JP2003323379A

JP2003323379A - 電子メールアドレスの提供方法、提供サーバーおよび提供プログラム

Info

Publication number: JP2003323379A
Application number: JP2002127653A
Authority: JP
Inventors: Shoji Sato; 昭治佐藤
Original assignee: Individual
Current assignee: Individual
Priority date: 2002-04-26
Filing date: 2002-04-26
Publication date: 2003-11-14
Anticipated expiration: 2022-04-26
Also published as: JP4246444B2

Abstract

(57)【要約】【課題】電子メール利用者が煩雑な防護操作を行
うことなく、迷惑メールの受信を回避することができる【解決手段】電子メールアドレスの所有者に不変的な
識別子を与えると共に、該識別子と可変的な電子メール
アドレスとを関連付けて電子メールアドレス提供サーバ
ーに蓄積しておき、外部からの前記識別子の照会を条件
として、当該識別子に関連付けられた電子メールアドレ
スを電子メールアドレス提供サーバーが提供する方法で
あって、前記識別子の所有者により自己の電子メールア
ドレスの開示範囲を設定自在とする。前記識別子の所有
者に代わって、電子メールアドレス提供サーバーは当該
所有者に電子メールアドレスを付与するメールサーバー
から少なくとも１５桁のユーザーネームを有する電子メ
ールアドレスを取得し、該電子メールアドレスで電子メ
ールアドレス提供サーバー内に蓄積した電子メールアド
レスを書き換える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子メールアドレ
スの提供方法、電子メールアドレス提供サーバーおよび
電子メールアドレス提供プログラムに関し、特に、悪意
のある電子メールの受取を回避するための電子メールア
ドレスの提供方法、電子メールアドレス提供サーバーお
よび電子メールアドレス提供プログラムに関するもので
ある。

【０００２】

【従来の技術】インターネット発足当初から、一方的な
広告メールは「スパムメール」と呼ばれ嫌悪されてきた
が、我が国ではそのスパムメールという語彙が十分に周
知されぬまま、近年、パソコンや携帯電話などに一方的
に送りつけられる広告メールが急速に社会問題化してき
た。この種の一方的な広告メールは、無差別且つ大量の
宛先が抽出され架空アドレスに送信されるものであり、
迷惑メールとも呼ばれることがある。迷惑メールには、
前記一方的広告メール（以下、ＤＭメールと言うことも
ある。）の他、不安や恐怖を与える虞のあるストーカー
メール（ストーカー電話の言わばメール版である。）も
見逃せない。これらの迷惑メールに対しては、近々、法
律的な規制も施行予定であるが、その実効性については
懐疑的である。

【０００３】迷惑メール対策としては、ユーザー自身に
よるメールアドレスの変更という原始的、かつ、最も有
効な方法から始まり、特定メールアドレスからの受信拒
否、特定メールアドレスからの指定受信、特定メールの
一括拒否、といった各種設定による防護対策、さらに、
メールを送る相手に予め「開封キー」を渡すパスワード
入力による方法などが行われているが、メールアドレス
変更を行うとその変更を告示する作業が不可欠であり当
該作業が煩雑である。また、前記各種設定や、パスワー
ド入力も煩わしいという欠点を有している。一方では、
メールサーバーを有する通信会社が大量の宛先不明のメ
ールを感知した場合、その受信をブロックする対策など
も実施されている。しかしながら、前記したユーザー自
身による対策および通信会社による対策も、満足できる
効果を上げていないのが実情である。

【０００４】本願出願人は、先に、ネットワークに接続
された個人情報端末を利用した個人情報の閲覧方法に関
する発明を提案しており（特開２００１−３２５２６
７）、当該発明はアドレス帳データ等の個人情報を、個
人情報と関連付けられた識別子以外は各人の情報端末に
保持することなく（即ち、ダウンロードすることな
く）、該個人情報をセンターサーバーにて一元的に更
新、管理し、前記識別子を基にしてその個人情報を前記
端末で直接閲覧できるようにするものである。当該発明
によれば、煩雑な入力作業を繰り返したり、誤登録の心
配がなく、最新の個人情報をネットワークを通じて入手
することができるという長所を有している。なお、ここ
で個人情報とは、住所、氏名、電話番号、ファクシミリ
番号、電子メールアドレス等の属性情報を言い、識別子
とは、任意の長さの文字、記号等からなる組合せ列を指
している。

【０００５】

【発明が解決しようとする課題】本発明者は、前記発明
を利用することにより悪意のある電子メールの受取を回
避可能であると着想し、本発明を完成するに至った。即
ち、本発明は、前記迷惑メール横行の現状に鑑み、電子
メール利用者が煩雑な防護操作を行うことなく、迷惑メ
ールの受信を回避することのできる電子メールアドレス
の提供方法、提供サーバーおよび提供プログラムを提供
するものである。

【０００６】

【課題を解決するための手段】本発明は、電子メールア
ドレスの所有者に不変的な識別子を与えると共に、該識
別子と可変的な電子メールアドレスとを関連付けて電子
メールアドレス提供サーバーに蓄積しておき、外部から
の前記識別子の照会を条件として、当該識別子に関連付
けられた電子メールアドレスを電子メールアドレス提供
サーバーが提供する方法であって、前記識別子の所有者
により自己の電子メールアドレスの開示範囲を設定自在
としたことを特徴とするものである。前記電子メールア
ドレスは携帯電話の電子メールアドレスであることが好
ましい。前記電子メールアドレスが少なくとも１５桁、
更には１７桁、特に２０桁のユーザーネームを有するこ
とが好ましい。前記識別子の所有者に代わって、電子メ
ールアドレス提供サーバーが当該所有者に電子メールア
ドレスを付与するメールサーバーから少なくとも１５桁
のユーザーネームを有する電子メールアドレスを取得
し、該電子メールアドレスで電子メールアドレス提供サ
ーバー内に蓄積した電子メールアドレスを書き換えるこ
とが好ましい。前記ユーザーネームの候補ネームを電子
メールアドレス提供サーバーが生成し、これを前記メー
ルサーバーに照会することが好ましい。前記ユーザーネ
ームの候補ネームを識別子の所有者本人が生成し、これ
を前記電子メールアドレス提供サーバーが前記メールサ
ーバーに照会することが好ましい。前記電子メールアド
レスの提供に用いられる電子メールアドレス提供サーバ
ーは、電子メールアドレスの自動取得機能全体を制御し
各種処理を行う処理部と、電子メールアドレスを蓄積し
ておく電子メールアドレス蓄積部と、ユーザーネームを
自動生成するユーザーネーム生成部と、前記生成したユ
ーザーネームの候補ネームを電子メールアドレス取得ま
で一時保管する候補ネーム蓄積部と、電子メールアドレ
スを発行するメールサーバー向けのユーザーパスワード
を一時的に保管するＵＩＤ保持部と、電子メールアドレ
ス取得後に前記電子メールアドレス蓄積部のデータを更
新するメールアドレス書換部とからなる電子メールアド
レスの取得手段を具えたことを特徴とするものである。
前記電子メールアドレス取得手段は更に、前記メールサ
ーバーから返信される候補ネームの受諾信号か拒否信号
かを判断する応答検査部を具えてなることが好ましい。
本発明に係るコンピュータプログラムは、コンピュータ
に前記いずれかの電子メールアドレスの提供方法を実行
させることを特徴とするものである。本発明に係るコン
ピュータプログラムは、コンピュータを前記いずれかの
電子メールアドレス提供サーバーとして機能させること
を特徴とするものである。

【０００７】

【発明の実施の形態】以下、図面を参照しながら本発明
に係る電子メールアドレスの提供方法、提供サーバーお
よび提供プログラムの好適な実施形態を説明する。図１
は、本発明方法の全体説明図であり、図面上部には電子
メールアドレスその他の個人情報を蓄積、管理する電子
メールアドレス提供サーバー（以下、センターサーバー
ということもある。）１０と、このセンターサーバー１
０と外部間との通信機能を担うメールサーバー２０とが
示されている。メールサーバー２０は、センターサーバ
ー１０内に存在しても構わないが、物理的に分離されて
いる方が好ましい。センターサーバー１０の右側には、
前記個人情報を蓄積する記憶媒体１１を取り出して示し
ている。図１下部には、携帯電話等に代表される情報端
末３０と、これらの情報端末３０と電波４２により結ば
れ、これらを管理運営すると共に電子メールアドレスを
発行・管理するサーバー（以下、運営サーバーというこ
ともある。）４０が示されている。該運営サーバー４０
は、前記センターサーバー１０やメールサーバー２０と
共に、インターネット等のネットワーク５０により結ば
れている。符号６０はネットワーク５０に接続されたパ
ソコン端末である。

【０００８】先ず、本発明方法の基本原理を図２によっ
て概説する。センターサーバー１０には、先ず、情報端
末３０（またはパソコン端末６０）の所有者により、そ
の電子メールアドレス等の個人情報が登録されなければ
ならない（２０１）。この登録時には個人情報に関連付
けられた識別子が発行され、情報端末３０の所有者は該
識別子を知人である情報端末３０ａ（またはパソコン端
末６０ａ）の所有者に知らせる（２０２）。勿論、この
情報端末３０ａの所有者は当サービスに加入している必
要がある。

【０００９】この知人はその情報端末３０ａからセンタ
ーサーバー１０に対して、告知された識別子に対応する
個人情報の開示を請求する（２０３）。このとき、セン
ターサーバー１０は、前記請求があったことを情報端末
３０の所有者に通知し、開示許諾を求める（２０５）。
そして個人情報の開示許諾を受けた情報端末３０ａの所
有者は、以後、センターサーバー１０のサービスメニュ
ーを介して、識別子を基に情報端末３０の所有者の電子
メールアドレス等の個人情報を見ることが可能となる
（２０４）。当該個人情報は、情報端末３０ａのデータ
エリアに書き込まれるのではなく、要求毎にセンターサ
ーバー１０の記憶媒体１１から個人情報データそのもの
を引き出すものであるから、本人管理による最新の個人
情報が情報端末３０ａのアドレス帳にその都度表示され
ることになる。

【００１０】本発明方法によれば、電子メールアドレス
を変更してもそれを告示する作業に煩わされることが全
く無いので、変更が自在であると共に、電子メールアド
レス等の個人情報の開示範囲をその本人が自由に設定す
ることができるので、有効な迷惑メール対策となる。特
に、ストーカーメールに対しては万全である。更に、本
発明はＤＭメールに対しても決定的撃退策となる。一般
に、電子メールアドレスは記号＠を含み、＠前部のユー
ザーネームと＠後部のプロバイダネームから構成されて
おり、ＤＭメール対策としてこのユーザーネームを長文
化する、即ち、桁数を多くすることによって可能とな
る。現在、例えば各携帯電話会社は、ユーザーネームを
構成する文字等の桁数として２０〜３５桁程度まで認め
ているが、例えば、２０桁として英字２６文字、数字、
および３種の記号を利用可能とし、先頭文字は英字のみ
利用でき、末尾文字は英数字のみ利用できるという条件
に合致するユーザーネームの組合せ数は、26×39×39×
39×39×39×39×39×39×39×39×39×39×39×39×39
×39×39×39×36＝40,779,206,911,892,000,000,000,0
00,000,000となり、膨大な数となる。この膨大な組合せ
数に対し、悪意のＤＭメールの配信業者が有する最も強
力な設備では、１分間に２００万通のアドレスを組立
て、自動的に配信可能とされている。しかし、このよう
な業者でも、前記膨大な組合せ数のアドレスに送信する
ためには、この組合せ数を2,000,000 （通／分）×60
（分／時間）×24（時間／日）×365 （日／年）で除し
た数である、38,793,005,053,169,700,000年を要するこ
とになる。ちなみに、日本全国にメールアドレス保有者
が６, ５００万人在住すると仮定しても、その１人に配
信される確率でさえ、596,815,462,356 年に１通とな
る。このような天文学的数字故に、悪意のＤＭメール配
信業者が、配信成果を得ることはまず不可能である。従
って、ユーザーネームの桁数としては、使用できる文字
記号種やプロバイダーによる制約等の状況を考慮して、
少なくとも１５桁、好ましくは１７桁以上、より好まし
くは２０桁以上とすればよい。

【００１１】再び、図１に戻って本発明による電子メー
ルアドレスの提供方法を説明すると、電子メールアドレ
スを含むアドレス帳の閲覧サービスを受けようとする場
合、サービス希望者は情報端末３０（またはパソコン端
末６０）よりセンターサーバー１０に接続し、サービス
加入手続きと自己の個人情報の登録を行う。この際、情
報端末３０を使用する場合の送信経路は、加入する携帯
電話事業者の電波４２を経て、ネットワーク５０へ接続
する為の信号変換サーバーである運営サーバー４０を経
由する。センターサーバー１０は、前記サービス希望者
の登録を受け付けると、その個人情報を記憶媒体１１に
記録すると共に、固有の識別子を発行する。また、サー
ビス希望者の顔写真等、画像データを登録するためのフ
ァイルネームを同時に発行するようにしてもよい。この
時点より、自己の個人識別子を有するサービス希望者
は、このサービスの会員として、該識別子を他人に自由
に告知（２０２）可能となる。前記告知を受けた本サー
ビスの会員である情報端末３０ａ（またはパソコン端末
６０）の所有者は、該識別子を自己のアドレス帳に登録
するために、センターサーバー１０にアクセスする。セ
ンターサーバー１０は、該識別子を記録媒体１１に保存
すると共に、該識別子の所有者に対しメールサーバー２
０を介して「開示請求」があったことを知らせるメール
を送信する。該識別子の所有者は該メールにより何処の
誰がアドレス帳に自己の識別子を登録希望したか知り得
るので、これを許可または不本意な場合には不許可とす
ることができる。

【００１２】上記登録作業が完了すると、情報端末３０
ａの所有者はアドレス帳の閲覧サービスを受けることが
でき、個人識別子を基に自己のアドレス帳で個人情報を
閲覧することができるようになる。従って、表示された
電子メールアドレスを選択すれば、送信宛先欄にそのア
ドレスが入力されたメーラーが起動し、長文化されたメ
ールアドレスの入力ミスを防げる一方、面倒な入力作業
が無くなり、長文化メールアドレスであっても実用的に
使用可能となる。また、電話番号を選択して直接架電す
ることができ、架け間違いの心配がなくなる。

【００１３】本発明方法を、情報端末３０の表示画面を
中心として説明すれば、次の通りである。図４は、情報
端末３０において自己の電子メールアドレスその他の個
人情報を登録する際の入力例を示しており、入力画面４
００の右側にはそのスクロール画面４０１と、次頁入力
画面４０２が図示されている。スクロール画面４０１に
は、属性情報入力欄が設けられ、次頁入力画面４０２に
は希望する識別子の第一候補、第二候補、第三候補の入
力欄が設けられている。個人情報の登録に際し、どのよ
うな属性情報を入力項目とするかは、サービス提供者の
任意であるし、該２つの画面の順番が逆の手順を取るこ
とも任意である。属性情報の入力において、電子メール
アドレスについては、携帯電話等における電子メールア
ドレスの登録時に一般的に採用されている方法、即ち、
情報端末から送信された空メールのヘッダー情報からメ
ールアドレスを解析し、自動的に登録する方法を用いる
ことが好ましい。

【００１４】図５は情報端末３０ａにおいて、告示され
た識別子を基に、知人の個人情報を開示請求する際の、
識別子入力画面である。アドレス帳申請の入力画面５０
０には、識別子の入力欄５０１が設けられており、個人
情報の開示請求者は入力欄５０１に希望する識別子を入
力することにより、当該識別子に対応する電子メールア
ドレスその他の個人情報の開示を受けることができる。
勿論、相手方の同意が開示の条件となる。

【００１５】図６は情報端末３０ａにおける、自己のア
ドレス帳の先頭画面６００であり、図の右側には、識別
子を入力することによって該当する電子メールアドレス
その他の個人情報の閲覧が可能となった登録者の一覧氏
名がスクロール画面６０１に示されている。

【００１６】図７は、情報端末３０ａに表示された電子
メールアドレスその他の個人情報の詳細画面７００を示
す一例であり、前記図６のスクロール画面６０１で特定
した個人情報が表示されるようになっている。図の右側
に、詳細画面７００のスクロール画面７０１を示す。電
子メールアドレスについては、表示された部分をボタン
操作により反転クリックすることにより、メールアドレ
スが入力されたメーラーが起動するので、桁数の多いメ
ールアドレスを意識する必要がなくなる。

【００１７】次に、識別子の取得方法を図１０を参照し
ながら説明する。図１０には、識別子の発行手順を記載
した操作ブロック１０００と、識別子の発行に関係する
センターサーバー１０の構成部が記載されている。即
ち、センターサーバー１０は、各種データに対する処
理、入出力、送受信を行うために通常備えるべき構成部
として、センターサーバー１０全体の動作を制御する制
御部１０１０と、データ処理を行う処理部１０１１と、
各種入出力装置及びネットワーク５０等に接続される入
出力インターフェース１０１２と、該入出力インターフ
ェース１０１２からデータを受け取る入力部１００３
と、データを出力する出力部１００４と、データ処理の
際に一時的にデータを記憶する記憶部１００５と、各種
データを受信する受信部１００６と、各種データを送信
する送信部１００７とを備えている。

【００１８】センターサーバー１０は、前記通常備える
べき構成部に加えて更に、新規ＩＤの発行とＩＤの管理
を行うＩＤ発行部１０１５と、発行したＩＤを蓄積して
おくＩＤ蓄積部１０１６と、新規識別子の発行と識別子
の管理を行う識別子発行部１０１７と、発行した識別子
を蓄積しておく識別子蓄積部１０１８と、新規画像ファ
イル名の発行と画像ファイル名の管理を行う画像ファイ
ル名発行部１０１９と、発行した画像ファイル名を蓄積
しておく画像ファイル名蓄積部１０２０と、情報端末３
０からメールアップされた画像データを蓄積する画像デ
ータ蓄積部１０２１と、情報端末３０から入力された個
人情報を識別子に関連付けて蓄積しておく個人情報蓄積
部１０２３と、情報端末３０宛のメールを生成するメー
ル生成部１０２４と、各種メールテンプレートを蓄積し
ておくメールテンプレート部１０２５と、電子メールの
送受信・転送機能を有するメーラー部１０２６とを備え
ている。

【００１９】自分の識別子を取得しようとする者１００
１は、先ず、前記図４に示す情報端末３０（またはパソ
コン端末６０など）の登録画面４０１から、登録画面４
０１記載の個人情報を入力する。個人情報とは、住所、
氏名、電話番号、ファクシミリ番号、電子メールアドレ
ス等の属性情報であって、これらは後述する個人情報蓄
積部１０２３に蓄積される。また、個人情報蓄積部１０
２３に既に登録された個人情報は、本人である希望者１
００１によって随時、変更、更新することが可能であ
り、本発明では個人情報を開示することを特徴の１つと
する為、本人の変更または更新作業の直後から、開示許
可を与えた人のアドレス帳の個人情報の内容も、変更ま
たは更新されることになる。従って、後述する「開示内
容の停止および変更」機能と併せ、ストーカーメールに
対する有効な防御対策となる。前記希望者１００１は自
己の個人属性情報の入力と一緒に、任意の識別子を創作
し、第一希望から第三希望までの３語を入力し、センタ
ーサーバー１０に送信する。勿論、識別子の入力を先に
行い、センターサーバー１０より取得が許可された後
に、自己の個人属性情報の入力画面を表示し、入力して
も良い。

【００２０】識別子は、文字、記号等から構成される任
意の組合せであって、文字、記号の数も自由である。識
別子は、個人情報と対応させることができるものであっ
て、情報端末からの入力が可能なものであれば格別の制
限はなく、例えば、姓名をローマ字表記、漢字表記する
ことにより、または、文字数を少なくすることにより覚
えやすいものとすることができる。なお、以下の説明で
は、識別子を CallingCard I.D.の頭文字を採ってＣＣ
ＩＤと言うこともある。図３は、名刺３００に識別子３
０１を印刷した例であり、口頭によって告知する場合よ
りも相手に確実に伝達することができる。

【００２１】前記識別子を含む登録信号は、入出力イン
ターフェース１０１２を経て、受信部１００６に入る。
この信号に対し、制御部１０１０の指示を受けた処理部
１０１１は、記憶部１００５に該信号を転送する。この
記憶部１００５内の登録信号に対し、処理部１０１１
は、ＩＤ発行部１０１５に指示し、新たなＩＤを発行さ
せるとともに個人情報と関連付けた後、ＩＤ蓄積部１０
１６に蓄積させる。次に、処理部１０１１は識別子発行
部１０１７に指示し、送られて来た識別子候補の３語を
識別子蓄積部１０１８に照合させ、既に蓄積されている
ものと同じ語以外を報告させる。この同じ語以外の語が
複数ある場合には、希望順に１語を選択し、処理部１０
１１に報告させる。

【００２２】処理部１０１１は、更に、画像ファイル名
発行部１０１９に指示し、前記記憶部１００５内の登録
信号に対し、新たな画像ファイル名を生成するよう指示
し、新たな画像ファイル名を発行させるとともに個人情
報と関連付けた後、画像ファイル名蓄積部１０２０に蓄
積させる。次に、処理部１３１３は、メール生成部１０
２４に希望者１００１に対するメールの生成を指示し、
メール生成部１０２４は、新規に発行されたＩＤ、識別
子、画像ファイル名、メールテンプレート部１０２５よ
り引き出したメールテンプレート、記憶部１００５内の
登録信号中のメールアドレス等を合成し、メーラー部１
０２６に送信依頼すると同時に記憶部１００５内の登録
信号を個人情報蓄積部１０２３に保存する。上記メール
は、メールサーバー２０を経由し、識別子発行書として
希望者１００１に送信される。なお、前記識別子候補の
３語全てが既に登録済の場合には、このメールにより新
たな３語を受け入れる旨送信する。

【００２３】次に、図１１と図１２を用いて、識別子の
告知から、センターサーバー１０における個人情報の開
示準備作業までの流れを説明する。図１１の左端部に
は、センターサーバー１０から発信される「開示請求」
通知メール１１０１が例示され、メールの末尾には、リ
ンク情報先を示すＵＲＬ１１０２が記載されている。こ
のメール１１０１は情報端末３０に受信され、前記ＵＲ
Ｌ１１０２を選択すれば、自己の識別子を申請した相手
の個人情報１１０３を参照することができるようになっ
ている。符号１１０４は個人情報１１０３をスクロール
表示させた全体画面であり、その末尾には相手に自己の
個人情報の開示を許可するための許可ボタン１１０５と
不許可とするための不許可ボタン１１０６が設けられて
いる。また、許可・自己登録ボタン１１０８は許可と同
時に、自分からも相手の識別子に基づく個人情報の開示
請求を行うものである。また、悪意や悪戯等と判断され
る相手に対しては、調査依頼ボタン１１０７により、セ
ンターにクレーム調査を依頼することができる。図１１
の右端部には、許可された場合のみセンター１０から発
信される開示通知メール１１０９の一例を記載してい
る。

【００２４】図１２は、上記開示請求手続が完了する迄
の手順を、センターサーバー１０のブロック構成図と共
に示している。図１２の左半部の操作ブロック１２００
には、識別子を有するＡ氏とＡ氏所有の情報端末３０、
および該識別子をＡ氏から告知され自己のアドレス帳に
登録しようとするＢ女史とＢ女史所有の情報端末３０ａ
が示されている。また、開示請求通知メール（確認メー
ル）と開示通知メールを送信するメールサーバー２０が
示されている。図１２の右半部には、センターサーバー
１０側の構成のうち、ここでの説明に必要な構成部のみ
を記載し、前記図１０に記載した構成部については図１
０と同一符号を付してその説明を省略する。

【００２５】センターサーバー１０は前記構成部に加え
て、情報端末３０ａに表示する個人情報詳細ファイルを
生成する表記言語ファイル生成部１２１１と、前記生成
された個人情報詳細ファイルを蓄積する表記言語ファイ
ル蓄積部１２１２と、情報端末３０ａからの識別子に基
づく個人情報の閲覧要求に先立ち予め該識別子を登録
し、以後これを管理するアドレス情報管理部１２１５
と、個人情報蓄積部１０２３に蓄積された個人情報につ
いて開示許否を設定し、これを管理する個人情報開示管
理部１２１３と、個人情報蓄積部１０２３から抽出さ
れ、調査対象となった個人情報を蓄積する調査依頼デー
タ蓄積部１２１６と、を備えている。

【００２６】Ａ氏からＡ氏の識別子を告知されたＢ女史
は、先ず、情報端末３０ａからセンターサーバー１０に
アクセスする。センターサーバー１０では、入出力イン
ターフェース１０１２を経て、受信部１００６に受信さ
れたＢ女史のアクセス信号が、制御部１０１０の指示を
受けた処理部１０１１によって記憶部１００５へと転送
される。転送されたアクセス信号は処理部１０１１によ
ってＩＤ発行部１０１５にＩＤ確認の処理を委託され
る。その委託を受けたＩＤ発行部１０１５は、記憶部１
００５内のアクセス信号に対しＩＤの解析処理を行い、
解析されたＩＤが登録されたものかどうかＩＤ蓄積部１
０１６に照会し、登録されたものであることを確認後、
その旨を処理部１０１１に報告する。その報告を受けた
処理部１０１１は、記憶部１００５内のアクセス信号の
識別子が登録されたものであるかどうか、識別子発行部
１０１７に確認の処理を委託する。その委託を受けた識
別子発行部１０１７は、記憶部１００５内のアクセス信
号に対し識別子の解析処理を行い、解析された識別子が
登録されたものかどうか識別子蓄積部１０１８に照会
し、登録されたものであることを確認した後、その旨を
処理部１０１１に報告する。

【００２７】予め登録された識別子であると報告を受け
た処理部１０１３は、メール生成部１０２４に対し、Ａ
氏に対しＢ女史から識別子の申請によるＡ氏の個人情報
の開示要求がなされたことを知らせるメールの作成を委
託する。メール生成部１０２４は、メールテンプレート
部１０２５より「開示請求通知メール」用テンプレート
を引き出すと同時に、申請及び情報開示要求を出してい
るのが誰かという個人情報詳細ファイルの生成を表記言
語ファイル生成部１２１１に生成委託し、表記言語ファ
イル生成部１２１１はそのファイルを表記言語ファイル
蓄積部１２１２に蓄積し、その保存場所であるＵＲＬを
メール生成部１０２４へと戻す。さらに、メール生成部
１０２４は、該識別子のメールアドレスを識別子蓄積部
１０１８より取得し、これら全てを合成してメーラー部
１０２６に送信委託する。

【００２８】メーラー部１０２６は、前記メールを送信
部１００７、入出力インターフェース１０１２を経てメ
ールサーバー２０へと送り、メールサーバー２０は、前
記メールアドレス宛に開示請求通知メール１１０１を発
信する。このメールを情報端末３０に受信したＡ氏が、
メール本文末尾のリンク情報先を示すＵＲＬ１１０２を
指定すると、情報端末３０は指定ＵＲＬにアクセスを開
始し、前記表記言語ファイル蓄積部１２１２に蓄積され
た表記言語ファイルを情報端末３０に取り込む。取り込
まれた表記言語ファイルは情報端末３０の画面上に、個
人情報の詳細画面１１０３（１１０４）として表示され
る。表示されたＢ女史の個人情報１１０４を見たＡ氏
は、個人情報を開示しても良い場合は許可ボタン１１０
５を、開示すると同時に、自分からも相手の識別子に基
づく個人情報の開示請求（または、自動開示）を行う場
合には許可・自己登録ボタン１１０８を、開示したくな
い場合は不許可ボタン１１０６を、明らかに故意の悪戯
と判断される相手に対しそのクレームをセンターに調査
依頼として送信する場合には調査依頼ボタン１１０７
を、夫々選択することができる。

【００２９】Ａ氏が許可ボタン１１０５を選択すると、
Ａ氏の情報端末３０は許可信号をセンターサーバー１０
に送信し、この許可信号は入出力インターフェース１０
１２を経て受信部１００６に受信される。受信部１００
６に入った信号は、制御部１０１０の指示を受けた処理
部１０１１によって記憶部１００５へと転送される。転
送された許可信号は、処理部１０１１によってアドレス
情報管理部１２１５に登録され、後述するＢ女史のアド
レス帳テーブル１３０５を作成すると共に、個人情報開
示管理部１２１３に登録され、後述するＡ氏の個人情報
開示テーブル１３１０を作成する。

【００３０】処理部１１１３は上記許可信号の登録と同
時に、メール生成部１０２４に開示通知メール１１０９
の生成を指示し、メール生成部１１０９は、メールテン
プレート部１０２５から「開示通知メール」用テンプレ
ートを引き出し、該識別子のメールアドレスを識別子蓄
積部１０１８より取得し、これら全てを合成し、メーラ
ー部１０２６に送信委託する。この合成されたメールは
メーラー部１１２６から、メールサーバー２０へと送ら
れ、開示通知メール１１０９としてＢ女史の情報端末３
０ａに送信される。

【００３１】Ａ氏が不許可ボタン１１０６を選択した場
合は、その信号が前項同様に送信され、メール生成部１
０２４が同様の手段によって「不開示」を通知するメー
ルを作成した後、これをメールサーバー２０がＢ女史の
情報端末３０ａに送信する。この場合、不許可信号によ
ってテンプレートの選択が異なるだけである。一方、Ａ
氏が調査依頼ボタン１１０７を選択した場合、制御部１
０１０は処理部１０１１に指示し、Ｂ女史の個人情報を
個人情報蓄積部１０２３から抽出し、調査依頼データ蓄
積部１２１６に蓄積処理をする。該データは、調査対象
データとして扱われる。

【００３２】次に、自己のアドレス帳に登録した識別子
を基にした個人情報の表示方法を、図１３に示すシーケ
ンス説明図を用いて説明する。個人情報の閲覧希望者１
３０１が知人の識別子を基にその個人情報を入手する場
合、センターサーバー１０にアクセスし、自己のアドレ
ス帳を要求する（１３０２）。センターサーバー１０で
は、前記アドレス情報管理部１２１５がアドレス帳テー
ブル１３０５に照会して、閲覧希望者のアドレス帳デー
タの存在を確認する（１３０４）。アドレス帳テーブル
１３０５を照会した結果（１３０６）、データが無い場
合は不在通知を行い、在る場合はその旨通知する。存在
通知を受けたセンターサーバー１０は、閲覧希望者のア
ドレス帳データを一覧化し、閲覧希望者に送信する（１
３０７）。前記図６は、情報端末３０ａにおけるアドレ
ス帳データの一覧表示画面例である。

【００３３】次いで、閲覧希望者１３０１は一覧化され
たアドレス帳の中から特定の個人を選択し、センターサ
ーバー１０に対してその個人情報を要求する（１３０
８）。この要求信号を受けたセンターサーバー１０で
は、個人情報開示管理部１２１３に対して個人情報の開
示を要求し（１３０９）、個人情報開示管理部１２１３
は個人情報開示テーブル１３１０に照会し、その個人情
報が開示許可されているかどうかを判断する（１３１
１）。

【００３４】図８に、個人情報開示テーブル１３１０の
一例を示す。本テーブル１３１０には、個人情報を閲覧
可能な氏名一覧群８０１（登録者１〜登録者ｎ）を縦行
配置して許可設定項８００を設けると共に、個人情報の
属性となる設定項目群８０２が横列配置されている。な
お、符号８０３は、自己都合による情報開示の一斉一時
停止設定欄である。任意の登録者ｎの任意の許可設定項
８００を“Ｙｅｓ”または“Ｎｏ”に設定することによ
り、その特定項は情報開示を許可または不許可とするこ
とができる。当該設定は随時可能であり、当初、全項目
の閲覧を許可した相手に対し、後日不許可設定とするこ
とも可能である。なお、本テーブルはパソコン画面上で
の設定をイメージしているが、テーブルを分割すること
により携帯端末上からの設定も可能となる。

【００３５】上記照合の結果、許可されていないと判断
された場合、センターサーバー１０は閲覧希望者１３０
１に不許可の通知を送信する（１３１２）。他方、許可
されているとの判断結果が得られた場合には、設定許可
項目の通知（１３１３）に基づき、センターサーバー１
０は前記図７に示すような画面構成を行い、許可項目に
係る個人情報を閲覧希望者に送信する（１３１４）。勿
論、この通知が全許可の場合は全項目を送信し、全不許
可の場合は全項目を送信しないものとする。

【００３６】閲覧希望者の側でも、センターサーバー１
０から送信されるアドレス帳データを選択してその情報
端末に表示させることができる。これを図９に示す表示
設定テーブルにより説明する。本テーブルには、個人情
報を閲覧可能な氏名一覧群９０１（登録者１〜登録者
ｎ）を縦行配置して表示設定項９００を設けると共に、
個人情報の属性となる設定項目群９０２が横列配置され
ている。設定項目群９０２は更に、個人的色彩の強いＡ
グループ属性項目群９０３、ビジネス的色彩の強いＢグ
ループ属性項目群９０４とに大別され、上記各設定項目
群を一括表示する設定欄９０５、９０６、９０７が設け
られている。

【００３７】本テーブルにおいて、任意の登録者ｎの任
意の表示設定項９００を“Ｙｅｓ”または“Ｎｏ”に設
定することにより、その特定項は個人情報を表示し、ま
たは非表示とすることができる。この設定は随時可能で
あるが、本人の開示設定が優先する為、閲覧希望者が本
操作によって表示設定した場合でも、相手が不許可設定
している項目は表示されない。また、全表示９０７、Ａ
グループのみ表示９０６、Ｂグループのみ表示９０５の
各設定欄を“Ｙｅｓ”または“Ｎｏ”に設定することに
より表示、非表示を切り換えることができる。上記表示
設定により、情報端末に転送されるデータ量を調節した
り、特定人の表示不要項目を非表示とすることができ
る。

【００３８】以上、電子メールアドレスを含む個人情報
全般を管理することのできる電子アドレス帳について説
明してきたが、電子メールアドレスを個人が意識して利
用する場面には、概略次の３場面がある。即ち、（１）
メールアドレスを電話番号や住所と同様に他人に教える
とき（メールアドレスの変更を告知することも含む）、
（２）メール送信時にアドレスを入力するとき、（３）
メールアドレスを新規に取得したり変更する場合、であ
る。この中で、（１）と（２）については、前記方法に
より、利用者が長文化されたユーザーネームを用いたメ
ールアドレスを利用しても、何の支障もなく利用可能で
あるが、（３）の場合には、長文化ユーザーネームの利
用が、利用者の煩雑な操作や入力ミスを誘発する虞があ
る。即ち、桁数の多いユーザーネームの作成は容易でな
く、入力作業の煩雑さや誤入力の問題が懸念される。そ
こで、本発明は長文ユーザーネームのメールアドレスを
快適に使用可能にするための電子メールアドレスの提供
方法を提案する。

【００３９】次に、図１４と図１５を参照しながらこの
電子メールアドレスの提供方法、提供サーバーおよび提
供プログラムを説明する。本電子メールアドレスの提供
方法は、電子メールアドレスの取得（新規取得と変更の
両方を含む。以下同じ。）が通常、図１で説明した運営
サーバー４０に加入する情報端末（保有者）により直接
行われる手続きを、センターサーバー１０に代替させる
ものであって、特に、長文化ユーザーネームを自動的に
取得するものである。

【００４０】図１４は、センターサーバー１０に用意さ
れた電子メールアドレスの取得手段（新規取得手段と変
更手段の両方を含む。以下同じ。）に係るブロック構成
図である。同図には、センターサーバー１０において電
子メールアドレスの自動取得機能全体を制御し各種処理
を行う処理部１４１１、電子メールアドレスを発行・管
理するサーバー（運営サーバー）４０との通信窓口とな
るネットワーク通信部１４１０、長文ユーザーネームを
自動生成するユーザーネーム生成部１４１３、生成した
ユーザーネームの候補ネームを運営サーバー４０の取得
許可まで一時保管する候補ネーム蓄積部１４１４、運営
サーバー４０向けのユーザーパスワード等（運営サーバ
ー４０より要求されるデータの中、前記候補ネーム以外
のもの）を一時的に保管するＵＩＤ保持部１４１２、運
営サーバー４０に対する当該取得作業完了後に前記個人
情報蓄積部１０２３のデータを更新するメールアドレス
書換部１４１６、運営サーバー４０からの返信信号が候
補ネームを受諾する信号か拒否する信号かを判断する応
答検査部１４１５、および、前記個人情報蓄積部１０２
３が示されている。

【００４１】図１４におけるセンターサーバー１０の作
用を説明する。電子メールアドレスの取得を希望する情
報端末からの取得希望信号は、センターサーバー１０の
ネットワーク通信部１４１０を経て、処理部１４１１に
到達する。処理部１４１１は、該信号に含まれる運営サ
ーバー４０向けパスワード等を解析し、これらをＵＩＤ
保持部１４１２に一時的に保持させた後、ユーザーネー
ム生成部１４１３に指示して、予め設定された文字種、
桁数等の条件に従って新規のユーザーネームの候補ネー
ムを生成させる。この候補ネームは、一旦、候補ネーム
蓄積部１４１４に書込まれた後、処理部１４１１へ渡さ
れる。処理部１４１１は、前記取得希望信号が自動取得
指示か半手動指示かを判断し、自動取得指示の場合は、
前記一時的に保持した運営サーバー４０向けユーザーパ
スワード等を用い、運営サーバー４０へ接続して取得手
続に入る。なお、この取得手続の際、運営サーバー４０
が識別子による属性データの登録を認めていれば、運営
サーバー４０から要求されるパスワード以外の氏名、住
所等に関する属性データの入力も極めて簡便となる。

【００４２】ここで、当該候補ネームが他人との重複等
を理由として運営サーバー４０から発行を拒否する旨の
信号がセンターサーバー１０に送信された場合には、処
理部１４１１は再度、ユーザーネーム生成部１４１３に
指示して新規の候補ネームを生成させる。処理部１４１
１はこの候補ネームが前の候補ネームと重複しないか候
補ネーム蓄積部１４１４に照会し、重複しないことを確
認した後、運営サーバー４０に対して取得手続を行う。
運営サーバー４０からの拒否信号に対する一連の手続
は、新規メールアドレスが取得されるまで繰り返され
る。前記サーバー４０から発信される信号が受諾信号か
拒否信号かは、処理部１４１１が応答検査部１４１５に
該信号を送り、そこで予め設定してある運営サーバー４
０との信号判別ルールにより検査することによって判断
され、判別結果は処理部１４１１に報告される。

【００４３】前記取得希望信号が半手動指示の場合に
は、前記生成した候補ネームを一旦メールアドレスの取
得依頼者の情報端末へ送信し、依頼者の同意を得た後、
前記同様、運営サーバー４０に対する取得手続に入る。
運営サーバー４０に対する取得手続は、運営サーバー４
０の発行手続によって完了するが、センターサーバー１
０では依頼者に手続完了の通知画面を送信する前に、処
理部１４１１がメールアドレス書換部１４１６に指示
し、個人情報蓄積部１０２３に依頼者の該当データ（新
規取得または変更メールアドレス）を入力させる。この
際、該当データが新規の場合は入力となり、変更の場合
には上書きとなる。尚、候補ネーム蓄積部１４１４とＵ
ＩＤ保持部１４１２に一時的に蓄積または保持されたデ
ータは、運営サーバー４０の発行手続が完了すると消去
される。

【００４４】次に図１５を参照しながら、情報端末、セ
ンターサーバー１０、運用サーバー４０間における電子
メールアドレスの自動取得に関する処理手続を詳述す
る。図１５は、電子メールアドレスの取得希望者の情報
端末１５１０、センターサーバー１０、運用サーバー４
０の連結フローによって構成されている。先ず、端末１
５１０は、本サービスの提供する「メールアドレス取得
（または変更）」メニューを選択（１５１１）して、電
子メールアドレスの取得（または変更）手続に入ること
ができる。この信号を受信したセンターサーバー１０
は、メールアドレス中のユーザーネーム部分を長文化ユ
ーザーネームとして自動生成（１５２１）するが、長文
化ユーザーネームは端末１５１０からの手動入力により
作成しても良い。

【００４５】前記自動生成された候補ネームは端末１５
１０に送信（１５２２）され、端末１５１０に表示され
る。表示された候補ネームを見て、依頼者はこれで良い
か否かを判断（１５１３）し、良ければ“Ｙｅｓ”を選
択すると共に、以後の候補ネームの生成を、その都度確
認を取らない自動にするか否かを“自動”、“都度確
認”のいずれかから選択（１５１４）し、運用サーバー
４０においてメールアドレス取得時に要求されるパスワ
ード等も入力して、センターサーバー１０に送信（１５
１５、１５１５ａ）する。他方、依頼者が前記候補ネー
ムの判断（１５１３）で別の候補ネームを要求する場合
には、“Ｎｏ”を選択してセンターサーバー１０に送信
する。

【００４６】前記“Ｙｅｓ”を選択し且つ“自動”を選
択して送信（１５１５）された信号は、センターサーバ
ー１０に受信される。センターサーバー１０は電子メー
ルアドレスの取得処理を、運用サーバー４０に対して開
始（１５２４）する。運用サーバー４０は、センターサ
ーバー１０による当該取得処理を受付（１５３１）た
後、その候補ネームが、既存のものと重複しないか否か
をチェック（１５３２）し、「重複しない」と判断した
場合、取得を許可（１５３４）して自己登録をすると共
に、許可信号をセンターサーバー１０に送信する。この
信号を受けたセンターサーバー１０は、新しいメールア
ドレスが取得できたことを確認（１５２７）し、個人情
報蓄積部１０２３の情報を書換（１５２８）た後、依頼
者の端末１５１０に完了を通知（１５２９）する。依頼
者は新しいメールアドレスの表示（１５１６）を見て本
自動取得処理が完了（１５１７）する。

【００４７】前記運用サーバー４０における重複チェッ
ク（１５３２）で「重複する」と判断された場合、運用
サーバー４０はセンターサーバー１０宛に予め決めてあ
る警告信号を送信（１５３３）する。この信号を受信し
たセンターサーバー１０は、再処理の指示（１５２５）
を出すと共に、前記“自動”・“都度確認”のいずれの
選択（１５１４）をした依頼者か判断（１５２６）す
る。ここで、“都度確認”の場合は候補ネームの自動生
成処理（１５２１）へ送られ、“自動”の場合は再度生
成処理（１５２３ａ）へと送られる。この一連の処理は
運用サーバー４０が「重複しない」と判断するまで繰返
される。

【００４８】先に述べた端末１５１０における前記候補
ネームの判断（１５１３）で“Ｎｏ”が選択された場合
には、センターサーバー１０に対し拒否信号が発信さ
れ、これを受信したセンターサーバー１０は、再度、候
補ネームの生成（１５２３）が指示され、前記自動生成
処理（１５２１）が繰返される。この一連の処理は、端
末１５１０において“Ｙｅｓ”が選択されるまで繰返さ
れる。上述したセンターサーバー１０における各処理機
能は、ＣＤ−ＲＯＭ、ＤＶＤなどのコンピュータ読み取
り可能な記録媒体に処理プログラムとして記録しておく
ことができる。

【００４９】

【発明の効果】本発明に係る電子メールアドレスの提供
方法、提供サーバーおよび提供プログラムによれば、電
子メール利用者が煩雑な防護操作を行うことなく、迷惑
メールの受信を回避することができる。即ち、請求項１
記載の発明によれば、電子メールアドレスを変更しても
それを告示する作業に煩わされることが全く無いので、
変更が自在であると共に、電子メールアドレス等の個人
情報の開示範囲をその本人が自由に設定することがで
き、特に、ストーカーメールに対しては万全である。請
求項２記載の発明によれば、携帯電話への迷惑メール対
策として画期的である。請求項３記載の発明によれば、
ＤＭメール対策として有効である。請求項４〜請求項６
記載の発明によれば、長文化したユーザーネームを含む
電子メールアドレスを快適に使用することができ、迷惑
メールの決定的撃退策となり得るものである。

【図面の簡単な説明】

【図１】本発明に係る電子メールアドレスの提供方法を
示す全体説明図である。

【図２】本発明方法の基本原理を示す説明図である。

【図３】識別子（ＣＣＩＤ）を記載した名刺の例であ
る。

【図４】情報端末から個人情報を登録する際の入力画面
例である。

【図５】情報端末から知人の個人情報を開示請求する際
の識別子入力画面例である。

【図６】情報端末における自己のアドレス帳の先頭画面
例である。

【図７】情報端末に表示された個人情報の詳細画面例で
ある。

【図８】個人情報開示テーブルの一例である。

【図９】情報端末に表示させるアドレス帳データの設定
テーブルの一例である。

【図１０】識別子の発行手順とこれに関係するセンター
サーバーのブロック構成図である。

【図１１】個人情報の開示請求手続において、情報端末
に表示されるセンターサーバーからの通知メールの例示
である。

【図１２】上記開示請求手続が完了する迄の手順を、セ
ンターサーバーのブロック構成図と共に示す。

【図１３】個人情報の表示に関する情報端末とセンター
サーバー間のシーケンス説明図である。

【図１４】センターサーバーにおける電子メールアドレ
スの取得手段に係るブロック構成図である。

【図１５】情報端末、センターサーバー、運用サーバー
間における電子メールアドレスの自動取得に関する連結
フローチャートである。

【符号の説明】

１０センターサーバー１０２０メールサーバー３０、３０ａ情報端末６０、６０ａパソコン端末１０１５ＩＤ発行部１０１７識別子発行部１０２３個人情報蓄積部１０２３１０２４メール生成部１０２６メーラー部１２１１表記言語ファイル生成部１２１３個人情報開示管理部１２１５アドレス情報管理部１４１１処理部１４１２ＵＩＤ保持部１４１３ユーザーネーム生成部１４１４候補ネーム蓄積部１４１５応答検査部１４１６メールアドレス書換部

Claims

【特許請求の範囲】

【請求項１】電子メールアドレスの所有者に不変的な
識別子を与えると共に、該識別子と可変的な電子メール
アドレスとを関連付けて電子メールアドレス提供サーバ
ーに蓄積しておき、外部からの前記識別子の照会を条件
として、当該識別子に関連付けられた電子メールアドレ
スを電子メールアドレス提供サーバーが提供する方法で
あって、前記識別子の所有者により自己の電子メールア
ドレスの開示範囲を設定自在としたことを特徴とする電
子メールアドレスの提供方法。
【請求項２】前記電子メールアドレスが携帯電話の電
子メールアドレスである請求項１記載の電子メールアド
レスの提供方法。
【請求項３】前記電子メールアドレスが少なくとも１
５桁のユーザーネームを有する電子メールアドレスであ
る請求項１または請求項２記載の電子メールアドレスの
提供方法。
【請求項４】前記識別子の所有者に代わって、電子メ
ールアドレス提供サーバーが当該所有者に電子メールア
ドレスを付与するメールサーバーから少なくとも１５桁
のユーザーネームを有する電子メールアドレスを取得
し、該電子メールアドレスで電子メールアドレス提供サ
ーバー内に蓄積した電子メールアドレスを書き換えるこ
とを特徴とする請求項１〜請求項３記載の電子メールア
ドレスの提供方法。
【請求項５】前記ユーザーネームの候補ネームを電子
メールアドレス提供サーバーが生成し、これを前記メー
ルサーバーに照会することを特徴とする請求項４記載の
電子メールアドレスの提供方法。
【請求項６】前記ユーザーネームの候補ネームを識別
子の所有者本人が生成し、これを前記電子メールアドレ
ス提供サーバーが前記メールサーバーに照会することを
特徴とする請求項４記載の電子メールアドレスの提供方
法。
【請求項７】電子メールアドレスの自動取得機能全体
を制御し各種処理を行う処理部と、電子メールアドレス
を蓄積しておく電子メールアドレス蓄積部と、ユーザー
ネームを自動生成するユーザーネーム生成部と、前記生
成したユーザーネームの候補ネームを電子メールアドレ
ス取得まで一時保管する候補ネーム蓄積部と、電子メー
ルアドレスを発行するメールサーバー向けのユーザーパ
スワードを一時的に保管するＵＩＤ保持部と、電子メー
ルアドレス取得後に前記電子メールアドレス蓄積部のデ
ータを更新するメールアドレス書換部とからなる電子メ
ールアドレスの取得手段を具えたことを特徴とする請求
項１〜請求項６記載の電子メールアドレスの提供に用い
られる電子メールアドレス提供サーバー。
【請求項８】前記電子メールアドレス取得手段が更
に、前記メールサーバーから返信される候補ネームの受
諾信号か拒否信号かを判断する応答検査部を具えてなる
請求項７記載の電子メールアドレス提供サーバー。
【請求項９】コンピュータに請求項１〜請求項６のい
ずれかに記載の電子メールアドレスの提供方法を実行さ
せることを特徴とするプログラム。
【請求項１０】コンピュータを請求項７〜請求項８記
載のいずれかに記載の電子メールアドレス提供サーバー
として機能させることを特徴とするプログラム。