JP2000134257A - メール配信装置及びメール配信方法 - Google Patents

Abstract

(57)【要約】 【課題】 不正な申し込みを排除しつつ申し込み手続き
の簡素化を図ったメール配信装置及びメール配信方法の
提供。 【解決手段】 仮申込を示す情報のメールアドレス宛て
に識別コードを付加した内容のメールを配信する一方、
配信されたメールを元のメールとする返信メールに含ま
れる識別コード及び返信者のメールアドレスを前記テー
ブルの登録データと照合し、登録データと一致するレコ
ードがあった場合に、該レコードに本申込の情報をセッ
トするとともに、本申込を示す情報のメールアドレス宛
てに所定の情報をメール配信する。仮申し込み段階の配
信メール（サンプルメール）を気に入った場合はそのサ
ンプルメールを返信するだけで本申し込みの手続きを行
うことができ、しかもサンプルメールを受け取った本人
以外の返信はできないから、他人のメールアドレスを騙
った不正な申し込み手続きを排除できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、メール配信装置に
関し、詳しくは、登録されたメールアドレス宛てに継続
的に情報を配信するプッシュ型のメール配信サービスを
行うメール配信装置に関する。

【０００２】

【従来の技術】米国国防総省高等研究企画局（ＤＡＲＰ
Ａ：Defense Advanced Research Project Agency）によ
って構築された広域パケット通信網（ＡＲＰＡＮＥＴ：
Advanced Research Project Agency Network）の目的
は、コンピュータを１個所で集中管理せずに、各地で分
散管理することによってリスクの分散を図るというもの
であり、研究の狙いはもっぱら軍事利用にあったが、そ
の優れた利点（コンピュータのアーキテクチャに左右さ
れることなくネットワーク上の全コンピュータを相互に
接続できる）は、軍事目的以外の様々なネットワークの
構築を自然発生的に促し、当然の成り行きとしてそれら
が相互につなげられていった結果、いわゆる「インター
ネット」と呼ばれる地球的規模の大規模ネットワークの
出現に至っている。

【０００３】インターネットによって実現された有益な
技術の第一は、ＷＷＷ（Word WideWeb）によるシームレ
スな情報閲覧システムであり、第二は電子メール（いわ
ゆるインターネットメール、一般にＥ−ｍａｉｌ）であ
るが、とりわけインターネットメールは、特定のネット
ワークＯＳに依存する旧来型の電子メールに比べて遥か
に普遍性があり、メールアカウントさえ持っていれば如
何なる相手とも情報の伝達が可能である点から、もはや
社会生活上、欠くことのできない意思疎通手段の一つに
位置づけられている。なお、上記のとおり、電子メール
はインターネットメールと旧来型の電子メールの二種類
あるが、以下では特に断りのない限り、電子メールとイ
ンターネットメールを同義語として取り扱うものとす
る。

【０００４】電子メールシステムは、図１０に示すよう
に、ネットワーク１（厳密にはＴＣＰ／ＩＰベースのネ
ットワーク；代表的にはインターネット）、メール送信
サーバ（ＳＭＴＰサーバともいう）２、メール受信サー
バ（ＰＯＰ３サーバともいう）３及びクライアントコン
ピュータ４、５（図では２台であるが、この台数は一例
である）で構成されており、ＳＭＴＰサーバとＰＯＰ３
サーバの機能はＭＴＡ（Mail Transport Agent）と呼ば
れるソフトで、また、メールクライアントの機能はＭＵ
Ａ（Mail User Agent）と呼ばれるソフトで提供されて
いる。

【０００５】電子メールの送信から受信までの流れを概
説すると、あるクライアントコンピュータ４から送信さ
れた電子メールは、発信者のメールアカウント、例えば
“ａａａ＠ｂｂｂ．ｃｏ．ｊｐ"に対応したドメイン
“ｂｂｂ．ｃｏ．ｊｐ"を持つＳＭＴＰサーバ２に届け
られ、そのＳＭＴＰサーバ２よってネットワーク１上に
再送された後、適切なルーティングを経て最終的に、受
信者のメールアカウント、例えば“ｓａｔｏ＠ｃａｓｉ
ｏ．ｃｏ．ｊｐ"に対応したドメイン“ｃａｓｉｏ．ｃ
ｏ．ｊｐ"を持つＰＯＰ３サーバ３のメールボックス
（注１）に届けられる。注１：メールボックスとは、Ｐ
ＯＰ３サーバ３の大規模記憶媒体に設けられた、アカウ
ント“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ"専用のメー
ル記憶領域であり、一般郵便における私書箱に相当する
ものである。

【０００６】メールボックス内の受信メールは、そのメ
ールのアカウント“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊ
ｐ"を持つユーザのＰＯＰ３サーバ３への正当なログイ
ンによってメールボックスからクライアントコンピュー
タ５（当該ユーザが操作しているクライアントコンピュ
ータ）にダウンロードされた後、メールボックスから削
除される。なお、削除せずにＰＯＰ３サーバ３に残して
おくことも可能であるが、ＰＯＰ３サーバ３の記憶容量
の圧迫を避けるために、常に削除するのが電子メール利
用のマナーである。

【０００７】図１１は、クライアントコンピュータとＰ
ＯＰ３サーバの間でやり取りされるＰＯＰ３プロトコル
のタイムラインである。この例では、アカウント“ｓａ
ｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ"のユーザがドメイン
“ｃａｓｉｏ．ｃｏ．ｊｐ"のＰＯＰ３サーバにアクセ
スし、自分専用のメールボックスから１番目の電子メー
ルをダウンロードするとともに、それを削除するまでの
一連の流れが示されている。

【０００８】図１１において、まず、サーバのＰＯＰ
３ポート（ＲＦＣ１７００の定義によれば１１０番ポー
ト）にＰＰＰ（Point-to-Point Protocol）接続してク
ライアントコンピュータとＰＯＰ３サーバ間のセッショ
ンを確立した後、ＰＯＰ３プロトコルの “ＵＳＥＲ
ｓａｔｏ" コマンドと、ＰＯＰ３プロトコルの “Ｐ
ＡＳＳ ａｂｃｄｅ" コマンドを発行する。なお“ＵＳ
ＥＲ"及び“ＰＡＳＳ"はコマンド名、“ｓａｔｏ"は
“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ"の登録ユーザ
名、“ａｂｃｄｅ"は同登録パスワードである。

【０００９】次に、ＰＯＰ３サーバは、これらユーザ名
とパスワードに基づいて認証を行い、正当なアカウント
であると評価した場合に、そのアカウントのメールボッ
クスを開いて受信メール数とトータルのメールサイズを
調べ、その情報をクライアントコンピュータに通知す
る。なお、図示の通知メッセージは、“＋ＯＫ ｓａｔ
ｏ‘ｓ ｍａｉｌｂｏｘ ｈａｓ ２ ｍｅｓｓａｇｅ
（Ｓ） （３２０ ｏｃｔｅｔｓ）"であり、その意味
は、「ユーザ名“ｓａｔｏ"のメールボックスに２通の
電子メールが届いており、そのトータルサイズは３２０
オクテット（７ビット×３２０バイト）である」という
ものである。

【００１０】クライアントコンピュータは、この通知
メッセージの受信メール数が１以上である場合に、ＰＯ
Ｐ３プロトコルの“ＬＩＳＴ"コマンドを発行し、こ
のコマンドに応答してＰＯＰ３サーバから返送された各
メールごとのサイズリストの先頭番号（１番）を引数ｎ
にセットしてＰＯＰ３プロトコルの“ＲＥＴＲ ｎ"コマ
ンドを発行する。ＰＯＰ３サーバは、“ＲＥＴＲ ｎ"コ
マンドに応答してリスト番号ｎのメールヘッダとメッセ
ージボディ（以下「メール実体」という）を配信し、
クライアントコンピュータは、メール実体を受け取る
（ダウンロードする）と、ＰＯＰ３プロトコルの“ＤＥ
ＬＥ ｎ"コマンドを発行してｎ番目のメールの削除を要
求し、“ＱＵＩＴ"コマンドを発行してセッションを
終了する。

【００１１】図１２は、メール実体の具体例を含むメー
ル配信時のデータリストである。リストにおいて、Ｌ１
〜Ｌ２５は行番号、（Ｓ）はクライアントコンピュータ
から送出されたデータ、（Ｃ）はＰＯＰ３サーバからの
応答データを示す。メールヘッダはＬ１２からＬ１４で
あり、その後に改行コードだけの空白行を１行設けてメ
ッセージボディ（Ｌ１６〜Ｌ２０）が続き、ピリオ
ド（．）だけのダミー行（Ｌ２１）で終わっている。

【００１２】ところで、近年、上述の電子メールシステ
ムを利用した一対多のメール配信サービス（メーリング
リストともいう）が行われている。これは、あらかじめ
登録されたメールアドレス宛てに同じ内容のメールを一
斉（同報とも言う）送信するというものであり、スポー
ツなどの趣味に属する分野から経済などの社会分野まで
多岐にわたる配信サービスが有償／無償で運営されてい
る。

【００１３】かかる配信サービスを利用するには、所定
の申し込み手続きをとって自分（申込者）のメールアド
レスをリストに登録してもらわなければならない。図１
３（ａ）は申し込みから配信サービスを利用するまでの
流れである。この流れでは、定められた形式の申し込み
メールをサービス運営者宛てに送信し、サーバに登録し
てもらった後、メール配信の継続的サービスを受けるこ
とになる。

【００１４】しかしながら、この申し込み手続きでは、
例えば、他人のメールアドレスを騙った不正な申し込み
が可能で、メールアドレスを騙られた人宛てに頼みもし
ないメールが続々と送られてしまうという不都合があ
り、被害から逃れるには管理者（メール配信サービスの
管理者）宛てに断りのメールを出さなければならず、余
計な手間がかかるという問題点がある。

【００１５】図１３（ｂ）の改良された手続きは、本申
し込みの前に仮申し込みを行うようにしたものであり、
仮申し込み後の一定期間（又は一通）だけサンプルメー
ルを配信し、継続配信を希望する場合のみ本申し込み手
続きを行うというものである。これによれば、例えば、
仮申し込み時に他人のメールアドレスが騙られても、被
害は一定期間（又は一通）だけであり、いちいち断りの
メールを出すことなく無視することができる。

【００１６】

【発明が解決しようとする課題】しかしながら、図１３
（ｂ）の手続にあっては、二度の申し込み（仮申し込み
と本申し込み）が必要であり、面倒であるという問題点
がある。

【００１７】そこで本発明は、不正な申し込みを排除し
つつ申し込み手続きの簡素化を図ったメール配信装置及
びメール配信方法の提供を目的とする。

【００１８】

【課題を解決するための手段】請求項１記載のメール配
信装置は、所定の情報について電子メールを用いて提供
するメール配信装置であって、申込者のメールアドレス
と識別コード及び申込の状況を示す情報を含むレコード
を有するテーブルと、申込の状況として仮申込を示す情
報が記憶されている前記レコードに含まれるメールアド
レス宛てに、配信されるべき所定の情報に当該レコード
に含まれた識別コードを付加した内容のメールを配信す
る仮配信手段と、前記仮配信手段から配信されたメール
を元のメールとする返信メールに含まれる識別コード及
び返信者のメールアドレスを前記テーブルの登録データ
と照合し、登録データと一致するレコードがあった場合
に、該レコードに本申込の情報をセットする照合手段
と、申込の状況として本申込を示す情報が記憶されてい
る前記レコードに含まれるメールアドレス宛てに、配信
されるべき所定の情報をメール配信する本配信手段と、
を備えたことを特徴とする。請求項２記載のメール配信
装置は、請求項１記載のメール配信装置において、情報
配信メールサービスの申込みフォーマットにユニークな
値を付けてＨＴＭＬドキュメントの形式でＷＷＷサーバ
からクライアントに送り、クライアントが所定事項を入
力して申込みすることにより前記テーブルに前記ユニー
クな値を識別コードとして設定する設定手段を有するこ
とを特徴とする。請求項３記載のメール配信方法は、所
定の情報について電子メールを用いて提供するメール配
信方法であって、申込者のメールアドレスと識別コード
及び申込の状況を示す情報を含むレコードを有するテー
ブルを生成する第一ステップと、申込の状況として仮申
込を示す情報が記憶されている前記レコードに含まれる
メールアドレス宛てに、配信されるべき所定の情報に当
該レコードに含まれた識別コードを付加した内容のメー
ルを配信する第二ステップと、前記第二ステップで配信
されたメールを元のメールとする返信メールに含まれる
識別コード及び返信者のメールアドレスを前記テーブル
の登録データと照合し、登録データと一致するレコード
があった場合に、該レコードに本申込の情報をセットす
る第三ステップと、申込の状況として本申込を示す情報
が記憶されている前記レコードに含まれるメールアドレ
ス宛てに、配信されるべき所定の情報をメール配信する
第四ステップと、を含むことを特徴とする。請求項４記
載のメール配信方法は、請求項３記載のメール配信方法
において、情報配信メールサービスの申込みフォーマッ
トにユニークな値を付けてＨＴＭＬドキュメントの形式
でＷＷＷサーバからクライアントに送り、クライアント
が所定事項を入力して申込みすることにより前記テーブ
ルに前記ユニークな値を識別コードとして設定する第五
ステップを含むことを特徴とする。請求項５記載の記憶
媒体は、請求項１記載のテーブル、仮配信手段、照合手
段及び本配信手段を実現するためのプログラムを格納し
たことを特徴とする。請求項６記載の記憶媒体は、請求
項１記載のテーブル、仮配信手段、照合手段及び本配信
手段並びに請求項２記載の設定手段を実現するためのプ
ログラムを格納したことを特徴とする。

【００１９】

【発明の実施の形態】以下、本発明の実施の形態を、イ
ンターネットに接続されたメール配信システムを例にし
て図面を参照しながら説明する。図１において、１０は
インターネット、１１はＷＷＷサーバ（設定手段）、１
２はメールサーバ、１３はデータベース、１４、１５は
それぞれＭＵＡを搭載したクライアントコンピュータで
ある。なお、言うまでもなくクライアントコンピュータ
の台数は一例である。

【００２０】図２は、ＷＷＷサーバ１１とメールサーバ
１２の共通ブロック図である。便宜的にＷＷＷサーバ１
１として説明すると、１１ａはＣＰＵ、１１ｂはＣＰＵ
１１ａのワーキングメモリとして働くＲＡＭ、１１ｃは
ＯＳやＷＷＷサーバプログラム（メールサーバ１２の場
合はＳＭＴＰ／ＰＯＰ３サーバプログラムやメーリング
リストプログラム）などを収めた第１記憶部、１１ｄは
ＨＴＭＬ形式のＷｅｂドキュメントを収めた公開記憶領
域（メールサーバ１２の場合は配信情報を収めた配信情
報記憶領域とメールアカウントごとの着信メールを収め
たメールボックス）を有する第２記憶部、１１ｅはイン
ターネット１０との間のデータ交信を行う通信インター
フェース部、１１ｆは各部間を接続するバスである。な
お、メールサーバ１２のＣＰＵ１１ａは発明の要旨に記
載の仮配信手段、本配信手段及び照合手段として機能す
る。

【００２１】（１）メールサーバ１２：メールサーバ１
２は、ＳＭＴＰサーバとＰＯＰ３サーバの機能を有する
とともに、さらにメーリングリストなどの一対多のメー
ル配信機能を有するものであるが、これらのサーバ機能
はそれぞれ独立して設けられていてもよい。ＳＭＴＰサ
ーバやＰＯＰ３サーバの働きは冒頭で述べたとおりであ
る。例えば、メールサーバ１２と同じドメイン（例え
ば、“ｃａｓｉｏ．ｃｏ．ｊｐ"）のクライアントコン
ピュータから送信された電子メールは、このメールサー
バ１２（のＳＭＴＰサーバ）を介して宛先のＰＯＰ３サ
ーバ（宛先のドメインが“ｃａｓｉｏ．ｃｏ．ｊｐ"の
場合はメールサーバ１２のＰＯＰ３サーバ）に送出さ
れ、また、例えば、“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊ
ｐ"宛ての電子メールは、メールサーバ１２の（ＰＯＰ
３サーバの）メールボックスに届けられる。

【００２２】一対多のメール配信は、第２記憶部１１ｄ
の配信情報記憶領域に格納された配信情報を、あらかじ
めリストに登録されたメールアドレスのメールボックス
に一斉送信するというものであり、送信や配信の実際は
ＳＭＴＰサーバやＰＯＰ３サーバで行われる。

【００２３】（２）ＷＷＷサーバ１１：ＷＷＷサーバ１
１の基本的な機能は、インターネット１０に接続された
クライアントコンピュータにＨＴＭＬドキュメントを公
開するというＷＷＷサービスの提供である。ＷＷＷサー
ビスは静的なＨＴＭＬドキュメントの公開と、クライア
ントの操作に応答してその内容が動的に変化するいわゆ
るアクティブなＨＴＭＬドキュメントの公開の二種類あ
るが、本実施の形態のＷＷＷサーバ１１は、後者のサー
ビス（便宜的に「動的サービス」という）を提供する。

【００２４】図３は、本実施の形態における動的サービ
スの概念図であり、２０はクライアントコンピュータ上
のＷＷＷプラウザ、２１はＷＷＷサーバソフト、２２は
ＡＳＰ（Active Server Pages）である。なお、ＡＳＰ
の代わりにＣＧＩ（Common Gateway Interface）を用い
ることもできる。ここに、Active Server Pagesとは、
ＨＴＭＬファイル（拡張子が“ａｓｐ”のファイル）内
に記述されたプログラム（例えば、VBScriptで記述され
たプログラム）をサーバ側で実行し、動的なＨＴＭＬド
キュメントを生成してＷＷＷプラウザ２０に送信すると
いうものであり、プラウザの種類に依存しない、いわゆ
るサーバーサイドスプリクト環境の汎用性の高い動的サ
ービスを実現するというものである。

【００２５】図３において、（１）クライアントコンピ
ュータのＷＷＷプラウザ２０でＷＷＷサーバ１１のＵＲ
Ｌ（Uniform Resource Location）をアクセスし、所定
のａｓｐファイル（便宜的に「申し込み．ａｓｐ」）を
ロードすると、（２）ＡＳＰ２２は、「申し込み．ａｓ
ｐ」に記述されたプログラムを実行して動的なＨＴＭＬ
ドキュメントを生成し、（３）そのＨＴＭＬドキュメン
トをＷＷＷプラウザ２０に送信する。「申し込み．ａｓ
ｐ」には、後述の識別コードを発生するプログラムが含
まれており、ＷＷＷプラウザ２０に送信されたＨＴＭＬ
ドキュメントには、ロードの度に更新されるユニークな
識別コードが不可視属性で埋め込まれるようになってい
る。

【００２６】そして、（４）ＷＷＷサーバ１１に表示さ
れた「申し込み．ａｓｐ」に申込者のメールアドレス等
を入力して申し込みボタンを押すと、上記の識別コード
と入力情報が受付回答用のａｓｐファイル（便宜的に
「受付．ａｓｐ」）に引き継がれ、（５）データベース
１３への登録と、（６）ＷＷＷプラウザ２０への受付了
解メッセージ送信が行われるようになっている。データ
ベース１３への登録処理（新規レコードの追加処理）を
行うには、例えば、「受付．ａｓｐ」に所要のＳＱＬ
（Structured Query Language）文字列を含むデータア
クセススプリクト（後述）を記述しておけばよい。

【００２７】図４は、「申し込み．ａｓｐ」によって動
的に生成されたＷｅｂページ（タイトルは「情報配信サ
ービス申し込みページ」）を示す図である。このＷｅｂ
ページには、ＨＴＭＬ表記法で記述された幾つかのフォ
ームコントロールが設けられている。例えば、識別コー
ド用の不可視属性のテキストコントロール３１、申し込
みサービスを選択するためのセレクトコントロール３２
及び申し込み者のメールアドレスを入力するためのテキ
ストコントロール３３などが設けられている。ここで、
各コントロールのＨＴＭＬ表記を示すと以下のとおりで
ある。

【００２８】（ア）テキストコントロール３１： ＜ＩＮＰＵＴ ＴＹＰＥ＝“ｈｉｄｄｅｎ” ＮＡＭＥ
＝“ｃｏｄｅ”ＶＡＬＵＥ＝“３３６７７−ＳＰＮ−６
０２８１５５−３１５０２”＞ 但し、ｈｉｄｄｅｎは不可視属性、３３６７７−ＳＰＮ
−６０２８１５５−３１５０２はＡＳＰ２２によって付
与されたユニークな識別コード（値は便宜例）である。 （イ）セレクトコントロール３２： ＜ＳＥＬＥＣＴ ＮＡＭＥ＝“ｓｅｒｖｉｃｅ”＞ ＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝“ｍｄｓ００１ａ３０”
＞スポーツニュース ＜ＯＰＴＩＯＮ ＶＡＬＵＥ＝“ｍｄｓ００１ａ４０”
＞○○△△・・・ 以下略・・・ ＜／ＳＥＬＥＣＴ＞ （ウ）テキストコントロール３３： ＜ＩＮＰＵＴ ＴＹＰＥ＝“ｔｅｘｔ” ＮＡＭＥ＝
“ａｄｄｒｅｓｓ”＞ 上記のとおり、識別コード用テキストコントロール３１
は、Ｗｅｂページにもソースコードにも現れない不可視
のコントロールであり、且つ、そのＶＡＬＵＥプロパテ
ィにはＷｅｂページが読み出される度にユニークな識別
コードが割り付けられるようになっている。

【００２９】Ｗｅｂページ下側の申し込みボタン３４
は、いわゆるサブミットボタン（ＨＴＭＬ表記：＜ＩＮ
ＰＵＴ ＴＹＰＥ＝“ｓｕｂｍｉｔ" ＶＡＬＵＥ＝
“申込"）であり、このボタン３４を押すと、上記の各
コントロールのデータがＷＷＷサーバソフト２１を介し
てＡＳＰ２２に送信されるようになっている。また、Ｗ
ｅｂページ下側の中止ボタン３５は、いわゆるリセット
ボタン（ＨＴＭＬ表記：＜ＩＮＰＵＴ ＴＹＰＥ＝“ｒ
ｅｓｅｔ" ＶＡＬＵＥ＝“中止"）であり、このボタン
３５を押すと、識別コード用のテキストコントロール３
１以外の各コントロールのデータが初期化（セレクトコ
ントロール３２は１番目のＯＰＴＩＯＮを選択した状
態、テキストコントロール３３は入力値をクリアした状
態）されるようになっている。

【００３０】図５は、データベース１３のテーブル概念
図である。このテーブル３６は、便宜的に、“識別コー
ド”、“メールアドレス”、”申込みサービス“及び
“継続配信"と命名された３個のフィールドを持つ多数
のレコード（図ではそのうちの一つのレコードを示す）
で構成されており、各フィールドに格納されるデータ
は、以下のとおりである。

【００３１】（Ａ）識別コードフィールド：識別コード
用テキストボックスの値（ＶＡＬＵＥ）が格納される。
この値は、先にも説明したように、Ｗｅｂページを読み
込む度に同Ｗｅｂページの識別コード用テキストコント
ロール３１に割り付けられるユニークな値であるから、
結局、識別コードフィールドには、データベース１３の
テーブル内で重複しないユニークな情報（図では、“３
３６７７−ＳＰＮ−６０２８１５５−３１５０２”）が
格納されることになる。 （Ｂ）メールアドレスフィールド：テキストコントロー
ル３３に入力された値（図では、“ｓａｔｏ＠ｃａｓｉ
ｏ．ｃｏ．ｊｐ”）が格納される。 （Ｃ）申込みサービスフィールド：セレクトコントロー
ル３２の選択値（図では、“ｍｄｓ００１ａ３０”）が
格納される。 （Ｄ）継続配信フィールド：二値型の情報フィールドで
ある。ここがＦａｌｓｅ（偽）であれば仮申し込み中を
示し、Ｔｒｕｅ（真）であれば本申し込み完了を示す。
値の操作はＷｅｂページからはできない。後述のサーバ
処理（本申込み処理）で行われる。

【００３２】ちなみに、図５のテーブル３６の名前を
“申し込みテーブル”とすると、図示のレコードを登録
するためには、以下のＳＱＬ文字列を含むスプリクトを
「受付．ａｓｐ」内の記述しておけばよい。なお、行頭
のスラッシュ（／）はコメント行を示す。

【００３３】／データベースオブジェクトのオープン ＳＥＴ ＣＯＮＮ＝Ｓｅｒｖｅｒ．ＣｒｅａｔｅＯｂｊ
ｅｃｔ（“ＡＤＯＤＢ．Ｃｏｎｎｅｃｔｉｏｎ”） ＣＯＮ．Ｏｐｅｎ（“データベース１３の名前”） ／ＳＱＬ文字列の生成 ＳＱＬ＝ＩＮＳＥＲＴ ＩＮＴＯ 申し込みテーブル
（［識別コード］，［メールアドレス］，［申し込みサ
ービス］，［継続配信］）ＶＡＬＵＥ（“３３６７７−
ＳＰＮ−６０２８１５５−３１５０２”，“ｍｄｓ００
１ａ３０”，Ｆａｌｓｅ） ／レコードの新規追加 ＣＯＮ．Ｅｘｃｕｔｅ ＳＱＬ ／データベースオブジェクトのクローズ ＣＯＮ．Ｃｌｏｓｅ

【００３４】次に、作用を説明する。図６は、本実施の
形態の申込み手続きを示す流れ図であり、この図では、
まず、前述のＷｅｂページ（図４参照）を利用して申込
みサービスとメールアドレスを仮登録し、後日、サーバ
から配信されたサンプルメールを見て気に入ったら、そ
のサンプルメールを返信して本申し込みを行うようにな
っている。

【００３５】ここで、重要な点は、仮申し込みの際にＷ
ｅｂページに埋め込まれた識別コードをサーバに送信し
てデータベース１３のテーブル３６に登録するととも
に、サーバからサンプルメールを配信する際にデータベ
ース１３に登録された識別コードを付加する点にある。

【００３６】これによれば、本申し込みの際にサーバに
返信されたサンプルメールには申込者のメールアドレス
とともに識別コードも含まれているので、これら二つの
情報（メールアドレスと識別コード）を用いて認証を行
うことができ、他人のメールアドレスを騙った不正な申
込みを排除できるうえ、本申し込みの手続きはメーラ
（電子メールプログラム）の返信ボタンを押すだけでよ
く、申込者のメールアドレスを再入力する必要がないの
で手続きの簡素化も図ることができるという格別な効果
が得られる。

【００３７】図７は、サンプルメールの表示例（「スポ
ーツニュース」６月３０日セ・リーグ順位表の例）であ
り、図８は、ヘッダ情報を含むソース表示例である。ソ
ース表示のＦｒｏｍヘッダはメール配信元のアドレス、
Ｔｏヘッダは配信先（すなわち、仮申し込み者の）メー
ルアドレス、Ｓｕｂｊｅｃｔヘッダは件名、Ｄａｔａヘ
ッダはメール送信日時であり、また、Ｍｉｍｅ−Ｖｅｒ
ｓｉｏｎヘッダは添付ファイルのＭＩＭＥ（Multipurpo
se Internet Mail Extensions）バージョン、ｘ−ｓｅ
ｒｉａｌ−ｎｏヘッダは上述の識別コードである。

【００３８】なお、識別コード等の挿入個所は上記の例
示に限らない。メールの内容確認に邪魔にならない個所
であればよく、例えば、Ｓｕｂｊｅｃｔヘッダ又はメッ
セージボディに挿入してもよいし、また、改竄を防止し
てセキュリティ性を高めるのであれば、独自に拡張した
部分に挿入してもよい。

【００３９】サンプルメールが気に入って、本申し込み
の手続きをするには、メーラの返信ボタン（図示略）を
押すだけでよい。サンプルメールを返信すると、少なく
とも、返信者のアドレス（Ｔｏヘッダの内容）と識別コ
ード（ｘ−ｓｅｒｉａｌ−ｎｏヘッダの内容）がメール
配信元のアドレスに通知されるから、同アドレスのサー
バで申し込みメールを処理して本申し込みの手続きを行
えばよい。

【００４０】図９は、メールサーバ１２で実行される
「本申し込み手続き処理」のフローチャートである。こ
の図において、まず、本申し込み用のメール（返信され
たサンプルメール）を読み込み（Ｓ１０）、そのメール
から申込者のメールアドレスを抽出する（Ｓ１１）。次
に、データベース１３のテーブルを検索して一致するメ
ールアドレスの有無を検査し（Ｓ１２）、一致するメー
ルアドレスが登録されていない場合は不正なメールであ
るとして当該メールを削除（Ｓ１６）して処理を終了
し、一致するメールアドレスが登録されていた場合はそ
のレコードの識別コードフィールドから識別コードを取
り出して（Ｓ１３）本申し込み用メールから抽出した識
別コードとの一致を判定する（Ｓ１４）。そして、両識
別コードが一致した場合はそのレコードの継続配信フィ
ールドに“Ｔｒｕｅ”をセットし（Ｓ１５）、一致しな
い場合は不正なメールであるとして当該メールを削除
（Ｓ１６）して処理を終了する。

【００４１】以上のとおり、本実施の形態では、仮申し
込み用のＷｅｂページにユニークな識別コードを埋め込
み、申込者のメールアドレス（及び申し込みサービスの
情報）とその識別コードをデータベース１３に登録した
うえ、さらに、仮申込者に配布するサンプルメールに上
記識別コードを埋め込み、仮申込者から返信されたサン
プルメールのメールアドレス及び識別コードをデータベ
ース１３の登録データと照合して本人確認を行ってから
本申し込みの受付（継続配信フィールドへのＴｒｕｅセ
ット）を行うので、サンプルメールを受け取った人以外
の本申し込みが不可能となり、その結果、他人のアドレ
スを騙った不正な申し込みを排除できるという第一の効
果が得られるとともに、本申し込みの手続きがサンプル
メールの返信だけで済み、申し込み手続きの簡素化を図
ることができるという第二の効果が得られる。

【００４２】なお、本実施の形態では。識別コードを仮
申し込み用のＷｅｂページに埋め込んでいるが、これに
限らない。要は、新規レコードの識別コードフィールド
にユニークな値を格納できればよく、Ｗｅｂページへの
埋め込みは必須の条件ではない。例えば、当該フィール
ドを「オートナンバー型」にすれば、新規レコードの追
加の度に識別コードフィールドの値が自動的にインクリ
メントされるから、この値をサンプルメールのｘ−ｓｅ
ｒｉａｌ−ｎｏヘッダにセットしてもよい。

【００４３】また、上記実施の形態の主要な機能（テー
ブル、仮配信手段、本配信手段及び照合手段並びに設定
手段）は、マイクロコンピュータを含むハードウェア資
産と、ＯＳや各種プログラムなどのソフトウェア資産と
の有機的結合によって機能的に実現されるものである
が、ハードウェア資産は汎用のものを利用できるから、
本発明にとって欠くことのできない必須の事項は、実質
的に、ＯＳや各種プログラムに集約されているというこ
とがいえる。したがって、本発明は、ＯＳ及び各種プロ
グラムのすべて又はその要部を格納した、フロッピーデ
ィスク、ＭＯ、ＣＤ、ハードディスク、半導体メモリな
どの記録媒体（それ自体が流通経路に乗るものはもちろ
ん、ネットワーク上にあって記録内容だけを提供するも
のも含む）を包含するものである。

【００４４】

【発明の効果】請求項１又は請求項３記載の発明によれ
ば、仮申込を示す情報のメールアドレス宛てに識別コー
ドを付加した内容のメールを配信する一方、配信された
メールを元のメールとする返信メールに含まれる識別コ
ード及び返信者のメールアドレスを前記テーブルの登録
データと照合し、登録データと一致するレコードがあっ
た場合に、該レコードに本申込の情報をセットするとと
もに、本申込を示す情報のメールアドレス宛てに所定の
情報をメール配信するので、仮申し込み段階の配信メー
ル（サンプルメール）を気に入った場合はそのサンプル
メールを返信するだけで本申し込みの手続きを行うこと
ができるうえ、サンプルメールを受け取った本人以外の
返信はできないから、他人のメールアドレスを騙った不
正な申し込み手続きを排除することができる。請求項２
又は請求項４記載の発明によれば、請求項１又は請求項
３記載の発明において、情報配信メールサービスの申込
みフォーマットにユニークな値を付けてＨＴＭＬドキュ
メントの形式でＷＷＷサーバからクライアントに送り、
クライアントが所定事項を入力して申込みすることによ
り前記テーブルに前記ユニークな値を識別コードとして
設定するので、サーバー側における本申し込みの受付手
続きを自動化でき、サーバ管理の負担を軽減することが
できる。

【図面の簡単な説明】

【図１】実施の形態のネットワーク構成図である。

【図２】サーバ（ＷＷＷサーバ又はメールサーバ）のブ
ロック図である。

【図３】動的Ｗｅｂページの模式図である。

【図４】実施の形態の仮申し込み用Ｗｅｂページの表示
状態図である。

【図５】データベースのテーブル構造図である。

【図６】実施の形態の仮申し込みから継続配信までの流
れ図である。

【図７】実施の形態のサンプルメールの表示状態図であ
る。

【図８】実施の形態のサンプルメールのソースリスト図
である。

【図９】実施の形態の本申し込み処理のフローチャート
である。

【図１０】従来のネットワーク構成図である。

【図１１】メール配信時のタイムラインである。

【図１２】メールヘッダ及びメッセージボディを含む電
子メールのソースリストである。

【図１３】従来のメール配信サービス申し込み手続の流
れ図である。

【符号の説明】

１１ ＷＷＷサーバ（設定手段） １１ａ ＣＰＵ（仮配信手段、本配信手段、照合手段） ３６ テーブル

フロントページの続き Ｆターム(参考） 5B089 GA11 GA21 HA10 HB02 JA31 JB02 JB22 KA04 KA17 KB07 KB13 KC47 LA00 LA07 5K030 HA06 KA01 KA02 KA07 KA13 LD13

Claims (6)

【特許請求の範囲】
1. 【請求項１】 所定の情報について電子メールを用いて
   提供するメール配信装置であって、 申込者のメールアドレスと識別コード及び申込の状況を
   示す情報を含むレコードを有するテーブルと、 申込の状況として仮申込を示す情報が記憶されている前
   記レコードに含まれるメールアドレス宛てに、配信され
   るべき所定の情報に当該レコードに含まれた識別コード
   を付加した内容のメールを配信する仮配信手段と、 前記仮配信手段から配信されたメールを元のメールとす
   る返信メールに含まれる識別コード及び返信者のメール
   アドレスを前記テーブルの登録データと照合し、登録デ
   ータと一致するレコードがあった場合に、該レコードに
   本申込の情報をセットする照合手段と、 申込の状況として本申込を示す情報が記憶されている前
   記レコードに含まれるメールアドレス宛てに、配信され
   るべき所定の情報をメール配信する本配信手段と、 を備えたことを特徴とするメール配信装置。
2. 【請求項２】 情報配信メールサービスの申込みフォー
   マットにユニークな値を付けてＨＴＭＬドキュメントの
   形式でＷＷＷサーバからクライアントに送り、 クライアントが所定事項を入力して申込みすることによ
   り前記テーブルに前記ユニークな値を識別コードとして
   設定する設定手段を有することを特徴とする請求項１記
   載のメール配信装置。
3. 【請求項３】 所定の情報について電子メールを用いて
   提供するメール配信方法であって、 申込者のメールアドレスと識別コード及び申込の状況を
   示す情報を含むレコードを有するテーブルを生成する第
   一ステップと、 申込の状況として仮申込を示す情報が記憶されている前
   記レコードに含まれるメールアドレス宛てに、配信され
   るべき所定の情報に当該レコードに含まれた識別コード
   を付加した内容のメールを配信する第二ステップと、 前記第二ステップで配信されたメールを元のメールとす
   る返信メールに含まれる識別コード及び返信者のメール
   アドレスを前記テーブルの登録データと照合し、登録デ
   ータと一致するレコードがあった場合に、該レコードに
   本申込の情報をセットする第三ステップと、 申込の状況として本申込を示す情報が記憶されている前
   記レコードに含まれるメールアドレス宛てに、配信され
   るべき所定の情報をメール配信する第四ステップと、 を含むことを特徴とするメール配信方法。
4. 【請求項４】 情報配信メールサービスの申込みフォー
   マットにユニークな値を付けてＨＴＭＬドキュメントの
   形式でＷＷＷサーバからクライアントに送り、 クライアントが所定事項を入力して申込みすることによ
   り前記テーブルに前記ユニークな値を識別コードとして
   設定する第五ステップを含むことを特徴とする請求項３
   記載のメール配信方法。
5. 【請求項５】 請求項１記載のテーブル、仮配信手段、
   照合手段及び本配信手段を実現するためのプログラムを
   格納したことを特徴とする記憶媒体。
6. 【請求項６】 請求項１記載のテーブル、仮配信手段、
   照合手段及び本配信手段並びに請求項２記載の設定手段
   を実現するためのプログラムを格納したことを特徴とす
   る記憶媒体。