JP2002359646A - 電子メールの送受信システム - Google Patents

Abstract

(57)【要約】 【課題】 一日に非常の多くのメールを受信しても非常
に通話料が安くなる電子メールの送受信システムを得
る。 【解決手段】 パケット網１に、送信側の送信側端末２
と、Ｊａｖａプログラムが動作可能な受信側端末３（ｉ
アプリ対応の携帯電話）と、一次プロバイダーであるＷ
ｅｂメールサーバ４とからなり、送信側端末２からの電
子メールをＷｅｂメールサーバ４が受けて、受信側端末
３からの要望によって、電子メールを圧縮して直接、受
信側端末３に送信する。受信側端末３（携帯電話）は、
Ｊａｖａ対応（例えばｉアプリ）であり、Ｗｅｂサーバ
４にアクセスして電子メールを解凍する解凍プログラム
（Ｊａｖａ）をダウンロードした後に、Ｗｅｂメールサ
ーバ４からの圧縮された電子メールを前述の解凍プログ
ラムで解凍し、この解凍した電子メールをブラウザに渡
して表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は電子メールの送受信
システムに関し、特に複数の電子メールを送信するとき
の通信網の使用料金の低減に関する。

【０００２】

【従来の技術】インターネットの普及に伴って、電子メ
ールで情報の交換を行うのが増えている。

【０００３】例えば、電子メールのやりとりは、ＳＭＴ
Ｐ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒ
ｏｔｏｃｏｌ）でそのまま送信される。

【０００４】一方、携帯電話にはＷｅｂブラウザ機能を
搭載しているものもある。このような携帯電話は、ブラ
ウザ表示用のＨＴＭＬでダウンロードしてＷｅｂメール
を受け取っていた。

【０００５】そして、携帯電話網のサービス会社は、通
話料をパケット単位で課金を行っていた。

【０００６】

【発明が解決しようとする課題】しかしながら、自分宛
のメールは一日に数件、数十件以上となると、パケット
単位の課金であるから通話料は高額になるという課題が
あった。

【０００７】本発明は前記課題を鑑みてなされたもの
で、一日に非常の多くのメールを受信しても非常に通話
料が安くなる電子メールの送受信システムを得ることを
目的とする。

【０００８】

【課題を解決するための手段】本発明は、任意のプログ
ラムが実行可能な機能を有する携帯端末と、送信する電
子メールのバイト数に応じたパケット数にして前記電子
メールをパケット網を介して送信し、該送信したパケッ
ト数で課金するプロバイダーとからなる電子メールの送
受信システムである。

【０００９】前記プロバイダーは、前記パケット網を介
して各ユーザの電子メールを受け付けて記憶し、前記携
帯端末からのメール要求があったとき、該メール要求が
示すメールアドレスを有する電子メールを検索し、該検
索した電子メールのヘッダ部及び本文から冗長部をなく
す圧縮を施した後に、前記パケットで前記携帯端末に送
信する。

【００１０】前記携帯電話は、前記プロバイダーからの
圧縮された電子メールの解凍プログラムを備え、前記プ
ロバイダーに対して当該ユーザ宛の電子メールを要求し
て受信し、該受信した前記圧縮された電子メールを前記
解凍プログラムで解凍して画面に表示させることを要旨
とする。

【００１１】また、前記携帯端末からのメール要求があ
ったとき、該メール要求が示すメールアドレスを有する
電子メールを検索し、該検索した全ての電子メールを一
つに繋ぎ合わせた後に、前記冗長部をなくす圧縮を施し
た後に、前記パケットで送信させる。

【００１２】また、プロバイダーは、Ｗｅｂメールサー
バであり、前記携帯端末は、Ｊａｖａ対応の携帯電話と
する。

【００１３】

【発明の実施の形態】＜実施の形態１＞図１は本実施の
形態１の電子メール圧縮送信システムの概略構成図であ
る。図１に示すシステムは、パケット網１（ＷＡＮ、イ
ンターネット等）に、送信側の送信側端末２（携帯電
話、携帯パソコン等）と、Ｊａｖａプログラムが動作可
能な受信側端末３（ｉアプリ対応の携帯電話）と、一次
プロバイダーであるＷｅｂメールサーバ４とからなり、
送信側端末２からの電子メールをＷｅｂメールサーバ４
が受けて、受信側端末３からの要望によって、電子メー
ルを圧縮して直接、受信側端末３に送信する。

【００１４】受信側端末３（携帯電話）は、Ｊａｖａ対
応（例えばｉアプリ）であり、Ｗｅｂメールサーバ４に
アクセスして電子メールを解凍する解凍プログラム（Ｊ
ａｖａ）をダウンロードした後に、Ｗｅｂメールサーバ
４からの圧縮された電子メールを前述の解凍プログラム
で解凍し、この解凍した電子メールをブラウザに渡して
表示する。

【００１５】Ｗｅｂメールサーバ４は、受信側端末３
（携帯電話）から利用者登録要求を受け付けた後に解凍
プログラムを送信する機能と、受信側端末３（携帯電
話）からのメール要求を受け付けたとき、電子メールを
圧縮して送信する機能等を備える。

【００１６】この圧縮は、ハフマン法、ＬＺ法、ＺＩＰ
法、ＬＺＨ法等を用いるのが好ましい。

【００１７】また、電子メールのやりとりは、ＳＭＴＰ
によって行い、受信側端末に対しての送信はＨＴＴＰを
用いている。

【００１８】Ｊａｖａは、プラットホームに依存しな
い、アプレットという形でサーバからクライアントに動
的にプログラムを提供できる、堅固なセキュリュティー
機能を有することを特徴としている。

【００１９】また、インターネット上でＪａｖａプログ
ラムを実行する仕組みは、Ｊａｖａプログラムは、バイ
ト・コードという中間コードの形でサーバにおき、これ
をインターネット上でクライアントマシンにダウンロー
ドし、Ｊａｖａ仮想マシンという実行環境の上で実行す
る。

【００２０】上記のように構成された電子メール圧縮送
信システムについて図２のシーケンス図を用いて説明す
る。

【００２１】（登録）ユーザは受信側端末３（例えばｉ
アプリ対応の携帯電話）を操作して、プロバイダー（Ｗ
ｅｂメールサーバ４）のホームページを要求する（ｄ
１、ｄ２）。

【００２２】受信端末３（携帯電話）は、ブラウザ機能
でこのホームページを受信側端末３（携帯電話）の画面
に表示する。

【００２３】そして、ユーザは、登録を選択し、氏名、
住所、電話番号、パスワードやメールアドレス等を入力
し、メールアドレスを付加させてプロバイダーであるＷ
ｅｂメールサーバ４に送信させる（ｄ３）。

【００２４】Ｗｅｂメールサーバ４は、ユーザから送信
された氏名、電話番号、メールアドレス、住所等をアカ
ウントファイルに記憶し（ｄ４）、登録完了通知を受信
側端末３（携帯端末）に送信する（ｄ５）。

【００２５】次にＷｅｂメールサーバ４は、ｉアプリ対
応の電子メールの解凍プログラムを受信側端末３（携帯
電話）に送信する（ｄ６）。

【００２６】受信側端末３（携帯電話）は、送信された
解凍プログラムを受信して記憶（Ｊａｖａ）する。

【００２７】（使用）次に本実施の形態の使用例を説明
する。本説明では送信側端末２からの複数のメールがメ
ールスプール６に記憶されているとする。

【００２８】そして、ユーザは適当な時間にプロバイダ
ーであるＷｅｂメールサーバ４にログインする（ｄ１
０）。

【００２９】Ｗｅｂメールサーバ４は、ログインに伴っ
て受信側端末３（携帯電話）のメールアドレス、電話番
号を用いて、アカウントファイル５のアカウントリスト
と比較して認証を行い（ｄ１１）、認証結果を返すと共
に、メールスプール６に、そのユーザ宛のメールが存在
するかどうかを知らせる（ｄ１２）。

【００３０】ユーザは、受信側端末３（携帯電話）に表
示された結果を見て、メール要求を行い、Ｗｅｂメール
サーバ４に送信させる（ｄ１３）。

【００３１】このメール送信要求に伴ってＷｅｂメール
サーバ４は図３に説明する処理を行う。

【００３２】すなわち、ユーザからのメール読込要求を
受信すると（Ｓ１）、メールスプール６からユーザのメ
ールアドレス、パスワードに対応するアカウント情報
（利用許可者）が存在するかどうかを判断する（Ｓ
２）。

【００３３】ステップＳ２において、利用許可者である
と判断したときは、メールスプールからこのユーザのメ
ールを読み込み（Ｓ３）、そのユーザ宛のメール（未読
メール）が複数存在するかどうかを判断する（Ｓ４）。

【００３４】ステップＳ４において、複数ではないと判
定したとき、つまり１個のメールが存在するとしたとき
は、メール圧縮処理（図示せず）に渡して、メールを圧
縮して（Ｓ５）、送信する（Ｓ６：図２ではｄ１４）。
この送信は、携帯電話のｉアプリ対応の解凍プログラム
を指定して送信する。

【００３５】前述のメール圧縮は、ハフマン法、ＬＺ
法、ＺＩＰ法、ＬＺＨ等を用いるものであり、情報の中
から冗長なものを取り除き本質的なものを取り出す。例
えば、図４の（ａ）に示すように各文字を８ビットのコ
ードで表しているとすると、圧縮しようとしているデー
タ中における各文字の出現頻度を調べ、図４の（ｂ）に
示すように、多く使われている文字ほど短いコードを割
り当る。なお、コードの先頭３ビットはその後に続くビ
ット数（１〜７）を表す（図４のｃ）。

【００３６】そして、例えば文字列が図５の（ａ）に示
すように「ＡＡＡＢＢＣ」とすると、圧縮しない場合は
図５の（ｂ）となり、４８ｂｉｔであるが、本実施の形
態の圧縮によって図５の（ｃ）に示すように２４ｂｉｔ
となる。

【００３７】また、ステップＳ４において、メールは複
数と判定されると、同じメールアドレスを有するメール
を繋げるメールマージ処理を行い（Ｓ７）、処理をステ
ップＳ５に移して、繋げられたメールを圧縮させる。

【００３８】また、ステップＳ２において、受信したメ
ール要求が利用許可者でないと判定したときは、利用で
きないことをメッセージで知らせる（Ｓ８）。

【００３９】一方、圧縮メールが送信されると、携帯電
話３は、予めダウンロードしているｉアプリ対応の解凍
プログラムによって、受信してメールを解凍する。例え
ば、複数メールの場合は、送信されたメールにはメール
の区切りがあるから、この区切りを用いて、メールを区
切り、そのメールをｉアプリの解凍プログラム（Ｊａｖ
ａ）で解凍し（ｄ１５）、この解凍したメールを参照さ
せる（ｄ１６）。

【００４０】すなわち、本実施の形態は、１パケットが
例えば２００バイトとされている場合において、１つの
メールの文章が長くなり、１０００バイトとなると、１
０００バイトであっても１パケットとして送信されるこ
とになる。従って、携帯電話利用者は、安くメールを受
信できる。１メール当たりの料金の安さが微料であって
も、１月単位、１年単位で見ると非常に安くなる。

【００４１】また、本実施形態では、同じユーザ宛のメ
ールを纏めて圧縮している。このため、ユーザがメール
を要求したときに、そのユーザ宛のものが数個、数十の
メールがメールスプールに存在していた場合は、これら
を繋ぎ合わせて全部を一度に圧縮している。

【００４２】このため、複数のメールをｗｅｂメールサ
ーバから送信したときは１月単位、１年単位で見ると通
信網の利用料金が非常に安くなる。

【００４３】図６が本実施の形態の圧縮後のメッセージ
（メール）の大きさを示すものであり、５０バイトから
１６０バイト程度のメールに対しての圧縮はそれほどで
はないが、４００バイトから１２００バイトのメールを
圧縮（単メール、又は複数メール）した場合は、４００
バイトでは１８０バイト程度が圧縮されており、１２０
０バイトでは７００バイト程度圧縮されている。つま
り、５０パーセント以上の圧縮である。

【００４４】＜実施の形態２＞図７は実施の形態２を説
明するシーケンス図である。本実施の形態は、受信側端
末３（携帯端末）形態の使用例を説明する。本説明では
送信側端末２からの複数のメールがメールスプール６に
記憶され、かつ登録は既に済んでいるとする。また、メ
ール解凍プログラムのダウンロードもすでに済んでいる
とする。

【００４５】ユーザは適当な時間にプロバイダーである
Ｗｅｂメールサーバ４にログインする（ｄ２０）。

【００４６】Ｗｅｂメールサーバ４は、ログインに伴っ
て受信側端末３（携帯電話）のメールアドレス、電話番
号を用いて、アカウントファイル５のアカウントリスト
と比較して認証を行い、認証結果を返す（ｄ２２）。

【００４７】ユーザは、受信側端末３（携帯電話）に表
示された結果を見て、メール要求（本実施の形態ではメ
ール一覧要求）を行い、Ｗｅｂメールサーバ４に送信さ
せる（ｄ２３）。

【００４８】このメール送信要求に伴ってＷｅｂメール
サーバ４は、メールスプールからこのユーザ宛の全ての
メールを読み込み、これらのメールの送信者アドレスを
纏めたリスト（メール一覧表）を生成して、受信側端末
（携帯電話）に送信（ＨＴＴＰ）する（ｄ２２）。

【００４９】受信側端末３（携帯電話）は、メール一覧
表を受信して、ブラウザ機能で画面ひ表示し、ユーザは
メール一覧を見て直ぐに見たいメールを選択して（ｄ２
４）、メール要求（選択されたメールアドレスが付加さ
れる）を行う（ｄ２５）。

【００５０】Ｗｅｂメールサーバ４は、メール要求され
たメールアドレスを読み、このメールアドレスに対応す
るメールをＰＯＰでメールスプール６から取り出して
（ｄ２６）、受信側端末３（携帯電話）に送信する（ｄ
２６）。

【００５１】すなわち、複数のメールが選択されたとき
は、複数のメールが繋ぎ合わせられて実施の形態１と同
様な方法で圧縮され、メールの件数と元データサイズと
が付加されて送信される。また、一個のメールが選択さ
れたときは、その一個のメールのみが圧縮される。

【００５２】一方、圧縮メールが送信されると、携帯電
話３は、予めダウンロードしているｉアプリ対応の解凍
プログラムによって、受信してメールを解凍する（ｄ２
７）。この解凍したメールを参照させる（ｄ２８）。

【００５３】また、受信側端末３（携帯端末）におい
て、メール一覧表を表示したとき、この一覧表のメール
数が少ない場合、或いは直ぐに見たいメールがない場合
がある。このような場合は、ユーザは、受信側端末（携
帯電話）を操作して時間指定を行う（ｄ２９）。

【００５４】例えば１０時間後と入力する。この時間指
定入力に伴ってタイマーが起動して時間を計測する。

【００５５】そして、指定時間（１０時間後）になった
とき、再び自動的にＷｅｂメールサーバ４にログインし
て、メール一覧表を受信して、メール選択又は全てのメ
ールを選択して、Ｗｅｂメールサーバから送信させる。

【００５６】従って、１０時間後には、より多くのメー
ルがＷｅｂメールサーバ４に存在することになるから、
より多くのメールが繋ぎ合わせられて圧縮されることに
なるから、より料金が安くなる。

【００５７】なお、Ｗｅｂメールサーバ４は、ユーザの
メールが存在するとき、メールが存在することを音声メ
ッセージにしてユーザの携帯電話に送信し、ユーザから
のメール要求があったときに、そのメールを圧縮して送
信してもよい。

【００５８】＜実施の形態３＞図８は実施の形態３のシ
ステム構成図である。実施の形態３は、受信側端末（携
帯電話：Ｊａｖａ対応）からのログイン、メールの要求
及びメールの送信をＨｔｔｐｄで受けて、アカウントの
参照及びメールの圧縮をＺＯＬＡＲプログラムで実施さ
せることを示すものである。

【００５９】ＺＯＬＡＲは、各種関数を利用して使用環
境上のＣＧＩ環境変数やＨＴＴＰリクエストヘッダ情報
出得することが可能である。

【００６０】また、ＮＳＡＰＩ又はＡｐａｃｈｅのいず
れかのインタフェースクラス（ＮＳＡＰＩクラス、Ａｐ
ａｃｈｅクラス）が実装され、これらのクラスは、前述
のいずれかのクラスの形式で記述されて、ＨＴＴＰリク
エストヘッダの取得、受信メッセージの取得、ＨＴＴＰ
リクエストヘッダの設定、送信メッセージの送出等の機
能を備えて、どのブラウザからで誰からかを判断できる
ようになっている。

【００６１】つまり、ＺＯＬＡＲはＣ＋＋言語で記述さ
れ、このオブジェクト指向の言語での特徴の一つのカプ
セル化という、データと手順を一組にするという仕組み
において、ＮＳＡＰＩ又はＡｐａｃｈｅのいずれかの形
式でＺＯＬＡＲを提供している。

【００６２】このため、ＺＯＬＡＲ ＣＯＲＥ９には、
ＮＳＡＰＩクラス又はＡｐａｃｈｅクラスのいずれかを
選択させるためのクラス設定のインターフェースを備え
ている。

【００６３】このクラス設定は、予めユーザとの協議で
設定されるものであり、ユーザがＮＳＡＰＩを使用して
いる場合は、ＮＳＡＰＩに設定し、Ａｐａｃｈｅの場合
は、Ａｐａｃｈｅに設定する。

【００６４】つまり、接続を簡単に切り替えられるよう
なインターフェースを実装することで、例えば出荷時に
おいて、Ａｐａｃｈｅ対応のものとＮｅｔｓｃａｐｅ
Ｓｅｖｅｒ対応のものとは、それぞれ別々のインターフ
ェースプログラムとなる。

【００６５】すなわち、ＺＯＬＡＲは、要求されたメー
ルを結合し、圧縮処理を行ってから、携帯端末にそのデ
ータを送信する。

【００６６】なお、上記実施の形態ではＷｅｂメールと
して説明したが、ＨＴＭＬの電子メールであればよい。
この場合も圧縮は、ヘッダ部、本文をＬＺＨ法、ＺＩＰ
法、ハフマン法等で圧縮し、携帯電話での解凍はＪａｖ
ａで行う。

【００６７】なお、携帯電話の解凍、サーバ側の圧縮は
Ｊａｖａに限らず、Ｃ＋＋言語であってもよい。

【００６８】

【発明の効果】以上のように本発明によれば、プロバイ
ダーが任意のプログラムが実行可能な機能を有する携帯
端末からの電子メールの要求に伴って、その電子メール
のヘッダ部、本文の冗長部をなくす圧縮処理を施して、
送信し、携帯端末は任意のプログラムが実行可能な解凍
プログラムで解凍して表示する。

【００６９】このため、ユーザの携帯電話に送るメール
が所定バイト数より長い長文のメールであっても、その
メールのバイト数は少なくなるので、パケットの数も小
さくなるので、通信網の料金が安くなるという効果が得
られている。

【００７０】また、ユーザの携帯電話に送るメールが複
数存在する場合は、これらを繋ぎ合わせた後に圧縮して
送信することにより、メールのバイト数は少なくなるの
で、パケットの数も小さくなる。このため、通信網の料
金が安くなるという効果が得られている。

【００７１】従って、一日数十通のメールを受信するユ
ーザにとっては料金が非常に安くなる。

【００７２】さらに、携帯電話に対して、そのユーザ宛
のメールのリストを送信し、このリストの中から送信者
を選択し、プロバイダー側は選択された電子メールを全
て検索した後に圧縮して携帯電話に送信する。

【００７３】このため、複数のメールがあってもユーザ
は直ぐに欲しい人からは受信でき、かつそれが圧縮され
て送信されるので、料金が安くなるという効果が得られ
ている。

【００７４】また、多数の送信者を選択したときは、こ
れらの送信者からのメールが繋ぎ合わせられて圧縮され
て送信されるから、より料金が安くなるという効果が得
られている。

【００７５】さらに、一定時間経過後にメールを送信さ
せるようにしたので、よりメールが集まり、結果として
多くのメールを圧縮して送信できるという効果が得られ
ている。

【００７６】さらに、スクリプト言語を用いているので
プロバイダー側から解凍のプログラムを容易にダウンロ
ードさせて、電子メールを解凍させることができる。

【図面の簡単な説明】

【図１】本実施の形態１の電子メールの送受信システム
の概略構成図である。

【図２】本実施の形態１の動作を説明するシーケンス図
である。

【図３】本実施の形態１のＷｅｂメールサーバの動作を
を説明するフローチャートである。

【図４】実施の形態１の圧縮を説明する説明図である。

【図５】実施の形態１の圧縮を説明する説明図である。

【図６】圧縮の効果を説明する説明図である。

【図７】実施の形態２の動作を説明するシーケンス図で
ある。

【図８】実施の形態３の概略構成図である。

【符号の説明】

１ パケット網 ２ 送信側端末 ３ 受信側端末（ｉアプリ対応の携帯電話） ４ Ｗｅｂメールサーバ

Claims (7)

【特許請求の範囲】
1. 【請求項１】 任意のプログラムが実行可能な機能を有
   する携帯端末と、送信する電子メールのバイト数に応じ
   たパケット数にして前記電子メールをパケット網を介し
   て送信し、該送信したパケット数で課金するプロバイダ
   ーとからなる電子メールの送受信システムであって、 前記プロバイダーは、 前記パケット網を介して各ユーザの電子メールを受け付
   けて記憶し、前記携帯端末からのメール要求があったと
   き、該メール要求が示すメールアドレスを有する電子メ
   ールを検索し、該検索した電子メールのヘッダ部及び本
   文から冗長部をなくす圧縮を施した後に、前記パケット
   で前記携帯端末に送信し、 前記携帯電話は、 前記プロバイダーからの圧縮された電子メールの解凍プ
   ログラムを備え、 前記プロバイダーに対して当該ユーザ宛の電子メールを
   要求して受信し、該受信した前記圧縮された電子メール
   を前記解凍プログラムで解凍して画面に表示させること
   を特徴とする電子メールの送受信システム。
2. 【請求項２】 前記プロバイダーは、 前記携帯端末からのメール要求があったとき、該メール
   要求が示すメールアドレスを有する電子メールを検索
   し、該検索した全ての電子メールを一つに繋ぎ合わせた
   後に、前記冗長部をなくす圧縮を施した後に、前記パケ
   ットで送信させることを特徴とする請求項１記載の電子
   メールの送受信システム。
3. 【請求項３】 前記検索した電子メールが一個のとき、
   その電子メールをそのまま前記圧縮することを特徴とす
   る請求項１又は２記載の電子メールの送受信システム。
4. 【請求項４】 前記プロバイダーは、 前記携帯端末が利用許可者登録の要求を送信してきたと
   き、前記利用者登録の情報を記憶すると共に、前記解凍
   プログラムを前記携帯端末に送信させてダウンロードさ
   せることを特徴とする請求項１，２又は３記載の電子メ
   ールの送受信システム。
5. 【請求項５】 前記プロバイダーは、 前記携帯端末から電子メール送信要求を受信したとき、
   該送信要求のメールアドレスを有する電子メールを前記
   メールファイルから検索し、該検索した全ての電子メー
   ルの送信者名の一覧リストを生成し、該一覧リストを前
   記携帯端末に送信する手段と、 前記一覧リストを送信した後に、メール要求が前記携帯
   端末から送信されたとき、前記メール要求が示すメール
   アドレスを有する電子メールを検索し、該検索した電子
   メールを前記圧縮して送信させる手段とを有し、 前記携帯電話は、 前記プロバイダーに対して電子メールを要求したとき後
   に、前記一覧リストが送信されると該一覧リストを画面
   の表示し、該画面の一覧リストの送信者名の選択させ、
   前記メール要求時にこれらの送信者名を一組にしたメー
   ル要求を前記プロバイダーに送信する手段とを有するこ
   とを特徴とする請求項１，２，３又は４記載の電子メー
   ルの送受信システム。
6. 【請求項６】 前記プロバイダーは、 前記複数の電子メールを圧縮送信するときは、メール数
   と元データのサイズとを付加して送信することを特徴と
   する請求項１，２、３、４又は５記載の電子メールの送
   受信システム。
7. 【請求項７】 前記プロバイダーは、Ｗｅｂメールサー
   バであり、前記携帯端末は、Ｊａｖａ対応の携帯電話で
   あることを特徴とする請求項１記載の電子メールの送受
   信システム。