JPWO2003105426A1 - 電子メール配信方法、通信端末、およびサーバ装置 - Google Patents
電子メール配信方法、通信端末、およびサーバ装置 Download PDFInfo
- Publication number
- JPWO2003105426A1 JPWO2003105426A1 JP2004512365A JP2004512365A JPWO2003105426A1 JP WO2003105426 A1 JPWO2003105426 A1 JP WO2003105426A1 JP 2004512365 A JP2004512365 A JP 2004512365A JP 2004512365 A JP2004512365 A JP 2004512365A JP WO2003105426 A1 JPWO2003105426 A1 JP WO2003105426A1
- Authority
- JP
- Japan
- Prior art keywords
- communication terminal
- file
- type
- attached
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/06—Message adaptation to terminal or network requirements
- H04L51/063—Content adaptation, e.g. replacement of unsuitable content
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/58—Message adaptation for wireless communication
Abstract
携帯電話機100−1は、電子メールの取得を要求する旨のHTTPリクエストに、ユーザが取得を所望する添付ファイルの拡張子を示す情報を内包させ、このHTTPリクエストをメールサーバ400へ送信する。メールサーバ400は、HTTPリクエストを受信すると、電子メールに添付されているファイルと、HTTPリクエストに内包された情報とを比較し、添付ファイルを送信するか否か判断する。メールサーバ400は、添付ファイルを送信しないと判断した場合には、添付ファイルを削除した電子メールを携帯電話機100−1へ送信する。
Description
技術分野
本発明は、ファイルが添付された電子メールを通信端末へ配信する技術に関する。
背景技術
近年、携帯電話機やPDA(Personal Data Assistants)などの携帯通信端末やパーソナルコンピュータ等の電子機器を用いて、画像や音楽などのファイルを添付した電子メールの送受信が盛んに行われている。
しかしながら、上記機器によってハードウェア構成や機能が異なるため、ファイルが添付された電子メールを受信しても、そのファイルを使用できないという問題がある。例えば、携帯電話機によっては、JPEG(Joint Photographic Coding Experts Group)方式の画像ファイルが添付された電子メールを受信しても、そのファイルを開くことができない。一般に添付ファイルのサイズはメール本文のそれと比べて大きく、開くことができない添付ファイルを受信するのは時間の無駄である。加えて、特にハードウェアリソースの乏しい携帯電話機においては、ファイル受信中は他の機能が制限される可能性もある。これは無視できない問題である。
メールサーバが携帯端末宛のメールを受信する度に、添付ファイルを受信するか否かをユーザに確認させることも考えられるが、これによってユーザの利便性は著しく低下してしまう。
この問題に対処するため、携帯電話機に受信される添付ファイルを全て処理可能なファイル形式に変換する技術が特開2001−217860号公報に開示されている。より具体的には、携帯電話機で処理できないファイルの形式を、サーバ装置にて携帯電話機で使用可能なファイル形式に変換し、該変換されたファイルが添付された電子メール新たに作成し、これを携帯電話機へ送信する技術が開示されている。
しかしながら、通常一つのメールサーバには一度に多数の端末がアクセスし得るため、この技術では、添付ファイルの変換処理にともなって多大な負荷がサーバ装置にかかってしまうことがある。加えて、サーバ装置へアクセスする端末の種類も様々であるので、サーバ装置は端末の種類に応じた変換方法を用意する必要がある。これにより、サーバ装置にかかる負荷は一層増す。
そこで、このようなファイルの変換作業を通信端末側で行うことも考えられるが、特に携帯電話機のように十分な処理能力をもたない機器にあっては、仮にこの変換作業ができたとしても、電子メールの受信が終了するまでに時間がかかってしまい、現実的ではない。
これを回避するため、変換ができないことを示す旨の通知のみを携帯電話機へ送信し、変換不可能なファイルは携帯電話機に送信しないという技術がある。すなわち、一部の添付ファイルのみが携帯電話機に送信される。このため、ファイル変換を行うサーバ装置は、各携帯電話機がどのファイル形式に対応可能であるかを示す対応表を予め備えている。
しかしながら、この場合は、携帯電話機の機種によって受信可能な添付ファイルが固定されてしまう。例えば、携帯電話機で処理できる種類の添付ファイルであれば、たとえユーザが受信を望まなくても、すべて携帯電話機に送信されてしまうことになる。すなわち、受信したい添付ファイルをユーザが自由に指定することができない。
本発明は上述した事情に鑑みてなされたものであり、ユーザが所望する添付ファイルのみを受信することのできる電子メール配信方法、当該方法に用いられる通信端末、サーバ装置を提供することを目的とする。
発明の開示
上述した課題を解決するために、本発明は、ファイルが添付された電子メールをサーバ装置から通信端末へ送信する方法であって、前記通信端末において前記通信端末のユーザが受信を希望する添付ファイルの種類を指定する種別情報を取得する取得ステップと、前記通信端末において前記種別情報を前記サーバ装置へ送信する送信ステップと、前記サーバ装置において前記種別情報を受信するステップと、前記サーバ装置において前記サーバ装置により受信された前記通信端末宛ての電子メールの添付ファイルの種類が、前記種別情報によって特定されるファイル種類に一致するか否かを判定するステップと、前記サーバ装置において該添付ファイルの種類が一致しない場合は、該電子メールから該添付ファイルを削除して得られた電子メールを前記通信端末へ送信し、当該添付ファイルの種類が一致する場合は、該電子メールを前記通信端末へ送信するステップと
を有する電子メール送信方法を提供する。
また本発明は、ユーザが受信を希望する添付ファイルの種類を指定する種別情報を取得する手段と、前記種別情報をサーバ装置へ送信する送信手段と、
前記サーバ装置から電子メールを取得する取得手段とを有することを特徴とする通信端末を提供する
また本発明は、通信端末から送信された、前記通信端末のユーザが受信を希望する添付ファイルの種類を指定する種別情報を受信する手段と、前記サーバ装置により受信された前記通信端末宛ての電子メールに添付されるファイルの種類が、前記種別情報によって特定されるファイルの種類に合致するか否かを判定する手段と、該添付ファイルの種類が一致しない場合は、該電子メールから該添付ファイルを削除することにより得られた電子メールを前記通信端末へ送信し、当該添付ファイルの種類が一致する場合は、該電子メールを前記通信端末へ送信する手段とを有するサーバ装置を提供する。
また本発明は、コンピュータ装置を、当該コンピュータ装置のユーザが受信を希望する添付ファイルの種類を指定する種別情報を取得する手段と、前記種別情報をサーバ装置へ送信する送信手段と、前記サーバ装置から電子メールを取得する取得手段として機能させるためのプログラムおよび当該プログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。
また本発明は、コンピュータ装置を、通信端末から送信された、前記通信端末のユーザが受信を希望する添付ファイルの種類を指定する種別情報を受信する手段と、前記コンピュータ装置により受信された前記通信端末宛ての電子メールに添付されるファイルの種類が、前記種別情報によって特定されるファイルの種類に合致するか否かを判定する手段と、該添付ファイルの種類が一致しない場合は該電子メールから該添付ファイルを削除することにより得られた電子メールを前記通信端末へ送信し、当該添付ファイルの種類が一致する場合は該電子メールを前記通信端末へ送信する手段として機能させるためのプログラムおよび当該プログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。
発明を実施する為の最良の形態
以下、図面を参照して本発明に係る実施形態について説明する。ただし、本発明は、係る実施形態に限定されるものではなく、特許請求の範囲に記載された範囲内で任意の態様を含む。
<1.実施形態の構成>
<1−1.全体構成>
図1は、本発明に係わる通信システム10の全体構成を例示する図である。通信システム10には多数の携帯電話機が存在するが、図面が繁雑になるのを防ぐために、所定の携帯電話機100−1と携帯電話機100−2のみが示されている。
携帯電話機100−1および携帯電話機100−2は(以下、特に個々の携帯電話機を区別する必要のない場合は、携帯電話機100と略称する)、ユーザが所有する携帯電話機であり、移動パケット通信網200が提供する移動体データ通信サービス受けることができる。携帯電話機100は、移動パケット通信網200を利用して電子メールの授受を行う機能を有している。
携帯電話機100−1は、拡張子が「jpeg」であるJPEG形式の画像ファイルと、拡張子が「mid」であるMIDI(Musical Instrument Digital Interface)形式の音楽ファイルを使用することが可能であり、携帯電話機100−2は、拡張子が「jpeg」であるJPEG形式の画像ファイルをのみを使用することが可能である。
図2に示すように、携帯電話機100−1のユーザは、その名前が「電話太郎」であり、移動パケット通信網200を運用する通信事業者から電子メールアドレス「taro@abc.co.jp」を付与されている。携帯電話機100−2のユーザは、その名前が「電話花子」であり、電子メールアドレス「hanako@abc.co.jp」が付与されている。
移動パケット通信網200は、移動体データ通信サービスを提供する通信網であり、移動パケット通信網200に収容されている携帯電話機と無線通信を行う無線基地局と、無線基地局に接続された交換機と、交換機に接続された関門交換機と(いずれも図示略)、関門交換機に接続されたゲートウェイサーバ300と、メールサーバ400と、加入者データベース500とを有している。
この移動パケット通信網200を介し、パケット通信方式により、移動パケット通信網200に収容されている携帯電話機間で行われる電子メールの授受が行われる。
ゲートウェイサーバ300は、図示を省略したインターネット等のネットワークと移動パケット通信網200とを相互接続するために、各ネットワークに適合するように通信プロトコルの変換を行う。より具体的には、ゲートウェイサーバ300は、移動パケット通信網200内で使用される移動パケット通信網用の伝送プロトコルと、インターネット等のネットワークにおいて標準で使用されるTCP/IPとの変換を行う。
メールサーバ400は、携帯電話機100へ電子メールを配信するサーバであり、ゲートウェイサーバ300に接続されている。
加入者データベース500は、移動パケット通信網200を運用する通信事業者と移動パケット通信網200の使用に関する契約を行った加入契約者に関する情報を記憶するデータベースであり、ゲートウェイサーバ300に接続されている。加入者データベース500には加入契約者に関するデータが格納されている。具体的には、図2に示すように、加入契約者の氏名に対応づけて、加入契約者が所有する携帯電話機を識別するための端末識別子、加入契約者が所有する携帯電話機の電話番号、加入契約者の住所、移動パケット通信網200を運用する通信事業者が加入契約者に付与した電子メールアドレスなどのデータが格納されている。
<1−2.携帯電話機>
図3は、携帯電話機100−1のハードウェア構成を例示するブロック図である。同図に示すように、アンテナ103を除く携帯電話機100−1の各部は、バス101に接続されており、このバス101を介して各部間でデータの授受が行われる。
通信部102は、アンテナ103を備えており、CPU(Central Processing Unit)110の制御の下、移動パケット通信網200に設置されている無線基地局との間で無線通信を行う。操作部104は、図示を省略したテンキーや操作指示などを入力するための複数のキー等を有している。ユーザはこの操作部104を用いて、文字入力、条件選択、プログラムの起動指示等を行う。具体的には、ユーザが操作部104を操作すると、その操作内容に応じた信号がCPU110に供給され、CPU110はその操作内容を解釈して、該操作内容に応じて各部の動作を制御する。表示部105は、例えば、図示せぬ液晶表示パネルおよび液晶表示パネルの表示制御を行う制御回路を有しており、CPU110から制御の下、文字や画像を液晶ディスプレイに表示する。画像の一例としては電源投入時に表示されるメニュー画面である。記憶部106は、例えば、EEPROM(Electrically Erasable and Programmable Read Only Memory)などの不揮発性メモリ(図示略)を有しており、携帯電話機100−1を制御するためのデータなどを記憶する。音楽再生部107は図示を省略したスピーカを有しており、CPU110の制御の下、音楽ファイルを再生する。
ROM(Read Only Memory)108には、CPU110により実行される各種プログラムが記憶されており、携帯電話機100−1の全体を制御するOS(Operating System)プログラムや電子メールプログラムなどが記憶されている。また、ROM108には、携帯電話機100−1を一意に識別するための識別子である端末識別子「MS000001」が記憶されている。RAM(Random Access Memory)109は、CPU110の作業エリアとして使用され、CPU110が実行するプログラムが使用するデータが一時的に記憶される。
CPU110は、携帯電話機100−1の電源が入れられると、ROM108からOSプログラムを読み出し実行する。CPU110はOSプログラムを実行すると、通信部102が受信した信号やユーザの操作に応じて操作部104から出力される信号に応じた処理を行う。例えば、ユーザの操作が電子メールプログラムの起動を指示するものであれば、CPU110はROM108から電子メールプログラムを読み出し実行する。CPU110は、電子メールプログラムを実行した後は、操作部104から供給される信号と表示部105に現在表示されている画面とに基づいてユーザの指示を特定し、この指示に応じた各種の処理を行う。
次に、携帯電話機100−1が有する電子メールの送受信に関する機能を説明する。ROM108に格納される電子メールプログラムは、電子メールの送受信をHTTP(HyperText Transfer Protocol)を用いて行う機能を有している。
(1)送信
CPU110が電子メールプログラムを実行すると、まず、表示部105に図4に例示したメニュー画面M10が表示される。次に、携帯電話機100−1のユーザが電子メールの本文と送信先を示す電子メールアドレスの入力し、続いて添付するファイルを指定すると、入力された電子メール本文、電子メールアドレスおよび添付すべきファイルが、RAM109に格納される。そしてCPU110は、ユーザにより入力された電子メールの本文と電子メールの送信先を示す電子メールアドレス、およびユーザにより指定された添付するファイルを表示部105に表示させる。
ユーザが操作部104を用いて電子メールを送信する操作を行うと、CPU110は、RAM109に格納されている電子メールの本文、メールアドレス、添付すべきファイルおよび携帯電話機100−1の端末識別子をパラメータとして含む、POSTメソッドを用いたHTTPリクエストを生成する。生成されたHTTPリクエストの一例を図5に示す。
同図に示すように、メールサーバ400が実行するCGI(Common Gateway Interface)プログラムのURI(Uniform Resource Identifiers)がPOSTメソッドのパラメータとして設定される。また、端末識別子はUser−Agent部に設定される「MS000001」である。このようにして生成されたHTTPリクエストは、メールサーバ400へ送信される。
(2)受信
CPU110は、携帯電話機100−1宛に電子メールが届いていることを知らせる旨の着信通知をメールサーバ400から受信すると、該電子メールをメールサーバ400から取得するために、GETメソッドを用いたHTTPリクエストを生成する。このHTTPリクエストは、携帯電話機100−1の端末識別子と、電子メールを識別するためのメール識別子と、電子メールにファイルが添付されている場合に、携帯電話機100−1に取得するファイルの拡張子を指定するパラメータとを内包している。具体的には、メールサーバ400が実行するCGI(Common Gateway Interface)プログラムのURIをGETメソッドのパラメータとして設定する。生成されるHTTPリクエストの一例を図6に示す。同図に示すように、取得するファイルの拡張子を指定するパラメータとして「jpeg」が、端末識別子「MS000001」がUser−Agent部に、設定し、メール識別子「0001」がX−ID部にそれぞれ設定される。このようにして生成されたHTTPリクエストはメールサーバ400へ送信される。
CPU110は、電子メールを受信するためのHTTPリクエストへの応答としてメールサーバ400から送信されるHTTPレスポンスを受信すると、HTTPレスポンスに内包されている電子メールを該HTTPレスポンスから抽出し、抽出した電子メールを記憶部106に記憶させる。電子メールにファイルが添付されている場合には、CPU110は添付されているファイルを電子メールから抽出し、これを記憶部106に記憶させる。
また、この電子メールプログラムは、あらゆる種類の添付ファイルを受信することができる。受信した添付ファイルがJPEG形式またはMIDI形式のファイルであった場合は、携帯電話機100−1はそのファイルを開くことができるが、それ以外の添付ファイルを受信した場合は、そのファイルを開くことができない。
具体的には、携帯電話機100−1は、拡張子が「jpeg」である画像ファイルを受信した場合、ユーザからの指示に従って、表示部105にその画像を表示させる。例えば、ユーザから指示により、CPU110は記憶部106に記憶されている受信した添付ファイルを読み出し、その一覧を表示部105に表示させる。そして、ユーザがその中から拡張子が「jpeg」であるファイルを選択すると、CPU110はその画像を表示部105に表示させる。
また、携帯電話機100−1は、拡張子が「mid」である音楽ファイルが添付された電子メールを受信した場合、ユーザからの指示によりその音楽を再生する。具体的には、ユーザが、所定の操作を行うと、CPU110は記憶部106に記憶されている添付ファイルを読み出し、そのファイルの一覧を表示させる。ユーザが、表示された一覧の中から拡張子が「mid」であるファイルを選択すると、CPU110は音楽再生部107にその音楽を再生させる。
<1−3.携帯電話機100−2>
携帯電話機100−2は、携帯電話機100−1とほぼ同じ構成であるため、同一の部分についてはその説明を省略する。携帯電話機100−2が携帯電話機100−1と異なる点は、端末識別子が「MS000002」である点、および携帯電話機100−1が有している音楽再生部107を有しておらず、従って拡張子が「mid」である音楽ファイルを使用することができない点、である。
<1−4.メールサーバ400>
図9は、メールサーバ400のハードウェア構成を例示するブロック図である。同図に示すように、メールサーバ400の各部は、バス401により接続されている。
通信部402は、他の装置と通信を行うための通信インターフェースであり、ゲートウェイサーバ300とメールサーバ400とを接続する。操作部403は、図示を省略したマウスやキーボードを有している。メールサーバ400の管理者が操作部403のマウスやキーボードを操作すると、該操作に応じた信号がCPU408へ出力される。表示部404は、一例として、図示せぬ液晶ディスプレイおよびその制御回路から構成される。表示部404は、CPU408から送信される制御信号を受信すると、該制御信号に応じた文字や画像を表示する。管理者はこの画面を見ながら、新規ユーザ登録や記憶部405のメールボックスのメンテナンス作等を行う。
記憶部405は、ハードディス等から構成され、移動パケット通信網200の加入契約者宛の電子メールを記憶するためのメールボックスを、加入契約者(すなわち携帯電話機のユーザ)に付与された電子メールアドレス毎に保有している。また、記憶部405には、メールサーバ400の全体を制御するための制御プログラムと、移動パケット通信網200に収容されている携帯電話機から送信された電子メールをメールボックスに格納するためのCGIプログラム「send.cgi」(以下、格納用CGIとする)と、メールボックスに格納されている電子メールを移動パケット通信網200に収容されている携帯電話機へ配信するためのCGIプログラム「receive.cgi」(以下、配信用CGIとする)とが記憶されている。格納用CGIの記憶位置を示すURIは、「http://abc.co.jp/send.cgi」であり、配信用CGIの記憶位置を示すURIは、「http://abc.co.jp/receive.cgi」である。
ROM406には、IPL(Initial Program Loader)が記憶されている。RAM(Random Access Memory)407はCPU408の作業エリアとして使用され、CPU408により実行されるプログラムが使用するデータが転送される。CPU408は、メールサーバ400を構成する各部を制御する。CPU408は、メールサーバ400の電源が入れられると、まずROM406からIPLを読み出し実行する。続いて、記憶部405から制御プログラムを読み出し実行する。
次に、メールサーバ400が有する電子メールの配信機能について説明する。
記憶部405に記憶されているCGIプログラムは、携帯電話機100から送信された電子メールを配信する機能を有している。具体的には、CPU408は、携帯電話機100から送信されるHTTPリクエストを受信すると、HTTPリクエストのメソッドに応じてCGIプログラムを記憶部405から読み出して実行する。以下、図10に例示したフローチャートを用いて、CPU408がHTTPリクエストを受信した時に行う処理について説明する。
まず、CPU408は、携帯電話機100から送信されたHTTPリクエストを受信したか否かを判断する(ステップSB1)。CPU408は、HTTPリクエストを受信していないと判断した場合には、HTTPリクエストを受信するまで待ち続ける(SB1:NO)。
CPU408は、ステップSB1で「YES」と判断した場合には、受信したHTTPリクエストのメソッドがPOSTメソッドであるか否かを判断する(SB2)。CPU408は、HTTPリクエストのメソッドがPOSTメソッドであると判断した場合には(SB2:YES)、格納用CGIを記憶部405から読み出して実行する(SB3)。
続いて、CPU408は、受信したHTTPリクエストに内包されている電子メールを記憶部405のメールボックスに格納する(SB4)。この格納処理の詳細は後述する。
CPU408は、ステップSB2で「NO」と判断した場合には、受信したHTTPリクエストのメソッドがGETメソッドであるか否かを判断する(SB5)。CPU408は、HTTPリクエストのメソッドがGETメソッドであると判断した場合には(SB5:YES)、配信用CGIを記憶部405から読み出して実行する(SB6)。続いて、CPU408は、記憶部405のメールボックスに格納されている電子メールを移動パケット通信網200に収容されている携帯電話機へ配信する処理を行う(SB7)。この配信処理の詳細は後述する。なお、ステップSB5にて「NO」と判断した場合には、処理はステップSB1へ戻り、HTTPリクエストが送信されるのを待つ。
(1)電子メール格納処理
次に、図10のステップSB4における格納用CGIを実行する処理について、図11に示すフローチャートを用いて詳述する。
CPU408は、格納用CGIを実行すると、携帯電話機100から送信されたPOSTメソッドを用いたHTTPリクエストに内包されている、電子メールの宛先を示すメールアドレスをキーにして記憶部405のメールボックスを検索する。CPU408は、該当するメールボックスを見つけると、当該受信した電子メールを識別するためのメール識別子を生成する。次に、CPU408は、HTTPリクエストに内包されているメール本文と、送信元の携帯電話機100の端末識別子と、添付ファイルが添付されている場合には添付ファイルと、該メール識別子とを対応づけて、当該メールボックスに格納する(ステップSC1)。
続いてCPU408は、HTTPリクエストに内包されているメールアドレスで指定されるユーザに電子メールが送信されたことを示す着信通知を生成する(SC2)。この着信通知には、該メールボックスに格納されているメール識別子が内包される。
次に、CPU408は、着信通知の通知先となる携帯電話機を特定するために、HTTPリクエストに内包されている、宛先を示すメールアドレスをキーにして加入者データベース500を検索する。CPU408は、該当するメールアドレスを見つけると、このメールアドレスに対応づけて格納されている端末識別子を加入者データベース500から読み出す。
次に、CPU408は、この端末識別子で特定される携帯電話機へ生成した着信通知を送信する(SC3)。以上で格納用CGIの処理は完了する。
(2)電子メール配信処理
次に、図10のSB7における配信用CGIの実行処理について、図12に示すフローチャートを用いて詳述する。
CPU408は、配信用CGIを実行すると、携帯電話機100から送信された、GETメソッドを用いたHTTPリクエストに内包されている端末識別子をキーにして、加入者データベース500を検索する。CPU408は、該当する端末識別子を見つけると、該端末識別子に対応づけて記憶されている電子メールアドレスを抽出する。
次にCPU408は、読み出した電子メールアドレスをキーにして、記憶部405のメールボックスを検索する。CPU408は、該当するメールボックスを見つけると、HTTPリクエストに内包されているメール識別子によって特定される電子メールをメールボックスから読み出す(ステップSD1)。
次にCPU408は、読み出した電子メールにファイルが添付されているか否かを判断する(SD2)。ファイルが添付されていないと判断した場合には(SD2:NO)、CPU110はステップSD5へ処理を進める。
ファイルが添付されていると判断した場合には(SD2:YES)、CPU408は、該HTTPリクエストにおいて配信用CGIのパラメータとして設定されている添付ファイルの拡張子と、メールボックスから読み出した電子メールに添付されているファイルの拡張子とを比較する。
CPU408は、この二つの拡張子が同一であると判断した場合には(SD3:YES)、該添付ファイルをHTTPリクエストに内包されている端末識別子で指定される携帯電話機へ送信するものと判断し、ステップSD5へ処理を進める。この二つの拡張子が同一でないと判断した場合には(SD3:NO)、CPU408は、携帯電話機のユーザが読み出した電子メールに添付されているファイルの受信を希望していない判断し、当該電子メールに添付されているファイルを削除する(SD4)。
次にCPU408は、添付ファイルを削除した電子メール、または添付ファイルを有する電子メールを内包するHTTPレスポンスを生成し、生成したHTTPレスポンスを、該HTTPリクエストに内包されている端末識別子で指定される携帯電話機へ送信する(SD5)。
<2.実施形態の動作例>
次に、携帯電話機100とメールサーバ400との間で行われる一連のメール送受信処理について説明する。
(1)添付ファイルの拡張子の設定
携帯電話機100のユーザは、まず当該ユーザが取得を希望する添付ファイルの拡張子を設定する。以下、図7および図8用いて、ユーザが拡張子を設定する際にCPU110が行う処理の流れの一例を説明する。
携帯電話機100−1のユーザが所定の操作を行うと、CPU110は、図8に例示した設定メニュー画面M20を表示部105に表示させる。この画面M20が表示されている状態でユーザが操作を行うと、CPU110は操作部104から供給された信号に基づき、ユーザの行った操作が設定メニュー画面M20のテキストボックスBX10に拡張子を示す文字の入力であるか否かを判断する(図7、ステップSA1)。
CPU110は、ユーザの行った操作が文字列の入力であると判断した場合には(図7、SA1:YES)、ユーザが入力した文字列を設定メニュー画面M20のテキストボックスBX10内に表示させる(図7、SA2)。ここでは、「jpeg」が入力されたとする。このとき、表示部105には、設定メニュー画面M21(図8)が表示される。
当該操作が文字列の入力ではないと判断した場合には、CPU110は、さらに、該供給された信号から、ユーザの行った操作が設定メニュー画面M20の「設定」ボタンをクリックであるか否かを判断する(図7、SA3)。「設定」ボタンをクリックする旨の操作でないと判断した場合には(図7、SA3:NO)、ステップSA1へ戻る。「設定」ボタンのクリックであると判断した場合には(図7、SA3:YES)、CPU110は設定メニュー画面M20のテキストボックスBX10に入力された文字列「jpeg」を抽出し、これを記憶部106に記憶させる(SA4)。ここでは、設定ボタンがクリックされたとする。
最後に、CPU110は、拡張子を示す文字列を記憶部106に記憶させた後、取得する添付ファイルの拡張子の設定が終了したことをユーザに示すための設定メニュー画面M22(図8)を表示部105に表示させる。
(2)電子メールの送受信
次に、携帯電話機100−1および携帯電話機100−2において、上記のファイル設定が完了したのちに、メールサーバ400を介してメールの送受信を行われる時の動作について、図13を用いて説明する。なお、以下に述べる動作において、携帯電話機100−1および携帯電話機100−2は、既に電源が入れられており、位置登録が行われて移動パケット通信網200が提供するサービスを受けられる状態にあるものとする。また、携帯電話機100−1のユーザと携帯電話機100−2のユーザのいずれも、取得を希望する添付ファイルの拡張子を「jpeg」に設定したものとする。また、以下では、携帯電話機100−1および携帯電話機100−2のユーザのメールアドレスは、それぞれ「tarou@abc.co.jp」および「hanako@abc.co.jp」であるとする。
(実施例1)
まず、携帯電話機100−1から携帯電話機100−2へ、拡張子が「mid」であるファイル「musicl.mid」を添付した電子メールを送信する場合を考える。
まず、携帯電話機100−1のユーザは、メールの本文の入力、携帯電話機100−2のユーザのメールアドレス「hanako@abc.co.jp」とメール本文とを入力し、添付ファイル「musicl.mid」を添付する操作を行い、電子メールを作成する。
次に、携帯電話機100−1のユーザが、作成した電子メールを送信する操作を行うと、CPU110はPOSTメソッドを用いたHTTPリクエストを生成する。具体的には、このリクエストは、メールサーバ400に記憶されている格納用CGIのURI「http://abc.co.jp/send.cgi」をPOSTメソッドのパラメータとし、ユーザが入力したメールアドレス、メール本文、添付ファイル、およびこれらに加えて携帯電話機100−1の端末識別子「MS000001」を内包する。生成されたHTTPリクエストは、携帯電話機100−1から送信され、メールサーバ400の通信部402にて受信される(ステップS101)。
メールサーバ400において、通信部402にて受信されたHTTPリクエストは、CPU408へ供給される。CPU408は、HTTPリクエストを受信すると、当該POSTメソッドのパラメータであるURIで指定される格納用CGIを記憶部405から読み出して実行する。CPU408は、格納用CGIを実行すると、当該HTTPリクエストに内包されているメールアドレス「hanako@abc.co.jp」をキーにして記憶部405を検索し、携帯電話機100−2のユーザに割り当てられたメールボックスを探す。CPU408は該当するメールボックスを見つけると、当該電子メールを識別するためのメール識別子を生成する。続いて、CPU408は、HTTPリクエストに内包されているメール本文と、送信元である携帯電話機100−1の端末識別子と、添付ファイルと、生成されたメール識別子とを対応づけて当該メールボックスに格納する。
次に、CPU408は、メールサーバ400が携帯電話機100−2のユーザ宛の電子メールを受信したことを示す着信通知を生成する。この着信通知には、当該メールボックスに格納されている電子メールのメール識別子が内包される。続いて、CPU408は、着信通知の通知先となる携帯電話機100−2を特定するために、当該電子メールの宛先を示すメールアドレス「hanako@abc.co.jp」をキーにして、加入者データベース500を検索する。CPU408は、図2に示したデータの中から該当するメールアドレス「hanako@abc.co.jp」を見つけると、このメールアドレスに対応づけて記憶されている端末識別子「MS000002」を抽出する。
CPU408は、抽出された端末識別子で識別される携帯電話機100−2を宛先として、生成した着信通知を送信する(ステップS102)。送信された着信通知は、携帯電話機100−2の通信部102にて受信されたのちCPU110へ供給される。
着信通知を受信すると、メールサーバ400のメールボックスに格納されている電子メールを取得するために、CPU110はGETメソッドを用いたHTTPリクエストを生成する。このHTTPリクエストは、図14に示すように、メールサーバ400に記憶されている配信用CGIのURI「http://abc.co.jp/receive.cgi」をGETメソッドのパラメータとする。配信用CGIのパラメータにおいて、取得するファイルの拡張子を示す「jpeg」が設定される。また、このHTTPリクエストは、携帯電話機100−2の端末識別子「MS000002」と、取得しようとする電子メールのメール識別子「0001」とを内包している。
生成されたHTTPリクエストは、携帯電話機100−2から送信され(ステップS103)、メールサーバ400の通信部402にて受信された後、CPU408へ送られる。CPU408は、当該HTTPリクエストを受信すると、GETメソッドのパラメータであるURIで指定される配信用CGIを記憶部405から読み出して実行する。
CPU408はこの配信用CGIを実行すると、当該HTTPリクエストに内包されている端末識別子「MS000002」をキーにして、加入者データベース500を検索し、当該端末識別子に対応づけて記憶されている電子メールアドレス「hanako@abc.co.jp」を加入者データベース500から抽出する。
次にCPU408は、抽出された電子メールアドレス「hanako@abc.co.jp」をキーにして記憶部405のメールボックスを検索する。CPU408は、携帯電話機100−2のユーザに割り当てられたメールボックスを見つけると、当該メール識別子「0001」で特定される電子メールを該メールボックスから抽出する。続いて、CPU408は、読み出された電子メールに添付されているファイルを、端末識別子で指定される携帯電話機100−2へ送信するか否かを決定する。
携帯電話機100−2のユーザが取得を希望する添付ファイルの拡張子は、CGIのパラメータにおいて「jpeg」に設定されている一方、読み出した電子メールに添付されているファイルの拡張子は「mid」である。従って、CPU408は、携帯電話機100−2にこの添付ファイルを送信しないことを決定し、読み出された電子メールから添付されているファイル「musicl.mid」を削除する。
次にCPU408は、添付ファイルを削除して得られた電子メールを内包するHTTPレスポンスを生成する。生成されたHTTPレスポンスは、メールサーバ400から携帯電話機100−2へ送信される(ステップS104)。
携帯電話機100−2では、通信部102にてHTTPレスポンスが受信されると、受信されたHTTPレスポンスがCPU110へ送られる。CPU110は、該HTTPレスポンスから電子メールを抽出し、これを記憶部106に記憶させる。
(実施例2)
次に、同じく図3を参照しつつ、携帯電話機100−2から携帯電話機100−1へ、JPEG形式の画像ファイル「imagel.jpeg」を電子メールに添付して送信する場合について説明する。
まず、携帯電話機100−2のユーザが、宛先のメールアドレス「taro@abc.co.jp」およびメール本文の入力を行い、「imagel.jpeg」を添付し、作成した電子メールを送信する操作を行うと、CPU110は、ユーザが入力したメールアドレス、メール本文、添付ファイルおよび携帯電話機100−2の端末識別子「MS000002」を内包するPOSTメソッドを用いたHTTPリクエストを生成する。
このHTTPリクエストは、メールサーバ400に記憶されている格納用CGIのURIをPOSTメソッドのパラメータとし、ユーザが入力したメールアドレス、メール本文、添付ファイルおよび携帯電話機100−2の端末識別子「MS000002」とを内包する。生成されたHTTPリクエストは、メールサーバ400へ送信され(ステップS105)、通信部402にて受信されたのち、CPU408へ送られる。
CPU408は、HTTPリクエストを受信すると、POSTメソッドのパラメータであるURIによって指定される格納用CGIを記憶部405から格納用CGIを読み出して実行する。具体的には、CPU408は、HTTPリクエストに内包されているメールアドレス「taro@abc.co.jp」をキーにして記憶部405のメールボックスを検索する。
CPU408は、携帯電話機100−1のユーザに割り当てられたメールボックスを見つけると、該電子メールを識別するためのメール識別子を生成する。CPU408は、このHTTPリクエストに内包されているメール本文と、携帯電話機100−2の端末識別子と、添付ファイルと、生成されたメール識別子とを対応づけてメールボックスに格納する。
次にCPU408は、携帯電話機100−1のユーザ宛に電子メールが送信されたことを示す着信通知を生成する。この着信通知には、メールボックスに格納されている電子メールのメール識別子が内包される。
続いて、CPU408は、着信通知の通知先となる携帯電話機100−1を特定するために、加入者データベース500を参照し、宛先を示すメールアドレス「taro@abc.co.jp」に対応付けて格納されている端末識別子「MS000001」を抽出する。
次に、CPU408は、抽出された端末識別子で特定される携帯電話機100−1を宛先として、生成した着信通知を送信する(ステップS106)。メールサーバ400から送信された着信通知は、携帯電話機100−1にて受信され携帯電話機100−1のCPU110へ送られる。
着信通知を受信したCPU110では、メールサーバ400のメールボックスに格納されている電子メールを取得するために、GETメソッドを用いたHTTPリクエストを生成する。このHTTPリクエストは、図6に示したように、メールサーバ400に記憶されている配信用CGIのURIをGETメソッドのパラメータとする。また、配信用CGIのパラメータは、取得するファイルの拡張子を示す「jpeg」に設定される。また、このHTTPリクエストは、図6に示したように、携帯電話機100−1の端末識別子「MS000001」と、取得しようとする電子メールのメール識別子「0001」とを内包している。
生成されたHTTPリクエストは、携帯電話機100−1から送信され(ステップS107)、メールサーバ400の通信部402にて受信された後、CPU408へ送られる。
CPU408は、該HTTPリクエストを受信すると、GETメソッドのパラメータであるURIによって指定される配信用CGIを記憶部405から読み出して実行する。具体的には、CPU408は、HTTPリクエストに内包されている端末識別子「MS000001」キーにして加入者データベース500内を検索する。この結果、HTTPリクエストに内包されている端末識別子「MS000001」に対応付けて格納されている電子メールアドレス「taro@abc.co.jp」が抽出される。
次にCPU408は、抽出された電子メールアドレス「taro@abc.co.jp」をキーにして記憶部405内を検索する。この結果、携帯電話機100−1のユーザに割り当てられたメールボックスから該メール識別子により指定される電子メールが抽出される。
次にCPU408は、抽出された電子メールに添付されているファイルを該端末識別子で指定される携帯電話機100−1へ送信するか否かを判断する。ここで、携帯電話機100−1が取得する添付ファイルの拡張子はCGIのパラメータにて「jpeg」に設定されており、抽出された電子メールに添付されているファイルの拡張子もまた「jpeg」である。従って、CPU408は、該添付ファイルを携帯電話機100−1に送信すべきであると判定する。続いて、CPU408は、該ファイルが添付されたままの電子メールを内包するHTTPレスポンスを生成する。生成されたHTTPレスポンスは、メールサーバ400から携帯電話機100−1へ送信される(ステップS108)。
携帯電話機100−1では、通信部102にてHTTPレスポンスが受信されたのち、CPU110へ供給される。CPU110は、該HTTPレスポンスを受信すると、該HTTPレスポンスから電子メールを抽出しこれを記憶部106に記憶させる。
以上説明したように、本実施形態によれば、携帯電話機100のユーザは、自分の所望する拡張子のファイルのみを、携帯電話機100に受信させることが可能となる。また、ユーザは取得する添付ファイルの拡張子を携帯電話機100にて一度設定すれば、それ以降、電子メールを受信するたびに添付ファイルを受信するか否かの操作を行う必要がない。以降のHTTPリクエストにその設定内容が反映されるからである。
<3.変形例>
上述した実施形態では、一例として、携帯電話機100が画像ファイルおよび音楽ファイルを処理できることとした。しかしながら、携帯電話機100が使用することができるファイルは、画像ファイルや音楽ファイルに限定されるものではない。本発明は任意の種類(拡張子)にも適用可能である。
上述した実施形態では、携帯電話機100のユーザが、取得する添付ファイルの拡張子を設定する際に、一つの拡張子しか設定していないが、図15に例示したように取得する添付ファイルを複数設定するようにしてもよい。この場合、例えば、携帯電話機100が使用可能なファイルの拡張子を携帯電話機100の記憶部106に予め記憶させておき、受信を希望する添付ファイルの拡張子を設定する際に、図16に示すような設定メニュー画面を表示部105に表示させる。これにより、ユーザは表示された使用可能なファイルのうち、受信を希望するものを複数選ぶことができる。例えば、「jpeg」、「mid」および[gif」が設定された場合は、GETメソッドのヘッダは図17に示すようなものになる。メールサーバ400において、このようなHTTPリクエストを受信した場合、CPU408は、携帯電話機100宛の電子メールの添付ファイルのいずれか一つに合致するか否かを判定する。
これとは逆に、図18に示すように、ユーザが取得を希望しないファイルの拡張子を指定することとしてもよい。この場合、携帯電話機100において、CPU110は、携帯電話機100で使用可能な全てのファイルの種類の中からユーザが指定したものを除外して得られたファイル種類をHTTPリクエストのヘッダに設定する。
このような態様によれば、携帯電話機100のユーザは、取り扱い説明書などをみることなく、携帯電話機100で使用可能なファイルの拡張子を容易に確認することが可能となるので、ユーザの利便性がさらに向上する。
なお、複数の拡張子の指定が可能な場合には、取得するファイルの拡張子を全て設定するのではなく、全てのファイルの取得を指定するCGIパラメータを導入してもよい。例えば、ユーザは端末で処理できる形式の全てのファイルを受け入れたい場合は、図6に示すHTTPリクエストにおいて、例えば「?ATT=jpeg」に替えて、「?ATT=allfig」というパラメータが指定される。逆に、いかなる添付ファイルもファイルを受信したくない場合には、例えば、図6において、「?ATT=jpeg」に替えて、「?ATT=none」というパラメータが指定される。メールサーバ400において、CPUはこのようなHTTPリクエストを受信すると、「allfig」の場合は、いかなる添付ファイルであっても携帯電話機100へ送信し、「none」の場合は全ての添付ファイルを削除したのち携帯電話機100へ送信する。
また、上述した実施形態では、ユーザが文字列をテキストボックスに入力することにより、添付ファイルの拡張子の指定を行っている。しかしながら、これに限定されず、プルダウンメニューやチェックボックスを用いて選択するようにしてもよい。あるいは、画面を通じてではなく、音声ガイダンスによってユーザにファイル種類の選択を促してもよい。
また、上述した実施形態では、電子メールの授受は移動パケット通信網200内に収容されている携帯電話機100−1と携帯電話機100−2の間で行われている。しかしながら、電子メールの授受は移動パケット通信網200内に限定されるものではない。例えば、ゲートウェイサーバ300を介し、携帯電話機100とインターネットに接続されているパーソナルコンピュータとの間でメールを授受するようにしてもよい。
また、上述した実施形態では、取得する添付ファイルの拡張子をCGIのパラメータに設定して、携帯電話機100が取得する添付ファイルの拡張子をメールサーバ400へ知らせるようにした。しかしながら、取得する添付ファイルの拡張子をメールサーバ400へ知らせる方法は、この方法に限定されない。例えば、HTTPリクエストのリクエストヘッダに新たなヘッダを設けて、このヘッダに取得する添付ファイルの拡張子を設定するようにしてもよい。
上述した実施形態では、メールサーバ400は、携帯電話機100へ電子メールを送信した後、送信した電子メールをメールボックスに残すようにしているが、電子メールを携帯電話機100へ送信後、送信した電子メールをメールボックスから削除するようにしてもよい。
この場合、メールサーバ400は、携帯電話機100から送信される電子メール受信確認を受信した後、当該電子メールを削除するようにしてもよい。
上述した実施形態では、携帯電話機100が受信した電子メールの添付ファイルは、携帯電話機100の記憶部106に記憶されるが、IMT−2000に準拠した携帯電話機においては、電子メールに添付されたファイルをUIMに記憶させるようにしてもよい。ここで、UIM(User Identity Module)とは、契約者情報を記憶した不揮発性メモリを有するICカードであり、IMT−2000(International Mobile Telecommunication 2000)に準拠した携帯電話機では携帯電話機に着脱可能に実装されるものである。
この態様によれば、受信した携帯電話機では開けないファイルをメールサーバ400から受信しても、添付ファイルを記憶したUIMを、ファイルを使用可能な携帯電話機へ差し替えることにより、受信したファイルを使用することが可能となる。従って、添付ファイルの種類の設定においては、その携帯電話機が使用できるファイルに制限されない。これにより、添付ファイルを利用形態は多様化し、ユーザの利便性が高まる。
また、メールサーバが実行する制御プログラム、格納用CGI、配信用CGIは、プログラムを作成した事業者が、インターネットなどのネットワークを介してメールサーバへ提供するようにしてもよい。また、これらのプログラムをCD−ROM(Compact Disc Read Only Memory)やDVD−ROMなどの記録媒体に記録させて、当該サーバへ提供するようにしてもよい。
また、上述した実施形態では、携帯電話機100にて実行されるプログラムはROM108に記憶されているが、フラッシュメモリなどの書き換えが可能なメモリに記憶させるようにしてもよい。これにより、移動パケット通信網200およびインターネットを介して、携帯電話機100にて実行されるプログラムを提供することが可能となる。また、携帯電話機にて実行されるプログラムを上記記録媒体に記録させて提供する場合には、パーソナルコンピュータを用いてこれらの記録媒体からプログラムを読み出し、パーソナルコンピュータと携帯電話機100とを有線もしくは無線により接続することにより携帯電話機のフラッシュメモリにプログラムを記憶させるようにしてもよい。
【図面の簡単な説明】
図1は、本発明の実施形態に係わる通信システム10の全体構成を例示する図である。
図2は、加入者データベース500に記憶されたデータのフォーマットを例示する図である。
図3は、携帯電話機100のハードウェア構成を例示する図である。
図4は、携帯電話機100の表示部105に表示される、電子メールを作成するためのメニュー画面を例示する図である。
図5は、携帯電話機100が送信するPOSTメソッドを用いたHTTPリクエストのヘッダ部を例示する図である。
図6は、携帯電話機100が送信するGETメソッドを用いたHTTPリクエストのヘッダ部を例示する図である。
図7は、携帯電話機100にて行われる、ユーザが所望する添付ファイルの拡張子を設定する際の処理を例示するフローチャートである。
図8は、本発明の実施形態に係わる携帯電話機100の表示部105に表示される、ユーザが所望する添付ファイルの拡張子を設定するための設定メニュー画面を例示する図である。
図9は、メールサーバ400のハードウェア構成を例示する図である。
図10は、メールサーバ400が行う、電子メールの配信処理を例示するフローチャートである。
図11は、メールサーバ400にて実行される格納用CGIの処理を例示するフローチャートである。
図12は、メールサーバ400にて実行される配信用CGIの処理を例示するフローチャートである。
図13は、電子メールの送受信における動作例を示すシーケンス図である。
図14は、携帯電話機100−2がメールサーバ400へ送信するHTTPリクエストの書式を例示する図である。
図15は、取得する添付ファイルの拡張子を複数設定する際における設定メニュー画面を例示する図である。
図16は、ユーザが所望する添付ファイルの拡張子を設定する際における設定メニュー画面を例示する図である。
図17は、携帯電話機100が送信するGETメソッドを用いたHTTPリクエストのヘッダ部を例示する図である
図18は、ユーザが所望する添付ファイルの拡張子を設定する際における設定メニュー画面を例示する図である。
本発明は、ファイルが添付された電子メールを通信端末へ配信する技術に関する。
背景技術
近年、携帯電話機やPDA(Personal Data Assistants)などの携帯通信端末やパーソナルコンピュータ等の電子機器を用いて、画像や音楽などのファイルを添付した電子メールの送受信が盛んに行われている。
しかしながら、上記機器によってハードウェア構成や機能が異なるため、ファイルが添付された電子メールを受信しても、そのファイルを使用できないという問題がある。例えば、携帯電話機によっては、JPEG(Joint Photographic Coding Experts Group)方式の画像ファイルが添付された電子メールを受信しても、そのファイルを開くことができない。一般に添付ファイルのサイズはメール本文のそれと比べて大きく、開くことができない添付ファイルを受信するのは時間の無駄である。加えて、特にハードウェアリソースの乏しい携帯電話機においては、ファイル受信中は他の機能が制限される可能性もある。これは無視できない問題である。
メールサーバが携帯端末宛のメールを受信する度に、添付ファイルを受信するか否かをユーザに確認させることも考えられるが、これによってユーザの利便性は著しく低下してしまう。
この問題に対処するため、携帯電話機に受信される添付ファイルを全て処理可能なファイル形式に変換する技術が特開2001−217860号公報に開示されている。より具体的には、携帯電話機で処理できないファイルの形式を、サーバ装置にて携帯電話機で使用可能なファイル形式に変換し、該変換されたファイルが添付された電子メール新たに作成し、これを携帯電話機へ送信する技術が開示されている。
しかしながら、通常一つのメールサーバには一度に多数の端末がアクセスし得るため、この技術では、添付ファイルの変換処理にともなって多大な負荷がサーバ装置にかかってしまうことがある。加えて、サーバ装置へアクセスする端末の種類も様々であるので、サーバ装置は端末の種類に応じた変換方法を用意する必要がある。これにより、サーバ装置にかかる負荷は一層増す。
そこで、このようなファイルの変換作業を通信端末側で行うことも考えられるが、特に携帯電話機のように十分な処理能力をもたない機器にあっては、仮にこの変換作業ができたとしても、電子メールの受信が終了するまでに時間がかかってしまい、現実的ではない。
これを回避するため、変換ができないことを示す旨の通知のみを携帯電話機へ送信し、変換不可能なファイルは携帯電話機に送信しないという技術がある。すなわち、一部の添付ファイルのみが携帯電話機に送信される。このため、ファイル変換を行うサーバ装置は、各携帯電話機がどのファイル形式に対応可能であるかを示す対応表を予め備えている。
しかしながら、この場合は、携帯電話機の機種によって受信可能な添付ファイルが固定されてしまう。例えば、携帯電話機で処理できる種類の添付ファイルであれば、たとえユーザが受信を望まなくても、すべて携帯電話機に送信されてしまうことになる。すなわち、受信したい添付ファイルをユーザが自由に指定することができない。
本発明は上述した事情に鑑みてなされたものであり、ユーザが所望する添付ファイルのみを受信することのできる電子メール配信方法、当該方法に用いられる通信端末、サーバ装置を提供することを目的とする。
発明の開示
上述した課題を解決するために、本発明は、ファイルが添付された電子メールをサーバ装置から通信端末へ送信する方法であって、前記通信端末において前記通信端末のユーザが受信を希望する添付ファイルの種類を指定する種別情報を取得する取得ステップと、前記通信端末において前記種別情報を前記サーバ装置へ送信する送信ステップと、前記サーバ装置において前記種別情報を受信するステップと、前記サーバ装置において前記サーバ装置により受信された前記通信端末宛ての電子メールの添付ファイルの種類が、前記種別情報によって特定されるファイル種類に一致するか否かを判定するステップと、前記サーバ装置において該添付ファイルの種類が一致しない場合は、該電子メールから該添付ファイルを削除して得られた電子メールを前記通信端末へ送信し、当該添付ファイルの種類が一致する場合は、該電子メールを前記通信端末へ送信するステップと
を有する電子メール送信方法を提供する。
また本発明は、ユーザが受信を希望する添付ファイルの種類を指定する種別情報を取得する手段と、前記種別情報をサーバ装置へ送信する送信手段と、
前記サーバ装置から電子メールを取得する取得手段とを有することを特徴とする通信端末を提供する
また本発明は、通信端末から送信された、前記通信端末のユーザが受信を希望する添付ファイルの種類を指定する種別情報を受信する手段と、前記サーバ装置により受信された前記通信端末宛ての電子メールに添付されるファイルの種類が、前記種別情報によって特定されるファイルの種類に合致するか否かを判定する手段と、該添付ファイルの種類が一致しない場合は、該電子メールから該添付ファイルを削除することにより得られた電子メールを前記通信端末へ送信し、当該添付ファイルの種類が一致する場合は、該電子メールを前記通信端末へ送信する手段とを有するサーバ装置を提供する。
また本発明は、コンピュータ装置を、当該コンピュータ装置のユーザが受信を希望する添付ファイルの種類を指定する種別情報を取得する手段と、前記種別情報をサーバ装置へ送信する送信手段と、前記サーバ装置から電子メールを取得する取得手段として機能させるためのプログラムおよび当該プログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。
また本発明は、コンピュータ装置を、通信端末から送信された、前記通信端末のユーザが受信を希望する添付ファイルの種類を指定する種別情報を受信する手段と、前記コンピュータ装置により受信された前記通信端末宛ての電子メールに添付されるファイルの種類が、前記種別情報によって特定されるファイルの種類に合致するか否かを判定する手段と、該添付ファイルの種類が一致しない場合は該電子メールから該添付ファイルを削除することにより得られた電子メールを前記通信端末へ送信し、当該添付ファイルの種類が一致する場合は該電子メールを前記通信端末へ送信する手段として機能させるためのプログラムおよび当該プログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。
発明を実施する為の最良の形態
以下、図面を参照して本発明に係る実施形態について説明する。ただし、本発明は、係る実施形態に限定されるものではなく、特許請求の範囲に記載された範囲内で任意の態様を含む。
<1.実施形態の構成>
<1−1.全体構成>
図1は、本発明に係わる通信システム10の全体構成を例示する図である。通信システム10には多数の携帯電話機が存在するが、図面が繁雑になるのを防ぐために、所定の携帯電話機100−1と携帯電話機100−2のみが示されている。
携帯電話機100−1および携帯電話機100−2は(以下、特に個々の携帯電話機を区別する必要のない場合は、携帯電話機100と略称する)、ユーザが所有する携帯電話機であり、移動パケット通信網200が提供する移動体データ通信サービス受けることができる。携帯電話機100は、移動パケット通信網200を利用して電子メールの授受を行う機能を有している。
携帯電話機100−1は、拡張子が「jpeg」であるJPEG形式の画像ファイルと、拡張子が「mid」であるMIDI(Musical Instrument Digital Interface)形式の音楽ファイルを使用することが可能であり、携帯電話機100−2は、拡張子が「jpeg」であるJPEG形式の画像ファイルをのみを使用することが可能である。
図2に示すように、携帯電話機100−1のユーザは、その名前が「電話太郎」であり、移動パケット通信網200を運用する通信事業者から電子メールアドレス「taro@abc.co.jp」を付与されている。携帯電話機100−2のユーザは、その名前が「電話花子」であり、電子メールアドレス「hanako@abc.co.jp」が付与されている。
移動パケット通信網200は、移動体データ通信サービスを提供する通信網であり、移動パケット通信網200に収容されている携帯電話機と無線通信を行う無線基地局と、無線基地局に接続された交換機と、交換機に接続された関門交換機と(いずれも図示略)、関門交換機に接続されたゲートウェイサーバ300と、メールサーバ400と、加入者データベース500とを有している。
この移動パケット通信網200を介し、パケット通信方式により、移動パケット通信網200に収容されている携帯電話機間で行われる電子メールの授受が行われる。
ゲートウェイサーバ300は、図示を省略したインターネット等のネットワークと移動パケット通信網200とを相互接続するために、各ネットワークに適合するように通信プロトコルの変換を行う。より具体的には、ゲートウェイサーバ300は、移動パケット通信網200内で使用される移動パケット通信網用の伝送プロトコルと、インターネット等のネットワークにおいて標準で使用されるTCP/IPとの変換を行う。
メールサーバ400は、携帯電話機100へ電子メールを配信するサーバであり、ゲートウェイサーバ300に接続されている。
加入者データベース500は、移動パケット通信網200を運用する通信事業者と移動パケット通信網200の使用に関する契約を行った加入契約者に関する情報を記憶するデータベースであり、ゲートウェイサーバ300に接続されている。加入者データベース500には加入契約者に関するデータが格納されている。具体的には、図2に示すように、加入契約者の氏名に対応づけて、加入契約者が所有する携帯電話機を識別するための端末識別子、加入契約者が所有する携帯電話機の電話番号、加入契約者の住所、移動パケット通信網200を運用する通信事業者が加入契約者に付与した電子メールアドレスなどのデータが格納されている。
<1−2.携帯電話機>
図3は、携帯電話機100−1のハードウェア構成を例示するブロック図である。同図に示すように、アンテナ103を除く携帯電話機100−1の各部は、バス101に接続されており、このバス101を介して各部間でデータの授受が行われる。
通信部102は、アンテナ103を備えており、CPU(Central Processing Unit)110の制御の下、移動パケット通信網200に設置されている無線基地局との間で無線通信を行う。操作部104は、図示を省略したテンキーや操作指示などを入力するための複数のキー等を有している。ユーザはこの操作部104を用いて、文字入力、条件選択、プログラムの起動指示等を行う。具体的には、ユーザが操作部104を操作すると、その操作内容に応じた信号がCPU110に供給され、CPU110はその操作内容を解釈して、該操作内容に応じて各部の動作を制御する。表示部105は、例えば、図示せぬ液晶表示パネルおよび液晶表示パネルの表示制御を行う制御回路を有しており、CPU110から制御の下、文字や画像を液晶ディスプレイに表示する。画像の一例としては電源投入時に表示されるメニュー画面である。記憶部106は、例えば、EEPROM(Electrically Erasable and Programmable Read Only Memory)などの不揮発性メモリ(図示略)を有しており、携帯電話機100−1を制御するためのデータなどを記憶する。音楽再生部107は図示を省略したスピーカを有しており、CPU110の制御の下、音楽ファイルを再生する。
ROM(Read Only Memory)108には、CPU110により実行される各種プログラムが記憶されており、携帯電話機100−1の全体を制御するOS(Operating System)プログラムや電子メールプログラムなどが記憶されている。また、ROM108には、携帯電話機100−1を一意に識別するための識別子である端末識別子「MS000001」が記憶されている。RAM(Random Access Memory)109は、CPU110の作業エリアとして使用され、CPU110が実行するプログラムが使用するデータが一時的に記憶される。
CPU110は、携帯電話機100−1の電源が入れられると、ROM108からOSプログラムを読み出し実行する。CPU110はOSプログラムを実行すると、通信部102が受信した信号やユーザの操作に応じて操作部104から出力される信号に応じた処理を行う。例えば、ユーザの操作が電子メールプログラムの起動を指示するものであれば、CPU110はROM108から電子メールプログラムを読み出し実行する。CPU110は、電子メールプログラムを実行した後は、操作部104から供給される信号と表示部105に現在表示されている画面とに基づいてユーザの指示を特定し、この指示に応じた各種の処理を行う。
次に、携帯電話機100−1が有する電子メールの送受信に関する機能を説明する。ROM108に格納される電子メールプログラムは、電子メールの送受信をHTTP(HyperText Transfer Protocol)を用いて行う機能を有している。
(1)送信
CPU110が電子メールプログラムを実行すると、まず、表示部105に図4に例示したメニュー画面M10が表示される。次に、携帯電話機100−1のユーザが電子メールの本文と送信先を示す電子メールアドレスの入力し、続いて添付するファイルを指定すると、入力された電子メール本文、電子メールアドレスおよび添付すべきファイルが、RAM109に格納される。そしてCPU110は、ユーザにより入力された電子メールの本文と電子メールの送信先を示す電子メールアドレス、およびユーザにより指定された添付するファイルを表示部105に表示させる。
ユーザが操作部104を用いて電子メールを送信する操作を行うと、CPU110は、RAM109に格納されている電子メールの本文、メールアドレス、添付すべきファイルおよび携帯電話機100−1の端末識別子をパラメータとして含む、POSTメソッドを用いたHTTPリクエストを生成する。生成されたHTTPリクエストの一例を図5に示す。
同図に示すように、メールサーバ400が実行するCGI(Common Gateway Interface)プログラムのURI(Uniform Resource Identifiers)がPOSTメソッドのパラメータとして設定される。また、端末識別子はUser−Agent部に設定される「MS000001」である。このようにして生成されたHTTPリクエストは、メールサーバ400へ送信される。
(2)受信
CPU110は、携帯電話機100−1宛に電子メールが届いていることを知らせる旨の着信通知をメールサーバ400から受信すると、該電子メールをメールサーバ400から取得するために、GETメソッドを用いたHTTPリクエストを生成する。このHTTPリクエストは、携帯電話機100−1の端末識別子と、電子メールを識別するためのメール識別子と、電子メールにファイルが添付されている場合に、携帯電話機100−1に取得するファイルの拡張子を指定するパラメータとを内包している。具体的には、メールサーバ400が実行するCGI(Common Gateway Interface)プログラムのURIをGETメソッドのパラメータとして設定する。生成されるHTTPリクエストの一例を図6に示す。同図に示すように、取得するファイルの拡張子を指定するパラメータとして「jpeg」が、端末識別子「MS000001」がUser−Agent部に、設定し、メール識別子「0001」がX−ID部にそれぞれ設定される。このようにして生成されたHTTPリクエストはメールサーバ400へ送信される。
CPU110は、電子メールを受信するためのHTTPリクエストへの応答としてメールサーバ400から送信されるHTTPレスポンスを受信すると、HTTPレスポンスに内包されている電子メールを該HTTPレスポンスから抽出し、抽出した電子メールを記憶部106に記憶させる。電子メールにファイルが添付されている場合には、CPU110は添付されているファイルを電子メールから抽出し、これを記憶部106に記憶させる。
また、この電子メールプログラムは、あらゆる種類の添付ファイルを受信することができる。受信した添付ファイルがJPEG形式またはMIDI形式のファイルであった場合は、携帯電話機100−1はそのファイルを開くことができるが、それ以外の添付ファイルを受信した場合は、そのファイルを開くことができない。
具体的には、携帯電話機100−1は、拡張子が「jpeg」である画像ファイルを受信した場合、ユーザからの指示に従って、表示部105にその画像を表示させる。例えば、ユーザから指示により、CPU110は記憶部106に記憶されている受信した添付ファイルを読み出し、その一覧を表示部105に表示させる。そして、ユーザがその中から拡張子が「jpeg」であるファイルを選択すると、CPU110はその画像を表示部105に表示させる。
また、携帯電話機100−1は、拡張子が「mid」である音楽ファイルが添付された電子メールを受信した場合、ユーザからの指示によりその音楽を再生する。具体的には、ユーザが、所定の操作を行うと、CPU110は記憶部106に記憶されている添付ファイルを読み出し、そのファイルの一覧を表示させる。ユーザが、表示された一覧の中から拡張子が「mid」であるファイルを選択すると、CPU110は音楽再生部107にその音楽を再生させる。
<1−3.携帯電話機100−2>
携帯電話機100−2は、携帯電話機100−1とほぼ同じ構成であるため、同一の部分についてはその説明を省略する。携帯電話機100−2が携帯電話機100−1と異なる点は、端末識別子が「MS000002」である点、および携帯電話機100−1が有している音楽再生部107を有しておらず、従って拡張子が「mid」である音楽ファイルを使用することができない点、である。
<1−4.メールサーバ400>
図9は、メールサーバ400のハードウェア構成を例示するブロック図である。同図に示すように、メールサーバ400の各部は、バス401により接続されている。
通信部402は、他の装置と通信を行うための通信インターフェースであり、ゲートウェイサーバ300とメールサーバ400とを接続する。操作部403は、図示を省略したマウスやキーボードを有している。メールサーバ400の管理者が操作部403のマウスやキーボードを操作すると、該操作に応じた信号がCPU408へ出力される。表示部404は、一例として、図示せぬ液晶ディスプレイおよびその制御回路から構成される。表示部404は、CPU408から送信される制御信号を受信すると、該制御信号に応じた文字や画像を表示する。管理者はこの画面を見ながら、新規ユーザ登録や記憶部405のメールボックスのメンテナンス作等を行う。
記憶部405は、ハードディス等から構成され、移動パケット通信網200の加入契約者宛の電子メールを記憶するためのメールボックスを、加入契約者(すなわち携帯電話機のユーザ)に付与された電子メールアドレス毎に保有している。また、記憶部405には、メールサーバ400の全体を制御するための制御プログラムと、移動パケット通信網200に収容されている携帯電話機から送信された電子メールをメールボックスに格納するためのCGIプログラム「send.cgi」(以下、格納用CGIとする)と、メールボックスに格納されている電子メールを移動パケット通信網200に収容されている携帯電話機へ配信するためのCGIプログラム「receive.cgi」(以下、配信用CGIとする)とが記憶されている。格納用CGIの記憶位置を示すURIは、「http://abc.co.jp/send.cgi」であり、配信用CGIの記憶位置を示すURIは、「http://abc.co.jp/receive.cgi」である。
ROM406には、IPL(Initial Program Loader)が記憶されている。RAM(Random Access Memory)407はCPU408の作業エリアとして使用され、CPU408により実行されるプログラムが使用するデータが転送される。CPU408は、メールサーバ400を構成する各部を制御する。CPU408は、メールサーバ400の電源が入れられると、まずROM406からIPLを読み出し実行する。続いて、記憶部405から制御プログラムを読み出し実行する。
次に、メールサーバ400が有する電子メールの配信機能について説明する。
記憶部405に記憶されているCGIプログラムは、携帯電話機100から送信された電子メールを配信する機能を有している。具体的には、CPU408は、携帯電話機100から送信されるHTTPリクエストを受信すると、HTTPリクエストのメソッドに応じてCGIプログラムを記憶部405から読み出して実行する。以下、図10に例示したフローチャートを用いて、CPU408がHTTPリクエストを受信した時に行う処理について説明する。
まず、CPU408は、携帯電話機100から送信されたHTTPリクエストを受信したか否かを判断する(ステップSB1)。CPU408は、HTTPリクエストを受信していないと判断した場合には、HTTPリクエストを受信するまで待ち続ける(SB1:NO)。
CPU408は、ステップSB1で「YES」と判断した場合には、受信したHTTPリクエストのメソッドがPOSTメソッドであるか否かを判断する(SB2)。CPU408は、HTTPリクエストのメソッドがPOSTメソッドであると判断した場合には(SB2:YES)、格納用CGIを記憶部405から読み出して実行する(SB3)。
続いて、CPU408は、受信したHTTPリクエストに内包されている電子メールを記憶部405のメールボックスに格納する(SB4)。この格納処理の詳細は後述する。
CPU408は、ステップSB2で「NO」と判断した場合には、受信したHTTPリクエストのメソッドがGETメソッドであるか否かを判断する(SB5)。CPU408は、HTTPリクエストのメソッドがGETメソッドであると判断した場合には(SB5:YES)、配信用CGIを記憶部405から読み出して実行する(SB6)。続いて、CPU408は、記憶部405のメールボックスに格納されている電子メールを移動パケット通信網200に収容されている携帯電話機へ配信する処理を行う(SB7)。この配信処理の詳細は後述する。なお、ステップSB5にて「NO」と判断した場合には、処理はステップSB1へ戻り、HTTPリクエストが送信されるのを待つ。
(1)電子メール格納処理
次に、図10のステップSB4における格納用CGIを実行する処理について、図11に示すフローチャートを用いて詳述する。
CPU408は、格納用CGIを実行すると、携帯電話機100から送信されたPOSTメソッドを用いたHTTPリクエストに内包されている、電子メールの宛先を示すメールアドレスをキーにして記憶部405のメールボックスを検索する。CPU408は、該当するメールボックスを見つけると、当該受信した電子メールを識別するためのメール識別子を生成する。次に、CPU408は、HTTPリクエストに内包されているメール本文と、送信元の携帯電話機100の端末識別子と、添付ファイルが添付されている場合には添付ファイルと、該メール識別子とを対応づけて、当該メールボックスに格納する(ステップSC1)。
続いてCPU408は、HTTPリクエストに内包されているメールアドレスで指定されるユーザに電子メールが送信されたことを示す着信通知を生成する(SC2)。この着信通知には、該メールボックスに格納されているメール識別子が内包される。
次に、CPU408は、着信通知の通知先となる携帯電話機を特定するために、HTTPリクエストに内包されている、宛先を示すメールアドレスをキーにして加入者データベース500を検索する。CPU408は、該当するメールアドレスを見つけると、このメールアドレスに対応づけて格納されている端末識別子を加入者データベース500から読み出す。
次に、CPU408は、この端末識別子で特定される携帯電話機へ生成した着信通知を送信する(SC3)。以上で格納用CGIの処理は完了する。
(2)電子メール配信処理
次に、図10のSB7における配信用CGIの実行処理について、図12に示すフローチャートを用いて詳述する。
CPU408は、配信用CGIを実行すると、携帯電話機100から送信された、GETメソッドを用いたHTTPリクエストに内包されている端末識別子をキーにして、加入者データベース500を検索する。CPU408は、該当する端末識別子を見つけると、該端末識別子に対応づけて記憶されている電子メールアドレスを抽出する。
次にCPU408は、読み出した電子メールアドレスをキーにして、記憶部405のメールボックスを検索する。CPU408は、該当するメールボックスを見つけると、HTTPリクエストに内包されているメール識別子によって特定される電子メールをメールボックスから読み出す(ステップSD1)。
次にCPU408は、読み出した電子メールにファイルが添付されているか否かを判断する(SD2)。ファイルが添付されていないと判断した場合には(SD2:NO)、CPU110はステップSD5へ処理を進める。
ファイルが添付されていると判断した場合には(SD2:YES)、CPU408は、該HTTPリクエストにおいて配信用CGIのパラメータとして設定されている添付ファイルの拡張子と、メールボックスから読み出した電子メールに添付されているファイルの拡張子とを比較する。
CPU408は、この二つの拡張子が同一であると判断した場合には(SD3:YES)、該添付ファイルをHTTPリクエストに内包されている端末識別子で指定される携帯電話機へ送信するものと判断し、ステップSD5へ処理を進める。この二つの拡張子が同一でないと判断した場合には(SD3:NO)、CPU408は、携帯電話機のユーザが読み出した電子メールに添付されているファイルの受信を希望していない判断し、当該電子メールに添付されているファイルを削除する(SD4)。
次にCPU408は、添付ファイルを削除した電子メール、または添付ファイルを有する電子メールを内包するHTTPレスポンスを生成し、生成したHTTPレスポンスを、該HTTPリクエストに内包されている端末識別子で指定される携帯電話機へ送信する(SD5)。
<2.実施形態の動作例>
次に、携帯電話機100とメールサーバ400との間で行われる一連のメール送受信処理について説明する。
(1)添付ファイルの拡張子の設定
携帯電話機100のユーザは、まず当該ユーザが取得を希望する添付ファイルの拡張子を設定する。以下、図7および図8用いて、ユーザが拡張子を設定する際にCPU110が行う処理の流れの一例を説明する。
携帯電話機100−1のユーザが所定の操作を行うと、CPU110は、図8に例示した設定メニュー画面M20を表示部105に表示させる。この画面M20が表示されている状態でユーザが操作を行うと、CPU110は操作部104から供給された信号に基づき、ユーザの行った操作が設定メニュー画面M20のテキストボックスBX10に拡張子を示す文字の入力であるか否かを判断する(図7、ステップSA1)。
CPU110は、ユーザの行った操作が文字列の入力であると判断した場合には(図7、SA1:YES)、ユーザが入力した文字列を設定メニュー画面M20のテキストボックスBX10内に表示させる(図7、SA2)。ここでは、「jpeg」が入力されたとする。このとき、表示部105には、設定メニュー画面M21(図8)が表示される。
当該操作が文字列の入力ではないと判断した場合には、CPU110は、さらに、該供給された信号から、ユーザの行った操作が設定メニュー画面M20の「設定」ボタンをクリックであるか否かを判断する(図7、SA3)。「設定」ボタンをクリックする旨の操作でないと判断した場合には(図7、SA3:NO)、ステップSA1へ戻る。「設定」ボタンのクリックであると判断した場合には(図7、SA3:YES)、CPU110は設定メニュー画面M20のテキストボックスBX10に入力された文字列「jpeg」を抽出し、これを記憶部106に記憶させる(SA4)。ここでは、設定ボタンがクリックされたとする。
最後に、CPU110は、拡張子を示す文字列を記憶部106に記憶させた後、取得する添付ファイルの拡張子の設定が終了したことをユーザに示すための設定メニュー画面M22(図8)を表示部105に表示させる。
(2)電子メールの送受信
次に、携帯電話機100−1および携帯電話機100−2において、上記のファイル設定が完了したのちに、メールサーバ400を介してメールの送受信を行われる時の動作について、図13を用いて説明する。なお、以下に述べる動作において、携帯電話機100−1および携帯電話機100−2は、既に電源が入れられており、位置登録が行われて移動パケット通信網200が提供するサービスを受けられる状態にあるものとする。また、携帯電話機100−1のユーザと携帯電話機100−2のユーザのいずれも、取得を希望する添付ファイルの拡張子を「jpeg」に設定したものとする。また、以下では、携帯電話機100−1および携帯電話機100−2のユーザのメールアドレスは、それぞれ「tarou@abc.co.jp」および「hanako@abc.co.jp」であるとする。
(実施例1)
まず、携帯電話機100−1から携帯電話機100−2へ、拡張子が「mid」であるファイル「musicl.mid」を添付した電子メールを送信する場合を考える。
まず、携帯電話機100−1のユーザは、メールの本文の入力、携帯電話機100−2のユーザのメールアドレス「hanako@abc.co.jp」とメール本文とを入力し、添付ファイル「musicl.mid」を添付する操作を行い、電子メールを作成する。
次に、携帯電話機100−1のユーザが、作成した電子メールを送信する操作を行うと、CPU110はPOSTメソッドを用いたHTTPリクエストを生成する。具体的には、このリクエストは、メールサーバ400に記憶されている格納用CGIのURI「http://abc.co.jp/send.cgi」をPOSTメソッドのパラメータとし、ユーザが入力したメールアドレス、メール本文、添付ファイル、およびこれらに加えて携帯電話機100−1の端末識別子「MS000001」を内包する。生成されたHTTPリクエストは、携帯電話機100−1から送信され、メールサーバ400の通信部402にて受信される(ステップS101)。
メールサーバ400において、通信部402にて受信されたHTTPリクエストは、CPU408へ供給される。CPU408は、HTTPリクエストを受信すると、当該POSTメソッドのパラメータであるURIで指定される格納用CGIを記憶部405から読み出して実行する。CPU408は、格納用CGIを実行すると、当該HTTPリクエストに内包されているメールアドレス「hanako@abc.co.jp」をキーにして記憶部405を検索し、携帯電話機100−2のユーザに割り当てられたメールボックスを探す。CPU408は該当するメールボックスを見つけると、当該電子メールを識別するためのメール識別子を生成する。続いて、CPU408は、HTTPリクエストに内包されているメール本文と、送信元である携帯電話機100−1の端末識別子と、添付ファイルと、生成されたメール識別子とを対応づけて当該メールボックスに格納する。
次に、CPU408は、メールサーバ400が携帯電話機100−2のユーザ宛の電子メールを受信したことを示す着信通知を生成する。この着信通知には、当該メールボックスに格納されている電子メールのメール識別子が内包される。続いて、CPU408は、着信通知の通知先となる携帯電話機100−2を特定するために、当該電子メールの宛先を示すメールアドレス「hanako@abc.co.jp」をキーにして、加入者データベース500を検索する。CPU408は、図2に示したデータの中から該当するメールアドレス「hanako@abc.co.jp」を見つけると、このメールアドレスに対応づけて記憶されている端末識別子「MS000002」を抽出する。
CPU408は、抽出された端末識別子で識別される携帯電話機100−2を宛先として、生成した着信通知を送信する(ステップS102)。送信された着信通知は、携帯電話機100−2の通信部102にて受信されたのちCPU110へ供給される。
着信通知を受信すると、メールサーバ400のメールボックスに格納されている電子メールを取得するために、CPU110はGETメソッドを用いたHTTPリクエストを生成する。このHTTPリクエストは、図14に示すように、メールサーバ400に記憶されている配信用CGIのURI「http://abc.co.jp/receive.cgi」をGETメソッドのパラメータとする。配信用CGIのパラメータにおいて、取得するファイルの拡張子を示す「jpeg」が設定される。また、このHTTPリクエストは、携帯電話機100−2の端末識別子「MS000002」と、取得しようとする電子メールのメール識別子「0001」とを内包している。
生成されたHTTPリクエストは、携帯電話機100−2から送信され(ステップS103)、メールサーバ400の通信部402にて受信された後、CPU408へ送られる。CPU408は、当該HTTPリクエストを受信すると、GETメソッドのパラメータであるURIで指定される配信用CGIを記憶部405から読み出して実行する。
CPU408はこの配信用CGIを実行すると、当該HTTPリクエストに内包されている端末識別子「MS000002」をキーにして、加入者データベース500を検索し、当該端末識別子に対応づけて記憶されている電子メールアドレス「hanako@abc.co.jp」を加入者データベース500から抽出する。
次にCPU408は、抽出された電子メールアドレス「hanako@abc.co.jp」をキーにして記憶部405のメールボックスを検索する。CPU408は、携帯電話機100−2のユーザに割り当てられたメールボックスを見つけると、当該メール識別子「0001」で特定される電子メールを該メールボックスから抽出する。続いて、CPU408は、読み出された電子メールに添付されているファイルを、端末識別子で指定される携帯電話機100−2へ送信するか否かを決定する。
携帯電話機100−2のユーザが取得を希望する添付ファイルの拡張子は、CGIのパラメータにおいて「jpeg」に設定されている一方、読み出した電子メールに添付されているファイルの拡張子は「mid」である。従って、CPU408は、携帯電話機100−2にこの添付ファイルを送信しないことを決定し、読み出された電子メールから添付されているファイル「musicl.mid」を削除する。
次にCPU408は、添付ファイルを削除して得られた電子メールを内包するHTTPレスポンスを生成する。生成されたHTTPレスポンスは、メールサーバ400から携帯電話機100−2へ送信される(ステップS104)。
携帯電話機100−2では、通信部102にてHTTPレスポンスが受信されると、受信されたHTTPレスポンスがCPU110へ送られる。CPU110は、該HTTPレスポンスから電子メールを抽出し、これを記憶部106に記憶させる。
(実施例2)
次に、同じく図3を参照しつつ、携帯電話機100−2から携帯電話機100−1へ、JPEG形式の画像ファイル「imagel.jpeg」を電子メールに添付して送信する場合について説明する。
まず、携帯電話機100−2のユーザが、宛先のメールアドレス「taro@abc.co.jp」およびメール本文の入力を行い、「imagel.jpeg」を添付し、作成した電子メールを送信する操作を行うと、CPU110は、ユーザが入力したメールアドレス、メール本文、添付ファイルおよび携帯電話機100−2の端末識別子「MS000002」を内包するPOSTメソッドを用いたHTTPリクエストを生成する。
このHTTPリクエストは、メールサーバ400に記憶されている格納用CGIのURIをPOSTメソッドのパラメータとし、ユーザが入力したメールアドレス、メール本文、添付ファイルおよび携帯電話機100−2の端末識別子「MS000002」とを内包する。生成されたHTTPリクエストは、メールサーバ400へ送信され(ステップS105)、通信部402にて受信されたのち、CPU408へ送られる。
CPU408は、HTTPリクエストを受信すると、POSTメソッドのパラメータであるURIによって指定される格納用CGIを記憶部405から格納用CGIを読み出して実行する。具体的には、CPU408は、HTTPリクエストに内包されているメールアドレス「taro@abc.co.jp」をキーにして記憶部405のメールボックスを検索する。
CPU408は、携帯電話機100−1のユーザに割り当てられたメールボックスを見つけると、該電子メールを識別するためのメール識別子を生成する。CPU408は、このHTTPリクエストに内包されているメール本文と、携帯電話機100−2の端末識別子と、添付ファイルと、生成されたメール識別子とを対応づけてメールボックスに格納する。
次にCPU408は、携帯電話機100−1のユーザ宛に電子メールが送信されたことを示す着信通知を生成する。この着信通知には、メールボックスに格納されている電子メールのメール識別子が内包される。
続いて、CPU408は、着信通知の通知先となる携帯電話機100−1を特定するために、加入者データベース500を参照し、宛先を示すメールアドレス「taro@abc.co.jp」に対応付けて格納されている端末識別子「MS000001」を抽出する。
次に、CPU408は、抽出された端末識別子で特定される携帯電話機100−1を宛先として、生成した着信通知を送信する(ステップS106)。メールサーバ400から送信された着信通知は、携帯電話機100−1にて受信され携帯電話機100−1のCPU110へ送られる。
着信通知を受信したCPU110では、メールサーバ400のメールボックスに格納されている電子メールを取得するために、GETメソッドを用いたHTTPリクエストを生成する。このHTTPリクエストは、図6に示したように、メールサーバ400に記憶されている配信用CGIのURIをGETメソッドのパラメータとする。また、配信用CGIのパラメータは、取得するファイルの拡張子を示す「jpeg」に設定される。また、このHTTPリクエストは、図6に示したように、携帯電話機100−1の端末識別子「MS000001」と、取得しようとする電子メールのメール識別子「0001」とを内包している。
生成されたHTTPリクエストは、携帯電話機100−1から送信され(ステップS107)、メールサーバ400の通信部402にて受信された後、CPU408へ送られる。
CPU408は、該HTTPリクエストを受信すると、GETメソッドのパラメータであるURIによって指定される配信用CGIを記憶部405から読み出して実行する。具体的には、CPU408は、HTTPリクエストに内包されている端末識別子「MS000001」キーにして加入者データベース500内を検索する。この結果、HTTPリクエストに内包されている端末識別子「MS000001」に対応付けて格納されている電子メールアドレス「taro@abc.co.jp」が抽出される。
次にCPU408は、抽出された電子メールアドレス「taro@abc.co.jp」をキーにして記憶部405内を検索する。この結果、携帯電話機100−1のユーザに割り当てられたメールボックスから該メール識別子により指定される電子メールが抽出される。
次にCPU408は、抽出された電子メールに添付されているファイルを該端末識別子で指定される携帯電話機100−1へ送信するか否かを判断する。ここで、携帯電話機100−1が取得する添付ファイルの拡張子はCGIのパラメータにて「jpeg」に設定されており、抽出された電子メールに添付されているファイルの拡張子もまた「jpeg」である。従って、CPU408は、該添付ファイルを携帯電話機100−1に送信すべきであると判定する。続いて、CPU408は、該ファイルが添付されたままの電子メールを内包するHTTPレスポンスを生成する。生成されたHTTPレスポンスは、メールサーバ400から携帯電話機100−1へ送信される(ステップS108)。
携帯電話機100−1では、通信部102にてHTTPレスポンスが受信されたのち、CPU110へ供給される。CPU110は、該HTTPレスポンスを受信すると、該HTTPレスポンスから電子メールを抽出しこれを記憶部106に記憶させる。
以上説明したように、本実施形態によれば、携帯電話機100のユーザは、自分の所望する拡張子のファイルのみを、携帯電話機100に受信させることが可能となる。また、ユーザは取得する添付ファイルの拡張子を携帯電話機100にて一度設定すれば、それ以降、電子メールを受信するたびに添付ファイルを受信するか否かの操作を行う必要がない。以降のHTTPリクエストにその設定内容が反映されるからである。
<3.変形例>
上述した実施形態では、一例として、携帯電話機100が画像ファイルおよび音楽ファイルを処理できることとした。しかしながら、携帯電話機100が使用することができるファイルは、画像ファイルや音楽ファイルに限定されるものではない。本発明は任意の種類(拡張子)にも適用可能である。
上述した実施形態では、携帯電話機100のユーザが、取得する添付ファイルの拡張子を設定する際に、一つの拡張子しか設定していないが、図15に例示したように取得する添付ファイルを複数設定するようにしてもよい。この場合、例えば、携帯電話機100が使用可能なファイルの拡張子を携帯電話機100の記憶部106に予め記憶させておき、受信を希望する添付ファイルの拡張子を設定する際に、図16に示すような設定メニュー画面を表示部105に表示させる。これにより、ユーザは表示された使用可能なファイルのうち、受信を希望するものを複数選ぶことができる。例えば、「jpeg」、「mid」および[gif」が設定された場合は、GETメソッドのヘッダは図17に示すようなものになる。メールサーバ400において、このようなHTTPリクエストを受信した場合、CPU408は、携帯電話機100宛の電子メールの添付ファイルのいずれか一つに合致するか否かを判定する。
これとは逆に、図18に示すように、ユーザが取得を希望しないファイルの拡張子を指定することとしてもよい。この場合、携帯電話機100において、CPU110は、携帯電話機100で使用可能な全てのファイルの種類の中からユーザが指定したものを除外して得られたファイル種類をHTTPリクエストのヘッダに設定する。
このような態様によれば、携帯電話機100のユーザは、取り扱い説明書などをみることなく、携帯電話機100で使用可能なファイルの拡張子を容易に確認することが可能となるので、ユーザの利便性がさらに向上する。
なお、複数の拡張子の指定が可能な場合には、取得するファイルの拡張子を全て設定するのではなく、全てのファイルの取得を指定するCGIパラメータを導入してもよい。例えば、ユーザは端末で処理できる形式の全てのファイルを受け入れたい場合は、図6に示すHTTPリクエストにおいて、例えば「?ATT=jpeg」に替えて、「?ATT=allfig」というパラメータが指定される。逆に、いかなる添付ファイルもファイルを受信したくない場合には、例えば、図6において、「?ATT=jpeg」に替えて、「?ATT=none」というパラメータが指定される。メールサーバ400において、CPUはこのようなHTTPリクエストを受信すると、「allfig」の場合は、いかなる添付ファイルであっても携帯電話機100へ送信し、「none」の場合は全ての添付ファイルを削除したのち携帯電話機100へ送信する。
また、上述した実施形態では、ユーザが文字列をテキストボックスに入力することにより、添付ファイルの拡張子の指定を行っている。しかしながら、これに限定されず、プルダウンメニューやチェックボックスを用いて選択するようにしてもよい。あるいは、画面を通じてではなく、音声ガイダンスによってユーザにファイル種類の選択を促してもよい。
また、上述した実施形態では、電子メールの授受は移動パケット通信網200内に収容されている携帯電話機100−1と携帯電話機100−2の間で行われている。しかしながら、電子メールの授受は移動パケット通信網200内に限定されるものではない。例えば、ゲートウェイサーバ300を介し、携帯電話機100とインターネットに接続されているパーソナルコンピュータとの間でメールを授受するようにしてもよい。
また、上述した実施形態では、取得する添付ファイルの拡張子をCGIのパラメータに設定して、携帯電話機100が取得する添付ファイルの拡張子をメールサーバ400へ知らせるようにした。しかしながら、取得する添付ファイルの拡張子をメールサーバ400へ知らせる方法は、この方法に限定されない。例えば、HTTPリクエストのリクエストヘッダに新たなヘッダを設けて、このヘッダに取得する添付ファイルの拡張子を設定するようにしてもよい。
上述した実施形態では、メールサーバ400は、携帯電話機100へ電子メールを送信した後、送信した電子メールをメールボックスに残すようにしているが、電子メールを携帯電話機100へ送信後、送信した電子メールをメールボックスから削除するようにしてもよい。
この場合、メールサーバ400は、携帯電話機100から送信される電子メール受信確認を受信した後、当該電子メールを削除するようにしてもよい。
上述した実施形態では、携帯電話機100が受信した電子メールの添付ファイルは、携帯電話機100の記憶部106に記憶されるが、IMT−2000に準拠した携帯電話機においては、電子メールに添付されたファイルをUIMに記憶させるようにしてもよい。ここで、UIM(User Identity Module)とは、契約者情報を記憶した不揮発性メモリを有するICカードであり、IMT−2000(International Mobile Telecommunication 2000)に準拠した携帯電話機では携帯電話機に着脱可能に実装されるものである。
この態様によれば、受信した携帯電話機では開けないファイルをメールサーバ400から受信しても、添付ファイルを記憶したUIMを、ファイルを使用可能な携帯電話機へ差し替えることにより、受信したファイルを使用することが可能となる。従って、添付ファイルの種類の設定においては、その携帯電話機が使用できるファイルに制限されない。これにより、添付ファイルを利用形態は多様化し、ユーザの利便性が高まる。
また、メールサーバが実行する制御プログラム、格納用CGI、配信用CGIは、プログラムを作成した事業者が、インターネットなどのネットワークを介してメールサーバへ提供するようにしてもよい。また、これらのプログラムをCD−ROM(Compact Disc Read Only Memory)やDVD−ROMなどの記録媒体に記録させて、当該サーバへ提供するようにしてもよい。
また、上述した実施形態では、携帯電話機100にて実行されるプログラムはROM108に記憶されているが、フラッシュメモリなどの書き換えが可能なメモリに記憶させるようにしてもよい。これにより、移動パケット通信網200およびインターネットを介して、携帯電話機100にて実行されるプログラムを提供することが可能となる。また、携帯電話機にて実行されるプログラムを上記記録媒体に記録させて提供する場合には、パーソナルコンピュータを用いてこれらの記録媒体からプログラムを読み出し、パーソナルコンピュータと携帯電話機100とを有線もしくは無線により接続することにより携帯電話機のフラッシュメモリにプログラムを記憶させるようにしてもよい。
【図面の簡単な説明】
図1は、本発明の実施形態に係わる通信システム10の全体構成を例示する図である。
図2は、加入者データベース500に記憶されたデータのフォーマットを例示する図である。
図3は、携帯電話機100のハードウェア構成を例示する図である。
図4は、携帯電話機100の表示部105に表示される、電子メールを作成するためのメニュー画面を例示する図である。
図5は、携帯電話機100が送信するPOSTメソッドを用いたHTTPリクエストのヘッダ部を例示する図である。
図6は、携帯電話機100が送信するGETメソッドを用いたHTTPリクエストのヘッダ部を例示する図である。
図7は、携帯電話機100にて行われる、ユーザが所望する添付ファイルの拡張子を設定する際の処理を例示するフローチャートである。
図8は、本発明の実施形態に係わる携帯電話機100の表示部105に表示される、ユーザが所望する添付ファイルの拡張子を設定するための設定メニュー画面を例示する図である。
図9は、メールサーバ400のハードウェア構成を例示する図である。
図10は、メールサーバ400が行う、電子メールの配信処理を例示するフローチャートである。
図11は、メールサーバ400にて実行される格納用CGIの処理を例示するフローチャートである。
図12は、メールサーバ400にて実行される配信用CGIの処理を例示するフローチャートである。
図13は、電子メールの送受信における動作例を示すシーケンス図である。
図14は、携帯電話機100−2がメールサーバ400へ送信するHTTPリクエストの書式を例示する図である。
図15は、取得する添付ファイルの拡張子を複数設定する際における設定メニュー画面を例示する図である。
図16は、ユーザが所望する添付ファイルの拡張子を設定する際における設定メニュー画面を例示する図である。
図17は、携帯電話機100が送信するGETメソッドを用いたHTTPリクエストのヘッダ部を例示する図である
図18は、ユーザが所望する添付ファイルの拡張子を設定する際における設定メニュー画面を例示する図である。
Claims (12)
- ファイルが添付された電子メールをサーバ装置から通信端末へ送信する方法であって、
前記通信端末が、前記通信端末のユーザが受信を希望する添付ファイルの種類を指定する種別情報を取得する取得ステップと、
前記通信端末が、前記種別情報を前記サーバ装置へ送信する送信ステップと、
前記サーバ装置が、前記種別情報を受信する受信ステップと、
前記サーバ装置が、前記サーバ装置により受信された前記通信端末宛ての電子メールの添付ファイルの種類が、前記種別情報によって特定されるファイル種類に一致するか否かを判定するステップと、
前記サーバ装置が、該添付ファイルの種類が一致しない場合は、該電子メールから該添付ファイルを削除して得られた電子メールを前記通信端末へ送信し、
当該添付ファイルの種類が一致する場合は、該電子メールを前記通信端末へ送信するステップと
を有することを特徴とする電子メール送信方法。 - 前記通信端末において、該通信端末宛の電子メールを取得する旨の要求を前記サーバ装置に送信するステップをさらに備え、
当該要求には前記取得された種別情報が内包されている
ことを特徴とする請求項1に記載の電子メール配信方法。 - 前記取得ステップにおいて、前記通信端末が前記通信端末にて使用可能なファイルの種類を表示すること
を特徴とする請求項1に記載の電子メール配信方法。 - 前記通信端末は、当該通信端末に着脱可能な記憶部を有し、
前記通信端末が、前記電子メール送信ステップにて送信された電子メールを受信し、受信した電子メールに添付されているファイルを前記記憶部に記憶させる記憶ステップ
をさらに有することを特徴とする請求項1に記載の電子メール配信方法。 - 前記取得ステップにおいて、まずユーザが受信したくないファイルの種類を指定する情報を取得し、該取得した情報に基づいて前記種別情報を生成することを特徴とする請求項1に記載の電子メール配信方法。
- ユーザが受信を希望する添付ファイルの種類を指定する種別情報を取得する手段と、
前記種別情報をサーバ装置へ送信する送信手段と、
前記サーバ装置から電子メールを取得する取得手段と
を有することを特徴とする通信端末。 - 前記通信端末宛の電子メールの取得を要求する旨の受信要求を前記サーバ装置に送信する手段をさらに備え、
前記要求には前記取得された種別情報が内包されている
ことを特徴とする請求項6に記載の通信端末。 - 前記通信端末にて使用可能なファイルの種類をユーザに提示する手段をさらに備えることを特徴とする請求項6に記載の通信端末。
- 取得した電子メールに添付されているファイルを着脱可能な記憶部に記憶する手段を更に有することを特徴とする請求項6に記載の通信端末。
- 前記取得手段は、まず、前記ユーザが受信を希望しないファイルの拡張子を指定する情報を受信し、該受信された情報に基づいて前記種別情報を生成する
ことを特徴とする請求項6に記載の通信端末。 - 通信端末から送信された、前記通信端末のユーザが受信を希望する添付ファイルの種類を指定する種別情報を受信する手段と、
前記サーバ装置により受信された前記通信端末宛ての電子メールに添付されるファイルの種類が、前記種別情報によって特定されるファイルの種類に一致するか否かを判定する手段と、
該添付ファイルの種類が一致しない場合は、該電子メールから該添付ファイルを削除することにより得られた電子メールを前記通信端末へ送信し、当該添付ファイルの種類が一致する場合は、該電子メールを前記通信端末へ送信する手段と
を有することを特徴とするサーバ装置。 - サーバ装置において、電子メールを通信端末へ送信する方法であって、前記通信端末から送信された、前記通信端末のユーザが受信を希望する添付ファイルの種類を指定する種別情報を受信するステップと、
前記通信端末宛ての電子メールを受信すると、該電子メールに添付されているファイルの種類が前記種別情報によって特定されるファイルの種類に一致するか否かを判定するステップと、
該添付ファイルの種類が一致しない場合は、該電子メールから該添付ファイルを削除することにより得られた電子メールを前記通信端末へ送信し、当該添付ファイルの種類が一致する場合は、該電子メールを前記通信端末へ送信するステップと
を有することを特徴とするメール送信方法。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002166231 | 2002-06-06 | ||
JP2002166231 | 2002-06-06 | ||
PCT/JP2003/007136 WO2003105426A1 (ja) | 2002-06-06 | 2003-06-05 | 電子メール配信方法、通信端末、およびサーバ装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
JPWO2003105426A1 true JPWO2003105426A1 (ja) | 2005-10-13 |
Family
ID=29727624
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2004512365A Pending JPWO2003105426A1 (ja) | 2002-06-06 | 2003-06-05 | 電子メール配信方法、通信端末、およびサーバ装置 |
Country Status (6)
Country | Link |
---|---|
US (1) | US7543028B2 (ja) |
EP (1) | EP1515503A4 (ja) |
JP (1) | JPWO2003105426A1 (ja) |
CN (1) | CN1659838A (ja) |
TW (1) | TWI228366B (ja) |
WO (1) | WO2003105426A1 (ja) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100712921B1 (ko) * | 2005-03-10 | 2007-05-02 | 엘지전자 주식회사 | 컨텐츠의 저장 및 재생 시간 단축 기능이 구비된 이동통신단말기 및 그 동작방법 |
US20070016636A1 (en) * | 2005-07-14 | 2007-01-18 | Yahoo! Inc. | Methods and systems for data transfer and notification mechanisms |
US20070136426A1 (en) * | 2005-12-10 | 2007-06-14 | Smith Matthew T | Process of Decentralized Distribution of E-mail Messages |
US8156187B2 (en) * | 2006-04-20 | 2012-04-10 | Research In Motion Limited | Searching for electronic mail (email) messages with attachments at a wireless communication device |
US9007620B2 (en) * | 2007-02-05 | 2015-04-14 | Samsung Electronics Co., Ltd. | Image forming apparatus and method of controlling the same |
AU2009238286A1 (en) * | 2009-11-16 | 2011-06-02 | Traitel Telecommunications Pty Limited | Electronic mail via mobile telephony |
US9002700B2 (en) | 2010-05-13 | 2015-04-07 | Grammarly, Inc. | Systems and methods for advanced grammar checking |
CN101877644A (zh) * | 2010-07-30 | 2010-11-03 | 钟长林 | 电子邮件发送方法、发送客户端及发送服务器 |
CN103475564B (zh) * | 2012-06-06 | 2018-11-23 | 腾讯科技(深圳)有限公司 | 网络附件传送方法及其系统 |
JP6375682B2 (ja) * | 2014-04-30 | 2018-08-22 | 株式会社リコー | 通信管理システム、通信管理方法、及びプログラム |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH11272582A (ja) | 1998-03-25 | 1999-10-08 | Sony Corp | 電子メール提供装置及び電子メール提供方法 |
US6275850B1 (en) * | 1998-07-24 | 2001-08-14 | Siemens Information And Communication Networks, Inc. | Method and system for management of message attachments |
US20050124337A9 (en) * | 1998-09-08 | 2005-06-09 | Tenzing Communications, Inc. | System and method for airborne passenger electronic communication |
US6311210B1 (en) * | 1998-12-17 | 2001-10-30 | At&T Corporation | Method and apparatus for sending an electronic mail message to a receiving party |
JP3323144B2 (ja) | 1999-01-19 | 2002-09-09 | 松下電器産業株式会社 | 移動端末 |
JP2001237874A (ja) | 1999-12-13 | 2001-08-31 | Do It Inc | 電子メール転送方法、転送システム及び転送装置 |
US7117246B2 (en) * | 2000-02-22 | 2006-10-03 | Sendmail, Inc. | Electronic mail system with methodology providing distributed message store |
JP2001257709A (ja) | 2000-03-10 | 2001-09-21 | Sony Corp | 電子メール転送装置および電子メール転送方法 |
US20020016818A1 (en) * | 2000-05-11 | 2002-02-07 | Shekhar Kirani | System and methodology for optimizing delivery of email attachments for disparate devices |
JP2002123469A (ja) | 2000-10-13 | 2002-04-26 | Nec System Technologies Ltd | 電子メール送受信装置、電子メールシステム、電子メール処理方法、記録媒体 |
JP2002149458A (ja) | 2000-11-13 | 2002-05-24 | Matsushita Electric Ind Co Ltd | 情報処理装置及び画像処理装置 |
EP1205838A3 (en) * | 2000-11-07 | 2007-10-10 | Matsushita Electric Industrial Co., Ltd. | Carryable memory media, portable information terminal using the same and method for managing files therein |
US20020138586A1 (en) * | 2001-03-22 | 2002-09-26 | International Business Machines Corporation | Reducing network congestion by decoupling attachments from electronic mail |
US8438465B2 (en) * | 2001-04-03 | 2013-05-07 | Purdue Pharma L.P. | Privileged communication system with routing controls |
JP2002344526A (ja) | 2001-05-18 | 2002-11-29 | Ntt Docomo Inc | 電子メールの配信制御方法、電子メール送受信システム及びメールサーバ |
JP2002374306A (ja) | 2001-06-13 | 2002-12-26 | Nomura Boeki Kk | 電子メール配信システム |
-
2003
- 2003-06-05 JP JP2004512365A patent/JPWO2003105426A1/ja active Pending
- 2003-06-05 EP EP03733295A patent/EP1515503A4/en not_active Withdrawn
- 2003-06-05 CN CN038130882A patent/CN1659838A/zh active Pending
- 2003-06-05 WO PCT/JP2003/007136 patent/WO2003105426A1/ja active Application Filing
- 2003-06-05 US US10/517,623 patent/US7543028B2/en not_active Expired - Fee Related
- 2003-06-06 TW TW092115436A patent/TWI228366B/zh not_active IP Right Cessation
Also Published As
Publication number | Publication date |
---|---|
TW200401558A (en) | 2004-01-16 |
EP1515503A4 (en) | 2010-10-06 |
CN1659838A (zh) | 2005-08-24 |
TWI228366B (en) | 2005-02-21 |
US7543028B2 (en) | 2009-06-02 |
US20060101117A1 (en) | 2006-05-11 |
EP1515503A1 (en) | 2005-03-16 |
WO2003105426A1 (ja) | 2003-12-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3656890B2 (ja) | メール通知システム、ゲートウェイ装置、及び携帯電話端末 | |
US20020019225A1 (en) | Communication control system using telephone directory management system of mobile phone | |
US7194507B2 (en) | Method and apparatus for setting communication parameter in information terminal | |
JPWO2003105426A1 (ja) | 電子メール配信方法、通信端末、およびサーバ装置 | |
EP1549008A1 (en) | Electronic mail delivery system | |
JP3800531B2 (ja) | 通信アプリケーション間の状態情報共有・処理方法およびそのシステム | |
KR20040044256A (ko) | 발신 번호 표시 서비스와 연동되는 부가 컨텐츠 제공 방법및 장치 | |
JP2009296100A (ja) | メッセージ通信処理方法、メッセージ通信処理システム及び通信端末装置 | |
JP2006085227A (ja) | 通信端末装置 | |
JP5255915B2 (ja) | メール送信処理方法及び通信端末装置 | |
JP4416624B2 (ja) | 移動体通信端末 | |
JP4008836B2 (ja) | 通信相手ユーザの自己情報登録方法、自己情報管理ノードおよび通信端末 | |
JP2001339422A (ja) | メールデータ管理システム | |
JP4303228B2 (ja) | 通信方法及びサーバ | |
JP2002328872A (ja) | 電子メールシステム及び電子メール返信方法 | |
JP2004221902A (ja) | 情報提供システムおよびその情報提供方法 | |
JP4527494B2 (ja) | 移動体通信端末 | |
JP2004236031A (ja) | 情報配信システム | |
JP5227665B2 (ja) | 通信端末装置 | |
JP5011208B2 (ja) | メール処理システム及び通信端末装置 | |
JP5011210B2 (ja) | 通信システム | |
JP2005168003A (ja) | メール通知システム | |
JP5011209B2 (ja) | メール処理システム及び通信端末装置 | |
JP2002288205A (ja) | サービス提供装置、サービス提供方法、サービス提供プログラム及びデータ入力装置 | |
JP2002325103A (ja) | 電子メールシステム、その処理方法及びそのプログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060523 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060724 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20061107 |