JP2004064277A - Mail system - Google Patents
Mail system Download PDFInfo
- 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
- 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
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
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
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
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
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
[0017]
The
[0018]
The packet
[0019]
As shown in FIG. 2, the
[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
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
[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
[0022]
The packet
Next, processing of the
As shown in FIG. 4, upon receiving the mail (step S10), the
[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
[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
[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
[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
[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
In addition, only the header portion having a small data amount is first transmitted to the
[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
[0032]
Then, when considering a method of charging the owner of the transmitting side
[0033]
As described above, by considering the service in which the owner of the transmitting
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
[0034]
Also, in comparison with a general mail system using a wired communication network, a mail system that immediately notifies the
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
5
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.
開封確認要求情報のあるメールであって、且つ受信端末から受信が拒否されたメールについては、上記メール受信に応じた課金情報をメール送信側の端末の課金情報として上記課金情報保持部に蓄積することを特徴とする請求項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:
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)
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 |
-
2002
- 2002-07-26 JP JP2002217902A patent/JP3676766B2/en not_active Expired - Fee Related
Cited By (5)
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 |