JP3672165B2 - メール配信装置 - Google Patents
メール配信装置 Download PDFInfo
- Publication number
- JP3672165B2 JP3672165B2 JP26584298A JP26584298A JP3672165B2 JP 3672165 B2 JP3672165 B2 JP 3672165B2 JP 26584298 A JP26584298 A JP 26584298A JP 26584298 A JP26584298 A JP 26584298A JP 3672165 B2 JP3672165 B2 JP 3672165B2
- Authority
- JP
- Japan
- Prior art keywords
- port
- account
- received
- mailbox
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、メール配信装置に関し、詳しくは、ＯＳＩ（開放型システム間相互接続）基本参照モデルの第３層（ネットワーク層）に対応したＩＰ（Internet Protocol）プロトコルの一つであるメール配信用プロトコル（ＰＯＰ３またはＩＭＡＰ４）を使用してメールクライアントに電子メールを配信するメール配信装置に関する。なお、ＰＯＰ３はPost Office Protocol ver.３の略、ＩＭＡＰ４はInternet Massage Access Protocol ver.４の略である。
【０００２】
【従来の技術】
米国国防総省高等研究企画局（ＤＡＲＰＡ：Defense Advanced Research Project Agency）によって構築された広域パケット通信網（ＡＲＰＡＮＥＴ：Advanced Research Project Agency Network）の目的は、コンピュータを１個所で集中管理せずに、各地で分散管理することによってリスクの分散を図るというものであり、研究の狙いはもっぱら軍事利用にあったが、その優れた利点（コンピュータのアーキテクチャに左右されることなくネットワーク上の全コンピュータを相互に接続できる）は、軍事目的以外の様々なネットワークの構築を自然発生的に促し、当然の成り行きとしてそれらが相互につなげられていった結果、いわゆる「インターネット」と呼ばれる地球的規模の大規模ネットワークの出現に至っている。
【０００３】
インターネットによって実現された有益な技術の第一は、ＷＷＷ（Word Wide Web）によるシームレスな情報閲覧システムであり、第二は電子メール（いわゆるインターネットメール、一般にＥ−ｍａｉｌ）であるが、とりわけインターネットメールは、特定のネットワークＯＳに依存する旧来型の電子メールに比べて遥かに普遍性があり、メールアカウントさえ持っていれば如何なる相手とも情報の伝達が可能である点から、もはや社会生活上、欠くことのできない意思疎通手段の一つに位置づけられている。なお、上記のとおり、電子メールはインターネットメールと旧来型の電子メールの二種類あるが、以下では特に断りのない限り、電子メールとインターネットメールを同義語として取り扱うものとする。
【０００４】
電子メールシステムは、メールクライアント、メール送信サーバ（ＳＭＴＰサーバともいう）及びメール受信サーバ（ＰＯＰサーバともいう）で構成されており、メールクライアントの機能はＭＵＡ（Mail User Agent）と呼ばれるソフトで、また、ＳＭＴＰサーバとＰＯＰサーバの機能はＭＴＡ（Mail Transport Agent）と呼ばれるソフトで提供されている。
【０００５】
電子メールの送信から受信までの流れを概説すると、ＭＵＡから送信された電子メールは、発信者のメールアカウント、例えば“ａａａ＠ｂｂｂ．ｃｏ．ｊｐ"に対応したドメイン“ｂｂｂ．ｃｏ．ｊｐ"を持つＳＭＴＰサーバに届けられ、そのＳＭＴＰサーバよってネット上に再送された後、適切なルーティングを経て最終的に、受信者のメールアカウント、例えば“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ"に対応したドメイン“ｃａｓｉｏ．ｃｏ．ｊｐ"を持つＰＯＰサーバのメールボックス（注１）に届けられる。
注１：メールボックスとは、ＰＯＰサーバの大規模記憶媒体に設けられた、アカウント“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ"専用のメール記憶領域であり、一般郵便における私書箱に相当するものである。
【０００６】
メールボックス内の受信メールは、そのメールのアカウント“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ"を持つユーザのＰＯＰサーバへの正当なログインによってメールボックスからＭＵＡにダウンロードされた後、メールボックスから削除される。なお、削除せずにＰＯＰサーバに残しておくことも可能であるが、ＰＯＰサーバの記憶容量の圧迫を避けるために、常に削除するのが電子メール利用の一般的マナーである。
図５は、ＭＵＡとＭＴＡの間でやり取りされるＰＯＰプロトコルのタイムラインである。この例では、アカウント“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ"のユーザがドメイン“ｃａｓｉｏ．ｃｏ．ｊｐ"のＰＯＰサーバにアクセスし、自分専用のメールボックスから１番目の電子メールをダウンロードするとともに、それを削除するまでの一連の流れが示されている。
【０００７】
図５において、▲１▼まず、サーバのＰＯＰ３ポート（ＲＦＣ１７００の定義によれば１１０番ポート）に接続してＭＵＡとＭＴＡ間のセッションを確立した後、▲２▼ＰＯＰプロトコルの “ＵＳＥＲ ｓａｔｏ" コマンドと、▲２▼ＰＯＰプロトコルの “ＰＡＳＳ ａｂｃｄｅ" コマンドを発行する。なお“ＵＳＥＲ"及び“ＰＡＳＳ"はコマンド名、“ｓａｔｏ"は“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ"の登録ユーザ名、“ａｂｃｄｅ"は同登録パスワードである。
【０００８】
次に、ＭＴＡは、これらユーザ名とパスワードに基づいて認証を行い、正当なアカウントであると評価した場合に、そのアカウントのメールボックスを開いて受信メール数とトータルのメールサイズを調べ、その情報をＭＵＡに通知する。なお、図示の通知メッセージは、“＋ＯＫ ｓａｔｏ‘ｓ ｍａｉｌｂｏｘ ｈａｓ ２ ｍｅｓｓａｇｅ（Ｓ） （３２０ ｏｃｔｅｔｓ）"であり、その意味は、「ユーザ名“ｓａｔｏ"のメールボックスに２通の電子メールが届いており、そのトータルサイズは３２０オクテット（７ビット×３２０バイト）である」というものである。
【０００９】
▲４▼ＭＵＡは、この通知メッセージの受信メール数が０以上である場合に、ＰＯＰプロトコルの“ＬＩＳＴ"コマンドを発行し、▲５▼このコマンドに応答してＭＴＡから返送された各メールごとのサイズリストの先頭番号（１番）を引数ｎにセットしてＰＯＰプロトコルの“ＲＥＴＲ ｎ"コマンドを発行する。ＭＴＡは、“ＲＥＴＲ ｎ"コマンドに応答してリスト番号ｎのメールヘッダとメッセージボディ（以下「メール実体」という）を返送し、▲６▼ＭＵＡは、メール実体を受け取る（ダウンロードする）と、ＰＯＰプロトコルの“ＤＥＬＥ ｎ"コマンドを発行してｎ番目のメールの削除を要求し、▲７▼“ＱＵＩＴ"コマンドを発行してセッションを終了する。
【００１０】
ＰＯＰコマンドの発行の仕方は、受信メールの有無やその数によって、以下の三つのパターンに分かれる。
＜パターン１＞受信メールなしの場合
接続→ＵＳＥＲ→ＰＡＳＳ→ＱＵＩＴ
＜パターン２＞受信メール数が１の場合（図５の例）
接続→ＵＳＥＲ→ＰＡＳＳ→ＬＩＳＴ→ＲＥＴＲ １→ＤＥＬＥ １→ＱＵＩＴ＜パターン３＞受信メール数が１以上（例えばｍ）の場合
接続→ＵＳＥＲ→ＰＡＳＳ→ＬＩＳＴ→ＲＥＴＲ １→ＤＥＬＥ １→ＲＥＴＲ ２→ＤＥＬＥ ２→・・・・・・→ＲＥＴＲ ｍ−１→ＤＥＬＥ ｍ−１→ＲＥＴＲ ｍ→ＤＥＬＥ ｍ→ＱＵＩＴ
【００１１】
ところで、上記従来のメール配信システムにおけるＭＴＡは、ＭＵＡから要求があると、メールボックスに届けられた全ての受信メールの“リスト"をＭＵＡに送り、そのリストに基づいてＭＵＡから発行された“ＲＥＴＲ"コマンドに従ってメール実体をＭＵＡに転送するが、上記“リスト"には受信メールの番号とサイズしか記載されていない、言い換えればメールの内容を把握できる何らの情報も含まれていないため、ユーザは全ての電子メールをダウンロードした後でなければメールの要、不要を判断できず、多くのユーザが同様に全ての受信メールをダウンロードする結果、ネットワークのトラフィックを増大させるという問題点があった。また、モバイル環境などのように遅い通信速度でアクセスする場合は、通信時間が長くなって通信コストを増大させるという問題点もあった。
【００１２】
なお、ＩＭＡＰ４に対応したＭＴＡの場合は、メール実体をサーバ側に保持したまま、メールの内容を把握できる情報（Ｓｕｂｊｅｃｔを含むメールヘッダの情報）をＭＵＡに送信するので、必要なメールだけをＭＵＡにダウンロードでき、上記の問題点を回避できるが、同じ電子メールのデータが複数のコンピュータ（サーバコンピュータとクライアントコンピュータ）上に点在するため、情報の一元管理という点で好ましくない。
【００１３】
図６は、必要なメールだけを配信できるようにした従来技術のシステム構成図である。図６において、１はメール送信側のクライアントコンピュータ、２はＳＭＴＰサーバ、３はＰＯＰサーバ、４及び５はメール受信側のクライアントコンピュータである。ＰＯＰサーバ３には、あるメールアカウント（例えば“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ"）専用のメイン・メールボックスＭＢ１と、このＭＢ１に届けられたメールの転送先になるサブ・メールボックスＭＢ２が設けられており、ＭＢ１とＭＢ２の間にはフィルタ３ａが設けられている。
【００１４】
フィルタ３ａは、ＭＢ１からＭＢ２への転送メールの選択を行うものであり、メールヘッダやメッセージボディに特定の文字列が含まれている場合に、そのメールだけを転送するというものである。
これによれば、例えば、メールヘッダのＳｕｂｊｅｃｔに“至急"の文字が含まれているメールだけをＭＢ２に転送するようにフィルタ３ａにセットしておき、モバイル環境などのように遅い通信速度でアクセスする場合は、ＭＢ２をアクセスしてメールのダウンロードを行うことにより、必要なメールだけ（この場合、Ｓｕｂｊｅｃｔに“至急"の文字が含まれているメールだけ）をダウンロードすることができ、トラフィックを軽減できるうえ、通信時間を短くして通信コストの削減を図ることができる。
【００１５】
【発明が解決しようとする課題】
しかしながら、上記従来技術にあっては、ＰＯＰサーバに二つのメールボックスを作らなければならず、しかも、メールボックスごとに固有のメールアカウントを発行する必要があるため、サーバ側とユーザ側の両者に負担を強いるという問題点があった。
【００１６】
すなわち、サーバ側にあっては、メールボックスの作成とその管理並びにメールアカウントの発行手続きとその管理が負担になり、また、ユーザ側にあっては、二つのメールアカウントを使い分けなければならないうえ、全てのメールに目を通すにはＭＢ１とＭＢ２の二つのメールボックスをそれぞれアクセスしなければならないという点で負担が大きいという問題点があった。
【００１７】
そこで本発明は、サーバ側及びユーザ側の両者に負担を強いることなく、必要なメールだけをダウンロードでき、且つ、トラフィックの軽減と通信コストの削減を図ることのできるメール配信装置の提供を目的とする。
【００１８】
【課題を解決するための手段】
本発明は、受信メールを保持するアカウントごとのメールボックスと、前記アカウントを持つクライアントからのメール転送要求を受け付けるダイアルアップ用の第１及び第２ポートと、前記メール転送要求が前記第１ポートで受け付けられたとき前記アカウント用のメールボックスに保持されている全受信メールのリストを当該クライアントに転送する第１転送手段と、前記メール転送要求が前記第２ポートで受け付けられたとき前記アカウント用のメールボックスに保持されている全受信メールを、あらかじめ設定された条件でフィルタリングし、該条件に一致した受信メールのリストを当該クライアントに転送する第２転送手段と、を備えたことを特徴とする。
前記ダイアルアップ用の第１及び第２ポートは、これに代わって、ＯＳＩ基本参照モデルのセッション層とプレゼンテーション層の間を結ぶポートであってもよく、又は、実質的に一つのポートであって、該一つのポートの伝送速度に応じて設定される仮想的な第１ポート及び第２ポートであってもよく、又は、実質的に一つのポートであって、該一つのポートへの着信電話回線番号に応じて設定される仮想的な第１ポート及び第２ポートであってもよい。
【００１９】
【発明の実施の形態】
以下、本発明の実施の形態を、ダイアルアップサーバを例にして図面を参照しながら説明する。
図１において、１０はＭＵＡをインストールしたクライアントコンピュータ（クライアント）、１１は公衆電話回線網（アナログ回線またはディジタル回線若しくはこれらの混在回線網）、１２はＭＴＡをインストールしたＳＭＴＰ及びＰＯＰサーバ兼用のダイアルアップサーバ（以下「サーバ」と略す）である。
【００２０】
サーバ１２は、二つのダイアルアップポート（以下、第１ポート１３、第２ポート１４）、通信制御部１５、ＣＰＵ１６（第１転送手段、第２転送手段）、記憶装置１７、条件記憶部１８、ＲＡＭ１９及びメールボックス２０を含み、ＣＰＵ１６は、記憶装置１７にインストールされたオペレーティングシステム（以下「ＯＳ」と略す）を実行するとともに、そのＯＳの下で、記憶装置１７にインストールされたアプリケーションソフトを実行して所要の“サービス"を提供するというものであり、本実施の形態におけるサービスは、少なくとも、「ダイアルアップ」、「ＳＭＴＰ」及び「ＰＯＰ」である。
【００２１】
ダイアルアップサービス（以下「ＲＡＳ」と略す）とは、公衆電話回線で接続された他のコンピュータに、自分自身のハードウェア資源を解放するサービスであり、遠隔地のコンピュータやモバイル環境にあるコンピュータを構内ネットワークに接続するために広く用いられているネットワーク技術である。ＲＡＳ接続されたコンピュータは、構内ネットワークに接続された他のコンピュータと同様の感覚で使用することができる。一般に、ネットワーク上の各コンピュータには、ユニークな識別番号が割当られており、ＴＣＰ／ＩＰベースのネットワークの「ＩＰアドレス」がそれに相当する。ＩＰアドレスは、「０．０．０．０」から「２５５．２５５．２５５．２５５」までの範囲を利用することができる（正確には「０．０．０．０」と「２５５．２５５．２５５．２５５」は予約されていて使用できない）が、インターネットに接続されない閉鎖型のネットワークの場合は、以下の三種類のアドレス範囲の何れかを使用することが推奨されている。
＜クラスＡ＞
「１０．０．０．０」〜「１０．２５５．２５５．２５５」
＜クラスＢ＞
「１７２．１６．０．０」〜「１７２．３１．２５５．２５５」
＜クラスＣ＞
「１９２．１６８．０．０」〜「１９２．１６８．２５５．２５５」
【００２２】
ＩＰアドレスの割当は、固定割当も可能であるし、ＤＨＣＰ（Dynamic Host Configuration Protocol）と呼ばれるサービスを用いて動的に割当ることも可能であるが、ここでは、説明の簡単化のために固定割当とする。
【００２３】
上記のとおり、ＲＡＳ接続されたコンピュータも構内ネットワークに接続された他のコンピュータ（サーバ１２を含む）と同様であるから、当然、ＩＰアドレスの割当が必要である。本実施の形態ではクラスＣを使用し、サーバ１２に「１９２．１６８．１．１」を割当るとともに、第１ポート１３に「１９２．１６８．１．１００」、第２ポート１４に「１９２．１６８．１．１０１」を割当ることにする。なお、サブネットマスクは「２５５．２５５．２５５．０」である。この割当例では、最大で２５４台までのコンピュータ（サーバ１２を含む）をネットワークに接続できる。
【００２４】
さて、本発明の主題は、先の説明からも明らかなように、電子メールの配信にある。すなわち、メールボックス２０に届けられた、あるアカウント（便宜的に“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ“とする）宛ての受信メールをネットワークに接続された任意のコンピュータに配信することにあるので、この点について詳しく説明する。
【００２５】
図２は、“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ“宛ての受信メールの一覧である。この図において、ｎはメールごとに付けられた一連番号であり、ＰＯＰプロトコルの"ＬＩＳＴ“コマンドに応答する際の返信番号に使われるものである。また、ＦｒｏｍやＳｕｂｊｅｃｔはメールヘッダであり、それぞれ発信者のアカウント、メールの表題である。また、メッセージボディは電子メールの内容であり、テキスト情報を７ビットコードに変換した文字列または添付ファイルを所定の形式（例えばＭＩＭＥ：Multipurpose Internet Mail Extensions）で変換した文字列を含んでいる。
【００２６】
今、ＲＡＳ接続されたコンピュータ以外のコンピュータから、“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ“のアカウントでメールボックス２０がアクセスされた場合、通常のメール配信処理が行われる。すなわち、図３に示すように、“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ“のアカウントでログイン（Ｓ１）が行われると、ユーザ名とパスワードの認証（Ｓ２）を行い、認証がＯＫの場合（Ｓ３）に、"ＬＩＳＴ“コマンドに応答して“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ“宛ての全受信メールの一連番号とサイズのリストを返信し、このリストに基づいて発行された"ＲＥＴＲ ｎ“コマンドに応答してｎ番目のメール実体を送信するとともに、"ＤＥＬＥ ｎ“コマンドに応答してｎ番目のメール実体を削除するという一連の処理（Ｓ４〜Ｓ１０）が行われる。
【００２７】
しかし、第１ポート１３や第２ポート１４を介してＲＡＳ接続されたコンピュータ１０からメールボックス２０がアクセスされた場合は、上記と異なる処理が行われる。
図４は、その処理を示す図であり、"ＬＩＳＴ“コマンドに応答して“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ“宛てに返信する「リスト」を作成するための処理ルーチンである。図４において、まず、ＰＯＰプロトコルの"ＬＩＳＴ“コマンドを受け付けると、ＲＡＭ１９に設けられたカウンタ１９ａを初期値１にリセット（Ｓ１０）し、次いで、アクセスされたポートが第１ポート１３であるか第２ポート１４であるか、又はそれ以外の経路であるかを判定（Ｓ１１）するが、この判定はＩＰアドレスの検査で行うことができる。すなわち、上述のとおり、第１ポート１３に割当られたＩＰアドレスは、「１９２．１６８．１．１００」であり、第２ポート１４に割当られたＩＰアドレスは、「１９２．１６８．１．１０１」であるから、アドレスの第４オクテット部によって通信経路を判定することができる。「１００」であれば第１ポート１３からのアクセス、「１０１」であれば第２ポート１４からのアクセスであると判定でき、それ以外であればネットワークに直接繋がれた他のコンピュータからのアクセスであると判定できる。
【００２８】
通信経路の判定を行うと、次に、その経路が“条件付き"のものであるか否かを判定（Ｓ１２）する。“条件付き"の経路とは、第１ポート１３または第２ポート１４の何れか一方のポートのことをいい、そのポートからアクセスされた場合には、特定の電子メールだけを抽出してリストを作成するという処理を行う経路のことである。以下、便宜的に第２ポート１４を条件付きのポートとする。
【００２９】
今、第１ポート１３またはネットワークに直接繋がれた他のコンピュータからアクセスされた場合は、ステップＳ１２でＮＯ判定となり、カウンタを＋１（Ｓ１３）してステップＳ１１以降を繰り返すが、条件付きの第２ポート１４からアクセスされた場合は、ステップＳ１２でＹＥＳ判定となり、最初のメールのメールヘッダとメッセージボディを読み出し（Ｓ１４、Ｓ１５）、条件記憶部１８にあらかじめ記憶されたフィルタ条件との一致を判定する（Ｓ１６）。そして、何れの条件とも一致しなければ、カウンタを＋１（Ｓ１３）してステップＳ１１以降を再実行し、次のメールのメールヘッダとメッセージボディを読み出してフィルタ条件との一致を判定するという処理を全てのメールについて繰り返す。
【００３０】
ここで、フィルタ条件を、「メールヘッダのＦｒｏｍに“ＡＡＡ"が含まれているものをフィルタする」と仮定すると、図２のｎ＝１、３、４の三つのメールが該当し、カウンタの値が１、３、４の場合にステップＳ１７でＹＥＳ判定となってフィルタ条件に一致する上記三つのメールが特定（Ｓ１８）される。このため、"ＬＩＳＴ“コマンドに応答して“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ“宛てに返信される「リスト」は、この三つのメールを対象に作られることになる。同様に、フィルタ条件を、「メールヘッダのＳｕｂｊｅｃｔに“至急"が含まれているものをフィルタする」と仮定すると、図２のｎ＝２、３の二つのメールが該当し、カウンタの値が２と３の場合にステップＳ１７でＹＥＳ判定となってフィルタ条件に一致する上記二つのメールが特定（Ｓ１８）される。このため、"ＬＩＳＴ“コマンドに応答して“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ“宛てに返信される「リスト」は、この二つのメールを対象に作られることになる。
【００３１】
したがって、第２ポート１４を介してダイアルアップしたクライアントコンピュータ１０で全ての受信メールをダウンロードしても、上記フィルタ条件に一致した特定のメールしかダウンロードされないから、無駄な通信を回避でき、トラフィックの軽減と通信コストの削減を図ることができるうえ、アカウント“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ“専用のメールボックス２０を増やしたり、別途にアカウントを発行したりする必要がないので、サーバ側の負担を増やさないという有利な効果が得られる。しかも、条件なしのポート（第１ポート１３やネットワークに接続された他のコンピュータ）からアクセスすれば、全てのメールを一括してダウンロードできるので、ユーザ側の負担も増えないという有利な効果も得られる。
【００３２】
なお、本実施の形態においては、ダイアルアップ用のポートを二つ（第１ポート１３、第２ポート１４）設け、そのうちの一つを条件付きのポートにしているが、これに限定されない。要は、条件記憶部１８に記憶されたフィルタ条件の適用／非適用を外部から選択できればよく、例えば、ネットワークのログインアカウントを二つ用意しておき、そのうちの一つを条件付きとしてもよいし、或いは、ＰＯＰ３のポート（ＯＳＩ基本参照モデルのセッション層とプレゼンテーション層の間を結ぶポート；ＰＯＰ３用は規定では１１０番ポート）を別個に用意しておき、そのポートを条件付きとしてもよい。または、ダイアルアップの際のモデム速度を利用（例えば、所定の速度でアクセスしてきた場合は条件付きとする）してもよいし、発信者番号通知を利用（例えば、モバイル通信で使用する携帯電話の回線番号が通知された場合にフィルタ条件を適用したり、あらかじめその回線番号に条件付きの特定のＩＰアドレスを割り当てたりする）してもよい。
【００３３】
【発明の効果】
本発明によれば、受信メールを保持するアカウントごとのメールボックスと、前記アカウントを持つクライアントからのメール転送要求を受け付ける第１及び第２ポートと、前記メール転送要求が前記第１ポートで受け付けられたとき前記アカウント用のメールボックスに保持されている全受信メールのリストを当該クライアントに転送する第１転送手段と、前記メール転送要求が前記第２ポートで受け付けられたとき前記アカウント用のメールボックスに保持されている全受信メールを、あらかじめ設定された条件でフィルタリングし、該条件に一致した受信メールのリストを当該クライアントに転送する第２転送手段と、を備えたので、（イ）クライアント側から第１ポートを介してメールボックスをアクセスした場合には、通常どおり、全ての受信メールをダウンロードできる一方、（ロ）クライアント側から第２ポートを介してメールボックスをアクセスした場合には、あらかじめ設定された条件に一致した受信メールだけをダウンロードできるから、不要な受信メールのダウンロードを回避でき、トラフィックを軽減できるという効果に加え、（ハ）アカウントごとのメールボックスを一つにでき、しかも、別途にアカウントを発行しなくてもよいので、サーバ側の負担が軽く、（ニ）さらに、ユーザ側にあっても、単にポートを選んでアクセスするだけでよいうえ、全ての受信メールをダウンロードする際にも１回のアクセスで済むから、操作上の負担を強いることがないという優れた効果がある。
【図面の簡単な説明】
【図１】実施の形態のブロック図である。
【図２】実施の形態のメール一覧図である。
【図３】実施の形態のログオン処理図である。
【図４】実施の形態のメールサーチ処理図である。
【図５】ＰＯＰプロトコルのタイムライン図である。
【図６】従来の構成図である。
【符号の説明】
１０ クライアントコンピュータ（クライアント）
１３ 第１ポート
１４ 第２ポート
１６ ＣＰＵ（第１転送手段、第２転送手段）
２０ メールボックス
【発明の属する技術分野】
本発明は、メール配信装置に関し、詳しくは、ＯＳＩ（開放型システム間相互接続）基本参照モデルの第３層（ネットワーク層）に対応したＩＰ（Internet Protocol）プロトコルの一つであるメール配信用プロトコル（ＰＯＰ３またはＩＭＡＰ４）を使用してメールクライアントに電子メールを配信するメール配信装置に関する。なお、ＰＯＰ３はPost Office Protocol ver.３の略、ＩＭＡＰ４はInternet Massage Access Protocol ver.４の略である。
【０００２】
【従来の技術】
米国国防総省高等研究企画局（ＤＡＲＰＡ：Defense Advanced Research Project Agency）によって構築された広域パケット通信網（ＡＲＰＡＮＥＴ：Advanced Research Project Agency Network）の目的は、コンピュータを１個所で集中管理せずに、各地で分散管理することによってリスクの分散を図るというものであり、研究の狙いはもっぱら軍事利用にあったが、その優れた利点（コンピュータのアーキテクチャに左右されることなくネットワーク上の全コンピュータを相互に接続できる）は、軍事目的以外の様々なネットワークの構築を自然発生的に促し、当然の成り行きとしてそれらが相互につなげられていった結果、いわゆる「インターネット」と呼ばれる地球的規模の大規模ネットワークの出現に至っている。
【０００３】
インターネットによって実現された有益な技術の第一は、ＷＷＷ（Word Wide Web）によるシームレスな情報閲覧システムであり、第二は電子メール（いわゆるインターネットメール、一般にＥ−ｍａｉｌ）であるが、とりわけインターネットメールは、特定のネットワークＯＳに依存する旧来型の電子メールに比べて遥かに普遍性があり、メールアカウントさえ持っていれば如何なる相手とも情報の伝達が可能である点から、もはや社会生活上、欠くことのできない意思疎通手段の一つに位置づけられている。なお、上記のとおり、電子メールはインターネットメールと旧来型の電子メールの二種類あるが、以下では特に断りのない限り、電子メールとインターネットメールを同義語として取り扱うものとする。
【０００４】
電子メールシステムは、メールクライアント、メール送信サーバ（ＳＭＴＰサーバともいう）及びメール受信サーバ（ＰＯＰサーバともいう）で構成されており、メールクライアントの機能はＭＵＡ（Mail User Agent）と呼ばれるソフトで、また、ＳＭＴＰサーバとＰＯＰサーバの機能はＭＴＡ（Mail Transport Agent）と呼ばれるソフトで提供されている。
【０００５】
電子メールの送信から受信までの流れを概説すると、ＭＵＡから送信された電子メールは、発信者のメールアカウント、例えば“ａａａ＠ｂｂｂ．ｃｏ．ｊｐ"に対応したドメイン“ｂｂｂ．ｃｏ．ｊｐ"を持つＳＭＴＰサーバに届けられ、そのＳＭＴＰサーバよってネット上に再送された後、適切なルーティングを経て最終的に、受信者のメールアカウント、例えば“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ"に対応したドメイン“ｃａｓｉｏ．ｃｏ．ｊｐ"を持つＰＯＰサーバのメールボックス（注１）に届けられる。
注１：メールボックスとは、ＰＯＰサーバの大規模記憶媒体に設けられた、アカウント“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ"専用のメール記憶領域であり、一般郵便における私書箱に相当するものである。
【０００６】
メールボックス内の受信メールは、そのメールのアカウント“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ"を持つユーザのＰＯＰサーバへの正当なログインによってメールボックスからＭＵＡにダウンロードされた後、メールボックスから削除される。なお、削除せずにＰＯＰサーバに残しておくことも可能であるが、ＰＯＰサーバの記憶容量の圧迫を避けるために、常に削除するのが電子メール利用の一般的マナーである。
図５は、ＭＵＡとＭＴＡの間でやり取りされるＰＯＰプロトコルのタイムラインである。この例では、アカウント“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ"のユーザがドメイン“ｃａｓｉｏ．ｃｏ．ｊｐ"のＰＯＰサーバにアクセスし、自分専用のメールボックスから１番目の電子メールをダウンロードするとともに、それを削除するまでの一連の流れが示されている。
【０００７】
図５において、▲１▼まず、サーバのＰＯＰ３ポート（ＲＦＣ１７００の定義によれば１１０番ポート）に接続してＭＵＡとＭＴＡ間のセッションを確立した後、▲２▼ＰＯＰプロトコルの “ＵＳＥＲ ｓａｔｏ" コマンドと、▲２▼ＰＯＰプロトコルの “ＰＡＳＳ ａｂｃｄｅ" コマンドを発行する。なお“ＵＳＥＲ"及び“ＰＡＳＳ"はコマンド名、“ｓａｔｏ"は“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ"の登録ユーザ名、“ａｂｃｄｅ"は同登録パスワードである。
【０００８】
次に、ＭＴＡは、これらユーザ名とパスワードに基づいて認証を行い、正当なアカウントであると評価した場合に、そのアカウントのメールボックスを開いて受信メール数とトータルのメールサイズを調べ、その情報をＭＵＡに通知する。なお、図示の通知メッセージは、“＋ＯＫ ｓａｔｏ‘ｓ ｍａｉｌｂｏｘ ｈａｓ ２ ｍｅｓｓａｇｅ（Ｓ） （３２０ ｏｃｔｅｔｓ）"であり、その意味は、「ユーザ名“ｓａｔｏ"のメールボックスに２通の電子メールが届いており、そのトータルサイズは３２０オクテット（７ビット×３２０バイト）である」というものである。
【０００９】
▲４▼ＭＵＡは、この通知メッセージの受信メール数が０以上である場合に、ＰＯＰプロトコルの“ＬＩＳＴ"コマンドを発行し、▲５▼このコマンドに応答してＭＴＡから返送された各メールごとのサイズリストの先頭番号（１番）を引数ｎにセットしてＰＯＰプロトコルの“ＲＥＴＲ ｎ"コマンドを発行する。ＭＴＡは、“ＲＥＴＲ ｎ"コマンドに応答してリスト番号ｎのメールヘッダとメッセージボディ（以下「メール実体」という）を返送し、▲６▼ＭＵＡは、メール実体を受け取る（ダウンロードする）と、ＰＯＰプロトコルの“ＤＥＬＥ ｎ"コマンドを発行してｎ番目のメールの削除を要求し、▲７▼“ＱＵＩＴ"コマンドを発行してセッションを終了する。
【００１０】
ＰＯＰコマンドの発行の仕方は、受信メールの有無やその数によって、以下の三つのパターンに分かれる。
＜パターン１＞受信メールなしの場合
接続→ＵＳＥＲ→ＰＡＳＳ→ＱＵＩＴ
＜パターン２＞受信メール数が１の場合（図５の例）
接続→ＵＳＥＲ→ＰＡＳＳ→ＬＩＳＴ→ＲＥＴＲ １→ＤＥＬＥ １→ＱＵＩＴ＜パターン３＞受信メール数が１以上（例えばｍ）の場合
接続→ＵＳＥＲ→ＰＡＳＳ→ＬＩＳＴ→ＲＥＴＲ １→ＤＥＬＥ １→ＲＥＴＲ ２→ＤＥＬＥ ２→・・・・・・→ＲＥＴＲ ｍ−１→ＤＥＬＥ ｍ−１→ＲＥＴＲ ｍ→ＤＥＬＥ ｍ→ＱＵＩＴ
【００１１】
ところで、上記従来のメール配信システムにおけるＭＴＡは、ＭＵＡから要求があると、メールボックスに届けられた全ての受信メールの“リスト"をＭＵＡに送り、そのリストに基づいてＭＵＡから発行された“ＲＥＴＲ"コマンドに従ってメール実体をＭＵＡに転送するが、上記“リスト"には受信メールの番号とサイズしか記載されていない、言い換えればメールの内容を把握できる何らの情報も含まれていないため、ユーザは全ての電子メールをダウンロードした後でなければメールの要、不要を判断できず、多くのユーザが同様に全ての受信メールをダウンロードする結果、ネットワークのトラフィックを増大させるという問題点があった。また、モバイル環境などのように遅い通信速度でアクセスする場合は、通信時間が長くなって通信コストを増大させるという問題点もあった。
【００１２】
なお、ＩＭＡＰ４に対応したＭＴＡの場合は、メール実体をサーバ側に保持したまま、メールの内容を把握できる情報（Ｓｕｂｊｅｃｔを含むメールヘッダの情報）をＭＵＡに送信するので、必要なメールだけをＭＵＡにダウンロードでき、上記の問題点を回避できるが、同じ電子メールのデータが複数のコンピュータ（サーバコンピュータとクライアントコンピュータ）上に点在するため、情報の一元管理という点で好ましくない。
【００１３】
図６は、必要なメールだけを配信できるようにした従来技術のシステム構成図である。図６において、１はメール送信側のクライアントコンピュータ、２はＳＭＴＰサーバ、３はＰＯＰサーバ、４及び５はメール受信側のクライアントコンピュータである。ＰＯＰサーバ３には、あるメールアカウント（例えば“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ"）専用のメイン・メールボックスＭＢ１と、このＭＢ１に届けられたメールの転送先になるサブ・メールボックスＭＢ２が設けられており、ＭＢ１とＭＢ２の間にはフィルタ３ａが設けられている。
【００１４】
フィルタ３ａは、ＭＢ１からＭＢ２への転送メールの選択を行うものであり、メールヘッダやメッセージボディに特定の文字列が含まれている場合に、そのメールだけを転送するというものである。
これによれば、例えば、メールヘッダのＳｕｂｊｅｃｔに“至急"の文字が含まれているメールだけをＭＢ２に転送するようにフィルタ３ａにセットしておき、モバイル環境などのように遅い通信速度でアクセスする場合は、ＭＢ２をアクセスしてメールのダウンロードを行うことにより、必要なメールだけ（この場合、Ｓｕｂｊｅｃｔに“至急"の文字が含まれているメールだけ）をダウンロードすることができ、トラフィックを軽減できるうえ、通信時間を短くして通信コストの削減を図ることができる。
【００１５】
【発明が解決しようとする課題】
しかしながら、上記従来技術にあっては、ＰＯＰサーバに二つのメールボックスを作らなければならず、しかも、メールボックスごとに固有のメールアカウントを発行する必要があるため、サーバ側とユーザ側の両者に負担を強いるという問題点があった。
【００１６】
すなわち、サーバ側にあっては、メールボックスの作成とその管理並びにメールアカウントの発行手続きとその管理が負担になり、また、ユーザ側にあっては、二つのメールアカウントを使い分けなければならないうえ、全てのメールに目を通すにはＭＢ１とＭＢ２の二つのメールボックスをそれぞれアクセスしなければならないという点で負担が大きいという問題点があった。
【００１７】
そこで本発明は、サーバ側及びユーザ側の両者に負担を強いることなく、必要なメールだけをダウンロードでき、且つ、トラフィックの軽減と通信コストの削減を図ることのできるメール配信装置の提供を目的とする。
【００１８】
【課題を解決するための手段】
本発明は、受信メールを保持するアカウントごとのメールボックスと、前記アカウントを持つクライアントからのメール転送要求を受け付けるダイアルアップ用の第１及び第２ポートと、前記メール転送要求が前記第１ポートで受け付けられたとき前記アカウント用のメールボックスに保持されている全受信メールのリストを当該クライアントに転送する第１転送手段と、前記メール転送要求が前記第２ポートで受け付けられたとき前記アカウント用のメールボックスに保持されている全受信メールを、あらかじめ設定された条件でフィルタリングし、該条件に一致した受信メールのリストを当該クライアントに転送する第２転送手段と、を備えたことを特徴とする。
前記ダイアルアップ用の第１及び第２ポートは、これに代わって、ＯＳＩ基本参照モデルのセッション層とプレゼンテーション層の間を結ぶポートであってもよく、又は、実質的に一つのポートであって、該一つのポートの伝送速度に応じて設定される仮想的な第１ポート及び第２ポートであってもよく、又は、実質的に一つのポートであって、該一つのポートへの着信電話回線番号に応じて設定される仮想的な第１ポート及び第２ポートであってもよい。
【００１９】
【発明の実施の形態】
以下、本発明の実施の形態を、ダイアルアップサーバを例にして図面を参照しながら説明する。
図１において、１０はＭＵＡをインストールしたクライアントコンピュータ（クライアント）、１１は公衆電話回線網（アナログ回線またはディジタル回線若しくはこれらの混在回線網）、１２はＭＴＡをインストールしたＳＭＴＰ及びＰＯＰサーバ兼用のダイアルアップサーバ（以下「サーバ」と略す）である。
【００２０】
サーバ１２は、二つのダイアルアップポート（以下、第１ポート１３、第２ポート１４）、通信制御部１５、ＣＰＵ１６（第１転送手段、第２転送手段）、記憶装置１７、条件記憶部１８、ＲＡＭ１９及びメールボックス２０を含み、ＣＰＵ１６は、記憶装置１７にインストールされたオペレーティングシステム（以下「ＯＳ」と略す）を実行するとともに、そのＯＳの下で、記憶装置１７にインストールされたアプリケーションソフトを実行して所要の“サービス"を提供するというものであり、本実施の形態におけるサービスは、少なくとも、「ダイアルアップ」、「ＳＭＴＰ」及び「ＰＯＰ」である。
【００２１】
ダイアルアップサービス（以下「ＲＡＳ」と略す）とは、公衆電話回線で接続された他のコンピュータに、自分自身のハードウェア資源を解放するサービスであり、遠隔地のコンピュータやモバイル環境にあるコンピュータを構内ネットワークに接続するために広く用いられているネットワーク技術である。ＲＡＳ接続されたコンピュータは、構内ネットワークに接続された他のコンピュータと同様の感覚で使用することができる。一般に、ネットワーク上の各コンピュータには、ユニークな識別番号が割当られており、ＴＣＰ／ＩＰベースのネットワークの「ＩＰアドレス」がそれに相当する。ＩＰアドレスは、「０．０．０．０」から「２５５．２５５．２５５．２５５」までの範囲を利用することができる（正確には「０．０．０．０」と「２５５．２５５．２５５．２５５」は予約されていて使用できない）が、インターネットに接続されない閉鎖型のネットワークの場合は、以下の三種類のアドレス範囲の何れかを使用することが推奨されている。
＜クラスＡ＞
「１０．０．０．０」〜「１０．２５５．２５５．２５５」
＜クラスＢ＞
「１７２．１６．０．０」〜「１７２．３１．２５５．２５５」
＜クラスＣ＞
「１９２．１６８．０．０」〜「１９２．１６８．２５５．２５５」
【００２２】
ＩＰアドレスの割当は、固定割当も可能であるし、ＤＨＣＰ（Dynamic Host Configuration Protocol）と呼ばれるサービスを用いて動的に割当ることも可能であるが、ここでは、説明の簡単化のために固定割当とする。
【００２３】
上記のとおり、ＲＡＳ接続されたコンピュータも構内ネットワークに接続された他のコンピュータ（サーバ１２を含む）と同様であるから、当然、ＩＰアドレスの割当が必要である。本実施の形態ではクラスＣを使用し、サーバ１２に「１９２．１６８．１．１」を割当るとともに、第１ポート１３に「１９２．１６８．１．１００」、第２ポート１４に「１９２．１６８．１．１０１」を割当ることにする。なお、サブネットマスクは「２５５．２５５．２５５．０」である。この割当例では、最大で２５４台までのコンピュータ（サーバ１２を含む）をネットワークに接続できる。
【００２４】
さて、本発明の主題は、先の説明からも明らかなように、電子メールの配信にある。すなわち、メールボックス２０に届けられた、あるアカウント（便宜的に“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ“とする）宛ての受信メールをネットワークに接続された任意のコンピュータに配信することにあるので、この点について詳しく説明する。
【００２５】
図２は、“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ“宛ての受信メールの一覧である。この図において、ｎはメールごとに付けられた一連番号であり、ＰＯＰプロトコルの"ＬＩＳＴ“コマンドに応答する際の返信番号に使われるものである。また、ＦｒｏｍやＳｕｂｊｅｃｔはメールヘッダであり、それぞれ発信者のアカウント、メールの表題である。また、メッセージボディは電子メールの内容であり、テキスト情報を７ビットコードに変換した文字列または添付ファイルを所定の形式（例えばＭＩＭＥ：Multipurpose Internet Mail Extensions）で変換した文字列を含んでいる。
【００２６】
今、ＲＡＳ接続されたコンピュータ以外のコンピュータから、“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ“のアカウントでメールボックス２０がアクセスされた場合、通常のメール配信処理が行われる。すなわち、図３に示すように、“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ“のアカウントでログイン（Ｓ１）が行われると、ユーザ名とパスワードの認証（Ｓ２）を行い、認証がＯＫの場合（Ｓ３）に、"ＬＩＳＴ“コマンドに応答して“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ“宛ての全受信メールの一連番号とサイズのリストを返信し、このリストに基づいて発行された"ＲＥＴＲ ｎ“コマンドに応答してｎ番目のメール実体を送信するとともに、"ＤＥＬＥ ｎ“コマンドに応答してｎ番目のメール実体を削除するという一連の処理（Ｓ４〜Ｓ１０）が行われる。
【００２７】
しかし、第１ポート１３や第２ポート１４を介してＲＡＳ接続されたコンピュータ１０からメールボックス２０がアクセスされた場合は、上記と異なる処理が行われる。
図４は、その処理を示す図であり、"ＬＩＳＴ“コマンドに応答して“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ“宛てに返信する「リスト」を作成するための処理ルーチンである。図４において、まず、ＰＯＰプロトコルの"ＬＩＳＴ“コマンドを受け付けると、ＲＡＭ１９に設けられたカウンタ１９ａを初期値１にリセット（Ｓ１０）し、次いで、アクセスされたポートが第１ポート１３であるか第２ポート１４であるか、又はそれ以外の経路であるかを判定（Ｓ１１）するが、この判定はＩＰアドレスの検査で行うことができる。すなわち、上述のとおり、第１ポート１３に割当られたＩＰアドレスは、「１９２．１６８．１．１００」であり、第２ポート１４に割当られたＩＰアドレスは、「１９２．１６８．１．１０１」であるから、アドレスの第４オクテット部によって通信経路を判定することができる。「１００」であれば第１ポート１３からのアクセス、「１０１」であれば第２ポート１４からのアクセスであると判定でき、それ以外であればネットワークに直接繋がれた他のコンピュータからのアクセスであると判定できる。
【００２８】
通信経路の判定を行うと、次に、その経路が“条件付き"のものであるか否かを判定（Ｓ１２）する。“条件付き"の経路とは、第１ポート１３または第２ポート１４の何れか一方のポートのことをいい、そのポートからアクセスされた場合には、特定の電子メールだけを抽出してリストを作成するという処理を行う経路のことである。以下、便宜的に第２ポート１４を条件付きのポートとする。
【００２９】
今、第１ポート１３またはネットワークに直接繋がれた他のコンピュータからアクセスされた場合は、ステップＳ１２でＮＯ判定となり、カウンタを＋１（Ｓ１３）してステップＳ１１以降を繰り返すが、条件付きの第２ポート１４からアクセスされた場合は、ステップＳ１２でＹＥＳ判定となり、最初のメールのメールヘッダとメッセージボディを読み出し（Ｓ１４、Ｓ１５）、条件記憶部１８にあらかじめ記憶されたフィルタ条件との一致を判定する（Ｓ１６）。そして、何れの条件とも一致しなければ、カウンタを＋１（Ｓ１３）してステップＳ１１以降を再実行し、次のメールのメールヘッダとメッセージボディを読み出してフィルタ条件との一致を判定するという処理を全てのメールについて繰り返す。
【００３０】
ここで、フィルタ条件を、「メールヘッダのＦｒｏｍに“ＡＡＡ"が含まれているものをフィルタする」と仮定すると、図２のｎ＝１、３、４の三つのメールが該当し、カウンタの値が１、３、４の場合にステップＳ１７でＹＥＳ判定となってフィルタ条件に一致する上記三つのメールが特定（Ｓ１８）される。このため、"ＬＩＳＴ“コマンドに応答して“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ“宛てに返信される「リスト」は、この三つのメールを対象に作られることになる。同様に、フィルタ条件を、「メールヘッダのＳｕｂｊｅｃｔに“至急"が含まれているものをフィルタする」と仮定すると、図２のｎ＝２、３の二つのメールが該当し、カウンタの値が２と３の場合にステップＳ１７でＹＥＳ判定となってフィルタ条件に一致する上記二つのメールが特定（Ｓ１８）される。このため、"ＬＩＳＴ“コマンドに応答して“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ“宛てに返信される「リスト」は、この二つのメールを対象に作られることになる。
【００３１】
したがって、第２ポート１４を介してダイアルアップしたクライアントコンピュータ１０で全ての受信メールをダウンロードしても、上記フィルタ条件に一致した特定のメールしかダウンロードされないから、無駄な通信を回避でき、トラフィックの軽減と通信コストの削減を図ることができるうえ、アカウント“ｓａｔｏ＠ｃａｓｉｏ．ｃｏ．ｊｐ“専用のメールボックス２０を増やしたり、別途にアカウントを発行したりする必要がないので、サーバ側の負担を増やさないという有利な効果が得られる。しかも、条件なしのポート（第１ポート１３やネットワークに接続された他のコンピュータ）からアクセスすれば、全てのメールを一括してダウンロードできるので、ユーザ側の負担も増えないという有利な効果も得られる。
【００３２】
なお、本実施の形態においては、ダイアルアップ用のポートを二つ（第１ポート１３、第２ポート１４）設け、そのうちの一つを条件付きのポートにしているが、これに限定されない。要は、条件記憶部１８に記憶されたフィルタ条件の適用／非適用を外部から選択できればよく、例えば、ネットワークのログインアカウントを二つ用意しておき、そのうちの一つを条件付きとしてもよいし、或いは、ＰＯＰ３のポート（ＯＳＩ基本参照モデルのセッション層とプレゼンテーション層の間を結ぶポート；ＰＯＰ３用は規定では１１０番ポート）を別個に用意しておき、そのポートを条件付きとしてもよい。または、ダイアルアップの際のモデム速度を利用（例えば、所定の速度でアクセスしてきた場合は条件付きとする）してもよいし、発信者番号通知を利用（例えば、モバイル通信で使用する携帯電話の回線番号が通知された場合にフィルタ条件を適用したり、あらかじめその回線番号に条件付きの特定のＩＰアドレスを割り当てたりする）してもよい。
【００３３】
【発明の効果】
本発明によれば、受信メールを保持するアカウントごとのメールボックスと、前記アカウントを持つクライアントからのメール転送要求を受け付ける第１及び第２ポートと、前記メール転送要求が前記第１ポートで受け付けられたとき前記アカウント用のメールボックスに保持されている全受信メールのリストを当該クライアントに転送する第１転送手段と、前記メール転送要求が前記第２ポートで受け付けられたとき前記アカウント用のメールボックスに保持されている全受信メールを、あらかじめ設定された条件でフィルタリングし、該条件に一致した受信メールのリストを当該クライアントに転送する第２転送手段と、を備えたので、（イ）クライアント側から第１ポートを介してメールボックスをアクセスした場合には、通常どおり、全ての受信メールをダウンロードできる一方、（ロ）クライアント側から第２ポートを介してメールボックスをアクセスした場合には、あらかじめ設定された条件に一致した受信メールだけをダウンロードできるから、不要な受信メールのダウンロードを回避でき、トラフィックを軽減できるという効果に加え、（ハ）アカウントごとのメールボックスを一つにでき、しかも、別途にアカウントを発行しなくてもよいので、サーバ側の負担が軽く、（ニ）さらに、ユーザ側にあっても、単にポートを選んでアクセスするだけでよいうえ、全ての受信メールをダウンロードする際にも１回のアクセスで済むから、操作上の負担を強いることがないという優れた効果がある。
【図面の簡単な説明】
【図１】実施の形態のブロック図である。
【図２】実施の形態のメール一覧図である。
【図３】実施の形態のログオン処理図である。
【図４】実施の形態のメールサーチ処理図である。
【図５】ＰＯＰプロトコルのタイムライン図である。
【図６】従来の構成図である。
【符号の説明】
１０ クライアントコンピュータ（クライアント）
１３ 第１ポート
１４ 第２ポート
１６ ＣＰＵ（第１転送手段、第２転送手段）
２０ メールボックス
Claims (4)
- 受信メールを保持するアカウントごとのメールボックスと、
前記アカウントを持つクライアントからのメール転送要求を受け付けるダイアルアップ用の第１及び第２ポートと、
前記メール転送要求が前記第１ポートで受け付けられたとき前記アカウント用のメールボックスに保持されている全受信メールのリストを当該クライアントに転送する第１転送手段と、
前記メール転送要求が前記第２ポートで受け付けられたとき前記アカウント用のメールボックスに保持されている全受信メールを、あらかじめ設定された条件でフィルタリングし、該条件に一致した受信メールのリストを当該クライアントに転送する第２転送手段と、
を備えたことを特徴とするメール配信装置。 - 受信メールを保持するアカウントごとのメールボックスと、
前記アカウントを持つクライアントからのメール転送要求を受け付ける、ＯＳＩ基本参照モデルのセッション層とプレゼンテーション層の間を結ぶ第１及び第２ポートと、
前記メール転送要求が前記第１ポートで受け付けられたとき前記アカウント用のメールボックスに保持されている全受信メールのリストを当該クライアントに転送する第１転送手段と、
前記メール転送要求が前記第２ポートで受け付けられたとき前記アカウント用のメールボックスに保持されている全受信メールを、あらかじめ設定された条件でフィルタリングし、該条件に一致した受信メールのリストを当該クライアントに転送する第２転送手段と、
を備えたことを特徴とするメール配信装置。 - 受信メールを保持するアカウントごとのメールボックスと、
前記アカウントを持つクライアントからのメール転送要求を受け付ける実質的に一つのポートであって、該一つのポートの伝送速度に応じて設定される仮想的な第１及び第２ポートと、
前記メール転送要求が前記第１ポートで受け付けられたとき前記アカウント用のメールボックスに保持されている全受信メールのリストを当該クライアントに転送する第１転送手段と、
前記メール転送要求が前記第２ポートで受け付けられたとき前記アカウント用のメールボックスに保持されている全受信メールを、あらかじめ設定された条件でフィルタリングし、該条件に一致した受信メールのリストを当該クライアントに転送する第２転送手段と、
を備えたことを特徴とするメール配信装置。 - 受信メールを保持するアカウントごとのメールボックスと、
前記アカウントを持つクライアントからのメール転送要求を受け付ける実質的に一つのポートであって、該一つのポートへの着信電話回線番号に応じて設定される仮想的な第１及び第２ポートと、
前記メール転送要求が前記第１ポートで受け付けられたとき前記アカウント用のメールボックスに保持されている全受信メールのリストを当該クライアントに転送する第１転送手段と、
前記メール転送要求が前記第２ポートで受け付けられたとき前記アカウント用のメールボックスに保持されている全受信メールを、あらかじめ設定された条件でフィルタリングし、該条件に一致した受信メールのリストを当該クライアントに転送する第２転送手段と、
を備えたことを特徴とするメール配信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26584298A JP3672165B2 (ja) | 1998-09-21 | 1998-09-21 | メール配信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26584298A JP3672165B2 (ja) | 1998-09-21 | 1998-09-21 | メール配信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000101633A JP2000101633A (ja) | 2000-04-07 |
| JP3672165B2 true JP3672165B2 (ja) | 2005-07-13 |
Family
ID=17422835
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP26584298A Expired - Fee Related JP3672165B2 (ja) | 1998-09-21 | 1998-09-21 | メール配信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3672165B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20000072627A (ko) * | 2000-09-16 | 2000-12-05 | 장병태 | 이메일검색ㆍ필터링ㆍ계정보호ㆍ회원관리시스템 및 방법 |
| KR100434672B1 (ko) * | 2001-08-24 | 2004-06-07 | 김성주 | 약정코드를 이용한 스팸메일 차단방법 |
| KR20020063534A (ko) * | 2002-06-25 | 2002-08-03 | 디프소프트 주식회사 | 스팸메일 필터링 방법 |
| KR100555890B1 (ko) * | 2004-06-18 | 2006-03-03 | 신현미 | 첨부 문자를 이용한 전자 메일 필터링 시스템 및 그 방법 |
-
1998
- 1998-09-21 JP JP26584298A patent/JP3672165B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000101633A (ja) | 2000-04-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6374292B1 (en) | Access control system for an ISP hosted shared email server | |
| US8600014B2 (en) | Enhancing messaging services using translation gateways | |
| EP0899918B1 (en) | System and method for providing anonymous remailing and filtering of electronic mail | |
| US7249175B1 (en) | Method and system for blocking e-mail having a nonexistent sender address | |
| US6438583B1 (en) | System and method for re-routing of e-mail messages | |
| EP2141872A1 (en) | System and method for transmitting and utilizing attachments | |
| JP2001203745A (ja) | メッセージ伝送システム、メッセージ仲介装置及びメッセージ伝送方法 | |
| US7058683B1 (en) | Methods and apparatus for providing a virtual host in electronic messaging servers | |
| CA2392397A1 (en) | Electronic message filter having a whitelist database and a quarantining mechanism | |
| US7054907B1 (en) | Systems and methods for blocking delivery of an electronic communication | |
| JP2004241946A (ja) | メッセージ送受信システム及びそれに用いるメッセージ変換方法 | |
| JP2000010880A (ja) | 電子メール転送装置 | |
| JP3672165B2 (ja) | メール配信装置 | |
| US20080306974A1 (en) | Network service for user-controlled allocation of data items | |
| JP3827415B2 (ja) | 電子メールシステムの端末装置 | |
| JP2000092114A (ja) | 電子メール転送装置 | |
| JP3567290B2 (ja) | 電子メール配送先決定方法 | |
| JP2001318865A (ja) | ウエブメールシステム、ウエブサーバ及びウエブメールアクセス方法 | |
| EP1208477A1 (en) | Methods and apparatus for delegating administrative capabilities to domains served by mail providers | |
| Sharp | The poor man’s guide to computer networks and their applications | |
| Crowcroft | The Internet: a tutorial | |
| JP2002318766A (ja) | データ送受信方法、データ送受信システム、データ送受信装置およびプログラム | |
| WO2000068812A1 (en) | Method of operating an email directory service | |
| JP2002185534A (ja) | 情報転送方法及び情報転送システム | |
| EP1192549A1 (en) | Methods and apparatus for providing a virtual host in electronic messaging servers |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050126 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050201 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050311 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050401 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050414 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090428 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090428 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100428 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110428 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120428 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120428 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130428 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130428 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140428 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |