JP2008047003A - 情報伝達システム、情報伝達計算機及びプログラム - Google Patents

Abstract

【課題】安全で利便性の高い情報伝達システムを提供する。
【解決手段】情報管理計算機であって、伝達情報対応情報を記憶し、第２計算機から認証要求を受信すると、当該情報管理計算機が受信可能なメールアドレスのうち、以前に受信した認証要求のいずれにも割り当てられていないメールアドレスを、当該受信した認証要求に割り当て、認証用メールアドレス対応情報に記憶し、電子メールを受信すると、当該受信した電子メールから、送信元メールアドレス及び送信先メールアドレスを特定し、前記認証用メールアドレス対応情報を参照して、前記特定された送信先メールアドレスに対応する認証要求を特定し、前記伝達情報対応情報を参照して、前記特定された送信元メールアドレスに対応する伝達情報を特定し、前記特定された認証要求の送信元である前記第２計算機に、前記特定された伝達情報を送信することを特徴とする。
【選択図】図２

Description

本発明は情報伝達システム、情報伝達計算機及びプログラムに関するものである。

インターネットセキュリティの関心が高まるにつれ、電子ファイルをパスワードで暗号化してから、電子メールで送信する機会が増えている。ファイルを暗号化するユーザ（以下、暗号者）は、復号用パスワードを、ファイルを復号するユーザ（以下、復号者）に伝えなければいけない。従来の主なパスワード連絡手段は、電子メール、電話又は郵便等である。

特許公開２００５−２４２９９３号公報

パスワード連絡手段としての電子メールは、次の問題を抱える。暗号化された電子ファイル（以下、暗号化ファイル）及びパスワードの両方が、電子メールで送信される場合、その両方が、同一のメールサーバに保存される。すると、本来の復号者でないメールサーバの管理者が、暗号化ファイル及びパスワードを取得し、ファイルを復号できてしまう。また、パスワード連絡手段としての電話は、復号者が電話に出ないと、暗号者がパスワードを伝えられないという問題を含む。また、パスワード連絡手段としての郵便は、パスワードが伝わるまでの期間が、電子メールや電話と比較して、長いという問題を含む。

特許文献１は、この問題を解決するために、電話の発信者電話番号を用いた技術を紹介している。しかし、特許文献１の技術では、暗号者が復号者の電話番号を知らなければいけない。電子ファイルは、電子メールで受け渡されることが多いため、暗号者は、復号者のメールアドレスを知っているが、電話番号を知らないことがある。また、特許文献１の技術では、復号者が、音声によってパスワードを聞き取るため、復号者が、パスワードを聞き誤ることがある。さらに、復号者は、聞き取ったパスワードを、入力装置によって、復号用ソフトウェアに入力する手間がいる。

本発明は、以上の問題点に鑑みてなされたものであって、安全で利便性の高い情報伝達システムを、提供することを課題とする。

本発明の代表的な形態の一つは、第１計算機及び第２計算機にネットワークを介して接続され、プロセッサ、メモリ及びネットワークインタフェースを備える情報管理計算機であって、前記プロセッサは、伝達情報と当該伝達情報の受信者のメールアドレスとの対応を示す伝達情報対応情報を記憶し、前記第２計算機から認証要求を受信すると、当該情報管理計算機が受信可能なメールアドレスのうち、以前に受信した認証要求のいずれにも割り当てられていないメールアドレスを、当該受信した認証要求に割り当て、前記受信した認証要求と当該認証要求に割り当てられたメールアドレスとの対応を、認証用メールアドレス対応情報に記憶し、電子メールを受信すると、当該受信した電子メールから、送信元メールアドレス及び送信先メールアドレスを特定し、前記認証用メールアドレス対応情報を参照して、前記特定された送信先メールアドレスに対応する認証要求を特定し、前記伝達情報対応情報を参照して、前記特定された送信元メールアドレスに対応する伝達情報を特定し、前記特定された認証要求の送信元である前記第２計算機に、前記特定された伝達情報を送信することを特徴とする。

また、本発明の代表的な形態の一つは、第１計算機及び第２計算機にネットワークを介して接続され、プロセッサ、メモリ及びネットワークインタフェースを備える情報管理計算機であって、前記プロセッサは、前記第１計算機から、伝達情報の受信者のメールアドレスを受信し、前記伝達情報と前記受信した受信者のメールアドレスとの対応を、伝達情報対応情報に記憶し、電子メールを受信すると、当該受信した電子メールから、送信元メールアドレスを特定し、前記伝達情報対応情報を参照して、前記特定された送信元メールアドレスに対応する伝達情報を特定し、前記特定された伝達情報を、前記第２計算機に送信することを特徴とする。

本発明の代表的な形態によれば、暗号者は、メールアドレスを指定して、当該メールアドレスの所有者に、情報を伝達することができる。

本発明の実施の形態において、伝達される情報（以下、伝達情報）は、暗号化ファイルの復号用パスワードである。しかし、伝達情報は、暗号化ファイルの復号用パスワードでなくてもよく、電子情報であればいかなるものであってもよい。しかし、説明を簡単にするめに、本実施の形態では、情報を伝達するユーザを、暗号者と呼び、情報を伝達されるユーザを復号者と呼ぶ。また、一人のユーザは、暗号者又は復号者のいずれにもなり得る。つまり、本発明の実施の形態の情報伝達システムは、暗号者から復号者へ、様々な電子情報を伝達できる。

本発明の実施の形態を図面を参照して説明する。
（第１の実施形態）
図１は、本発明の第１の実施形態の情報伝達システムの構成のブロック図である。第１の実施形態の情報伝達システムは、複数のクライアント計算機１、複数のクライアント計算機２、ＷＥＢサーバ３及びネットワーク５を備える。ネットワーク５は、クライアント計算機１、クライアント計算機２及びＷＥＢサーバ３を、相互に接続する。ネットワーク５は、例えば、インターネットである。クライアント計算機１及びクライアント計算機２は、ＷＥＢサーバ３によって提供されるＷＥＢサイトにアクセスする。ＷＥＢサーバ３は、伝達情報を管理する情報管理計算機である。ＷＥＢサーバ３は、図２で詳細を説明するが、クライアント計算機１及びクライアント計算機２にＷＥＢサイトを提供する。

クライアント計算機１は、暗号者によって操作される。クライアント計算機１は、ＣＰＵ、メモリ及びネットワークネットワークインタフェースを備える計算機である。また、クライアント計算機１は、ディスプレイといった出力装置を備えてもよい。クライアント計算機１は、キーボード及びマウスといった入力装置を備えてもよい。クライアント計算機１は、例えば、パーソナルコンピュータ、携帯電話又はＰＤＡ（ＰＥＲＳＯＮＡＬ ＤＩＧＩＴＡＬ ＡＳＳＩＳＡＮＴ）等である。

クライアント計算機２は、復号者によって操作される。クライアント計算機２は、クライアント計算機１と同様の計算機である。なお、説明の便宜上、クライアント計算機１とクライアント計算機２とは、別の計算機としたが、一台の計算機が、暗号者及び復号者の両方に操作されてもよい。なぜなら、一人のユーザは、情報を伝達するときには暗号者となり、情報を伝達されるときには復号者となる。

図２は、第１の実施形態の情報伝達システムに備わるＷＥＢサーバ３の構成のブロック図である。ＷＥＢサーバ３は、ＣＰＵ３１、メモリ３２及びネットワークインタフェース３９を備える。ネットワークインタフェース３９は、ネットワーク５を介してクライアント計算機１及びクライアント計算機２と接続する。ＣＰＵ３１は、メモリ３２に記憶されるプログラムを実行することによって、各種処理を行う。メモリ３２は、ＣＰＵ３１に実行されるプログラム及びＣＰＵ３１によって必要とされる情報等を記憶する。具体的には、メモリ３２は、パスワード登録プログラム３１０、パスワード開示プログラム３２０、ＷＥＢサイト提供プログラム３３０、認証用メールアドレス対応テーブル３４１及び伝達情報テーブル３４２を記憶する。

パスワード登録プログラム３１０は、入力情報受信サブプログラム３１５及び伝達情報テーブル更新サブプログラム３１６を含む。入力情報受信サブプログラム３１５は、暗号者によって入力された情報を、クライアント計算機１から受信する。伝達情報テーブル更新サブプログラム３１６は、入力情報受信サブプログラム３１５が受信した入力情報に基づいて、伝達情報テーブル３４２（図３）を更新する。

図３は、第１の実施形態のＷＥＢサーバ３の伝達情報テーブル３４２の構成図である。伝達情報テーブル３４２は、メールアドレス３４２２、ファイル名３４２３及びパスワード３４２４を含む。メールアドレス３４２２は、復号者のメールアドレスである。ファイル名３４２３は、当該レコードのメールアドレス３４２２を持つ復号者に渡される暗号化ファイルの名称である。パスワード３４２４は、当該レコードのファイル名３４２３によって識別される暗号化ファイルを復号するためのパスワードである。

図２に戻る。パスワード開示プログラム３２０は、認証要求受信サブプログラム３２２１、認証結果要求受信サブプログラム３２２２、認証要求ＩＤ生成サブプログラム３２３、認証用メールアドレス生成サブプログラム３２４、メール受信サブプログラム３２６、受信メール読取サブプログラム３２７、認証サブプログラム３２８及び画面生成サブプログラム３２９を含む。

認証要求受信サブプログラム３２２１は、クライアント計算機２から認証要求を受信する。

認証結果要求受信サブプログラム３２２２は、クライアント計算機２から認証結果要求を受信する。

認証要求ＩＤ生成サブプログラム３２３は、認証要求ＩＤを生成する。認証要求ＩＤ生成サブプログラム３２３は、作成した認証要求ＩＤを、認証要求受信サブプログラム３２２１によって受信された認証要求に割り当てる。認証要求ＩＤは、認証要求の一意な識別子である。仮に、ＷＥＢサーバ３が、認証要求を複数のクライアント計算機２から同時に受信すると、受信したそれぞれの認証要求に対して異なる認証要求ＩＤを割り当てる。また、ＷＥＢサーバ３は、第１の認証要求を処理中に、当該処理中の第１の認証要求の送信元であるクライアント計算機２から第２の認証要求を受信してもよい。この場合、ＷＥＢサーバ３は、第１の認証要求と異なる認証要求ＩＤを、第２の認証要求に割り当てる。これによって、ＷＥＢサーバ３は、同一のクライアント計算機２から送信された複数の認証要求を同時に処理できる。認証要求ＩＤ生成サブプログラム３２３は、乱数、アプリケーションＩＤ及び認証要求ＩＤの生成時刻等に基づいて、認証要求ＩＤを生成する。なお、アプリケーションＩＤは、当該ＷＥＢサーバ３にインストールされているパスワード開示プログラム３２０の一意な識別子である。なお、アプリケーションＩＤは、一般的にライセンスキーとして知られているものであり、詳細な説明は省略する。なお、認証要求ＩＤの生成方法は、その目的を達成する限り他の方法を用いてもよい。

認証用メールアドレス生成サブプログラム３２４は、ＷＥＢサーバ３によって受信可能なメールアドレスを新たに生成する。そして、認証用メールアドレス生成サブプログラム３２４は、生成したメールアドレスを認証用メールアドレスとして、認証要求ＩＤ生成サブプログラム３２３が生成する認証要求ＩＤに割り当てる。これによって、認証用メールアドレスと認証要求ＩＤとの関係は１対１となる。すなわち、認証用メールアドレスによっ、認証要求が一意に特定される。なお、認証用メールアドレス生成サブプログラム３２４は、認証要求ＩＤに認証用メールアドレスを割り当ててから所定の時間が経過すると、認証用メールアドレスの割り当てを解除してもよい。また、認証用メールアドレス生成サブプログラム３２４は、認証要求に対する認証を完了すると、当該認証要求に対する認証用メールアドレスの割り当てを解除してもよい。また、認証用メールアドレス生成サブプログラム３２４は、他の契機によって、認証要求に対する認証用メールアドレスの割り当てを解除してもよい。認証要求に対する認証用メールアドレスの割り当てを解除すると、その認証用メールアドレスによる成りすましのアクセスがなくなる。認証用メールアドレスの割り当ての解除時期は、例えば、１０分後といった、割り当てから一定時間後の時刻でもよい。認証用メールアドレスの割り当ての解除時期については、本発明の実施者に委ねられる。

ここで、認証要求に対する認証用メールアドレスの割り当てを解除する具体的な方法を述べる。例えば、認証用メールアドレス生成サブプログラム３２４は、解除しようとする認証用メールアドレスを破棄する。認証用メールアドレスが破棄されると、ＷＥＢサーバ３は、当該認証用メールアドレスで電子メールを受信できない。また、例えば、認証用メールアドレス生成サブプログラム３２４は、解除しようとする認証用メールアドレスと、認証用メールアドレス対応テーブル３４１の認証用メールアドレス３４１２とが一致するレコードを、認証用メールアドレス対応テーブル３４１から選択する。そして、認証用メールアドレス生成サブプログラム３２４は、選択したレコードを、認証用メールアドレス対応テーブル３４１から削除する。認証要求に対する認証用メールアドレスの割り当てを解除する方法は、その目的を達成できる限り他の方法でもよい。なお、認証用メールアドレス対応テーブル３４１（図４）については、詳細を後述する。

認証用メールアドレス生成サブプログラム３２４の認証用メールアドレスの生成方法の一例を説明する。認証用メールアドレス生成サブプログラム３２４は、認証要求ＩＤ及びＷＥＢサーバ３に割り当てられているドメインに基づいて、認証用メールアドレスを生成する。認証要求ＩＤが「００２９３８２」且つドメインが「ａｕｔｈａｄｄ．ｃｏｍ」の場合、認証用メールアドレス生成サブプログラム３２４は、「００２９３８２＠ａｕｔｈａｄｄ．ｃｏｍ」を認証用メールアドレスとして生成する。認証要求ＩＤが一意なため、認証用メールアドレスも一意となる。なお、認証用メールアドレスの生成方法は、認証用メールアドレスと認証要求ＩＤとの関係が１対１であれば、必ずしも認証要求ＩＤを用いる必要はない。認証用メールアドレスの生成方法は、その目的を達成する限り他の方法を用いてもよい。

なお、パスワード開示プログラム３２０は、認証用メールアドレス生成サブプログラム３２４の代わりに、認証用メールアドレス割当サブプログラムを含んでもよい。この場合、ＷＥＢサーバ３には、当該ＷＥＢサーバ３が受信可能なメールアドレスが予め複数設定されている。認証用メールアドレス割当サブプログラムは、認証要求ＩＤを引き受けると、以前に引き受けた認証要求ＩＤのいずれにも割り当てられていないメールアドレスを、ＷＥＢサーバ３が受信可能なメールアドレスの中から特定する。そして、認証用メールアドレス割当サブプログラムは、特定したメールアドレスを認証用メールアドレスとして、引き受けた認証要求ＩＤに割り当てる。すなわち、認証用メールアドレス割当サブプログラムは、認証要求ＩＤに既に割り当てられている認証用メールアドレスを、他の認証要求に割り当てない。この場合も、認証用メールアドレスと認証要求ＩＤとの関係は１対１となる。すなわち、認証用メールアドレスによって、認証要求が一意に特定される。ただし、認証用メールアドレス割当サブプログラムは、認証要求ＩＤに対する認証用メールアドレスの割り当てを解除する必要がある。なぜなら、認証要求ＩＤに割り当てられるメールアドレスが、不足してしまうからである。例えば、認証用メールアドレス割当サブプログラムは、認証用メールアドレスを割り当ててから所定の時間が経過すると、認証用メールアドレスの割り当てを解除する。また、認証用メールアドレス割当サブプログラムは、認証要求に対する認証を完了すると、当該認証要求に対する認証用メールアドレスの割り当てを解除する。そして、認証用メールアドレス割当サブプログラムは、割り当てが解除されたメールアドレスを認証用メールアドレスとして、異なる認証要求ＩＤに再度割り当てることができる。ただし、ＷＥＢサーバ３は、予め設定されたメールアドレスの数より多数の復号者を、所定の時間内に認証できない。なぜならば、ＷＥＢサーバ３が受信可能なメールアドレスのすべてが認証要求ＩＤに既に割り当てられていると、認証用メールアドレス割当サブプログラムは、新たに引き受けた認証要求ＩＤにメールアドレスを割り当てることができないからである。よって、ＷＥＢサーバ３が受信可能なメールアドレスは、サービスの提供規模に応じた数だけ予め設定されるのが好ましい。なお、認証用メールアドレス割当サブプログラムが、認証要求に対する認証用メールアドレスの割り当てを解除する具体的な方法は、認証用メールアドレス生成サブプログラム３２４と同様のため、説明を省略する。

認証用メールアドレス生成サブプログラム３２４は、認証用メールアドレスを生成すると、引き受けた認証要求ＩＤと生成した認証用メールアドレスとを対応付けて記憶する。なお、認証要求ＩＤ及び認証用メールアドレスは、認証用メールアドレス対応テーブル３４１（図４）によって管理される。

図４は、第１の実施形態のＷＥＢサーバ３の認証用メールアドレス対応テーブル３４１の構成図である。認証用メールアドレス対応テーブル３４１は、認証要求ＩＤ３４１１、認証用メールアドレス３４１２及び復号者メールアドレス３４１３を含む。認証要求ＩＤ３４１１は、認証要求の一意な識別子である。なお、認証要求ＩＤ３４１１には、認証要求ＩＤ生成サブプログラム３２３によって生成された認証要求ＩＤが格納される。認証用メールアドレス３４１２は、当該レコードの認証要求ＩＤ３４１１によって識別される認証要求に割り当てられたメールアドレスである。なお、認証用メールアドレス３４１２には、認証用メールアドレス生成サブプログラム３２４によって生成された認証用メールアドレスが格納される。復号者メールアドレス３４１３は、当該レコードの認証要求ＩＤ３４１１によって識別される認証要求の送信元であるクライアント計算機２を操作するユーザのメールアドレスである。つまり、復号者メールアドレス３４１３は、認証を要求する復号者のメールアドレスである。なお、復号者メールアドレス３４１３には、クライアント計算機２から送信された電子メールから、受信メール読取サブプログラム３２７によって取得された送信元のメールアドレスが格納される。また、本実施の形態では、復号者のメールアドレスは、復号者の一意な識別子としても使用される。

図２に戻る。メール受信サブプログラム３２６は、クライアント計算機２から電子メールを受信する。次に、メール受信サブプログラム３２６は、受信した電子メールから、送信先のメールアドレスを取得する。次に、メール受信サブプログラム３２６は、取得した送信先のメールアドレスと一致する認証用メールアドレスを破棄する。これによって、ＷＥＢサーバ３は、破棄された認証用メールアドレス宛ての電子メールを受信できなくなる。なお、メール受信サブプログラム３２６は、当該受信した電子メールの送信元のメールアドレスが偽装されたか否かを判定してもよい。そして、送信元のメールアドレスが偽装されていないとメール受信サブプログラム３２６が判定した場合のみ、受信メール読取サブプログラム３２７が処理を行う。送信元のメールアドレスの偽装判定技術は、例えば、ＤＫＩＭ（ＤｏｍａｉｎＫｅｙｓ Ｉｄｅｎｔｉｆｉｅｄ Ｍａｉｌ）、ＳＰＦ（Ｓｅｎｄｅｒ Ｐｏｌｉｃｙ Ｆｒａｍｅｗｏｒｋ）及びＳｅｎｄｅｒＩＤである。電子メールの偽装判定技術は、その目的を達成する限り、いかなる方法であってもよい。

受信メール読取サブプログラム３２７は、メール受信サブプログラム３２６が受信した電子メールから、送信元のメールアドレス及び送信先のメールアドレスを取得する。続けて、受信メール読取サブプログラム３２７は、取得した送信先のメールアドレスと認証用メールアドレス対応テーブル３４１の認証用メールアドレス３４１２とが一致するレコードを、認証用メールアドレス対応テーブル３４１から選択する。次に、受信メール読取サブプログラム３２７は、選択したレコードの復号者メールアドレス３４１３に、取得した送信元メールアドレスを格納する。

認証サブプログラム３２８は、認証結果要求受信サブプログラム３２２２が受信した認証結果要求から、認証要求ＩＤを取得する。認証サブプログラム３２８は、取得した認証要求ＩＤと認証用メールアドレス対応テーブル３４１の認証要求ＩＤ３４１１とが一致するレコードを、認証用メールアドレス対応テーブル３４１から選択する。続けて、認証サブプログラム３２８は、選択したレコードから、復号者メールアドレス３４１３を抽出する。これによって、認証サブプログラム３２８は、認証要求の発行元の復号者を特定できる。認証サブプログラム３２８は、復号者メールアドレスを抽出できない場合、認証不可と判定する。次に、認証サブプログラム３２８は、抽出した復号者メールアドレスと伝達情報テーブル３４２（図３）のメールアドレス３４２２とが一致するレコードを、伝達情報テーブル３４２から選択する。次に、認証サブプログラム３２８は、ファイル名３４２３及びパスワード３４２４を、選択したレコードから抽出する。なお、認証サブプログラム３２８は、メールアドレスが一致するレコードを複数選択できる場合、当該複数のレコードを選択する。

画面生成サブプログラム３２９は、認証用メールアドレス生成サブプログラム３２４によって生成された認証用メールアドレス及び認証要求ＩＤ生成サブプログラム３２３によって生成された認証要求ＩＤに基づいて、認証ＷＥＢページ（図８）を生成する。また、画面生成サブプログラム３２９は、認証サブプログラム３２８によって抽出されたファイル名３４２３及びパスワード３４２４に基づいて、パスワード開示ＷＥＢページ（図９）を生成する。認証用ＷＥＢページ及びパスワード開示ＷＥＢページについては、詳細を後述する。

ＷＥＢサイト提供プログラム３３０は、クライアント計算機１及びクライアント計算機２にＷＥＢサイトを提供する。ＷＥＢサイト提供プログラム３３０は、通常のＷＥＢサーバに記憶されているものと同一である。具体的には、ＷＥＢサイト提供プログラム３３０は、クライアント計算機１又は２に要求された情報を、当該要求元のクライアント計算機１又は２に送信する。

次に、第１の実施形態の情報伝達の処理について図を用いて説明する。第１の実施形態の情報伝達の処理は、暗号者がパスワードをＷＥＢサーバ３に登録する処理（図５）及び復号者がパスワードをＷＥＢサーバ３から閲覧する処理（図６）からなる。また、ここでは、暗号者が暗号化ファイルを復号者に受け渡す処理（図示省略）及び復号者が暗号化ファイルを暗号者から受領する処理（図示書略）についても、説明する。

まず、暗号者が、暗号化ファイルを、復号者に受け渡す処理（図示省略）を説明する。

暗号者は、暗号化ソフト又はワープロソフトに付属される暗号化機能などによって、電子ファイルを暗号化する。また、暗号者は、暗号化ファイルを復号するための復号用パスワードを、記憶する。そして、暗号者は、復号者に暗号化ファイルを受け渡す。暗号者は、例えば、暗号化ファイルが添付された電子メールを、復号者に送信する。また、暗号者は、例えば、暗号化ファイルが保存された電磁記録媒体を、復号者に渡す。暗号化ファイルの受け渡し手段は、いかなる手段であってもよい。また、復号者が、ＷＥＢサーバ３のＵＲＬを事前に知らない場合には、暗号者は、ＷＥＢサーバ３のＵＲＬを、復号者に通知する必要がある。

なお、暗号者が、パスワードをＷＥＢサーバ３に登録する処理（図５）を、暗号化ファイルの受け渡し前に行っても、後に行ってもよい。

次に、暗号者が、パスワードを、ＷＥＢサーバ３に登録する処理（図５）について説明する。

図５は、暗号者がパスワードをＷＥＢサーバ３に登録する処理のシーケンス図である。クライアント計算機１は、復号者の操作を契機に、パスワード登録ＷＥＢページ要求を、ネットワーク５を介してＷＥＢサーバ３に送信する（Ｓ１０１）。パスワード登録ＷＥＢページ要求は、パスワード登録ＷＥＢページ（図７）の要求である。

図７は、第１の実施形態のパスワード登録ＷＥＢページの説明図である。パスワード登録ＷＥＢページは、復号者メールアドレス欄、暗号化ファイル名称欄、パスワード欄及び送信ボタンを含む。復号者メールアドレス欄には、復号者のメールアドレスが入力される。暗号化ファイル名称欄には、暗号化ファイルの名称が入力される。パスワード欄には、復号用パスワードが入力される。送信ボタンが操作されると、クライアント計算機１は、復号者メールアドレス欄、暗号化ファイル名称欄及びパスワード欄に入力された情報を、ＷＥＢサーバ３へ送信する。なお、復号者メールアドレス欄には、複数の復号者のメールアドレスが入力されてもよい。これによって、暗号者は、複数の復号者に対する同一パスワードの登録を、一度の処理で済ませることができる。

図５に戻る。ＷＥＢサイト提供プログラム３３０は、パスワード登録ＷＥＢページ要求を、クライアント計算機１から受信する。すると、ＷＥＢサイト提供プログラム３３０は、要求されたパスワード登録ＷＥＢページを、クライアント計算機１に送信する（Ｓ１０２）。

クライアント計算機１は、パスワード登録ＷＥＢページを、ＷＥＢサーバ３から受信する。次に、クライアント計算機１は、受信したパスワード登録ＷＥＢページを、表示装置に表示する。次に、クライアント計算機１は、暗号者から、復号者のメールアドレスの入力、暗号化ファイルの名称の入力及び復号用パスワードの入力を受け付ける。そして、パスワード登録ＷＥＢページの送信ボタンが暗号者によって操作されると、クライアント計算機１は、復号者のメールアドレス、暗号化ファイルの名称及び復号用パスワードを、ＷＥＢサーバ３に送信する（Ｓ１０３）。なお、クライアント計算機１は、復号用パスワードを、ＷＥＢサーバ３に送信しなくてもよい。この場合、ＷＥＢサーバ３は、復号用パスワードを生成し、生成した復号用パスワードをクライアント計算機１に送信する。すると、クライアント計算機１は、受信した復号用パスワードで復号化できるように、ファイルを暗号化する。

パスワード登録プログラム３１０の入力情報受信サブプログラム３１５は、復号者のメールアドレス、暗号化ファイルの名称及び復号用パスワードを、クライアント計算機１から受信する。そして、伝達情報テーブル更新サブプログラム３１６は、入力情報受信サブプログラム３１５が受信した、復号者のメールアドレス、暗号化ファイルの名称及び復号用パスワードに基づいて、伝達情報テーブル３４２を更新する（Ｓ１０４）。具体的には、伝達情報テーブル更新サブプログラム３１６は、伝達情報テーブル３４２に新たなレコードを生成する。次に、伝達情報テーブル更新サブプログラム３１６は、生成した新たなレコードのメールアドレス３４２２に、入力情報受信サブプログラム３１５によって受信された復号者のメールアドレスを格納する。次に、伝達情報テーブル更新サブプログラム３１６は、生成した新たなレコードのファイル名３４２３に、入力情報受信サブプログラム３１５によって受信された暗号化ファイルの名称を格納する。次に、伝達情報テーブル更新サブプログラム３１６は、生成した新たなレコードのパスワード３４２４に、入力情報受信サブプログラム３１５によって受信された復号用パスワードを格納する。

前述の通り、暗号者は、復号用パスワードを、ＷＥＢサーバ３に登録できる。

次に、復号者が、パスワードを、ＷＥＢサーバ３から閲覧する処理（図６）について説明する。まず、復号者は、自分が利用するメールアドレスによって、ＷＥＢサーバ３から認証を受ける。

図６は、復号者がパスワードをＷＥＢサーバ３から閲覧する処理のシーケンス図である。クライアント計算機２は、復号者の操作を契機に、認証要求を、ネットワーク５を介してＷＥＢサーバ３に送信する（ＳＴ１１１）。

すると、認証要求受信サブプログラム３２２１は、クライアント計算機２から認証要求を受信する（Ｓ１１２）。次に、認証要求受信サブプログラム３２２１は、認証要求ＩＤ生成サブプログラム３２３に、認証要求ＩＤの生成を依頼する。

認証要求ＩＤ生成サブプログラム３２３は、認証要求ＩＤの生成の依頼を受けると、認証要求ＩＤを生成する（Ｓ１１３）。次に、認証要求ＩＤ生成サブプログラム３２３は、生成した認証要求ＩＤを、認証用メールアドレス生成サブプログラム３２４に引き渡す。

認証用メールアドレス生成サブプログラム３２４は、認証要求ＩＤ生成サブプログラム３２３から認証要求ＩＤを引き受ける。次に、認証用メールアドレス生成サブプログラム３２４は、認証用メールアドレスを生成する（Ｓ１１４）。次に、認証用メールアドレス生成サブプログラム３２４は、認証用メールアドレス対応テーブル３４１に新たなレコードを生成する。次に、認証用メールアドレス生成サブプログラム３２４は、作成した新たなレコードの認証要求ＩＤ３４１１に、認証要求ＩＤ生成サブプログラム３２３から引き受けた認証要求ＩＤを格納する。次に、認証用メールアドレス生成サブプログラム３２４は、作成した新たなレコードの認証用メールアドレス３４１２に、生成した認証用メールアドレスを格納する（Ｓ１１５）。次に、認証用メールアドレス生成サブプログラム３２４は、生成した認証用メールアドレス及び認証要求ＩＤ生成サブプログラム３２３から引き受けた認証要求ＩＤを、画面生成サブプログラム３２９に引き渡す。

画面生成サブプログラム３２９は、認証用メールアドレス及び認証要求ＩＤを、認証用メールアドレス生成サブプログラム３２４から引き受ける。次に、画面生成サブプログラム３２９は、引き受けた認証用メールアドレス及び認証要求ＩＤに基づいて、認証用ＷＥＢページ（図８）を生成する。

図８は、第１の実施形態の認証用ＷＥＢページの説明図である。認証用ＷＥＢページは、認証用メールアドレス、認証要求ＩＤ及び認証結果要求ボタンを含む。ただし、認証要求ＩＤは、クライアント計算機２の表示装置に、必ずしも表示される必要はない。認証結果要求ボタンが復号者によって操作されると、クライアント計算機２は、認証結果要求をＷＥＢサーバ３に送信する。認証結果要求は、パスワードの開示の要求である。ＷＥＢサーバ３は、認証の結果が良好である場合、認証の結果が良好である復号者に対応する復号用パスワードを、クライアント計算機２に送信する。なお、認証用ＷＥＢページは、認証結果要求ボタンを含まなくてもよい。この場合、クライアント計算機２は、所定の時間間隔ごとに認証結果要求をＷＥＢサーバ３に送信する。

図６に戻る。ＷＥＢサイト提供プログラム３３０は、画面生成サブプログラム３２９が生成する認証用ＷＥＢページを、ネットワーク５を介してクライアント計算機２に送信する（Ｓ１１６）。

クライアント計算機２は、ＷＥＢサーバ３から認証用ＷＥＢページを受信する（Ｓ１１７）。

クライアント計算機２は、復号者の操作を契機に、ネットワーク５を介して、認証用メールアドレス宛ての電子メールを送信する（Ｓ１１８）。

すると、メール受信サブプログラム３２６は、クライアント計算機２から電子メールを受信する（Ｓ１１９）。次に、メール受信サブプログラム３２６は、受信した電子メールから、送信先のメールアドレスを取得する。次に、メール受信サブプログラム３２６は、取得した送信先のメールアドレスと一致する認証用メールアドレスを破棄する。このとき、メール受信サブプログラム３２６は、当該受信した電子メールの送信元のメールアドレスが偽装されたか否かを判定してもよい。そして、送信元のメールアドレスが偽装されていないとメール受信サブプログラム３２６が判定した場合のみ、受信メール読取サブプログラム３２７が処理を行う。

続いて、受信メール読取サブプログラム３２７は、メール受信サブプログラム３２６が受信した電子メールから、送信元のメールアドレス及び送信先のメールアドレスを取得する。次に、受信メール読取サブプログラム３２７は、取得した送信先のメールアドレスと認証用メールアドレス対応テーブル３４１の認証用メールアドレス３４１２とが一致するレコードを、認証用メールアドレス対応テーブル３４１から選択する。次に、受信メール読取サブプログラム３２７は、選択したレコードの復号者メールアドレス３４１３に、取得した送信元のメールアドレスを格納する（Ｓ１２０）。

一方で、クライアント計算機２は、認証要求ＩＤを含む認証結果要求を、ネットワーク５を介して、ＷＥＢサーバ３に送信する（Ｓ１２１）。

すると、認証結果要求受信サブプログラム３２２２は、クライアント計算機２から認証結果要求を受信する（Ｓ１２２）。認証結果要求受信サブプログラム３２２２は、認証結果要求を受信すると、認証サブプログラム３２８に認証を依頼する。

続けて、認証サブプログラム３２８は、認証の依頼を受けると、認証結果要求受信サブプログラム３２２２が受信した認証結果要求から認証要求ＩＤを取得する。次に、認証サブプログラム３２８は、取得した認証要求ＩＤと認証用メールアドレス対応テーブル３４１の認証要求ＩＤ３４１１とが一致するレコードを、認証用メールアドレス対応テーブル３４１から選択する。続けて、認証サブプログラム３２８は、選択したレコードから、復号者メールアドレス３４１３を抽出する。なお、認証サブプログラム３２８は、復号者メールアドレス３４１３を抽出できない場合、認証不可と判定する。認証不可と判定すると、認証サブプログラム３２８は、画面生成サブプログラム３２９に、認証不可を認証結果として引き渡す。一方、認証サブプログラム３２８は、復号者メールアドレス３４１３を抽出できない場合、認証可能と判定する。すると、認証サブプログラム３２８は、抽出した復号者メールアドレス３４１３と伝達情報テーブル３４２のメールアドレス３４２２が一致するレコードを、伝達情報テーブル３４２から選択する（Ｓ１２３）。なお、認証サブプログラム３２８は、メールアドレスが一致するレコードを伝達情報テーブル３４２から選択できない場合、画面生成サブプログラム３２９に、登録されている復号用パスワードが存在しない旨を引き渡す。

一方、認証サブプログラム３２８が、抽出した復号者メールアドレス３４１３と伝達情報テーブル３４２のメールアドレス３４２２とが一致するレコードを選択できる場合、復号用パスワードが登録されている。そこで、認証サブプログラム３２８は、選択したレコードから、ファイル名３４２３及びパスワード３４２４を抽出する。そして、認証サブプログラム３２８は、抽出したファイル名３４２３及びパスワード３４２４を、画面生成サブプログラム３２９に引き渡す。なお、認証サブプログラム３２８が複数のレコードを選択できる場合、認証サブプログラム３２８は、全てのレコードに含まれるファイル名３４２３及びパスワード３４２４を抽出する。そして、認証サブプログラム３２８は、抽出したすべてのファイル名３４２３及びパスワード３４２４を、画面生成サブプログラム３２９に引き渡す。

画面生成サブプログラム３２９は、認証サブプログラム３２８から、ファイル名及びパスワードを引き受ける。画面生成サブプログラム３２９は、引き受けたファイル名及びパスワードに基づいて、パスワード開示ＷＥＢページ（図９）を生成する。

図９は、第１の実施形態のパスワード開示ＷＥＢページの説明図である。パスワード開示ＷＥＢページは、認証サブプログラム３２８が抽出するファイル名及び認証サブプログラム３２８が抽出するパスワードを含む。

図６に戻る。ＷＥＢサイト提供プログラム３３０は、画面生成サブプログラム３２９が生成したパスワード開示ＷＥＢページを、ネットワーク５を介してクライアント計算機２に送信する（Ｓ１２４）。

クライアント計算機２は、パスワード開示ＷＥＢページを、ＷＥＢサーバ３から受信する。すると、クライアント計算機２は、受信したパスワード開示ＷＥＢページを、表示装置に表示する（Ｓ１２５）。

これによって、復号者は、復号用パスワードを、ＷＥＢサーバ３から閲覧できる。つまり、復号者は、復号用パスワードを、受け取ることができる。

復号者は、ファイル名を頼りに、ＷＥＢサーバ３から閲覧した復号用パスワードから暗号化ファイルを復号するためのパスワードを、選択する。そして、復号者は、復号化ソフトやワープロソフトに付属されている復号機能によって、暗号化ファイルを復号する。

次に、復号者が、暗号化ファイルを、暗号者から受領する処理（図示省略）について説明する。

復号者は、電子メールなどによって、暗号者から暗号化ファイルを受け取る。復号者は、復号用パスワードをＷＥＢサーバ３から閲覧する処理（図６）を、暗号化ファイルの受領前に行っても、後に行ってもよい。

前述の通り、暗号者は、メールアドレスを指定することによって、当該メールアドレスの所有者に、情報を伝達できる。

本実施の形態によると、暗号化ファイルが電子メールによって受け渡されても、復号用パスワードは、電子メールによって受け渡されない。したがって、電子メールのサーバ管理者及び電子メールの経路装置の管理者は、暗号化ファイル及び復号用パスワードの双方を取得できない。つまり、電子メールのサーバ管理者及び電子メールの経路装置の管理者は、暗号化ファイルを復号できない。

また、暗号者は、復号者に電話で連絡がつかなくても、パスワードの受け渡し行為を完了できる。

また、郵便と比較して、復号用パスワードは、早期に伝達される。

また、電子メールは、電話と比較して、応答内容を検討できる時間が長い。このため、メールアドレスは、電話番号と比べて、他人に開示されやすい。したがって、メールアドレスを用いた情報伝達システムは、電話番号を用いたものと比較して、普及しやすい。

ＷＥＢサーバを利用した情報伝達システムの一つとして、会員制の掲示板が、従来から知られている。会員制の掲示板では、情報の伝達者（暗号者）は、情報を掲載する際に、公開したい会員を限定できる。この場合、情報の閲覧者（復号者）は、掲示板のサービスに会員登録する必要がある。しかし、本実施の形態の情報伝達システムによると、閲覧者は、電子メールアドレスの正当な所有者であることが確認されるため、会員登録を必要としない。閲覧者に会員登録の負担がないため、伝達者は、閲覧者に気兼ねなく、本発明の情報伝達システムを利用できる。また、伝達者は、閲覧者のメールアドレスのみを知っていればよい。伝達者は、閲覧者から会員番号などを、事前に知らされていなくても、情報を伝達できる。したがって、本発明の情報伝達システムは、従来の情報伝達システムと比較して、普及しやすい。

本実施の形態では、ＷＥＢサーバ３は、１台の装置で構成されるものとしたが、提供するサービスの規模などによっては、複数の装置で構成されてもよい。この場合、ＷＥＢサーバ３を構成する装置は、適宜なデータ転送経路を介して互いに接続される。また、ＷＥＢサーバ３は、機能別に複数の装置で構成されてもよい。例えば、ＷＥＢサーバ３は、認証用メールアドレスを生成し、電子メールを受信する装置と、復号者のメールアドレス、ファイル名、復号用パスワード、認証要求及び認証結果要求を受信し、認証用メールアドレス及び復号用パスワードを送信する装置と、で構成する。この場合も、ＷＥＢサーバ３を構成する装置は、適宜なデータ転送経路を介して互いに接続される。そして、認証用メールアドレス及び電子メールのメールアドレス等を含む情報は、前記データ転送経路を介して装置間で引き渡される。

ここで、本実施の形態の最大の特徴について述べる。前述の通り、クライアント計算機２は、認証用メールアドレス宛てに電子メールを送信する。すると、ＷＥＢサーバ３は、電子メールを受信する。ＷＥＢサーバ３は、受信した電子メールの送信元のメールアドレスに基づいて、開示するパスワードを特定できる。そして、ＷＥＢサーバ３は、受信した電子メールの送信先から、認証要求の一意な識別子である認証要求ＩＤを特定する。つまり、ＷＥＢサーバ３は、認証要求と当該認証要求に対して開示するパスワードとの対応を特定できる。次に、ＷＥＢサーバ３は、認証結果要求を、クライアント計算機２から受信する。ＷＥＢサーバ３は、受信した認証結果要求に含まれる認証要求ＩＤによって、クライアント計算機２を特定する。これによって、本実施の形態によると、ＷＥＢサーバ３は、特定のパスワードを特定のクライアント計算機２に開示できる。

ところで、ＷＥＢサーバ３は、パスワード登録ＷＥＢページ（図７）に入力された復号用パスワードを記憶する。しかし、ＷＥＢサーバ３が、復号用パスワードを生成してもよい。この場合、クライアント計算機１は、ＷＥＢサーバ３が生成する復号用パスワードによって、ファイルが復号されるように、ファイルを暗号化する。この場合、ＷＥＢサーバ３は、パスワード登録ＷＥＢページの代わりに、パスワードＷＥＢページ（図１０）を、クライアント計算機１に送信する。

図１０は、第１の実施形態のパスワードＷＥＢページの説明図である。パスワードＷＥＢページは、復号者メールアドレス欄、暗号化ファイル名称欄、復号用パスワード及び送信ボタンを含む。復号者メールアドレス欄、暗号化ファイル名称欄及び送信ボタンは、パスワード登録ＷＥＢページが含むものと同一のため、説明を省略する。復号用パスワードは、ＷＥＢサーバ３が生成した復号用パスワードである。ＷＥＢサーバ３が生成する復号用パスワードは、パスワードクラッキングに耐え得る不規則な文字列であることが好ましい。ただし、ＷＥＢサーバ３が生成する復号用パスワードは、文字列であれば、いかなるものでもよい。また、暗号化ソフト及び復号化ソフトが、ビット列による暗号化機能及び復号機能を備えている場合は、ＷＥＢサーバ３によって生成される復号用パスワードは、ビット列であってもよい。

ＷＥＢサーバ３は、パスワード登録ＷＥＢページ要求の代わりに、パスワードＷＥＢページ要求を、クライアント計算機１から受信する。パスワードＷＥＢページ要求は、パスワードＷＥＢページの要求である。すると、ＷＥＢサーバ３は、復号用パスワードを生成する。次に、ＷＥＢサーバ３は、生成した復号用パスワードを含むパスワードＷＥＢページを生成する。そして、ＷＥＢサーバ３は、生成したパスワードＷＥＢページを、クライアント計算機１に送信する。クライアント計算機１は、パスワードＷＥＢページを、ＷＥＢサーバ３から受信する。次に、クライアント計算機１は、受信したパスワードＷＥＢページを、表示装置に表示する。次に、クライアント計算機１は、暗号者から、復号者のメールアドレスの入力、暗号化ファイルの名称の入力を受け付ける。そして、クライアント計算機１は、暗号者から、入力された情報の送信の指示を受け付ける。すると、クライアント計算機１は、復号者のメールアドレス、暗号化ファイルの名称及びＷＥＢサーバ３によって生成された復号用パスワードを、ＷＥＢサーバに送信する。ＷＥＢサーバ３は、復号者のメールアドレス、暗号化ファイルの名称及び復号用パスワードを、クライアント計算機１から受信する。ＷＥＢサーバ３は、受信した情報に基づいて、伝達情報テーブル３４２を更新する。

なお、ＷＥＢサーバ３は、復号用パスワードを生成した際に、当該復号用パスワードを記憶してもよい。この場合、ＷＥＢサーバ３は、復号用パスワードをクライアント計算機１から受信する必要はない。

また、本実施の形態では、認証用メールアドレス送信サブプログラム３２５は、認証用メールアドレス生成サブプログラム３２４によって生成された認証用メールアドレス及び認証要求ＩＤ生成サブプログラム３２３によって生成された認証要求ＩＤを、クライアント計算機２に送信した。しかし、認証用メールアドレス送信サブプログラム３２５は、認証用メールアドレス生成サブプログラム３２４によって生成された認証用メールアドレスのみをクライアント計算機２に送信してもよい。この場合、認証用メールアドレス対応テーブル３４１の認証要求ＩＤ３４１１は、省略できる。つまり、認証用メールアドレスが、認証要求を識別するための識別子としても使用される。そして、クライアント計算機２は、認証要求ＩＤの代わりに認証用メールアドレスを含む認証結果要求をＷＥＢサーバ３に送信する。すると、認証サブプログラム３２８は、認証結果要求から認証用メールアドレスを取得する。次に、認証サブプログラム３２８は、取得した認証用メールアドレスと認証用メールアドレス対応テーブル３４１の認証用メールアドレス３４１２とが一致するレコードを、認証用メールアドレス対応テーブル３４１から選択する。そして、認証サブプログラム３２８は、選択したレコードから、復号者メールアドレス３４１３を抽出する。また、認証用メールアドレスの全体でなく、認証用メールアドレスの一部が、認証要求を識別するための識別子として使用されてもよい。

また、本実施の形態では、クライアント計算機２は、ＷＥＢサーバ３から認証用メールアドレスを受信し、受信した認証用メールアドレス宛てに電子メールを送信した。しかし、次の通りであってもよい。クライアント計算機２は、ＷＥＢサーバ３から受信した認証用メールアドレスを表示装置に表示する。続いて、復号者は、認証用メールアドレスを表示しているクライアント計算機２と異なる第２クライアント計算機から、認証用メールアドレス宛てに電子メールを送信してもよい。この場合、開示されるパスワードは、第２クライアント計算機から送信された電子メールの送信元メールアドレスに対応するパスワードである。つまり、暗号者は、第２クライアント計算機のメールアドレスを、復号者のメールアドレスとして指定する。そして、クライアント計算機２が、認証結果に含まれる復号用パスワードをＷＥＢサーバ３から受信する。例えば、認証用メールアドレスを表示するクライアント計算機２は、パーソナルコンピュータであり、電子メールを送信する第２クライアント計算機は、インターネットに接続され電子メールの送信が可能な携帯電話である。

また、次の通りであってもよい。ＷＥＢサーバ３は、クライアント計算機１に認証用メールアドレスをＨＴＴＰ等の通信によって送信しなくてもよい。代わりに、ＷＥＢサーバ３は、復号者のメールアドレス宛てに、認証用メールアドレスを含む電子メールを送信する。例えば、当該電子メールには、認証用メールアドレスが本文又は件名に記載されている。また、当該電子メールは、認証用メールアドレスを送信元とする。これによって、ＷＥＢサーバ３は、クライアント計算機２又は第２クライアント計算機のいずれかに認証用メールアドレスを通知できる。この場合、認証用メールアドレスを通知されたクライアント計算機２又は第２クライアント計算機は、ユーザの簡便な操作を契機に、認証用メールアドレス宛てに電子メールを送信できる。

ところで、本発明のなりすましに対する安全性は、電子メールの偽装に対する強度に依存しているため、電子メールの偽装について述べる。

はじめに、電子メールの送信元が偽装された場合について述べる。偽装者は、電信メールの送信元を偽装して、第１の実施形態のＷＥＢサーバ３で認証されれば、偽装した電子メールアドレスを保有する本来の復号者になりすますことができる。そこで、メール受信サブプログラム３２６は、ＤＫＩＭ（ＤｏｍａｉｎＫｅｙｓ Ｉｄｅｎｔｉｆｉｅｄ Ｍａｉｌ）、ＳＰＦ（Ｓｅｎｄｅｒ Ｐｏｌｉｃｙ Ｆｒａｍｅｗｏｒｋ）又はＳｅｎｄｅｒＩＤといった送信元のメールアドレスの偽装判定機能を含むとよい。メール受信サブプログラム３２６が採用する偽装メール検知技術は、その目的を達成する限り、他の方法であってもよい。

次に、電子メールの送信先が偽装された場合について述べる。偽装者は、電子メールの送信先を偽装して、第１の実施形態のＷＥＢサーバ３で認証されても、他者になりすますことはできない。むしろ、他者が、偽装者になりすましてしまう。偽装者になりすます他者は、偽装した送信先メールアドレスと同一のメールアドレスを認証用メールアドレスとして受信したクライアント装置を操作する者である。したがって、偽装者は、電子メールの送信先を偽装しても、利益を得られない。また、認証用メールアドレスは乱数などによって生成されるため、偽装したメールアドレスが認証用メールアドレスと一致することは稀である。

次に、第１の実施形態の変形例を説明する。

前述した第１の実施形態では、暗号者は、復号者のメールアドレスを指定して、復号用パスワードを登録する。しかし、暗号者は、復号者のＳＩＰユーザエージェントアドレスを指定して、復号用パスワードを登録してもよい。この場合、クライアント計算機２を操作する復号者は、認証を受けるために、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）による通信を用いる。クライアント計算機２は、ＳＩＰユーザ・エージェントの機能を備える。また、ＷＥＢサーバ３は、ＳＩＰユーザ・エージェントの機能及びＳＩＰサーバの機能を備える。そして、ＷＥＢサーバ３は、認証用メールアドレスの代わりに、認証用ＳＩＰユーザエージェントアドレスを生成する。認証用ＳＩＰユーザエージェントアドレスは、ＷＥＢサーバ３がＳＩＰに基づく通信を受信するためのアドレスである。アドレス体系は、電子メールと同様のため、詳細な説明は省略する。認証用ＳＩＰユーザエージェントアドレスの生成方法は、認証用メールアドレスの生成方法と同様であればよい。ＷＥＢサーバ３は、生成した認証要求ＩＤと生成した認証用ＳＩＰユーザエージェントアドレスとを対応付けて、認証用メールアドレス対応テーブルに記憶する。クライアント計算機２は、復号者の操作を契機に、ＳＩＰによって、認証用ＳＩＰユーザエージェントアドレス宛にシグナリングを送信する。ＷＥＢサーバ３は、クライアント計算機２からシグナリングを受信する。ＷＥＢサーバ３は、受信したシグナリングから、送信元のＳＩＰユーザエージェントアドレス及び送信先のＳＩＰユーザエージェントアドレスを抽出する。次に、ＷＥＢサーバ３は、抽出した送信先のＳＩＰユーザエージェントアドレスと認証用メールアドレス対応テーブルの認証用ＳＩＰユーザエージェントアドレスとが一致するレコードを、認証用メールアドレス対応テーブルから選択する。次に、ＷＥＢサーバ３は、選択したレコードの復号者のユーザエージェントアドレスに、抽出した送信元のＳＩＰユーザエージェントアドレスを格納する。これによって、ＷＥＢサーバ３は、復号者のＳＩＰユーザエージェントアドレスと認証要求ＩＤとの対応を、認証用メールアドレス対応テーブルに格納する。一方、クライアント計算機２は、認証要求ＩＤを含む認証結果要求をＷＥＢサーバ３に送信する。ＷＥＢサーバ３は、クライアント計算機２から認証結果要求を受信する。ＷＥＢサーバ３は、受信した認証結果要求から、認証要求ＩＤを抽出する。次に、ＷＥＢサーバ３は、抽出した認証要求ＩＤと認証用メールアドレス対応テーブルの認証要求ＩＤとが一致するレコードを、認証用メールアドレス対応テーブルから選択する。次に、ＷＥＢサーバ３は、選択したレコードから、復号者のＳＩＰユーザエージェントアドレスを抽出する。ここで、ＷＥＢサーバ３は、認証用メールアドレス対応テーブルから、復号者のＳＩＰユーザエージェントアドレスを抽出できたか否かを判定する。抽出できた場合、ＷＥＢサーバ３は、認証可能と判定する。そして、ＷＥＢサーバ３は、開示するパスワードを、伝達情報テーブルから特定できる。具体的には、ＷＥＢサーバ３は、選択したレコードから、ユーザＩＤを抽出する。そして、ＷＥＢサーバ３は、抽出した認証要求ＩＤによって識別される認証要求の発行元が、特定したパスワードの開示先であると特定する。なお、すべての実施の形態において、本説明と同様に、電子メールの代わりに、ＳＩＰによる通信を用いてもよい。

前述の通り、暗号者は、ＳＩＰユーザエージェントアドレスを指定して、当該ＳＩＰユーザエージェントアドレスの所有者である復号者に、情報を伝達することができる。

なお、プロトコルは、必ずしもＳＩＰでなくてもよい。本発明の情報伝達システムにおいて、情報受取者の認証に用いられる通信プロトコルは、ＳＩＰユーザエージェントアドレス又は電子メールアドレスのような識別子によって、通信の発信者及び受信者が特定されるプロトコルであれば、いかなるプロトコルであってもよい。

なお、第１の実施形態以外の実施形態に関しても、同様の変形形態が考えられる。

（第２の実施形態）
以下で第２の実施形態の情報伝達システムについて説明するが、第１の実施形態の情報伝達システムと重複する箇所は、同じ符号を用いることによって、説明を省略する。なお、第２の実施形態の情報伝達システムは、第１の実施形態の情報伝達システムと比較して、暗号者がパスワードをＷＥＢサーバ３に登録する処理が違う。

本発明の第２の実施形態の情報伝達システムは、複数のクライアント計算機１、複数のクライアント計算機２、ＷＥＢサーバ３及びネットワーク５によって構成される。第２の実施形態の情報伝達システムの構成は、第１の実施形態の情報伝達システムと同一のため、説明を省略する。

図１１は、第２の実施形態の情報伝達システムに備わるＷＥＢサーバ３の構成のブロック図である。メモリ３２は、パスワード登録プログラム３５０、パスワード開示プログラム３２０、ＷＥＢサイト提供プログラム３３０、認証用メールアドレス対応テーブル３４１、伝達情報テーブル３４２及び登録用メールアドレステーブル３４３を記憶する。

パスワード開示プログラム３２０、ＷＥＢサイト提供プログラム３３０、認証用メールアドレス対応テーブル３４１及び伝達情報テーブル３４２は、第１の実施形態と同一のため、説明を省略する。

登録用メールアドレステーブル３４３は、ＷＥＢサーバ３が復号用パスワードを記憶するために、用いられるテーブルである。なお、登録用メールアドレステーブル３４３については、図１２で詳細を説明する。

パスワード登録プログラム３５０は、登録用メールアドレス要求受信サブプログラム３５１、パスワード生成サブプログラム３５２、登録用メールアドレス生成サブプログラム３５３、登録用メール受信サブプログラム３５４、登録用メール読取サブプログラム３５５、登録用メールアドレステーブル更新サブプログラム３５７、伝達情報テーブル更新サブプログラム３５８及び画面生成サブプログラム３５９を含む。

登録用メールアドレス要求受信サブプログラム３５１は、登録用メールアドレス要求を、クライアント計算機１から受信する。登録用メールアドレス要求は、登録用メールアドレスの要求である。また、登録用メールアドレスは、ＷＥＢサーバ３が、暗号化ファイルの名称及び復号者のメールアドレスを、暗号者から取得するために用いられる。登録用メールアドレスについては、詳細を後述する。パスワード生成サブプログラム３５２は、復号用パスワードを生成する。登録用メールアドレス生成サブプログラム３５３は、登録用メールアドレスを新たに生成する。登録用メール受信サブプログラム３５４は、電子メールを、クライアント計算機１から受信する。登録用メール読取サブプログラム３５５は、登録用メール受信サブプログラム３５４が受信した電子メールから、送信先メールアドレス及び添付ファイル名称を読み取る。また、登録用メール読取サブプログラム３５５は、読み取った送信先メールアドレスの中から、登録用メールアドレスを選択する。さらに、登録用メール読取サブプログラム３５５は、選択した登録用メールアドレスに基づいて、復号用パスワードを、登録用メールアドレステーブルから抽出する。登録用メールアドレステーブル更新サブプログラム３５７は、パスワード生成サブプログラム３５２が生成する復号用パスワード及び登録用メールアドレス生成サブプログラム３５３が生成する登録用メールアドレスに基づいて、登録用メールアドレステーブル３４３を更新する。伝達情報テーブル更新サブプログラム３５８は、登録用メール読取サブプログラム３５５が読み取った添付ファイルの名称、登録用メール読取サブプログラム３５５が選択した復号者のメールアドレス及び登録用メール読取サブプログラム３５５が抽出した復号用メールアドレスに基づいて、伝達情報テーブル３４２を更新する。画面生成サブプログラム３５９は、パスワード生成サブプログラム３５２が生成する復号用パスワード及び登録用メールアドレス生成サブプログラム３５３が生成する登録用メールアドレスに基づいて、登録用メールアドレスＷＥＢページを生成する。

図１２は、第２の実施形態のＷＥＢサーバ３の登録用メールアドレステーブル３４３の構成図である。登録用メールアドレステーブル３４３は、登録用メールアドレス３４３１及びパスワード３４３２を含む。登録用メールアドレス３４３１は、登録用メールアドレス生成サブプログラム３５３が生成する登録用メールアドレスである。パスワード３４３２は、パスワード生成サブプログラム３５２が生成する復号用パスワードである。

次に、第２の実施形態の情報伝達の処理について図を用いて説明する。第２の実施形態の情報伝達の処理は、暗号者が暗号化ファイルを復号者に受け渡す処理、ＷＥＢサーバ３がパスワードを記憶する処理及び復号者がパスワードをＷＥＢサーバ３から閲覧する処理（図６）からなる。なお、復号者がパスワードをＷＥＢサーバ３から閲覧する処理（図６）は、第１の実施形態のものと同様のため、説明を省略する。第２の実施形態の情報伝達システムにおいて、暗号者が暗号化ファイルを復号者に受け渡す処理及びＷＥＢサーバ３がパスワードを記憶する処理は、一連の処理である。これらの処理を一つの処理として説明する。

図１３は、暗号者が暗号化ファイルを復号者に受け渡す処理及びＷＥＢサーバ３がパスワードを記憶する処理のシーケンス図である。クライアント計算機１は、暗号者の操作を契機に、登録用メールアドレスの要求を、ネットワーク５を介してＷＥＢサーバ３に送信する（Ｓ２０１）。

ＷＥＢサーバ３の登録用メールアドレス要求受信サブプログラム３５１は、登録用メールアドレス要求を、クライアント計算機１から受信する。すると、パスワード生成サブプログラム３５２は、復号用パスワードを生成する（Ｓ２０２）。パスワード生成サブプログラム３５２は、復号用パスワードとして、ランダムな文字列を生成する。パスワード生成サブプログラム３５２が生成する復号用パスワードは、パスワードクラッキングに耐え得る不規則な文字列であることが好ましい。ただし、パスワード生成サブプログラム３５２が生成する復号用パスワードは、文字列であれば、いかなるものでもよい。また、暗号化ソフト及び復号化ソフトが、ビット列による暗号化機能及び復号機能を備えている場合は、パスワード生成サブプログラム３５２が生成する復号用パスワードは、ビット列であってもよい。

次に、登録用メールアドレス生成サブプログラム３５３は、登録用メールアドレスを新たに生成する（Ｓ２０３）。登録用メールアドレスは、ＷＥＢサーバ３によって受信可能なメールアドレスである。このとき、登録用メールアドレス生成サブプログラム３５３は、以前に生成した登録用メールアドレスと重複しない登録用メールアドレスを生成する。つまり、登録用メールアドレスは、一意となる。

ここで、登録用メールアドレス生成サブプログラム３５３の登録用メールアドレスの生成方法の一例を説明する。登録用メールアドレス生成サブプログラム３５３は、登録用メールアドレス要求を受信したタイムスタンプなどに基づいて、以前に生成した文字列と重複しない、一意な文字列を生成する。登録用メールアドレス生成サブプログラム３５３は、生成した文字列及びＷＥＢサーバ３に割り当てられているドメインに基づいて、登録用メールアドレスを生成する。生成した文字列が、「３９２０２０９５」且つドメインが「ｒｅｇｉａｄｄ．ｃｏｍ」の場合、登録用メールアドレス生成サブプログラム３５３は、「３９２０２０９５＠ｒｅｇｉａｄｄ．ｃｏｍ」を登録用メールアドレスとして生成する。生成する文字列が一意なため、登録用メールアドレスも一意となる。なお、登録用メールアドレスの生成方法は、登録用メールアドレスが一意となる限り、他の方法でもよい。

図１３に戻る。次に、登録用メールアドレステーブル更新サブプログラム３５７は、パスワード生成サブプログラム３５２が生成した復号用パスワード及び登録用メールアドレス生成サブプログラム３５３が生成した登録用メールアドレスに基づいて、登録用メールアドレステーブル３４３を更新する（Ｓ２０４）。具体的には、登録用メールアドレステーブル更新サブプログラム３５７は、登録用メールアドレステーブル３４３に、新たなレコードを生成する。次に、登録用メールアドレステーブル更新サブプログラム３５７は、生成した新たなレコードの登録用メールアドレス３４３１に、登録用メールアドレス生成サブプログラム３５３によって生成された登録用メールアドレスを格納する。次に、登録用メールアドレステーブル更新サブプログラム３５７は、生成した新たなレコードのパスワード３４３２に、パスワード生成サブプログラム３５２によって生成された復号用パスワードを格納する。

次に、画面生成サブプログラム３５９は、パスワード生成サブプログラム３５２によって生成された復号用パスワード及び登録用メールアドレス生成サブプログラム３５３によって生成された登録用メールアドレスに基づいて、登録用メールアドレスＷＥＢページ（図１４）を生成する（Ｓ２０５）。

図１４は、第２の実施形態の登録用メールアドレスＷＥＢページの説明図である。登録用メールアドレスＷＥＢページは、パスワード生成サブプログラム３５２によって生成された復号用パスワード及び登録用メールアドレス生成サブプログラム３５３によって生成された登録用メールアドレスを含む。

図１３に戻る。次に、ＷＥＢサイト提供プログラム３３０は、画面生成サブプログラム３５９によって生成された登録用メールアドレスＷＥＢページを、クライアント計算機１に送信する（Ｓ２０６）。

クライアント計算機１は、登録用メールアドレスＷＥＢページを、ＷＥＢサーバ３から受信する（Ｓ２０７）。そして、クライアント計算機１は、受信した登録用メールアドレスＷＥＢページを、表示装置に表示する。

クライアント計算機１は、暗号者の操作に従って、電子ファイルを暗号化する（Ｓ２０８）。暗号者は、クライアント計算機１の表示装置に表示された復号用パスワードによって、暗号化ファイルが復号化されるように、暗号化ソフトに暗号化を指示する。例えば、暗号用パスワードと復号用パスワードとが同一の暗号方式を採用している暗号化ソフトを用いる場合、暗号者は、クライアント計算機１の表示装置に表示された復号用パスワードを、暗号用パスワードとして、暗号化ソフトに入力する。

次に、クライアント計算機１は、暗号者の操作に従って、暗号化ファイルを復号者に受け渡すための電子メールを生成する。当該電子メールは、暗号化ファイルを、添付ファイルとして含む。また、当該電子メールの送信先は、復号者のメールアドレス及び登録用メールアドレスを含む。なお、復号者のメールアドレスは、複数であってもよい。次に、クライアント計算機１は、暗号者の操作を契機に、生成した電子メールを送信する（Ｓ２０９）。

ＷＥＢサーバ３の登録用メール受信サブプログラム３５４は、クライアント計算機１から、電子メールを受信する（Ｓ２１０）。すると、登録用メール読取サブプログラム３５５
は、登録用メール受信サブプログラム３５４が受信した電子メールから、送信先メールアドレス及び添付ファイルの名称を読み取る（Ｓ２１１）。次に、登録用メール読取サブプログラム３５５は、読み取った送信先メールアドレスの中から、登録用メールアドレスを選択する。さらに、登録用メール読取サブプログラム３５５は、読み取った送信先メールアドレスの中から、復号者のメールアドレスを選択する。そして、登録用メール読取サブプログラム３５５は、選択した登録用メールアドレスに基づいて、登録用メールアドレステーブル３４３から復号用パスワードを抽出する（Ｓ２１２）。具体的には、登録用メール読取サブプログラム３５５は、選択した登録用メールアドレスと登録用メールアドレステーブル３４３の登録用メールアドレス３４３１が一致するレコードを、登録用メールアドレステーブル３４３から選択する。そして、登録用メール読取サブプログラム３５５は、選択したレコードから、パスワード３４３２を抽出する。

ところで、登録用メール読取サブプログラム３５５は、読み取った送信先メールアドレスの中で、登録用メールアドレスと復号者のメールアドレスとを区別する必要がある。区別の方法は、例えば、ドメインの参照である。ＷＥＢサーバ３が受信可能なドメインを含むメールアドレスが、登録用メールアドレスである。

また、登録用メール読取サブプログラム３５５は、送信先メールアドレス及び添付のファイル名称を読み取った後に、登録用メール受信サブプログラム３５４が受信した電子メールを、削除することが好ましい。こうすることで、ＷＥＢサーバ３の管理者は、暗号化ファイル及びその復号用パスワードの双方を取得できない。したがって、本来の復号者でない、ＷＥＢサーバ３の管理者は、暗号化ファイルを復号できない。

図１３に戻る。伝達情報テーブル更新サブプログラム３５８は、登録用メール読取サブプログラム３５５によって読み取られた復号者のメールアドレス、登録用メール読取サブプログラム３５５によって読み取られた添付ファイルの名称及び登録用メール読取サブプログラム３５５によって抽出された復号用パスワードに基づいて、伝達情報テーブル３４２を更新する（Ｓ２１３）。具体的には、伝達情報テーブル更新サブプログラム３５８は、伝達情報テーブル３４２に、新たなレコードを生成する。次に、伝達情報テーブル更新サブプログラム３５８は、生成した新たなレコードのメールアドレス３４２２に、登録用メール読取サブプログラム３５５によって読み取られた復号者のメールアドレスを格納する。次に、伝達情報テーブル更新サブプログラム３５８は、生成した新たなレコードのファイル名３４２３に、登録用メール読取サブプログラム３５５によって読み取られた添付ファイルの名称を格納する。次に、伝達情報テーブル更新サブプログラム３５８は、生成した新たなレコードのパスワード３４２４に、登録用メール読取サブプログラム３５５によって抽出された復号用パスワードを格納する。なお、登録用メール読取サブプログラム３５５によって読み取られた復号者のメールアドレスが、複数ある場合は、伝達情報テーブル更新サブプログラム３５８は、同様の処理を、復号者のメールアドレス毎に繰り返す。

前述の通り、ＷＥＢサーバ３は、復号用パスワードを記憶することができる。

復号者は、第１の実施形態の情報伝達システムと同様に、復号用パスワードを閲覧する。

したがって、ＷＥＢサーバ３は、登録用メールアドレス及び認証用メールアドレスによって、メールを受信する。ＷＥＢサーバ３は、登録用メールアドレスによってメールを受信した場合と、認証用メールアドレスによってメールを受信した場合を、区別する必要がある。区別の方法は、例えば、登録用メールアドレスのドメインと認証用メールアドレスのドメインとによって区別される。また、区別の方法は、例えば、登録用メールアドレス及び認証用メールアドレスにそれぞれ異なる規則を設けることによって区別される。規則としては、例えば、登録用メールアドレスの開始文字が「３」であり、認証用メールアドレスの開始文字が「０」である。

前述の通り、暗号者は、メールアドレスを指定して、当該メールアドレスの所有者に、情報を伝達できる。

暗号化ファイルは、電子メールによって受け渡されるが、復号用パスワードは、電子メールによって受け渡されない。したがって、電子メールのサーバ管理者及び電子メールの経路装置の管理者が、暗号化ファイル及び復号用パスワードの双方を取得できない。

また、第２の実施形態の情報伝達システムは、第１の実施形態の情報伝達システムの効果のみならず、暗号者の手間が少ないという利便性を含む。暗号者が暗号化ファイルを復号者に受け渡す処理及びＷＥＢサーバ３がパスワードを記憶する処理は、一通の電子メールによって、同時になされる。

次に、第２の実施形態の変形例を説明する。

前述した第２の実施形態では、ＷＥＢサーバ３は、電子メールによって、暗号化ファイルの名称及び復号者のメールアドレスを取得する。ＷＥＢサーバ３は、ＳＩＰによる通信によって、暗号化ファイルの名称及び復号者のユーザエージェントアドレスを取得してもよい。この場合、ＷＥＢサーバ３は、登録用メールアドレスの代わりに、登録用ユーザエージェントアドレスを生成する。登録用ユーザエージェントアドレスは、ＷＥＢサーバ３がＳＩＰによる通信を受信可能な、ＳＩＰユーザエージェントアドレスである。クライアント計算機１は、暗号者に操作を契機に、暗号化ファイルを、クライアント計算機２及びＷＥＢサーバ３へ送信する。

なお、プロトコルは、必ずしもＳＩＰでなくてもよい。本発明の情報伝達システムにおいて、ＷＥＢサーバ３が暗号化ファイルの名称及び復号用メールアドレスを取得するために用いられるプロトコルは、ＳＩＰユーザエージェントアドレス又は電子メールアドレスのような識別子によって、通信の発信者及び受信者が特定される機能、並びに、電子ファイルを添付できる機能を含むプロトコルであれば、いかなるプロトコルであってもよい。

（第３の実施形態）
第１の実施形態の情報伝達システムにおいて、パスワードが、ＷＥＢサーバ３を介して、伝達された。しかし、暗号化パスワードの代わりに、暗号化ファイルが、ＷＥＢサーバ３を介して、伝達されてもよい。第３の実施形態の情報伝達システムにおいては、暗号化ファイルが、ＷＥＢサーバを介して伝達される。

本発明の第３の実施形態の情報伝達システムは、複数のクライアント計算機１、複数のクライアント計算機２、ＷＥＢサーバ３及びネットワーク５によって構成される。第３の実施形態の情報伝達システムの構成のブロック図は、第１の実施形態の情報伝達システムの構成のブロック図と同様のため、省略する。

次に、第３の実施形態の情報伝達システムにおいて、暗号者が、暗号化ファイルをＷＥＢサーバ３に登録する処理について説明する。

クライアント計算機１は、ファイル登録ＷＥＢページ要求を、ＷＥＢサーバ３に送信する。ファイル登録ＷＥＢページの要求は、ファイル登録ＷＥＢページの要求である。クライアント計算機１は、ファイル登録ＷＥＢページを、ＷＥＢサーバ３から受信する。ファイル登録ＷＥＢページ（図示省略）は、復号者メールアドレス欄、ファイル指定入力欄及び送信ボタンを含む。復号者メールアドレス欄及び送信ボタンは、第１の実施形態のパスワード登録ＷＥＢページに含まれるものと同一のため、説明を省略する。ファイル指定入力欄では、受け渡す暗号化ファイルが指定される。ファイル登録ＷＥＢページに含まれる送信ボタンが操作されると、クライアント計算機１は、復号者メールアドレス欄に入力された復号者のメールアドレス、及びファイル指定入力欄で指定された暗号化ファイルを、ＷＥＢサーバ３に送信する。

ＷＥＢサーバ３は、復号者のメールアドレス及び暗号化ファイルを受信する。ＷＥＢサーバ３は、受信した暗号化ファイルを記憶する。また、ＷＥＢサーバ３は、受信した暗号化ファイルの名称を読み取る。次に、ＷＥＢサーバ３は、暗号化ファイルをダウンロードするための、ダウンロードＵＲＬを生成する。ダウンロードＵＲＬは、ＷＥＢサーバ３から、暗号化ファイルをダウンロードするためのＵＲＬである。ダウンロードＵＲＬは、暗号化ファイル毎に異なる。第１の実施形態のＷＥＢサーバ３は、情報伝達テーブル３４２に、復号者メールアドレス、暗号化ファイル名称及び復号用パスワードを記憶する。しかし、第３の実施形態のＷＥＢサーバ３は、情報伝達テーブル３４２に、復号者メールアドレス、暗号化ファイル名称及びダウンロードＵＲＬを記憶する。そのため、第３の実施の形態の情報伝達テーブル３４２では、復号用パスワードの代わりに、ダウンロードＵＲＬを含む。

前述の通り、暗号者は、暗号化ファイルを、ＷＥＢサーバ３に登録することができる。

次に、第３の実施形態の情報伝達システムにおいて、復号者がダウンロードＵＲＬを閲覧する処理について説明する。第３の実施形態の情報伝達システムにおける、復号者のダウンロードＵＲＬの閲覧処理は、第１の実施形態の情報伝達システムにおける、復号者の復号用パスワードの閲覧処理と同様である。

クライアント計算機２は、第１の実施形態と同様に、電子メールによって、ＷＥＢサーバ３に認証される。すると、ＷＥＢサーバ３は、復号用パスワードの代わりに、ダウンロードＵＲＬを、情報伝達テーブル３４２から抽出する。そして、ＷＥＢサーバ３は、抽出したダウンロードＵＲＬを含むダウンロードＵＲＬ開示ＷＥＢページ（図１５）を作成する。次に、ＷＥＢサーバ３は、作成したダウンロードＵＲＬ開示ＷＥＢページを、クライアント計算機２に送信する。すると、クライアント計算機２は、受信したダウンロードＵＲＬ開示ＷＥＢページを、クライアント計算機２の表示装置に表示する。

図１５は、ダウンロードＵＲＬ開示ＷＥＢページの説明図である。ダウンロードＵＲＬ開示ＷＥＢページは、ファイル名称及びダウンロードＵＲＬを含む。

前述の通り、復号者は、ダウンロードＵＲＬを閲覧できる。
復号者は、ファイル名称を参考に、ダウンロードＵＲＬを選択する。クライアント計算機２は、復号者の操作によって、暗号化ファイルのダウンロードの要求を、ＷＥＢサーバ３に送信する。そして、クライアント計算機２は、暗号化ファイルをＷＥＢサーバ３から受信する。

前述の通り、暗号者は、メールアドレスを指定して、当該メールアドレスの所有者に、暗号化ファイルを伝達することができる。

一方で、クライアント計算機１は、暗号者の操作によって、復号用パスワードを、クライアント計算機２に送信する。クライアント計算機２は、復号用パスワードを受信する。復号者は、復号用パスワードを受信することができる。

前述の通り、暗号者は、メールアドレスを指定して、当該メールアドレスの所有者に、情報を伝達できる。

復号用パスワードは、電子メールによって受け渡されるが、暗号化ファイルは、電子メールによって受け渡されない。したがって、電子メールのサーバ管理者及び電子メールの経路装置の管理者が、暗号化ファイル及び復号用パスワードの双方を取得できない。

第３の実施形態において、伝達情報は、暗号化ファイルである。しかし、伝達情報は、暗号化されていない単なる電子ファイルであってもよい。電子ファイルが、電子メールのサーバに保存されることなく、受け渡される。

第１の実施形態及び第２の実施形態における伝達情報は、復号用パスワードである。また、第３の実施形態における伝達情報は、暗号化ファイルである。伝達情報は、これらに限定されない。ＷＥＢサーバ３で取り扱える情報であれば、いかなるものでもよい。暗号者は、電子メールによらず、電子メールアドレスを指定して、電子情報を伝達できる。

（第４の実施形態）
以下で第４の実施形態の情報伝達システムについて説明するが、第１の実施形態の情報伝達システムと重複する箇所は、同じ符号を用いることによって、説明を省略する。なお、第４の実施形態の情報伝達システムは、第１の実施形態の情報伝達システムと比較して、復号者がパスワードをＷＥＢサーバ３から閲覧する処理が違う。

本発明の第４の実施形態の情報伝達システムは、複数のクライアント計算機１、複数のクライアント計算機２、ＷＥＢサーバ３及びネットワーク５によって構成される。第４の実施形態の情報伝達システムの構成は、第１の実施形態の情報伝達システムと同一のため、説明を省略する。

第４の実施形態の情報伝達システムにおいて、暗号者がパスワードをＷＥＢサーバ３に登録する処理（図５）、暗号者が暗号化ファイルを復号者に受け渡す処理（図示省略）及び復号者が暗号化ファイルを暗号者から受領する処理（図示書略）は、第１の実施形態の情報伝達システムのものと同一のため、説明を省略する。

第４の実施形態の情報伝達システムにおいて、復号者が、パスワードをＷＥＢサーバ３から閲覧する処理について説明する。

クライアント計算機２は、アドレス入力ページ要求を、ＷＥＢサーバ３に送信する。すると、ＷＥＢサーバ３は、要求されたアドレス入力ページを、クライアント計算機２に送信する。クライアント計算機２は、アドレス入力ページを、ＷＥＢサーバ３から受信する。アドレス入力ページ（図示省略）は、メールアドレス欄及び送信ボタンを含む。メールアドレス欄には、復号者のメールアドレスが入力される。送信ボタンが操作されると、クライアント計算機２は、メールアドレス欄に入力されたメールアドレスを、ＷＥＢサーバ３へ送信する。なお、本実施の形態では、クライアント計算機２は、ＷＥＢサーバ３にメールアドレスを送信したが、メールアドレス以外の復号者の固有な情報を送信してもよい。この場合、ＷＥＢサーバ３は、復号者の固有な情報と復号者のメールアドレスとの対応を記憶する。これによって、ＷＥＢサーバ３は、受信した復号者の固有な情報に基づいて、復号者のメールアドレスを特定できる。

ＷＥＢサーバ３は、メールアドレスをクライアント計算機２から受信する。すると、ＷＥＢサーバ３は、ワンタイムＵＲＬを作成する。ワンタイムＵＲＬは、クライアント計算機２がパスワード開示ＷＥＢページ（図９）をＷＥＢサーバに要求するためのＵＲＬである。ワンタイムＵＲＬは、失効する。ワンタイムＵＲＬの失効条件は、例えば、規定の回数のアクセスを受け付けることである。また、ワンタイムＵＲＬの失効条件は、生成から一定の時間が経過することである。ここで、ワンタイムＵＲＬの一例を示す。ワンタイムＵＲＬの一例は、「ｈｔｔｐ:／／ｗｗｗ.ａｕｔｈａｄｄ.ｃｏｍ／ｐａｓｓ.ｐｈｐ?ｒｎｄ＝９８５６２４５８４」である。ｒｎｄ以降の文字列は、ランダムな文字列である。ＷＥＢサーバ３は、このランダムな文字列を生成する。そして、ＷＥＢサーバ３は、このランダムな文字列とクライアント計算機２から受信したメールアドレスとを対応付けて記憶する。次に、ＷＥＢサーバ３は、パスワード開示要求ページを生成する。なお、パスワード開示要求ページは、生成されたワンタイムＵＲＬ及び当該ＷＥＢサーバ３が受信可能なメールアドレスを含む。また、パスワード開示要求ページには、表示されたメールアドレスに電子メールを送信してから、表示されたワンタイムＵＲＬに対してパスワード開示ＷＥＢページ要求を送信すべき旨が記載される。そして、ＷＥＢサーバ３は、生成したパスワード開示要求ページを送信する。

すると、クライアント計算機２は、ＷＥＢサーバ３からパスワード開示要求ページを受信する。次に、クライアント計算機２は、復号者の操作を契機に、パスワード開示要求ページに含まれるメールアドレス宛ての電子メールを送信する。但し、復号者のメールアドレスとしてクライアント計算機２以外の第２クライアント計算機のメールアドレスが登録されている場合、当該第２クライアント計算機が、パスワード開示要求ページに含まれるメールアドレス宛ての電子メールを送信する。すると、ＷＥＢサーバ３は、電子メールを受信する。次に、ＷＥＢサーバ３は、受信した電子メールから、送信元のメールアドレスを抽出する。次に、ＷＥＢサーバ３は、抽出した送信元のメールアドレスと当該電子メールを受信した時刻との対応を記憶する。一方、クライアント計算機２は、ユーザの操作を契機に、パスワード開示要求ページに含まれるワンタイムＵＲＬに対してパスワード開示ＷＥＢページ要求を送信する。

ＷＥＢサーバ３は、パスワード開示ＷＥＢページ要求をクライアント計算機２から受信する。ＷＥＢサーバ３は、パスワード開示ＷＥＢページ要求を受信したワンタイムＵＲＬから、ｒｎｄ以降の文字列を取得する。そして、ＷＥＢサーバ３は、取得した文字列に対応して記憶するメールアドレスを特定する。次に、ＷＥＢサーバ３は、特定したメールアドレスを送信元とする電子メールを受信した時刻を特定する。そして、ＷＥＢサーバ３は、特定した受信時刻と現在の時刻との差が所定時間以内であるか否かを判定する。当該差が所定時間より大きいと、ＷＥＢサーバ３は、要求されたパスワードの開示を許可しない。そこで、ＷＥＢサーバ３は、パスワード開示要求ページをクライアント計算機２に再度送信する。なお、ＷＥＢサーバ３は、特定したメールアドレスを送信元とする電子メールを受信していない場合にも、パスワードの開示を許可しない。一方、当該差が所定時間以内であると、ＷＥＢサーバ３は、要求されたパスワードの開示を許可する。そこで、ＷＥＢサーバ３は、特定したメールアドレスと伝達情報テーブル３４２のメールアドレス３４２２とが一致するレコードを、伝達情報テーブル３４２から選択する。次に、ＷＥＢサーバ３は、選択したレコードのファイル名３４２３及びパスワード３４２４を抽出する。そして、ＷＥＢサーバ３は、抽出したファイル名３４２３及びパスワード３４２４に基づいて、パスワード開示ＷＥＢページ（図９）を生成する。次に、ＷＥＢサーバ３は、生成したパスワード開示ＷＥＢページを、クライアント計算機２に送信する。

クライアント計算機２は、パスワード開示ＷＥＢページを、ＷＥＢサーバ３から受信する。そして、クライアント計算機２は、受信したパスワード開示ＷＥＢページを、表示装置に表示する。

前述の通り、暗号者は、メールアドレスを指定することによって、当該メールアドレスの所有者に、情報を伝達できる。なお、ＷＥＢサーバ３は、暗号者によって操作されるクライアント計算機１に、ワンタイムＵＲＬ及び当該ＷＥＢサーバ３が受信可能なメールアドレスを通知してもよい。具体的には、ＷＥＢサーバ３は、情報伝達テーブル３４２を更新すると（Ｓ１０４）、ランダムな文字列を含むワンタイムＵＲＬを作成する。次に、ＷＥＢサーバ３は、受信した復号者のメールアドレスとランダムな文字列との対応を記憶する。次に、ＷＥＢサーバ３は、作成したワンタイムＵＲＬ及び当該ＷＥＢサーバ３が受信可能なメールアドレスを、クライアント計算機１に送信する。すると、クライアント計算機１は、ワンタイムＵＲＬ及びメールアドレスを受信する。そして、暗号者は、暗号化ファイルと共に、クライアント計算機１が受信したワンタイムＵＲＬ及びメールアドレスを、復号者に受け渡す。その後、クライアント計算機２は、復号者の操作を契機に、受け渡されたメールアドレス宛てに電子メールを送信する。更に、クライアント計算機２は、復号者の操作を契機に、受け渡されたワンタイムＵＲＬに対してパスワード開示ＷＥＢページ要求を送信する。その後の処理は、同一なので説明を省略する。

また、次の通りであってもよい。ＷＥＢサーバ３は、暗号者によって操作されるクライアント計算機１に、ワンタイムＵＲＬのみを通知する。具体的には、ＷＥＢサーバ３は、情報伝達テーブル３４２を更新すると（Ｓ１０４）、ランダムな文字列を含むワンタイムＵＲＬを作成する。次に、ＷＥＢサーバ３は、受信した復号者のメールアドレスとランダムな文字列との対応を記憶する。そして、ＷＥＢサーバ３は、作成したワンタイムＵＲＬを、クライアント計算機１に送信する。すると、クライアント計算機１は、ワンタイムＵＲＬを受信する。そして、暗号者は、暗号化ファイルと共に、クライアント計算機１が受信したワンタイムＵＲＬを、復号者に受け渡す。その後、クライアント計算機２は、復号者の操作を契機に、受け渡されたワンタイムＵＲＬに対してパスワード開示ＷＥＢページ要求を送信する。この時点で、ＷＥＢサーバ３は、所定の時間内に復号者から電子メールを受信していない。そこで、ＷＥＢサーバ３は、パスワード開示ＷＥＢページではなく、パスワード開示要求ページを、クライアント計算機２に送信する。この場合、パスワード開示要求ページは、ＷＥＢサーバ３が受信可能なメールアドレス及びクライアント計算機２がパスワード開示ＷＥＢページ要求を送信したワンタイムＵＲＬを含む。なお、パスワード開示要求ページは、当該ワンタイムＵＲＬの代わりに、当該ワンタイムＵＲＬへパスワード開示ＷＥＢページ要求を送信するためのボタンを含んでもよい。クライアント計算機２は、パスワード開示要求ページを、ＷＥＢサーバ３から受信する。次に、クライアント計算機２は、復号者の操作を契機に、メール送信要求ページに含まれるＷＥＢサーバ３が受信可能なメールアドレスへ、電子メールを送信する。次に、クライアント計算機２は、復号者の操作を契機に、パスワード開示ＷＥＢページの要求を、ＷＥＢサーバ３に送信する。その後の処理は、同一なので説明を省略する。

ところで、第２の実施形態における復号者がパスワードをＷＥＢサーバ３から閲覧する処理は、上述した処理に置き換えることができる。また、第３の実施形態において、復号者がダウンロード用ＵＲＬを閲覧する処理は、上述した処理に置き換えることができる。この場合、ワンタイムＵＲＬは、クライアント計算機２が、ダウンロードＵＲＬ開示ＷＥＢページを、ＷＥＢサーバ３に要求するためのＵＬＲである。

第１の実施形態の情報伝達システムの構成のブロック図である。 第１の実施形態の情報伝達システムに備わるＷＥＢサーバ３の構成のブロック図である。 第１の実施形態のＷＥＢサーバ３の伝達情報テーブル３４２の構成図である。 第１の実施形態のＷＥＢサーバ３の認証用メールアドレス対応テーブル３４１の構成図である。 第１の実施形態の情報伝達システムにおける暗号者がパスワードをＷＥＢサーバ３に登録する処理のシーケンス図である。 第１の実施形態の情報伝達システムにおける復号者がパスワードをＷＥＢサーバ３から閲覧する処理のシーケンス図である。 第１の実施形態のパスワードＷＥＢページの説明図である。 第１の実施形態の認証用ＷＥＢページの説明図である。 第１の実施形態のパスワード開示ＷＥＢページの説明図である。 第１の実施形態のパスワードＷＥＢページの説明図である。 第２の実施形態の情報伝達システムに備わるＷＥＢサーバ３の構成のブロック図である。 第２の実施形態のＷＥＢサーバ３の登録用メールアドレステーブル３４３の構成図である。 第２の実施形態の情報伝達システムにおける暗号者が暗号化ファイルを復号者に受け渡す処理及びＷＥＢサーバ３がパスワードを記憶する処理のシーケンス図である。 第２の実施形態の登録用メールアドレスＷＥＢページの説明図である。 第３の実施形態のダウンロードＵＲＬ開示ＷＥＢページの説明図である。

符号の説明

１ クライアント計算機
２ クライアント計算機
３ ＷＥＢサーバ
５ ネットワーク
３１ ＣＰＵ
３２ メモリ
３９ ネットワークインタフェース
３１０ パスワード登録プログラム
３１５ 入力情報受信サブプログラム
３１６ 伝達情報テーブル更新サブプログラム
３２０ パスワード開示プログラム
３２３ 認証要求ＩＤ生成サブプログラム
３２４ 認証用メールアドレス生成サブプログラム
３２５ 認証用メールアドレス送信サブプログラム
３２６ メール受信サブプログラム
３２７ 受信メール読取サブプログラム
３２８ 認証サブプログラム
３２９ 画面生成サブプログラム
３３０ ＷＥＢサイト提供プログラム
３４１ 認証用メールアドレス対応テーブル
３４２ 伝達情報テーブル
３４３ 登録用メールアドレステーブル
３５０ パスワード登録プログラム
３５１ 登録用メールアドレス要求受信サブプログラム
３５２ パスワード生成サブプログラム
３５３ 登録用メールアドレス生成サブプログラム
３５４ 登録用メール受信サブプログラム
３５５ 登録用メール読取サブプログラム
３５７ 登録用メールアドレステーブル更新サブプログラム
３５８ 伝達情報テーブル更新サブプログラム
３５９ 画面生成サブプログラム
３２２１ 認証要求受信サブプログラム
３２２２ 認証結果要求受信サブプログラム
３４１１ 認証要求ＩＤ
３４１２ 認証用メールアドレス
３４１３ 復号者メールアドレス
３４２２ メールアドレス
３４２３ ファイル名
３４２４ パスワード
３４３１ 登録用メールアドレス
３４３２ パスワード

Claims (38)

1. 第１計算機及び第２計算機にネットワークを介して接続され、プロセッサ、メモリ及びネットワークインタフェースを備える情報管理計算機であって、
   前記プロセッサは、
   伝達情報と当該伝達情報の受信者のメールアドレスとの対応を示す伝達情報対応情報を記憶し、
   前記第２計算機から認証要求を受信すると、
   当該情報管理計算機が受信可能なメールアドレスのうち、以前に受信した認証要求のいずれにも割り当てられていないメールアドレスを、当該受信した認証要求に割り当て、
   前記受信した認証要求と当該認証要求に割り当てられたメールアドレスとの対応を、認証用メールアドレス対応情報に記憶し、
   電子メールを受信すると、当該受信した電子メールから、送信元メールアドレス及び送信先メールアドレスを特定し、
   前記認証用メールアドレス対応情報を参照して、前記特定された送信先メールアドレスに対応する認証要求を特定し、
   前記伝達情報対応情報を参照して、前記特定された送信元メールアドレスに対応する伝達情報を特定し、
   前記特定された認証要求の送信元である前記第２計算機に、前記特定された伝達情報を送信することを特徴とする情報管理計算機。
2. 前記プロセッサは、
   前記第１計算機から、伝達情報及び当該伝達情報の受信者のメールアドレスを受信し、
   前記受信した伝達情報と前記受信したメールアドレスとの対応を、前記伝達情報対応情報に記憶することを特徴とする請求項１に記載の情報管理計算機。
3. 前記プロセッサは、
   前記第１計算機から、メールアドレスを受信し、
   伝達情報を作成し、
   前記作成された伝達情報と前記受信したメールアドレスとの対応を、前記伝達情報対応情報に記憶することを特徴とする請求項１に記載の情報管理計算機。
4. 前記プロセッサは、前記作成された伝達情報を、クライアント計算機１に送信することを特徴とする請求項３に記載の情報管理計算機。
5. 前記プロセッサは、
   伝達情報を生成し、
   当該情報管理計算機が受信可能なメールアドレスのうち、以前に生成された伝達情報のいずれにも割り当てられていないメールアドレスを、当該生成された伝達情報に割り当て、
   前記生成された伝達情報と当該伝達情報に割り当てられたメールアドレスとの対応を、登録用メールアドレステーブルに記憶し、
   前記生成された伝達情報及び当該伝達情報に割り当てられたメールアドレスを、第１計算機に送信し、
   電子メールを受信すると、当該受信した電子メールから、複数の送信先メールアドレスを特定し、
   前記登録用メールアドレステーブルを参照して、前記特定された複数の送信先メールアドレスのうち、当該情報管理計算機が受信可能なメールアドレスに対応する伝達情報を特定し、
   前記特定された伝達情報と、前記特定された複数の送信先メールアドレスのうち、当該情報管理計算機が受信不可能なメールアドレスとの対応を、前記伝達情報対応情報に記憶することを特徴とする請求項１に記載の情報管理計算機。
6. 前記伝達情報は、文字列、ビット列又は電子ファイルであることを特徴とする請求項１に記載の情報管理計算機。
7. 前記プロセッサは、
   前記メールアドレスを前記認証要求に割り当ててから所定の時間が経過すると、当該メールアドレスの割り当てを解除し、
   前記割り当てを解除したメールアドレスを他の認証要求に再度割り当てることを特徴とする請求項１に記載の情報管理計算機。
8. 前記プロセッサは、
   当該管理計算機が受信可能なメールアドレスを新たに生成し、
   前記生成された新たなメールアドレスを、前記受信した認証要求に割り当てることによって、当該情報管理計算機が受信可能なメールアドレスのうち、以前に受信した認証要求のいずれにも割り当てられていないメールアドレスを、当該受信した認証要求に割り当てることを特徴とする請求項１に記載の情報管理計算機。
9. 前記プロセッサは、前記メールアドレスを新たに作成してから所定の時間が経過すると、当該作成されたメールアドレスを無効とすることによって、当該作成されたメールアドレスの割り当てを解除することを特徴とする請求項８に記載の情報管理計算機。
10. 第１計算機及び第２計算機にネットワークを介して接続され、プロセッサ、メモリ及びネットワークインタフェースを備える情報管理計算機であって、
    前記プロセッサは、
    前記第１計算機から、伝達情報の受信者のメールアドレスを受信し、
    前記伝達情報と前記受信した受信者のメールアドレスとの対応を、伝達情報対応情報に記憶し、
    電子メールを受信すると、当該受信した電子メールから、送信元メールアドレスを特定し、
    前記伝達情報対応情報を参照して、前記特定された送信元メールアドレスに対応する伝達情報を特定し、
    前記特定された伝達情報を、前記第２計算機に送信することを特徴とする情報管理計算機。
11. 前記プロセッサは、
    前記第１計算機から、前記伝達情報及び当該伝達情報の受信者のメールアドレスを受信し、
    前記受信した伝達情報と前記受信した受信者のメールアドレスとの対応を、伝達情報対応情報に記憶することを特徴とする請求項１０に記載の情報管理計算機。
12. 前記プロセッサは、
    伝達情報を作成し、
    前記作成された伝達情報と前記受信した受信者のメールアドレスとの対応を、前記伝達情報対応情報に記憶することを特徴とする請求項１０に記載の情報管理計算機。
13. 前記プロセッサは、前記作成された伝達情報を、クライアント計算機１に送信することを特徴とする請求項１２に記載の情報管理計算機。
14. 前記プロセッサ、
    伝達情報を生成し、
    当該情報管理計算機が受信可能なメールアドレスのうち、以前に生成された伝達情報のいずれにも割り当てられていないメールアドレスを、当該生成された伝達情報に割り当て、
    前記生成された伝達情報と当該伝達情報に割り当てられたメールアドレスとの対応を、登録用メールアドレステーブルに記憶し、
    前記生成された伝達情報及び当該伝達情報に割り当てられたメールアドレスを、第１計算機に送信し、
    電子メールを受信すると、当該受信した電子メールから、複数の送信先メールアドレスを特定し、
    前記登録用メールアドレステーブルを参照して、前記特定された複数の送信先メールアドレスのうち、当該情報管理計算機が受信可能なメールアドレスに対応する伝達情報を特定し、
    前記特定された伝達情報と、前記特定された複数の送信先メールアドレスのうち、当該情報管理計算機が受信不可能なメールアドレスとの対応を、前記伝達情報対応情報に記憶することを特徴とする請求項１０に記載の情報管理計算機。
15. 前記伝達情報は、文字列、ビット列又は電子ファイルであることを特徴とする請求項１０に記載の情報管理計算機。
16. プロセッサ、メモリ及びネットワークインタフェースを備える第１計算機と、プロセッサ、メモリ及びネットワークインタフェースを備える第２計算機と、プロセッサ、メモリ及びネットワークインタフェースを備え、前記第１計算機及び前記第２計算機にネットワークを介して接続される情報管理計算機と、を備える情報伝達システムであって、
    前記情報管理計算機は、
    伝達情報と当該伝達情報の受信者のメールアドレスとの対応を示す伝達情報対応情報を記憶し、
    前記第２計算機から認証要求を受信すると、
    当該情報管理計算機が受信可能なメールアドレスのうち、以前に受信した認証要求のいずれにも割り当てられていないメールアドレスを、当該受信した認証要求に割り当て、
    前記受信した認証要求と当該認証要求に割り当てられたメールアドレスとの対応を、認証用メールアドレス対応情報に記憶し、
    電子メールを受信すると、当該受信した電子メールから、送信元メールアドレス及び送信先メールアドレスを特定し、
    前記認証用メールアドレス対応情報を参照して、前記特定された送信先メールアドレスに対応する認証要求を特定し、
    前記伝達情報対応情報を参照して、前記特定された送信元メールアドレスに対応する伝達情報を特定し、
    前記特定された認証要求の送信元である前記第２計算機に、前記特定された伝達情報を送信することを特徴とする情報伝達システム。
17. プロセッサ、メモリ及びネットワークインタフェースを備える第１計算機と、プロセッサ、メモリ及びネットワークインタフェースを備える第２計算機と、プロセッサ、メモリ及びネットワークインタフェースを備え、前記第１計算機及び前記第２計算機にネットワークを介して接続される情報管理計算機と、を備える情報伝達システムであって、
    前記情報管理計算機は、
    前記第１計算機から、伝達情報の受信者のメールアドレスを受信し、
    前記伝達情報と前記受信した受信者のメールアドレスとの対応を、伝達情報対応情報に記憶し、
    電子メールを受信すると、当該受信した電子メールから、送信元メールアドレスを特定し、
    前記伝達情報対応情報を参照して、前記特定された送信元メールアドレスに対応する伝達情報を特定し、
    前記特定された伝達情報を、前記第２計算機に送信することを特徴とする情報伝達システム。
18. 第１計算機及び第２計算機にネットワークを介して接続され、プロセッサ、メモリ及びネットワークインタフェースを備える情報管理計算機に実行されるプログラムであって、
    伝達情報と当該伝達情報の受信者のメールアドレスとの対応を示す伝達情報対応情報を記憶するステップと、
    前記第２計算機から認証要求を受信するステップと、
    当該情報管理計算機が受信可能なメールアドレスのうち、以前に受信した認証要求のいずれにも割り当てられていないメールアドレスを、当該受信した認証要求に割り当てるステップと、
    前記受信した認証要求と当該認証要求に割り当てられたメールアドレスとの対応を、認証用メールアドレス対応情報に記憶するステップと、
    電子メールを受信すると、当該受信した電子メールから、送信元メールアドレス及び送信先メールアドレスを特定するステップと、
    前記認証用メールアドレス対応情報を参照して、前記特定された送信先メールアドレスに対応する認証要求を特定するステップと、
    前記伝達情報対応情報を参照して、前記特定された送信元メールアドレスに対応する伝達情報を特定するステップと、
    前記特定された認証要求の送信元である前記第２計算機に、前記特定された伝達情報を送信するステップと、を含むことを特徴とするプログラム。
19. 第１計算機及び第２計算機にネットワークを介して接続され、プロセッサ、メモリ及びネットワークインタフェースを備える情報管理計算機に実行されるプログラムであって、
    前記第１計算機から、伝達情報の受信者のメールアドレスを受信するステップと、
    前記伝達情報と前記受信した受信者のメールアドレスとの対応を、伝達情報対応情報に記憶するステップと、
    電子メールを受信すると、当該受信した電子メールから、送信元メールアドレスを特定するステップと、
    前記伝達情報対応情報を参照して、前記特定された送信元メールアドレスに対応する伝達情報を特定するステップと、
    前記特定された伝達情報を、前記第２計算機に送信するステップと、を含むことを特徴とするプログラム。
20. 第１計算機及び第２計算機にネットワークを介して接続され、プロセッサ、メモリ及びネットワークインタフェースを備える情報管理計算機であって、
    前記プロセッサは、
    伝達情報と当該伝達情報の受信者のユーザエージェントアドレスとの対応を示す伝達情報対応情報を記憶し、
    前記第２計算機から認証要求を受信すると、
    当該情報管理計算機が受信可能なユーザエージェントアドレスのうち、以前に受信した認証要求のいずれにも割り当てられていないユーザエージェントアドレスを、当該受信した認証要求に割り当て、
    前記受信した認証要求と当該認証要求に割り当てられたユーザエージェントアドレスとの対応を、認証用ユーザエージェントアドレス対応情報に記憶し、
    シグナリングを受信すると、当該受信したシグナリングから、送信元ユーザエージェントアドレス及び送信先ユーザエージェントアドレスを特定し、
    前記認証用ユーザエージェントアドレス対応情報を参照して、前記特定された送信先ユーザエージェントアドレスに対応する認証要求を特定し、
    前記伝達情報対応情報を参照して、前記特定された送信元ユーザエージェントアドレスに対応する伝達情報を特定し、
    前記特定された認証要求の送信元である前記第２計算機に、前記特定された伝達情報を送信することを特徴とする情報管理計算機。
21. 前記プロセッサは、
    前記第１計算機から、伝達情報及び当該伝達情報の受信者のユーザエージェントアドレスを受信し、
    前記受信した伝達情報と前記受信したユーザエージェントアドレスとの対応を、前記伝達情報対応情報に記憶することを特徴とする請求項２０に記載の情報管理計算機。
22. 前記プロセッサは、
    前記第１計算機から、ユーザエージェントアドレスを受信し、
    伝達情報を作成し、
    前記作成された伝達情報と前記受信したユーザエージェントアドレスとの対応を、前記伝達情報対応情報に記憶することを特徴とする請求項２０に記載の情報管理計算機。
23. 前記プロセッサは、前記作成された伝達情報を、クライアント計算機１に送信することを特徴とする請求項２２に記載の情報管理計算機。
24. 前記プロセッサは、
    伝達情報を生成し、
    当該情報管理計算機が受信可能なユーザエージェントアドレスのうち、以前に生成された伝達情報のいずれにも割り当てられていないユーザエージェントアドレスを、当該生成された伝達情報に割り当て、
    前記生成された伝達情報と当該伝達情報に割り当てられたユーザエージェントアドレスとの対応を、登録用ユーザエージェントアドレステーブルに記憶し、
    前記生成された伝達情報及び当該伝達情報に割り当てられたユーザエージェントアドレスを、第１計算機に送信し、
    シグナリングを受信すると、当該受信したシグナリングから、複数の送信先ユーザエージェントアドレスを特定し、
    前記登録用ユーザエージェントアドレステーブルを参照して、前記特定された複数の送信先ユーザエージェントアドレスのうち、当該情報管理計算機が受信可能なユーザエージェントアドレスに対応する伝達情報を特定し、
    前記特定された伝達情報と、前記特定された複数の送信先ユーザエージェントアドレスのうち、当該情報管理計算機が受信不可能なユーザエージェントアドレスとの対応を、前記伝達情報対応情報に記憶することを特徴とする請求項２０に記載の情報管理計算機。
25. 前記伝達情報は、文字列、ビット列又は電子ファイルであることを特徴とする請求項２０に記載の情報管理計算機。
26. 前記プロセッサは、
    前記ユーザエージェントアドレスを前記認証要求に割り当ててから所定の時間が経過すると、当該ユーザエージェントアドレスの割り当てを解除し、
    前記割り当てを解除したユーザエージェントアドレスを他の認証要求に再度割り当てることを特徴とする請求項２０に記載の情報管理計算機。
27. 前記プロセッサは、
    当該管理計算機が受信可能なユーザエージェントアドレスを新たに生成し、
    前記生成された新たなユーザエージェントアドレスを、前記受信した認証要求に割り当てることによって、当該情報管理計算機が受信可能なユーザエージェントアドレスのうち、以前に受信した認証要求のいずれにも割り当てられていないユーザエージェントアドレスを、当該受信した認証要求に割り当てることを特徴とする請求項２０に記載の情報管理計算機。
28. 前記プロセッサは、前記ユーザエージェントアドレスを新たに作成してから所定の時間が経過すると、当該作成されたユーザエージェントアドレスを無効とすることによって、当該作成されたユーザエージェントアドレスの割り当てを解除することを特徴とする請求項２７に記載の情報管理計算機。
29. 第１計算機及び第２計算機にネットワークを介して接続され、プロセッサ、メモリ及びネットワークインタフェースを備える情報管理計算機であって、
    前記プロセッサは、
    前記第１計算機から、伝達情報の受信者のユーザエージェントアドレスを受信し、
    前記伝達情報と前記受信した受信者のユーザエージェントアドレスとの対応を、伝達情報対応情報に記憶し、
    シグナリングを受信すると、当該受信したシグナリングから、送信元ユーザエージェントアドレスを特定し、
    前記伝達情報対応情報を参照して、前記特定された送信元ユーザエージェントアドレスに対応する伝達情報を特定し、
    前記特定された伝達情報を、前記第２計算機に送信することを特徴とする情報管理計算機。
30. 前記プロセッサは、
    前記第１計算機から、前記伝達情報及び当該伝達情報の受信者のユーザエージェントアドレスを受信し、
    前記受信した伝達情報と前記受信した受信者のユーザエージェントアドレスとの対応を、伝達情報対応情報に記憶することを特徴とする請求項２９に記載の情報管理計算機。
31. 前記プロセッサは、
    伝達情報を作成し、
    前記作成された伝達情報と前記受信した受信者のユーザエージェントアドレスとの対応を、前記伝達情報対応情報に記憶することを特徴とする請求項２９に記載の情報管理計算機。
32. 前記プロセッサは、前記作成された伝達情報を、クライアント計算機１に送信することを特徴とする請求項３１に記載の情報管理計算機。
33. 前記プロセッサ、
    伝達情報を生成し、
    当該情報管理計算機が受信可能なユーザエージェントアドレスのうち、以前に生成された伝達情報のいずれにも割り当てられていないユーザエージェントアドレスを、当該生成された伝達情報に割り当て、
    前記生成された伝達情報と当該伝達情報に割り当てられたユーザエージェントアドレスとの対応を、登録用ユーザエージェントアドレステーブルに記憶し、
    前記生成された伝達情報及び当該伝達情報に割り当てられたユーザエージェントアドレスを、第１計算機に送信し、
    シグナリングを受信すると、当該受信したシグナリングから、複数の送信先ユーザエージェントアドレスを特定し、
    前記登録用ユーザエージェントアドレステーブルを参照して、前記特定された複数の送信先ユーザエージェントアドレスのうち、当該情報管理計算機が受信可能なユーザエージェントアドレスに対応する伝達情報を特定し、
    前記特定された伝達情報と、前記特定された複数の送信先ユーザエージェントアドレスのうち、当該情報管理計算機が受信不可能なユーザエージェントアドレスとの対応を、前記伝達情報対応情報に記憶することを特徴とする請求項２９に記載の情報管理計算機。
34. 前記伝達情報は、文字列、ビット列又は電子ファイルであることを特徴とする請求項２９に記載の情報管理計算機。
35. プロセッサ、メモリ及びネットワークインタフェースを備える第１計算機と、プロセッサ、メモリ及びネットワークインタフェースを備える第２計算機と、プロセッサ、メモリ及びネットワークインタフェースを備え、前記第１計算機及び前記第２計算機にネットワークを介して接続される情報管理計算機と、を備える情報伝達システムであって、
    前記情報管理計算機は、
    伝達情報と当該伝達情報の受信者のユーザエージェントアドレスとの対応を示す伝達情報対応情報を記憶し、
    前記第２計算機から認証要求を受信すると、
    当該情報管理計算機が受信可能なユーザエージェントアドレスのうち、以前に受信した認証要求のいずれにも割り当てられていないユーザエージェントアドレスを、当該受信した認証要求に割り当て、
    前記受信した認証要求と当該認証要求に割り当てられたユーザエージェントアドレスとの対応を、認証用ユーザエージェントアドレス対応情報に記憶し、
    シグナリングを受信すると、当該受信したシグナリングから、送信元ユーザエージェントアドレス及び送信先ユーザエージェントアドレスを特定し、
    前記認証用ユーザエージェントアドレス対応情報を参照して、前記特定された送信先ユーザエージェントアドレスに対応する認証要求を特定し、
    前記伝達情報対応情報を参照して、前記特定された送信元ユーザエージェントアドレスに対応する伝達情報を特定し、
    前記特定された認証要求の送信元である前記第２計算機に、前記特定された伝達情報を送信することを特徴とする情報伝達システム。
36. プロセッサ、メモリ及びネットワークインタフェースを備える第１計算機と、プロセッサ、メモリ及びネットワークインタフェースを備える第２計算機と、プロセッサ、メモリ及びネットワークインタフェースを備え、前記第１計算機及び前記第２計算機にネットワークを介して接続される情報管理計算機と、を備える情報伝達システムであって、
    前記情報管理計算機は、
    前記第１計算機から、伝達情報の受信者のユーザエージェントアドレスを受信し、
    前記伝達情報と前記受信した受信者のユーザエージェントアドレスとの対応を、伝達情報対応情報に記憶し、
    シグナリングを受信すると、当該受信したシグナリングから、送信元ユーザエージェントアドレスを特定し、
    前記伝達情報対応情報を参照して、前記特定された送信元ユーザエージェントアドレスに対応する伝達情報を特定し、
    前記特定された伝達情報を、前記第２計算機に送信することを特徴とする情報伝達システム。
37. 第１計算機及び第２計算機にネットワークを介して接続され、プロセッサ、メモリ及びネットワークインタフェースを備える情報管理計算機に実行されるプログラムであって、
    伝達情報と当該伝達情報の受信者のユーザエージェントアドレスとの対応を示す伝達情報対応情報を記憶するステップと、
    前記第２計算機から認証要求を受信するステップと、
    当該情報管理計算機が受信可能なユーザエージェントアドレスのうち、以前に受信した認証要求のいずれにも割り当てられていないユーザエージェントアドレスを、当該受信した認証要求に割り当てるステップと、
    前記受信した認証要求と当該認証要求に割り当てられたユーザエージェントアドレスとの対応を、認証用ユーザエージェントアドレス対応情報に記憶するステップと、
    シグナリングを受信すると、当該受信したシグナリングから、送信元ユーザエージェントアドレス及び送信先ユーザエージェントアドレスを特定するステップと、
    前記認証用ユーザエージェントアドレス対応情報を参照して、前記特定された送信先ユーザエージェントアドレスに対応する認証要求を特定するステップと、
    前記伝達情報対応情報を参照して、前記特定された送信元ユーザエージェントアドレスに対応する伝達情報を特定するステップと、
    前記特定された認証要求の送信元である前記第２計算機に、前記特定された伝達情報を送信するステップと、を含むことを特徴とするプログラム。
38. 第１計算機及び第２計算機にネットワークを介して接続され、プロセッサ、メモリ及びネットワークインタフェースを備える情報管理計算機に実行されるプログラムであって、
    前記第１計算機から、伝達情報の受信者のユーザエージェントアドレスを受信するステップと、
    前記伝達情報と前記受信した受信者のユーザエージェントアドレスとの対応を、伝達情報対応情報に記憶するステップと、
    シグナリングを受信すると、当該受信したシグナリングから、送信元ユーザエージェントアドレスを特定するステップと、
    前記伝達情報対応情報を参照して、前記特定された送信元ユーザエージェントアドレスに対応する伝達情報を特定するステップと、
    前記特定された伝達情報を、前記第２計算機に送信するステップと、を含むことを特徴とするプログラム。