(57)【要約】      （修正有）【課題】電子メールシステム内部で用いるメールアドレスを暗号化して処理可能とし、不正アクセス、または悪意を持ったシステム運用者によってメールアドレスを搾取されデータ漏洩した場合でも、個人情報であるメールアドレスが保護可能な電子メール送信方式、電子メール送信プログラム、電子メール送信装置を提供する。【解決手段】電子メール送信先となるメールアドレスを電子メールシステムに受け渡す際に、暗号化してファイル、データベースまたは送信キューに格納し、メール送信直前に復号化してメール送信処理を行い、送信結果は暗号化されたメールアドレスを用いて格納する。【選択図】図１
2005326932.tif 000002
【特許請求の範囲】
【請求項１】
電子メール送信システムにおいて、ハードディスク等に代表される外部記憶装置に平文のメールアドレスを保持しない電子メール送信方法。
【請求項２】
電子メール送信クライアントサーバーシステムにおいて、クライアント側からアップロードされたメールアドレスを取り込む際に、サーバー側でメールアドレスの暗号化を行い、ハードディスク等に代表される外部記憶装置に平文ままのメールアドレスを保持しない電子メール送信方法。
【請求項３】
電子メール送信クライアントサーバーシステムにおいて、メールアドレスをサーバーにアップロードする際に、クライアント側で事前にメールアドレスを暗号化し、サーバー側のハードディスク等に代表される外部記憶装置に平文のままのメールアドレスを保持しない電子メール送信方法。
【請求項４】
請求項１、２および３に記載の電子メール送信方法において、送信結果を外部記憶装置に格納する際にメールアドレスを暗号化して格納する電子メール送信方法。
【請求項５】
請求項１、２，３および４に記載の電子メール送信方法において、送信結果を閲覧する際に、特定のパスワードにより暗号化されたメールアドレスを復号する電子メール送信方法。
【請求項６】
請求項１、２、３，４および５に記載の電子メール送信方法に対して、電子メール送信のためにメールアドレスを送信する際に、メールアドレス所有者であることを示す特定のパスワードまたは暗号鍵とともにメールアドレスを受信し、外部記憶装置に格納する電子メール送信方法。
【請求項７】
請求項１、２、３、４，５および６に記載の電子メール送信方法に対して、メールアドレスを暗号化する際にメールアドレスドメイン名（＠の右側部分）は暗号化しないで外部記憶装置に格納する電子メール送信方法。
【請求項８】
請求項１，２，３，４、５，６および７に記載の電子メール送信方式による電子メール送信装置
【請求項９】
請求項１，２，３，４、５，６および７に記載の電子メール送信方式によるプログラムおよびまた本プログラムを記載した記憶メディア。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は電子メール送信方法および電子メール送信装置および電子メール送信プログラムに関する。
【背景技術】
【０００２】
これまで、電子メール送信方法、電子メール送信プログラム、電子メール送信装置（以下まとめて「電子メールシステム」と記す）は、電子メール送信先となるメールアドレスを暗号化されていないテキストコード（以下「平文」と記す。）によって受け渡しされていた。また電子メールシステムのメールアドレス格納用データベースまたは内部キュー、および電子メール送信結果は、メールアドレスが平文のまま格納され、電子メールシステムのセキュリティ欠陥等をつく不正アクセス、または悪意を持ったシステム運用者によってメールアドレスを搾取され情報漏洩にいたるケースが発生していた。
【０００３】
メール送信作業を請け負うＡＳＰ事業者（特定のプログラムを搭載したコンピュータ設備の時間貸し事業者）などは、契約顧客に都度送信先メールアドレスをオープンなネットワーク回線によってアップロードさせる方式が多く取られているが、そのセキュリティ対策は、送信元サーバーＩＰアドレスの固定化、メール送信完了後一定期間の後にメールアドレスをすべて消去する等の手段で対応しているが、一定期間以内は平文のままメールアドレスがシステム内に留まる、また送信結果も平文のままメールアドレスが格納されているため、前述の電子メールシステムのセキュリティ欠陥等をつく不正アクセス、または悪意を持ったシステム運用者によってメールアドレスを搾取され情報漏洩にいたるという深刻な問題を抱えていた。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、電子メールシステム内部で用いるメールアドレスを暗号化して処理可能とし、不正アクセス、または悪意を持ったシステム運用者によってメール送信サーバー内のメールアドレスを搾取されデータ漏洩した場合でも、個人情報であるメールアドレスが保護可能な電子メール送信方式、電子メール送信プログラム、電子メール送信装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するため本発明は、電子メール送信先となるメールアドレスをクライアントシステムから電子メールシステムに受け渡す際に、暗号化してファイル、データベースまたは送信キューに格納する手段と、メール送信直前にメールアドレスを復号化してメール送信処理を行う手段と、送信結果を暗号化されたメールアドレスを用いて格納する手段とを具備することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、電子メールシステム内部で用いるメールアドレスを暗号化して処理可能とし、外部記憶装置に平文のメールアドレスを保管することがなくなるため、不正アクセス、または悪意を持ったシステム運用者によってメール送信サーバー内のメールアドレスを搾取されデータ漏洩した場合でも、個人情報であるメールアドレスが保護可能な電子メール送信方式、電子メール送信プログラム、電子メール送信装置を提供することが可能となる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明の好ましい実施形態を添付図面を参照して説明する。
図1は本発明の実施形態であるメール送信方式の全体構成図であり、図２は送信先メールアドレスを格納するリストのフォーマットの一例、図３は暗号化済み送信先メールアドレスを格納するテーブルのフォーマットの一例、図４は暗号化済みメールアドレスによる送信結果を格納するテーブルのフォーマットの一例、図５は復号化されたメールアドレスによる送信結果を格納するテーブルのフォーマットの一例である。また、図６はメールアドレスアップロード時のクライアント操作画面の一例、図７はメールアドレスアップロード時のデータフォーマットの一例である。さらに、図８は送信結果ダウンロード時のクライアント操作画面の一例、図９は送信結果ダウンロード時のデータフォーマットの一例である。
図１０は、メールアドレスをクライアントからサーバーへアップロードする際のサーバー側のプログラムフローチャートの一例である。図１１は、暗号化されたメールアドレスによるメール送信を行う際のプログラムフローチャートの一例である。図１２は、暗号化されたメール送信結果をクライアントに受け渡す際のプラグラムフローチャートの一例である。
【０００８】
（１） 全体構成図の説明
図１を参照しながら、本発明の実施形態であるメール送信方式の全体構成を説明する。
１００は、本発明の実施例であるメール送信方式のメール送信クライアント（以下「クライアント」と記す）で、メール送信を行う相手先のメールアドレス（以下「メールアドレス」と記す）が格納されているメールアドレスリストＤＢ１と、メールアドレスを電子メール送信サーバーシステム２００（以下「送信サーバー」と記す）にアップロードする際のメール送信要求部１０１、メール送信結果の受信・閲覧を行うメール送信結果確認部１０３，サーバーからダウンロードした送信結果を格納する送信結果テーブルＤＢ４から構成される。
２００は、本発明の実施例であるメール送信方式の電子メール送信サーバーシステムで、クライアント１００からアップロードされるメールアドレスを受信し、暗号化の後にメールアドレスを格納する処理を行うメールアドレス受信インターフェース部２１０、暗号化されたメールアドレスをもとにメール送信処理を行う電子メール送信制御部２２０、メール送信結果をクライアントにダウンロード処理を行うメール送信結果処理部２３０から構成される。
【０００９】
クライアント１００と送信サーバー２００は、インターネットを代表とするオープンなネットワークまたは専用線等のローカルなネットワーク３００で接続されている。また、送信サーバー２００は電子メール送信処理のためにインターネットを代表とするオープンなネットワーク３０１に接続されている。
メールアドレス受信インターフェース部２１０は、メールアドレス暗号化処理部２１１と、暗号化されたメールアドレスを格納するテーブルＤＢ２から構成される。
電子メール送信制御部２２０は、電子メール送信制御部２２１、電子メール送信部２２２，電子メール送信結果生成部２２３、およびメール送信結果を格納する送信結果テーブルＤＢ３から構成される。
また、送信結果を確認しない送信方法も考えられ、この場合はメール送信結果インタフェース部２３０、メール送信結果確認部１０３、サーバーからダウンロードした送信結果を格納する送信結果テーブルＤＢ４は存在しなくても構わない。
【００１０】
（２） データ・テーブルフォーマットの説明
図２にクライアントにおけるメールアドレスリストのフォーマットの一例を示した。通常ＤＢ１には複数のメールアドレスが格納される。また、この格納データは複数の送信先サーバー宛のメールアドレスが混在して格納されることが一般的である。
なお、本実施例では、メール送信クライアントからメールアドレスリストを受け取った後、暗号化処理を行っているが、クライアント側で暗号化処理を行うことも考えられる。このときは、クライアント側で暗号化処理を行うプログラムを提供し、サーバ側から暗号化のための暗号鍵を取得する方法にしてもよい。クライアント側で暗号化を行うプログラムの提供形態は、フロッピーディスク、ＣＤ−ＲＯＭなどに代表される一般的なメディアによる配布、ＷＥＢサイトからのダウンロード等の他、ＪＡＶＡアプレットやＷＥＢブラウザのプラグインなどの形態でも構わない。
【００１１】
図３に、送信サーバー側の暗号化されたメールアドレスを格納するテーブルＤＢ２のフォーマットの一例を示した。ＤＢ２はアップロード時にクライアントから入力されたアップロードパスワードと共に暗号化されたメールアドレスが格納されるが、アップロードパスワードは異なるテーブルまたは記憶領域に分けて保管しても構わない。本実施例では同じテーブルに格納したケースをもとに以降の説明を行う。
また、本実施例ではメールアドレスのアカウント部分（＠の左側部分、以降「メールアカウント」と記す。）のみを暗号化する方法を記載したが、メールアカウントのみを暗号化しなければならないことを記したものではなく、メールアドレスのドメイン部分（＠の右側部分、以降「メールドメイン」と記す。）を含めて暗号化しても構わない。
図４に、送信サーバー側に格納される、暗号化されたメールアドレスによる送信結果テーブルＤＢ３のフォーマットの一例を示した。ＤＢ３は、送信を行った電子メールの送信番号、暗号化済みメールアドレス、送信結果、送信時刻が格納されているが、これは一例で、再送回数や、送信先サーバーから受け取った通信結果コードなどをＤＢ３に格納しても良い。
【００１２】
図５に、クライアント側に格納される復号化されたメールアドレスによる送信結果テーブルＤＢ４のフォーマットの一例を示した。ＤＢ４は、送信を行った電子メールの送信番号、復号化されたメールアドレス、送信結果、送信時刻が格納されているが、これは一例で、再送回数や、送信先サーバーから受け取った通信結果コードなどサーバー側の送信結果取得項目に合わせて変更しても良い。
また本実施例では、送信サーバーから送信結果をダウンロードする際に暗号化されたメールアドレスを復号化した後にクライアントに受け渡しているが、暗号化メールアドレスのままクライアントに受け渡し、クライアント側で復号化する方法も考えられる。このときは、ダウンロードする送信結果データに暗号化メールアドレス復号化のための暗号鍵等を付加する方法や、インターネット回線を用いて、送信サーバーから復号化のための暗号鍵を取得変更できる方式にしても構わない。
【００１３】
図７にメールアドレスアップロード時のデータフォーマットの一例を示した。
本実施例では、アップロードパスワードをデータフォーマットの先頭に配置しているが、これはデータの先頭に配置しなければならないことを記したものではなく、データフォーマットの途中や最後、または別セッションにより送信サーバーに通知する方法や、インターネット回線を用いて、送信サーバーからクライアントへアップロードパスワードを自動取得できる方式にしても構わない。
図９に送信結果ダウンロード時のデータフォーマットの一例を示した。
本実施例では、メール送信番号をデータフォーマットの先頭に配置しているが、これはデータの先頭に配置しなければならないことを記したものではなく、各メール送信結果毎に配置する方式や、データフォーマットの途中や最後、または別セッションによりクライアントに通知する方法にしても構わない。
【００１４】
（３）操作画面の説明
図６にクライアントから手動でメールアドレスを送信サーバにアップロードする際の操作画面（以下「アップロード画面」という）の一例を示した。
本実施例では、メールアドレスが格納されたリストのファイル名、アップロードパスワードを入力するエリアをウィンドウ形式のパソコン画面を想定して１ウィンドウに配置し記載しているが、これはウィンドウ形式のパソコンで操作しなければならないこと、および１ウィンドウに入力項目をまとめなければならないことを記したものではなく、ＤＯＳ形式やＵＮＩＸ、ＬＩＮＵＸのコマンドライン形式でメールアドレスが格納されたリストのファイル名、アップロードパスワードを設定し、送信サーバーに送信する方式にしても構わない
図８にクライアントから手動でメール送信結果を送信サーバからダウンロードする際の操作画面（以下「ダウンロード画面」という）の一例を示した。
本実施例では、アップロードパスワードを入力するエリアをウィンドウ形式のパソコン画面を想定して記載しているが、これはウィンドウ形式のパソコンで操作しなければならないことを記したものではなく、ＤＯＳ形式やＵＮＩＸ、ＬＩＮＵＸのコマンドライン形式でアップロードパスワードを設定し、送信サーバーに送信する方式や、送信サーバーから自動的にメールアドレスをアップロードされたクライアントであるという情報を取得する方式にしても構わない。
【００１５】
（４）メールアドレスアップロード時の具体的な処理の説明
図１および図１０に示したフローチャートを元に、クライアント１００を手動で操作した際の本発明の処理を詳細に述べる。以下で説明するフローチャートを元にした動作は、すでに公知の技術であるプログラムソフトウェアにより実現する、また、以下の実施例は、クライアント１００と送信サーバー２００との間は、一般的な通信方法であるｈｔｔｐ通信を用いたケースで説明を行うが、これ以外にＦＴＰ通信、ＳＭＴＰ通信等、既に公知の種々の通信方式が存在するが何れの方法を使用しても本発明の主旨を違えるものではない。また電子メールの送信方法については極めて一般的なＳＭＴＰ(Simple Mail Transfer Protcol)の手順を用いて、メールアドレス１に対してメールデータ１のワン・トゥ・ワン送信したケースで説明を行う。
【００１６】
図１の配信先メールアドレステーブルＤＢ１には、予め送信予定の送信先メールアドレスが複数格納されている（この格納するための方法は本発明の主旨から離れるため割愛する）。クライアント１００の操作者は、メール送信要求部１０１に格納された、メールアドレスを送信サーバー２００にアップロードするためのプログラムを起動する。一般的には既に公知のブラウザプログラム等を流用しても構わない。図６に示すアップロード画面に、メールアドレステーブルＤＢ１のファイル名を入力し、アップロード時のパスワードを入力しアップロード実行ボタンをクリックする。クライアント１００はこのトリガによりＤＢ１に格納されたメールアドレスおよびアップロードパスワードを図７に示すデータフォーマットで送信サーバー２００に送信する。
【００１７】
送信サーバー２００は、クライアント１００から送信されたメールアドレスリストを一時記憶領域に格納し（ステップ１００１）、すべてのデータが送信されたことを確認する（このときのアップロード手順、総データ受信完了のための確認手順は一般的な通信手法を用いて行う）。
送信サーバー２００は、すべてのメールアドレスを受信した後に、メールアドレスの暗号化を行う。
暗号化方式としては、シーザー暗号、単一換字暗号、対象暗号（共通鍵暗号）、ワンタイムパッド等公知の暗号化方式が存在している。本発明の主旨は暗号化の方法を権利化申請するものではなく、送信サーバー側で使用・保管されるメールアドレスをすべて暗号化して使用する電子メール送信方法、プログラム、装置であるため暗号化方式そのものは問わない。このため暗号化方法そのものの説明は割愛する。
【００１８】
まず、ステップ１００１によって一時記憶されたメールアドレスを暗号化し、送信サーバー側メールアドレスを格納するテーブルＤＢ２に格納する（ステップ１００７）。このとき、暗号化されたメールアドレスを復号するために暗号化方式によっては暗号鍵をＤＢ２に置く必要がある。このための領域をＤＢ２に設けておいても良い。
クライアント１００からアップロードされたすべてのメールアドレスを暗号化してテーブルＤＢ２に格納した後に、一時的に保管した平文のメールアドレスを消去する。
なお、クライアント側で暗号化処理を行う方法を使用する場合は、１００３、１００５の処理は必要なく、一時領域にアップロードされたアドレスリストをＤＢ２に移せばよい。
【００１９】
本発明によるメール送信方式、プログラム、装置は、実際にメール送信する際以外は、すべて暗号化されたメールアドレスで機能させることを目的としている。しかしながら、メールアドレス全てを暗号化すると、送信先ドメイン毎に結果を集計するとき等、個人の特定が必要ない場合の集計に置いても都度メールアドレスの復号化が必要となり、プログラム処理が煩雑となり、また復号化されたメールアカウントが頻繁に露出することにもなる。このため、メールアカウント部分のみ暗号化し、メールドメイン部分は平文のままという方式が好ましい。この方法によると、個人の特定が必要ない場合の送信結果確認時には復号化せずに暗号化されたメールアカウントのまま集計が可能となる。この方法の実現手段は、公知のプログラム言語を使用して行い、電子メールアドレスは＠（アットマーク）を境に左側がメールアカウント、右側がドメイン名となっているため、文字検索プログラムにより、＠の左側部分のみを取り出し、暗号化を行うソフトウェアルーチンに渡すことで実現可能である。
【００２０】
以上の説明はメールアドレス１に対してメールデータ１のワン・トゥ・ワン送信したケースで説明を行ったが、複数のメールアドレスを先に相手先サーバーに送信した後に、メールデータを１つを送る同報送信手順においても本発明の方式は実現可能で、この場合はステップ１１０７からステップ１１１１を繰り返し行うことで実現する。この送信方法も既に公知の方法のため詳細な説明は割愛する。
【００２１】
以上の説明は、手動操作によりクライアント１００からメールアドレスをアップロードする際の処理の説明を行ったが、これ以外に、クライアント１００または他サーバー（図示せず）から自動でメールアドレスを送信サーバーに受け渡す方法が考えられる。この場合は予め、正規のアクセス端末またはサーバーであることを判定させるためにメールアドレス送信の度にアップロードパスワードに変わるコード（以下「認証コード」と記す）をクライアント１００または他サーバーに格納する。この認証コードは送信サーバー２００から通信によって確認可能な場所に格納する（えばインターネットエクスプローラのクッキー機能等で実現が可能）。送信サーバー２００は、メールアドレスを受け渡されるたびに度に、暗号化処理を行い送信サーバー２００のＤＢ２または送信キュー（図示せず）に格納していく。実現方法は既に公知のソフトウェアプログラムで実現可能である。またクライアント１００又は他サーバーと送信サーバ２００とのデータの受け渡しについてもｈｔｔｐ通信のような公知の技術で実現が可能である。
【００２２】
さらに、メールアドレスを電子メール送信サーバーシステム２００に送信時に、事前に暗号化してアップロードする方法も考えられる。この場合はメール送信クライアント１００側にメールアドレス暗号化処理部２１１相当を配置して実現をし、この場合はメールアドレス受信インタフェース部ではメールアドレス暗号化処理部２１１を実装せず、直接アップロードされたメールアドレスをＤＢ２に格納する。
【００２３】
（５）暗号化メールアドレスをもとにメール送信を行う具体的な処理の説明
図１および図１１に示したフローチャートを元に、暗号化されたメールアドレスをもとにメール送信を行い、送信結果を暗号化されたメールアドレスで格納する処理を詳細に述べる。以下で説明するフローチャートを元にした動作は、すでに公知の技術であるプログラムソフトウェアにより実現する。また、以下の実施例は電子メール送信で極めて一般的なＳＭＴＰ(Simple Mail Transfer Protcol)の手順を用いてメール送信したケースで説明を行う。さらに本プログラムがメール送信先サーバーにＳＭＴＰコマンドおよびパラメータを送信する毎に相手先サーバーから正常受信／異常終了のセッション結果が適宜返ってくるが、本実施例では相手先サーバーからの返値はすべて正常処理がなされたという前提で説明を行う。
【００２４】
図１の暗号化されたメールアドレステーブルＤＢ２には、予め送信予定のメール送信先アドレスが暗号化されて複数格納されている。暗号化されたメールアドレスを復号化するための暗号鍵は、暗号化方式によってシステム固定で設定ファイルに置く場合や、送信メールアドレス毎に暗号化鍵を発行しメールアドレスを格納したテーブルに一緒に置く方法、送信するメール番号毎に暗号化鍵を発行し別途設定ファイルに置く方法等が考えられるが、前述の通り本発明は暗号化方式そのものによるものではないため、ここではもっとも説明しやすいシステム固定共通で暗号化鍵を使う方法を用いて説明を行う。
【００２５】
本プログラムは、メール送信クライアント１００からの送信要求によりメール送信動作を開始する。このメール送信要求はメールアドレスアップロード時に同時に行っても構わないし、別々に要求を発行しても構わない。送信要求を受けた送信サーバー２００は、電子メール送信制御部２２１において、暗号化されたメールアドレスが格納されているテーブルＤＢ２からメール送信を行う１件目のメール送信アドレスを取得し（ステップ１１０２）、このドメイン名を元に、これからメール送信を開始することをメール送信先サーバーにＳＭＴＰのＨＥＬＯコマンドを用いて通知する（セッションの開始）（ステップ１１０３）。続いて本プログラムは、ＳＭＴＰのＭＡＩＬコマンドにより送信元メールアドレスを送信する（ステップ１１０５）。続いて、テーブルＤＢ２から取得した暗号化されたメールアドレスのアカウント部分を、設定ファイルに格納されている暗号化鍵をもとにして復号する（ステップ１１０９）。復号されたメールアドレスをＳＭＴＰのＲＣＰＴ  Ｔｏコマンドで、メールの受信者を表す宛先メールアドレスとして送信する（ステップ１１１１）。相手先サーバーからの返値確認し（ステップ１１１３）、メールアドレスが正常に存在していた返値を受信した場合は（ステップ１１１５）、ＳＭＴＰのＤＡＴＡコマンドを送信し（ステップ１１１７）、メール本文の送信を行い（ステップ１１１９）、ＳＭＴＰのＱＵＩＴコマンドを送信し（ステップ１１２１）、メール送信結果として相手先サーバーの返値をもとにした送信結果および復号化していない（暗号化されたままの）メールアドレスをＤＢ３に格納して（ステップ１１２３）、メール送信の１シーケンスを終了する。さらに次のメール送信先データが存在する場合は、ＤＢ２から次の送信メールアドレスを取得し（ステップ１１０２）、ステップ１１０３に移行して、これを送信メールアドレスが終了するまで繰り返す。
一方、ステップ１１１５の判定によって、送信した宛先メールアドレスが宛先不明を示す返値を受けてステップ１１２１に移行し、以降のステップ処理を繰り返す。
図１１に示したフローチャートでは、暗号化メールアドレスの復号を行うポイントをステップ１１０９に記載したが、ステップ１１０３やステップ１１０５の前後に配置しても構わない。
【００２６】
（６）送信結果をダウンロードする具体的な処理の説明
クライアント１００の操作者は、メール送信結果確認部１０３に格納された、メール送信結果を送信サーバー２００からダウンロードするためのプログラムを起動する。一般的には既に公知のブラウザプログラム等を流用しても構わない。図８に示すダウンロード画面に、アップロード時に入力したアップロードパスワードを入力しダウンロード実行ボタンをクリックする。送信サーバー２００は、通信によって取得したアップロードパスワードを（ステップ１２０１）、メールアドレスアップロード時に送信サーバー内部に格納されたアップデートパスワードと比較判定する（ステップ１２０３）。このとき比較結果が一致した（正しい）場合、ＤＢ３に格納された送信結果リストを図９に示すフォーマットに変換してクライアントにダウンロードする。
【００２７】
以上の説明は、手動操作によりクライアント１００に送信結果をダウンロードする際の処理の説明を行ったが、これ以外に、送信サーバー２００からクライアント１００または他のサーバーに自動で送信結果を受け渡す方法が考えられる。この場合は、クライアント１００または他の送信サーバーに予め格納されているアップロードパスワードを自動で読み込み、送信サーバーに格納されたアップロードパスワードと一致した場合にのみ、Ｄ３に格納された送信結果のメールアドレスを復号化してダウンロード処理を行う。実現方法は既に公知のソフトウェアプログラムで実現可能である。また送信サーバー２００とクライアント１００又は他サーバーとのデータの受け渡しについてもｈｔｔｐ通信をはじめとする公知の技術で可能である。
【図面の簡単な説明】
【００２８】
【図１】本発明の実施形態である、電子メール送信システムの全体構成図。
【図２】本発明の実施形態である、クライアント側の送信先メールアドレスリストフォーマットの一例。
【図３】本発明の実施形態である送信サーバー側の暗号化されたメールアドレスを格納するテーブルフォーマットの一例。
【図４】本発明の実施形態である、送信サーバー側に格納される、暗号化されたメールアドレスによる送信結果テーブルフォーマットの一例。
【図５】本発明の実施の形態である、クライアント側に格納される復号化されたメールアドレスによる送信結果テーブルフォーマットの一例。
【図６】本発明の実施の形態である、クライアントから手動でメールアドレスを送信サーバにアップロードする際の操作画面の一例。
【図７】本発明の実施の形態である、メールアドレスアップロード時のデータフォーマットの一例。
【図８】本発明の実施の形態である、クライアントから手動でメール送信結果を送信サーバからダウンロードする際の操作画面の一例。
【図９】本発明の実施の形態である、送信結果ダウンロード時のデータフォーマットの一例。
【図１０】本発明の実施の形態である、メールアドレスをクライアントからサーバーへアップロードする際のサーバー側のプログラムフローチャートの一例。
【図１１】本発明の実施の形態である、暗号化されたメールアドレスによるメール送信を行う際のプログラムフローチャートの一例。
【図１２】本発明の実施の形態である、暗号化されたメール送信結果をクライアントに受け渡す際のプラグラムフローチャートの一例。
【符号の説明】
【００２９】
１００    メール送信クライアント
１０１    メール送信要求部
１０３    メール送信結果確認部
２００    電子メール送信サーバーシステム
２１０    メールアドレス受信インタフェース部
２１１    メールアドレス暗号化処理部
２２０    電子メール送信制御部
２２１    電子メール送信制御部
２２２    電子メール送信部
２２３    電子メール送信結果生成部
２３０    メール送信結果インタフェース部
２３１    メールアドレス復号化処理部
ＤＢ１    送信先メールアドレスリスト
ＤＢ２    暗号化されたメールアドレスを格納するテーブル
ＤＢ３    暗号化されたメールアドレスによる送信結果テーブル
ＤＢ４    送信結果テーブル
【図１】
2005326932.tif 000003
【図２】
2005326932.tif 000004
【図３】
2005326932.tif 000005
【図４】
2005326932.tif 000006
【図５】
2005326932.tif 000007
【図６】
2005326932.tif 000008
【図７】
2005326932.tif 000009
【図８】
2005326932.tif 000010
【図９】
2005326932.tif 000011
【図１０】
2005326932.tif 000012
【図１１】
2005326932.tif 000013
【図１２】
2005326932.tif 000014