JP2004064277A - Mail system - Google Patents

Mail system Download PDF

Info

Publication number
JP2004064277A
JP2004064277A JP2002217902A JP2002217902A JP2004064277A JP 2004064277 A JP2004064277 A JP 2004064277A JP 2002217902 A JP2002217902 A JP 2002217902A JP 2002217902 A JP2002217902 A JP 2002217902A JP 2004064277 A JP2004064277 A JP 2004064277A
Authority
JP
Japan
Prior art keywords
mail
information
reception
mobile terminal
terminal
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.)
Granted
Application number
JP2002217902A
Other languages
Japanese (ja)
Other versions
JP3676766B2 (en
Inventor
Kosuke Hirama
平間 康介
Hidetoshi Onaka
尾仲 秀敏
Daizo Ikeda
池田 大造
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to JP2002217902A priority Critical patent/JP3676766B2/en
Publication of JP2004064277A publication Critical patent/JP2004064277A/en
Application granted granted Critical
Publication of JP3676766B2 publication Critical patent/JP3676766B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a mail system in which mail to be received with high communication efficiency can be selected and a transmission terminal side can confirm whether or not the mail is unsealed at a receiver side mobile terminal, and to provide the mobile terminal. <P>SOLUTION: In the case of unsealing confirmation mail, the mail system transmits the header part of the mail to the receiver side mobile terminal 1 to inquire of the mobile terminal, transmits a mail main text when receiving a response of reception permission from the receiver side mobile terminal 1, and stops transmission of the mail main text when receiving a response of reception rejection. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は、メールの送受信処理を制御するメールシステムに係り、特に、携帯電話等の通信移動端末から送信されたメールの処理に有効なメールシステム及びそのシステムに対応する通信移動端末に関する。
【0002】
【従来の技術】
従来の移動通信用のメールシステムでは、例えば図9に示すシーケンスで処理が行われる。すなわち、移動端末Aから移動端末Bへのメールの送信動作を想定すると、移動端末Aから送信されたメールは、メールサーバのメールボックスに蓄積される。このとき、メールサーバは、当該メールの送達状況として「未送達」を記憶し、その後、パケット加入者系/関門中継処理装置を介して移動端末Bに、サーバにてメールを蓄積した旨を伝える着信通知信号を送信する。着信通知信号を受信した移動端末Bは、自動的に、パケット加入者系/関門中継処理装置を介してメールサーバにメール取得要求信号を送信し、この信号を受けたメールサーバは、移動端末Bに対してヘッダ部を含むメール全体を送信する。移動端末Bは正常に受信が終了したら、パケット加入者系/関門中継処理装置に対して正常応答信号を返信する。メールサーバは、上記正常応答信号を取得すると、当該メールの送達状況を「送達済」に変更する。
【0003】
そして、メールサーバは、上記手順の後、上記メール送達状況を自動的に移動端末Aに送信する。あるいは、移動端末Aに自動送信するのではなく、移動端末Aからメールサーバヘの能動的なアクセスに応じて、当該メールの送達状況を移動端末Aに送信する。
また、一般に、メールを受信すると当該メールを受信した移動端末Bに対する、データ通信料金の課金情報が課金情報保持部に蓄積され、課金情報保持部に蓄積された課金情報に基づき移動端末の所有者に対し課金の請求が行われる。
【0004】
ここで、上記シーケンスにおいて、メールサーバが移動端末Bに対し、最初からメール本文を送信するのではなく、一度着信通知を送信し、その後メール本文の取得を行うのは、移動端末Bが圏外にあったり電源オフとなったりして、受信不能状態の場合もあることを考慮し、なるべく無効な信号の送受信を削減するためである。
【0005】
【発明が解決しようとする課題】
上記のような移動通信システムにおけるメールシステムにあっては、蓄積したメールが自動的に移動端末Bに送られることとなるが、移動端末Bの使用者は、必ずしも送られてきた全てのメールを受信したいわけではない。
また、上記メールシステムでは、移動端末Aにおいて、移動端末Bへのメールの送達確認自体は可能であるが、移動端末Bの使用者がそのメールを開封したかどうか確認できない。つまり、移動端末Bにメールは届いているが、その受信したメールを使用者が能動的に開封状態としたか否かについて確認できない。
【0006】
本発明は、上記のような点に着目してなされたもので、通信効率良く受信すべきメールの選択が可能であると共に、送信端末側で、受信端末でメール開封が行われたかどうかの確認が可能なメールシステム及び移動端末を提供することを課題としている。
【0007】
【課題を解決するための手段】
上記課題を解決するために、本発明のうち請求項1に記載した発明は、端末から送信されてきたメールを蓄積し、そのメールを受信すべき受信端末に対し、自動的若しくはメール有無の確認に応じてメール着信を通知し、当該受信端末からの取得要求に応じてメールを当該受信端末に送るメールシステムにおいて、
上記受信端末に対しメールのヘッダ部を送信してメール受信の問合わせを行い、上記問合わせに対する受信許可応答を受信端末から取得すると、当該メールの本文を上記受信端末に送信することを特徴とするものである。
【0008】
なお、携帯電話などの移動通信端末におけるメールシステムにあっては、一般に、メール着信の通知によって受信端末がメール受信可能な状態と判定すれば自動的にメールが受信端末に送られる。
本発明によれば、メールのヘッダ部が最初に送られて、そのメールの受信の要否が確認でき、受信端末の使用者が受信許可したメールだけを受信可能となる。
【0009】
次に、請求項2に記載した発明は、請求項1に記載した構成に対し、蓄積したメールの開封情報を記憶するメール情報記憶部を備え、上記受信端末から受信許可応答を取得すると対応するメールのメール情報に対し開封済みの開封情報を設定することを特徴とするものである。
本発明によれば、上述のように、受信端末から受信許可応答を取得すると、つまり、受信端末の使用者の能動的な意思で受信するとされたメールに関し、メールの本体だけが別途、受信端末に送られることで、つまり受信端末にメール本体が届くとメールが自動的に開封された状態となることから、メール情報中の開封情報が、確実にメールが開封されたときに開封済みの情報となる。したがって、当該開封情報によって受信端末でのメールの開封を確認することが可能となる。
【0010】
次に、請求項3に記載した発明は、請求項2に記載した構成に対し、上記受信端末に対しメールのヘッダ部を送信してメール受信の問合わせを行い、上記問合わせに対する受信拒否応答を受信端末から取得すると、メールの本文を上記受信端末に送信することなく、対応するメールのメール情報に対し受信拒否の開封情報を設定することを特徴とするものである。
【0011】
本発明によれば、メール受信が拒否されたか否かが確認可能となる。
次に、請求項4に記載した発明は、請求項2又は請求項3に記載した構成に対し、上記開封情報が変更されたと判定すると、対応するメールを送信した端末に、その開封情報の内容を送信することを特徴とするものである。
本発明によれば、メールに関し開封済みや受信拒否についての情報が、自動的に送信端末に通知可能となる。つまり、送信端末側で送信したメールの結果を確認することが可能となる。
【0012】
次に、請求項5に記載した発明は、請求項1〜請求項4のいずれかに記載した構成に対し、上記ヘッダ部の送信は、メール着信の通知時、またはメール着信の通知後本文送達前に行うことを特徴とするものである。
本発明によれば、メールの受信に先立って、メールの受信及び拒否の判定を行うことが可能となる。
【0013】
例えば、上記先にメールヘッダ部を送信して受信の問合わせが有るメールと、自動的に受信端末に送信されるその他のメールが混在していても、自動的に送信されるメールの受信よりも前に、問合わせにあるメールについて受信・拒否の判断が行われて、当該判断時に自動的に送信されるメールとの混在が回避される。
次に、請求項6に記載した発明は、請求項1〜請求項5のいずれかに記載した構成に対し、上記予めメールのヘッダ部のみを送信する処理は、蓄積したメールの情報中に開封確認要求情報がある場合に実施することを特徴とするものである。
【0014】
本発明によれば、開封確認要求のある特定のメールだけについて上記メールの受信許可・拒否の判定が行われ、その他のメールについては従来通りの処理が行われる。
次に、請求項7に記載した発明は、請求項6に記載した構成に対し、メール受信に応じた課金情報を、当該メールを受信した受信端末への課金として課金保持部に蓄積するシステムにおいて、
開封確認要求情報のあるメールであって、且つ受信端末から受信が拒否されたメールについては、上記メール受信に応じた課金情報をメール送信側の端末の課金情報として上記課金情報保持部に蓄積することを特徴とするものである。
【0015】
本発明によれば、意に反するメールの受信料金を送信者側に課金可能となる。
次に、請求項8に記載した発明は、メールを送信可能な通信移動端末において、送信するメールに対し、開封確認要求の有無の情報を付加可能となっていることを特徴とするものである。
次に、請求項9に記載した発明は、メールを受信可能な通信移動端末において、メールのヘッダ部を受信可能となっていると共に、当該ヘッダ部の受信に対応して当該メール本文の受信許可若しくは受信拒否のいずれか一方を選択して送信可能となっていることを特徴とするものである。
【0016】
【発明の実施の形態】
次に、本発明の実施形態について図面を参照しつつ説明する。
図1は、メールシステムを含むパケット通信ネットワークシステムの概要構成を示す図である。
本ネットワークシステムは、少なくとも、使用者が操作する移動端末1と、基地局2と、パケット通信処理装置3と、メールシステムを構成するメールサーバ4と、各移動端末1の位置などの情報を管理するサービス制御装置(不図示)とを備える。
【0017】
上記移動端末1は、例えば携帯電話、PDA端末等から構成され、現在の無線エリアを担当する無線基地局2と無線電波によって接続可能となっている。その無線基地局2は、パケット通信処理装置3に接続している。また、パケット通信処理装置3はメールサーバ4に接続している。そして、移動端末1からのメール送信時には、移動端末1からの通信情報が、基地局2を介してパケット通信処理装置3に伝達され、メールサーバ4に伝達可能となっている。また、移動端末1へのメール着信時には、メールサーバ4からの通信情報がパケット通信処理装置3に伝達され、基地局2を介して特定の移動端末1に伝達可能となっている。
【0018】
上記パケット通信処理装置3は、基地局2と接続する加入者系パケット処理装置3Aと、パケット関門中継装置3Bとから構成され、パケット関門中継装置3Bにメールサーバ4が接続されている。そのメールサーバ4は、制御装置4A、メールを蓄積するメールボックス4B、及びメールの情報を格納する開封・送達情報管理DB4Cを備える。開封・送達情報管理DB4Cは、メール情報記憶部を構成する。
【0019】
上記移動端末1は、図2に示すように、現在の無線エリアを担当する無線基地局2と無線電波による呼処理を行う通信部1Aと、通話、画像、メールなどの情報を送信・取得するコンテンツ情報を処理する制御部1Bと、表示部1Cとを備える。また、種々のアプリケーションを備える。ここで、移動端末1は、それぞれ固有の電話番号が割り当てられ、また、特定の番号や操作部を操作することで、上記メールサーバ4との間で情報を送信・受信可能となっている。
【0020】
ここで、本実施形態では、メールの種類として「通常メール」「送達確認メール」及び「開封確認メール」の3種類に分類されるとし、制御部1Bでは、特定番号や操作部の操作によって選択された3種類のいずれかのメールであるという情報を付帯して通信部1Aを通じてメールの送信をする。
さらに、上記制御部1Bは、開封確認メールのヘッダ部を受信すると、当該ヘッダ情報内容を表示部1Cに表示すると共に、使用者に対して上記ヘッダ部に応じた受信許可若しくは受信拒否のいずれかの応答の入力を促し、使用者が特定の番号や操作部を操作して、使用者の受信許可若しくは受信拒否のいずれかの判断を取得すると、その旨の応答信号(許可又は拒否)を通信部1Aを介してメールサーバ4に送信するようになっている。また、開封確認メールのメール本体を受信すると、そのメール本体を表示部1Cに表示する。
【0021】
なお、複数の開封確認メールのメール本文がまとめて送信される場合には、例えばその複数件のメール本文を記憶して1件ずつ表示部1Cに表示するように制御する。
なお、メール着信通知を受信すると、メール受信可能状態として自動的にメール取得要求を通信部1Aを介して送信する。また、開封確認メール以外のメールについては、上記開封確認メールの処理が終了すると自動的に対応する受信側の移動端末1に送られる。
【0022】
また、上記パケット通信処理装置3は、図3に示すような課金装置5を備え、メールサーバ4からの課金情報に基づき、課金情報保持部5Aに課金情報を蓄積する。
次に、メールサーバ4の処理について説明する。
メールサーバ4の制御装置4Aは、図4に示すように、メールを受信すると(ステップS10)、メールをメールボックス4Bに蓄積すると共に、メールに関する情報、特に開封・送達に関する管理データを作成して開封・送達状況管理DB4Cに格納する(ステップS20)。このときには、開封・送達状況は「未送達」としておく。続いて、対応する受信側の移動端末1に対しメール着信通知を送信する。受信側の移動端末1からメール取得要求を受信してメール送信可能状態と判定すると、送信すべきメール中に開封確認メールの有無を検索し(ステップS30)、開封確認メールが存在している場合には、まず、その開封確認メールのヘッダ部を受信側の移動端末1に送信して問い合わせを行う(ステップS40)。上記問い合わせに対する応答により(ステップS50)、「受信拒否」の応答を取得すると(ステップS60)、上記開封・送達状況を「受信拒否」に変更し(ステップS110)、その旨の情報を送信した端末に送信すると共に(ステップS90)、拒否動作のために必要となったデータ通信料金を送信端末への課金情報として課金処理装置に送る(ステップS100)。
【0023】
一方、上記問い合わせに対し「受信許可」の応答を取得した場合には(ステップS60)、対応するメールの本文を受信側の移動端末1に送信し(ステップS70)、受信側の移動端末1から正常到達信号を受信したときに上記開封・送達状況を「開封済」に変更し(ステップS80)、その旨の情報を送信した端末に送信すると共に(ステップS90)、メール受信動作のために必要となったデータ通信料金を受信側の移動端末1への課金情報として課金装置5に送る(ステップS100)。
【0024】
以上の処理を、全ての開封確認メールについて行った後に(ステップS120)、又は開封確認メールが存在しない場合は、従来と同様に、その他のメール、つまり、「通常メール」「送達確認メール」を受信側の移動端末1に向けて送信する(ステップS130)。なお、「送達確認メール」については、受信側の移動端末1から正常到達信号を受信したときに上記開封・送達状況を「送達済」に変更し、その旨の情報を送信した端末に送信する。
【0025】
図5に、開封・送達状況管理DB4C中のデータ構造例を示す。
ここで、上記説明では、複数件の開封確認メールがある場合に、一件ずつヘッダ部の送信を行い、受信の許可・拒否が確定してから次のヘッダ部の送信を行うように順番に処理するように説明しているが、これに限定されない。例えば、複数の開封確認メールのヘッダを全て送信した後、受信許可の応答が有った開封確認メールのメール本文を順番に送信するように処理を行っても良い。
【0026】
また、上記説明では、開封・送達状況を「開封済」及び「受信拒否」に変更されるたびに、自動的に送信側の端末に対してその情報を送信しているが、これに限定されない。送信側の端末からのアクセスに応じて情報を送信するようにしても良い。
開封確認メール処理のシーケンスの一例を図6〜図8に示す。
【0027】
移動端末Aから、「開封確認メール」を選択して移動端末Bにメール送信を行った場合、図6のシーケンスのように、着信通知によって、「開封確認メール」がサーバ上に着信していることを移動端末Bに通知し、受信可能の場合には、メールのタイトルとfromアドレス、また場合によってはメールサイズなどからなるメールヘッダ部を移動端末Bに通知する。その際、開封確認メールについては、移動端末Bは自動的にメール本文の取得動作を行わない。このとき、移動端末Bの画面上には、「開封確認メール」がサーバ上に保存されていることを示す何らかの表示が表示部1Cに行われ、タイトル、fromアドレス、メールサイズ等のヘッダ部が確認可能となっている。
【0028】
移動端末Bの使用者は、移動端末1上の表示を見て、メール本文の確認を行いたい場合にのみ、開封確認メールの取得動作を行うこととする。すなわち、図7のようなシーケンスにより、移動端末Bから開封確認メールの取得要求、つまり受信許可の応答が発信されると、メールサーバ4は、対応するメール本文を送信する。移動端末Bにメール本文が届くと同時にメールが開封され表示部1Cに表示され、移動端末Bからメールサーバ4に正常受信したという到達信号が送信される。この到達信号を受信すると、メールサーバ4は、メール開封状態を開封済」に設定変更し、上記手順の後、メールサーバ4上のメール開封状況を自動的に移動端末Aに送信する。あるいは、上記手順の後、移動端末Aに自動送信するのではなく、移動端末Aからメールサーバ4ヘの能動的なアクセスにより、当該メールの開封状況を確認する、という方法も考えられる。
【0029】
一方、メールのヘッダ部を受信した移動端末Bの使用者が、開封確認メールの取得を拒否したい場合には、図8に示すシーケンスにより、移動端末Bから受信拒否の応答が行われ、その拒否応答に応じて、メールサーバ4は、メール開封状態を「受信拒否」に設定変更し、上記手順の後、メールサーバ4上のメール開封状況を自動的に移動端末Aに送信する。あるいは、上記手順の後、移動端末Aに自動送信するのではなく、移動端末Aからメールサーバ4ヘの能動的なアクセスにより、当該メールの開封状況を確認する、という方法も考えられる。
【0030】
以上のように、少なくとも開封確認メールについては、受信したいメールだけを受信することが可能となる。これにより、写真や動画など、比較的大きなサイズのメールを送受する際、受信側移動端末1の使用者が不要と判断したメールの受信は行われないため、無線周波数の無効な利用が軽減される。
また、データ量が小さいヘッダ部だけを最初に受信側の移動端末1へ送信し、受信許可が有った場合にだけメールの本文だけを別途、受信側の移動端末1に送信することで、受信側の移動端末1の使用者の意思によるメールの開封確認を確実に行うことが可能となる。
【0031】
また、この受信拒否動作に要するデータ通信料金は、受信側移動端末Bの所有者に課金する方法と、送信側移動端末Aの所有者に課金する方法の両方が考えられる。いずれの端末の所有者に課金する場合であっても、課金装置5における課金処理情報の保存に際しては、メールのヘッダ情報の当該フィールドから課金対象者を特定することが可能である。
【0032】
そして、受信拒否時に送信側移動端末1の所有者に課金される方法を考えたとき、移動端末1の機能として、「通常メール」、「送達確認メール」は、特定の電話番号からのメールを除き、一律受信拒否を行うが、「開封確認メール」の着信通知は許可する、といった設定を可能とすることが有効である。または、「通常メール」、「送達確認メール」は、特定サイズ以上のメールを一律受信拒否とするような設定を可能とすることが有効である。このような設定を可能とすることにより、受信側移動端末1の使用者は、巨大なサイズのメールを意に反して受信してしまい、高額な通信料金を請求されることがなくなる。また、「通常メール」、「送達確認メール」であっても、所定サイズ以上の大きなメールについては、「開封確認メール」と同様に、先にヘッダ部だけを送って受信の許可・拒否の応答・問合わせ処理をするように変更しても良い。
【0033】
このように、送信側移動端末1の所有者に課金を行うサービスと組み合わせて考えることにより、意に反するメールの受信のために通信料金を払わなくて済むようになり、受信側移動端末1の使用者の利便性が向上される。
ここで、上記実施形態では、メールの種類として「通常メール」「送達確認メール」「開封確認メール」の3種類があるとしているが、「開封確認メール」の1種類だけとしても良い。携帯電話端末などの無線を利用した移動端末1によるメールの受信システムの場合には、有線の通信網で行われるメールシステムに比較して、無駄なデータ送受信、必要以上の大量データ送受信を避けなければならないという制約条件がある。特に、昨今の迷惑メールの増加や、今後の動画メールなどの大容量メールの増加という傾向を考慮すると、ヘッダ部の小さなデータ情報のみを送ってから、要求されたメールのメール本文を送るシステムは、無線の有効利用という点で有益である。
【0034】
また、有線の通信網を使用した一般のメールシステムと比較した場合に、サーバにメールを蓄積すると即座に受信側の移動端末1に通知するメールシステムでは、最初に、着信通知のみ、または小さなヘッダ部のみを送信するので、迅速な通知、及び無線通信の無駄削除の点で有利である。
また、受信拒否のメールについて拒否動作に掛かった通信料金の課金を送信者側に変更することで、例えば、迷惑メールの受信による受信側への課金が防止され、しかも、受信側の移動端末1側にはヘッダ部しか送信されないことから、無線資源が無駄に利用されることも回避される。
【0035】
また、上記実施形態では、メール着信通知で受信側の移動端末がメール受信可能と判定した後に、他のメールの送信に先立って開封確認メールのヘッダ部を送信するようにしているが、これに限定されない。たとえば、メール着信通知と共に、又はメール着信通知に替えて開封確認メールのヘッダ部を送信するようにしても良い。
【0036】
【発明の効果】
以上説明してきたように、本発明によれば、通信資源を有効利用しつつ、必要なメールのみが受信可能となると共に、メールの開封確認も可能となるという効果がある。
【図面の簡単な説明】
【図1】本発明に基づく実施形態に係るメールシステムを説明するための構成図である。
【図2】本発明に基づく実施形態に係る移動端末の構成を示す図である。
【図3】本発明に基づく実施形態に係る課金装置の構成を示す図である。
【図4】本発明に基づく実施形態に係るメールサーバの制御装置の処理を説明する図である。
【図5】開封・送達状況管理DBのデータ構造例を示す図である。
【図6】ヘッダ部送信までのシーケンス例を示す図である。
【図7】開封確認メールの本文を受信許可する場合のシーケンス例を示す図である。
【図8】開封確認メールの本文を受信拒否する場合のシーケンス例を示す図である。
【図9】従来のメールシステムの処理例を説明する図である。
【符号の説明】
1  移動端末
1A 通信部
1B 制御部
1C 表示部
2  基地局
3  パケット通信処理装置
3A 加入者系パケット処理装置
3B パケット関門中継装置
4  メールサーバ
4A 制御装置
4B メールボックス
4C 開封・送達状況管理DB
5  課金装置
5A 課金情報保持部
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a mail system for controlling mail transmission / reception processing, and more particularly to a mail system effective for processing mail transmitted from a communication mobile terminal such as a mobile phone and a communication mobile terminal corresponding to the system.
[0002]
[Prior art]
In a conventional mail system for mobile communication, for example, processing is performed in the sequence shown in FIG. That is, assuming an operation of transmitting a mail from mobile terminal A to mobile terminal B, the mail transmitted from mobile terminal A is stored in the mailbox of the mail server. At this time, the mail server stores "undelivered" as the delivery status of the mail, and then notifies the mobile terminal B via the packet subscriber / gateway relay processing device that the mail has been stored by the server. Send an incoming call notification signal. The mobile terminal B that has received the incoming notification signal automatically transmits a mail acquisition request signal to the mail server via the packet subscriber system / gateway relay processing device. To send the entire mail including the header. When the reception is normally completed, the mobile terminal B returns a normal response signal to the packet subscriber / gateway relay processing device. Upon acquiring the normal response signal, the mail server changes the delivery status of the mail to “delivered”.
[0003]
Then, after the above procedure, the mail server automatically transmits the mail delivery status to the mobile terminal A. Alternatively, instead of automatically transmitting the mail to the mobile terminal A, the delivery status of the mail is transmitted to the mobile terminal A in response to the active access from the mobile terminal A to the mail server.
Further, generally, upon receiving the mail, the billing information of the data communication fee for the mobile terminal B receiving the mail is stored in the billing information holding unit, and the owner of the mobile terminal is determined based on the billing information stored in the billing information holding unit. Is charged.
[0004]
Here, in the above sequence, the mail server does not transmit the text of the mail to the mobile terminal B from the beginning, but sends an incoming notification once and then obtains the text of the mail. This is to reduce the transmission and reception of invalid signals as much as possible in consideration of the fact that there is a case where reception is impossible due to power off or power off.
[0005]
[Problems to be solved by the invention]
In the mail system in the mobile communication system as described above, the stored mail is automatically sent to the mobile terminal B, but the user of the mobile terminal B does not necessarily send all the mails sent. I do not want to receive.
Further, in the above mail system, the mobile terminal A can confirm the delivery of the mail to the mobile terminal B, but cannot check whether the user of the mobile terminal B has opened the mail. That is, although the mail has arrived at the mobile terminal B, it cannot be confirmed whether or not the user has actively opened the received mail.
[0006]
The present invention has been made in view of the above points, and it is possible to select a mail to be received with good communication efficiency, and to confirm whether a mail is opened at a receiving terminal on a transmitting terminal side. It is an object of the present invention to provide a mail system and a mobile terminal capable of performing the above.
[0007]
[Means for Solving the Problems]
In order to solve the above-mentioned problem, an invention according to claim 1 of the present invention accumulates an e-mail transmitted from a terminal, and automatically or automatically confirms the presence or absence of the e-mail to a receiving terminal that should receive the e-mail. In a mail system that notifies an incoming mail according to the above and sends an email to the receiving terminal in response to an acquisition request from the receiving terminal,
Sending a header part of the mail to the receiving terminal and inquiring of the mail, and obtaining a reception permission response to the inquiry from the receiving terminal, transmitting the body of the mail to the receiving terminal. Is what you do.
[0008]
In a mail system of a mobile communication terminal such as a mobile phone, in general, an e-mail is automatically sent to a receiving terminal if it is determined that the receiving terminal is in a state capable of receiving an e-mail based on the notification of the incoming mail.
According to the present invention, the header portion of the mail is sent first, and it is possible to confirm whether or not the mail needs to be received, and it becomes possible to receive only the mail that the user of the receiving terminal has been permitted to receive.
[0009]
Next, a second aspect of the present invention provides the configuration according to the first aspect, further comprising a mail information storage unit for storing the opened information of the stored mail, and obtaining a reception permission response from the receiving terminal. It is characterized in that the opened opening information is set for the mail information of the mail.
According to the present invention, as described above, when the reception permission response is obtained from the receiving terminal, that is, with respect to the mail determined to be received with the active intention of the user of the receiving terminal, only the main body of the mail is separately provided to the receiving terminal. Is sent to the receiving terminal, that is, when the mail body reaches the receiving terminal, the mail is automatically opened, so the opened information in the mail information is the information that was opened when the mail was surely opened It becomes. Therefore, the opening of the mail at the receiving terminal can be confirmed by the opening information.
[0010]
Next, according to a third aspect of the present invention, in the configuration according to the second aspect, a mail header is transmitted to the receiving terminal to make an inquiry about mail reception, and a reception rejection response to the inquiry is made. Is obtained from the receiving terminal, the reception refusal opening information is set for the mail information of the corresponding mail without transmitting the text of the mail to the receiving terminal.
[0011]
According to the present invention, it is possible to confirm whether or not mail reception has been rejected.
Next, according to the invention described in claim 4, when it is determined that the opening information has been changed with respect to the configuration described in claim 2 or 3, the content of the opening information is transmitted to the terminal that transmitted the corresponding mail. Is transmitted.
ADVANTAGE OF THE INVENTION According to this invention, the information which has been opened about a mail and reception refusal can be automatically notified to a transmission terminal. That is, it is possible to confirm the result of the mail transmitted on the transmission terminal side.
[0012]
Next, according to a fifth aspect of the present invention, in the configuration according to any one of the first to fourth aspects, the transmission of the header portion is performed at the time of notification of the arrival of the mail or after the notification of the arrival of the mail. It is characterized in that it is performed before.
According to the present invention, it is possible to determine whether to receive or reject a mail before receiving the mail.
[0013]
For example, even if there is a mail that has the inquiry of receiving the mail header part before sending it and other mails that are automatically sent to the receiving terminal, Prior to this, a determination is made as to whether the mail in question is received or rejected, so that the mail that is automatically transmitted at the time of the determination is avoided.
Next, according to a sixth aspect of the present invention, in the configuration according to any one of the first to fifth aspects, the processing of transmitting only the header part of the mail in advance is performed by opening the information of the stored mail. It is characterized in that it is performed when there is confirmation request information.
[0014]
According to the present invention, the determination as to whether to permit or reject the above-mentioned mail is made only for a specific mail having an opening confirmation request, and the other mails are processed as usual.
Next, according to a seventh aspect of the present invention, in the system according to the sixth aspect, the billing information according to the reception of the mail is stored in the billing holding unit as the billing for the receiving terminal receiving the mail. ,
For the mail having the opening confirmation request information and the mail rejected from the receiving terminal, the charging information corresponding to the mail reception is stored in the charging information holding unit as the charging information of the terminal on the mail transmitting side. It is characterized by the following.
[0015]
ADVANTAGE OF THE INVENTION According to this invention, it becomes possible to charge the receiving side of the e-mail which is contrary to the sender to the sender.
Next, the invention described in claim 8 is characterized in that, in a communication mobile terminal capable of transmitting mail, information on the presence or absence of an opening confirmation request can be added to the mail to be transmitted. .
Next, according to a ninth aspect of the present invention, in a communication mobile terminal capable of receiving a mail, the header of the mail can be received, and the reception of the body of the mail is permitted in response to the reception of the header. Alternatively, any one of reception rejection is selected and transmission is possible.
[0016]
BEST MODE FOR CARRYING OUT THE INVENTION
Next, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is a diagram showing a schematic configuration of a packet communication network system including a mail system.
This network system manages at least information such as a mobile terminal 1 operated by a user, a base station 2, a packet communication processing device 3, a mail server 4 constituting a mail system, and a position of each mobile terminal 1. Service control device (not shown).
[0017]
The mobile terminal 1 includes, for example, a mobile phone, a PDA terminal, and the like, and is connectable to a wireless base station 2 that is in charge of a current wireless area by wireless radio waves. The wireless base station 2 is connected to the packet communication processing device 3. The packet communication processing device 3 is connected to the mail server 4. When a mail is transmitted from the mobile terminal 1, communication information from the mobile terminal 1 is transmitted to the packet communication processing device 3 via the base station 2 and can be transmitted to the mail server 4. When a mail arrives at the mobile terminal 1, communication information from the mail server 4 is transmitted to the packet communication processing device 3 and can be transmitted to a specific mobile terminal 1 via the base station 2.
[0018]
The packet communication processing device 3 includes a subscriber packet processing device 3A connected to the base station 2 and a packet gateway relay device 3B, and the mail server 4 is connected to the packet gateway relay device 3B. The mail server 4 includes a control device 4A, a mailbox 4B for storing mail, and an opening / delivery information management DB 4C for storing mail information. The opening / delivery information management DB 4C constitutes a mail information storage unit.
[0019]
As shown in FIG. 2, the mobile terminal 1 transmits and acquires information such as a call, an image, and a mail to and from a communication unit 1A that performs a call process using a radio wave with a radio base station 2 that is in charge of a current radio area. A control unit 1B for processing content information and a display unit 1C are provided. It also has various applications. Here, each mobile terminal 1 is assigned a unique telephone number, and can transmit / receive information to / from the mail server 4 by operating a specific number or an operation unit.
[0020]
Here, in the present embodiment, it is assumed that the mail types are classified into three types of “normal mail”, “delivery confirmation mail”, and “opening confirmation mail”, and the control unit 1B selects the mail according to the specific number or the operation of the operation unit. The mail is transmitted through the communication unit 1A with the information indicating that the mail is one of the three types of mails.
Further, upon receiving the header of the opening confirmation mail, the control unit 1B displays the content of the header information on the display unit 1C, and gives the user either reception permission or reception rejection according to the header. When the user operates a specific number or operation unit to obtain the user's reception permission or reception refusal judgment, a response signal (permission or rejection) to that effect is transmitted. The mail is transmitted to the mail server 4 via the section 1A. When the mail body of the opening confirmation mail is received, the mail body is displayed on the display section 1C.
[0021]
When the mail texts of a plurality of opening confirmation mails are transmitted collectively, for example, control is performed so that the plurality of mail texts are stored and displayed one by one on the display unit 1C.
Note that, upon receiving the mail arrival notification, a mail acquisition request is automatically transmitted via the communication unit 1A as a mail receivable state. In addition, mail other than the opening confirmation mail is automatically sent to the corresponding mobile terminal 1 on the receiving side when the processing of the opening confirmation mail is completed.
[0022]
The packet communication processing device 3 includes a charging device 5 as shown in FIG. 3, and stores charging information in a charging information holding unit 5A based on charging information from the mail server 4.
Next, processing of the mail server 4 will be described.
As shown in FIG. 4, upon receiving the mail (step S10), the control device 4A of the mail server 4 accumulates the mail in the mail box 4B and creates information on the mail, particularly management data on opening / delivery. It is stored in the opening / delivery status management DB 4C (step S20). At this time, the status of opening / delivery is set to “not delivered”. Subsequently, a mail arrival notification is transmitted to the corresponding mobile terminal 1 on the receiving side. If it is determined that a mail acquisition request is received from the mobile terminal 1 on the receiving side and it is determined that the mail can be transmitted, the presence / absence of an opening confirmation mail is searched for in the mail to be transmitted (step S30). First, an inquiry is made by transmitting the header of the opening confirmation mail to the mobile terminal 1 on the receiving side (step S40). As a response to the inquiry (step S50), when a response of "reception refusal" is obtained (step S60), the opening / delivery status is changed to "reception rejection" (step S110), and the terminal that transmitted the information to that effect is sent. (Step S90), and the data communication fee required for the rejection operation is sent to the accounting device as accounting information for the transmitting terminal (step S100).
[0023]
On the other hand, when a response of "reception permission" is obtained in response to the inquiry (step S60), the body of the corresponding mail is transmitted to the mobile terminal 1 on the receiving side (step S70). When the normal arrival signal is received, the opening / delivery status is changed to "opened" (step S80), and information to that effect is transmitted to the terminal that transmitted the information (step S90), and is necessary for the mail receiving operation. Is transmitted to the charging device 5 as charging information for the mobile terminal 1 on the receiving side (step S100).
[0024]
After the above processing has been performed for all opening confirmation mails (step S120), or when there is no opening confirmation mail, other mails, that is, “normal mail” and “delivery confirmation mail” are sent as in the conventional case. The message is transmitted to the mobile terminal 1 on the receiving side (step S130). As for the “delivery confirmation mail”, when the normal arrival signal is received from the mobile terminal 1 on the receiving side, the opening / delivery status is changed to “delivered” and transmitted to the terminal that transmitted the information. .
[0025]
FIG. 5 shows an example of a data structure in the opening / delivery status management DB 4C.
Here, in the above description, when there are a plurality of open confirmation mails, the header part is transmitted one by one, and permission / rejection of reception is determined, and then the next header part is transmitted in order. The processing is described as being performed, but is not limited thereto. For example, after all headers of a plurality of opening confirmation mails have been transmitted, the processing may be performed such that the mail body of the opening confirmation mail having the response of reception permission is transmitted in order.
[0026]
Further, in the above description, every time the opening / delivery status is changed to “opened” and “reception rejected”, the information is automatically transmitted to the terminal on the transmission side. However, the present invention is not limited to this. . Information may be transmitted in response to access from a terminal on the transmission side.
6 to 8 show an example of the sequence of the opening confirmation mail process.
[0027]
When the “opening confirmation mail” is selected from the mobile terminal A and the mail is transmitted to the mobile terminal B, the “opening confirmation mail” is received on the server by the incoming call notification as shown in the sequence of FIG. This is notified to the mobile terminal B, and if it is receivable, the mobile terminal B is notified of the mail title and the from address, and in some cases, a mail header portion including the mail size and the like. At this time, the mobile terminal B does not automatically perform the operation of acquiring the body of the mail regarding the opening confirmation mail. At this time, on the screen of the mobile terminal B, some display indicating that the “opening confirmation mail” is stored on the server is displayed on the display unit 1C, and the header such as the title, the from address, and the mail size are displayed. It can be confirmed.
[0028]
The user of the mobile terminal B performs the operation of acquiring the opening confirmation mail only when the user wants to check the mail text while viewing the display on the mobile terminal 1. That is, when the acquisition request of the opening confirmation mail, that is, the response of the reception permission is transmitted from the mobile terminal B according to the sequence as shown in FIG. 7, the mail server 4 transmits the corresponding mail text. At the same time that the mail text arrives at the mobile terminal B, the mail is opened and displayed on the display unit 1C, and an arrival signal indicating that the mail is normally received is transmitted from the mobile terminal B to the mail server 4. Upon receiving this arrival signal, the mail server 4 changes the setting of the mail opening state to “opened”, and automatically transmits the mail opening state on the mail server 4 to the mobile terminal A after the above procedure. Alternatively, after the above procedure, a method of confirming the opening status of the mail by active access from the mobile terminal A to the mail server 4 instead of automatically transmitting the mail to the mobile terminal A may be considered.
[0029]
On the other hand, when the user of the mobile terminal B who has received the header of the mail wants to refuse to obtain the opening confirmation mail, a response of rejection of reception is made from the mobile terminal B according to the sequence shown in FIG. In response to the response, the mail server 4 changes the setting of the mail opening status to “reception rejected”, and automatically transmits the mail opening status on the mail server 4 to the mobile terminal A after the above procedure. Alternatively, after the above procedure, a method of confirming the opening status of the mail by active access from the mobile terminal A to the mail server 4 instead of automatically transmitting the mail to the mobile terminal A may be considered.
[0030]
As described above, it is possible to receive only the mail that the user wants to receive, at least for the opening confirmation mail. Thereby, when sending and receiving relatively large-sized mails such as photos and moving images, the user of the receiving mobile terminal 1 does not receive mails that are determined to be unnecessary, so that invalid use of radio frequency is reduced. You.
In addition, only the header portion having a small data amount is first transmitted to the mobile terminal 1 on the receiving side, and only when the reception is permitted, only the body of the mail is separately transmitted to the mobile terminal 1 on the receiving side. It is possible to surely confirm the opening of the mail according to the intention of the user of the mobile terminal 1 on the receiving side.
[0031]
The data communication fee required for the reception rejection operation may be a method of charging the owner of the receiving mobile terminal B or a method of charging the owner of the transmitting mobile terminal A. Regardless of which terminal is charged, when charging processing information is stored in the charging device 5, it is possible to specify a charging target person from the field of the header information of the mail.
[0032]
Then, when considering a method of charging the owner of the transmitting side mobile terminal 1 at the time of rejection of reception, the functions of the mobile terminal 1 include “normal mail” and “delivery confirmation mail”, which are mails from a specific telephone number. Except for this, it is effective to enable settings such as uniformly rejecting reception, but permitting the notification of the receipt of the “opening confirmation mail”. Alternatively, it is effective to enable the setting of “regular mail” and “delivery confirmation mail” such that mail of a specific size or more is uniformly rejected. By making such a setting possible, the user of the receiving-side mobile terminal 1 will not receive a large-sized mail unintentionally and will not be charged a large communication fee. Also, for large mail of a certain size or more, even for "regular mail" and "delivery confirmation mail", just like the "open receipt confirmation mail", only the header part is sent first and the response of permission / rejection of reception is sent. -It may be changed to perform the inquiry processing.
[0033]
As described above, by considering the service in which the owner of the transmitting mobile terminal 1 is charged in combination, it is not necessary to pay a communication fee for receiving an undesired mail. User convenience is improved.
Here, in the above-described embodiment, there are three types of mail, “normal mail”, “delivery confirmation mail”, and “opening confirmation mail”. However, only one type of “opening confirmation mail” may be used. In the case of a mail receiving system by the mobile terminal 1 using a wireless communication such as a mobile phone terminal, useless data transmission and reception and unnecessary large-volume data transmission / reception must be avoided as compared with a mail system performed by a wired communication network. There is a constraint that this must be done. In particular, considering the recent increase in unsolicited e-mails and the increase in large-capacity e-mails such as video e-mails, the system that sends only the small data information in the header part and then sends the e-mail body of the requested e-mail This is useful in terms of effective use of radio.
[0034]
Also, in comparison with a general mail system using a wired communication network, a mail system that immediately notifies the mobile terminal 1 on the receiving side as soon as mail is stored in a server, firstly receives only an incoming call notification or a small header Since only the part is transmitted, it is advantageous in terms of quick notification and wireless communication waste removal.
In addition, by changing the charge of the communication fee for the rejection operation for the rejected mail to the sender side, for example, the reception side is prevented from being charged due to the reception of unsolicited e-mail. Since only the header portion is transmitted to the side, it is also possible to prevent wireless resources from being wastefully used.
[0035]
Further, in the above-described embodiment, after the mobile terminal on the receiving side determines that the mail can be received in the mail arrival notification, the header of the opening confirmation mail is transmitted prior to transmission of another mail. Not limited. For example, a header portion of an opening confirmation mail may be transmitted together with or instead of the mail arrival notification.
[0036]
【The invention's effect】
As described above, according to the present invention, it is possible to receive only necessary e-mails while effectively utilizing communication resources, and to make it possible to confirm opening of e-mails.
[Brief description of the drawings]
FIG. 1 is a configuration diagram for explaining a mail system according to an embodiment based on the present invention.
FIG. 2 is a diagram showing a configuration of a mobile terminal according to an embodiment based on the present invention.
FIG. 3 is a diagram showing a configuration of a billing device according to an embodiment based on the present invention.
FIG. 4 is a diagram illustrating processing of a control device of the mail server according to the embodiment based on the present invention.
FIG. 5 is a diagram showing an example of a data structure of an opening / delivery status management DB.
FIG. 6 is a diagram illustrating a sequence example up to transmission of a header part.
FIG. 7 is a diagram showing an example of a sequence in a case where reception of a body of an opening confirmation mail is permitted.
FIG. 8 is a diagram illustrating a sequence example in a case where reception of the body of an opening confirmation mail is rejected.
FIG. 9 is a diagram illustrating a processing example of a conventional mail system.
[Explanation of symbols]
REFERENCE SIGNS LIST 1 mobile terminal 1A communication unit 1B control unit 1C display unit 2 base station 3 packet communication processing device 3A subscriber packet processing device 3B packet gateway relay device 4 mail server 4A control device 4B mailbox 4C opening / delivery status management DB
5 Billing device 5A Billing information holding unit

Claims (9)

端末から送信されてきたメールを蓄積し、そのメールを受信すべき受信端末に対し、自動的若しくはメール有無の確認に応じてメール着信を通知し、当該受信端末からの取得要求に応じてメールを当該受信端末に送るメールシステムにおいて、
上記受信端末に対しメールのヘッダ部を送信してメール受信の問合わせを行い、上記問合わせに対する受信許可応答を受信端末から取得すると、当該メールの本文を上記受信端末に送信することを特徴とするメールシステム。
Stores the e-mail sent from the terminal, notifies the receiving terminal that should receive the e-mail automatically or in response to the confirmation of the presence / absence of the e-mail, and sends the e-mail in response to the acquisition request from the receiving terminal. In the mail system sent to the receiving terminal,
Sending a header part of the mail to the receiving terminal, inquiring about the mail reception, and obtaining a reception permission response to the inquiry from the receiving terminal, transmitting the body of the mail to the receiving terminal. Mail system.
蓄積したメールの開封情報を記憶するメール情報記憶部を備え、上記受信端末から受信許可応答を取得し当該メールの本文を送達すると、対応するメールのメール情報に対し開封済みの開封情報を設定することを特徴とする請求項1に記載したメールシステム。A mail information storage unit for storing the opened information of the stored mail is provided. When a reception permission response is obtained from the receiving terminal and the body of the mail is delivered, the opened read information is set for the mail information of the corresponding mail. 2. The mail system according to claim 1, wherein: 上記受信端末に対しメールのヘッダ部を送信してメール受信の問合わせを行い、上記問合わせに対する受信拒否応答を受信端末から取得すると、メールの本文を上記受信端末に送信することなく、対応するメールのメール情報に対し受信拒否の開封情報を設定することを特徴とする請求項2に記載したメールシステム。The header of the mail is sent to the receiving terminal to inquire about the reception of the mail, and a reception rejection response to the inquiry is obtained from the receiving terminal. 3. The mail system according to claim 2, wherein reception refusal opening information is set for the mail information of the mail. 上記開封情報が変更されたと判定すると、対応するメールを送信した端末に、その開封情報の内容を送信することを特徴とする請求項2又は請求項3に記載したメールシステム。4. The mail system according to claim 2, wherein when it is determined that the opening information has been changed, the content of the opening information is transmitted to the terminal that transmitted the corresponding mail. 上記ヘッダ部の送信は、メール着信の通知時、またはメール着信の通知後本文送達前に行うことを特徴とする請求項1〜請求項4のいずれかに記載したメールシステム。The mail system according to any one of claims 1 to 4, wherein the transmission of the header portion is performed at the time of notification of mail arrival or after notification of mail arrival and before delivery of a text. 上記予めメールのヘッダ部のみを送信する処理は、蓄積したメールの情報中に開封確認要求情報がある場合に実施することを特徴とする請求項1〜請求項5のいずれかに記載したメールシステム。6. The mail system according to claim 1, wherein the processing of transmitting only the header portion of the mail in advance is performed when the information of the stored mail includes the opening confirmation request information. . メール受信に応じた課金情報を、当該メールを受信した受信端末への課金として課金保持部に蓄積するシステムにおいて、
開封確認要求情報のあるメールであって、且つ受信端末から受信が拒否されたメールについては、上記メール受信に応じた課金情報をメール送信側の端末の課金情報として上記課金情報保持部に蓄積することを特徴とする請求項6に記載したメールシステム。
In a system for storing billing information according to mail reception in a billing holding unit as billing for a receiving terminal that has received the mail,
For the mail having the opening confirmation request information and the mail rejected from the receiving terminal, the charging information corresponding to the mail reception is stored in the charging information holding unit as the charging information of the terminal on the mail transmitting side. 7. The mail system according to claim 6, wherein:
メールを送信可能な通信移動端末において、送信するメールに対し、開封確認要求の有無の情報を付加可能となっていることを特徴とする通信移動端末。A communication mobile terminal capable of transmitting mail, wherein information on the presence or absence of an opening confirmation request can be added to the transmitted mail. メールを受信可能な通信移動端末において、メールのヘッダ部を受信可能となっていると共に、当該ヘッダ部の受信に対応して当該メール本文の受信許可若しくは受信拒否のいずれか一方を選択して送信可能となっていることを特徴とする通信移動端末。A communication mobile terminal that can receive mail can receive the header of the mail, and in response to the reception of the header, select either one of permission to receive or reject reception of the body of the mail and send it. A communication mobile terminal characterized by being enabled.
JP2002217902A 2002-07-26 2002-07-26 Mail system Expired - Fee Related JP3676766B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002217902A JP3676766B2 (en) 2002-07-26 2002-07-26 Mail system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002217902A JP3676766B2 (en) 2002-07-26 2002-07-26 Mail system

Publications (2)

Publication Number Publication Date
JP2004064277A true JP2004064277A (en) 2004-02-26
JP3676766B2 JP3676766B2 (en) 2005-07-27

Family

ID=31939234

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002217902A Expired - Fee Related JP3676766B2 (en) 2002-07-26 2002-07-26 Mail system

Country Status (1)

Country Link
JP (1) JP3676766B2 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006088103A1 (en) * 2005-02-17 2006-08-24 Matsushita Electric Industrial Co., Ltd. E-mail system
JP2009296062A (en) * 2008-06-02 2009-12-17 Softbank Mobile Corp Mail transmission processing method, mail reception processing method and communication terminal device
JP2012164315A (en) * 2011-02-08 2012-08-30 Metrologic Instruments Inc Mms text messaging for hand held indicia reader

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006088103A1 (en) * 2005-02-17 2006-08-24 Matsushita Electric Industrial Co., Ltd. E-mail system
JP2009296062A (en) * 2008-06-02 2009-12-17 Softbank Mobile Corp Mail transmission processing method, mail reception processing method and communication terminal device
JP2012164315A (en) * 2011-02-08 2012-08-30 Metrologic Instruments Inc Mms text messaging for hand held indicia reader
US9582794B2 (en) 2011-02-08 2017-02-28 Metrologic Instruments, Inc. MMS text messaging for hand held indicia reader
US10289993B2 (en) 2011-02-08 2019-05-14 Metrologic Instruments, Inc. MMS text messaging for hand held indicia reader

Also Published As

Publication number Publication date
JP3676766B2 (en) 2005-07-27

Similar Documents

Publication Publication Date Title
EP1655915B1 (en) Method for managing duplicated arrival notification messages in multimedia messaging services
JPH11146011A (en) Electronic mail system, electronic mail server and communication terminal
US8909129B2 (en) Method for transmitting data, particularly having multimedia contents, in a mobile communication network
JP2000165433A (en) Electronic mail system
EP2352098B1 (en) E-mail reception control system, e-mail reception control method, mobile terminal, and program
JP3727247B2 (en) Information delivery management device, mobile communication terminal, information delivery confirmation system, and information delivery confirmation method
JP2003122686A (en) Electronic mail communication system and portable terminal equipment for the system
EP1619841B1 (en) Communication method, communication terminal apparatus, communication server apparatus, and communication system
CN103139041A (en) Method for filtering information and method, device and system for processing forwarded information
EP1480477B1 (en) Method for relay-transmitting messages among mobile communication terminals
KR100548429B1 (en) System and method of interworking message between mobile communication terminals
JP3676766B2 (en) Mail system
EP2081394A1 (en) Method and device for implementting group transmitting of short-message
EP1085436A2 (en) E-mail system
JP2972716B2 (en) Email system
KR20100004325A (en) Terminal and method for sending and receiving message free of charge
JP2004165930A (en) System and method for mail delivery
JP2004362138A (en) Mobile communication terminal
KR20020054581A (en) Receive sms message management method for mobile communication terminal
JP2003046574A (en) System for automatically confirming opening of mail
KR100617550B1 (en) Method for realtime e-mail transmission in mobile communication station
JP3512729B2 (en) Mobile communication system and mobile terminal
JP2004201102A (en) Mail server, mail distributing method and radio communication system
JP2007156742A (en) Electronic mail transmission system and electronic mail transmission method
KR20010097601A (en) System and method of intelligent notification management function for unified messaging system

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20040726

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040817

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20041018

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: 20050426

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20050428

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: 20090513

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090513

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100513

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110513

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees