JP2003091649A - 電子文書送信プログラム、電子文書受信プログラム、電子文書送信方法、電子文書受信方法、電子文書送信装置および電子文書受信装置 - Google Patents

Abstract

(57)【要約】 【課題】 電子商取引のための電子文書を送受信する際
に、取引先または取引元の担当者が変更された場合で
も、円滑でかつ確実に商取引を続行することを可能とす
る。 【解決手段】 所定の商取引における役割を示す役割情
報１２ａと、この役割を果たす担当者を特定する担当者
情報１２ｂ、担当者の有効期間１２ｃ、および担当者の
証明書１３に関する証明書情報１２ｄを関連付け、取引
先および取引元で共有して管理するための管理情報１２
を記憶し（ステップＳ４）、セキュリティ処理が施され
た電子文書１１を受信する（ステップＳ５）と、電子文
書１１の送信者または受信者についての管理情報１２
と、この管理情報１２に対応する１つ以上の証明書１３
の内容とを基に、セキュリティ処理について検査する
（ステップＳ６）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを通
じて電子商取引のための電子文書を送信する電子文書送
信プログラム、送信方法および送信装置と、この電子文
書を受信する電子文書受信プログラム、受信方法および
受信装置に関する。

【０００２】

【従来の技術】近年、インターネットのようなネットワ
ーク環境を利用した企業間の電子商取引、いわゆるＢ２
Ｂ(Business to Business)が注目されている。このＢ２
Ｂでは、複数の企業がビジネス文書を電子的に通信する
ことによってほとんどの取引が行われ、企業間の各担当
者が対面することによる合意を最小限に抑えて、取引の
効率化を図る。

【０００３】ビジネス文書を電子的にやり取りする場合
には、ビジネスを安全に運用するために、電子署名の付
加処理や暗号化処理といったセキュリティ処理を施すこ
とが行われている。例えば、電子署名は、従来のビジネ
ス文書における印鑑の役割を果たすものであり、ビジネ
ス文書の送信先に対して、送信元が正当な取引相手であ
ることを保証する。また、署名された文書の改ざんを防
止するためには、電子文書をあらかじめ暗号化して送付
する方法がとられている。

【０００４】一般に、電子データの暗号化に際しては、
暗号アルゴリズムとこれに対応する暗号鍵とが必要とな
る。暗号鍵の種類は、電子データの用途や暗号アルゴリ
ズムに応じていくつか存在するが、例えば、基本的に特
定の人物のみが管理する秘密鍵と、本人以外の任意の人
物に公開される公開鍵とによってなる非対称鍵が知られ
ている。

【０００５】この非対称鍵を用いた暗号化方式では、不
正な暗号鍵の使用を防ぐために、公開鍵とその所有者と
の対応関係が保証される必要があり、そのための手段と
して証明書が用いられている。証明書には、公開鍵とそ
の所有者の氏名、メールアドレス、証明書の期限、およ
び証明書を発行するいわゆるＣＡ（Certification Auth
ority）局の情報が記載される。この証明書の書式は、
ＩＴＵ（InternationalTelecommunications Union）に
よるＸ５０９デジタル証明規格で規定されている。

【０００６】ここで、非対称鍵を用いて生成した電子署
名を付加した電子文書の通信方法の例を示す。送出元
は、まず署名する対象となる電子文書のハッシュデータ
を生成し、このハッシュデータを署名する人物の秘密鍵
を基に暗号化して署名データを生成する。そして、この
署名データを電子文書に付加して、取引相手に送出す
る。一方、送出先は、電子文書を受信すると、まず、署
名した人物の証明書を特定して、この証明書に記載され
ている公開鍵を取得する。そして、受信したデータのう
ち、署名データ以外の部分すなわち電子文書そのものか
らハッシュデータを生成するとともに、受信した署名デ
ータを公開鍵を基に復号化して、復号化したデータと電
子文書から生成したハッシュデータとを比較する。すな
わち、これらのデータが一致すれば、しかるべき人物か
らの電子文書が正しく受信されたことが判明する。

【０００７】ここで、ハッシュとは、長い文字列を元に
一定の長さのランダムな数値を生成する仕組みである。
例えば２つの文字列Ｓ１およびＳ２がある場合、それぞ
れの文字列に対するハッシュデータを生成する関数をＨ
ＡＳＨ（Ｓ１）、ＨＡＳＨ（Ｓ２）とすると、Ｓ１とＳ
２が一致しなければ、ＨＡＳＨ（Ｓ１）とＨＡＳＨ（Ｓ
２）も一致しないという関係がある。従って、上記のよ
うな非対称鍵を用いた通信方法では、受信した電子文書
から得たハッシュデータと、復号化して得たハッシュデ
ータとが一致しなければ、この電子文書が改ざんされて
いることを知ることができる。

【０００８】なお、このような電子署名を用いた通信方
法は、Ｓ／ＭＩＮＥ（Secure/Multipurpose Internet M
ail Extensions）やＸＭＬ（eXtensible Markup Langua
ge）署名等の電子文書の署名規格において使用されてい
る。

【０００９】また、非対称鍵を用いた暗号通信方法の例
は、次のようになる。すなわち、電子文書の送信者は、
受信者の有する公開鍵を使用して電子文書を暗号化し、
これを送信する。受信者は、受信した電子文書を、自身
の秘密鍵を使用して復号化する。

【００１０】

【発明が解決しようとする課題】ところで、文書に付与
される署名とは、ある個人がその人の立場や責務等に基
づいて、文書の内容を承認するためのものであり、その
役割を電子文書に対して果たしているのが電子署名であ
る。しかし、電子署名では、このように個人と個人との
間で、元々印鑑やサインを用いて行っていた行為を電子
化したために、企業等の組織間の実情に合った運用を行
うことが難しい面が存在する。

【００１１】例えば、上述した従来の暗号化通信方法を
運用する場合では、電子文書の受信側が、送信側に対す
る適切な証明書をあらかじめ有していることが前提とな
っている。しかし、企業間における運用では、社内の人
事異動等によって取引窓口となる担当者が変更となるこ
とがあり、その都度、取引相手に対して電子署名に対す
る証明書の変更を通知し、これを再配付する必要が生じ
る。もし、取引先に証明書の再配付が行われないまま、
電子文書が送出された場合は、受信側では新しい担当者
の証明書を持たないので、受け取った文書を復号化する
ことができない。

【００１２】また、電子文書は送付先の人物の証明書内
の公開鍵を使用して暗号化され、この暗号化された電子
文書は、送信先の本人のみが復号化できる。しかし、取
引先の担当者が変更になった場合、誤って前任者に暗号
化された電子文書が送付される事態が考えられ、文書の
機密性という観点からも問題が生じる。

【００１３】ここで、例えばＡ社とＢ社との間の電子取
引において、Ａ社の担当者の変更に伴って証明書を再発
行する場合の実際の手続きの例について説明する。ま
ず、Ａ社は、所定の年月日に担当者が変更になること
を、例えば電子メール等によりＢ社の担当者に通知す
る。この通知を受けたＢ社の担当者は、例えば電子メー
ル等の何らかの方法により、Ａ社に対して通知に誤りが
ないことを確認する。この手続きが終わると、Ａ社はＢ
社の担当者に、新たな担当者の証明書を電メール等によ
り配付する。Ｂ社は、受け取った証明書を自社の管理サ
ーバに登録する。

【００１４】上記の手続き例のように、電子取引の担当
者が変更された場合の企業間の手続きは、例えば、担当
者変更の通知を受けたＢ社から、Ａ社に対してあらため
て内容の確認をするなど、正確を期すために手続きが煩
雑になって、人件費等の管理コストが高くなることが大
きな問題点である。また、取引先の数が増えるほど、コ
ストは増大していく。さらに、このような担当者変更の
手続きは、期限までに必ず完了しなければならず、また
年度末等の特定の時期に集中する場合もあることから、
システム管理者の負担も大きくなる。

【００１５】これに対して、取引担当者が変更された場
合に、変更があった側からその都度取引相手側に証明書
を再配布する以外に、以下の２つの方法が考えられる。
第１の方法は、証明書を基本的にある特定のサーバから
取得する仕組みにしておく方法である。この場合、最新
の証明書は、ある特定のサーバで一元管理されており、
電子署名を検査する際に、ネットワークを通じてサーバ
にアクセスし、証明書を取得する。

【００１６】この方法は、証明書を常に最新に保ってお
けることが利点であるが、以下のような問題がある。例
えば、性能面の問題として、電子署名を検査する前に、
必ず、ネットワークを経由して最新の証明書を取得する
ため、電子署名を検査する際の通信速度やサーバの処理
速度等の関係で、不都合が生じる場合が考えられる。

【００１７】また、証明書を管理するサーバを構築する
ためのコストについての問題もある。例えばこのような
管理サーバは企業ごとに設置されると考えられるが、取
引先が管理サーバから証明書を取得しようとする時間は
任意の時間で、このときに必ず管理サーバが動作してい
る必要があるため、一般に管理サーバは２４時間運転と
なる。従って、取引先ごとにこのようなシステムを構築
することは、大規模な企業を除いてはコストの高さが問
題となる。ただし、管理サーバをＣＡ局のサーバとして
一元的に管理し、各取引先がこのサーバから最新の証明
書を取得するシステムも考えられ、この場合にはコスト
面の問題は軽減される。

【００１８】さらに、管理サーバの運用面の問題も考え
られる。例えば、監査時等の特定の場合や定期的に、あ
る企業が過去に取り引きした電子文書を検査する場合が
ある。この場合の電子署名のチェックの際には、取引先
あるいはＣＡ局の管理サーバが動作していないと、取引
文書の検査が成立しない。従って、自社の業務が他社や
外部のサーバに依存し、自社内で独立に行うことが不可
能になるため、証明書の情報を自社で管理できる方が望
ましいと言える。

【００１９】次に、第２の方法は、送付する文書中に電
子署名とともに証明書を添付する方法である。この方法
では、電子署名と証明書とが常にペアで受信されるた
め、それぞれが食い違うことは少ない。しかし、取引相
手に変更が生じた場合は混乱が起きる可能性がある。例
えば、取引相手の担当者が変更になった後に、文書を受
け取った場合、添付されている証明書を基に電子署名の
チェックを行えば、正常な文書である旨の判定が行われ
るはずであるが、このとき相手の担当者の変更を事前に
知らされていないと、チェックアウトされる場合があ
る。

【００２０】例えば、Ｓ／ＭＩＮＥで規定された電子署
名を使用した通信規定では、送信側が電子署名とともに
電子文書そのものを暗号化して送信し、受信側は、電子
文書を復号化した後、電子文書内部にＭＩＮＥ形式で記
録されている送信元のメールアドレスを取り出す。一般
に、送信元のメールアドレスを持つ人物が署名者に該当
するため、取り出したメールアドレスより送信者を認識
することができる。従ってこのような場合では、取引相
手の担当者の変更が事前に知らされていないと、取り出
したメールアドレスが別人のものであることから署名に
ミスがあると判断してチェックアウトしてしまう。

【００２１】また、電子文書の受信側の担当者が変更し
ていた場合でも、このことが送信側に伝えられていない
と、送信側は過去の担当者の公開鍵で文書を暗号化して
送信するので、受信側の企業では、担当者が変更されて
いるにもかかわらず、この文書を元の担当者が代わりに
受け取る業務をしばらく負わされるという事態になる。
このことは、文書の機密性という面からも好ましくな
い。

【００２２】以上の第１および第２の方法のように、取
引先の担当者の変更に応じてその都度、取引相手側に証
明書を再配付する以外の方法でも、電子署名を使用した
電子文書の通信を、担当者の変更に関係なく企業間で円
滑に運用するためには、様々な問題が生じてしまう。

【００２３】本発明はこのような課題に鑑みてなされた
ものであり、電子商取引のための電子文書を送信する際
に、取引先または取引元の担当者が変更された場合で
も、円滑でかつ確実に商取引を続行することが可能な電
子文書送信プログラムを提供することを目的とする。

【００２４】また、本発明の他の目的は、電子商取引の
ための電子文書を受信する際に、取引先または取引元の
担当者が変更された場合でも、円滑かつ確実に商取引を
続行することが可能な電子文書受信プログラムを提供す
ることである。

【００２５】さらに、本発明の他の目的は、電子商取引
のための電子文書を送信する際に、取引先または取引元
の担当者が変更された場合でも、円滑かつ確実に商取引
を続行することが可能な電子文書送信方法を提供するこ
とである。

【００２６】また、本発明の他の目的は、電子商取引の
ための電子文書を受信する際に、取引先または取引元の
担当者が変更された場合でも、円滑かつ確実に商取引を
続行することが可能な電子文書受信方法を提供すること
である。

【００２７】また、本発明の他の目的は、電子商取引の
ための電子文書を送信する際に、取引先または取引元の
担当者が変更された場合でも、円滑かつ確実に商取引を
続行することが可能な電子文書送信装置を提供すること
である。

【００２８】また、本発明の他の目的は、電子商取引の
ための電子文書を受信する際に、取引先または取引元の
担当者が変更された場合でも、円滑かつ確実に商取引を
続行することが可能な電子文書受信装置を提供すること
である。

【００２９】

【課題を解決するための手段】本発明では上記課題を解
決するために、図１に示すような処理をコンピュータに
実行させるための電子文書送信プログラムが提供され
る。この電子文書送信プログラムは、ネットワーク３を
通じて電子商取引のための電子文書１１を送信する電子
文書送信プログラムであり、所定の商取引における窓口
となる役割を示す役割情報１２ａと、前記役割を果たす
担当者を特定する担当者情報１２ｂ、特定された前記担
当者に対する有効期間１２ｃ、および、受信する前記電
子文書１１とその送信者または受信者である特定された
前記担当者との関係を証明する証明書１３に関する証明
書情報１２ｄを関連付け、取引先および取引元で共有し
て管理するための管理情報１２を記憶し（ステップＳ
１）、送信する前記電子文書１１の送信者または受信者
についての前記管理情報１２と、前記管理情報１２に対
応する１つ以上の前記証明書１３の内容とを基に、前記
電子文書１１のセキュリティを確保するためのセキュリ
ティ処理を施して（ステップＳ２）前記電子文書１１を
送信する（ステップＳ３）ことを特徴とする。

【００３０】このような処理により、コンピュータは電
子文書送信装置１として機能する。この電子文書送信装
置１では、所定の商取引に対応する役割情報１２ａとそ
の担当者情報１２ｂ、有効期間１２ｃ、および証明書情
報１２ｄが関連付けられた管理情報１２があらかじめ記
憶され、電子文書１１の送信時には、記憶していた管理
情報１２に対応する１つ以上の証明書１３の内容を基
に、電子文書１１にセキュリティ処理が施されて送信さ
れる。管理情報１２では、例えば、有効期間１２ｃに応
じて複数の担当者情報１２ｂおよび証明書情報１２ｄを
役割情報１２ａに対応づけることが可能となっている。
管理情報１２は、所定の商取引の取引先と取引元、すな
わち電子文書１１の送信先と送信元において共有されて
いるので、各商取引の一方の担当者が変更された場合で
も、他方の担当者が必要な証明書１３を確実に取得する
ことができる。

【００３１】また、本発明では、図１に示すような処理
をコンピュータに実行させるための電子文書受信プログ
ラムが提供される。この電子文書受信プログラムは、ネ
ットワーク３を通じて電子商取引のための電子文書１１
を受信する電子文書受信プログラムであり、所定の商取
引における窓口となる役割を示す役割情報１２ａと、前
記役割を果たす担当者を特定する担当者情報１２ｂ、特
定された前記担当者に対する有効期間１２ｃ、および、
受信する前記電子文書１１とその送信者または受信者で
ある特定された前記担当者との関係を証明する証明書１
３に関する証明書情報１２ｄを関連付け、取引先および
取引元で共有して管理するための管理情報１２を記憶し
（ステップＳ４）、セキュリティ処理が施された前記電
子文書１１を受信する（ステップＳ５）と、前記電子文
書１１の送信者または受信者についての前記管理情報１
２と、前記管理情報１２に対応する１つ以上の前記証明
書１３の内容とを基に、前記セキュリティ処理について
検査する（ステップＳ６）ことを特徴とする。

【００３２】このような処理により、コンピュータは電
子文書受信装置２として機能する。この電子文書受信装
置２では、所定の商取引に対応する役割情報１２ａとそ
の担当者情報１２ｂ、有効期間１２ｃ、および証明書情
報１２ｄが関連付けられた管理情報１２があらかじめ記
憶され、電子文書１１の受信時には、記憶していた管理
情報１２に対応する１つ以上の証明書１３の内容を基
に、電子文書１１に施されているセキュリティ処理に対
する検査が行われる。管理情報１２では、例えば、有効
期間１２ｃに応じて複数の担当者情報１２ｂおよび証明
書情報１２ｄを役割情報１２ａに対応づけることが可能
となっている。管理情報１２は、所定の商取引の取引先
と取引元、すなわち電子文書１１の送信先と送信元にお
いて共有されているので、各商取引の担当者が変更され
た場合でも、担当者が必要な証明書１３を確実に取得す
ることができる。

【００３３】さらに、本発明では、ネットワークを通じ
て電子商取引のための電子文書を送信する電子文書送信
方法において、所定の商取引における窓口となる役割を
示す役割情報と、前記役割を果たす担当者を特定する担
当者情報、特定された前記担当者に対する有効期間、お
よび、受信する前記電子文書とその送信者または受信者
である特定された前記担当者との関係を証明する証明書
に関する証明書情報を関連付け、取引先および取引元で
共有して管理するための管理情報を記憶し、送信する前
記電子文書の送信者または受信者についての前記管理情
報と、前記管理情報に対応する１つ以上の前記証明書の
内容とを基に、前記電子文書のセキュリティを確保する
ためのセキュリティ処理を施して前記電子文書を送信す
ることを特徴とする電子文書送信方法が提供される。

【００３４】このような電子文書送信方法では、所定の
商取引に対応する役割情報とその担当者情報、有効期
間、および証明書情報が関連付けられた管理情報があら
かじめ記憶され、電子文書の送信時には、記憶していた
管理情報に対応する１つ以上の証明書の内容を基に、電
子文書にセキュリティ処理が施されて送信される。管理
情報は、所定の商取引の取引先と取引元、すなわち電子
文書の送信先と送信元において共有されているので、各
商取引の担当者が変更された場合でも、担当者が必要な
証明書を確実に取得することができる。

【００３５】また、本発明では、ネットワークを通じて
電子商取引のための電子文書を受信する電子文書受信方
法において、所定の商取引における窓口となる役割を示
す役割情報と、前記役割を果たす担当者を特定する担当
者情報、特定された前記担当者に対する有効期間、およ
び、受信する前記電子文書とその送信者または受信者で
ある特定された前記担当者との関係を証明する証明書に
関する証明書情報を関連付け、取引先および取引元で共
有して管理するための管理情報を記憶し、セキュリティ
処理が施された前記電子文書を受信すると、前記電子文
書の送信者または受信者についての前記管理情報と、前
記管理情報に対応する１つ以上の前記証明書の内容とを
基に、前記セキュリティ処理について検査することを特
徴とする電子文書受信方法が提供される。

【００３６】このような電子文書受信方法では、所定の
商取引に対応する役割情報とその担当者情報、有効期
間、および証明書情報が関連付けられた管理情報があら
かじめ記憶され、電子文書の受信時には、記憶していた
管理情報に対応する１つ以上の証明書の内容を基に、電
子文書に施されているセキュリティ処理に対する検査が
行われる。管理情報は、所定の商取引の取引先と取引
元、すなわち電子文書の送信先と送信元において共有さ
れているので、各商取引の担当者が変更された場合で
も、担当者が必要な証明書を確実に取得することができ
る。

【００３７】また、本発明では、ネットワークを通じて
電子商取引のための電子文書を送信する電子文書送信装
置において、所定の商取引における窓口となる役割を示
す役割情報と、前記役割を果たす担当者を特定する担当
者情報、特定された前記担当者に対する有効期間、およ
び、受信する前記電子文書とその送信者または受信者で
ある特定された前記担当者との関係を証明する証明書に
関する証明書情報を関連付け、取引先および取引元で共
有して管理するための管理情報を記憶する管理情報記憶
手段と、送信する前記電子文書の送信者または受信者に
ついての前記管理情報と、前記管理情報に対応する１つ
以上の前記証明書の内容とを基に、前記電子文書のセキ
ュリティを確保するための処理を施すセキュリティ処理
手段とを有することを特徴とする電子文書送信装置が提
供される。

【００３８】ここで、管理情報記憶手段は、所定の商取
引に対応する役割情報とその担当者情報、有効期間、お
よび証明書情報が関連付けられた管理情報をあらかじめ
記憶し、セキュリティ処理手段は、管理情報記憶手段に
記憶されている管理情報に対応する１つ以上の証明書の
内容を基に、電子文書にセキュリティ処理を施す。管理
情報は、所定の商取引の取引先と取引元、すなわち電子
文書の送信先と送信元において共有されているので、各
商取引の担当者が変更された場合でも、担当者が必要な
証明書を確実に取得することができる。

【００３９】また、本発明では、ネットワークを通じて
電子商取引のための電子文書を受信する電子文書受信装
置において、所定の商取引における窓口となる役割を示
す役割情報と、前記役割を果たす担当者を特定する担当
者情報、特定された前記担当者に対する有効期間、およ
び、受信する前記電子文書とその送信者または受信者で
ある特定された前記担当者との関係を証明する証明書に
関する証明書情報を関連付け、取引先および取引元で共
有して管理するための管理情報を記憶する管理情報記憶
手段と、セキュリティ処理が施された前記電子文書を受
信すると、前記電子文書の送信者または受信者について
の前記管理情報と、前記管理情報に対応する１つ以上の
前記証明書の内容とを基に、前記セキュリティ処理につ
いて検査するセキュリティ検査手段とを有することを特
徴とする電子文書受信装置が提供される。

【００４０】ここで、管理情報記憶手段は、所定の商取
引に対応する役割情報とその担当者情報、有効期間、お
よび証明書情報が関連付けられた管理情報をあらかじめ
記憶し、セキュリティ検査手段は、管理情報記憶手段に
記憶されている管理情報に対応する１つ以上の証明書の
内容を基に、受信した電子文書に施されたセキュリティ
処理の検査を行う。管理情報は、所定の商取引の取引先
と取引元、すなわち電子文書の送信先と送信元において
共有されているので、各商取引の担当者が変更された場
合でも、担当者が必要な証明書を確実に取得することが
できる。

【００４１】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明の原理を説明する
ための原理構成図である。

【００４２】図１に示すように、本発明は、大別して、
電子文書１１を送信する電子文書送信装置１と、送信さ
れた電子文書１１を受信する電子文書受信装置２で構成
されるシステムにおいて実現される。このシステムは、
例えば企業間での電子商取引を行うためのもので、電子
文書送信装置１および電子文書受信装置２は、例えば所
定の商取引を行う企業によってそれぞれ運用され、商取
引上のための電子文書１１を企業間で送受信するために
使用される。

【００４３】電子文書送信装置１および電子文書受信装
置２は、ネットワーク３によって接続されている。電子
文書１１は、電子文書送信装置１から電子文書受信装置
２に対して、例えば電子メールとして送信される。ま
た、この電子文書１１の送信の際には、電子文書送信装
置１において、例えば電子署名の付加、あるいは暗号化
等によるセキュリティ処理が施される。

【００４４】また、本発明では、電子文書送信装置１お
よび電子文書受信装置２の双方において、商取引ごとに
生成される管理情報１２が記憶されており、電子文書１
１の送信および受信の際に参照されて、セキュリティ処
理やその検査が行われる。この管理情報１２には、役割
情報１２ａと、担当者情報１２ｂ、有効期間１２ｃおよ
び証明書情報１２ｄが対応づけられて格納されている。

【００４５】役割情報１２ａは、所定の商取引における
窓口となる役割を示す情報であり、例えば担当部署名等
で表される。また、担当者情報１２ｂは、役割情報１２
ａで示された役割を果たす担当者を特定する情報であ
り、例えば担当者の氏名や企業名等が記述される。すな
わち、担当者とは、所定の商取引においてその取引先と
の窓口としての責任を負う人物を意味する。また、有効
期間１２ｃには、担当者情報１２ｂにおいて特定された
担当者の役割が有効となる開始日および終了日が記述さ
れる。

【００４６】また、証明書１３は、電子文書１１に施さ
れるセキュリティ処理のために設けられる情報であり、
送受信される電子文書１１とその送信者または受信者で
ある担当者との関係を証明する。例えば、セキュリティ
処理として電子署名が使用される場合、証明書は、電子
文書１１に付加した電子署名が、確かにその送信者によ
って署名されたものであることを証明する。また、電子
文書１１が暗号化される場合には、暗号化および復号化
の際にそれぞれ使用される暗号鍵が確かに受信者のもの
であることを証明する。

【００４７】証明書情報１２ｄは、担当者情報１２ｂで
特定された担当者に対応する証明書１３に関する情報で
あり、証明書情報１２ｄが与えられることにより、その
担当者に対応する証明書１３内の情報が取得可能とな
る。例えば、自社の社員の証明書がインターネットホー
ムページ等に公開されている場合、証明書情報１２ｄに
は、該当する担当者の証明書１３のＵＲＩ（Uniform Re
source Identifiers）が記述される。

【００４８】以上の管理情報１２では、所定の商取引に
対する窓口という役割と、その担当者、およびセキュリ
ティ処理に対する証明書１３に関する情報を対応づけて
管理している。従って、管理情報１２は例えば商取引ご
とに生成される。また、有効期間１２ｃに応じて担当者
名の異なる複数の担当者情報１２ｂ、有効期間１２ｃお
よび証明書情報１２ｄを役割情報１２ａに対応付けるこ
とができ、これによって担当者の変更について認識する
ことが可能となる。

【００４９】また、この管理情報１２においては、自社
の担当者についてのものだけでなく、取引先についての
ものも記憶されて、所定の商取引における各企業間でお
互いに共有される。これにより、各企業間で、ある商取
引の窓口という役割とそれを果たす担当者がお互いに明
確になり、さらに、有効期間１２ｃの記述によって取引
先の担当者の変更についても認識することが可能とな
る。従って、取引先および取引元の双方の担当者に対応
する証明書１３を常に取得可能となることにより、電子
文書１１に対するセキュリティ処理の運用を正確かつ円
滑に行うことを可能にする。

【００５０】次に、電子文書１１の送受信における動作
を説明する。電子文書送信装置１では、所定の商取引に
対応する管理情報１２があらかじめ記憶される（ステッ
プＳ１）。電子文書送信装置１は、電子文書１１の送信
側の担当者についての管理情報１２だけでなく、受信側
の担当者についても記憶する。また、受信側の担当者に
ついての証明書１３の内容は、例えば、管理情報１２に
記述された証明書情報１２ｄに基づいて、あらかじめ記
憶しておく。

【００５１】次に、電子文書１１を送信する際には、記
憶していた管理情報１２が参照されて、この電子文書１
１の送信者または受信者についての管理情報１２と、こ
の管理情報１２に対応する証明書１３の内容とを基に、
電子文書１１に対してセキュリティ処理が施される（ス
テップＳ２）。

【００５２】例えば、電子文書１１に送信者の電子署名
を付加する場合は、対応する管理情報１２から送信者の
証明書１３を取得し、その内容を基に電子署名を生成し
て電子文書１１に付加する。この場合例えば、証明書１
３には送信者の秘密鍵等の暗号鍵が記述されており、こ
の暗号鍵を用いて電子署名が生成される。また、電子文
書１１を暗号化して送信する場合は、対応する管理情報
１２から取引先の受信者の証明書１３を取得する。この
場合例えば、証明書１３には受信者の公開鍵が記述され
ており、この公開鍵を用いて電子文書１１が暗号化され
る。

【００５３】次に、セキュリティ処理が施された電子文
書１１が、ネットワーク３を介して電子文書受信装置２
に対して送信される（ステップＳ３）。電子文書受信装
置２では、電子文書送信装置１と同様に、所定の商取引
に対応する管理情報１２があらかじめ記憶される（ステ
ップＳ４）。この際、電子文書１１の受信側だけでな
く、送信側の担当者についても記憶しておく。また、送
信側の担当者の証明１３の内容については、例えば、管
理情報１２に記述された証明書情報１２ｄに基づいて、
対応する証明書１３を送信側が証明書１３を公開するホ
ームページからあらかじめ取得し、記憶しておく。

【００５４】次に、セキュリティ処理が施された電子文
書１１を受信すると（ステップＳ５）、記憶していた管
理情報１２が参照されて、この電子文書１１の送信者ま
たは受信者についての管理情報１２と、この管理情報１
２に対応する証明書１３の内容とを基に、電子文書１１
に対して施されたセキュリティ処理に対する検査が行わ
れる（ステップＳ６）。

【００５５】例えば、電子文書１１に付加された送信者
による電子署名を検査する場合は、対応する管理情報１
２から送信者の証明書１３を取得し、その内容を基に電
子署名を検査する。この場合例えば、証明書１３には送
信者の公開鍵等の暗号鍵が記述されており、この暗号鍵
を用いて電子署名が検査され、電子文書１１の正当性が
評価される。また、電子文書１１が暗号化されている場
合は、対応する管理情報１２から取引先の受信者の証明
書１３を取得する。この場合例えば、証明書１３には受
信者の秘密鍵が記述されており、この秘密鍵を用いて電
子文書１１が復号化される。

【００５６】以上の処理では、電子文書送信装置１と電
子文書受信装置２との間でお互いに共有して記憶された
管理情報１２と、対応する証明書１３とを基に、電子文
書１１に対するセキュリティ処理やその検査が行われる
ので、電子文書１１は担当者間で確実にやり取りされ、
電子文書受信装置２においてセキュリティ処理が確実に
解除される。従って、双方の担当者の変更に関係なく、
電子商取引を効率的かつ確実に運用することが可能とな
る。

【００５７】なお、電子文書送信装置１および電子文書
受信装置２の双方では、所定の商取引における自社の担
当者に変更または追加が生じた場合に、この担当者につ
いての新たな管理情報１２を作成して記憶するととも
に、取引先に対して自動的に送信するようにしてもよ
い。このような例として、取引先に対して送信した管理
情報１２に対応する証明書１３について、その期限切れ
の日時までに一定時間となった場合に、この取引先に対
して新たな管理情報１２を自動的に送信するようにして
もよい。

【００５８】また、新たな管理情報１２を受信した取引
先すなわち他方の装置では、取引先の担当者についての
新たな管理情報１２を受信して自動的に記憶する。さら
に、受信した管理情報１２を記憶する際に、証明書情報
１２ｄに記載されたＵＲＩにアクセスして、ホームペー
ジから対応する証明書１３の内容を取得して記憶するよ
うにしてもよい。

【００５９】このように、所定の商取引における担当者
が変更されたり、あるいは商取引が新たに発生した場合
に、新たに生成した管理情報１２を取引先に自動的に配
信し、取引先がこれを自動的に記憶することで、取引相
手の担当者とその証明書１３についての正確な情報を常
に記憶し、電子文書１１の送受信をトラブルのないよう
に行うことが可能となる。

【００６０】次に、図２は、本実施の形態を適用する電
子文書送受信システムの構成例を示す図である。図２に
示す電子文書送受信システム１００は、電子商取引のた
めの電子文書を企業間で送受信するためのシステムであ
り、企業Ａ、ＢおよびＣがそれぞれ有する電子文書処理
装置１１０、１２０および１３０によって構成される。
この電子文書処理装置１１０、１２０および１３０は、
それぞれネットワーク１４０によって接続されている。

【００６１】各電子文書処理装置１１０、１２０および
１３０は、他の電子文書処理装置１１０、１２０または
１３０に対して電子署名の付加あるいは暗号化等のセキ
ュリティ処理を施した電子文書を、例えば電子メール等
として送信する。また、他の電子文書処理装置１１０、
１２０または１３０から送信された電子文書を受信し
て、セキュリティ処理を検査し、これを解除する。

【００６２】さらに、各電子文書処理装置１１０、１２
０および１３０は、商取引における取引元および取引先
の役割と、その各担当者や証明書の情報を共有して管理
するための管理情報を記憶し、この管理情報を基にし
て、セキュリティ処理およびその検査を行う。また、こ
の管理情報が新規に作成されたり、内容が更新された場
合には、新たな管理情報をネットワーク１４０を通じ
て、取引先の電子文書処理装置１１０、１２０または１
３０に対して送信する。また、他の電子文書処理装置１
１０、１２０または１３０から受信した新たな管理情報
を記憶する。

【００６３】また、電子文書処理装置１１０、１２０お
よび１３０は、商取引における自社の担当者の証明書を
ホームページで公開するとともに、他社のホームページ
にアクセスして、所望の証明書を取得する。

【００６４】なお、以下の説明では管理情報を「ＲＯＬ
Ｅ」と呼称することにする。ネットワーク１４０は、例
えばインターネット等のような広域ネットワークであ
る。なお、図２では、例として企業Ａ、ＢおよびＣの３
つのみ示しているが、これに限らず、ネットワーク１４
０にはこれ以上の複数の企業の有する電子文書処理装置
が接続されてもよい。

【００６５】次に、図３は、本発明の実施の形態に用い
る電子文書処理装置１１０のハードウェア構成例を示す
図である。図３に示すように、電子文書処理装置１１０
は、ＣＰＵ（Central ProcessingUnit）１１０ａ、ＲＡ
Ｍ（Random Access Memory）１１０ｂ、ＨＤＤ１１０
ｃ、グラフィック処理部１１０ｄ、入力Ｉ／Ｆ（インタ
フェース）１１０ｅおよび通信Ｉ／Ｆ１１０ｆによって
構成され、これらはバス１１０ｇを介して相互に接続さ
れている。

【００６６】ＣＰＵ１１０ａは、電子文書処理装置１１
０全体に対する制御をつかさどる。ＲＡＭ１１０ｂはＣ
ＰＵ１１０ａに実行させるプログラムの少なくとも一部
や、このプログラムによる処理に必要な各種データを一
時的に記憶する。ＨＤＤ１１０ｃには、ＯＳ（Operatin
g System）やアプリケーションプログラム、ＲＯＬＥ情
報等の各種データが格納される。

【００６７】グラフィック処理部１１０ｄには、モニタ
１１０ｈが接続されている。このグラフィック処理部１
１０ｄは、ＣＰＵ１１０ａからの命令に従って、モニタ
１１０ｈの画面上に画像を表示させる。入力Ｉ／Ｆ１１
０ｅには、キーボード１１０ｉやマウス１１０ｊが接続
されている。この入力Ｉ／Ｆ１１０ｅは、キーボード１
１０ｉやマウス１１０ｊからの出力信号を、バス１１０
ｇを介してＣＰＵ１１０ａに送信する。通信Ｉ／Ｆ１１
０ｆは、ネットワーク１４０に接続され、このネットワ
ーク１４０を介して、電子文書処理装置１２０および１
３０との間でデータの送受信を行う。

【００６８】以上のようなハードウェア構成によって、
本実施の形態の処理機能を実現することができる。な
お、他の電子文書処理装置１２０および１３０も同様の
ハードウェア構成によって実現することができる。

【００６９】次に、図４は、電子文書処理装置１１０の
機能構成例を示すブロック図である。なお、電子文書処
理装置１１０、１２０および１３０は同様の機能構成を
有するので、ここではこれらを代表して電子文書処理装
置１１０についてのみ説明する。

【００７０】図４に示すように、電子文書処理装置１１
０は、電子文書の送受信、およびＲＯＬＥの送受信を管
理する文書処理管理部１１１と、ＲＯＬＥを管理するＲ
ＯＬＥ管理部１１２と、電子文書に対するセキュリティ
処理を管理するセキュリティ管理部１１３と、電子文書
やＲＯＬＥの送信について管理する送信管理部１１４
と、ネットワーク１４０を通じて電子メールの送受信や
ホームページの公開等を行うネットワークサーバ１１５
によって構成される。

【００７１】文書処理管理部１１１は、電子文書を生成
するとともに、この電子文書に対して電子署名の付加や
暗号化等のセキュリティ処理を施すように、セキュリテ
ィ管理部１１３に依頼する。そして、セキュリティ処理
が施された電子文書を、ネットワークサーバ１１５を介
してネットワーク１４０を通じて送信するように、送信
管理部１１４に依頼する。また、ネットワークサーバ１
１５が受信した電子メールを取得し、この電子メール中
の電子文書に施されたセキュリティ処理に対する検査
を、セキュリティ管理部１１３に依頼する。さらに、後
述する証明書管理部１１３ｂに記憶された自社の担当者
に対する証明書の有効期限を監視し、期限切れの日時ま
で一定時間になると、送信管理部１１４に対して新たな
証明書を指定するＲＯＬＥを取引先に配付するように依
頼する。

【００７２】ＲＯＬＥ管理部１１２は、ＲＯＬＥを生成
して記憶し、このＲＯＬＥに対する追加や更新、削除
等、ＲＯＬＥに対する管理を行う。また、文書処理管理
部１１１や送信管理部１１４等からの要求に応じて、Ｒ
ＯＬＥを出力する。このＲＯＬＥとは、所定の商取引に
おける窓口となる役割を示す情報と、この窓口となる担
当者を特定する情報や、担当者の証明書についての情報
を関連付け、取引先と共有して管理するための情報であ
る。ＲＯＬＥは、ＸＭＬ（eXtensible Markup Languag
e）形式の文書として記憶され、また出力される。

【００７３】セキュリティ管理部１１３は、電子署名の
生成、検査や暗号化、復号化を行う。また、証明書を生
成して記憶し、この証明書を取引先に送信するように、
送信管理部１１４に依頼する。さらに、ネットワーク１
４０を通じて取引先から取得した証明書を記憶する。こ
のために、セキュリティ管理部１１３は、電子署名の生
成および検査を行う署名管理部１１３ａと、証明書を記
憶する証明書管理部１１３ｂを具備する。

【００７４】署名管理部１１３ａは、証明書管理部１１
３ｂから取得した証明書を基に、送信する電子文書に付
加する電子署名を生成する。また、受信された電子文書
に付加された電子署名を証明書を基に検査して、結果を
出力する。

【００７５】証明書管理部１１３ｂは、証明書を生成し
てこれを記憶するとともに、ネットワークサーバ１１５
の運営する自社のホームページに、証明書を公開させる
ように、セキュリティ管理部１１３に依頼する。また、
この証明書を取引先に送信するようにセキュリティ管理
部１１３に依頼する。さらに、要求に応じて該当する証
明書を出力する。

【００７６】ここで、証明書は、送受信される電子文書
とその送信者または受信者である商取引上の担当者との
関係を証明するものである。例えば、セキュリティ処理
として電子署名が使用される場合、証明書は、電子文書
に付加した電子署名が、確かにその送信者によって署名
されたものであることを証明する。また、電子文書１１
が暗号化される場合には、暗号化および復号化の際にそ
れぞれ使用される暗号鍵が確かに受信者のものであるこ
とを証明する。

【００７７】セキュリティ管理部１１３は、電子文書の
送信の際に、文書処理管理部１１１からの依頼に応じ
て、署名管理部１１３ａに対して電子署名の生成を依頼
する。または、証明書管理部１１３ｂから所定の証明書
を取得し、これを基に電子文書を暗号化する。また、電
子文書が受信されると、この電子文書に付加された電子
署名を検査するように署名管理部１１３ａに依頼する。
または、電子文書が暗号化されている場合は、証明書管
理部１１３ｂから所定の証明書を取得し、これを基に電
子文書を復号化する。

【００７８】また、セキュリティ管理部１１３は、自社
の担当者についてのＲＯＬＥの更新や追加の場合に、証
明書管理部１１３ｂにおいて生成された証明書を取引先
の電子文書処理装置１２０または１３０に登録するため
に、この証明書を送信するように送信管理部１１４に依
頼する。また、ＲＯＬＥ管理部１１２において取引先の
担当者についてのＲＯＬＥの更新や追加があった場合
に、このＲＯＬＥに対応する証明書を取引先企業のホー
ムページから取得するようにネットワークサーバ１１５
に依頼し、取得した証明書を証明書管理部１１３ｂに記
憶させる。

【００７９】送信管理部１１４は、ＲＯＬＥ管理部１１
２において記憶されているＲＯＬＥを使用して商取引を
行っている取引先の担当者の住所や電子メールアドレス
の一覧である送信先リストを記憶する。そして、この送
信先リストを基にして、ＲＯＬＥや電子文書をネットワ
ーク１４０を通じて電子メールで送信するように、ネッ
トワークサーバ１１５に依頼する。また、ＲＯＬＥが送
信されると、このＲＯＬＥの送信後の状態を監視し、送
信が完了しない場合に、このことを送信先に通知する。
また、取引先からＲＯＬＥを受信した場合に、ＲＯＬＥ
管理部１１２からの通知に応じて、受信が完了したこと
を取引先に通知する。

【００８０】ネットワークサーバ１１５は、メールサー
バ、ＷＷＷサーバ等のインターネット上のサービスを提
供するインターネットサーバである。このネットワーク
サーバ１１５は、送信管理部１１４の要求に応じてネッ
トワーク１４０を通じて電子メールを送信する。また、
文書処理管理部１１１の要求に応じて、ネットワーク１
４０を介して受信した電子メールを出力する。

【００８１】さらに、証明書管理部１１３ｂにおいて記
憶された自社の担当者についての証明書について、この
証明書のＵＲＩを関連付けてホームページ上で公開する
とともに、ネットワーク１４０を介した他の電子文書処
理装置１２０および１３０からの要求に応じて、証明書
管理部１１３ｂで記憶された自社担当者の証明書を、各
装置に送信する。また、セキュリティ管理部１１３から
の要求に応じて、他の企業ＢおよびＣの電子文書処理装
置１２０および１３０の公開するホームページにアクセ
スし、取引先の担当者についての証明書を取得する。

【００８２】なお、以上の電子文書処理装置１１０にお
いては、すべての機能ブロックが必ず同一のコンピュー
タ装置において実現されている必要はなく、１つまたは
複数の機能ブロックが別のコンピュータ装置において実
現されてもよい。この場合、各コンピュータ装置は例え
ばＬＡＮ（Local Area Network）等のネットワークによ
って接続されて、各機能ブロック間でのデータの送受信
が行われる。

【００８３】次に、図５にＲＯＬＥのデータ構造につい
て概念的に示す。上述したように、ＲＯＬＥは所定の商
取引における窓口となる役割を示す情報と、この窓口と
なる担当者を特定する情報や、担当者の証明書について
の情報を関連付けて、取引先と共有して管理するための
情報である。従って、図５に示すように、ＲＯＬＥのデ
ータ構造における最上位には、役割を示す情報が記述さ
れる。

【００８４】図５では例として、役割情報として「ＰＣ
販売窓口」と記述しているが、例えば他の商品に対して
は「事務ソフトウェア販売窓口」「通信設備販売窓口」
といった役割を記述することができる。また、逆に商品
を購入する側に対しては、「ＰＣ購買窓口」「事務ソフ
トウェア購買窓口」等と記述することができる。これに
より、ＲＯＬＥは主に、ある商品の取引が開始されるた
びに、あるいは同種の商品の取引が開始されるたびに生
成されることになる。また、ＲＯＬＥはその取引に対す
る取引先、取引元の双方に対して個別に生成される。そ
して、個別に生成された取引先、取引元の双方のＲＯＬ
Ｅを、双方の企業が保持する。

【００８５】この役割の下位には、「ＲＯＬＥＰＥＲＳ
ＯＮ」として、役割を果たす担当者を特定する情報が記
述される。このＲＯＬＥＰＥＲＳＯＮとしては、図５に
示すように、担当者の氏名と、上記の役割を果たす担当
者として有効な期間、およびこの担当者の会社名が記述
される。図５では、ＲＯＬＥＰＥＲＳＯＮで特定された
「鈴木一郎」は、ＰＣ販売窓口の役割を果たす担当者と
して「１９９９年４月１日」から「２００１年３月３１
日」まで有効であることが示されている。なお、ここで
の有効期間として証明書の有効期間が記述されてもよ
い。

【００８６】さらに、ＲＯＬＥＰＥＲＳＯＮの下位に
は、「ＣＥＲＴＩＦＩＣＡＴＥ」として、証明書に関す
る情報が記述される。このＣＥＲＴＩＦＩＣＡＴＥとし
ては、まず、ＲＯＬＥＰＥＲＳＯＮで特定された担当者
に対する証明書が格納され、公開されているＵＲＩが記
述される。また、証明書には通常、有効期間の開始日、
終了日が記述されているが、この情報をＣＥＲＴＩＦＩ
ＣＡＴＥに記述しておいてもよい。

【００８７】また、ＲＯＬＥＰＥＲＳＯＮでは、担当者
の有効期間が示されていることから、この有効期間に応
じて、１つのＲＯＬＥ中に複数の担当者を割り当てるこ
とが可能である。その例として図５では、担当者として
「鈴木一郎」を特定したＲＯＬＥＰＥＲＳＯＮの他に、
「佐々木和宏」を特定した第２のＲＯＬＥＰＥＲＳＯＮ
が記述されている。この第２のＲＯＬＥＰＥＲＳＯＮで
特定された担当者の有効期間は、「２００１年４月１
日」から「２００３年３月３１日」までとなっている。
従って、２００１年４月１日より人事異動等により担当
者が変更されることが表されている。

【００８８】ここで図６に、図５で示したデータ構造を
定義するＤＴＤのプログラムリスト例を示す。ＲＯＬＥ
管理部１１２において、ＲＯＬＥはＸＭＬ形式で格納さ
れる。図６では、このＸＭＬ形式の文書で使用される文
書型を定義したＤＴＤ（Document Type Definition）の
例を示している。このＤＴＤは、商取引においてその取
引先と同一のものが使用される。

【００８９】図６のプログラムリストでは、第６０３行
において役割の一覧が定義され、第６０４行においてＲ
ＯＬＥの属性（ＡＴＴＲＩＢＵＴＥ）として役割が定義
されており、これにより、一覧から役割を選択すること
で必要なＲＯＬＥを呼び出すことが可能となる。また、
第６０６行から第６０８行、および第６１１行におい
て、ＲＯＬＥＰＥＲＳＯＮの属性として、氏名、有効
日、有効期限の終了日、企業名が定義されている。さら
に、第６０９行および第６１０行において、ＣＥＲＴＩ
ＦＩＣＡＴＥの属性として、ＵＲＩが定義されている。

【００９０】次に、図７に、図５で示した情報が含まれ
るＲＯＬＥについてのＸＭＬ形式のプログラムリスト例
を示す。図７のプログラムリストでは、第７０１行にお
いて、役割としてＰＣ販売窓口が定義されている。ま
た、第７０２行から第７０４行において、１９９９年４
月１日から２００１年３月３１日まで担当者として有効
な「鈴木一郎」についてのＲＯＬＥＰＥＲＳＯＮおよび
ＣＥＲＴＩＦＩＣＡＴＥの情報が記述されている。さら
に、第７０５行から第７０７行において、２００１年４
月１日から２００３年３月３１日まで有効な「佐々木和
宏」についてのＲＯＬＥＰＥＲＳＯＮおよびＣＥＲＴＩ
ＦＩＣＡＴＥの情報が記述されている。

【００９１】次に、図８に、ある期日をもって証明書が
期限切れとなる場合のＲＯＬＥのプログラムリスト例
（ＸＭＬ形式）を示す。図８のプログラムリストでは、
第８０２行から第８０３行までで定義したＲＯＬＥＰＥ
ＲＳＯＮの証明書の有効期限が２００１年３月３１日と
なっていることから、第８０４行から第８０７行におい
て、同一担当者の証明書が２００１年４月１日以降にも
有効であることが定義されている。このようなＲＯＬＥ
は、例えば担当者の証明書の有効期限が近づいた場合
に、期限以降にも引き続き同一人物が担当者となること
を通知するために生成される。この場合、生成されたＲ
ＯＬＥによって証明書管理部１１３ｂのデータが更新さ
れるとともに、このＲＯＬＥが取引先に対して送信さ
れ、取引先における該当ＲＯＬＥも更新される。

【００９２】以上のデータ形式により、ＲＯＬＥでは役
割を果たす担当者の有効期限に応じて、担当者を複数特
定することができることから、担当者の変更や証明書の
期限切れが生じた場合でも、取引先はこのことを意識せ
ずに、商取引を円滑に続行することが可能となる。

【００９３】なお、取引企業間でＲＯＬＥが送受信され
る場合には、上記の図７および図８のプログラムリスト
の後に、ＲＯＬＥ送信者による電子署名である「ＳＩＧ
ＮＡＴＵＲＥ」の情報が記述される。この電子署名によ
って、ＲＯＬＥが取引先から確かに送信されたことを証
明する。このために、例えば、新たな企業との商取引を
行う際に、ＲＯＬＥの送受信の役割を果たす責任者につ
いての電子署名の検査に対する取り決めを、あらかじめ
決めておく必要がある。

【００９４】次に、電子文書処理装置１１０における種
々の処理に対する動作を説明する。まず、ＲＯＬＥの生
成に伴う動作について説明する。ＲＯＬＥは、例えば新
たな商取引が発生した等の場合に生成される。このＲＯ
ＬＥの生成処理は、主にＲＯＬＥ管理部１１２において
実行される。ＲＯＬＥには、１つの商取引について、取
引元である自社側の役割に対するＲＯＬＥと、取引先側
の役割に対するＲＯＬＥとが存在する。

【００９５】自社側の役割に対するＲＯＬＥは、システ
ム管理者による電子文書処理装置１１０に対する操作に
応じて実行される。システム管理者は、ＲＯＬＥに記述
する情報を入力する他に、対応する証明書の内容に関す
る情報の入力を行う場合もある。一方、取引先側の役割
に対するＲＯＬＥは、取引先企業における電子文書処理
装置１２０または１３０において生成されて、ネットワ
ーク１４０を介して送信される。電子文書処理装置１１
０は、送信されたＲＯＬＥを自動的にＲＯＬＥ管理部１
１２に格納するとともに、対応する証明書を取引先から
取得して、証明書管理部１１３ｂに格納する。

【００９６】ここで、以下の説明では例として、企業Ａ
が企業Ｂとの間で電子文書の送受信を行う場合について
述べる。図９は、自社側の役割に対するＲＯＬＥを生成
する場合のＲＯＬＥ管理部１１２における処理を示すフ
ローチャートである。

【００９７】図９のフローチャートの開始時において、
電子文書処理装置１１０にはシステム管理者によってＲ
ＯＬＥ作成または更新の要求がなされ、これに応じて、
ＲＯＬＥ管理部１１２が起動される。ステップＳ９０１
において、システム管理者によってユーザＩＤおよびパ
スワードが入力され、これらに対するログインチェック
が行われる。このログインチェックが成功すると、シス
テム管理者がＲＯＬＥの作成作業を行うことが可能とな
る。

【００９８】ステップＳ９０２において、システム管理
者により商取引における役割が入力されることにより、
新規のＲＯＬＥを生成する。ステップＳ９０３におい
て、システム管理者によりＲＯＬＥＰＥＲＳＯＮの情報
が入力され、この入力情報を保持する。

【００９９】ステップＳ９０４において、ＲＯＬＥＰＥ
ＲＳＯＮの情報として入力された担当者の氏名より、セ
キュリティ管理部１１３に対して、この担当者に対応す
る証明書が存在するか否かの検査を依頼する。セキュリ
ティ管理部１１３は、この依頼に応じて、証明書管理部
１１３ｂに対して、与えられた担当者の氏名を基に該当
する証明書を検索させ、検索結果をＲＯＬＥ管理部１１
２に通知する。このとき、該当する証明書が存在した場
合は、そのＵＲＩおよび有効期間もＲＯＬＥ管理部１１
２に対して同時に通知する。

【０１００】ステップＳ９０５において、セキュリティ
管理部１１３からの通知を受けて、該当する証明書がす
でに存在するか否かを判断し、存在しない場合はステッ
プＳ９０６に進み、存在した場合はステップＳ９０７に
進む。ステップＳ９０６において、セキュリティ管理部
１１３に対して、新しい担当者に対する証明書を生成す
るように依頼する。セキュリティ管理部１１３では、新
たな証明書が生成されると、この証明書が公開されるＵ
ＲＩと証明書の有効期間が、ＲＯＬＥ管理部１１２に対
して通知される。なお、セキュリティ管理部１１３にお
ける証明書生成処理については、図１０において説明す
る。

【０１０１】ステップＳ９０７において、セキュリティ
管理部１１３より通知された、新しい担当者の証明書に
対するＵＲＩと有効期間の情報を受信し、これらを基に
新規ＲＯＬＥ中のＣＥＲＴＩＦＩＣＡＴＥの情報を設定
する。ステップＳ９０８において、新規ＲＯＬＥを閲覧
するためのユーザＩＤおよびパスワードが生成される。
このユーザＩＤおよびパスワードは、新規ＲＯＬＥに記
述された担当者に対して、電子メール等によって送信さ
れる。

【０１０２】ステップＳ９０９において、以上の処理に
よって設定された新規ＲＯＬＥをＨＤＤ１１０ｃ等にＸ
ＭＬ形式で記憶させ、登録する。また、同じ役割が記述
されたＲＯＬＥがすでに記憶されている場合は、新規デ
ータを追加して内容を更新する。ステップＳ９１０にお
いて、ＲＯＬＥが追加または変更されたことを取引先に
通知するように、送信管理部１１４に対して依頼すると
ともに、新規のＲＯＬＥ内のデータを送信管理部１１４
に送信する。

【０１０３】次に、図９のステップＳ９０６の処理によ
って、証明書の生成を依頼されたセキュリティ管理部１
１３および証明書管理部１１３ｂにおける処理について
説明する。図１０は、セキュリティ管理部１１３におけ
る証明書の生成処理を示すフローチャートである。

【０１０４】ステップＳ１００１において、セキュリテ
ィ管理部１１３は、ＲＯＬＥ管理部１１２からの証明書
生成依頼を受信する。ステップＳ１００２において、新
規ＲＯＬＥに記述された担当者の氏名より、証明書管理
部１１３ｂに新規の証明書を生成させる。

【０１０５】ステップＳ１００３において、システム管
理者より、証明書に記載する各データの入力が行われ
て、これらのデータを保持する。ここでは、証明書に記
載する情報として、証明対象の人物の氏名と企業名の他
に、電子署名の生成、および検査、承認のためのＩＤお
よびパスワード、または電子署名の生成および検査承認
のための暗号鍵（例えばそれぞれ秘密鍵、公開鍵）、お
よび暗号化とそれに対する復号化のための暗号鍵（例え
ばそれぞれ公開鍵、秘密鍵）、証明書の有効期間（開始
日、終了日）の各情報が入力される。

【０１０６】ステップＳ１００４において、以上の情報
が証明書管理部１１３ｂに供給されて証明書に格納さ
れ、新規の証明書が記憶されて登録される。ステップＳ
１００５において、証明書管理部１１３ｂは、新たな証
明書の登録に応じて、この証明書のＵＲＩをホームペー
ジに関連付けて公開するように、ネットワークサーバ１
１５に依頼する。ステップＳ１００６において、登録さ
れた新規証明書のＵＲＩおよび有効期間の情報を、ＲＯ
ＬＥ管理部１１２に対して通知する。

【０１０７】なお、自社側の担当者の証明書について
は、電子署名および暗号化のための暗号鍵のうち、ホー
ムページによりネットワーク１４０を通じて外部に公開
されるのは公開鍵のみである。

【０１０８】次に、図９のステップＳ９１０の処理によ
って、ＲＯＬＥの変更通知を依頼された送信管理部１１
４における処理について説明する。図１１は、送信管理
部１１４におけるＲＯＬＥの変更通知処理を示すフロー
チャートである。

【０１０９】ステップＳ１１０１において、送信管理部
１１４は、ＲＯＬＥ管理部１１２からのＲＯＬＥの変更
通知に対する依頼を受信する。ステップＳ１１０２にお
いて、ＲＯＬＥ管理部１１２より、登録されたＲＯＬＥ
中から新規に設定されたデータを受信する。新規に生成
されたＲＯＬＥの場合は、そのすべてのデータを受信す
る。

【０１１０】ステップＳ１１０３において、受信した新
規データを所定のＸＭＬ形式のデータに変換する。ステ
ップＳ１１０４において、変換したＸＭＬデータに、取
引先企業から送信されたＲＯＬＥであることを証明する
ための電子署名（ＳＩＧＮＡＴＵＲＥ）を付加する。こ
のとき、例えば、セキュリティ管理部１１３に依頼し
て、ＲＯＬＥを作成したシステム管理者等、ＲＯＬＥの
送受信に対する役割を果たす担当者の電子署名であるか
否かを検査する。

【０１１１】ステップＳ１１０５において、通知先のメ
ールアドレスを送信先リストより取得し、このメールア
ドレスを指定する。このメールアドレスは、例えば、取
引先の企業Ｂの電子文書処理装置１２０に対するシステ
ム管理者のメールアドレス、あるいはこの電子文書処理
装置１２０におけるＲＯＬＥ更新専用のメールアドレス
として、送信先リスト中にあらかじめ記憶されている。
また、取引先が新たな企業である場合は、システム管理
者によってメールアドレスが入力される。

【０１１２】ステップＳ１１０６において、ＲＯＬＥの
変更を通知するＸＭＬ文書を電子メールとして、ネット
ワークサーバ１１５の具備するＳＭＴＰサーバに送信
し、ネットワーク１４０を通じて送信させる。

【０１１３】以上の図９、図１０および図１１に示した
処理によって、自社側の役割に対する新たなＲＯＬＥが
生成されたり、あるいはＲＯＬＥの変更があった場合
に、このＲＯＬＥが自動的に取引先の電子文書処理装置
１２０に通知される。従って、実際の電子文書の送受信
の時期と関係なく、ＲＯＬＥに変更が生じた時点で取引
先に確実にその変更内容が伝達され、商取引を円滑に行
うことが可能となる。

【０１１４】なお、電子文書処理装置１１０は、取引先
に送信されたＲＯＬＥに対応する証明書の有効期限が一
定時間以内になった場合には、該当する取引先に対して
新たな証明書について記載されたＲＯＬＥを、自動的に
取引先に送信する。この場合の処理では、証明書の有効
期限が文書処理管理部１１１において監視され、有効期
限まで一定時間以内になった場合に、ＲＯＬＥ管理部１
１２より新たな有効期間が記述されたＲＯＬＥを取得し
て、送信管理部１１４に対してこれを送信するように依
頼する。また、このときＲＯＬＥ管理部１１２において
新たなＲＯＬＥが記憶されていなかった場合には、送信
管理部１１４に依頼して、現在の担当者に対して新たな
ＲＯＬＥを登録するように、電子メールを送信させる。

【０１１５】このような処理によって、取引先では、保
持している取引相手のＲＯＬＥおよび証明書の有効期限
が切れることなく、常に自動的に更新され、商取引を円
滑に続行することが可能となる。

【０１１６】次に、取引先においてＲＯＬＥに追加、変
更が生じた場合に、そのＲＯＬＥをネットワーク１４０
を通じて受信した場合の処理について説明する。図１２
は、ＲＯＬＥを受信した場合の文書処理管理部１１１に
おける処理を示すフローチャートである。

【０１１７】取引先からのＲＯＬＥは、電子メールに添
付されて、ネットワークサーバ１１５のＰＯＰ（Post O
ffice Protocol）サーバによって受信される。このＲＯ
ＬＥ登録用のメールアドレスはあらかじめ定義されてお
り、電子文書管理部１１１では、このメールアドレスに
対する電子メールが受信されると、文書処理管理部１１
１が起動されて、受信したＲＯＬＥの登録処理が開始さ
れる。

【０１１８】ステップＳ１２０１において、文書処理管
理部１１１は、ＰＯＰサーバより電子メールを取得す
る。ステップＳ１２０２において、電子メールに添付さ
れたＲＯＬＥの文書形式の妥当性を検査する。ここで
は、ＸＭＬ形式で送信されたＲＯＬＥのデータが、例え
ば図６で示したような所定のＤＴＤの形式を満たしてい
る否かが検査される。ステップＳ１２０３において、検
査結果に基づき、所定の文書形式を満たしている場合は
ステップＳ１２０４に進み、満たしていない場合はステ
ップＳ１２０９に進む。

【０１１９】ステップＳ１２０４において、ＲＯＬＥに
付加された電子署名（ＳＩＧＮＡＴＵＲＥ）の検査を、
セキュリティ管理部１１３に依頼する。この検査によ
り、不正なＲＯＬＥの登録が行われることが防止され
る。ステップＳ１２０５において、電子署名の検査結果
の通知を受け、ＲＯＬＥが正しい送信者から送信された
ものであった場合はステップＳ１２０６に進み、正しく
なかった場合はステップＳ１２０９に進む。

【０１２０】ステップＳ１２０６において、ＲＯＬＥの
登録、更新をＲＯＬＥ管理部１１２に依頼する。ＲＯＬ
Ｅ管理部１１２では、記録されていたＲＯＬＥから、役
割に記述された情報が同一のものがあるか否かを検索
し、ない場合は新たなＲＯＬＥとして登録し、ある場合
は新たに加えられた情報を検索されたＲＯＬＥ中に書き
加えて更新する。

【０１２１】ステップＳ１２０７において、受信したＲ
ＯＬＥ中に新たな証明書のＵＲＩが記載されていた場合
に、このＵＲＩより新たな証明書を取得するための処理
を、ネットワークサーバ１１５に依頼する。ネットワー
クサーバ１１５のＨＴＴＰサーバは、指定されたＵＲＩ
にネットワーク１４０を通じてアクセスし、該当する証
明書の情報をダウンロードする。このときに受信する情
報のうち、電子署名の検査や暗号処理を行うための暗号
鍵としては、公開鍵のみが受信される。

【０１２２】ステップＳ１２０８において、取得された
証明書の情報を登録するように、セキュリティ管理部１
１３に依頼する。セキュリティ管理部１１３では、証明
書管理部１１３ｂにおいて、取得された証明書の登録が
行われる。

【０１２３】また、ステップＳ１２０３で、受信したＲ
ＯＬＥが所定の文書形式を満たしていなかった場合、お
よび、ステップＳ１２０５で電子署名の検査結果が不正
であった場合には、ステップＳ１２０９において、ＲＯ
ＬＥの送信元に対してエラーを通知する処理が行われ
る。この通知は、送信管理部１１４よりネットワークサ
ーバ１１５を介して、電子メールによって送信元に送信
される。

【０１２４】以上の処理によって、電子文書の送受信の
時期と同期せずに、取引先の担当者のＲＯＬＥおよび証
明書を自社側で保持することができ、電子文書の送受信
の際に、円滑なセキュリティ処理の解除を行うことがで
きる。また、取引先における人事異動や組織改変が生じ
た場合でも、それらに伴う新たなＲＯＬＥおよび証明書
が自動的に自社側で登録され、保持している取引相手の
ＲＯＬＥおよび証明書の有効期限が切れることなく、商
取引を円滑に続行することが可能となる。

【０１２５】次に、電子文書の送受信を行う場合の処理
について説明する。所定の商取引のための電子文書を取
引先に送信する場合は、電子文書の付加、あるいは電子
文書の暗号化処理といったセキュリティ処理を施した
後、電子メールに添付して送信する。電子文書の生成
は、文書処理管理部１１１の実行によって行われ、生成
した電子文書中には、送信先におけるＲＯＬＥを特定す
るための役割名を記述しておく。その後この電子文書の
作成者からのセキュリティ処理の実行要求に基づいて、
セキュリティ管理部１１３に要求されたセキュリティ処
理の実行が依頼される。

【０１２６】ここで、図１３は、電子文書に電子署名を
付加する際の文書処理管理部１１１における処理を示す
フローチャートである。ステップＳ１３０１において、
生成された電子文書の作成者に該当するＲＯＬＥを取得
するために、ＲＯＬＥ管理部１１２にログインする。こ
のログイン時には、電子文書の作成者によってユーザＩ
Ｄおよびパスワードが入力されることにより、以下の処
理が開始される。

【０１２７】ステップＳ１３０２において、ＲＯＬＥ管
理部１１２において検索された該当するＲＯＬＥを取得
する。ステップＳ１３０３において、取得したＲＯＬＥ
に記述された証明書のＵＲＩまたは証明書名を取得す
る。ステップＳ１３０４において、取得した証明書のＵ
ＲＩまたは証明書名と、電子文書とをセキュリティ管理
部１１３に送信して、電子署名の生成を依頼する。

【０１２８】セキュリティ管理部１１３では、電子署名
の生成依頼に応じて、まず、受信したＵＲＩまたは証明
書名を基に、証明書管理部１１３ｂより該当する証明書
の情報を取得する。次に、この証明書の情報より、電子
署名を生成するためのＩＤおよびパスワードが署名管理
部１１３ａに渡され、電子署名が生成される。また、暗
号鍵を用いて電子署名が生成される場合は、証明書から
電子文書作成者の秘密鍵が取得され、署名管理部１１３
ａでは、電子文書のＨＡＳＨデータが生成された後、こ
のＨＡＳＨデータが秘密鍵を基に暗号化されて、電子署
名データが生成される。

【０１２９】ステップＳ１３０５において、生成された
電子署名と電子文書を、所定のＸＭＬ形式に整合する。
ステップＳ１３０６において、電子署名を付加した電子
文書をファイルに格納する。

【０１３０】ステップＳ１３０７において、生成したフ
ァイルを電子メールに添付した後、取引先に送信するよ
うに送信管理部１１４に依頼する。送信管理部１１４
は、取引先のＲＯＬＥの情報から、この時点で有効な担
当者の氏名を取得する。そして、送信先リストよりこの
担当者のメールアドレスを特定して、受け取った電子メ
ールの送信先アドレスに割り当て、この電子メールをネ
ットワークサーバ１１５のＳＭＴＰサーバに転送して、
電子文書処理装置１２０へ送信させる。ここで、電子メ
ールの送信アドレスは、ＲＯＬＥに記述された担当者名
より特定されるので、電子文書は送信時点で有効な担当
者に確実に送信される。

【０１３１】一方、生成された電子文書を暗号化して送
信する場合には、文書処理管理部１１１は、ＲＯＬＥ管
理部１１２より取引先のＲＯＬＥを取得し、このＲＯＬ
Ｅ中から現在の担当者の証明書名を取得する。次に、セ
キュリティ管理部１１３に対して電子文書と証明書名を
渡し、暗号化処理を依頼する。セキュリティ管理部１１
３は、暗号化の依頼に応じて、まず、渡された証明書名
を基に証明書管理部１１３ｂより該当する証明書の情報
を取得する。次に、この証明書の情報より、取引先の担
当者の公開鍵を取得し、この公開鍵を用いて電子文書を
暗号化する。文書処理管理部１１１は、暗号化された電
子文書を電子メールに添付した後、送信管理部１１４に
対して取引先に対する送信を依頼する。

【０１３２】以上の処理によって、電子文書処理装置１
１０では、商取引に対応する正しいＲＯＬＥおよび担当
者の証明書を用いてセキュリティ処理が行われて、電子
文書の送信が行われる。従って、この電子文書を受信し
た取引先では、施されたセキュリティ処理を円滑に解除
し、電子文書の内容を取得することが可能になる。

【０１３３】次に、取引先からの電子文書を受信した場
合の処理について説明する。取引先からの電子文書は、
ネットワークサーバ１１５のＰＯＰサーバによって受信
される。自社における商取引の担当者は、電子文書が添
付された自分宛ての電子メールを受信すると、文書処理
管理部１１１に対して、セキュリティ処理に対する検査
を行うように依頼する。このとき、取引先の担当者また
は自分に対するＲＯＬＥを取得するためのＩＤおよびパ
スワードを、文書処理管理部１１１に渡す。また、担当
者宛ての電子メールが受信されると、文書処理管理部１
１１が起動されて、セキュリティ処理の検査が自動的に
開始されるようにしてもよい。

【０１３４】ここで、図１４は、電子文書に付加された
電子署名を検査する際の文書処理管理部１１１における
処理を示すフローチャートである。ステップＳ１４０１
において、電子文書を受け取った担当者のメールソフ
ト、あるいはネットワークサーバ１１５のＰＯＰサーバ
から、電子文書を受信する。ステップＳ１４０２におい
て、電子文書中に記載された、対応するＲＯＬＥの役割
名を取り出す。電子文書に電子署名が付加されている場
合、このＲＯＬＥは取引先の担当者に対するＲＯＬＥと
なっている。また、このとき例えば、取引先の企業名や
電子署名が行われた日付の情報も同時に取り出す。

【０１３５】ステップＳ１４０３において、ＲＯＬＥ管
理部１１２にログインして、該当するＲＯＬＥを取得す
る。文書処理管理部１１１は、電子文書を受信した担当
者のＩＤおよびパスワードを用いてＲＯＬＥ管理部１１
２にログインし、電子文書から取り出した役割名をＲＯ
ＬＥ管理部１１２に引き渡す。ＲＯＬＥ管理部１１２
は、受け取った役割名を有するＲＯＬＥを検索して、文
書処理管理部１１１に引き渡す。

【０１３６】ステップＳ１４０４において、取得したＲ
ＯＬＥから、電子署名の署名日に有効な担当者に対する
証明書名を取り出す。ステップＳ１４０５において、セ
キュリティ管理部１１３にこの証明書名と電子署名とを
引き渡し、電子署名の検査を依頼する。このときのセキ
ュリティ管理部１１３における処理は、図１５において
説明する。

【０１３７】ステップＳ１４０６において、文書処理管
理部１１１は、セキュリティ管理部１１３から電子署名
に対する検査結果の通知を受け、この検査結果を電子文
書の受信者に対して通知する。このときの検査結果とし
ては、電子署名が確かに取引先の担当者によって署名さ
れ、また文書内容に改ざんがないことが通知される以外
に、不正な場合の通知では、該当する証明書の有効期限
が切れていて検査不能の場合や、電子文書が改ざんされ
ていた場合等があり得る。

【０１３８】次に、図１５は、図１４のステップＳ１４
０５において電子署名の検査を依頼されたときの、セキ
ュリティ管理部１１３における電子署名の検査処理を示
すフローチャートである。

【０１３９】ステップＳ１５０１において、文書処理管
理部１１１から電子署名の検査依頼を受ける。このと
き、電子署名とともに証明書名を受け取る。また、受信
した電子文書そのものを受け取る場合もある。ステップ
Ｓ１５０２において、証明書名に該当する証明書を証明
書管理部１１３ｂに検索させ、証明書を取得する。この
とき取得する証明書は、取引先の担当者のものである。
ステップＳ１５０３において、取得した証明書の有効期
限を検査し、期限切れでない場合はステップＳ１５０４
に進み、期限切れである場合はステップＳ１５０６に進
む。

【０１４０】ステップＳ１５０４において、取得した証
明書の情報を電子署名とともに署名管理部１１３ａに渡
して、電子署名を検査させる。ここで、署名管理部１１
３ａは、例えば証明書に記載された電子署名用のＩＤお
よびパスワードを用いて、電子署名を検査する。あるい
は、証明書に記載された取引相手の公開鍵を用いて、電
子署名を復号化するとともに、電子文書そのものをＨＡ
ＳＨデータに変換して、このＨＡＳＨデータと複合化し
た電子署名とを照合することにより検査を行う。

【０１４１】ステップＳ１５０５において、電子署名に
対する検査結果を文書処理管理部１１１に通知する。一
方、ステップＳ１５０６において、該当する担当者の証
明書を取引先から再取得する処理が行われる。セキュリ
ティ管理部１１３は、該当する証明書のＵＲＩをネット
ワークサーバ１１５のＨＴＴＰサーバに渡して、このＵ
ＲＩにアクセスさせ、証明書をダウンロードさせる。ス
テップＳ１５０７において、再取得した証明書の有効期
限を検査し、期限切れでない場合はステップＳ１５０４
に進んで、この証明書を用いて電子書名の検査をさせ
る。また、再び期限切れであった場合はステップＳ１５
０８に進む。ステップＳ１５０８において、取引先の担
当者の証明書が期限切れで、電子署名の検査不能である
ことを、文書処理管理部１１１に通知する。

【０１４２】また、受信した電子文書が暗号化されてい
た場合には、図１４のステップＳ１４０１〜Ｓ１４０４
の処理と同様に、電子文書に記載された役割に対応する
ＲＯＬＥを取得し、証明書名を取り出す。このとき取得
するＲＯＬＥは、通常、電子文書を受信した自社側のも
のとなる。そして、この証明書名と電子文書をセキュリ
ティ管理部１１３に渡し、復号化を依頼する。

【０１４３】セキュリティ管理部１１３は、該当する証
明書を基に、電子文書を復号化する。このとき、証明書
からは例えば、電子文書の受信者の秘密鍵を取り出し、
これを用いて復号化を行う。また、取得した証明書が期
限切れであった場合は、受信者あるいはシステム管理者
に対して、証明書が期限切れであることが通知される。

【０１４４】以上の処理によって、受信した電子文書に
施されたセキュリティ処理の検査が行われる。商取引を
行う企業間では、通常、電子文書の送受信に先だってＲ
ＯＬＥの共有および証明書の取得が行われるので、電子
文書の受信の際に、その役割に対応したＲＯＬＥを参照
することにより、セキュリティ処理は正常に解除され
る。従って、取引先における担当者の変更を意識するこ
となく、円滑な電子文書の送受信を行うことが可能とな
る。また、万が一最新の証明書があらかじめ取得されて
いなかった場合には、この証明書を自動的に再取得する
ので、効率的な商取引を行うことができる。

【０１４５】このように、電子文書処理装置１１０で
は、ＲＯＬＥによって商取引における役割とその担当者
および証明書の所在とを関連付け、この情報を取引先と
で共有して管理することにより、担当者の変更をお互い
に認識し、その証明書の所在を明らかにすることができ
る。また、ＲＯＬＥや証明書は自社側だけでなく、取引
相手側のものについても自社で管理され、ＲＯＬＥの追
加、更新が、電子文書の実際の送受信に対して非同期に
行われるので、担当者の特定や証明書の取得に際して、
ネットワーク１４０の通信速度等の性能による不都合が
生じることがない。また、監査時等において、自社の装
置内で電子文書や証明書の検査が可能なことから、外部
の装置に依存することなく業務を自社内で独立して行う
ことができる。

【０１４６】また、取引先のＲＯＬＥや証明書を自動的
に取得する仕組みを具備することから、役割を果たす担
当者やその証明書の情報について、常に最新のものをお
互いに保持することができる。これによって、取引相手
の有効な担当者を常に把握でき、電子文書が間違った相
手に送信されることがきわめて少なくなり、セキュリテ
ィ処理の解除を円滑に行うことが可能となる。

【０１４７】なお、上記の電子文書処理装置１１０にお
ける処理機能は、上述したようにコンピュータによって
実現することができる。その場合、電子文書処理装置１
１０が有すべき機能の処理内容を記述したプログラムが
提供され、そのプログラムをコンピュータで実行するこ
とにより、上記処理機能がコンピュータ上で実現され
る。処理内容を記述したプログラムは、コンピュータで
読み取り可能な記録媒体に記録しておくことができる。
コンピュータで読み取り可能な記録媒体としては、磁気
記録装置、光ディスク、光磁気記録媒体、半導体メモリ
などがある。磁気記録装置には、ＨＤＤ、ＦＤ（フレキ
シブルディスク）、磁気テープなどがある。光ディスク
には、ＤＶＤ(Digital Versatile Disk)、ＤＶＤ−ＲＡ
Ｍ(RandomAccess Memory)、ＣＤ−ＲＯＭ(Compact Disk
Read Only Memory)、ＣＤ−Ｒ(Recordable)／ＲＷ(ReW
ritable)などがある。光磁気記録媒体には、ＭＯ(Magne
to-Optical disk)などがある。

【０１４８】プログラムを流通させる場合には、たとえ
ば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭ
などの可搬型記録媒体が販売される。また、プログラム
をサーバコンピュータの記憶装置に格納しておき、ネッ
トワークを介して、サーバコンピュータから他のコンピ
ュータにそのプログラムを転送することもできる。

【０１４９】プログラムを実行するコンピュータは、た
とえば、可搬型記録媒体に記録されたプログラムもしく
はサーバコンピュータから転送されたプログラムを、自
己の記憶装置に格納する。そして、コンピュータは、自
己の記憶装置からプログラムを読み取り、プログラムに
従った処理を実行する。なお、コンピュータは、可搬型
記録媒体から直接プログラムを読み取り、そのプログラ
ムに従った処理を実行することもできる。また、コンピ
ュータは、サーバコンピュータからプログラムが転送さ
れる毎に、逐次、受け取ったプログラムに従った処理を
実行することもできる。

【０１５０】（付記１） ネットワークを通じて電子商
取引のための電子文書を送信する処理をコンピュータに
実行させる電子文書送信プログラムであって、所定の商
取引における窓口となる役割を示す役割情報と、前記役
割を果たす担当者を特定する担当者情報、特定された前
記担当者に対する有効期間、および、送信する前記電子
文書とその送信者または受信者である特定された前記担
当者との関係を証明する証明書に関する証明書情報を関
連付け、取引先および取引元で共有して管理するための
管理情報を記憶し、送信する前記電子文書の送信者また
は受信者についての前記管理情報と、前記管理情報に対
応する１つ以上の前記証明書の内容とを基に、前記電子
文書のセキュリティを確保するためのセキュリティ処理
を施して前記電子文書を送信する、処理を前記コンピュ
ータに実行させることを特徴とする電子文書送信プログ
ラム。

【０１５１】（付記２） 前記管理情報では、前記有効
期間に応じて複数の前記担当者情報および前記証明書情
報を前記役割情報に対応づけることが可能であることを
特徴とする付記１記載の電子文書送信プログラム。

【０１５２】（付記３） 前記電子文書を送信する際、
前記電子文書の送信者に対応する前記証明書の内容を基
に、前記電子文書に電子署名を付加して送信することを
特徴とする付記１記載の電子文書送信プログラム。

【０１５３】（付記４） 前記電子文書を送信する際、
前記電子文書の受信者に対応する前記証明書の内容を基
に、前記電子文書を暗号化して送信することを特徴とす
る付記１記載の電子文書送信プログラム。

【０１５４】（付記５） 前記所定の商取引における取
引元の担当者が変更または追加となった場合に、前記取
引元の担当者についての新たな前記管理情報を作成して
記憶するとともに取引先の担当者に対して自動的に送信
することを特徴とする付記１記載の電子文書送信プログ
ラム。

【０１５５】（付記６） 前記取引先に対して送信した
前記管理情報に対応する前記証明書について、その期限
切れの日時までに一定時間となった場合に、前記取引先
に対して新たな前記管理情報を自動的に送信することを
特徴とする付記５記載の電子文書送信プログラム。

【０１５６】（付記７） 前記所定の商取引における取
引先の担当者が変更または追加となった場合に、前記取
引先の担当者についての新たな前記管理情報を受信して
自動的に記憶することを特徴とする付記１記載の電子文
書送信プログラム。

【０１５７】（付記８） 前記証明書情報には前記証明
書が公開されているＵＲＩが記載されており、前記管理
情報を記憶する際に、記載された前記ＵＲＩにアクセス
して対応する前記証明書を取得することを特徴とする付
記７記載の電子文書送信プログラム。

【０１５８】（付記９） ネットワークを通じて電子商
取引のための電子文書を受信する処理をコンピュータに
実行させる電子文書受信プログラムであって、所定の商
取引における窓口となる役割を示す役割情報と、前記役
割を果たす担当者を特定する担当者情報、特定された前
記担当者に対する有効期間、および、受信する前記電子
文書とその送信者または受信者である特定された前記担
当者との関係を証明する証明書に関する証明書情報を関
連付け、取引先および取引元で共有して管理するための
管理情報を記憶し、セキュリティ処理が施された前記電
子文書を受信すると、前記電子文書の送信者または受信
者についての前記管理情報と、前記管理情報に対応する
１つ以上の前記証明書の内容とを基に、前記セキュリテ
ィ処理について検査する、処理を前記コンピュータに実
行させることを特徴とする電子文書受信プログラム。

【０１５９】（付記１０） 前記管理情報では、前記有
効期間に応じて複数の前記担当者情報および前記証明書
情報を前記役割情報に対応づけることが可能であること
を特徴とする付記９記載の電子文書受信プログラム。

【０１６０】（付記１１） 前記セキュリティ処理とし
て、受信した前記電子文書に送信者による電子署名が付
与されている場合、前記送信者に対応する前記証明書の
内容を基に前記電子署名を検査することを特徴とする付
記９記載の電子文書受信プログラム。

【０１６１】（付記１２） 前記セキュリティ処理とし
て、受信した前記電子文書が暗号化されている場合に、
前記電子文書の受信者に対応する前記証明書の内容を基
に復号化することを特徴とする付記９記載の電子文書受
信プログラム。

【０１６２】（付記１３） 前記所定の商取引における
取引元の担当者が変更または追加となった場合に、前記
取引元の担当者についての新たな前記管理情報を作成し
て記憶するとともに取引先に対して自動的に送信するこ
とを特徴とする付記９記載の電子文書受信プログラム。

【０１６３】（付記１４） 前記取引先に対して送信し
た前記管理情報に対応する前記証明書について、その期
限切れの日時までに一定時間となった場合に、前記取引
先に対して新たな前記管理情報を自動的に送信すること
を特徴とする付記１３記載の電子文書受信プログラム。

【０１６４】（付記１５） 前記所定の商取引における
取引先の担当者が変更または追加となった場合に、前記
取引先の担当者についての新たな前記管理情報を受信し
て自動的に記憶することを特徴とする付記９記載の電子
文書受信プログラム。

【０１６５】（付記１６） 前記証明書情報には前記証
明書が公開されているＵＲＩが記載されており、前記管
理情報を記憶する際に、記載された前記ＵＲＩにアクセ
スして対応する前記証明書を取得することを特徴とする
付記１５記載の電子文書受信プログラム。

【０１６６】（付記１７） ネットワークを通じて電子
商取引のための電子文書を送信する電子文書送信方法で
あって、所定の商取引における窓口となる役割を示す役
割情報と、前記役割を果たす担当者を特定する担当者情
報、特定された前記担当者に対する有効期間、および、
送信する前記電子文書とその送信者または受信者である
特定された前記担当者との関係を証明する証明書に関す
る証明書情報を関連付け、取引先および取引元で共有し
て管理するための管理情報を記憶し、送信する前記電子
文書の送信者または受信者についての前記管理情報と、
前記管理情報に対応する１つ以上の前記証明書の内容と
を基に、前記電子文書のセキュリティを確保するための
セキュリティ処理を施して前記電子文書を送信する、こ
とを特徴とする電子文書送信方法。

【０１６７】（付記１８） ネットワークを通じて電子
商取引のための電子文書を受信する電子文書受信方法で
あって、所定の商取引における窓口となる役割を示す役
割情報と、前記役割を果たす担当者を特定する担当者情
報、特定された前記担当者に対する有効期間、および、
受信する前記電子文書とその送信者または受信者である
特定された前記担当者との関係を証明する証明書に関す
る証明書情報を関連付け、取引先および取引元で共有し
て管理するための管理情報を記憶し、セキュリティ処理
が施された前記電子文書を受信すると、前記電子文書の
送信者または受信者についての前記管理情報と、前記管
理情報に対応する１つ以上の前記証明書の内容とを基
に、前記セキュリティ処理について検査する、ことを特
徴とする電子文書受信方法。

【０１６８】（付記１９） ネットワークを通じて電子
商取引のための電子文書を送信する電子文書送信装置で
あって、所定の商取引における窓口となる役割を示す役
割情報と、前記役割を果たす担当者を特定する担当者情
報、特定された前記担当者に対する有効期間、および、
送信する前記電子文書とその送信者または受信者である
特定された前記担当者との関係を証明する証明書に関す
る証明書情報を関連付け、取引先および取引元で共有し
て管理するための管理情報を記憶する管理情報記憶手段
と、送信する前記電子文書の送信者または受信者につい
ての前記管理情報と、前記管理情報に対応する１つ以上
の前記証明書の内容とを基に、前記電子文書のセキュリ
ティを確保するための処理を施すセキュリティ処理手段
と、を有することを特徴とする電子文書送信装置。

【０１６９】（付記２０） ネットワークを通じて電子
商取引のための電子文書を受信する電子文書受信装置で
あって、所定の商取引における窓口となる役割を示す役
割情報と、前記役割を果たす担当者を特定する担当者情
報、特定された前記担当者に対する有効期間、および、
受信する前記電子文書とその送信者または受信者である
特定された前記担当者との関係を証明する証明書に関す
る証明書情報を関連付け、取引先および取引元で共有し
て管理するための管理情報を記憶する管理情報記憶手段
と、セキュリティ処理が施された前記電子文書を受信す
ると、前記電子文書の送信者または受信者についての前
記管理情報と、前記管理情報に対応する１つ以上の前記
証明書の内容とを基に、前記セキュリティ処理について
検査するセキュリティ検査手段と、を有することを特徴
とする電子文書受信装置。

【０１７０】（付記２１） ネットワークを通じて電子
商取引のための電子文書を送信する電子文書送信プログ
ラムを記録したコンピュータ読み取り可能な記録媒体で
あって、所定の商取引における窓口となる役割を示す役
割情報と、前記役割を果たす担当者を特定する担当者情
報、特定された前記担当者に対する有効期間、および、
送信する前記電子文書とその送信者または受信者である
特定された前記担当者との関係を証明する証明書に関す
る証明書情報を関連付け、取引先および取引元で共有し
て管理するための管理情報を記憶し、送信する前記電子
文書の送信者または受信者についての前記管理情報と、
前記管理情報に対応する１つ以上の前記証明書の内容と
を基に、前記電子文書の安全性を確保するための処理を
施して前記電子文書を送信する、処理を前記コンピュー
タに実行させることを特徴とする電子文書送信プログラ
ムを記録した記録媒体。

【０１７１】（付記２２） ネットワークを通じて電子
商取引のための電子文書を受信する電子文書受信プログ
ラムを記録したコンピュータ読み取り可能な記録媒体で
あって、所定の商取引における窓口となる役割を示す役
割情報と、前記役割を果たす担当者を特定する担当者情
報、特定された前記担当者に対する有効期間、および、
受信する前記電子文書とその送信者または受信者である
特定された前記担当者との関係を証明する証明書に関す
る証明書情報を関連付け、取引先および取引元で共有し
て管理するための管理情報を記憶し、セキュリティ処理
が施された前記電子文書を受信すると、前記電子文書の
送信者または受信者についての前記管理情報と、前記管
理情報に対応する１つ以上の前記証明書の内容とを基
に、前記セキュリティ処理について検査する、処理を前
記コンピュータに実行させることを特徴とする電子文書
受信プログラムを記録した記録媒体。

【０１７２】

【発明の効果】以上説明したように、本発明の電子文書
送信プログラムでは、管理情報により、所定の商取引に
おける役割情報とその担当者情報、有効期間、および担
当者の証明書情報が、取引先と取引元において共有され
て管理される。従って、各商取引の一方の担当者が変更
された場合でも、他方の担当者が必要な証明書を確実に
取得することができ、商取引を円滑に続行することが可
能となる。

【０１７３】また、本発明の電子文書受信プログラムで
は、管理情報により、所定の商取引における役割情報と
その担当者情報、有効期間、および担当者の証明書情報
が、取引先と取引元において共有されて管理される。従
って、各商取引の一方の担当者が変更された場合でも、
他方の担当者が必要な証明書を確実に取得することがで
き、商取引を円滑に続行することが可能となる。

【０１７４】さらに、本発明の電子文書送信方法では、
管理情報により、所定の商取引における役割情報とその
担当者情報、有効期間、および担当者の証明書情報が、
取引先と取引元において共有されて管理される。従っ
て、各商取引の一方の担当者が変更された場合でも、他
方の担当者が必要な証明書を確実に取得することがで
き、商取引を円滑に続行することが可能となる。

【０１７５】また、本発明の電子文書受信方法では、管
理情報により、所定の商取引における役割情報とその担
当者情報、有効期間、および担当者の証明書情報が、取
引先と取引元において共有されて管理される。従って、
各商取引の一方の担当者が変更された場合でも、他方の
担当者が必要な証明書を確実に取得することができ、商
取引を円滑に続行することが可能となる。

【０１７６】また、本発明の電子文書送信装置では、管
理情報記憶手段により、所定の商取引における役割情報
とその担当者情報、有効期間、および担当者の証明書情
報が、取引先と取引元において管理情報として共有され
て管理される。従って、各商取引の一方の担当者が変更
された場合でも、他方の担当者が必要な証明書を確実に
取得することができ、商取引を円滑に続行することが可
能となる。

【０１７７】また、本発明の電子文書受信装置では、管
理情報記憶手段により、所定の商取引における役割情報
とその担当者情報、有効期間、および担当者の証明書情
報が、取引先と取引元において管理情報として共有され
て管理される。従って、各商取引の一方の担当者が変更
された場合でも、他方の担当者が必要な証明書を確実に
取得することができ、商取引を円滑に続行することが可
能となる。

【図面の簡単な説明】

【図１】本発明の原理を説明するための原理構成図であ
る。

【図２】本実施の形態を適用する電子文書送受信システ
ムの構成例を示す図である。

【図３】本発明の実施の形態に用いる電子文書処理装置
のハードウェア構成例を示す図である。

【図４】電子文書処理装置の機能構成例を示すブロック
図である。

【図５】ＲＯＬＥのデータ構造について概念的に示す図
である。

【図６】図５で示したデータ構造を定義するＤＴＤのプ
ログラムリスト例を示す図である。

【図７】図５で示した情報が含まれるＲＯＬＥについて
のＸＭＬ形式のプログラムリスト例を示す図である。

【図８】ある期日をもって証明書が期限切れとなる場合
のＲＯＬＥのプログラムリスト例を示す図である。

【図９】自社側の役割に対するＲＯＬＥを生成する場合
のＲＯＬＥ管理部における処理を示すフローチャートで
ある。

【図１０】セキュリティ管理部における証明書の生成処
理を示すフローチャートである。

【図１１】送信管理部におけるＲＯＬＥの変更通知処理
を示すフローチャートである。

【図１２】ＲＯＬＥを受信した場合の文書処理管理部に
おける処理を示すフローチャートである。

【図１３】電子文書に電子署名を付加する際の文書処理
管理部における処理を示すフローチャートである。

【図１４】電子文書に付加された電子署名を検査する際
の文書処理管理部における処理を示すフローチャートで
ある。

【図１５】セキュリティ管理部における電子署名の検査
処理を示すフローチャートである。

【符号の説明】

１ 電子文書送信装置 ２ 電子文書受信装置 ３ ネットワーク １１ 電子文書 １２ 管理情報 １２ａ 役割情報 １２ｂ 担当者情報 １２ｃ 有効期間 １２ｄ 証明書情報 １３ 証明書

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０９Ｃ 1/00 ６４０ Ｇ０９Ｃ 1/00 ６４０Ｚ

Claims (10)

【特許請求の範囲】
1. 【請求項１】 ネットワークを通じて電子商取引のため
   の電子文書を送信する処理をコンピュータに実行させる
   電子文書送信プログラムであって、 所定の商取引における窓口となる役割を示す役割情報
   と、前記役割を果たす担当者を特定する担当者情報、特
   定された前記担当者に対する有効期間、および、送信す
   る前記電子文書とその送信者または受信者である特定さ
   れた前記担当者との関係を証明する証明書に関する証明
   書情報を関連付け、取引先および取引元で共有して管理
   するための管理情報を記憶し、 送信する前記電子文書の送信者または受信者についての
   前記管理情報と、前記管理情報に対応する１つ以上の前
   記証明書の内容とを基に、前記電子文書のセキュリティ
   を確保するためのセキュリティ処理を施して前記電子文
   書を送信する、処理を前記コンピュータに実行させるこ
   とを特徴とする電子文書送信プログラム。
2. 【請求項２】 前記管理情報では、前記有効期間に応じ
   て複数の前記担当者情報および前記証明書情報を前記役
   割情報に対応づけることが可能であることを特徴とする
   請求項１記載の電子文書送信プログラム。
3. 【請求項３】 前記所定の商取引における取引元の担当
   者が変更または追加となった場合に、前記取引元の担当
   者についての新たな前記管理情報を作成して記憶すると
   ともに取引先の担当者に対して自動的に送信することを
   特徴とする請求項１記載の電子文書送信プログラム。
4. 【請求項４】 ネットワークを通じて電子商取引のため
   の電子文書を受信する処理をコンピュータに実行させる
   電子文書受信プログラムであって、 所定の商取引における窓口となる役割を示す役割情報
   と、前記役割を果たす担当者を特定する担当者情報、特
   定された前記担当者に対する有効期間、および、受信す
   る前記電子文書とその送信者または受信者である特定さ
   れた前記担当者との関係を証明する証明書に関する証明
   書情報を関連付け、取引先および取引元で共有して管理
   するための管理情報を記憶し、 セキュリティ処理が施された前記電子文書を受信する
   と、前記電子文書の送信者または受信者についての前記
   管理情報と、前記管理情報に対応する１つ以上の前記証
   明書の内容とを基に、前記セキュリティ処理について検
   査する、 処理を前記コンピュータに実行させることを特徴とする
   電子文書受信プログラム。
5. 【請求項５】 前記管理情報では、前記有効期間に応じ
   て複数の前記担当者情報および前記証明書情報を前記役
   割情報に対応づけることが可能であることを特徴とする
   請求項４記載の電子文書受信プログラム。
6. 【請求項６】 前記所定の商取引における取引元の担当
   者が変更または追加となった場合に、前記取引元の担当
   者についての新たな前記管理情報を作成して記憶すると
   ともに取引先に対して自動的に送信することを特徴とす
   る請求項４記載の電子文書受信プログラム。
7. 【請求項７】 ネットワークを通じて電子商取引のため
   の電子文書を送信する電子文書送信方法であって、 所定の商取引における窓口となる役割を示す役割情報
   と、前記役割を果たす担当者を特定する担当者情報、特
   定された前記担当者に対する有効期間、および、送信す
   る前記電子文書とその送信者または受信者である特定さ
   れた前記担当者との関係を証明する証明書に関する証明
   書情報を関連付け、取引先および取引元で共有して管理
   するための管理情報を記憶し、 送信する前記電子文書の送信者または受信者についての
   前記管理情報と、前記管理情報に対応する１つ以上の前
   記証明書の内容とを基に、前記電子文書のセキュリティ
   を確保するためのセキュリティ処理を施して前記電子文
   書を送信する、ことを特徴とする電子文書送信方法。
8. 【請求項８】 ネットワークを通じて電子商取引のため
   の電子文書を受信する電子文書受信方法であって、 所定の商取引における窓口となる役割を示す役割情報
   と、前記役割を果たす担当者を特定する担当者情報、特
   定された前記担当者に対する有効期間、および、受信す
   る前記電子文書とその送信者または受信者である特定さ
   れた前記担当者との関係を証明する証明書に関する証明
   書情報を関連付け、取引先および取引元で共有して管理
   するための管理情報を記憶し、 セキュリティ処理が施された前記電子文書を受信する
   と、前記電子文書の送信者または受信者についての前記
   管理情報と、前記管理情報に対応する１つ以上の前記証
   明書の内容とを基に、前記セキュリティ処理について検
   査する、 ことを特徴とする電子文書受信方法。
9. 【請求項９】 ネットワークを通じて電子商取引のため
   の電子文書を送信する電子文書送信装置であって、 所定の商取引における窓口となる役割を示す役割情報
   と、前記役割を果たす担当者を特定する担当者情報、特
   定された前記担当者に対する有効期間、および、送信す
   る前記電子文書とその送信者または受信者である特定さ
   れた前記担当者との関係を証明する証明書に関する証明
   書情報を関連付け、取引先および取引元で共有して管理
   するための管理情報を記憶する管理情報記憶手段と、 送信する前記電子文書の送信者または受信者についての
   前記管理情報と、前記管理情報に対応する１つ以上の前
   記証明書の内容とを基に、前記電子文書のセキュリティ
   を確保するための処理を施すセキュリティ処理手段と、 を有することを特徴とする電子文書送信装置。
10. 【請求項１０】 ネットワークを通じて電子商取引のた
    めの電子文書を受信する電子文書受信装置であって、 所定の商取引における窓口となる役割を示す役割情報
    と、前記役割を果たす担当者を特定する担当者情報、特
    定された前記担当者に対する有効期間、および、受信す
    る前記電子文書とその送信者または受信者である特定さ
    れた前記担当者との関係を証明する証明書に関する証明
    書情報を関連付け、取引先および取引元で共有して管理
    するための管理情報を記憶する管理情報記憶手段と、 セキュリティ処理が施された前記電子文書を受信する
    と、前記電子文書の送信者または受信者についての前記
    管理情報と、前記管理情報に対応する１つ以上の前記証
    明書の内容とを基に、前記セキュリティ処理について検
    査するセキュリティ検査手段と、 を有することを特徴とする電子文書受信装置。