(57)【要約】【課題】安全で利便性の高い情報伝達システムを提供する。【解決手段】第１計算機及び第２計算機にネットワークを介して接続される情報管理計算機であって、伝達情報対応情報を記憶し、電話番号を、当該受信した認証要求に割り当て、前記受信した認証要求と当該認証要求に割り当てられた電話番号との対応を、認証用電話番号対応情報に記憶し、ダイヤルを着信すると、当該着信したダイヤルから、発信者電話番号及び着信電話番号を特定し、前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応する認証要求を特定し、前記伝達情報対応情報を参照して、前記特定された発信者電話番号に対応する伝達情報を特定し、前記特定された認証要求の送信元である前記第２計算機に、前記特定された伝達情報を送信することを特徴とする。【選択図】図２
2008071216.tif 000002
【特許請求の範囲】
【請求項１】
第１計算機及び第２計算機にネットワークを介して接続され、プロセッサ、メモリ及びネットワークインタフェースを備える情報管理計算機であって、
前記プロセッサは、
伝達情報と当該伝達情報の受信者の電話番号との対応を示す伝達情報対応情報を記憶し、
前記第２計算機から認証要求を受信すると、
当該情報管理計算機が着信可能な電話番号のうち、以前に受信した認証要求のいずれにも割り当てられていない電話番号を、当該受信した認証要求に割り当て、
前記受信した認証要求と当該認証要求に割り当てられた電話番号との対応を、認証用電話番号対応情報に記憶し、
ダイヤルを着信すると、当該着信したダイヤルから、発信者電話番号及び着信電話番号を特定し、
前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応する認証要求を特定し、
前記伝達情報対応情報を参照して、前記特定された発信者電話番号に対応する伝達情報を特定し、
前記特定された認証要求の送信元である前記第２計算機に、前記特定された伝達情報を送信することを特徴とする情報管理計算機。
【請求項２】
前記プロセッサは、
前記第１計算機から、伝達情報及び当該伝達情報の受信者の電話番号を受信し、
前記受信した伝達情報と前記受信した電話番号との対応を、前記伝達情報対応情報に記憶することを特徴とする請求項１に記載の情報管理計算機。
【請求項３】
前記プロセッサは、
伝達情報を作成し、
前記第１計算機から、電話番号を受信し、
前記作成された伝達情報と前記受信した電話番号との対応を、前記伝達情報対応情報に記憶することを特徴とする請求項１に記載の情報管理計算機。
【請求項４】
前記プロセッサは、前記作成された伝達情報を、前記第１計算機に送信することを特徴とする請求項３に記載の情報管理計算機。
【請求項５】
前記プロセッサは、
伝達情報を作成し、
当該情報管理計算機が受信可能なメールアドレスのうち、以前に作成された伝達情報のいずれにも割り当てられていないメールアドレスを、当該作成された伝達情報に割り当て、
前記作成された伝達情報と当該伝達情報に割り当てられたメールアドレスとの対応を、登録用メールアドレステーブルに記憶し、
前記作成された伝達情報及び当該伝達情報に割り当てられたメールアドレスを、第１計算機に送信し、
電子メールを受信すると、当該受信した電子メールから、送信先メールアドレス及び前記作成された伝達情報の受信者の電話番号を抽出し、
前記登録用メールアドレステーブルを参照して、前記抽出された送信先メールアドレスのうち、当該情報管理計算機が受信可能なメールアドレスに対応する伝達情報を特定し、
前記特定された伝達情報と、前記抽出された電話番号との対応を、前記伝達情報対応情報に記憶することを特徴とする請求項１に記載の情報管理計算機。
【請求項６】
前記伝達情報は、文字列、ビット列又は電子ファイルであることを特徴とする請求項１に記載の情報管理計算機。
【請求項７】
前記プロセッサは、
前記電話番号を前記認証要求に割り当ててから所定の時間が経過すると、当該電話番号の割り当てを解除し、
前記割り当てを解除した電話番号を他の認証要求に再度割り当てることを特徴とする請求項１に記載の情報管理計算機。
【請求項８】
第１計算機及び第２計算機にネットワークを介して接続され、プロセッサ、メモリ及びネットワークインタフェースを備える情報管理計算機であって、
前記プロセッサは、
前記第１計算機から、伝達情報の受信者の電話番号を受信し、
前記伝達情報と前記受信した受信者の電話番号との対応を、伝達情報対応情報に記憶し、
ダイヤルを着信すると、当該着信したダイヤルから、発信者電話番号を特定し、
前記伝達情報対応情報を参照して、前記特定された発信者電話番号に対応する伝達情報を特定し、
前記特定された伝達情報を、前記第２計算機に送信することを特徴とする情報管理計算機。
【請求項９】
前記プロセッサは、
前記第１計算機から、前記伝達情報及び当該伝達情報の受信者の電話番号を受信し、
前記受信した伝達情報と前記受信した受信者の電話番号との対応を、伝達情報対応情報に記憶することを特徴とする請求項８に記載の情報管理計算機。
【請求項１０】
前記プロセッサは、
伝達情報を作成し、
前記作成された伝達情報と前記受信した受信者の電話番号との対応を、前記伝達情報対応情報に記憶することを特徴とする請求項８に記載の情報管理計算機。
【請求項１１】
前記プロセッサは、前記作成された伝達情報を、前記第１計算機に送信することを特徴とする請求項１０に記載の情報管理計算機。
【請求項１２】
前記プロセッサは、
伝達情報を作成し、
当該情報管理計算機が受信可能なメールアドレスのうち、以前に作成された伝達情報のいずれにも割り当てられていないメールアドレスを、当該作成された伝達情報に割り当て、
前記作成された伝達情報と当該伝達情報に割り当てられたメールアドレスとの対応を、登録用メールアドレステーブルに記憶し、
前記作成された伝達情報及び当該伝達情報に割り当てられたメールアドレスを、第１計算機に送信し、
電子メールを受信すると、当該受信した電子メールから、送信先メールアドレス及び前記作成された伝達情報の受信者の電話番号を抽出し、
前記登録用メールアドレステーブルを参照して、前記抽出された送信先メールアドレスのうち、当該情報管理計算機が受信可能なメールアドレスに対応する伝達情報を特定し、
前記特定された伝達情報と、前記抽出された電話番号との対応を、前記伝達情報対応情報に記憶することを特徴とする請求項８に記載の情報管理計算機。
【請求項１３】
前記伝達情報は、文字列、ビット列又は電子ファイルであることを特徴とする請求項８に記載の情報管理計算機。
【請求項１４】
前記プロセッサは、
ダイヤルを着信すると、当該着信したダイヤルから、発信者電話番号及び当該ダイヤルの着信時刻を特定し、
伝達情報の開示要求を前記第２計算機から受信すると、当該受信した伝達情報の開示要求によって開示が要求される伝達情報及び当該伝達情報の開示要求の受信時刻を特定し、
前記特定された伝達情報の開示要求の受信時刻と前記特定された伝達情報に対応する発信者電話番号からのダイヤルの着信時刻との差が閾値以内であるか否かを判定し、
前記受信時刻と前記着信時刻との差が閾値以内であると、前記特定された伝達情報を、前記第２計算機に送信することを特徴とする請求項８に記載の情報管理計算機。
【請求項１５】
プロセッサ、メモリ及びネットワークインタフェースを備える第１計算機と、プロセッサ、メモリ及びネットワークインタフェースを備える第２計算機と、プロセッサ、メモリ及びネットワークインタフェースを備え、前記第１計算機及び前記第２計算機にネットワークを介して接続される情報管理計算機と、を備える情報伝達システムであって、
前記情報管理計算機は、
伝達情報と当該伝達情報の受信者の電話番号との対応を示す伝達情報対応情報を記憶し、
前記第２計算機から認証要求を受信すると、
当該情報管理計算機が着信可能な電話番号のうち、以前に受信した認証要求のいずれにも割り当てられていない電話番号を、当該受信した認証要求に割り当て、
前記受信した認証要求と当該認証要求に割り当てられた電話番号との対応を、認証用電話番号対応情報に記憶し、
ダイヤルを着信すると、当該着信したダイヤルから、発信者電話番号及び着信電話番号を特定し、
前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応する認証要求を特定し、
前記伝達情報対応情報を参照して、前記特定された発信者電話番号に対応する伝達情報を特定し、
前記特定された認証要求の送信元である前記第２計算機に、前記特定された伝達情報を送信することを特徴とする情報伝達システム。
【請求項１６】
プロセッサ、メモリ及びネットワークインタフェースを備える第１計算機と、プロセッサ、メモリ及びネットワークインタフェースを備える第２計算機と、プロセッサ、メモリ及びネットワークインタフェースを備え、前記第１計算機及び前記第２計算機にネットワークを介して接続される情報管理計算機と、を備える情報伝達システムであって、
前記情報管理計算機は、
前記第１計算機から、伝達情報の受信者の電話番号を受信し、
前記伝達情報と前記受信した受信者の電話番号との対応を、伝達情報対応情報に記憶し、
ダイヤルを着信すると、当該着信したダイヤルから、発信者電話番号を特定し、
前記伝達情報対応情報を参照して、前記特定された発信者電話番号に対応する伝達情報を特定し、
前記特定された伝達情報を、前記第２計算機に送信することを特徴とする情報伝達システム。
【請求項１７】
第１計算機及び第２計算機にネットワークを介して接続され、プロセッサ、メモリ及びネットワークインタフェースを備える情報管理計算機に実行されるプログラムであって、
伝達情報と当該伝達情報の受信者の電話番号との対応を示す伝達情報対応情報を記憶するステップと、
第２計算機から認証要求を受信するステップと、
当該情報管理計算機が着信可能な電話番号のうち、以前に受信した認証要求のいずれにも割り当てられていない電話番号を、当該受信した認証要求に割り当てるステップと、
前記受信した認証要求と当該認証要求に割り当てられた電話番号との対応を、認証用電話番号対応情報に記憶するステップと、
ダイヤルを着信すると、当該着信したダイヤルから、発信者電話番号及び着信電話番号を特定するステップと、
前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応する認証要求を特定するステップと、
前記伝達情報対応情報を参照して、前記特定された発信者電話番号に対応する伝達情報を特定するステップと、
前記特定された認証要求の送信元である前記第２計算機に、前記特定された伝達情報を送信するステップと、を含むことを特徴とするプログラム。
【請求項１８】
第１計算機及び第２計算機にネットワークを介して接続され、プロセッサ、メモリ及びネットワークインタフェースを備える情報管理計算機に実行されるプログラムであって、
前記第１計算機から、伝達情報の受信者の電話番号を受信するステップと、
前記伝達情報と前記受信した受信者の電話番号との対応を、伝達情報対応情報に記憶するステップと、
ダイヤルを着信すると、当該着信したダイヤルから、発信者電話番号を特定するステップと、
前記伝達情報対応情報を参照して、前記特定された発信者電話番号に対応する伝達情報を特定するステップと、
前記特定された伝達情報を、前記第２計算機に送信するステップと、を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報伝達システム、情報伝達計算機及びプログラムに関するものである。
【背景技術】
【０００２】
インターネットセキュリティの関心が高まるにつれ、電子ファイルをパスワードで暗号化してから、電子メールで送信する機会が増えている。ファイルを暗号化するユーザ（以下、暗号者）は、復号用パスワードを、ファイルを復号するユーザ（以下、復号者）に伝えなければいけない。従来の主なパスワード連絡手段は、電子メール、電話又は郵便等である。
【０００３】
【特許文献１】特許公開２００５−２４２９９３号公報
【０００４】
パスワード連絡手段としての電子メールは、次の問題を抱える。
【０００５】
暗号化された電子ファイル（以下、暗号化ファイル）及びパスワードの両方が、電子メールで送信される場合、その両方が、同一のメールサーバに保存される。すると、本来の復号者でないメールサーバの管理者が、暗号化ファイル及びパスワードを取得し、ファイルを復号できてしまう。また、パスワード連絡手段としての電話は、復号者が電話に出ないと、暗号者がパスワードを伝えられないという問題を含む。また、パスワード連絡手段としての郵便は、パスワードが伝わるまでの期間が、電子メールや電話と比較して、長いという問題を含む。
【０００６】
特許文献１は、この問題を解決するために、電話の発信者電話番号を用いた技術を紹介している。しかし、特許文献１の技術では、復号者が、音声によってパスワードを聞き取るため、復号者が、パスワードを聞き誤ることがある。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、前述した問題点に鑑みてなされたものであって、安全で利便性の高い情報伝達システムを、提供することを課題とする。
【課題を解決するための手段】
【０００８】
本発明の代表的な形態の一つは、第１計算機及び第２計算機にネットワークを介して接続され、プロセッサ、メモリ及びネットワークインタフェースを備える情報管理計算機であって、前記プロセッサは、伝達情報と当該伝達情報の受信者の電話番号との対応を示す伝達情報対応情報を記憶し、前記第２計算機から認証要求を受信すると、当該情報管理計算機が着信可能な電話番号のうち、以前に受信した認証要求のいずれにも割り当てられていない電話番号を、当該受信した認証要求に割り当て、前記受信した認証要求と当該認証要求に割り当てられた電話番号との対応を、認証用電話番号対応情報に記憶し、ダイヤルを着信すると、当該着信したダイヤルから、発信者電話番号及び着信電話番号を特定し、前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応する認証要求を特定し、前記伝達情報対応情報を参照して、前記特定された発信者電話番号に対応する伝達情報を特定し、前記特定された認証要求の送信元である前記第２計算機に、前記特定された伝達情報を送信することを特徴とする。本発明の代表的な形態の一つは、第１計算機及び第２計算機にネットワークを介して接続され、プロセッサ、メモリ及びネットワークインタフェースを備える情報管理計算機であって、前記プロセッサは、前記第１計算機から、伝達情報の受信者の電話番号を受信し、前記伝達情報と前記受信した受信者の電話番号との対応を、伝達情報対応情報に記憶し、ダイヤルを着信すると、当該着信したダイヤルから、発信者電話番号を特定し、前記伝達情報対応情報を参照して、前記特定された発信者電話番号に対応する伝達情報を特定し、前記特定された伝達情報を、前記第２計算機に送信することを特徴とする。
【発明の効果】
【０００９】
本発明の代表的な形態によれば、暗号者は、安全且つ正確に情報を伝達できる。
【発明を実施するための最良の形態】
【００１０】
本発明の実施の形態において、伝達される情報（以下、伝達情報）は、暗号化ファイルの復号用パスワードである。しかし、伝達情報は、暗号化ファイルの復号用パスワードでなくてもよく、電子情報であればいかなるものであってもよい。また、説明を簡単にするために、本実施の形態では、情報を伝達するユーザを、暗号者と呼び、情報を伝達されるユーザを復号者と呼ぶ。また、一人のユーザは、暗号者又は復号者のいずれにもなり得る。つまり、本発明の実施の形態の情報伝達システムは、暗号者から復号者へ、様々な電子情報を伝達できる。
【００１１】
本発明の実施の形態を図面を参照して説明する。
【００１２】
（第１の実施形態）
図１は、本発明の第１の実施形態の情報伝達システムの構成のブロック図である。第１の実施形態の情報伝達システムは、複数のクライアント計算機１、複数のクライアント計算機２、ＷＥＢサーバ３、ネットワーク５、携帯電話６０、固定電話８０及び公衆交換電話回線網９０を備える。ネットワーク５は、クライアント計算機１、クライアント計算機２及びＷＥＢサーバ３を、相互に接続する。ネットワーク５は、例えば、インターネットである。公衆交換電話回線網９０は、携帯電話６０、固定電話８０及びＷＥＢサーバ３を相互に接続する。クライアント計算機１及びクライアント計算機２は、ＷＥＢサーバ３によって提供されるＷＥＢサイトにアクセスする。ＷＥＢサーバ３は、伝達情報を管理する情報管理計算機である。ＷＥＢサーバ３は、図２で詳細を説明するが、クライアント計算機１及びクライアント計算機２にＷＥＢサイトを提供する。
【００１３】
クライアント計算機１は、暗号者によって操作される。クライアント計算機１は、ＣＰＵ、メモリ及びネットワークネットワークインタフェースを備える計算機である。また、クライアント計算機１は、ディスプレイといった出力装置を備えてもよい。クライアント計算機１は、キーボード及びマウスといった入力装置を備えてもよい。クライアント計算機１は、例えば、パーソナルコンピュータ、携帯電話又はＰＤＡ（ＰＥＲＳＯＮＡＬ  ＤＩＧＩＴＡＬ  ＡＳＳＩＳＡＮＴ）等である。
【００１４】
クライアント計算機２は、復号者によって操作される。クライアント計算機２は、クライアント計算機１と同様の計算機である。なお、説明の便宜上、クライアント計算機１とクライアント計算機２とは、別の計算機としたが、一台の計算機が、暗号者及び復号者の両方に操作されてもよい。なぜなら、一人のユーザは、情報を伝達するときには暗号者となり、情報を伝達されるときには復号者となる。
【００１５】
携帯電話６０及び固定電話８０は、復号者から操作されることによって、発信者電話番号通知を伴ったダイヤルを発信する電話機である。発信者電話番号は、必ずしも数字である必要はなく、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｎｅｔｗｏｒｋ）又はＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）で採用されているように、文字であってもよい。携帯電話６０及び固定電話８０は、ＩＰ電話であってもよい。この場合、公衆交換電話回線網９０は、インターネットとなる。なお、本実施の形態では、復号者が、携帯電話６０からダイヤルを発信する場合を説明する。携帯電話６０でなく、固定電話８０からダイヤルを発信する場合にも同一の処理となる。
【００１６】
図２は、第１の実施形態の情報伝達システムに備わるＷＥＢサーバ３の構成のブロック図である。ＷＥＢサーバ３は、ＣＰＵ３１、メモリ３２及びネットワークインタフェース３９を備える。ネットワークインタフェース３９は、ネットワーク５を介してクライアント計算機１及びクライアント計算機２と接続する。ＣＰＵ３１は、メモリ３２に記憶されるプログラムを実行することによって、各種処理を行う。メモリ３２は、ＣＰＵ３１に実行されるプログラム及びＣＰＵ３１によって必要とされる情報等を記憶する。具体的には、メモリ３２は、パスワード登録プログラム３１０、パスワード開示プログラム３２０、ＷＥＢサイト提供プログラム３３０、認証用電話番号対応テーブル３４１、伝達情報テーブル３４２及び認証用電話番号テーブル３４４を記憶する。
【００１７】
パスワード登録プログラム３１０は、入力情報受信サブプログラム３１５及び伝達情報テーブル更新サブプログラム３１６を含む。入力情報受信サブプログラム３１５は、暗号者によって入力された情報を、クライアント計算機１から受信する。伝達情報テーブル更新サブプログラム３１６は、入力情報受信サブプログラム３１５が受信した入力情報に基づいて、伝達情報テーブル３４２（図３）を更新する。
【００１８】
図３は、第１の実施形態のＷＥＢサーバ３の伝達情報テーブル３４２の構成図である。伝達情報テーブル３４２は、電話番号３４２２、ファイル名３４２３及びパスワード３４２４を含む。電話番号３４２２は、復号者が所有する携帯電話６０の電話番号である。ファイル名３４２３は、当該レコードの電話番号３４２２の携帯電話６０を所有する復号者に渡される暗号化ファイルの名称である。パスワード３４２４は、当該レコードのファイル名３４２３によって識別される暗号化ファイルを復号するためのパスワードである。
【００１９】
図２に戻る。パスワード開示プログラム３２０は、認証要求受信サブプログラム３２２１、認証結果要求受信サブプログラム３２２２、認証要求ＩＤ生成サブプログラム３２３、認証用電話番号選択サブプログラム３２４、電話着信サブプログラム３２６、電話番号読取サブプログラム３２７、認証サブプログラム３２８及び画面生成サブプログラム３２９を含む。
【００２０】
認証要求受信サブプログラム３２２１は、クライアント計算機２から認証要求を受信する。
【００２１】
認証結果要求受信サブプログラム３２２２は、クライアント計算機２から認証結果要求を受信する。
【００２２】
認証要求ＩＤ生成サブプログラム３２３は、認証要求ＩＤを生成する。認証要求ＩＤ生成サブプログラム３２３は、作成した認証要求ＩＤを、認証要求受信サブプログラム３２２１によって受信された認証要求に割り当てる。認証要求ＩＤは、認証要求の一意な識別子である。仮に、ＷＥＢサーバ３が、認証要求を複数のクライアント計算機２から同時に受信すると、受信したそれぞれの認証要求に対して異なる認証要求ＩＤを割り当てる。また、ＷＥＢサーバ３は、第１の認証要求を処理中に、当該処理中の第１の認証要求の送信元であるクライアント計算機２から第２の認証要求を受信してもよい。この場合、ＷＥＢサーバ３は、第１の認証要求と異なる認証要求ＩＤを、第２の認証要求に割り当てる。これによって、ＷＥＢサーバ３は、同一のクライアント計算機２から送信された複数の認証要求を同時に処理できる。認証要求ＩＤ生成サブプログラム３２３は、乱数、アプリケーションＩＤ及び認証要求ＩＤの生成時刻等に基づいて、認証要求ＩＤを生成する。なお、アプリケーションＩＤは、当該ＷＥＢサーバ３にインストールされているパスワード開示プログラム３２０の一意な識別子である。なお、アプリケーションＩＤは、一般的にライセンスキーとして知られているものであり、詳細な説明は省略する。なお、認証要求ＩＤの生成方法は、その目的を達成する限り他の方法を用いてもよい。
【００２３】
認証用電話番号選択サブプログラム３２４は、一つの電話番号を認証用電話番号テーブル３４４から選択する。認証用電話番号テーブル３４４については、図４で詳細を説明する。そして、認証用電話番号選択サブプログラム３２４は、選択した電話番号を認証用電話番号として、認証要求ＩＤ生成サブプログラム３２３によって生成された認証要求ＩＤに割り当てる。更に、認証用電話番号選択サブプログラム３２４は、引き受けた認証要求ＩＤ及び選択した認証用電話番号を対応付けて記憶する。なお、認証要求ＩＤと認証用電話番号との対応は、認証用電話番号対応テーブル３４１によって管理されている。認証用電話番号対応テーブル３４１については、図５で詳細を説明する。これによって、ＷＥＢサーバ３は、認証用電話番号に対応する認証要求ＩＤを一意に特定できる。
【００２４】
図４は、ＷＥＢサーバ３に記憶される認証用電話番号テーブル３４４の構成図である。認証用電話番号テーブル３４４は、認証用電話番号３４４１及び割当フラグ３４４２を含む。認証用電話番号３４４１は、認証用電話番号の候補となる電話番号である。認証用電話番号３４４１には、ＷＥＢサーバ３によってダイヤルを着信可能な電話番号のすべてが事前に格納されている。つまり、認証用電話番号３４４１には、公衆交換電話回線網９０を運営する事業者によってＷＥＢサーバ３に割り当てられた電話番号のすべてが格納されている。割当フラグ３４４２は、認証用電話番号３４４１が認証要求のいずれかに割り当てられているか否かを示す。具体的には、認証用電話番号３４４１がいずれかの認証要求に割り当てられている場合、割当フラグ３４４２には「１」が格納される。一方、認証用電話番号３４４１が認証要求のいずれにも割り当てられていない場合、割当フラグ３４４２には「０」が格納される。
【００２５】
次に、認証用電話番号選択サブプログラム３２４の認証用電話番号の選択方法について、述べる。認証要求ＩＤは、認証用電話番号によって一意に特定されなければならない。この目的を達成するために、認証用電話番号選択サブプログラム３２４は、認証要求ＩＤに既に割り当てられている電話番号を、認証用電話番号テーブル３４４から選択しない。認証用電話番号選択サブプログラム３２４は、認証用電話番号テーブル３４４の割当フラグ３４４２に「０」が格納されている一つのレコードを、認証用電話番号テーブル３４４から選択する。次に、認証用電話番号選択サブプログラム３２４は、選択した一つのレコードから、認証用電話番号３４４１を抽出する。更に、認証用電話番号選択サブプログラム３２４は、選択した一つのレコードの割当フラグ３４４２に「１」を格納する。そして、認証用電話番号選択サブプログラム３２４は、抽出した認証用電話番号３４４１を、認証要求ＩＤに割り当てる。
【００２６】
なお、認証用電話番号選択サブプログラム３２４は、認証用電話番号３４４１を割り当ててから所定の時間が経過すると、認証用電話番号３４４１の割り当てを解除する。また、認証用電話番号選択サブプログラム３２４は、認証要求に対する認証を完了すると、当該認証要求に対する認証用電話番号３４４１の割り当てを解除する。なお、認証用電話番号選択サブプログラム３２４は、他の契機によって、認証用電話番号３４４１の割り当てを解除してもよい。なぜなら、認証要求ＩＤに割り当てられる電話番号が、不足してしまうからである。具体的には、認証用電話番号選択サブプログラム３２４は、割り当てを解除する認証用電話番号と認証用電話番号対応テーブル３４１の認証用電話番号３４１２とが一致するレコードを、認証用電話番号対応テーブル３４１から選択する。次に、認証用電話番号選択サブプログラム３２４は、選択したレコードを、認証用電話番号対応テーブル３４１から削除する。なお、認証用電話番号対応テーブル３４１については、後述する図５で詳細を説明する。すなわち、認証用電話番号選択サブプログラム３２４は、割り当てを解除する認証用電話番号と認証要求ＩＤとの対応を、認証用電話番号対応テーブル３４１から削除する。次に、認証用電話番号選択サブプログラム３２４は、割り当てを解除する認証用電話番号と認証用電話番号テーブル３４４の認証用電話番号３４４１とが一致するレコードを、認証用電話番号テーブル３４４から選択する。次に、認証用電話番号選択サブプログラム３２４は、選択したレコードの割当フラグ３４４２に「０」を格納することによって、認証用電話番号の割り当てを解除する。そして、認証用電話番号選択サブプログラム３２４は、割り当てが解除された電話番号を認証用電話番号として、異なる認証要求ＩＤに再度割り当てることができる。ただし、ＷＥＢサーバ３は、公衆交換電話回線網の事業者によって割り当てられた電話番号の数より多数の伝達情報を、所定の時間内に認証できない。なぜならば、ＷＥＢサーバ３が着信可能な電話番号のすべてが認証要求ＩＤに既に割り当てられていると、認証用電話番号選択サブプログラム３２４は、新たに生成された認証要求ＩＤに電話番号を割り当てることができないからである。よって、ＷＥＢサーバ３が着信可能な電話番号は、サービスの提供規模に応じた数だけ予め用意されるのが好ましい。なお、認証用電話番号選択サブプログラム３２４は、他の方法を用いて、認証用電話番号を選択してもよい。
【００２７】
認証用電話番号選択サブプログラム３２４は、認証用電話番号を選択すると、生成された認証要求ＩＤと選択した認証用電話番号とを対応付けて記憶する。なお、認証要求ＩＤと認証用電話番号との対応は、認証用電話番号対応テーブル３４１（図５）によって管理される。
【００２８】
図５は、第１の実施形態のＷＥＢサーバ３の認証用電話番号対応テーブル３４１の構成図である。認証用電話番号対応テーブル３４１は、認証要求ＩＤ３４１１、認証用電話番号３４１２及び復号者電話番号３４１３を含む。認証要求ＩＤ３４１１は、認証要求の一意な識別子である。なお、認証要求ＩＤ３４１１には、認証要求ＩＤ生成サブプログラム３２３によって生成された認証要求ＩＤが格納される。認証用電話番号３４１２は、当該レコードの認証要求ＩＤ３４１１によって識別される認証要求に割り当てられた電話番号である。なお、認証用電話番号３４１２には、認証用電話番号選択サブプログラム３２４によって選択された認証用電話番号が格納される。復号者電話番号３４１３は、当該レコードの認証要求ＩＤ３４１１によって識別される認証要求の送信元であるクライアント計算機２を操作するユーザが所有する携帯電話６０の電話番号である。つまり、復号者電話番号３４１３は、認証を要求する復号者が所有するけ携帯電話６０の電話番号である。なお、復号者電話番号３４１３には、携帯電話６０から発信されたダイヤルから、電話番号読取サブプログラム３２７によって取得された発信者電話番号が格納される。また、本実施の形態では、復号者が所有する携帯電話６０の電話番号は、復号者の一意な識別子としても使用される。
【００２９】
図２に戻る。電話着信サブプログラム３２６は、携帯電話６０からダイヤルを着信する。次に、電話着信サブプログラム３２６は、着信したダイヤルから、発信者電話番号を取得する。なお、電話着信サブプログラム３２６は、当該取得した発信者電話番号が偽装されたか否かを判定してもよい。この場合、発信者電話番号が偽装されていないと電話着信サブプログラム３２６が判定した場合のみ、電話番号読取サブプログラム３２７が処理を行う。発信者電話番号の偽装判定技術は、その目的を達成する限り、いかなる方法であってもよい。
【００３０】
電話番号読取サブプログラム３２７は、電話着信サブプログラム３２６が着信したダイヤルから、発信者電話番号及び着信電話番号を取得する。続けて、電話番号読取サブプログラム３２７は、取得した着信電話番号と認証用電話番号対応テーブル３４１の認証用電話番号３４１２とが一致するレコードを、認証用電話番号対応テーブル３４１から選択する。次に、電話番号読取サブプログラム３２７は、選択したレコードの復号者電話番号３４１３に、取得した発信者電話番号を格納する。
【００３１】
認証サブプログラム３２８は、認証結果要求受信サブプログラム３２２２が受信した認証結果要求から、認証要求ＩＤを取得する。認証サブプログラム３２８は、取得した認証要求ＩＤと認証用電話番号対応テーブル３４１の認証要求ＩＤ３４１１とが一致するレコードを、認証用電話番号対応テーブル３４１から選択する。続けて、認証サブプログラム３２８は、選択したレコードから、復号者電話番号３４１３を抽出する。これによって、認証サブプログラム３２８は、認証要求の発行元であるクライアント計算機２を操作する復号者を特定できる。認証サブプログラム３２８は、復号者電話番号３４１３を抽出できない場合、認証不可と判定する。次に、認証サブプログラム３２８は、抽出した復号者電話番号３４１３と伝達情報テーブル３４２（図３）の電話番号３４２２とが一致するレコードを、伝達情報テーブル３４２から選択する。次に、認証サブプログラム３２８は、ファイル名３４２３及びパスワード３４２４を、選択したレコードから抽出する。なお、認証サブプログラム３２８は、電話番号が一致するレコードを伝達情報テーブル３４２から複数選択できる場合、当該複数のレコードを選択する。
【００３２】
画面生成サブプログラム３２９は、認証用電話番号選択サブプログラム３２４によって選択された認証用電話番号及び認証要求ＩＤ生成サブプログラム３２３によって生成された認証要求ＩＤに基づいて、認証ＷＥＢページ（図９）を生成する。また、画面生成サブプログラム３２９は、認証サブプログラム３２８によって抽出されたファイル名３４２３及びパスワード３４２４に基づいて、パスワード開示ＷＥＢページ（図１０）を生成する。認証用ＷＥＢページ及びパスワード開示ＷＥＢページについては、詳細を後述する。
【００３３】
ＷＥＢサイト提供プログラム３３０は、クライアント計算機１及びクライアント計算機２にＷＥＢサイトを提供する。ＷＥＢサイト提供プログラム３３０は、通常のＷＥＢサーバに記憶されているものと同一である。具体的には、ＷＥＢサイト提供プログラム３３０は、クライアント計算機１又は２に要求された情報を、当該要求元のクライアント計算機１又は２に送信する。
【００３４】
次に、第１の実施形態の情報伝達の処理について図を用いて説明する。第１の実施形態の情報伝達の処理は、暗号者がパスワードをＷＥＢサーバ３に登録する処理（図６）及び復号者がパスワードをＷＥＢサーバ３から閲覧する処理（図７）からなる。また、ここでは、暗号者が暗号化ファイルを復号者に受け渡す処理（図示省略）及び復号者が暗号化ファイルを暗号者から受領する処理（図示書略）についても、説明する。
【００３５】
まず、暗号者が、暗号化ファイルを、復号者に受け渡す処理（図示省略）を説明する。
【００３６】
暗号者は、暗号化ソフト又はワープロソフトに付属される暗号化機能などによって、電子ファイルを暗号化する。また、暗号者は、暗号化ファイルを復号するための復号用パスワードを、記憶する。そして、暗号者は、復号者に暗号化ファイルを受け渡す。暗号者は、例えば、暗号化ファイルが添付された電子メールを、復号者に送信する。また、暗号者は、例えば、暗号化ファイルが保存された電磁記録媒体を、復号者に渡す。暗号化ファイルの受け渡し手段は、いかなる手段であってもよい。また、復号者が、ＷＥＢサーバ３のＵＲＬを事前に知らない場合には、暗号者は、ＷＥＢサーバ３のＵＲＬを、復号者に通知する必要がある。
【００３７】
なお、暗号者が、パスワードをＷＥＢサーバ３に登録する処理（図６）を、暗号化ファイルの受け渡し前に行っても、後に行ってもよい。
【００３８】
次に、暗号者が、パスワードを、ＷＥＢサーバ３に登録する処理（図６）について説明する。
【００３９】
図６は、暗号者がパスワードをＷＥＢサーバ３に登録する処理のシーケンス図である。クライアント計算機１は、復号者の操作を契機に、パスワード登録ＷＥＢページ要求を、ネットワーク５を介してＷＥＢサーバ３に送信する（Ｓ１０１）。
【００４０】
図８は、第１の実施形態のパスワード登録ＷＥＢページの説明図である。パスワード登録ＷＥＢページは、復号者電話番号欄、暗号化ファイル名称欄、パスワード欄及び送信ボタンを含む。復号者電話番号欄には、復号者が所有する携帯電話６０の電話番号が入力される。暗号化ファイル名称欄には、暗号化ファイルの名称が入力される。パスワード欄には、復号用パスワードが入力される。送信ボタンが操作されると、クライアント計算機１は、復号者電話番号欄、暗号化ファイル名称欄及びパスワード欄に入力された情報を、ＷＥＢサーバ３へ送信する。なお、復号者電話番号欄には、複数の復号者の電話番号が入力されてもよい。これによって、暗号者は、複数の復号者に対する同一パスワードの登録を、一度の処理で済ませることができる。
【００４１】
図６に戻る。ＷＥＢサイト提供プログラム３３０は、パスワード登録ＷＥＢページ要求を、クライアント計算機１から受信する。すると、ＷＥＢサイト提供プログラム３３０は、要求されたパスワード登録ＷＥＢページを、クライアント計算機１に送信する（Ｓ１０２）。
【００４２】
クライアント計算機１は、パスワード登録ＷＥＢページを、ＷＥＢサーバ３から受信する。次に、クライアント計算機１は、受信したパスワード登録ＷＥＢページを、表示装置に表示する。次に、クライアント計算機１は、暗号者から、復号者の電話番号の入力、暗号化ファイルの名称の入力及び復号用パスワードの入力を受け付ける。そして、パスワード登録ＷＥＢページの送信ボタンが暗号者によって操作されると、クライアント計算機１は、復号者の電話番号、暗号化ファイルの名称及び復号用パスワードを、ＷＥＢサーバ３に送信する（Ｓ１０３）。なお、クライアント計算機１は、復号用パスワードを、ＷＥＢサーバ３に送信しなくてもよい。この場合、ＷＥＢサーバ３は、復号用パスワードを生成し、生成した復号用パスワードをクライアント計算機１に送信する。そして、クライアント計算機１は、受信した復号用パスワードで復号化できるように、ファイルを暗号化する。
【００４３】
パスワード登録プログラム３１０の入力情報受信サブプログラム３１５は、復号者の電話番号、暗号化ファイルの名称及び復号用パスワードを、クライアント計算機１から受信する。そして、伝達情報テーブル更新サブプログラム３１６は、入力情報受信サブプログラム３１５が受信した、復号者の電話番号、暗号化ファイルの名称及び復号用パスワードに基づいて、伝達情報テーブル３４２を更新する（Ｓ１０４）。具体的には、伝達情報テーブル更新サブプログラム３１６は、伝達情報テーブル３４２に新たなレコードを生成する。次に、伝達情報テーブル更新サブプログラム３１６は、生成した新たなレコードの電話番号３４２２に、入力情報受信サブプログラム３１５によって受信された復号者の電話番号を格納する。次に、伝達情報テーブル更新サブプログラム３１６は、生成した新たなレコードのファイル名３４２３に、入力情報受信サブプログラム３１５によって受信された暗号化ファイルの名称を格納する。次に、伝達情報テーブル更新サブプログラム３１６は、生成した新たなレコードのパスワード３４２４に、入力情報受信サブプログラム３１５によって受信された復号用パスワードを格納する。
【００４４】
前述の通り、暗号者は、復号用パスワードを、ＷＥＢサーバ３に登録できる。
【００４５】
次に、復号者が、パスワードを、ＷＥＢサーバ３から閲覧する処理（図７）について説明する。まず、復号者は、所有する携帯電話６０からダイヤルを発信することによって、ＷＥＢサーバ３から認証を受ける。
【００４６】
図７は、復号者がパスワードをＷＥＢサーバ３から閲覧する処理のシーケンス図である。クライアント計算機２は、復号者の操作を契機に、認証要求を、ネットワーク５を介してＷＥＢサーバ３に送信する（ＳＴ１１１）。
【００４７】
すると、認証要求受信サブプログラム３２２１は、クライアント計算機２から認証要求を受信する（Ｓ１１２）。次に、認証要求受信サブプログラム３２２１は、認証要求ＩＤ生成サブプログラム３２３に、認証要求ＩＤの生成を依頼する。
【００４８】
認証要求ＩＤ生成サブプログラム３２３は、認証要求ＩＤの生成の依頼を受けると、認証要求ＩＤを生成する（Ｓ１１３）。次に、認証要求ＩＤ生成サブプログラム３２３は、生成した認証要求ＩＤを、認証用電話番号選択サブプログラム３２４に引き渡す。
【００４９】
認証用電話番号選択サブプログラム３２４は、認証要求ＩＤ生成サブプログラム３２３から認証要求ＩＤを引き受ける。次に、認証用電話番号選択サブプログラム３２４は、認証用電話番号を選択する（Ｓ１１４）。次に、認証用電話番号選択サブプログラム３２４は、認証用電話番号対応テーブル３４１に新たなレコードを生成する。次に、認証用電話番号選択サブプログラム３２４は、作成した新たなレコードの認証要求ＩＤ３４１１に、認証要求ＩＤ生成サブプログラム３２３から引き受けた認証要求ＩＤを格納する。次に、認証用電話番号選択サブプログラム３２４は、作成した新たなレコードの認証用電話番号３４１２に、選択した認証用電話番号を格納する（Ｓ１１５）。次に、認証用電話番号選択サブプログラム３２４は、生成した認証用電話番号及び認証要求ＩＤ生成サブプログラム３２３から引き受けた認証要求ＩＤを、画面生成サブプログラム３２９に引き渡す。
【００５０】
画面生成サブプログラム３２９は、認証用電話番号及び認証要求ＩＤを、認証用電話番号選択サブプログラム３２４から引き受ける。次に、画面生成サブプログラム３２９は、引き受けた認証用電話番号及び認証要求ＩＤに基づいて、認証用ＷＥＢページ（図９）を生成する。
【００５１】
図９は、第１の実施形態の認証用ＷＥＢページの説明図である。認証用ＷＥＢページは、認証用電話番号、認証要求ＩＤ及び認証結果要求ボタンを含む。ただし、認証要求ＩＤは、クライアント計算機２の表示装置に、必ずしも表示される必要はない。認証結果要求ボタンが復号者によって操作されると、クライアント計算機２は、認証結果要求をＷＥＢサーバ３に送信する。認証結果要求は、パスワードの開示の要求である。ＷＥＢサーバ３は、認証の結果が良好である場合、認証の結果が良好である復号者に対応する復号用パスワードを、クライアント計算機２に送信する。なお、認証用ＷＥＢページは、認証結果要求ボタンを含まなくてもよい。この場合、クライアント計算機２は、所定の時間間隔ごとに認証結果要求をＷＥＢサーバ３に送信する。
【００５２】
図７に戻る。ＷＥＢサイト提供プログラム３３０は、画面生成サブプログラム３２９が生成する認証用ＷＥＢページを、ネットワーク５を介してクライアント計算機２に送信する（Ｓ１１６）。
【００５３】
クライアント計算機２は、ＷＥＢサーバ３から認証用ＷＥＢページを受信する（Ｓ１１７）。
【００５４】
携帯電話６０は、復号者の操作を契機に、認証用電話番号に、発信者電話番号通知を伴うダイヤルを発信する（Ｓ１１８）。
【００５５】
すると、電話着信サブプログラム３２６は、携帯電話６０からのダイヤルを着信する（Ｓ１１９）。
【００５６】
次に、電話番号読取サブプログラム３２７は、電話着信サブプログラム３２６が着信したダイヤルから、発信者電話番号及び着信電話番号を取得する。次に、電話番号読取サブプログラム３２７は、取得した着信電話番号と認証用電話番号対応テーブル３４１の認証用電話番号３４１２とが一致するレコードを、認証用電話番号対応テーブル３４１から選択する。次に、電話番号読取サブプログラム３２７は、選択したレコードの復号者電話番号３４１３に、取得した発信者電話番号を格納する（Ｓ１２０）。すなわち、電話番号読取サブプログラム３２７は、取得した着信電話番号に対応する認証要求を特定する。そして、電話番号読取プログラム３２７は、特定した認証要求に対応する発信者電話番号を、認証用電話番号対応テーブル３４１３に格納する。
【００５７】
一方で、クライアント計算機２は、認証要求ＩＤを含む認証結果要求を、ネットワーク５を介して、ＷＥＢサーバ３に送信する（Ｓ１２１）。
【００５８】
すると、認証結果要求受信サブプログラム３２２２は、クライアント計算機２から認証結果要求を受信する（Ｓ１２２）。認証結果要求受信サブプログラム３２２２は、認証結果要求を受信すると、認証サブプログラム３２８に認証を依頼する。
【００５９】
続けて、認証サブプログラム３２８は、認証の依頼を受けると、認証結果要求受信サブプログラム３２２２が受信した認証結果要求から認証要求ＩＤを取得する。次に、認証サブプログラム３２８は、取得した認証要求ＩＤと認証用電話番号対応テーブル３４１の認証要求ＩＤ３４１１とが一致するレコードを、認証用電話番号対応テーブル３４１から選択する。続けて、認証サブプログラム３２８は、選択したレコードから、復号者電話番号３４１３を抽出する。なお、認証サブプログラム３２８は、復号者電話番号３４１３を抽出できない場合、認証不可と判定する。認証不可と判定すると、認証サブプログラム３２８は、画面生成サブプログラム３２９に、認証不可を認証結果として引き渡す。一方、認証サブプログラム３２８は、復号者電話番号３４１３を抽出できた場合、認証可能と判定する。すると、認証サブプログラム３２８は、抽出した復号者電話番号３４１３と伝達情報テーブル３４２の電話番号３４２２とが一致するレコードを、伝達情報テーブル３４２から選択する（Ｓ１２３）。なお、認証サブプログラム３２８は、電話番号が一致するレコードを伝達情報テーブル３４２から選択できない場合、画面生成サブプログラム３２９に、登録されている復号用パスワードが存在しない旨を引き渡す。
【００６０】
一方、認証サブプログラム３２８が、抽出した復号者電話番号３４１３と伝達情報テーブル３４２の電話番号３４２２とが一致するレコードを選択できる場合、復号用パスワードが登録されている。そこで、認証サブプログラム３２８は、選択したレコードから、ファイル名３４２３及びパスワード３４２４を抽出する。そして、認証サブプログラム３２８は、抽出したファイル名３４２３及びパスワード３４２４を、画面生成サブプログラム３２９に引き渡す。なお、認証サブプログラム３２８が複数のレコードを選択できる場合、認証サブプログラム３２８は、全てのレコードに含まれるファイル名３４２３及びパスワード３４２４を抽出する。そして、認証サブプログラム３２８は、抽出したすべてのファイル名３４２３及びパスワード３４２４を、画面生成サブプログラム３２９に引き渡す。
【００６１】
画面生成サブプログラム３２９は、認証サブプログラム３２８から、ファイル名及びパスワードを引き受ける。画面生成サブプログラム３２９は、引き受けたファイル名及びパスワードに基づいて、パスワード開示ＷＥＢページ（図１０）を生成する。
【００６２】
図１０は、第１の実施形態のパスワード開示ＷＥＢページの説明図である。パスワード開示ＷＥＢページは、認証サブプログラム３２８が抽出するファイル名及び認証サブプログラム３２８が抽出するパスワードを含む。
【００６３】
図７に戻る。ＷＥＢサイト提供プログラム３３０は、画面生成サブプログラム３２９が生成したパスワード開示ＷＥＢページを、ネットワーク５を介してクライアント計算機２に送信する（Ｓ１２４）。
【００６４】
クライアント計算機２は、パスワード開示ＷＥＢページを、ＷＥＢサーバ３から受信する。すると、クライアント計算機２は、受信したパスワード開示ＷＥＢページを、表示装置に表示する（Ｓ１２５）。
【００６５】
これによって、復号者は、復号用パスワードを、ＷＥＢサーバ３から閲覧できる。つまり、復号者は、復号用パスワードを、受け取ることができる。
【００６６】
復号者は、ファイル名を頼りに、ＷＥＢサーバ３から閲覧した復号用パスワードから暗号化ファイルを復号するためのパスワードを、選択する。そして、復号者は、復号化ソフトやワープロソフトに付属されている復号機能によって、暗号化ファイルを復号する。
【００６７】
次に、復号者が、暗号化ファイルを、暗号者から受領する処理（図示省略）について説明する。
【００６８】
復号者は、電子メールなどによって、暗号者から暗号化ファイルを受け取る。復号者は、復号用パスワードをＷＥＢサーバ３から閲覧する処理（図７）を、暗号化ファイルの受領前に行っても、後に行ってもよい。
【００６９】
前述の通り、暗号者は、電話番号を指定することによって、当該電話番号の携帯電話６０又は固定電話８０の所有者に、情報を伝達できる。
【００７０】
本実施の形態によると、暗号化ファイルが電子メールによって受け渡されても、復号用パスワードは、電子メールによって受け渡されない。したがって、電子メールのサーバ管理者及び電子メールの経路装置の管理者は、暗号化ファイル及び復号用パスワードの双方を取得できない。つまり、電子メールのサーバ管理者及び電子メールの経路装置の管理者は、暗号化ファイルを復号できない。
【００７１】
また、暗号者は、復号者に電話で連絡がつかなくても、パスワードの受け渡し行為を完了できる。
【００７２】
また、郵便と比較して、復号用パスワードは、早期に伝達される。
【００７３】
また、復号者が、パスワードを聞き誤ることがない。
【００７４】
ＷＥＢサーバを利用した情報伝達システムの一つとして、会員制の掲示板が、従来から知られている。会員制の掲示板では、情報の伝達者（暗号者）は、情報を掲載する際に、公開したい会員を限定できる。この場合、情報の閲覧者（復号者）は、掲示板のサービスに会員登録する必要がある。しかし、本実施の形態の情報伝達システムによると、閲覧者は、電話番号の正当な所有者であることが確認されるため、会員登録を必要としない。閲覧者に会員登録の負担がないため、伝達者は、閲覧者に気兼ねなく、本発明の情報伝達システムを利用できる。また、伝達者は、閲覧者の電話番号のみを知っていればよい。伝達者は、閲覧者から会員番号などを、事前に知らされていなくても、情報を伝達できる。したがって、本発明の情報伝達システムは、従来の情報伝達システムと比較して、普及しやすい。
【００７５】
本実施の形態では、ＷＥＢサーバ３は、１台の装置で構成されるものとしたが、提供するサービスの規模などによっては、複数の装置で構成されてもよい。この場合、ＷＥＢサーバ３を構成する装置は、適宜なデータ転送経路を介して互いに接続される。また、ＷＥＢサーバ３は、機能別に複数の装置で構成されてもよい。例えば、ＷＥＢサーバ３は、認証用電話番号を選択し、ダイヤルを着信する装置と、復号者の電話番号、ファイル名、復号用パスワード、認証要求及び認証結果要求を受信し、認証用電話番号及び復号用パスワードを送信する装置と、で構成する。この場合も、ＷＥＢサーバ３を構成する装置は、適宜なデータ転送経路を介して互いに接続される。そして、認証用電話番号、ダイヤルの発信者電話番号及びダイヤルの着信電話番号等を含む情報は、前記データ転送経路を介して装置間で引き渡される。
【００７６】
ここで、本実施の形態の最大の特徴について述べる。前述の通り、携帯電話６０は、認証用電話番号に、発信者電話番号通知を伴うダイヤルを発信する。すると、ＷＥＢサーバ３は、ダイヤルを着信する。ＷＥＢサーバ３は、着信したダイヤルの発信者電話番号に基づいて、開示するパスワードを特定できる。そして、ＷＥＢサーバ３は、受信したダイヤルの着信電話番号から、認証要求の一意な識別子である認証要求ＩＤを特定する。つまり、ＷＥＢサーバ３は、認証要求と当該認証要求に対して開示するパスワードとの対応を特定できる。次に、ＷＥＢサーバ３は、認証結果要求を、クライアント計算機２から受信する。ＷＥＢサーバ３は、受信した認証結果要求に含まれる認証要求ＩＤによって、クライアント計算機２を特定する。これによって、本実施の形態によると、ＷＥＢサーバ３は、特定のパスワードを特定のクライアント計算機２に開示できる。
【００７７】
ところで、ＷＥＢサーバ３は、パスワード登録ＷＥＢページ（図８）に入力された復号用パスワードを記憶する。しかし、ＷＥＢサーバ３が、復号用パスワードを生成してもよい。この場合、クライアント計算機１は、ＷＥＢサーバ３が生成する復号用パスワードによって、ファイルが復号されるように、ファイルを暗号化する。この場合、ＷＥＢサーバ３は、パスワード登録ＷＥＢページの代わりに、パスワードＷＥＢページ（図１１）を、クライアント計算機１に送信する。
【００７８】
図１１は、第１の実施形態のパスワードＷＥＢページの説明図である。パスワードＷＥＢページは、復号者電話番号欄、暗号化ファイル名称欄、復号用パスワード及び送信ボタンを含む。復号者電話番号欄、暗号化ファイル名称欄及び送信ボタンは、パスワード登録ＷＥＢページが含むものと同一のため、説明を省略する。復号用パスワードは、ＷＥＢサーバ３が生成した復号用パスワードである。ＷＥＢサーバ３が生成する復号用パスワードは、パスワードクラッキングに耐え得る不規則な文字列であることが好ましい。ただし、ＷＥＢサーバ３が生成する復号用パスワードは、文字列であれば、いかなるものでもよい。また、暗号化ソフト及び復号化ソフトが、ビット列による暗号化機能及び復号機能を備えている場合は、ＷＥＢサーバ３によって生成される復号用パスワードは、ビット列であってもよい。
【００７９】
ＷＥＢサーバ３は、パスワード登録ＷＥＢページ要求の代わりに、パスワードＷＥＢページ要求を、クライアント計算機１から受信する。パスワードＷＥＢページ要求は、パスワードＷＥＢページの要求である。すると、ＷＥＢサーバ３は、復号用パスワードを生成する。次に、ＷＥＢサーバ３は、生成した復号用パスワードを含むパスワードＷＥＢページを生成する。そして、ＷＥＢサーバ３は、生成したパスワードＷＥＢページを、クライアント計算機１に送信する。クライアント計算機１は、パスワードＷＥＢページを、ＷＥＢサーバ３から受信する。次に、クライアント計算機１は、受信したパスワードＷＥＢページを、表示装置に表示する。次に、クライアント計算機１は、暗号者から、復号者の電話番号の入力、暗号化ファイルの名称の入力を受け付ける。そして、クライアント計算機１は、暗号者から、入力された情報の送信の指示を受け付ける。すると、クライアント計算機１は、復号者の電話番号、暗号化ファイルの名称及びＷＥＢサーバ３によって生成された復号用パスワードを、ＷＥＢサーバに送信する。ＷＥＢサーバ３は、復号者の電話番号、暗号化ファイルの名称及び復号用パスワードを、クライアント計算機１から受信する。ＷＥＢサーバ３は、受信した情報に基づいて、伝達情報テーブル３４２を更新する。
【００８０】
なお、ＷＥＢサーバ３は、復号用パスワードを生成した際に、当該復号用パスワードを記憶してもよい。この場合、ＷＥＢサーバ３は、復号用パスワードをクライアント計算機１から受信する必要はない。
【００８１】
また、本実施の形態では、ＷＥＢサイト提供プログラム３３０は、認証用電話番号選択サブプログラム３２４によって選択された認証用電話番号及び認証要求ＩＤ生成サブプログラム３２３によって生成された認証要求ＩＤを含む認証用ＷＥＢページを、クライアント計算機２に送信した。しかし、ＷＥＢサイト提供プログラム３３０は、認証用電話番号選択サブプログラム３２４によって選択された認証用電話番号のみを含む認証用ＷＥＢページを、クライアント計算機２に送信してもよい。この場合、認証用電話番号対応テーブル３４１の認証要求ＩＤ３４１１は、省略できる。つまり、認証用電話番号が、認証要求を識別するための識別子としても使用される。そして、クライアント計算機２は、認証要求ＩＤの代わりに認証用電話番号を含む認証結果要求をＷＥＢサーバ３に送信する。すると、認証サブプログラム３２８は、認証結果要求から認証用電話番号を取得する。次に、認証サブプログラム３２８は、取得した認証用電話番号と認証用電話番号対応テーブル３４１の認証用電話番号３４１２とが一致するレコードを、認証用電話番号対応テーブル３４１から選択する。そして、認証サブプログラム３２８は、選択したレコードから、復号者電話番号３４１３を抽出する。
【００８２】
また、本実施の形態では、携帯電話６０が、発信者電話番号を伴ったダイヤルを発信する。しかし、クライアント計算機２が、ＩＰ電話の機能を搭載する場合、発信者電話番号を伴ったダイヤルを発信してもよい。これによって、ユーザは、クライアント計算機２に割り当てられた電話番号によって、認証を受けることができる。
【００８３】
また、次の通りであってもよい。ＷＥＢサーバ３は、クライアント計算機１に認証用電話番号をＨＴＴＰ等の通信によって送信しなくてもよい。代わりに、ＷＥＢサーバ３は、復号者のメールアドレス宛てに、認証用電話番号を含む電子メールを送信する。例えば、当該電子メールには、認証用電話番号が本文又は件名に記載されている。この場合、ＷＥＢサーバ３は、復号者の電話番号と復号者のメールアドレスとの対応を予め記憶する。また、ＷＥＢサーバ３は、認証用電話番号を発信元とするダイヤルを、携帯電話６０に発信してもよい。これらによって、ＷＥＢサーバ３は、クライアント計算機２又は携帯電話６０のいずれかに認証用電話番号を通知できる。
【００８４】
ここで、本発明の第１の実施形態の変形例を説明する。第１の実施形態のＷＥＢサーバ３は、クライアント計算機２から認証結果要求を受信すると、認証用電話番号対応テーブル３４１から抽出した復号者電話番号３４１３が、伝達情報テーブル３４２に格納されているか否かを確認した。しかし、ＷＥＢサーバ３は、ダイヤルを着信した際に、取得した発信者電話番号が、伝達情報テーブル３４２に格納されているか否かを確認してもよい。この場合、認証用電話番号対応テーブル３４１は、確認結果フラグを含む。確認結果フラグは、ダイヤルの発信者電話番号が、伝達情報テーブル３４２に格納されていることをＷＥＢサーバ３によって確認されたか否かを示す。具体的には、確認結果フラグには「０」が予め格納されている。そして、ＷＥＢサーバ３は、着信したダイヤルの発信者電話番号が、伝達情報テーブル３４２に格納されていることを確認すると、確認結果フラグに「１」を格納する。そして、ＷＥＢサーバ３は、クライアント計算機２から認証結果要求を受信すると、伝達情報テーブル３４２を参照する代わりに、認証用電話番号対応テーブル３４１を参照する。具体的には、認証用電話番号対応テーブル３４１の確認結果フラグに「１」が格納されていると、ＷＥＢサーバ３は、認証可能と判定する。一方、認証用電話番号対応テーブル３４１の確認結果フラグに「０」が格納されていると、ＷＥＢサーバ３は、認証不可と判定する。
【００８５】
ところで、本発明のなりすましに対する安全性は、発信者電話番号の偽装に対する強度に依存しているため、発信者電話番号の偽装について述べる。
【００８６】
発信者電話番号は、携帯電話６０からではなく、公衆交換電話回線網９０に備わる交換機から発信される。携帯電話６０は、ダイヤルの発信に付随して、発信者電話番号をダイヤルの着信者に通知する指示を、交換機に出す。したがって、携帯電話６０の操作による発信者電話番号の偽造は、困難である。
【００８７】
（第２の実施形態）
以下で第２の実施形態の情報伝達システムについて説明するが、第１の実施形態の情報伝達システムと重複する箇所は、同じ符号を用いることによって、説明を省略する。なお、第２の実施形態の情報伝達システムは、第１の実施形態の情報伝達システムと比較して、暗号者がパスワードをＷＥＢサーバ３に登録する処理が違う。
【００８８】
本発明の第２の実施形態の情報伝達システムは、複数のクライアント計算機１、複数のクライアント計算機２、ＷＥＢサーバ３、ネットワーク５、携帯電話６０、固定電話８０及び公衆交換電話回線網９０によって構成される。第２の実施形態の情報伝達システムの構成は、第１の実施形態の情報伝達システムと同一のため、説明を省略する。
【００８９】
図１２は、第２の実施形態の情報伝達システムに備わるＷＥＢサーバ３の構成のブロック図である。メモリ３２は、パスワード登録プログラム３５０、パスワード開示プログラム３２０、ＷＥＢサイト提供プログラム３３０、認証用電話番号対応テーブル３４１、伝達情報テーブル３４２及び登録用メールアドレステーブル３４３を記憶する。
【００９０】
パスワード開示プログラム３２０、ＷＥＢサイト提供プログラム３３０、認証用電話番号対応テーブル３４１及び伝達情報テーブル３４２は、第１の実施形態と同一のため、説明を省略する。
【００９１】
登録用メールアドレステーブル３４３は、ＷＥＢサーバ３が復号用パスワードを記憶するために、用いられるテーブルである。なお、登録用メールアドレステーブル３４３については、図１３で詳細を説明する。
【００９２】
パスワード登録プログラム３５０は、登録用メールアドレス要求受信サブプログラム３５１、パスワード生成サブプログラム３５２、登録用メールアドレス生成サブプログラム３５３、登録用メール受信サブプログラム３５４、登録用メール読取サブプログラム３５５、登録用メールアドレステーブル更新サブプログラム３５７、伝達情報テーブル更新サブプログラム３５８及び画面生成サブプログラム３５９を含む。
【００９３】
登録用メールアドレス要求受信サブプログラム３５１は、登録用メールアドレス要求を、クライアント計算機１から受信する。なお、登録用メールアドレスは、ＷＥＢサーバ３が、暗号化ファイルの名称及び復号者の電話番号を、暗号者から取得するために用いられる。登録用メールアドレスについては、詳細を後述する。パスワード生成サブプログラム３５２は、復号用パスワードを生成する。登録用メールアドレス生成サブプログラム３５３は、登録用メールアドレスを新たに生成する。登録用メール受信サブプログラム３５４は、電子メールを、クライアント計算機１から受信する。登録用メール読取サブプログラム３５５は、登録用メール受信サブプログラム３５４が受信した電子メールから、送信先メールアドレス、添付ファイルの名称及び本文に記載された復号者の電話番号を読み取る。また、登録用メール読取サブプログラム３５５は、読み取った送信先アドレスの中から、登録用メールアドレスを選択する。さらに、登録用メール読取サブプログラム３５５は、選択した登録用メールアドレスに基づいて、復号用パスワードを、登録用メールアドレステーブルから抽出する。登録用メールアドレステーブル更新サブプログラム３５７は、パスワード生成サブプログラム３５２が生成する復号用パスワード及び登録用メールアドレス生成サブプログラム３５３が生成する登録用メールアドレスに基づいて、登録用メールアドレステーブル３４３を更新する。伝達情報テーブル更新サブプログラム３５８は、登録用メール読取サブプログラム３５５が読み取った添付ファイルの名称、登録用メール読取サブプログラム３５５が読み取った復号者の電話番号及び登録用メール読取サブプログラム３５５が抽出した復号用パスワードに基づいて、伝達情報テーブル３４２を更新する。画面生成サブプログラム３５９は、パスワード生成サブプログラム３５２が生成する復号用パスワード及び登録用メールアドレス生成サブプログラム３５３が生成する登録用メールアドレスに基づいて、登録用メールアドレスＷＥＢページを生成する。
【００９４】
図１３は、第２の実施形態のＷＥＢサーバ３の登録用メールアドレステーブル３４３の構成図である。登録用メールアドレステーブル３４３は、登録用メールアドレス３４３１及びパスワード３４３２を含む。登録用メールアドレス３４３１は、登録用メールアドレス生成サブプログラム３５３が生成する登録用メールアドレスである。パスワード３４３２は、パスワード生成サブプログラム３５２が生成する復号用パスワードである。
【００９５】
次に、第２の実施形態の情報伝達の処理について図を用いて説明する。第２の実施形態の情報伝達の処理は、暗号者が暗号化ファイルを復号者に受け渡す処理、ＷＥＢサーバ３がパスワードを記憶する処理及び復号者がパスワードをＷＥＢサーバ３から閲覧する処理（図７）からなる。なお、復号者がパスワードをＷＥＢサーバ３から閲覧する処理（図７）は、第１の実施形態のものと同様のため、説明を省略する。第２の実施形態の情報伝達システムにおいて、暗号者が暗号化ファイルを復号者に受け渡す処理及びＷＥＢサーバ３がパスワードを記憶する処理は、一連の処理である。これらの処理を一つの処理として説明する。
【００９６】
図１４は、暗号者が暗号化ファイルを復号者に受け渡す処理及びＷＥＢサーバ３がパスワードを記憶する処理のシーケンス図である。クライアント計算機１は、暗号者の操作を契機に、登録用メールアドレスの要求を、ネットワーク５を介してＷＥＢサーバ３に送信する（Ｓ２０１）。
【００９７】
ＷＥＢサーバ３の登録用メールアドレス要求受信サブプログラム３５１は、登録用メールアドレス要求を、クライアント計算機１から受信する。すると、パスワード生成サブプログラム３５２は、復号用パスワードを生成する（Ｓ２０２）。パスワード生成サブプログラム３５２は、復号用パスワードとして、ランダムな文字列を生成する。パスワード生成サブプログラム３５２が生成する復号用パスワードは、パスワードクラッキングに耐え得る不規則な文字列であることが好ましい。ただし、パスワード生成サブプログラム３５２が生成する復号用パスワードは、文字列であれば、いかなるものでもよい。また、暗号化ソフト及び復号化ソフトが、ビット列による暗号化機能及び復号機能を備えている場合は、パスワード生成サブプログラム３５２が生成する復号用パスワードは、ビット列であってもよい。
【００９８】
次に、登録用メールアドレス生成サブプログラム３５３は、登録用メールアドレスを新たに生成する（Ｓ２０３）。登録用メールアドレスは、ＷＥＢサーバ３によって受信可能なメールアドレスである。このとき、登録用メールアドレス生成サブプログラム３５３は、以前に生成した登録用メールアドレスと重複しない登録用メールアドレスを生成する。つまり、登録用メールアドレスは、一意となる。
【００９９】
ここで、登録用メールアドレス生成サブプログラム３５３の登録用メールアドレスの生成方法の一例を説明する。登録用メールアドレス生成サブプログラム３５３は、登録用メールアドレス要求を受信したタイムスタンプなどに基づいて、以前に生成した文字列と重複しない、一意な文字列を生成する。登録用メールアドレス生成サブプログラム３５３は、生成した文字列及びＷＥＢサーバ３に割り当てられているドメインに基づいて、登録用メールアドレスを生成する。生成した文字列が、「３９２０２０９５」且つドメインが「ｒｅｇｉａｄｄ．ｃｏｍ」の場合、登録用メールアドレス生成サブプログラム３５３は、「３９２０２０９５＠ｒｅｇｉａｄｄ．ｃｏｍ」を登録用メールアドレスとして生成する。生成する文字列が一意なため、登録用メールアドレスも一意となる。なお、登録用メールアドレスの生成方法は、登録用メールアドレスが一意となる限り、他の方法でもよい。
【０１００】
図１４に戻る。次に、登録用メールアドレステーブル更新サブプログラム３５７は、パスワード生成サブプログラム３５２が生成した復号用パスワード及び登録用メールアドレス生成サブプログラム３５３が生成した登録用メールアドレスに基づいて、登録用メールアドレステーブル３４３を更新する（Ｓ２０４）。具体的には、登録用メールアドレステーブル更新サブプログラム３５７は、登録用メールアドレステーブル３４３に、新たなレコードを生成する。次に、登録用メールアドレステーブル更新サブプログラム３５７は、生成した新たなレコードの登録用メールアドレス３４３１に、登録用メールアドレス生成サブプログラム３５３によって生成された登録用メールアドレスを格納する。次に、登録用メールアドレステーブル更新サブプログラム３５７は、生成した新たなレコードのパスワード３４３２に、パスワード生成サブプログラム３５２によって生成された復号用パスワードを格納する。
【０１０１】
次に、画面生成サブプログラム３５９は、パスワード生成サブプログラム３５２によって生成された復号用パスワード及び登録用メールアドレス生成サブプログラム３５３によって生成された登録用メールアドレスに基づいて、登録用メールアドレスＷＥＢページ（図１５）を生成する（Ｓ２０５）。
【０１０２】
図１５は、第２の実施形態の登録用メールアドレスＷＥＢページの説明図である。登録用メールアドレスＷＥＢページは、パスワード生成サブプログラム３５２によって生成された復号用パスワード及び登録用メールアドレス生成サブプログラム３５３によって生成された登録用メールアドレスを含む。
【０１０３】
図１４に戻る。次に、ＷＥＢサイト提供プログラム３３０は、画面生成サブプログラム３５９によって生成された登録用メールアドレスＷＥＢページを、クライアント計算機１に送信する（Ｓ２０６）。
【０１０４】
クライアント計算機１は、登録用メールアドレスＷＥＢページを、ＷＥＢサーバ３から受信する（Ｓ２０７）。そして、クライアント計算機１は、受信した登録用メールアドレスＷＥＢページを、表示装置に表示する。
【０１０５】
クライアント計算機１は、暗号者の操作に従って、電子ファイルを暗号化する（Ｓ２０８）。暗号者は、クライアント計算機１の表示装置に表示された復号用パスワードによって、暗号化ファイルが復号化されるように、暗号化ソフトに暗号化を指示する。例えば、暗号用パスワードと復号用パスワードとが同一の暗号方式を採用している暗号化ソフトを用いる場合、暗号者は、クライアント計算機１の表示装置に表示された復号用パスワードを、暗号用パスワードとして、暗号化ソフトに入力する。
【０１０６】
次に、クライアント計算機１は、暗号者の操作に従って、暗号化ファイルを復号者に受け渡すための電子メールを生成する。当該電子メールは、暗号化ファイルを、添付ファイルとして含む。また、当該電子メールの送信先は、復号者のメールアドレス及び登録用メールアドレスを含む。更に、当該電子メールの本文又は件名には、復号者の電話番号を含む。なお、復号者の電話番号が、複数含まれていてもよい。次に、クライアント計算機１は、暗号者の操作を契機に、生成した電子メールを送信する（Ｓ２０９）。
【０１０７】
ＷＥＢサーバ３の登録用メール受信サブプログラム３５４は、クライアント計算機１から、電子メールを受信する（Ｓ２１０）。すると、登録用メール読取サブプログラム３５５
は、登録用メール受信サブプログラム３５４が受信した電子メールから、送信先メールアドレス、添付ファイルの名称及び本文に記載された復号者の電話番号を読み取る（Ｓ２１１）。次に、登録用メール読取サブプログラム３５５は、読み取った送信先メールアドレスの中から、登録用メールアドレスを選択する。そして、登録用メール読取サブプログラム３５５は、選択した登録用メールアドレスに基づいて、登録用メールアドレステーブル３４３から復号用パスワードを抽出する（Ｓ２１２）。具体的には、登録用メール読取サブプログラム３５５は、選択した登録用メールアドレスと登録用メールアドレステーブル３４３の登録用メールアドレス３４３１が一致するレコードを、登録用メールアドレステーブル３４３から選択する。そして、登録用メール読取サブプログラム３５５は、選択したレコードから、パスワード３４３２を抽出する。
【０１０８】
ところで、登録用メール読取サブプログラム３５５は、読み取った送信先メールアドレスの中で、登録用メールアドレスと復号者のメールアドレスとを区別する必要がある。区別の方法は、例えば、ドメインの参照である。ＷＥＢサーバ３が受信可能なドメインを含むメールアドレスが、登録用メールアドレスである。
【０１０９】
また、登録用メール読取サブプログラム３５５は、送信先メールアドレス、添付のファイル名称及び復号者の電話番号を読み取った後に、登録用メール受信サブプログラム３５４が受信した電子メールを、削除することが好ましい。こうすることで、ＷＥＢサーバ３の管理者は、暗号化ファイル及びその復号用パスワードの双方を取得できない。したがって、本来の復号者でない、ＷＥＢサーバ３の管理者は、暗号化ファイルを復号できない。
【０１１０】
図１４に戻る。伝達情報テーブル更新サブプログラム３５８は、登録用メール読取サブプログラム３５５によって読み取られた復号者の電話番号、登録用メール読取サブプログラム３５５によって読み取られた添付ファイルの名称及び登録用メール読取サブプログラム３５５によって抽出された復号用パスワードに基づいて、伝達情報テーブル３４２を更新する（Ｓ２１３）。具体的には、伝達情報テーブル更新サブプログラム３５８は、伝達情報テーブル３４２に、新たなレコードを生成する。次に、伝達情報テーブル更新サブプログラム３５８は、生成した新たなレコードの電話番号３４２２に、登録用メール読取サブプログラム３５５によって読み取られた復号者の電話番号を格納する。次に、伝達情報テーブル更新サブプログラム３５８は、生成した新たなレコードのファイル名３４２３に、登録用メール読取サブプログラム３５５によって読み取られた添付ファイルの名称を格納する。次に、伝達情報テーブル更新サブプログラム３５８は、生成した新たなレコードのパスワード３４２４に、登録用メール読取サブプログラム３５５によって抽出された復号用パスワードを格納する。なお、登録用メール読取サブプログラム３５５によって読み取られた復号者の電話番号が、複数ある場合は、伝達情報テーブル更新サブプログラム３５８は、同様の処理を、復号者の電話番号毎に繰り返す。
【０１１１】
前述の通り、ＷＥＢサーバ３は、復号用パスワードを記憶することができる。
【０１１２】
復号者は、第１の実施形態の情報伝達システムと同様に、復号用パスワードを閲覧する。
【０１１３】
暗号化ファイルは、電子メールによって受け渡されるが、復号用パスワードは、電子メールによって受け渡されない。したがって、電子メールのサーバ管理者及び電子メールの経路装置の管理者が、暗号化ファイル及び復号用パスワードの双方を取得できない。
【０１１４】
また、第２の実施形態の情報伝達システムは、第１の実施形態の情報伝達システムの効果のみならず、暗号者の手間が少ないという利便性を含む。暗号者が暗号化ファイルを復号者に受け渡す処理及びＷＥＢサーバ３がパスワードを記憶する処理は、一通の電子メールによって、同時になされる。
【０１１５】
（第３の実施形態）
第１の実施形態の情報伝達システムにおいて、パスワードが、ＷＥＢサーバ３を介して、伝達された。しかし、暗号化パスワードの代わりに、暗号化ファイルが、ＷＥＢサーバ３を介して、伝達されてもよい。第３の実施形態の情報伝達システムにおいては、暗号化ファイルが、ＷＥＢサーバを介して伝達される。
【０１１６】
本発明の第３の実施形態の情報伝達システムは、複数のクライアント計算機１、複数のクライアント計算機２、ＷＥＢサーバ３、ネットワーク５、携帯電話６０、固定電話８０及び公衆交換電話回線網９０によって構成される。第３の実施形態の情報伝達システムの構成のブロック図は、第１の実施形態の情報伝達システムの構成のブロック図と同様のため、省略する。
【０１１７】
次に、第３の実施形態の情報伝達システムにおいて、暗号者が、暗号化ファイルをＷＥＢサーバ３に登録する処理について説明する。
【０１１８】
クライアント計算機１は、ファイル登録ＷＥＢページ要求を、ＷＥＢサーバ３に送信する。ファイル登録ＷＥＢページの要求は、ファイル登録ＷＥＢページの要求である。クライアント計算機１は、ファイル登録ＷＥＢページを、ＷＥＢサーバ３から受信する。ファイル登録ＷＥＢページ（図示省略）は、復号者電話番号欄、ファイル指定入力欄及び送信ボタンを含む。復号者電話番号欄及び送信ボタンは、第１の実施形態のパスワード登録ＷＥＢページに含まれるものと同一のため、説明を省略する。ファイル指定入力欄では、受け渡す暗号化ファイルが指定される。ファイル登録ＷＥＢページに含まれる送信ボタンが操作されると、クライアント計算機１は、復号者電話番号欄に入力された復号者の電話番号、及びファイル指定入力欄で指定された暗号化ファイルを、ＷＥＢサーバ３に送信する。
【０１１９】
ＷＥＢサーバ３は、復号者の電話番号及び暗号化ファイルを受信する。ＷＥＢサーバ３は、受信した暗号化ファイルを記憶する。また、ＷＥＢサーバ３は、受信した暗号化ファイルの名称を読み取る。次に、ＷＥＢサーバ３は、暗号化ファイルをダウンロードするための、ダウンロードＵＲＬを生成する。ダウンロードＵＲＬは、ＷＥＢサーバ３から、暗号化ファイルをダウンロードするためのＵＲＬである。ダウンロードＵＲＬは、暗号化ファイル毎に異なる。第１の実施形態のＷＥＢサーバ３は、伝達情報テーブル３４２に、復号者電話番号、暗号化ファイル名称及び復号用パスワードを記憶する。しかし、第３の実施形態のＷＥＢサーバ３は、伝達情報テーブル３４２に、復号者電話番号、暗号化ファイル名称及びダウンロードＵＲＬを記憶する。そのため、第３の実施の形態の伝達情報テーブル３４２は、復号用パスワードの代わりに、ダウンロードＵＲＬを含む。
【０１２０】
前述の通り、暗号者は、暗号化ファイルを、ＷＥＢサーバ３に登録することができる。
【０１２１】
次に、第３の実施形態の情報伝達システムにおいて、復号者がダウンロードＵＲＬを閲覧する処理について説明する。第３の実施形態の情報伝達システムにおける、復号者のダウンロードＵＲＬの閲覧処理は、第１の実施形態の情報伝達システムにおける、復号者の復号用パスワードの閲覧処理と同様である。
【０１２２】
クライアント計算機２は、第１の実施形態と同様に、携帯電話６０からのダイヤルによって、ＷＥＢサーバ３に認証される。すると、ＷＥＢサーバ３は、復号用パスワードの代わりに、ダウンロードＵＲＬを、伝達情報テーブル３４２から抽出する。そして、ＷＥＢサーバ３は、抽出したダウンロードＵＲＬを含むダウンロードＵＲＬ開示ＷＥＢページ（図１６）を作成する。次に、ＷＥＢサーバ３は、作成したダウンロードＵＲＬ開示ＷＥＢページを、クライアント計算機２に送信する。すると、クライアント計算機２は、受信したダウンロードＵＲＬ開示ＷＥＢページを、クライアント計算機２の表示装置に表示する。
【０１２３】
図１６は、ダウンロードＵＲＬ開示ＷＥＢページの説明図である。ダウンロードＵＲＬ開示ＷＥＢページは、ファイル名称及びダウンロードＵＲＬを含む。
【０１２４】
前述の通り、復号者は、ダウンロードＵＲＬを閲覧できる。
【０１２５】
復号者は、ファイル名称を参考に、ダウンロードＵＲＬを選択する。クライアント計算機２は、復号者の操作によって、暗号化ファイルのダウンロードの要求を、ＷＥＢサーバ３に送信する。そして、クライアント計算機２は、暗号化ファイルをＷＥＢサーバ３から受信する。
【０１２６】
前述の通り、暗号者は、電話番号を指定して、当該電話番号の所有者に、暗号化ファイルを伝達できる。
【０１２７】
一方で、クライアント計算機１は、暗号者の操作によって、復号用パスワードを含む電子メールを、クライアント計算機２に送信する。クライアント計算機２は、復号用パスワードを含む電子メールを受信する。復号者は、電子メールで復号用パスワードを受信できる。
【０１２８】
前述の通り、暗号者は、電話番号を指定して、当該電話番号の所有者に、情報を伝達できる。
【０１２９】
復号用パスワードは、電子メールによって受け渡されるが、暗号化ファイルは、電子メールによって受け渡されない。したがって、電子メールのサーバ管理者及び電子メールの経路装置の管理者が、暗号化ファイル及び復号用パスワードの双方を取得できない。
【０１３０】
第３の実施形態において、伝達情報は、暗号化ファイルである。しかし、伝達情報は、暗号化されていない単なる電子ファイルであってもよい。電子ファイルが、電子メールのサーバに保存されることなく、受け渡される。
【０１３１】
第１の実施形態及び第２の実施形態における伝達情報は、復号用パスワードである。また、第３の実施形態における伝達情報は、暗号化ファイルである。伝達情報は、これらに限定されない。ＷＥＢサーバ３で取り扱える情報であれば、いかなるものでもよい。暗号者は、電話番号を指定して、電子情報を伝達できる。
【０１３２】
（第４の実施形態）
以下で第４の実施形態の情報伝達システムについて説明するが、第１の実施形態の情報伝達システムと重複する箇所は、同じ符号を用いることによって、説明を省略する。なお、第４の実施形態の情報伝達システムは、第１の実施形態の情報伝達システムと比較して、復号者がパスワードをＷＥＢサーバ３から閲覧する処理が違う。
【０１３３】
本発明の第４の実施形態の情報伝達システムは、複数のクライアント計算機１、複数のクライアント計算機２、ＷＥＢサーバ３、ネットワーク５、携帯電話６０、固定電話８０及び公衆交換電話回線網９０によって構成される。第４の実施形態の情報伝達システムの構成は、第１の実施形態の情報伝達システムと同一のため、説明を省略する。
【０１３４】
第４の実施形態の情報伝達システムにおいて、暗号者がパスワードをＷＥＢサーバ３に登録する処理（図６）、暗号者が暗号化ファイルを復号者に受け渡す処理（図示省略）及び復号者が暗号化ファイルを暗号者から受領する処理（図示書略）は、第１の実施形態の情報伝達システムのものと同一のため、説明を省略する。
【０１３５】
第４の実施形態の情報伝達システムにおいて、復号者が、パスワードをＷＥＢサーバ３から閲覧する処理について説明する。
【０１３６】
クライアント計算機２は、電話番号入力ページ要求を、ＷＥＢサーバ３に送信する。すると、ＷＥＢサーバ３は、要求された電話番号入力ページを、クライアント計算機２に送信する。クライアント計算機２は、電話番号入力ページを、ＷＥＢサーバ３から受信する。電話番号入力ページ（図示省略）は、電話番号欄及び送信ボタンを含む。電話番号欄には、復号者の電話番号が入力される。送信ボタンが操作されると、クライアント計算機２は、電話番号欄に入力された電話番号を、ＷＥＢサーバ３へ送信する。なお、本実施の形態では、クライアント計算機２は、ＷＥＢサーバ３に電話番号のみを送信したが、電話番号以外の復号者の固有な情報と共に電話番号を送信してもよい。この場合、ＷＥＢサーバ３は、復号者の固有な情報と復号者の電話番号との対応を記憶する。これによって、ＷＥＢサーバ３は、受信した復号者の固有な情報に基づいて、復号者の電話番号を特定できる。
【０１３７】
ＷＥＢサーバ３は、電話番号をクライアント計算機２から受信する。すると、ＷＥＢサーバ３は、ワンタイムＵＲＬを作成する。ワンタイムＵＲＬは、クライアント計算機２がパスワード開示ＷＥＢページ（図１０）をＷＥＢサーバに要求するためのＵＲＬである。ワンタイムＵＲＬは、失効する。ワンタイムＵＲＬの失効条件は、例えば、規定の回数のアクセスを受け付けることである。また、ワンタイムＵＲＬの失効条件は、生成から一定の時間が経過することである。ここで、ワンタイムＵＲＬの一例を示す。ワンタイムＵＲＬの一例は、「ｈｔｔｐ:／／ｗｗｗ.ａｕｔｈａｄｄ.ｃｏｍ／ｐａｓｓ.ｐｈｐ?ｒｎｄ＝９８５６２４５８４」である。ｒｎｄ以降の文字列は、ランダムな文字列である。ＷＥＢサーバ３は、このランダムな文字列を生成する。そして、ＷＥＢサーバ３は、このランダムな文字列とクライアント計算機２から受信した電話番号とを対応付けて記憶する。次に、ＷＥＢサーバ３は、パスワード開示要求ページを生成する。なお、パスワード開示要求ページは、生成されたワンタイムＵＲＬ及び当該ＷＥＢサーバ３が着信可能な電話番号を含む。また、パスワード開示要求ページには、表示された電話番号にダイヤルしてから、表示されたワンタイムＵＲＬに対してパスワード開示ＷＥＢページ要求を送信すべき旨が記載される。そして、ＷＥＢサーバ３は、生成したパスワード開示要求ページを送信する。
【０１３８】
すると、クライアント計算機２は、ＷＥＢサーバ３からパスワード開示要求ページを受信する。次に、携帯電話６０は、復号者の操作を契機に、パスワード開示要求ページに含まれる電話番号に、発信者番号通知を伴うダイヤルを発信する。すると、ＷＥＢサーバ３は、ダイヤルを着信する。次に、ＷＥＢサーバ３は、着信したダイヤルから、発信者電話番号を抽出する。次に、ＷＥＢサーバ３は、抽出した発信者電話番号と当該ダイヤルを着信した時刻との対応を記憶する。一方、クライアント計算機２は、ユーザの操作を契機に、パスワード開示要求ページに含まれるワンタイムＵＲＬに対してパスワード開示ＷＥＢページ要求を送信する。
【０１３９】
ＷＥＢサーバ３は、パスワード開示ＷＥＢページ要求をクライアント計算機２から受信する。ＷＥＢサーバ３は、パスワード開示ＷＥＢページ要求を受信したワンタイムＵＲＬから、ｒｎｄ以降の文字列を取得する。そして、ＷＥＢサーバ３は、取得した文字列に対応して記憶する電話番号を特定する。次に、ＷＥＢサーバ３は、特定した電話番号を発信者電話番号とするダイヤルを着信した時刻を特定する。そして、ＷＥＢサーバ３は、特定した受信時刻と現在の時刻との差が所定時間以内であるか否かを判定する。当該差が所定時間より大きいと、ＷＥＢサーバ３は、要求されたパスワードの開示を許可しない。そこで、ＷＥＢサーバ３は、パスワード開示要求ページをクライアント計算機２に再度送信する。なお、ＷＥＢサーバ３は、特定した電話番号を発信者電話番号とするダイヤルを着信していない場合にも、パスワードの開示を許可しない。一方、当該差が所定時間以内であると、ＷＥＢサーバ３は、要求されたパスワードの開示を許可する。そこで、ＷＥＢサーバ３は、特定した電話番号と伝達情報テーブル３４２の電話番号３４２２とが一致するレコードを、伝達情報テーブル３４２から選択する。次に、ＷＥＢサーバ３は、選択したレコードのファイル名３４２３及びパスワード３４２４を抽出する。そして、ＷＥＢサーバ３は、抽出したファイル名３４２３及びパスワード３４２４に基づいて、パスワード開示ＷＥＢページ（図１０）を生成する。次に、ＷＥＢサーバ３は、生成したパスワード開示ＷＥＢページを、クライアント計算機２に送信する。
【０１４０】
クライアント計算機２は、パスワード開示ＷＥＢページを、ＷＥＢサーバ３から受信する。そして、クライアント計算機２は、受信したパスワード開示ＷＥＢページを、表示装置に表示する。
【０１４１】
前述の通り、暗号者は、電話番号を指定することによって、当該電話番号の所有者に、情報を伝達できる。なお、ＷＥＢサーバ３は、暗号者によって操作されるクライアント計算機１に、ワンタイムＵＲＬ及び当該ＷＥＢサーバ３が着信可能な電話番号を通知してもよい。具体的には、ＷＥＢサーバ３は、伝達情報テーブル３４２を更新すると（Ｓ１０４）、ランダムな文字列を含むワンタイムＵＲＬを作成する。次に、ＷＥＢサーバ３は、受信した復号者の電話番号とランダムな文字列との対応を記憶する。次に、ＷＥＢサーバ３は、作成したワンタイムＵＲＬ及び当該ＷＥＢサーバ３が着信可能な電話番号を、クライアント計算機１に送信する。すると、クライアント計算機１は、ワンタイムＵＲＬ及び電話番号を受信する。そして、暗号者は、暗号化ファイルと共に、クライアント計算機１が受信したワンタイムＵＲＬ及び電話番号を、復号者に受け渡す。その後、携帯電話６０は、復号者の操作を契機に、受け渡された電話番号に、発信者番号通知を伴うダイヤルを発信する。更に、クライアント計算機２は、復号者の操作を契機に、受け渡されたワンタイムＵＲＬに対してパスワード開示ＷＥＢページ要求を送信する。その後の処理は、同一なので説明を省略する。
【０１４２】
また、次の通りであってもよい。ＷＥＢサーバ３は、暗号者によって操作されるクライアント計算機１に、ワンタイムＵＲＬのみを通知する。具体的には、ＷＥＢサーバ３は、伝達情報テーブル３４２を更新すると（Ｓ１０４）、ランダムな文字列を含むワンタイムＵＲＬを作成する。次に、ＷＥＢサーバ３は、受信した復号者の電話番号とランダムな文字列との対応を記憶する。そして、ＷＥＢサーバ３は、作成したワンタイムＵＲＬを、クライアント計算機１に送信する。すると、クライアント計算機１は、ワンタイムＵＲＬを受信する。そして、暗号者は、暗号化ファイルと共に、クライアント計算機１が受信したワンタイムＵＲＬを、復号者に受け渡す。その後、クライアント計算機２は、復号者の操作を契機に、受け渡されたワンタイムＵＲＬに対してパスワード開示ＷＥＢページ要求を送信する。この時点で、ＷＥＢサーバ３は、所定の時間内に復号者からのダイヤルを着信していない。そこで、ＷＥＢサーバ３は、パスワード開示ＷＥＢページではなく、パスワード開示要求ページを、クライアント計算機２に送信する。この場合、パスワード開示要求ページは、ＷＥＢサーバ３が着信可能な電話番号及びクライアント計算機２がパスワード開示ＷＥＢページ要求を送信したワンタイムＵＲＬを含む。なお、パスワード開示要求ページは、当該ワンタイムＵＲＬの代わりに、当該ワンタイムＵＲＬへパスワード開示ＷＥＢページ要求を送信するためのボタンを含んでもよい。クライアント計算機２は、パスワード開示ＷＥＢページを、ＷＥＢサーバ３から受信する。次に、携帯電話６０は、復号者の操作を契機に、パスワード開示ＷＥＢページに含まれる電話番号へ、発信者番号通知を伴うダイヤルを発信する。次に、クライアント計算機２は、復号者の操作を契機に、パスワード開示ＷＥＢページの要求を、ＷＥＢサーバ３に送信する。その後の処理は、同一なので説明を省略する。
【０１４３】
ところで、第２の実施形態における復号者がパスワードをＷＥＢサーバ３から閲覧する処理は、上述した処理に置き換えることができる。また、第３の実施形態において、復号者がダウンロード用ＵＲＬを閲覧する処理は、上述した処理に置き換えることができる。この場合、ワンタイムＵＲＬは、クライアント計算機２が、ダウンロードＵＲＬ開示ＷＥＢページを、ＷＥＢサーバ３に要求するためのＵＲＬである。
【図面の簡単な説明】
【０１４４】
【図１】第１の実施形態の情報伝達システムの構成のブロック図である。
【図２】第１の実施形態の情報伝達システムに備わるＷＥＢサーバ３の構成のブロック図である。
【図３】第１の実施形態のＷＥＢサーバ３の伝達情報テーブル３４２の構成図である。
【図４】第１の実施形態のＷＥＢサーバ３に記憶される認証用電話番号テーブル３４４の構成図である。
【図５】第１の実施形態のＷＥＢサーバ３の認証用電話番号対応テーブル３４１の構成図である。
【図６】第１の実施形態の情報伝達システムにおける暗号者がパスワードをＷＥＢサーバ３に登録する処理のシーケンス図である。
【図７】第１の実施形態の情報伝達システムにおける復号者がパスワードをＷＥＢサーバ３から閲覧する処理のシーケンス図である。
【図８】第１の実施形態のパスワード登録ＷＥＢページの説明図である。
【図９】第１の実施形態の認証用ＷＥＢページの説明図である。
【図１０】第１の実施形態のパスワード開示ＷＥＢページの説明図である。
【図１１】第１の実施形態のパスワードＷＥＢページの説明図である。
【図１２】第２の実施形態の情報伝達システムに備わるＷＥＢサーバ３の構成のブロック図である。
【図１３】第２の実施形態のＷＥＢサーバ３の登録用メールアドレステーブル３４３の構成図である。
【図１４】第２の実施形態の情報伝達システムにおける暗号者が暗号化ファイルを復号者に受け渡す処理及びＷＥＢサーバ３がパスワードを記憶する処理のシーケンス図である。
【図１５】第２の実施形態の登録用メールアドレスＷＥＢページの説明図である。
【図１６】第３の実施形態のダウンロードＵＲＬ開示ＷＥＢページの説明図である。
【符号の説明】
【０１４５】
１      クライアント計算機
２      クライアント計算機
３      ＷＥＢサーバ
５      ネットワーク
３１    ＣＰＵ
３２    メモリ
３９    ネットワークインタフェース
６０    携帯電話
８０    固定電話
９０    公衆交換電話回線網
３１０  パスワード登録プログラム
３１５  入力情報受信サブプログラム
３１６  伝達情報テーブル更新サブプログラム
３２０  パスワード開示プログラム
３２３  認証要求ＩＤ生成サブプログラム
３２４  認証用電話番号選択サブプログラム
３２６  電話着信サブプログラム
３２７  電話番号読取サブプログラム
３２８  認証サブプログラム
３２９  画面生成サブプログラム
３３０  ＷＥＢサイト提供プログラム
３４１  認証用電話番号対応テーブル
３４２  伝達情報テーブル
３４３  登録用メールアドレステーブル
３４４  認証用電話番号テーブル
３５０  パスワード登録プログラム
３５１  登録用メールアドレス要求受信サブプログラム
３５２  パスワード生成サブプログラム
３５３  登録用メールアドレス生成サブプログラム
３５４  登録用メール受信サブプログラム
３５５  登録用メール読取サブプログラム
３５７  登録用メールアドレステーブル更新サブプログラム
３５８  伝達情報テーブル更新サブプログラム
３５９  画面生成サブプログラム
３２２１  認証要求受信サブプログラム
３２２２  認証結果要求受信サブプログラム
３４１１  認証要求ID
３４１２  認証用電話番号
３４１３  復号者電話番号
３４２２  電話番号
３４２３  ファイル名
３４２４  パスワード
３４３１  登録用メールアドレス
３４３２  パスワード
３４４１  認証用電話番号
３４４２  割当フラグ
【図１】
2008071216.tif 000003
【図２】
2008071216.tif 000004
【図３】
2008071216.tif 000005
【図４】
2008071216.tif 000006
【図５】
2008071216.tif 000007
【図６】
2008071216.tif 000008
【図７】
2008071216.tif 000009
【図１２】
2008071216.tif 000010
【図１３】
2008071216.tif 000011
【図１４】
2008071216.tif 000012
【図８】
2008071216.tif 000013
【図９】
2008071216.tif 000014
【図１０】
2008071216.tif 000015
【図１１】
2008071216.tif 000016
【図１５】
2008071216.tif 000017
【図１６】
2008071216.tif 000018