WO2003105426A1

WO2003105426A1 - 電子メール配信方法、通信端末、およびサーバ装置

Info

Publication number: WO2003105426A1
Application number: PCT/JP2003/007136
Authority: WO
Inventors: 矢部　俊康; 曽我　誠; 朋子江夏
Original assignee: 株式会社エヌ・ティ・ティ・ドコモ
Priority date: 2002-06-06
Filing date: 2003-06-05
Publication date: 2003-12-18
Also published as: US20060101117A1; JPWO2003105426A1; EP1515503A4; TW200401558A; TWI228366B; US7543028B2; EP1515503A1; CN1659838A

Abstract

携帯電話機１００−１は、電子メールの取得を要求する旨のＨＴＴＰリクエストに、ユーザが取得を所望する添付ファイルの拡張子を示す情報を内包させ、このＨＴＴＰリクエストをメールサーバ４００へ送信する。メールサーバ４００は、ＨＴＴＰリクエストを受信すると、電子メールに添付されているファイルと、ＨＴＴＰリクエストに内包された情報とを比較し、添付ファイルを送信するか否か判断する。メールサーバ４００は、添付ファイルを送信しないと判断した場合には、添付ファイルを削除した電子メールを携帯電話機１００−１へ送信する。

Description

嗨細誊

電子メール配信方法、通信端末、およびサーバ装置

技術分野本発明は、ファイルが添付された電子メールを通信端末へ配信する技術に関する。景技術近年、携帯電話機や P DA (Personal Data Assistants) などの携帯通信端末やパーソナルコンピュータ等の電子機器を用いて、画像や音楽などのフアイルを添付した電子メールの送受信が盛んに行われている。

しかしながら、上記機器によってハードウェア構成や機能が異なるため、ファィルが添付された電子メールを受信しても、そのファイルを使用できないという問題がある。例えば、携帯電話機によっては、 J P E G (Joint

Photographic Coding Experts Group) 方式の画像ファイルが添付された電子メールを受信しても、そのファイルを開くことができない。一般に添付フアイルのサイズはメール本文のそれと比べて大きく、開くことができない添付ファィルを受信するのは時間の無駄である。加えて、特にハードウェアリソースの乏しい携帯電話機においては、ファイル受信中は他の機能が制限される可能性もある。これは無視できない問題である。

メールサーバが携帯端末宛のメールを受信する度に、添付ファイルを受信するか否かをユーザに確認させることも考えられるが、これによつてユーザの利便性は著しく低下してしまう。

この問題に対処するため、携帯電話機に受信される添付ファイルを全て処理可能なファイル形式に変換する技術が特開 2 0 0 1 - 2 1 7 8 6 0号公報に開示されている。より具体的には、携帯電話機で処理できないファイルの形式を、サーバ装置にて携帯電話機で使用可能なファイル形式に変換し、該変換されたファイルが添付された電子メール新たに作成し、これを携帯電話機へ送信する技術が開示されている。

しかしながら、通常一つのメールサーバには一度に多数の端末がアクセスし得るため、この技術では、添付ファイルの変換処理にともなって多大な負荷がサーバ装置にかかってしまうことがある。加えて、サーバ装置へアクセスする端末の種類も様々であるので、サーバ装置は端末の種類に応じた変換方法を用意する必要がある。これにより、サーバ装置にかかる負荷は一層増す。

そこで、このようなフアイルの変換作業を通信端末側で行うことも考えられるが、特に携帯電話機のように十分な処理能力をもたない機器にあっては、仮にこの変換作業ができたとしても、電子メールの受信が終了するまでに時間がかかってしまい、現実的ではない。

これを回避するため、変換ができないことを示す旨の通知のみを携帯電話機へ送信し、変換不可能なファイルは携帯電話機に送信しないという技術がある。すなわち、一部の添付ファイルのみが携帯電話機に送信される。このため、ファィル変換を行うサーバ装置は、各携帯電話機がどのフアイル形式に対応可能であるかを示す対応表を予め備えている。

しかしながら、この場合は、携帯電話機の機種によって受信可能な添付ファィルが固定されてしまう。例えば、携帯電話機で処理できる種類の添付フアイルであれば、たとえユーザが受信を望まなくても、すべて携帯電話機に送信されてしまうことになる。すなわち、受信したい添付ファイルをユーザが自由に指定することができない。

本発明は上述した事情に鑑みてなされたものであり、ユーザが所望する添付ファイルのみを受信することのできる電子メール配信方法、当該方法に用いられる通信端末、サーバ装置を提供することを目的とする。発明の開示上述した課題を解決するために、本発明は、ファイルが添付された電子メールをサーバ装置から通信端末へ送信する方法であって、前記通信端末において前記通信端末のユーザが受信を希望する添付ファイルの種類を指定する種別情報を取得する取得ステップと、前記通信端末において前記種別情報を前記サーバ装置へ送信する送信ステップと、前記サーバ装置において前記種別情報を受信するステップと、前記サーバ装置において前記サーバ装置により受信された前記通信端末宛ての電子メールの添付ファイルの種類が、前記種別情報によつて特定されるファイル種類に一致するか否かを判定するステップと、前記サーバ装置において該添付ファイルの種類が一致しない場合は、該電子メールから該添付ファイルを削除して得られた電子メールを前記通信端末へ送信し、当該添付フアイルの種類が一致する場合は、該電子メールを前記通信端末へ送信するステップと

を有する電子メール送信方法を提供する。

また本発明は、ユーザが受信を希望する添付ファイルの種類を指定する種別情報を取得する手段と、前記種別情報をサーバ装置へ送信する送信手段と、前記サーバ装置から電子メールを取得する取得手段とを有することを特徴とする通信端末を提供する

また本発明は、通信端末から送信された、前記通信端末のユーザが受信を希望する添付ファイルの種類を指定する種別情報を受信する手段と、前記サーバ装置により受信された前記通信端末宛ての電子メールに添付されるファイルの種類が、前記種別情報によつて特定されるファイルの種類に合致するか否かを判定する手段と、該添付ファイルの種類が一致しない場合は、該電子メールから該添付ファイルを削除することにより得られた電子メールを前記通信端末へ送信し、当該添付ファイルの種類が一致する場合は、該電子メールを前記通信端末へ送信する手段とを有するサーバ装置を提供する。

また本発明は、コンピュータ装置を、当該コンピュータ装置のユーザが受信を希望する添付ファイルの種類を指定する種別情報を取得する手段と、前記種別情報をサーバ装置へ送信する送信手段と、前記サーバ装置から電子メールを取得する取得手段として機能させるためのプログラムおよび当該プログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。

また本発明は、コンピュータ装置を、通信端末から送信された、前記通信端末のユーザが受信を希望する添付ファイルの種類を指定する種別情報を受信する手段と、前記コンピュータ装置により受信された前記通信端末宛ての電子メールに添付されるファイルの種類が、前記種別情報によって特定されるフアイルの種類に合致するか否かを判定する手段と、該添付ファイルの種類が一致しない場合は該電子メールから該添付ファイルを削除することにより得られた電子メールを前記通信端末へ送信し、当該添付ファイルの種類が一致する場合は該電子メールを前記通信端末へ送信する手段として機能させるためのプロダラムおよび当該プログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。図面の簡単な説明図 1は、本発明の実施形態に係わる通信システム 1 0の全体構成を例示する図である。

図 2は、加入者データべ一ス 5 0 0に記憶されたデータのフォ一マツトを例示する図である。

図 3は、携帯電話機 1 0 0のハードウェア構成を例示する図である。

図4は、携帯電話機 1 0 0の表示部 1 0 5に表示される、電子メールを作成するためのメニュー画面を例示する図である。

図 5は、携帯電話機 1 0 0が送信する P O S Tメソッドを用いた H T T Pリクエス卜のヘッダ部を例示する図である。

図 6は、携帯電話機 1 0 0が送信する G E Tメソッドを用いた HT T Pリクエストのヘッダ部を例示する図である。

図 7は、携帯電話機 1 0 0にて行われる、ユーザが所望する添付ファイルの拡張子を設定する際の処理を例示するフローチヤ一トである。

図 8は、本発明の実施形態に係わる携帯電話機 1 0 0の表示部 1 0 5に表示される、ユーザが所望する添付ファイルの拡張子を設定するための設定メニュ —画面を例示する図である。

図 9は、メールサーバ 4 0 0のハードウェア構成を例示する図である。図 1 0は、メールサーバ 4 0 0が行う、電子メールの配信処理を例示するフローチャートである。

図 1 1は、メールサーバ 4 0 0にて実行される格納用 C G Iの処理を例示するフローチヤ一卜である。

図 1 2は、メールサーバ 4 0 0にて実行される配信用 C G Iの処理を例示するフローチヤ一卜である。

図 1 3は、電子メールの送受信における動作例を示すシーケンス図である。図 1 4は、携帯電話機 1 0 0— 2がメ一ルサーバ 4 0 0へ送信する H T T P リクエストの書式を例示する図である。

図 1 5は、取得する添付ファイルの拡張子を複数設定する際における設定メニュー画面を例示する図である。

図 1 6は、ユーザが所望する添付ファイルの拡張子を設定する際における設定メニュー画面を例示する図である。

図 1 7は、携帯電話機 1 0 0が送信する G E Tメソッドを用いた H T T Pリクェストのヘッダ部を例示する図である

図 1 8は、ユーザが所望する添付ファイルの拡張子を設定する際における設定メニュー画面を例示する図である。発明を実施する為の最良の形態以下、図面を参照して本発明に係る実施形態について説明する。ただし、本発明は、係る実施形態に限定されるものではなく、特許請求の範囲に記載された範囲内で任意の態様を含む。 < 1 . 実施形態の構成 >

ぐ 1一 1 . 全体構成 >

図 1は、本発明に係わる通信システム 1 0の全体構成を例示する図である。通信システム 1 0には多数の携帯電話機が存在するが、図面が繁雑になるのを防ぐために、所定の携帯電話機 1 0 0— 1と携帯電話機 1 0 0— 2のみが示されている。

携帯電話機 1 0 0— 1および携帯電話機 1 0 0— 2は（以下、特に個々の携帯電話機を区別する必要のない場合は、携帯電話機 1 0 0と略称する）、ユーザが所有する携帯電話機であり、移動パケッ卜通信網 2 0 0が提供する移動体データ通信サービス受けることができる。携帯電話機 1 0 0は、移動パケット通信網 2 0 0を利用して電子メールの授受を行う機能を有している。

携帯電話機 1 0 0— 1は、拡張子が「j peg」である J P E G形式の画像ファィルと、拡張子が「midj である M I D I (Mus ical Ins t rument Digi tal Interface) 形式の音楽ファイルを使用することが可能であり、携帯電話機 1 0 0— 2は、拡張子が「jpeg」である J P E G形式の画像ファイルをのみを使用することが可能である。

図 2に示すように、携帯電話機 1 0 0— 1のユーザは、その名前が「電話太郎」であり、移動パケット通信網 2 0 0を運用する通信事業者から電子メールアドレス「taro@abc. co. j p」を付与されている。携帯電話機 1 0 0— 2のユーザは、その名前が「電話花子」であり、電子メールアドレス

hanako@abc. co. jp」が付与されている。

移動パケット通信網 2 0 0は、移動体データ通信サービスを提供する通信網であり、移動バケツト通信網 2 0 0に収容されている携帯電話機と無線通信を行う無線基地局と、無線基地局に接続された交換機と、交換機に接続された関門交換機と（いずれも図示略）、関門交換機に接続されたゲートウェイサーバ 3 0 0と、メールサーバ 4 0 0と、加入者デ一夕ベース 5 0 0とを有している。この移動パケット通信網 2 0 0を介し、パケット通信方式により、移動パケット通信網 2 0 0に収容されている携帯電話機間で行われる電子メールの授受が行われる。

ゲートウェイサーバ 3 0 0は、図示を省略したインターネット等のネットヮークと移動パケット通信網 2 0 0とを相互接続するために、各ネットワークに適合するように通信プロトコルの変換を行う。より具体的には、ゲートウェイサーバ 3 0 0は、移動パケット通信網 2 0 0内で使用される移動バケツト通信網用の伝送プロトコルと、インターネット等のネットワークにおいて標準で使用される TCP/I Pとの変換を行う。

メールサーバ 400は、携帯電話機 1 00へ電子メールを配信するサーバであり、ゲートウェイサーバ 300に接続されている。

加入者デ一夕ベース 500は、移動バケツト通信網 200を運用する通信事業者と移動パケット通信網 200の使用に関する契約を行った加入契約者に関する情報を記憶するデータベースであり、ゲートウェイサーバ 300に接続されている。加入者データベース 500には加入契約者に関するデ一夕が格納されている。具体的には、図 2に示すように、加入契約者の氏名に対応づけて、加入契約者が所有する携帯電話機を識別するための端末識別子、加入契約者が所有する携帯電話機の電話番号、加入契約者の住所、移動パケット通信網 20 0を運用する通信事業者が加入契約者に付与した電子メールァドレスなどのデ一夕が格納されている。

<1一 2. 携帯電話機 >

図 3は、携帯電話機 1 00— 1のハードウェア構成を例示するブロック図である。同図に示すように、アンテナ 1 03を除く携帯電話機 100_ 1の各部は、バス 101に接続されており、このバス 101を介して各部間でデ一夕の授受が行われる。

通信部 102は、アンテナ 103を備えており、 CPU (Central

Processing Unit) 1 10の制御の下、移動パケット通信網 200に設置されている無線基地局との間で無線通信を行う。操作部 104は、図示を省略したテンキーや操作指示などを入力するための複数のキー等を有している。ユーザはこの操作部 104を用いて、文字入力、条件選択、プログラムの起動指示等を行う。具体的には、ユーザが操作部 1 04を操作すると、その操作内容に応じた信号が C PU 1 10に供給され、 C P U 1 10はその操作内容を解釈して、該操作内容に応じて各部の動作を制御する。表示部 105は、例えば、図示せぬ液晶表示パネルおよび液晶表示パネルの表示制御を行う制御回路を有しており、 CPU 1 10から制御の下、文字や画像を液晶ディスプレイに表示する。画像の一例としては電源投入時に表示されるメニュー画面である。記憶部 10 6は、例えば、 EE PROM (Electrically Erasable and Programmable Read Only Memory) などの不揮発性メモリ（図示略）を有しており、携帯電話機 100— 1を制御するためのデータなどを記憶する。音楽再生部 107は図示を省略したスピーカを有しており、 CPU1 10の制御の下、音楽ファイルを再生する。

ROM (Read Only Memory) 108には、 C PU 1 10により実行される各種プログラムが記憶されており、携帯電話機 100— 1の全体を制御する OS (Operating System) .プログラムや電子メールプログラムなどが記憶されている。また、 ROM108には、携帯電話機 100— 1を一意に識別するための識別子である端末識別子「MS 000001」が記憶されている。 RAM

(Random Access Memory) 109は、 CPU1 10の作業ェリアとして使用され、 CPU1 10が実行するプログラムが使用するデータが一時的に記憶される。

CPU1 10は、携帯電話機 100— 1の電源が入れられると、 ROM10 8から OSプログラムを読み出し実行する。 CPU1 10は OSプログラムを実行すると、通信部 102が受信した信号やユーザの操作に応じて操作部 10 4から出力される信号に応じた処理を行う。例えば、ユーザの操作が電子メールプログラムの起動を指示するものであれば、 CPU1 10は ROM108から電子メールプログラムを読み出し実行する。 CPU1 10は、電子メールプログラムを実行した後は、操作部 104から供給される信号と表示部 105に現在表示されている画面とに基づいてユーザの指示を特定し、この指示に応じた各種の処理を行う。

次に、携帯電話機 100— 1が有する電子メールの送受信に関する機能を説明する。 ROM 108に格納される電子メールプログラムは、電子メールの送受信を HTTP (HyperText Transfer Protocol) を用いて行う機能を有している。

(1) 送信

CPU ί 10が電子メールプログラムを実行すると、まず、表示部 105に図 4に例示したメニュー画面 Ml 0が表示される。次に、携帯電話機 100— 1のユーザが電子メールの本文と送信先を示す電子メールァドレスの入力し、続いて添付するファイルを指定すると、入力された電子メール本文、電子メ一ルアドレスおよび添付すべきファイルが、 RAMI 09に格納される。そして CPU110は、ユーザにより入力された電子メールの本文と電子メールの送信先を示す電子メールアドレス、およびユーザにより指定された添付するファィルを表示部 1 05に表示させる。

ユーザが操作咅! 5104を用いて電子メールを送信する操作を行うと、 CPU 1 10は、 RAMI 09に格納されている電子メールの本文、メールアドレス、添付すべきファイルおよび携帯電話機 1 00— 1の端末識別子をパラメータとして含む、 POSTメソッドを用いた HTTPリクエストを生成する。生成された HTTPリクエス卜の一例を図 5に示す。

同図に示すように、メ一ルサーバ 400が実行する CG I (Common Gateway Interface) プログラムの UR I (Uniform Resource Identifiers) が POS Tメソッドのパラメータとして設定される。また、端末識別子は Us e r— A g e n t部に設定される「MS 000001」である。このようにして生成された HTTPリクエストは、メールサーバ 400へ送信される。

(2) 受信

CPU1 10は、携帯電話機 100— 1宛に電子メールが届いていることを知らせる旨の着信通知をメールサーバ 400から受信すると、該電子メールをメールサーバ 400から取得するために、 GETメソッドを用いた HTTPリクェストを生成する。この HTTPリクエストは、携帯電話機 100— 1の端末識別子と、電子メールを識別するためのメール識別子と、電子メールにファィルが添付されている場合に、携帯電話機 100— 1に取得するファイルの拡張子を指定するパラメータとを内包している。具体的には、メールサーバ 4 00が実行する CG I (Common Gateway Interface) プログラムの UR Iを G ETメソッドのパラメータとして設定する。生成される HTTPリクエス卜の一例を囟 6に示す。同図に示すように、取得するファイルの拡張子を指定するパラメータとして「jpeg」が、端末識別子「MS000001」が Us e r—A ge n t部に、設定し、メール識別子「0001」が X— I D部にそれぞれ設定される。このようにして生成された HTTPリクエス卜はメールサーバ 40 0へ送信される。

CPU1 1 0は、電子メールを受信するための HTTPリクエストへの応答としてメールサーバ 400から送信される HTTPレスポンスを受信すると、 HTTPレスポンスに内包されている電子メールを該 HTT Pレスポンスから抽出し、抽出した電子メールを記憶部 1 06に記憶させる。電子メールにファィルが添付されている場合には、 CPU1 10は添付されているファイルを電子メールから抽出し、これを記憶部 106に記憶させる。

また、この電子メールプログラムは、あらゆる種類の添付ファイルを受信することができる。受信した添付ファイルが JPEG形式または MIDI形式のフアイルであった場合は、携帯電話機 100— 1はそのファイルを開くことができるが、それ以外の添付ファイルを受信した場合は、そのファイルを開くことができない。

具体的には、携帯電話機 100— 1は、拡張子が「jpeg」である画像フアイルを受信した場合、ユーザからの指示に従って、表示部 105にその画像を表示させる _ώ 例えば、ュ一ザから指示により、 CPU1 10は記憶部 106に記憶されている受信した添付ファイルを読み出し、その一覧を表示部 105に表示させる。そして、ユーザがその中から拡張子が「jpeg」であるファイルを選択すると、 C P U 110はその画像を表示部 105に表示させる。

また、携帯電話機 100—1は、拡張子が「mid」である音楽ファイルが添付された電子メールを受信した場合、ユーザからの指示によりその音楽を再生する。具体的には、ユーザが、所定の操作を行うと、 CPU1 1 0は記憶部 1 06に記憶されている添付ファイルを読み出し、そのファイルの一覧を表示させる。ユーザが、表示された一覧の中から拡張子が「mid」であるファイルを選択すると、 C P U 1 10は音楽再生部 1 07にその音楽を再生させる。ぐ 1一 3. 携帯電話機 100 _ 2 >

携帯電話機 1 00— 2は、携帯電話機 100—1とほぼ同じ構成であるため、同一の部分についてはその説明を省略する。携帯電話機 100— 2が携帯電話機 100— 1と異なる点は、端末識別子が「MS 000002」である点、および携帯電話機 100— 1が有している音楽再生部 107を有しておらず、従つて拡張子が「mid」である音楽ファイルを使用することができない点、である。

<1 -4. メールサーバ 400〉

図 9は、メールサーバ 400のハードウェア構成を例示するブロック図である。同図に示すように、メールサ一バ 400の各部は、バス 401により接続されている。

通信部 402は、他の装置と通信を行うための通信インターフェースであり、ゲートウェイサーバ 300とメールサーバ 400とを接続する。操作部 403 は、図示を省略したマウスやキーボードを有している。メールサーバ 400の管理者が操作部 403のマウスやキーボードを操作すると、該操作に応じた信号が CPU408へ出力される。表示部 404は、一例として、図示せぬ液晶ディスプレイおよびその制御回路から構成される。表示部 404は、 CPU4 08から送信される制御信号を受信すると、該制御信号に応じた文字や画像を表示する。管理者はこの画面を見ながら、新規ユーザ登録や記憶部 405のメ記憶部 405は、ハードデイス等から構成され、移動パケット通信網 200 の加入契約者宛の電子メールを記憶するためのメールボックスを、加入契約者 (すなわち携帯電話機のユーザ）に付与された電子メールァドレス毎に保有している。また、記憶部 405には、メールサーバ 400の全体を制御するための制御プログラムと、移動パケット通信網 200に収容されている携帯電話機から送信された電子メールをメールボックスに格納するための CG Iプロダラム「send.cgi」（以下、格納用 CG Iとする）と、メールボックスに格納されている電子メールを移動パケット通信網 200に収容されている携帯電話機へ配信するための CG Iプログラム deceive. cgi」（以下、配信用 CGIとする）とが記憶されている。格納用 CG Iの記憶位置を示す UR Iは、

rhttp://abc. co. jp/send. cgij であり、配信用 C G Iの記憶位置を示す UR Iは、「http://ak. co. jp/receive. cgi」である。

ROM40 6には、 I PL (Initial Program Loader) が記憶されている。 RAM (Random Access Memory) 40 7は CPU408の作業エリアとして使用され、 CPU40 8により実行されるプログラムが使用するデータが転送される。 CPU408は、メールサーバ 4 0 0を構成する各部を制御する。 CP U40 8は、メールサーバ 400の電源が入れられると、まず ROM406から I PLを読み出し実行する。続いて、記憶部 40 5から制御プログラムを読み出し実行する。

次に、メールサーバ 400が有する電子メールの配信機能について説明する。記憶部 40 5に記憶されている CG Iプログラムは、携帯電話機 1 00から送信された電子メールを配信する機能を有している。具体的には、 CPU40

8は、携帯電話機 1 00から送信される HTTPリクエストを受信すると、 H

T T Pリクエストのメソッドに応じて C G Iプログラムを記憶部 40 5から読み出して実行する。以下、図 1 0に例示したフローチャートを用いて、 CPU 408が HTTPリクエストを受信した時に行う処理について説明する。

まず、 CPU408は、携帯電話機 1 0 0から送信された HTTPリクエストを受信したか否かを判断する（ステップ S B 1) 。 CPU408は、 HTT

Pリクエストを受信していないと判断した場合には、 HTTPリクエストを受信するまで待ち続ける（SB 1 ： NO) 。

CPU408は、ステップ SB 1で「YE Sj と判断した場合には、受信した HTTPリクエストのメソッドが POSTメソッドであるか否かを判断する (SB 2) 。 CPU408は、 HTTPリクエストのメソッドが POSTメソッドであると判断した場合には（SB 2 ： YES) 、格納用 CG Iを記憶部 4

0 5から読み出して実行する（S B 3) 。

続いて、 CPU40 8は、受信した HTTPリクエストに内包されている電子メールを記憶部 40 5のメールボックスに格納する（S B4) 。この格納処理の詳細は後述する。

CPU408は、ステップ SB 2で「NO」と判断した場合には、受信した

HTTPリクエス卜のメソッドが GETメソッドであるか否かを判断する（S B 5) 。 CPU408は、 HTTPリクエストのメソッドが GETメソッドであると判断した場合には（SB 5 ： YES) 、配信用 CG Iを記憶部 405から読み出して実行する（SB 6) 。続いて、 CPU408は、記憶部 405 のメールボックスに格納されている電子メールを移動パケット通信網 200に収容されている携帯電話機へ配信する処理を行う（SB 7) 。この配信処理の詳細は後述する。なお、ステップ SB 5にて「NO」と判断した場合には、処理はステップ SB 1へ戻り、 HTTPリクエストが送信されるのを待つ。

(1) 電子メール格納処理

次に、図 10のステップ SB 4における格納用 CG Iを実行する処理について、図 11に示すフローチャートを用いて詳述する。

C P U 408は、格納用 C G Iを実行すると、携帯電話機 100から送信された POSTメソッドを用いた HTTPリクエストに内包されている、電子メールの宛先を示すメールァドレスをキーにして記憶部 405のメールボックスを検索する。 CPU408は、該当するメールボックスを見つけると、当該受信した電子メールを識別するためのメール識別子を生成する。次に、 CPU4 08は、 HTTPリクエストに内包されているメール本文と、送信元の携帯電話機 100の端末識別子と、添付ファイルが添付されている場合には添付ファィルと、該メール識別子とを対応づけて、当該メールボックスに格納する（ステツプ S C 1) 。

続いて CPU 408は、 HTTPリクエストに内包されているメールァドレスで指定されるユーザに電子メールが送信されたことを示す着信通知を生成する（SC2) 。この着信通知には、該メールボックスに格納されているメール識別子が内包される。

次に、 CPU408は、着信通知の通知先となる携帯電話機を特定するために、 HTTPリクエストに内包されている、宛先を示すメールァドレスをキーにして加入者データベース 500を検索する。 CPU408は、該当するメ一ルァドレスを見つけると、このメールァドレスに対応づけて格納されている端末識別子を加入者データベース 500から読み出す。次に、 CPU40 8は、この端末識別子で特定される携帯電話機へ生成した着信通知を送信する（SC 3) 。以上で格納用 CG Iの処理は完了する。

(2) 電子メール配信処理

次に、図 1 0の SB 7における配信用 CG Iの実行処理について、図 1 2に示すフローチャートを用いて詳述する。

C P U 40 8は、配信用 C G Iを実行すると、携帯電話機 1 0 0から送信された、 GETメソッドを用いた HTTPリクエストに内包されている端末識別子をキーにして、加入者データべ一ス 5 00を検索する。 CPU408は、該当する端末識別子を見つけると、該端末識別子に対応づけて記憶されている電子メールアドレスを抽出する。

次に CPU408は、読み出した電子メールアドレスをキーにして、記憶部 40 5のメールボックスを検索する。 CPU40 8は、該当するメールボックスを見つけると、 HTTPリクエストに内包されているメール識別子によって特定される電子メールをメールボックスから読み出す（ステップ SD 1) 。次に CPU408は、読み出した電子メールにファイルが添付されているか否かを判断する（SD 2) 。ファイルが添付されていないと判断した場合には (SD2 ： NO) 、 CPU 1 1 0はステップ SD 5へ処理を進める。

ファイルが添付されていると判断した場合には（SD 2 ： YE S) 、 CPU 408は、該 HTTPリクエストにおいて配信用 CG Iのパラメ一夕として設定されている添付ファイルの拡張子と、メールボックスから読み出した電子メールに添付されているファイルの拡張子とを比較する。

CPU40 8は、この二つの拡張子が同一であると判断した場合には（SD 3 ： YE S) 、該添付ファイルを HTTPリクエストに内包されている端末識別子で指定される携帯電話機へ送信するものと判断し、ステップ SD 5へ処理を進める。この二つの拡張子が同一でないと判断した場合には（SD 3 ： N O) 、 CPU40 8は、携帯電話機のユーザが読み出した電子メールに添付されているファイルの受信を希望していない判断し、当該電子メールに添付されているファイルを削除する（SD4) 。次に CPU40 8は、添付ファイルを削除した電子メール、または添付ファィルを有する電子メールを内包する HTTPレスポンスを生成し、生成した H TTPレスポンスを、該 HTTPリクエス卜に内包されている端末識別子で指定される携帯電話機へ送信する（SD 5) 。

<2. 実施形態の動作例 >

次に、携帯電話機 1 00とメールサーバ 40 0との間で行われる一連のメ一ル送受信処理について説明する。

(1) 添付ファイルの拡張子の設定

携帯電話機 1 00のユーザは、まず当該ユーザが取得を希望する添付フアイルの拡張子を設定する。以下、図 7および図 8用いて、ユーザが拡張子を設定する際に CPU 1 1 0が行う処理の流れの一例を説明する。

携帯電話機 1 00— 1のユーザが所定の操作を行うと、 C P U 1 1 0は、図 8に例示した設定メニュー画面 M 20を表示部 1 0 5に表示させる。この画面 M20が表示されている状態でユーザが操作を行うと、 C P U 1 1 0は操作部 1 04から供給された信号に基づき、ユーザの行った操作が設定メニュー画面 M20のテキストボックス BX 1 0に拡張子を示す文字の入力であるか否かを判断する（図 7、ステップ SA1) 。

C PU 1 1 0は、ユーザの行った操作が文字列の入力であると判断した場合には（図 7、 SA1 ： YES) 、ユーザが入力した文字列を設定メニュー画面 M20のテキストボックス BX 1 0内に表示させる（図 7、 SA2) 。ここでは、「jpeg」が入力されたとする。このとき、表示部 1 0 5には、設定メニュ —画面 M2 1 (図 8) が表示される。

当該操作が文字列の入力ではないと判断した場合には、 CPU1 1 0は、さらに、該供給された信号から、ユーザの行った操作が設定メニュー画面 M 2 0の「設定」ポタンをクリックであるか否かを判断する（図 7、 SA3) 。「設定」ポタンをクリックする旨の操作でないと判断した場合には（図 7、 S A3 ： NO) 、ステップ S A 1へ戻る。「設定」ポタンのクリックであると判断した場合には（図 7、 SA3 ： YES) 、 CPU 1 1 0は設定メニュー画面 M20のテキストボックス BXl 0に入力された文字列「jpeg」を抽出し、これを記憶部 106に記憶させる（SA4) 。ここでは、設定ポタンがクリックされたとする。

最後に、 CPU1 10は、拡張子を示す文字列を記憶部 106に記憶させた後、取得する添付ファイルの拡張子の設定が終了したことをユーザに示すための設定メニュー画面 M 22 (図 8) を表示部 105に表示させる。

(2) 電子メールの送受信

次に、携帯電話機 100— 1および携帯電話機 100— 2において、上記のファイル設定が完了したのちに、メールサーバ 400を介してメールの送受信を行われる時の動作について、図 13を用いて説明する。なお、以下に述べる動作において、携帯電話機 100— 1および携帯電話機 100— 2は、既に電源が入れられており、位置登録が行われて移動パケット通信網 200が提供するサービスを受けられる状態にあるものとする。また、携帯電話機 100—1 のユーザと携帯電話機 100— 2のユーザのいずれも、取得を希望する添付フアイルの拡張子を「jpeg」に設定したものとする。また、以下では、携帯電話機 100— 1および携帯電話機 100— 2のユーザのメールァドレスは、それぞれ「tarou@ab co. jp」および「hanako@abc.co. jp」であるとする。

(実施例 1 )

まず、携帯電話機 100— 1から携帯電話機 100— 2へ、拡張子が

「mid」であるファイル「腿 sicl.mid」を添付した電子メールを送信する場合を考える。

まず、携帯電話機 100— 1のユーザは、メールの本文の入力、携帯電話機 100— 2のユーザのメールアドレス「hanako@abc.co. jp」とメール本文とを入力し、添付ファイル「niusid.mid」を添付する操作を行い、電子メールを作成する。

次に、携帯電話機 100— 1のユーザが、作成した電子メールを送信する操作を行うと、 CPU1 10は POSTメソッドを用いた HTTPリクエストを生成する。具体的には、このリクエストは、メールサーバ 400に記憶されている格納用 CG Iの UR I rhttp://abc. co. jp/send. cgij を POSTメソッドのパラメ一夕とし、ユーザが入力したメールアドレス、メール本文、添付フアイル、およびこれらに加えて携帯電話機 100—1の端末識別子「MS 00 0001」を内包する。生成された HTTPリクエストは、携帯電話機 100 _ 1から送信され、メールサーバ 400の通信部 402にて受信される（ステップ S 101) 。

メールサーバ 400において、通信部 402にて受信された HTTPリクェストは、 CPU408へ供給される。 CPU408は、 HTTPリクエストを受信すると、当該 POSTメソッドのパラメ一夕である UR Iで指定される格納用 CG Iを記憶部 405から読み出して実行する。 CPU408は、格納用 CG Iを実行すると、当該 HTTPリクエストに内包されているメールァドレス「haiiako@ab co. jp」をキーにして記憶部 405を検索し、携帯電話機 10 0— 2のユーザに割り当てられたメールボックスを探す。 CPU408は該当するメールボックスを見つけると、当該電子メールを識別するためのメール識別子を生成する。続いて、 CPU408は、 HTTPリクエストに内包されているメール本文と、送信元である携帯電話機 100— 1の端末識別子と、添付ファイルと、生成されたメール識別子とを対応づけて当該メールボックスに格納する。

次に、 CPU408は、メールサーバ 400が携帯電話機 100— 2のュ一ザ宛の電子メールを受信したことを示す着信通知を生成する。この着信通知には、当該メールポックスに格納されている電子メールのメール識別子が内包される。続いて、 CPU408は、着信通知の通知先となる携帯電話機 100— 2を特定するために、当該電子メールの宛先を示すメールァドレス

「hanako@a . co. jp」をキーにして、加入者データベース 500を検索する。 CPU408は、図 2に示したデータの中から該当するメールアドレス rhanakoiabc. co. jp」を見つけると、このメールァドレスに対応づけて記憶されている端末識別子「MS 000002」を抽出する。

C P U 408は、抽出された端末識別子で識別される携帯電話機 100— 2 を宛先として、生成した着信通知を送信する（ステップ S 102) 。送信された着信通知は、携帯電話機 100— 2の通信部 102にて受信されたのち C P U110へ供給される。

着信通知を受信すると、メールサーバ 400のメールボックスに格納されている電子メールを取得するために、 CPU 1 10は GETメソッドを用いた H TTPリクエストを生成する。この HTTPリクエストは、図 14に示すように、メールサーバ 400に記憶されている配信用 CG Iの UR I

「http：〃 abc. co. jp/receive. cgi」を GETメソッドのパラメ一夕とする。配信用 CG Iのパラメ一夕において、取得するファイルの拡張子を示す「jpeg」が設定される。また、この HTTPリクエストは、携帯電話機 100— 2の端末識別子「MS 000002」と、取得しょうとする電子メールのメール識別子「0001J とを内包している。

生成された HTTPリクエストは、携帯電話機 100— 2から送信され（ステツプ S 103) 、メールサーバ 400の通信部 402にて受信された後、 C PU408へ送られる。 CPU408は、当該 HTT Pリクエストを受信すると、 GETメソッドのパラメータである UR Iで指定される配信用 CG Iを記憶部 405から読み出して実行する。

CPU 408はこの配信用 CG Iを実行すると、当該 HTTPリクエストに内包されている端末識別子「MS 000002」をキーにして、加入者データベース 500を検索し、当該端末識別子に対応づけて記憶されている電子メ一ルァドレス「hanako@abc. co. jp」を加入者デ一夕べ一ス 500から抽出する。次に CPU408は、抽出された電子メールアドレス「hanako@abc.co.jp」をキーにして記憶部 405のメールボックスを検索する。 CPU408は、携帯電話機 100— 2のユーザに割り当てられたメールボックスを見つけると、当該メール識別子「0001」で特定される電子メールを該メールボックスから抽出する。続いて、 CPU408は、読み出された電子メールに添付されているファイルを、端末識別子で指定される携帯電話機 100— 2へ送信するか否かを決定する。

携帯電話機 100— 2のユーザが取得を希望する添付ファイルの拡張子は、 CG Iのパラメ一夕において「jpeg」に設定されている一方、読み出した電子メールに添付されているファイルの拡張子は「mid」である。従って、 CPU 408は、携帯電話機 1 00— 2にこの添付ファイルを送信しないことを決定し、読み出された電子メールから添付されているファイル「musicl.inid」を削除する。

次に CPU408は、添付ファイルを削除して得られた電子メールを内包する HTTPレスポンスを生成する。生成された HTTPレスポンスは、メールサーバ 400から携帯電話機 100_ 2へ送信される（ステップ S 104) 。携帯電話機 100— 2では、通信部 1 02にて HTTPレスポンスが受信されると、受信された HTTPレスポンスが CPU1 10へ送られる。 CPU1 10は、該 HTTPレスポンスから電子メールを抽出し、これを記憶部 106 に記憶させる。

(実施例 2)

次に、同じく図 3を参照しつつ、携帯電話機 100— 2から携帯電話機 10 0— 1へ、 J PEG形式の画像ファイル「imagel. jpeg」を電子メールに添付して送信する場合について説明する。

まず、携帯電話機 100— 2のユーザが、宛先のメールアドレス

「taro@ak.co.jp」およびメール本文の入力を行い、「 image 1. jpeg」を添付し、作成した電子メールを送信する操作を行うと、 CPU1 10は、ユーザが入力したメールアドレス、メール本文、添付ファイルおよび携帯電話機 100 — 2の端末識別子「MS 000002」を内包する P O S Tメソッドを用いた HTTPリクエストを生成する。

この HTTPリクエストは、メールサーバ 400に記憶されている格納用 C G Iの UR Iを POSTメソッドのパラメ一夕とし、ユーザが入力したメールアドレス、メール本文、添付ファイルおよび携帯電話機 100— 2の端末識別子「MS 000002」とを内包する。生成された HTT Pリクエストは、メールサーバ 400へ送信され（ステップ S 105) 、通信部 402にて受信されたのち、 CPU408へ送られる。

CPU408は、 HTTPリクエストを受信すると、 POSTメソッドのパラメ一夕である UR Iによって指定される格納用 CG Iを記憶部 405から格納用 CG Iを読み出して実行する。具体的には、 CPU408は、 HTTPリクェストに内包されているメールアドレス「taro@abc.co. jp」をキーにして記憶部 405のメ一ルポックスを検索する。

CPU408は、携帯電話機 1 00— 1のユーザに割り当てられたメールボックスを見つけると、該電子メールを識別するためのメール識別子を生成する。 CPU408は、この HTTPリクエストに内包されているメール本文と、携帯電話機 100— 2の端末識別子と、添付ファイルと、生成されたメール識別子とを対応づけてメールボックスに格納する。

次に CPU408は、携帯電話機 100— 1のユーザ宛に電子メールが送信されたことを示す着信通知を生成する。この着信通知には、メールボックスに格納されている電子メールのメール識別子が内包される。

続いて、 CPU408は、着信通知の通知先となる携帯電話機 100— 1を特定するために、加入者データベース 500を参照し、宛先を示すメールアドレス「taro@abc.co.jp」に対応付けて格納されている端末識別子「MS 000 001」を抽出する。

次に、 CPU408は、抽出された端末識別子で特定される携帯電話機 10 0— 1を宛先として、生成した着信通知を送信する（ステップ S 106) 。メールサーバ 400から送信された着信通知は、携帯電話機 100— 1にて受信され携帯電話機 100— 1の CPU1 10へ送られる。

着信通知を受信した CPU 110では、メールサーバ 400のメールボックスに格納されている電子メールを取得するために、 GETメソッドを用いた H TTPリクエストを生成する。この HTTPリクエストは、図 6に示したように、メールサーバ 400に記憶されている配信用 CG Iの UR Iを GETメソッドのパラメータとする。また、配信用 CG Iのパラメータは、取得するファィルの拡張子を示す「jpeg」に設定される。また、この HTTPリクエストは、図 6に示したように、携帯電話機 100— 1の端末識別子「M S 00000 1」と、取得しょうとする電子メールのメール識別子「0001」とを内包している。

生成された HTTPリクエストは、携帯電話機 100— 1から送信され（ステツプ S 1 07) 、メールサーバ 40 0の通信部 40 2にて受信された後、 C PU40 8へ送られる。

CPU408は、該 HTTPリクエストを受信すると、 GETメソッドのパラメ一夕である UR Iによって指定される配信用 CG Iを記憶部 40 5から読み出して実行する。具体的には、 CPU40 8は、 HTTPリクエストに内包されている端末識別子「MS 0 0 0 0 0 1」キ一にして加入者データベース 5 00内を検索する。この結果、 HTTPリクエストに内包されている端末識別子「MS 0 00 00 1」に対応付けて格納されている電子メールァドレス「taro@abc.co. jp」が抽出される。

次に CPU408は、抽出された電子メールアドレス「taro@ab co. jp」をキーにして記憶部 40 5内を検索する。この結果、携帯電話機 1 0 0 _ 1のュ —ザに割り当てられたメールボックスから該メール識別子により指定される電子メールが抽出される。

次に CPU408は、抽出された電子メールに添付されているファイルを該端末識別子で指定される携帯電話機 1 0 0— 1へ送信するか否かを判断する。ここで、携帯電話機 1 00— 1が取得する添付フアイルの拡張子は CG Iのパラメ一夕にて「jpeg」に設定されており、抽出された電子メールに添付されているファイルの拡張子もまた「； ipeg」である。従って、 CPU40 8は、該添付ファイルを携帯電話機 1 00— 1に送信すべきであると判定する。続いて、 CPU408は、該ファイルが添付されたままの電子メールを内包する HTT Pレスポンスを生成する。生成された HTTPレスポンスは、メールサーバ 4 00から携帯電話機 1 00— 1へ送信される（ステップ S 1 0 8) 。

携帯電話機 1 00— 1では、通信部 1 02にて HT T Pレスポンスが受信されたのち、 CPU 1 1 0へ供給される。 CPU 1 1 0は、該 HTTPレスボンスを受信すると、該 HTTPレスポンスから電子メールを抽出しこれを記憶部 1 06に記憶させる。

以上説明したように、本実施形態によれば、携帯電話機 1 0 0のユーザは、自分の所望する拡張子のファイルのみを、携帯電話機 1 00に受信させることが可能となる。また、ュ一ザは取得する添付ファイルの拡張子を携帯電話機 1 0 0にて一度設定すれば、それ以降、電子メールを受信するたびに添付フアイルを受信するか否かの操作を行う必要がない。以降の H T T Pリクエス卜にその設定内容が反映されるからである。 < 3 . 変形例 >

上述した実施形態では、一例として、携帯電話機 1 0 0が画像ファイルおよび音楽ファイルを処理できることとした。しかしながら、携帯電話機 1 0 0が使用することができるファイルは、画像ファイルや音楽ファイルに限定されるものではない。本発明は任意の種類（拡張子）にも適用可能である。

上述した実施形態では、携帯電話機 1 0 0のユーザが、取得する添付フアイルの拡張子を設定する際に、一つの拡張子しか設定していないが、図 1 5に例示したように取得する添付ファイルを複数設定するようにしてもよい。この場合、例えば、携帯電話機 1 0 0が使用可能なファイルの拡張子を携帯電話機 1 0 0の記憶部 1 0 6に予め記憶させておき、受信を希望する添付ファイルの拡張子を設定する際に、図 1 6に示すような設定メニュー画面を表示部 1 0 5に表示させる。これにより、ユーザは表示された使用可能なファイルのうち、受信を希望するものを複数選ぶことができる。例えば、「j peg」、「mid」および [gi fJ が設定された場合は、 G E Tメソッドのへッダは図 1 7に示すようなものになる。メールサーバ 4 0 0において、このような H T T Pリクエストを受信した場合、 C P U 4 0 8は、携帯電話機 1 0 0宛の電子メールの添付ファィルのいずれか一つに合致するか否かを判定する。

これとは逆に、図 1 8に示すように、ユーザが取得を希望しないファイルの拡張子を指定することとしてもよい。この場合、携帯電話機 1 0 0において、 C P U 1 1 0は、携帯電話機 1 0 0で使用可能な全てのファイルの種類の中からユーザが指定したものを除外して得られたファイル種類を H T T Pリクエストのヘッダに設定する。

このような態様によれば、携帯電話機 1 0 0のユーザは、取り扱い説明書などをみることなく、携帯電話機 1 0 0で使用可能なファイルの拡張子を容易に確認することが可能となるので、ユーザの利便性がさらに向上する。なお、複数の拡張子の指定が可能な場合には、取得するファイルの拡張子を全て設定するのではなく、全てのファイルの取得を指定する C G Iパラメ一夕を導入してもよい。例えば、ユーザは端末で処理できる形式の全てのファイルを受け入れたい場合は、図 6に示す H T T Pリクエストにおいて、例えば「？ ATT=j peg」に替えて、「？ ATT=al l i ig」というパラメータが指定される。逆に、いかなる添付ファイルもファイルを受信したくない場合には、例えば、図 6において、「？ ATT=jpeg」に替えて、「？ ATT=none」というパラメ一夕が指定される。メールサーバ 4 0 0において、 C P Uはこのような H T T Pリクエストを受信すると、「al l f ig」の場合は、いかなる添付ファイルであっても携帯電話機 1 0 0へ送信し、「none」の場合は全ての添付ファイルを削除したのち携帯電話機 1 0 0へ送信する。

また、上述した実施形態では、ユーザが文字列をテキストボックスに入力することにより、添付ファイルの拡張子の指定を行っている。しかしながら、これに限定されず、プルダウンメニューやチェックボックスを用いて選択するようにしてもよい。あるいは、画面を通じてではなく、音声ガイダンスによってユーザにフアイル種類の選択を促してもよい。

また、上述した実施形態では、電子メールの授受は移動パケット通信網 2 0

0内に収容されている携帯電話機 1 0 0— 1と携帯電話機 1 0 0— 2の間で行われている。しかしながら、電子メールの授受は移動パケット通信網 2 0 0内に限定されるものではない。例えば、ゲートウェイサ一バ 3 0 0を介し、携帯電話機 1 0 0とインタ一ネッ卜に接続されているパ一ソナルコンピュータとの間でメールを授受するようにしてもよい。

また、上述した実施形態では、取得する添付ファイルの拡張子を C G Iのパラメ一夕に設定して、携帯電話機 1 0 0が取得する添付ファイルの拡張子をメールサーバ 4 0 0へ知らせるようにした。しかしながら、取得する添付フアイルの拡張子をメールサーバ 4 0 0へ知らせる方法は、この方法に限定されない。例えば、 HT T Pリクエストのリクエストヘッダに新たなヘッダを設けて、このヘッダに取得する添付ファイルの拡張子を設定するようにしてもよい。上述した実施形態では、メールサーバ 4 0 0は、携帯電話機 1 0 0へ電子メールを送信した後、送信した電子メールをメールボックスに残すようにしているが、電子メールを携帯電話機 1 0 0へ送信後、送信した電子メールをメールボックスから削除するようにしてもよい。

この場合、メールサーバ 4 0 0は、携帯電話機 1 0 0から送信される電子メール受信確認を受信した後、当該電子メールを削除するようにしてもよい。上述した実施形態では、携帯電話機 1 0 0が受信した電子メールの添付ファィルは、携帯電話機 1 0 0の記憶部 1 0 6に記憶されるが、 I M T— 2 0 0 0 に準拠した携帯電話機においては、電子メールに添付されたファイルを U I M に記憶させるようにしてもよい。ここで、 U I M (User Ident i ty Module) とは、契約者情報を記憶した不揮発性メモリを有する I Cカードであり、 I MT - 2 0 0 0 (Internat ional Mobi le Teleco匪 unicat ion 2000) に準拠した携帯電話機では携帯電話機に着脱可能に実装されるものである。

この態様によれば、受信した携帯電話機では開けないファイルをメールサーバ 4 0 0から受信しても、添付ファイルを記憶した U I Mを、ファイルを使用可能な携帯電話機へ差し替えることにより、受信したファイルを使用することが可能となる。従って、添付ファイルの種類の設定においては、その携帯電話機が使用できるファイルに制限されない。これにより、添付ファイルを利用形態は多様化し、ユーザの利便性が高まる。

また、メールサーバが実行する制御プログラム、格納用 C G I、配信用 C G Iは、プログラムを作成した事業者が、インターネットなどのネットワークを介してメールサーバへ提供するようにしてもよい。また、これらのプログラムを CD— R OM (Compact Disc Read Only Memory) や D VD— R OMなどの記録媒体に記録させて、当該サーバへ提供するようにしてもよい。

また、上述した実施形態では、携帯電話機 1 0 0にて実行されるプログラムは R O M 1 0 8に記憶されているが、フラッシュメモリなどの書き換えが可能なメモリに記憶させるようにしてもよい。これにより、移動パケット通信網 2 0 0およびインターネットを介して、携帯電話機 1 0 0にて実行されるプログラムを提供することが可能となる。また、携帯電話機にて実行されるプロダラムを上記記録媒体に記録させて提供する場合には、パーソナルコンピュータを用いてこれらの記録媒体からプログラムを読み出し、パーソナルコンピュータと携帯電話機 1 0 0とを有線もしくは無線により接続することにより携帯電話機のフラッシュメモリにプログラムを記憶させるようにしてもよい。

Claims

請求の範囲

1. フアイルが添付された電子メールをサーバ装置から通信端末へ送信する方法であって、

前記通信端末が、前記通信端末のユーザが受信を希望する添付ファイルの種類を指定する種別情幸を取得する取得ステツプと、

前記通信端末が、前記種別情報を前記サーバ装置へ送信する送信ステツプと、前記サーバ装置が、前記種別情報を受信する受信ステツプと、

前記サーバ装置が、前記サーバ装置により受信された前記通信端末宛ての電子メールの添付ファイルの種類が、前記種別情報によって特定されるファイル種類に一致するか否かを判定するステップと、

前記サーバ装置が、該添付ファイルの種類が一致しない場合は、該電子メールから該添付ファイルを削除して得られた電子メールを前記通信端末へ送信し、当該添付ファイルの種類が一致する場合は、該電子メールを前記通信端末へ送信するステップと

を有することを特徴とする電子メール送信方法。

2. 前記通信端末において、該通信端末宛の電子メールを取得する旨の要求を前記サーバ装置に送信するステツプをさらに備え、

当該要求には前記取得された種別情報が内包されている

ことを特徴とする請求項 1に記載の電子メール配信方法。

3. 前記取得ステップにおいて、前記通信端末が前記通信端末にて使用可能なフアイルの種類を表示すること

を特徴とする請求項 1に記載の電子メール配信方法。

4. 前記通信端末は、当該通信端末に着脱可能な記憶部を有し、

前記通信端末が、前記電子メール送信ステツプにて送信された電子メールを受信し、受信した電子メールに添付されているファイルを前記記憶部に記憶させ -s目 d憶二

をさらに有することを特徴とする請求項 1に記載の電子メール配信方法。

5.前記取得ステップにおいて、まずユーザが受信したくないファイルの種類を指定する情報を取得し、該取得した情報に基づいて前記種別情報を生成することを特徴とする請求項 1に記載の電子メール配信方法。

6 . ユーザが受信を希望する添付ファイルの種類を指定する種別情報を取得する手段と、

前記種別情報をサーバ装置へ送信する送信手段と、

前記サーバ装置から電子メールを取得する取得手段と

を有することを特徴とする通信端末。

7. 前記通信端末宛の電子メールの取得を要求する旨の受信要求を前記サ一バ装置に送信する手段をさらに備え、

前記要求には前記取得された種別情報が内包されている

ことを特徴とする請求項 6に記載の通信端末。

8 . 前記通信端末にて使用可能なファイルの種類をユーザに提示する手段をさらに備えることを特徴とする請求項 6に記載の通信端末。

9. 取得した電子メールに添付されているファイルを着脱可能な記憶部に記憶する手段を更に有することを特徴とする請求項 6に記載の通信端末。

1 0. 前記取得手段は、まず、前記ユーザが受信を希望しないファイルの拡張子を指定する情報を受信し、該受信された情報に基づいて前記種別情報を生成する

ことを特徴とする請求項 6に記載の通信端末。

1 1 . 通信端末から送信された、前記通信端末のユーザが受信を希望する添付ファイルの種類を指定する種別情報を受信する手段と、

前記サーバ装置により受信された前記通信端末宛ての電子メールに添付されるファイルの種類が、前記種別情報によって特定されるファイルの種類に一致するか否かを判定する手段と、

該添付ファィルの種類が一致しない場合は、該電子メールから該添付フアイルを削除することにより得られた電子メールを前記通信端末へ送信し、当該添付ファイルの種類が一致する場合は、該電子メールを前記通信端末へ送信する手段と

を有することを特徴とするサーバ装置。

1 2. サーバ装置において、電子メールを通信端末へ送信する方法であって、前記通信端末から送信された、前記通信端末のユーザが受信を希望する添付フアイルの種類を指定する種別情報を受信するステップと、

前記通信端末宛ての電子メールを受信すると、該電子メールに添付されているフアイルの種類が前記種別情報によつて特定されるフアイルの種類に一致するか否かを判定するステップと、

該添付ファイルの種類が一致しない場合は、該電子メールから該添付ファイルを削除することにより得られた電子メールを前記通信端末へ送信し、当該添付ファイルの種類が一致する場合は、該電子メールを前記通信端末へ送信するステツフと

を有することを特徴とするメール送信方法。