JP2001292158A - 対話メールサーバ - Google Patents

Abstract

(57)【要約】 【課題】 従来のメールサーバを利用してメールを発信
する場合においては、メールサーバからメール送信を助
ける情報の提供が無いことに起因する種々の問題点があ
った。本発明の課題は、かかる問題点を一挙に解決する
ことを可能にするメールサーバを提供することである。 【解決手段】 本発明のメールサーバは、対話形式であ
り、クライアントからのメール送信依頼に応答して、メ
ール受付用の画面情報をクライアントに送信し、該受け
付け画面を介して電子メール及びその宛先アドレスを伴
う電子メールの送信依頼を受け付け、該受け付けた電子
メールを宛先アドレスに送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネット等
の通信ネットワークを経由して電子メールを転送するい
わゆるメールサーバに関する。

【０００２】

【従来の技術】従来の電子メールを送信するための装置
としていわゆるメールサーバがある。このメールサーバ
は、インターネット内のいわゆるプロバイダ内に設置さ
れて、クライアントからのアクセスがあると、電子メー
ルの内容及び送信先のメールアドレスを伴う送信依頼を
受けて、当該メールアドレスに当該電子メールを保管し
ておく。電子メールの受信者は、自分のメールアドレス
に自らアクセスして自分宛のメールをメールアドレスか
ら入手する。

【０００３】一方、送信された電子メールを携帯端末に
て受信しようとする場合、携帯端末の表示画面の大きさ
の制約等により、転送できる電子メールの長さに制限が
ある場合もあり、更には、携帯端末の属する公衆電話回
線網の通信プロトコルのコンパチビリティも問題とな
る。更には、従来のメールサーバを利用して、例えば、
同一の電子メールを同時に多数の送信先に送信するよう
な、同報サービスをクライアントが望む場合、クライア
ントは、多数の送信先を指定するに当たり、例えば、ク
ライアントの端末の表示画面に表示されるメールアドレ
スリストから所望のメールアドレスを選択してサーバに
送信しなければならない。しかしながら、多数の送信先
をリストの中から選択する事は、実際上、必ずしも容易
ではなく、時には、誤ったメールアドレスをサーバに提
供してしまうこともあり得る。

【０００４】

【発明が解決しようとする課題】そこで、本発明の目的
は、従来のメールサーバを利用する場合の、上記した如
き問題点を一挙に解決することを可能にするメールサー
バを提供することである。

【０００５】

【課題を解決する手段】本発明によるメールサーバは、
クライアントから転送される電子メールを指定された送
信先に転送するメールサーバであって、クライアントか
らのメール送信依頼に応答して、メール受付用の画面情
報をクライアントに送信し、前記受け付け画面を介した
電子メール及びその宛先アドレスを伴う電子メールの送
信依頼を受け付けるメール受付対話手段と、受け付けた
電子メールを宛先アドレスに送信する送信手段と、を含
むことを特徴とする。

【０００６】

【発明の実施の形態】図１は、本発明の実施例であるメ
ールサーバ１を含むネットワーク構成を示している。こ
こで、本実施例のメールサーバ１は、従来のメールサー
バと区別する意味で、以下、対話メールサーバ１と称す
る。この対話メールサーバ１にクライアント２がインタ
ーネット３を介して接続される。クライアント２の各々
は、パーソナルコンピュータであり、インターネット３
上の各サイトを閲覧可能とするＷｅｂブラウザ２１を備
える。対話メールサーバ１から転送出力される電子メー
ル（以下Ｅメールと称する）は、インターネット３を介
してＥメールの宛先に従ったドメインの従来のメールサ
ーバ４に転送され、更に公衆通信電話回線網５を経てＥ
メールの宛先に対応する各携帯端末６又は他端末７に転
送される。公衆電話回線網５から携帯端末６へのＥメー
ルの転送は、公衆電話回線網５に含まれる基地局（図示
せず）から、例えば携帯端末の電源投入、或いは基地局
に対する位置登録シーケンス時等の随時の時点でなされ
る。

【０００７】対話メールサーバ１のハードウェアは、コ
ンピュータシステムであり、好ましくは専用線により常
時インターネットに接続される。対話メールサーバ１の
ソフトウェアは、コンピュータ制御プログラムと共に、
ＨＴＭＬ（HyperText MarkupLanguage）文書であるＷｅ
ｂページ１１をインターネット上に公開し得るＷｅｂサ
ーバプログラム（図示せず）と、更にＷｅｂページ１１
に埋め込まれた命令により起動されるＣＧＩ（Common G
ateway Interface）プログラム１２の実行環境を備え
る。該コンピュータの動作を例えばＵＮＩＸ（登録商
標）システムにおいて実現した場合、かかるソフトウェ
アは、例えばapacheサーバプログラムと、Ｐｅｒｌ等の
スクリプト言語或いはＣ言語等により記述されるＣＧＩ
プログラム１２により実現され得る。該ＣＧＩプログラ
ム１２は、後述するユーザ認証及びメール受付、メール
発信処理に関わる多様な処理を担う。従って、対話型サ
ーバ１のデータ構成は、Ｗｅｂページ１１と、ＣＧＩプ
ログラム１２とを含み、更に顧客情報データベース１３
とから構成される。

【０００８】図２は、顧客情報データベース１３の構成
例を示している。ここで、Ｅメールの発信が見込まれる
複数のクライアントが１つの「顧客」（図２の例では顧
客Ｄ）に関連付けられている。各クライアントには、対
話メールサーバ１にロングイン（Login）する際に必要
なユーザ名、パスワードが関連付けられる。一方、「顧
客」には、Ｅメールの送信先候補として複数の宛先が関
連付けられる。そして、各宛先には、順次、宛先の属す
る所属グループ、キャラクタ画像ファイル名、Ｅメール
アドレス、及び制限文字数が関連付けられる。ここで、
キャラクタ画像とは、Ｅメールアドレスに対応付けられ
る識別情報であり、顔写真、文字画像、イラストの内の
何れか又はこれらを組み合わせたものでも良い。顧客情
報データベース１３においては、このキャラクタ画像の
所在アドレス指定を含むファイル名を指定する。例え
ば、/home/web-sever/mail-html/aaaaa.gif の如く、当
該画像ファイルをそのコンピュータシステムのファイル
システムの規則に従った書式でファイルの所在及び名称
を指定する。或いは、インターネット上の任意サイトに
分散して存在する画像ファイルを指定しても良い。例え
ば、//244.243.567.22/home/image/aaaaa.gifの如くイ
ンターネット上のＩＰアドレスと共に指定することによ
り、かかる指定が可能である。又、制限文字数とは、宛
先となる端末に固有の情報として、該端末において受信
又は表示可能なＥメールの最大文字数を意味する。尚、
図２の顧客情報データベース１３の構成例は、本実施例
における構成例であり、顧客、クライアント及び宛先に
関連する他の情報を含んでも良い。

【０００９】図３は、対話メールサーバ１のメインルー
チンの処理手順を示している。先ず、クライアント２の
操作者がＷｅｂブラウザ２１により対話メールサーバ１
にアクセスする（ステップＳ２１）。これに応じて、対
話メールサーバ１は、Ｗｅｂページとしてのクライアン
ト認証画面を当該クライアント２に送信する（ステップ
Ｓ２２）。ここで、クライアント２の操作者は、ユーザ
名（ログイン名）及びパスワードを入力して返信する。
対話メールサーバ１は、当該クライアントが登録クライ
アントであるかを顧客情報データベース１３の内容に従
って判別する（ステップＳ２３）。顧客情報データべー
ス１３に登録されていないユーザ名或いはパスワードで
ある場合にはログインを拒否してクライアント認証画面
に戻る。ユーザ名及びパスワードが顧客情報データベー
ス１３に登録されている場合には、認証ＯＫとする。

【００１０】次に、当該クライアントの属する「顧客」
に関連付けられた宛先候補とそれに付随する情報を顧客
情報データベース１３から読み込む（ステップＳ２
４）。読み込まれた情報を基礎としてメール受付画面８
（後述する図４の画面例を参照）を構成する。メール受
付画面８は、基本的に、宛先候補一覧及びＥメール本文
記入欄とで構成される。次に、かかるメール受付画面８
をクライアントに送信する（ステップＳ２５）。本実施
例においては、メール受付画面８は、メール送信と、表
示形式変更と、管理者設定への分岐指示ボタンを含む。
ここで、クライアント２の操作者は、該ボタンをクリッ
クすることにより対応する画面に分岐することができる
（ステップＳ２７）。分岐した場合の処理については後
述する。

【００１１】メール受付画面８において、クライアント
２の操作者は、Ｅメールの送信を意図する相手先を宛先
候補一覧から選択する。例えば、宛先候補一覧において
候補各々に付加されたチェックボックスをクリックして
チェックマークを付ける。そして、Ｅメール本文欄にメ
ールを書き込む。次いで送信ボタンをクリックして送信
指示する。かかる送信指示を対話メールサーバ１が受信
する（ステップＳ２８）。この送信指示の内容に従っ
て、対話メールサーバ１は、指定された宛先を顧客情報
データベース１３の内容に従って適正なＥメールアドレ
スを判定して変換する（ステップＳ２９）。その上で、
Ｅメールアドレスとメール本文を結合して、指定宛先の
数の単数又は複数のＥメールを編集する。これらのＥメ
ールをインターネットを介してその宛先アドレスに従っ
たドメインのメールサーバ４に向けて転送する（ステッ
プＳ３０）。

【００１２】一方、ステップ２７において、クライアン
ト２の操作者が表示形式設定を選択した場合には、対話
メールサーバ１は、表示形式変更を受け付け（ステップ
Ｓ３１）、その変更指示内容に従ってメール受付画面８
を再構成する（ステップＳ３２）。そして、ステップ２
６に戻って、再構成されたメール受付画面８を再びクラ
イアント２に向けて送信する。表示形式の変更として
は、好ましくは、全宛先候補表示と、グループ単位表示
と、画像形式表示と、テキスト形式表示と、横列数変更
とを含む。これにより、クライアント２の操作者の便宜
に応じた柔軟なカスタマイズが可能となる。また、この
表示形式の変更設定の内容は、次回のアクセス時に標準
設定となるように、顧客情報データベース１３に登録さ
れても良い。

【００１３】更に、ステップ２７において、クライアン
ト２の操作者が管理者設定を選択した場合には、対話メ
ールサーバ１は管理者設定、即ち顧客情報データべース
１３の変更を受け付ける。この場合、冒頭で当該クライ
アント２が管理者であるかの認証を行う（ステップＳ３
３）。認証処理としては、例えば、新たに管理者パスワ
ードの入力を要求しても良い。これによって、クライア
ントの中で権限のない者が顧客情報データベース１３の
内容を変更する危険を回避する。クライアントの管理者
として認証されれば、対話メールサーバ１は、顧客情報
データベース１３の内容変更受付用の画面を表示して、
内容の変更を受け付ける（ステップＳ３４）。次いで、
それら変更内容に応じて顧客情報データベース１３の内
容を変更する（ステップＳ３５）。変更できる内容とし
ては、少なくとも、キャラクタ画像及び前記宛先アドレ
スの内容及び／又はこれらの対応関係の変更と、宛先の
新規登録及び削除とを含み、更には、顧客データベース
１３に含まれる他の情報を変更可能としても良い。これ
により、当該「顧客」に関連付けられた全てのクライア
ントに反映される宛先に関する情報を一元管理すること
ができる。変更が終了したならば、当該変更がメール受
付画面８に反映するようにステップ２４に戻る。

【００１４】かように、クライアント２の操作者は、メ
ール送信に際して、宛先のメールアドレスを具体的に知
らなくても、事前に設定され、且つ、キャラクタ画像等
の識別容易な表示による宛先候補から選択するだけで容
易に複数の宛先にメールを送ることができる（同報配
信）。又、顧客情報データべース１３において、宛先に
関連付けて当該宛先に固有の端末情報、例えば、最大制
限文字数を併せて登録しても良く、前述のメインルーチ
ンの処理手順において、メール受付画面８におけるメー
ル本文記入欄への文字数がこの制限を超えた場合に警告
を発生するように構成しても良い。これにより、宛先の
端末が携帯端末のような受信文字数又は表示文字数に制
限のある場合に、メール内容の欠損を防ぐことができ
る。

【００１５】図４は、前述のメール受付画面８の画面例
を示している。ここで、宛先候補は複数の顔写真からな
るキャラクタ画像にて表示され、キャラクタ画像下のチ
ェックボックスをチェックすることにより当該宛先を送
信対象に含めるよう指定できる。画面下部にはメール本
文の記入欄がある。この画面例においては、前述の表示
形式変更と管理者設定との選択ボタンを画面左側の制御
系欄に設けている。

【００１６】尚、本発明において、メールの宛先となる
端末は携帯端末に限らず、インターネット接続可能なコ
ンピュータを含む。かかる場合の実施の形態としては、
前述の実施例におけるメールサーバ４からインターネッ
トを介してメールが該コンピュータに転送要求に応じて
転送される。

【００１７】

【発明の効果】以上から明らかなように、本発明による
対話メールサーバにより、メールを発信しようとするク
ライアントは、宛先のメールアドレス、宛先端末の制限
等に煩わされずに、単純且つ容易に多数のメールを送信
することができる。

【図面の簡単な説明】

【図１】本発明の実施例である対話メールサーバ１を含
むネットワークを示す図である。

【図２】顧客情報データベース１３の構成例を示す図で
ある。

【図３】対話メールサーバ１のメインルーチンの処理手
順を示す図である。

【図４】メール受付画面８の表示例を示す図である。

【符号の説明】

１ 対話メールサーバ ２ クライアント ３ インターネット ４ メールサーバ ５ 公衆電話通信網 ６ 携帯端末 ７ 他端末 ８ メール受付画面 １１ Ｗｅｂページ １２ ＣＧＩプログラム １３ 顧客情報データベース

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5K030 GA17 HA06 HC01 JT02 JT09 LD06 LE11 9A001 JJ14 JJ27 KK60

Claims (4)

【特許請求の範囲】
1. 【請求項１】 クライアントから転送される電子メール
   を指定された送信先に転送するメールサーバであって、 クライアントからのメール送信依頼に応答して、メール
   受付用の画面情報をクライアントに送信し、前記受け付
   け画面を介した電子メール及びその宛先アドレスを伴う
   電子メールの送信依頼を受け付けるメール受付対話手段
   と、 受け付けた電子メールを宛先アドレスに送信する送信手
   段と、を含むメールサーバ。
2. 【請求項２】 請求項１記載のメールサーバであって、
   前記メール受付手段は、 クライアントからの複数の宛先候補の宛先アドレスに対
   応するキャラクタ画像を受け入れてこれを記憶する受入
   記憶手段と、 前記クライアントから電子メールの送信依頼があると、
   前記キャラクタ画像をクライアントに送信するキャラク
   タ送信手段と、 前記クライアントから前記キャラクタ画像のいずれかを
   選択する選択指令を受けると前記選択指令によって選択
   されたキャラクタ画像に対応する宛先アドレスを宛先と
   判断する宛先アドレス判定手段と、を含むことを特徴と
   するメールサーバ。
3. 【請求項３】 前記キャラクタ画像が、顔写真、文字画
   像、及びイラストの１又はその組み合わせであることを
   特徴とする請求項２記載のメールサーバ。
4. 【請求項４】 前記クライアントからの変更依頼に応じ
   て、前記キャラクタ画像及び前記宛先アドレスの内容及
   び／又はこれらの対応関係の変更をなす変更手段を有す
   ることを特徴とする請求項２記載のメールサーバ。