JP2002074069A - ドキュメントエスクロウシステム、記録媒体及びドキュメントエスクロウ実行方法 - Google Patents

Abstract

(57)【要約】 【課題】 金融機関など、取引の間に立つ者の責任負担
を軽減でき、迅速且つ業務処理の改善も望め、さらに取
引の安全性も確保できるスキームとして、信用状取引を
排した新たな取引のスキームを提供するドキュメントエ
スクロウシステムを提供せんとするものである。 【解決手段】 電子化されたドキュメントを、転送先情
報と関連づけて保管する格納手段２と、転送先に、ドキ
ュメントの保管があった旨及びドキュメントのリリース
が可能であることを通知する通知手段３と、ドキュメン
ト保管の通知がなされた転送先からのアクセスがあった
場合に、格納手段２からドキュメントを読み出して、転
送先に出力するドキュメント提示手段４と、転送先によ
る所定の入金があったことの通知を受けて、ドキュメン
トに関する電子署名を作成する電子署名化手段５と、ド
キュメントリリースの準備完了の通知がなされた転送先
からのアクセスがあった場合に、少なくとも作成された
電子署名情報及びドキュメントを転送先に出力するリリ
ース手段６とを有している。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ドキュメントエス
クロウシステム、記録媒体及びドキュメントエスクロウ
実行方法に関する。

【０００２】

【従来の技術】昨今のｅビジネスの進展を背景として、
貿易業務分野でも、その業務遂行上、安全確実・さらに
スピーディに行うために、インターネットなどの電子仮
想空間で売買契約を締結すると共に、そのような貿易取
引に必要とされる書類の記載形式、電子化方法、その認
証方法などの各種プロトコルを統一化する動きが出てい
る。一例として、１９９９年９月末より商用サービスが
開始された貿易金融ＥＤＩ（Ｂｏｌｅｒｏ）がある。

【０００３】

【発明が解決しようとする課題】しかし、上記のような
統一化の動きは、従来の貿易取引方法の上に立脚してい
るため、改善の度合いは低く、貿易業務処理のさらなる
改善が望まれている。

【０００４】これまでの貿易取引のやり方は、典型的に
は信用状ＬＣ（Letter of Credit；ＬＣ）取引などにあ
るように、金融機関が輸出者及び輸入者の間に入って信
用を保証し、双方の取引リスクをミニマイズすることで
その取引を円滑に進めるように工夫されている。

【０００５】例えば上記信用状取引は、図２０に示すよ
うに、輸入者Ｉと輸出者Ｅとの間で取引が成立すると、
輸入者Ｉは、金融機関Ｂに信用状ＬＣの発行を依頼す
る。金融機関Ｂは、それに基づき、輸入者Ｉの信用調査
を行った上で、信用状ＬＣを発行する。他方輸出者Ｅ
は、受け取った信用状ＬＣに基づき、代金回収が保証さ
れたものとして（ただし信用状ＬＣ記載の条件に提出さ
れた書類の内容が一致した場合に保証される）、輸送業
者などから船荷証券（Bill of Lading）などの発行を受
け、船積書類ＢＬとして、金融機関Ｂなどを通じて、船
積書類ＢＬを輸入者Ｉに渡す。輸入者Ｉは、船積書類Ｂ
Ｌと引き替えに、輸入貨物の交付を受ける。他方、輸出
者Ｅは、輸入者Ｉから直接又は金融機関や第三者を介し
て、代金を回収する（図中は金融機関Ｂ１及びＢ２を介
して回収している）。

【０００６】これらの貿易取引の基本的なスキームは変
更せず、単に貿易書類などのドキュメントの電子化方法
や電子化されたドキュメントの認証方法などを、新たな
方法に変えただけでは、信用状取引に必須な書類間の確
認作業において、業務処理の煩雑さは従来と変わらな
い。

【０００７】すなわち、従来の貿易取引のスキームで
は、輸出者Ｅ、金融機関Ｂ及び輸入者Ｉは、図２１に示
すように、信用状ＬＣが保証書として機能する条件とし
て、上記信用状ＬＣと船積書類ＢＬとの条件が一字一句
違っていないか、確認する必要がある。より具体的に
は、信用状ＬＣを受け取った輸出者Ｅは、上記船積書類
ＢＬの内容と一致しているか確認し、それらの書類を金
融機関Ｂに渡し、金融機関Ｂで同じ作業を行い、さらに
輸入者Ｉへそれらの書類を移送して、該輸入者Ｉにおい
ても同じ作業を行い、上記確認作業が完了する。

【０００８】このような信用状取引のスキームを前提と
している限り、上記取引データを電子データ化しただけ
では、信用状取引に必須な書類間の確認作業自体を機械
化することができたことにはならず、その面で業務処理
の煩雑さは従来と変わらない。

【０００９】そればかりか、金融機関Ｂは、仮に信用状
ＬＣの内容と船積書類ＢＬの内容とが一致していなかっ
た場合、関わった取引に対して自己も責任を分担しなけ
ればならず、内容の点検作業を精緻に行わなければなら
ないことから、書類の電子化による業務処理の改善及び
処理の迅速化を期待することには限界があった。そのた
め、金融機関Ｂとしては、信用状取引による自己の責任
負担の増加を軽減する方策の策定が望まれていた。

【００１０】もちろん、上記のことは、貿易取引の場面
だけに限定されず、取引時に交わされるドキュメントの
真正性が、その取引の成立に大きく関わる場合には、同
様な要請がある。

【００１１】本発明は、以上のような問題に鑑み創案さ
れたもので、上記金融機関など、取引の間に立つ者の責
任負担を軽減でき、迅速且つ業務処理の改善も望め、さ
らに取引の安全性も確保できるスキームとして、信用状
取引を排した新たな取引のスキームを提供するドキュメ
ントエスクロウシステム及びそのドキュメントエスクロ
ウ実行方法を創案し、それらを提案せんとするものであ
る。併せてそれらのシステム構成を実行するプログラム
が記録された記録媒体についても提供せんとしている。

【００１２】

【課題を解決するための手段】本発明に係るドキュメン
トエスクロウシステムの構成は、電子化されたドキュメ
ントを、転送先情報と関連づけて保管する格納手段と、
上記転送先に、ドキュメントの保管があった旨及びドキ
ュメントのリリースが可能であることを通知する通知手
段と、ドキュメント保管の通知がなされた上記転送先か
らのアクセスがあった場合に、上記格納手段からドキュ
メントを読み出して、該転送先に出力するドキュメント
提示手段と、上記転送先による所定の入金があったこと
の通知を受けて、上記ドキュメントに関する電子署名を
作成する電子署名化手段と、ドキュメントリリースの準
備完了の通知がなされた上記転送先からのアクセスがあ
った場合に、少なくとも作成された電子署名情報及び当
該ドキュメントを上記転送先に出力するリリース手段と
を有することを基本的特徴としている。

【００１３】上記構成によれば、電子化されたドキュメ
ントが、転送先情報と関連づけて、前記格納手段に保管
された際、通知手段により、転送先にその旨が通知され
る。それに従って、上記転送先は、本システムにアクセ
スし、ドキュメント提示手段によって、上記ドキュメン
トの内容を確認できる（商品の内容、数量等が契約書通
りであるかどうかを確認するものである）。この確認に
より、転送先は安心して所定の支払いを行うことがで
き、その入金通知を受けた本システムでは、電子署名化
手段により、ドキュメントに関する電子署名が作成され
る。その後ドキュメントのリリースが可能であることの
通知が、上記転送先に出される。それに伴って該転送先
からアクセスがあった場合に、リリース手段によって、
作成された電子署名情報及び当該ドキュメントが上記転
送先にリリースされることになる。

【００１４】すなわち、本システムの構成によって、電
子化されたドキュメントを一旦本システムに預け入れ、
転送先側がその内容を確かめた上で、代金を支払うこと
によって、初めて該ドキュメントがリリースできる枠組
みが提供されることになる（ドキュメントの引渡と代金
の支払いが同時に行われ、双方にリスクがない仕組みが
提供される）。

【００１５】また、転送先側がドキュメントの内容を確
認する段階では、電子署名情報が転送先側には渡されて
ないため、転送先側で勝手にそのドキュメントを利用し
た処理を行おうとしても、書類の信頼性が担保されてい
ないので、そのような悪用はできないことになる。

【００１６】電子署名によるドキュメントの正当性を検
証するのに必要な公開鍵情報は、一般的に電子署名作成
に関わった認証機関などから取得できる。転送先側は、
該認証機関にアクセスすることで、当該公開鍵情報を自
由に入手することができる。

【００１７】また電子署名の作成が、ドキュメントの前
記格納手段への保管以前に行われる場合もある。たとえ
ば、上記貿易取引処理では、輸出者Ｅが、輸送業者など
から受け取ることになる船荷証券（Bill of Lading）な
どの船積書類ＢＬが、輸送業者などで発行される段階
で、電子署名が作成されることになる。このような場合
は、前記電子署名化手段による電子署名の作成は、必要
がないので、上記ドキュメントを格納手段に保管する段
階で、それと一緒に電子署名を受け取って、保管するも
のとする。

【００１８】請求項２の構成は以上のような場合に適用
できる構成を提案しており、より具体的には、少なくと
も電子化されたドキュメント及び該ドキュメントの電子
署名情報を、転送先情報と関連づけて保管する格納手段
と、上記転送先に、ドキュメントの保管があった旨を通
知すると共に、上記転送先による所定の入金があったこ
との通知を受けてドキュメントのリリースが可能である
ことを通知する通知手段と、ドキュメント保管の通知が
なされた上記転送先からのアクセスがあった場合に、上
記格納手段からドキュメントのみを読み出して、該転送
先に出力するドキュメント提示手段と、ドキュメントリ
リースの準備完了の通知がなされた上記転送先からのア
クセスがあった場合に、少なくとも上記電子署名情報及
びドキュメントを、上記転送先に出力するリリース手段
とを有することを特徴としている。

【００１９】すなわち、上記構成では、電子化されたド
キュメントを一旦本システムに預け入れ、転送先側がそ
の内容を確かめた上で、代金を支払うことによって、初
めて該ドキュメントがリリースできる枠組みが提供され
ることは、前記請求項１の構成と同じであるが、電子署
名化手段による電子署名作成処理は行われず、第三者な
どによるドキュメントの発行と一緒に作成された電子署
名が、該ドキュメントと共に格納手段に保管され、また
転送先による所定の入金があったことが通知された場合
に、転送先にドキュメントのリリースが可能である旨の
通知をなす。それに応じて転送先がアクセスしてきた場
合に、リリース手段により、電子署名情報とドキュメン
トが、該転送先に出力されることになる。

【００２０】上記ドキュメントエスクロウシステムを構
成する各手段は、１つの構成（スタンドアローン型のコ
ンピュータなど）に組み込まれていても良いが、それに
限定されるわけではなく、ネットワークを構成する複数
のコンピュータ（ウェブサーバとアプリケーションサー
バなど）に、各手段を分散して備え、それらの間で（必
要であれば適当な通信構成を介して）これらの手段の処
理を分散して行うようにしても良い。

【００２１】請求項３及び請求項４の構成は、上記請求
項１及び請求項２に記載の構成を、コンピュータに実行
させるために、該コンピュータで実行可能なプログラム
を格納した記録媒体が規定されている。すなわち、上述
した課題を解決するための構成として、上記各手段を、
コンピュータの構成を利用することで実現する、該コン
ピュータで読み込まれて実行可能なプログラムを格納し
た記録媒体が開示される。もちろん、これらの構成は、
記録媒体の構成としてだけではなく、同様な機能を達成
するプログラムとして提供されても良いことは言うまで
もない。この場合、コンピュータとは中央演算処理装置
の構成を含んだ汎用的なコンピュータの構成の他、特定
の処理に向けられた専用機などを含むものであっても良
く、中央演算処理装置の構成を伴うものであれば特に限
定はない。

【００２２】このような記録媒体から、コンピュータを
上記各手段として機能させるためのプログラムが該コン
ピュータに読み出されると、請求項１又は請求項２に規
定された各手段と同様な構成が実現されることになる。

【００２３】すなわち、上記請求項３の具体的構成は、
コンピュータを、電子化されたドキュメントを、転送先
情報と関連づけて保管する格納手段と、上記転送先に、
ドキュメントの保管があった旨及びドキュメントのリリ
ースが可能であることを通知する通知手段と、ドキュメ
ント保管の通知がなされた上記転送先からのアクセスが
あった場合に、上記格納手段からドキュメントを読み出
して、該転送先に出力するドキュメント提示手段と、上
記転送先による所定の入金があったことの通知を受け
て、上記ドキュメントに関する電子署名を作成する電子
署名化手段と、ドキュメントリリースの準備完了の通知
がなされた上記転送先からのアクセスがあった場合に、
少なくとも作成された電子署名情報及び当該ドキュメン
トを上記転送先に出力するリリース手段として機能させ
るプログラムを記録したコンピュータ読み取り可能な記
録媒体である。

【００２４】また上記請求項４の具体的構成は、コンピ
ュータを、少なくとも電子化されたドキュメント及び該
ドキュメントの電子署名情報を、転送先情報と関連づけ
て保管する格納手段と、上記転送先に、ドキュメントの
保管があった旨を通知すると共に、上記転送先による所
定の入金があったことの通知を受けてドキュメントのリ
リースが可能であることを転送先に通知する通知手段
と、ドキュメント保管の通知がなされた上記転送先から
のアクセスがあった場合に、上記格納手段からドキュメ
ントのみを読み出して、該転送先に出力するドキュメン
ト提示手段と、ドキュメントリリースの準備完了の通知
がなされた上記転送先からのアクセスがあった場合に、
少なくとも上記電子署名情報及びドキュメントを、上記
転送先に出力するリリース手段として機能させるプログ
ラムを格納したコンピュータ読み取り可能な記録媒体で
ある。

【００２５】これらの記録媒体により、これをソフトウ
ェア商品として配布、販売することができるようにな
る。また、既存のハードウェア資源を用いてこのソフト
ウェアを使用することにより、既存のハードウェアで新
たなアプリケーションとしての本発明の上記構成が容易
に実行できるようになる。このような記録媒体の構成の
他、ＲＡＭやＲＯＭなどの内部記憶装置の構成やハード
ディスクなどの外部記憶装置の構成も、そのようなプロ
グラムがそこに記録されれば、本発明に規定する記録媒
体に含まれることは言うまでもない。

【００２６】尚、請求項３及び請求項４記載の各手段の
うち一部の機能は、コンピュータに組み込まれた機能
（コンピュータにハードウェア的に組み込まれている機
能でも良く、該コンピュータに組み込まれているオペレ
ーティングシステムや他のアプリケーションプログラム
などによって実現される機能でも良い）によって実現さ
れ、前記記録媒体に記録されたプログラムには、該コン
ピュータによって達成される機能を呼び出すあるいはリ
ンクさせる命令が含まれていても良い。

【００２７】これは、請求項３又は請求項４に規定され
た各手段の一部が、例えばオペレーティングシステムな
どによって達成される機能の一部で代行され、記録媒体
にはその機能を実現するためのプログラムないしモジュ
ールなどは直接記録されているわけではないが、それら
の機能を達成するオペレーティングシステムの機能の一
部を、呼び出したりリンクさせるようにしてあれば、実
質的に同じ構成となるからである。

【００２８】さらに請求項５及び請求項６の構成は、以
上の請求項１及び請求項２のシステム構成と同様な内容
を、データ寄託方法として規定したものである。

【００２９】そのうち、請求項５に係るドキュメントエ
スクロウ実行方法の構成は、請求項１の構成に対応して
おり、具体的には、電子化されたドキュメントが、転送
先情報と関連づけて保管された場合に、該転送先に、ド
キュメントの保管があった旨を通知するステップと、ド
キュメントの保管の通知がなされた上記転送先からのア
クセスがあった場合に、保管されたドキュメントを読み
出して、該転送先に出力するステップと、上記転送先に
よる所定の入金があったことの通知を受けて、上記ドキ
ュメントに関する電子署名を作成するステップと、ドキ
ュメントのリリースが可能であることを、上記転送先に
通知するステップと、ドキュメントリリースの準備完了
の通知がなされた上記転送先からのアクセスがあった場
合に、少なくとも作成された電子署名情報及び当該ドキ
ュメントを上記転送先に出力するステップとを実行する
ことを特徴としている。

【００３０】また請求項６に係るドキュメントエスクロ
ウ実行方法の構成は、請求項２の構成に対応しており、
具体的には、少なくとも電子化されたドキュメント及び
該ドキュメントの電子署名情報が、転送先情報と関連づ
けて保管された場合に、該転送先に、ドキュメントの保
管があった旨を通知するステップと、ドキュメントの保
管の通知がなされた上記転送先からのアクセスがあった
場合に、ドキュメントのみを読み出して、該転送先に出
力するステップと、上記転送先による所定の入金があっ
たことの通知を受けて、ドキュメントのリリースが可能
であることを、転送先に通知するステップと、ドキュメ
ントリリースの準備完了の通知がなされた上記転送先か
らのアクセスがあった場合に、少なくとも上記電子署名
情報及びドキュメントを、上記転送先に出力するステッ
プとを実行することを特徴としている。

【００３１】

【発明の実施の形態】以下、本発明の実施の形態を図示
例と共に説明する。 （実施例１）図１は、任意の貨物の貿易取引を行う輸出
者Ｅ及び輸入者Ｉの間で、これまでの信用状取引に代わ
って、代金決済と引替に、預け入れている船積書類など
の電子化されたドキュメントをリリースする新たなスキ
ームを、本発明に係るドキュメントエスクロウシステム
１を使用して達成する場合の、システム構成を示す概要
説明図である。

【００３２】上述のように、貿易取引の対象物である現
実の貨物の引渡は、上記船積書類などのドキュメントと
引替に行われるので、このようなドキュメントを、上記
貿易金融ＥＤＩなどのように、電子化して中立的な本シ
ステムに預け入れ、代金決済と引替にこれらの電子化さ
れたドキュメントをリリースするようにすることで、輸
入者Ｉは、これらのドキュメントを受け取ることがで
き、その結果、それと引替に、上記貨物の引渡を受ける
ことが可能になる。

【００３３】ただし、代金決済を行う（輸入者Ｉ）側で
は、上記システムに預け入れられたドキュメントが、貨
物の引渡に有効なものであるかを確認できるように、ド
キュメントが預け入れられた段階で、該輸入者Ｉにその
ことを通知して、内容の閲覧ができるようにする。他方
その閲覧段階では、該ドキュメントの真正性を保証でき
るものにはせず、実際の代金決済が行われた段階で、こ
のドキュメントと共に、電子署名情報を一緒に、リリー
スすることで、ドキュメントの真正性が保証されるよう
にしている。

【００３４】また本実施例では、輸出者Ｅ及び輸入者Ｉ
間で上記貿易取引について、すでに契約が成立してお
り、代金の入金先である金融機関Ｂも、入金があった場
合に、本ドキュメントエスクロウシステム１へのその旨
の通知がなされる提携先の金融機関Ｂが指定されている
ものとする。

【００３５】またには、所謂デジタル署名或いは電子捺
印と呼ばれる、電子化されたドキュメントなどの情報
に、署名情報を付加して、該ドキュメントの正当性を保
証する技術が用いられる。図２に示すように、署名者
は、ハッシュ関数などで圧縮されたドキュメントと自分
だけが知っている秘密鍵から署名文を作り、元のドキュ
メントと一緒に送る。検証者は、上記署名者の公開鍵情
報と署名文と、元のドキュメントから、署名が正しいか
どうかを検証する。本実施例の場合、上記署名者は、本
システム１の管理者となる。また検証者は、輸入者Ｉで
ある。

【００３６】以上を前提として、図１では、輸出者Ｅ及
び輸入者Ｉは、夫々パソコンなどのウェブ端末装置２０
１及び２０２を有しており、インターネット３００を介
して、これらのウェブ端末装置は、本ドキュメントエス
クロウシステム１の一部を形成するウェブサーバ１００
に接続できるようになっている。

【００３７】該ドキュメントエスクロウシステム１は、
このウェブサーバ１００の他、アプリケーションサーバ
１２０及びデータベースサーバ１３０で構成されてい
る。さらに本実施例では、本ドキュメントエスクロウシ
ステム１を利用するために、船積書類などのドキュメン
トの寄託者としてのユーザ登録をなしてきた輸出者Ｅ及
びこの輸出者Ｅがドキュメントの寄託を行った際に、そ
のドキュメントの最終的なリリース先である被寄託者と
して登録が行われる輸入者Ｉの本人確認を行うための認
証サーバ１４０も、外部装備として備えている。

【００３８】図３は、本発明のドキュメントエスクロウ
システム１が構成されるウェブサーバ１００、アプリケ
ーションサーバ１２０及びデータベースサーバ１３０の
夫々の装置概要を示す装置構成説明図である。

【００３９】同図に示すように、上記ウェブサーバ１０
０、アプリケーションサーバ１２０及びデータベースサ
ーバ１３０の各構成は、システムバス１０１を介してつ
ながる、ＣＰＵ１０２、ＲＡＭ１０３やＲＯＭ１０４な
どの内部記憶装置、ハードディスクドライブ１０５やＣ
Ｄ−ＲＯＭドライブ１０６などの外部記憶装置、インタ
ーネットなどへの専用線接続アダプタで構成される特定
の通信装置１０７、キーボード１０８やマウス１０９な
どの入力装置、ディスプレイ１１０やプリンタ１１１な
どの出力装置を備える通常の構成であり、上記システム
バス１０１を介してこれらの間で必要なデータや命令の
やり取りが行われる。

【００４０】その他上記認証サーバ１４０やウェブ端末
装置２０１及び２０２も、ほぼ同様な構成であり、その
詳細な説明は省略する。

【００４１】図４は、上記ドキュメントエスクロウシス
テム１の基本構成を示す機能ブロック図である。同図に
示すように、本ドキュメントエスクロウシステム１は、
格納手段２と、通知手段３と、ドキュメント提示手段４
と、電子署名化手段５と、リリース手段６とを備えてい
る。

【００４２】上記格納手段２は、前記アプリケーション
サーバ１２０及びデータベースサーバ１３０で構成され
ており、輸出者Ｅのウェブ端末装置２０１から転送され
た電子化された船積書類などのドキュメントデータを、
転送先情報と関連づけて保管する機能を有している。

【００４３】上記通知手段３は、前記アプリケーション
サーバ１２０で構成されており、上記格納手段２にドキ
ュメントデータの保管があった場合に、格納手段２から
転送先情報を読み出して、転送先である輸入者Ｉに、そ
の旨を通知すると共に、転送先による所定の入金があっ
たことの指定金融機関Ｂによる通知を受けて、上記ドキ
ュメントに関する電子署名が作成された後、該ドキュメ
ントのリリースが可能であることを、上記転送先に通知
する機能を有している。以上の通知は、転送先情報に含
まれるメールアドレスを基に行われる。

【００４４】上記ドキュメント提示手段４は、同じくア
プリケーションサーバ１２０で構成されており、ドキュ
メントデータ保管の通知がなされた上記転送先の輸入者
Ｉから、ウェブ端末装置２０２を介してアクセスがあっ
た場合に、上記格納手段２から該当するドキュメントデ
ータを読み出して、該転送先であるウェブ端末装置２０
２に出力する機能を有している。

【００４５】上記電子署名化手段５は、同じくアプリケ
ーションサーバ１２０で構成されており、上記輸入者Ｉ
によって所定の入金があったことを上記指定金融機関Ｂ
から通知されて、格納手段２からそこに格納されている
ドキュメントデータを読み出し、該ドキュメントデータ
に関する電子署名を、上記図２に示した方法により作成
する機能を有している。

【００４６】上記リリース手段６は、同じくアプリケー
ションサーバ１２０で構成されており、ドキュメントリ
リースの準備完了の通知がなされた上記転送先からのア
クセスがあった場合に、作成された電子署名情報及び格
納手段２から読み出した該当するドキュメントデータ
を、ウェブサーバ１００を介して、転送先である輸入者
Ｉのウェブ端末装置２０２に出力する機能を有してい
る。

【００４７】尚、上述のように、上記電子署名によるド
キュメントの正当性を検証するのに必要な公開鍵情報
は、一般的に電子署名作成に関わった認証機関などから
取得できる。本実施例の構成でも、検証を行う輸入者Ｉ
は、当該公開鍵情報が保管されている上記のような認証
機関にアクセスし、該公開鍵情報を自由に入手すること
ができる。

【００４８】以上の構成を前提として、輸出者Ｅ及び輸
入者Ｉが、両者間で取り交わした貿易取引契約を履行す
るため、貨物の引替に必要な上記船積書類などの電子化
されたドキュメントデータの寄託と、代金決済があった
場合に、輸入者Ｉが該ドキュメントデータを得られるよ
うにする本ドキュメントエスクロウシステム１による処
理の流れについて説明する。

【００４９】まず輸出者Ｅは、上記貿易取引の契約に基
づいて、取引対象物たる貨物の輸送を、輸送業者に依頼
し、その際に発行される上記船荷証券などの船積書類Ｂ
Ｌを、電子化（上記貿易金融ＥＤＩのプロトコルに従っ
て電子化）されたデータの状態で受け取る。

【００５０】そして、該輸出者Ｅは、自己のウェブ端末
装置２０１から、インターネット３００を介して、本ド
キュメントエスクロウシステム１にアクセスする。輸出
者Ｅは、本ドキュメントエスクロウシステム１に対する
ユーザ登録を行っていなければ、その際ユーザ登録を、
認証サーバ１４０に対して行う。そして輸出者Ｅがアク
セスすると、ウェブサーバ１００は、それを認証サーバ
１４０につなぎ、該アクセスが、登録ユーザのアクセス
であるか否かの本人確認を行う。

【００５１】輸出者Ｅは、上記本人確認が終了したとこ
ろで、本ドキュメントエスクロウシステム１に対して、
該システム１によるドキュメントエスクロウ処理のメニ
ュー選択を行う。

【００５２】すると、アプリケーションサーバ１２０
は、該輸出者Ｅに、図５に示すように、このドキュメン
トエスクロウ処理を行う際の基礎的なデータの入力を促
す表示をなす。すなわち、輸出者及び輸入者に関連する
項目として、夫々会員番号、転送元（輸出者Ｅ）名、転
送先（輸入者Ｉ）名、住所・連絡先、電子メールアドレ
スなどの項目と、決済代金金額、及び取引関連情報とし
て寄託する電子化ドキュメントデータを指定するための
ファイル選択欄などの項目が提示される。

【００５３】これらに輸出者Ｅが入力して、Ｓｕｂｍｉ
ｔボタン（図示なし）をクリックすると、図６に示すよ
うに、寄託内容の確認画面が提示され、ここで、「Ｏ
Ｋ」のボタンをクリックすると、図７に示すように、ク
リックした時点で、寄託すべきドキュメントデータやそ
の他の情報が、データベースサーバ１３０上の格納手段
２に転送されたことになる。該格納手段２は、これらの
情報を図８のようなデータ構造にして格納する。

【００５４】図８に示すように、各ドキュメントエスク
ロウ処理毎に付与される寄託番号、転送元情報、転送先
情報、決済金額、寄託されるドキュメントファイルの格
納場所及びファイル名、寄託されたドキュメントデータ
の転送の可否を示す転送可否フラグ、転送先への通知日
時データ、転送先によるドキュメント閲覧日時データ、
入金日時データ、電子署名化日時データ、ドキュメント
データリリース日時データなどが含まれている。

【００５５】このうち、通知日時データ、ドキュメント
閲覧日時データ、入金日時データ、電子署名化日時デー
タ、ドキュメントデータリリース日時データなどは、こ
の時点では、何ら入力されていない。また転送可否フラ
グは、現状では、入金日時データの入力がないので、
「不可」（フラグは立っていない）の状態である。

【００５６】尚、輸入者Ｉのユーザ登録がなされていな
い場合は、アプリケーションサーバ１２０により、上記
輸出者Ｅによって登録された上記情報から、輸入者Ｉに
関する情報が抽出され、輸入者Ｉのメールアドレスを用
いて、認証サーバ１４０に対して、該輸入者Ｉに関する
仮のユーザ登録が行われる。

【００５７】上記通知手段３は、新たなドキュメントデ
ータの寄託があると、通知日時データの記録を確認した
上で、上記転送先情報からメールアドレスを、上記寄託
番号と共に読み出し、前記図７に示すように、該転送先
に向けて、ドキュメントデータの寄託があったことを、
電子メールで通知する。この通知には、上記ウェブサー
バ１００のＵＲＬ情報と、該寄託番号が付加されてい
る。それと共に上記通知日時データ欄に、その通知日時
を書き込む。

【００５８】図９は、転送先である輸入者Ｉへの通知画
面を示している。ここでは、そこに示されたファイルを
直接クリックすることで、当該ファイルの内容が確認で
きるような構成になっていないが、そのような構成にし
ても良い。その場合、ファイルのクリックにより、ＵＲ
Ｌ情報から、上記ウェブサーバ１００に接続され、さら
に上記ファイル属性には、データベースサーバ１３０内
の該当するファイルの格納位置が含まれているので、上
記ドキュメント提示手段４は、格納手段２から、そのド
キュメントデータを読み出して、輸入者Ｉ側のウェブ端
末装置２０２に出力することになる。

【００５９】一方上記通知をメールで受け取った輸入者
Ｉは、そのＵＲＬ情報を元に、ウェブサーバ１００にア
クセスする。ここで、輸入者Ｉに関しても本人確認が行
われるが、輸入者Ｉがユーザ登録がなされていない場合
は、上述のように、ユーザＩＤは、該輸入者Ｉのメール
アドレスで、認証サーバ１４０に仮登録されているの
で、輸入者Ｉは、この段階で、本ドキュメントエスクロ
ウシステム１に対する自己のユーザ登録を行う。

【００６０】このようにして、輸入者Ｉの本人確認が終
了すると、上記ドキュメント提示手段４は、輸入者Ｉの
アクセス時にＣＧＩ（Common Gateway Interface）など
によって送られてくる寄託番号を元に、上記格納手段２
中のデータを検索し、該当する寄託番号の格納データか
ら、ドキュメントデータを読み出し、図１０に示すよう
に、輸入者Ｉのウェブ端末装置２０２画面上に、そのド
キュメントの内容を表示させる。同時に、該ドキュメン
ト提示手段４は、格納手段２のドキュメント閲覧日時デ
ータ欄に、その閲覧日時を書き込む。

【００６１】輸入者Ｉは、その閲覧によって、船積書類
などのドキュメントの内容を確認できたら、図１１に示
すように、上記指定金融機関Ｂに、上記寄託番号を提示
して、決済代金の支払いをなす。上述のように、該金融
機関Ｂは、本ドキュメントエスクロウシステム１に、そ
の寄託番号と共に、代金の支払いがあったこと及び入金
金額を通知する。

【００６２】上記電子署名化手段５は、通知された寄託
番号のデータを検索し、そこから決済金額情報を読み出
し、金融機関Ｂから通知された入金金額とのマッチング
を行う。金額がマッチすることで、格納手段２上の入金
日時データ欄に、その入金日時を書き込む。

【００６３】そして該電子署名化手段５は、該当する寄
託番号のデータから、ドキュメントデータを読み出し、
電子署名情報を生成する。また同時に格納手段２上の電
子署名化処理日時データ欄に、その処理日時を書き込
み、さらに転送可否フラグを立て、転送可能な状態にす
る。

【００６４】さらに上記通知手段３は、図１２に示すよ
うに、転送先である輸入者Ｉに対し、ドキュメントのリ
リースが可能である旨の、ウェブサーバ１００のＵＲＬ
情報及び寄託番号が付加された通知を出す。それに対応
して輸入者Ｉがアクセスしてきた場合に、上記リリース
手段６は、寄託番号を受け取り、該寄託番号に対応する
ドキュメントデータ及びその電子署名情報を、転送先で
ある輸入者Ｉのウェブ端末装置２０２に出力する。それ
と共に、格納手段２上のリリース日時データ欄に、その
リリース日時を書き込み、さらに転送可否フラグを元の
戻し、転送不可の状態にする。図１３は、そのリリース
時において、転送先である輸入者Ｉがドキュメントデー
タ及び電子署名情報を受け取った状態の画面構成を示し
ている。

【００６５】本実施例では、上記通知手段３によってド
キュメントのリリースが可能である旨の通知がなされた
際、輸入者ＩがＵＲＬ情報によりウェブサーバ１００に
アクセスし、本人確認がなされた上で、表示されたメニ
ューに従って、ドキュメントのリリース処理を選択する
ことで（ブラウザ内部ではそのような選択と共に寄託番
号の出力も行われる）、初めてドキュメントデータ及び
電子署名情報のリリースがなされることになる。これに
限られず、上記通知中に表示されるファイル名を直接ク
リックすることで、ウェブサーバ１００につながり、上
記リリース手段６によって、当該ドキュメント及び電子
署名情報のリリースが実行されるような構成にしても良
い。その場合、ファイルのクリックにより、ＵＲＬ情報
から、上記ウェブサーバ１００に接続され、さらに上記
ファイル属性には、データベースサーバ１３０内の該当
するファイルの格納位置が含まれているので、上記リリ
ース手段６は、格納手段２から、そのドキュメントデー
タ及び電子署名情報を読み出して、輸入者Ｉ側のウェブ
端末装置２０２に出力することになる。

【００６６】その後、輸入者Ｉは、任意の認証機関にア
クセスし、電子署名によるドキュメントの正当性を検証
するのに必要な公開鍵情報を入手する。この段階で、公
開鍵情報、ドキュメントデータ及び電子署名情報によ
り、該輸入者Ｉ自身が該ドキュメントの正当性を検証
し、その後これらのドキュメントデータ類を輸送業者に
渡し、それと引替に輸入貨物を引き取る。或いはこのよ
うな検証は行わずに、直接これらのドキュメントデータ
類を輸送業者に渡し、それと引替に輸入貨物を引き取る
ようにしても良い。

【００６７】図１４は、貿易取引で取り交わされる船積
書類などのドキュメントを、以上のドキュメントエスク
ロウシステム１を利用してエスクロウ処理した場合の処
理の流れを示すフローチャートである。

【００６８】同図に示すように、ドキュメントエスクロ
ウシステム１側のウェブサーバ１００は、リンクの発生
があると起動する（ステップＳ１０１）。そして本ドキ
ュメントエスクロウシステム１のウェブサーバ１００
は、輸入者Ｉ又は輸出者Ｅなどのユーザアクセスを、認
証サーバ１４０につなぎ、そこでユーザＩＤやパスワー
ドなどを要求することで本人確認処理を行う（ステップ
Ｓ１０２）。ここで本人確認ができなかった場合（ステ
ップＳ１０２；Ｎｏ）、アクセスしてきた者に対し、改
めてユーザ登録をするか否かがチェックされる（ステッ
プＳ１０３）。その登録が行われる場合（ステップＳ１
０３；Ｙｅｓ）、ユーザ登録処理が実行され（ステップ
Ｓ１０４）、前記ステップＳ１０２に復帰する。反対に
ユーザ登録が行われない場合（ステップＳ１０３；Ｎ
ｏ）は、ログオフとなる。

【００６９】上記ステップＳ１０２で、本人確認ができ
た場合（ステップＳ１０２；Ｙｅｓ）、アクセスユーザ
に対し、さらに指定金融機関Ｂであるか否かがチェック
される（ステップＳ１０５）。ここで指定金融機関Ｂの
アクセスであると判断されると（ステップＳ１０５；Ｙ
ｅｓ）、後述する図１６の処理に移行する。

【００７０】反対に指定金融機関Ｂのアクセスではない
と判断されると（ステップＳ１０５；Ｎｏ）、トップメ
ニュー（図示なし）が表示される（ステップＳ１０
６）。該ユーザの選択がなされた場合、ユーザ選択がド
キュメントエスクロウの寄託処理であるか否かがチェッ
クされる（ステップＳ１０７）。該寄託処理が選択され
ていない場合（ステップＳ１０７；Ｎｏ）、さらにドキ
ュメント閲覧処理が選択されたか否かがチェックされる
（ステップＳ１０８）。

【００７１】ドキュメント閲覧処理が選択された場合
（ステップＳ１０８；Ｙｅｓ）は、後述する図１５の処
理に移行する。反対にドキュメント閲覧処理が選択され
ない場合（ステップＳ１０８；Ｎｏ）は、さらにドキュ
メント転送処理が選択されたか否かがチェックされる
（ステップＳ１０９）。

【００７２】ドキュメント転送処理が選択された場合
（ステップＳ１０９；Ｙｅｓ）は、後述する図１７の処
理に移行する。反対にドキュメント転送処理が選択され
ない場合（ステップＳ１０９；Ｎｏ）は、上記ステップ
Ｓ１０６に復帰する。

【００７３】上記ステップＳ１０７で、ユーザ選択がド
キュメントエスクロウの寄託処理であった場合（ステッ
プＳ１０７；Ｙｅｓ）、輸出者Ｅによるドキュメントエ
スクロウ処理依頼であるとして、前記図５の申込画面が
表示され、該画面に従った基礎データの入力が促される
（ステップＳ１１０）。

【００７４】そして上記図５の申込画面に従った基礎デ
ータが全て入力されたか否かがチェックされる（ステッ
プＳ１１１）。基礎データが全部揃っていなければ（ス
テップＳ１１１；Ｎｏ）、前記ステップＳ１１０に復帰
する。

【００７５】反対に基礎データ（この中にドキュメント
データを含む）が全部揃っていれば（ステップＳ１１
１；Ｙｅｓ）、格納手段２に、これらの基礎データが格
納される（ステップＳ１１３）。そして通知手段３によ
って、転送先である輸入者Ｉに対し、ドキュメントを保
管した旨の通知が行われる（ステップＳ１１４）。

【００７６】図１５は、輸入者Ｉが、前記通知手段３に
よる通知を受けて、寄託されたドキュメントの内容の確
認を行う場合の処理の流れを示すフローチャートであ
る。

【００７７】同図に示すように、輸入者Ｉの本人確認処
理がなされた後、メニュー選択で、ドキュメントの内容
の閲覧処理が選択されると、ウェブサーバ１００を介し
てドキュメント提示手段４により、輸入者Ｉ側のウェブ
端末装置２０２から、ＣＧＩなどによって、寄託番号が
受領される（ステップＳ２０１）。

【００７８】この寄託番号を元に、上記ドキュメント提
示手段４により、データが検索され、ドキュメントファ
イルが読み出される（ステップＳ２０２）。そして、そ
のデータが、輸入者Ｉ側のウェブ端末装置２０２に転送
され、該ウェブ端末装置２０２に提示される（ステップ
Ｓ２０３）。

【００７９】図１６は、指定金融機関Ｂによる入金通知
があった場合の処理の流れを示すフローチャートであ
る。

【００８０】同図に示すように、指定金融機関Ｂからの
アクセスであると判断されると（前記ステップＳ１０
５；Ｙｅｓ）、該金融機関Ｂ側の装置から、ウェブサー
バ１００を介して、電子署名化手段５により、寄託番号
・入金日時・入金金額などのデータが受領される（ステ
ップＳ３０１）。

【００８１】該電子署名化手段５により、通知された寄
託番号を基に格納手段２上のデータ検索が行われ（ステ
ップＳ３０２）、そこから決済金額情報が読み出され
て、金融機関Ｂから通知された入金金額とのマッチング
が行われる（ステップＳ３０２）。

【００８２】上記金額がマッチした場合（ステップＳ３
０３；Ｙｅｓ）、電子署名化手段５により、該当する寄
託番号のデータから、ドキュメントファイルのデータが
読み出され、電子署名情報が生成される（ステップＳ３
０４）。また転送可否フラグが立られ、転送可能な状態
に設定される（ステップＳ３０５）。さらに上記通知手
段３により、輸入者Ｉに対し、ドキュメントのリリース
が可能である旨の通知、ウェブサーバ１００のＵＲＬ情
報及び寄託番号が付加された状態で出される（ステップ
Ｓ３０６）。

【００８３】図１７は、輸入者Ｉが、上記の通知を受け
て、ドキュメントデータと電子署名情報を受領する場合
の処理の流れを示すフローチャートである。

【００８４】同図に示すように、輸入者Ｉの本人確認処
理がなされた後、メニュー選択で、ドキュメントの内容
の転送処理が選択されると、ウェブサーバ１００を介し
てリリース手段６により、輸入者Ｉ側のウェブ端末装置
２０２から、ＣＧＩなどによって、寄託番号が受領され
る（ステップＳ４０１）。

【００８５】この寄託番号を元に、上記リリース手段６
により、データが検索され、ドキュメントファイル及び
電子署名情報が読み出される（ステップＳ４０２）。そ
して、これらのデータが、輸入者Ｉ側のウェブ端末装置
２０２にリリースされ、該ウェブ端末装置２０２に提示
される（ステップＳ４０３）。さらにリリース手段６に
よって、転送可否フラグが基の状態に戻され、転送不可
の状態にセットされる（ステップＳ４０４）。

【００８６】以上詳述した本実施例構成では、電子化さ
れたドキュメントデータが、転送先情報と関連づけて、
前記格納手段２に保管された際、通知手段３により、転
送先である輸入者Ｉにその旨が通知される。それに従っ
て、該輸入者Ｉは、本ドキュメントエスクロウシステム
１にアクセスし、ドキュメント提示手段４によって、上
記ドキュメントデータの内容を確認できる。この確認に
より、輸入者Ｉは安心して貿易取引の代金決済をするこ
とができ、その決済がなされた指定金融機関Ｂからその
入金通知を受けた本ドキュメントエスクロウシステム１
では、電子署名化手段５により、ドキュメントデータに
関する電子署名が作成される。その後ドキュメントデー
タのリリースが可能であることが、前記通知手段３によ
って、上記輸入者Ｉに通知される。それに伴って輸入者
Ｉからアクセスがあった場合に、リリース手段６によっ
て、作成された電子署名情報及び当該ドキュメントデー
タが、該輸入者Ｉにリリースされることになる。

【００８７】このような構成によれば、電子化されたド
キュメントデータを一旦本ドキュメントエスクロウシス
テム１に預け入れ、輸入者Ｉ側がその内容を確かめた上
で、代金決済を行うことによって、初めて該ドキュメン
トデータがリリースされるという枠組みが提供されるこ
とになる。

【００８８】また、輸入者Ｉ側がドキュメントの内容を
確認する段階では、電子署名情報が該輸入者Ｉ側には渡
されてないため、輸入者Ｉ側で勝手にそのドキュメント
を利用した処理を行おうとしても、書類の信頼性が担保
されていないので、そのような悪用はできないことにな
る。

【００８９】（実施例２）図１８は、同じく貿易取引を
行う輸出者Ｅ及び輸入者Ｉの間で、代金決済と引替に、
預け入れている船積書類などの電子化されたドキュメン
トをリリースする処理を、本発明に係る別のドキュメン
トエスクロウシステム１の構成を使用して行う場合の、
システム構成を示す概要説明図である。

【００９０】前記実施例との違いは、輸出者Ｅが、輸送
業者などから受け取ることになる船荷証券（Bill of La
ding）などの船積書類ＢＬが、輸送業者などで発行され
る段階で、電子署名が作成されている点にある。このよ
うな場合は、前記電子署名化手段５による電子署名の作
成には、必要がないので、上記ドキュメントを格納手段
２に保管する段階で、ドキュメントデータなどと一緒に
電子署名情報も受け取って、保管するものとする。

【００９１】図１９は、上記実施例の場合に格納手段２
に格納される寄託データのデータ構造を示す説明図であ
る。上述のように、本構成では、ドキュメントデータな
どと共に電子署名情報も一緒に格納されている。

【００９２】以上の本実施例の構成でも、電子化された
ドキュメントデータを一旦本ドキュメントエスクロウシ
ステム１に預け入れ、輸入者Ｉ側がその内容を確かめた
上で、代金決済をなすことによって、初めて該ドキュメ
ントがリリースできる枠組みが提供されることは、前実
施例の場合と同じであるが、電子署名化手段による電子
署名作成処理は行われず、輸送業者など第三者によるド
キュメントデータの発行と一緒に作成された電子署名
が、該ドキュメントデータと共に格納手段２に保管さ
れ、また指定金融機関Ｂに代金決済を行った輸入者Ｉが
アクセスしてきた場合に、リリース手段６により、これ
らのデータが、該輸入者Ｉに出力されることになる。

【００９３】尚、本発明のドキュメントエスクロウシス
テム１の構成は、上述の実施例にのみ限定されるもので
はなく、本発明の要旨を逸脱しない範囲内において種々
変更を加え得ることは勿論である。

【００９４】

【発明の効果】以上、説明したように本発明の請求項１
〜１６記載のドキュメントエスクロウシステム、記録媒
体及びドキュメントエスクロウ実行方法によれば、電子
化されたドキュメントデータを一旦本ドキュメントエス
クロウシステム側又は本方法を実行する側に預け入れ、
ドキュメントの転送先側がその内容を確かめた上で、代
金決済を行うことによって、初めて該ドキュメントがリ
リースされるという枠組みが提供されることになるた
め、上記金融機関など、取引の間に立つ者の責任負担を
軽減でき、迅速且つ業務処理の改善も望め、さらに取引
の安全性も確保できるという優れた効果を奏し得る。

【００９５】また、上記構成では、ドキュメントの転送
先側が該ドキュメントの内容を確認する段階では、電子
署名が該転送先側には渡されてないため、転送先側で勝
手にそのドキュメントを利用した処理を行おうとして
も、書類の信頼性が担保されていないので、そのような
悪用はできないことになる。

【図面の簡単な説明】

【図１】貿易取引を行う輸出者Ｅ及び輸入者Ｉの間で、
代金決済と引替に、預け入れている船積書類などの電子
化されたドキュメントをリリースする本発明に係るドキ
ュメントエスクロウシステム１のシステム構成を示す概
要説明図である。

【図２】電子署名の一技法を示す説明図である。

【図３】本発明のドキュメントエスクロウシステム１が
構成されるウェブサーバ１００、アプリケーションサー
バ１２０及びデータベースサーバ１３０の夫々の装置概
要を示す装置構成説明図である。

【図４】本実施例に係るドキュメントエスクロウシステ
ム１の基本構成を示す機能ブロック図である。

【図５】ドキュメントエスクロウ処理を行う際の基礎的
なデータの入力を促す表示画面構成を示す説明図であ
る。

【図６】寄託内容の確認表示画面構成を示す説明図であ
る。

【図７】ドキュメントデータが格納される手順を示す工
程説明図である。

【図８】実施例１において格納されるデータ構造を示す
説明図である。

【図９】転送先である輸入者Ｉへの通知表示画面構成を
示す説明図である。

【図１０】ドキュメントデータが閲覧される手順を示す
工程説明図である。

【図１１】指定金融機関Ｂに代金決済をなしてからドキ
ュメントデータの電子署名化がなされるまでの手順を示
す工程説明図である。

【図１２】ドキュメントデータがリリースされるまでの
手順を示す工程説明図である。

【図１３】ドキュメントデータリリース時における輸入
者Ｉがドキュメントデータ及び電子署名情報を受け取っ
た状態の表示画面構成を示す説明図である。

【図１４】貿易取引で取り交わされる船積書類などのド
キュメントを、以上のドキュメントエスクロウシステム
１を利用してエスクロウ処理した場合の処理の流れを示
すフローチャートである。

【図１５】輸入者Ｉが、前記通知手段３による通知を受
けて、寄託されたドキュメントの内容の確認を行う場合
の処理の流れを示すフローチャートである。

【図１６】指定金融機関Ｂによる入金通知があった場合
の処理の流れを示すフローチャートである。

【図１７】輸入者Ｉが、上記の通知を受けて、ドキュメ
ントデータと電子署名情報を受領する場合の処理の流れ
を示すフローチャートである。

【図１８】貿易取引を行う輸出者Ｅ及び輸入者Ｉの間
で、代金決済と引替に、預け入れている船積書類などの
電子化されたドキュメントをリリースする本発明に係る
別のドキュメントエスクロウシステム１のシステム構成
を示す概要説明図である。

【図１９】上記実施例の場合に格納手段２に格納される
寄託データのデータ構造を示す説明図である。

【図２０】貿易取引におけるこれまでの信用取引の処理
の流れを示す説明図である。

【図２１】信用状ＬＣが保証書として機能する条件とし
て行われる信用状ＬＣと船積書類ＢＬとの条件確認のや
り方を示す処理説明図である。

【符号の説明】

１ ドキュメントエスクロウシステム ２ 格納手段 ３ 通知手段 ４ ドキュメント提示手段 ５ 電子署名化手段 ６ リリース手段 １００ ウェブサーバ １０１ システムバス １０２ ＣＰＵ １０３ ＲＡＭ １０４ ＲＯＭ １０５ ハードディスクドライブ １０６ ＣＤ−ＲＯＭドライブ １０７ 通信装置 １０８ キーボード １０９ マウス １１０ ディスプレイ １１１ プリンタ １２０ アプリケーションサーバ １３０ データベースサーバ １４０ 認証サーバ ２０１，２０２ ウェブ端末装置 ３００ インターネット Ｂ，Ｂ１，Ｂ２ 金融機関Ｂ Ｅ 輸出者 Ｉ 輸入者

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ４２４ Ｇ０６Ｆ 17/60 ４２４ 12/14 ３２０ 12/14 ３２０Ａ

Claims (6)

【特許請求の範囲】
1. 【請求項１】 電子化されたドキュメントを、転送先情
   報と関連づけて保管する格納手段と、 上記転送先に、ドキュメントの保管があった旨及びドキ
   ュメントのリリースが可能であることを通知する通知手
   段と、 ドキュメント保管の通知がなされた上記転送先からのア
   クセスがあった場合に、上記格納手段からドキュメント
   を読み出して、該転送先に出力するドキュメント提示手
   段と、 上記転送先による所定の入金があったことの通知を受け
   て、上記ドキュメントに関する電子署名を作成する電子
   署名化手段と、 ドキュメントリリースの準備完了の通知がなされた上記
   転送先からのアクセスがあった場合に、少なくとも作成
   された電子署名情報及び当該ドキュメントを上記転送先
   に出力するリリース手段とを有することを特徴とするド
   キュメントエスクロウシステム。
2. 【請求項２】 少なくとも電子化されたドキュメント及
   び該ドキュメントの電子署名情報を、転送先情報と関連
   づけて保管する格納手段と、 上記転送先に、ドキュメントの保管があった旨を通知す
   ると共に、上記転送先による所定の入金があったことの
   通知を受けてドキュメントのリリースが可能であること
   を通知する通知手段と、 ドキュメント保管の通知がなされた上記転送先からのア
   クセスがあった場合に、上記格納手段からドキュメント
   のみを読み出して、該転送先に出力するドキュメント提
   示手段と、 ドキュメントリリースの準備完了の通知がなされた上記
   転送先からのアクセスがあった場合に、少なくとも上記
   電子署名情報及びドキュメントを、上記転送先に出力す
   るリリース手段とを有することを特徴とするドキュメン
   トエスクロウシステム。
3. 【請求項３】 コンピュータを、 電子化されたドキュメントを、転送先情報と関連づけて
   保管する格納手段と、 上記転送先に、ドキュメントの保管があった旨及びドキ
   ュメントのリリースが可能であることを通知する通知手
   段と、 ドキュメント保管の通知がなされた上記転送先からのア
   クセスがあった場合に、上記格納手段からドキュメント
   を読み出して、該転送先に出力するドキュメント提示手
   段と、 上記転送先による所定の入金があったことの通知を受け
   て、上記ドキュメントに関する電子署名を作成する電子
   署名化手段と、 ドキュメントリリースの準備完了の通知がなされた上記
   転送先からのアクセスがあった場合に、少なくとも作成
   された電子署名情報及び当該ドキュメントを上記転送先
   に出力するリリース手段として機能させるプログラムを
   格納したコンピュータ読み取り可能な記録媒体。
4. 【請求項４】 コンピュータを、 少なくとも電子化されたドキュメント及び該ドキュメン
   トの電子署名情報を、転送先情報と関連づけて保管する
   格納手段と、 上記転送先に、ドキュメントの保管があった旨を通知す
   ると共に、上記転送先による所定の入金があったことの
   通知を受けてドキュメントのリリースが可能であること
   を転送先に通知する通知手段と、 ドキュメント保管の通知がなされた上記転送先からのア
   クセスがあった場合に、上記格納手段からドキュメント
   のみを読み出して、該転送先に出力するドキュメント提
   示手段と、 ドキュメントリリースの準備完了の通知がなされた上記
   転送先からのアクセスがあった場合に、少なくとも上記
   電子署名情報及びドキュメントを、上記転送先に出力す
   るリリース手段として機能させるプログラムを格納した
   コンピュータ読み取り可能な記録媒体。
5. 【請求項５】 電子化されたドキュメントが、転送先情
   報と関連づけて保管された場合に、該転送先に、ドキュ
   メントの保管があった旨を通知するステップと、 ドキュメントの保管の通知がなされた上記転送先からの
   アクセスがあった場合に、保管されたドキュメントを読
   み出して、該転送先に出力するステップと、 上記転送先による所定の入金があったことの通知を受け
   て、上記ドキュメントに関する電子署名を作成するステ
   ップと、 ドキュメントのリリースが可能であることを、上記転送
   先に通知するステップと、 ドキュメントリリースの準備完了の通知がなされた上記
   転送先からのアクセスがあった場合に、少なくとも作成
   された電子署名情報及び当該ドキュメントを上記転送先
   に出力するステップとを実行することを特徴とするドキ
   ュメントエスクロウ実行方法。
6. 【請求項６】 少なくとも電子化されたドキュメント及
   び該ドキュメントの電子署名情報が、転送先情報と関連
   づけて保管された場合に、該転送先に、ドキュメントの
   保管があった旨を通知するステップと、 ドキュメントの保管の通知がなされた上記転送先からの
   アクセスがあった場合に、ドキュメントのみを読み出し
   て、該転送先に出力するステップと、 上記転送先による所定の入金があったことの通知を受け
   て、ドキュメントのリリースが可能であることを、転送
   先に通知するステップと、 ドキュメントリリースの準備完了の通知がなされた上記
   転送先からのアクセスがあった場合に、少なくとも上記
   電子署名情報及びドキュメントを、上記転送先に出力す
   るステップとを実行することを特徴とするドキュメント
   エスクロウ実行方法。