JPH11282777A - 電子メール開封管理方法および電子メールシステム、記録媒体 - Google Patents
電子メール開封管理方法および電子メールシステム、記録媒体Info
- Publication number
- JPH11282777A JPH11282777A JP10086234A JP8623498A JPH11282777A JP H11282777 A JPH11282777 A JP H11282777A JP 10086234 A JP10086234 A JP 10086234A JP 8623498 A JP8623498 A JP 8623498A JP H11282777 A JPH11282777 A JP H11282777A
- Authority
- JP
- Japan
- Prior art keywords
- electronic mail
- opening
- subject
- electronic
- 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
Abstract
(57)【要約】
【課題】 プロトコルに依存しない開封通知方法と開封
通知メールと送信した電子メールを関連付けて一元管理
する方法を実現すること。 【解決手段】 電子メール送信時に電子メールのデータ
ストリームを解析し、サブジェクトに電子メールを送信
した計算機システム内で一意コードを付加して電子メー
ルを送信し、その電子メールを受信した計算機システム
内で、当該電子メール受信時に電子メールのデータスト
リームを解析し、電子メール送信者に開封通知メールを
送信することで開封通知機能を実現する。
通知メールと送信した電子メールを関連付けて一元管理
する方法を実現すること。 【解決手段】 電子メール送信時に電子メールのデータ
ストリームを解析し、サブジェクトに電子メールを送信
した計算機システム内で一意コードを付加して電子メー
ルを送信し、その電子メールを受信した計算機システム
内で、当該電子メール受信時に電子メールのデータスト
リームを解析し、電子メール送信者に開封通知メールを
送信することで開封通知機能を実現する。
Description
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、さまざまな電子メ
ールプロトコルで実現される電子メールシステムにおい
て、送信した電子メールの開封状況を一元管理する方法
に関するものである。
ールプロトコルで実現される電子メールシステムにおい
て、送信した電子メールの開封状況を一元管理する方法
に関するものである。
【０００２】
【従来の技術】従来、送信した電子メールの開封状況を
通知する代表例としては、独自電子メールプロトコルに
て実装した電子メールシステムにおいて、開封通知機能
を持つシステムがある。このようなシステムで、通知さ
れる開封状況と送信した電子メールとの関連付けは専ら
目視によって行なわれている。従って、送信した電子メ
ール件数が多量の場合、開封通知メールとの関連付けが
困難になる。
通知する代表例としては、独自電子メールプロトコルに
て実装した電子メールシステムにおいて、開封通知機能
を持つシステムがある。このようなシステムで、通知さ
れる開封状況と送信した電子メールとの関連付けは専ら
目視によって行なわれている。従って、送信した電子メ
ール件数が多量の場合、開封通知メールとの関連付けが
困難になる。
【０００３】開封状況を管理する代表的な方法として、
開封通知メールを特定のフォルダに格納することによ
り、目視による確認を支援する方法がある。この開封通
知メールの代表的な処理方法の公知例は「ｃｃ：Mail R
2J Windows対応版 ユーザーズガイド」に記載されてい
る。しかし、この方法では、開封通知メールを一括して
フォルダに格納しているため、送信した電子メール件数
が多量の場合は、依然として送信した電子メールとの関
連付けの煩雑さは残る。
開封通知メールを特定のフォルダに格納することによ
り、目視による確認を支援する方法がある。この開封通
知メールの代表的な処理方法の公知例は「ｃｃ：Mail R
2J Windows対応版 ユーザーズガイド」に記載されてい
る。しかし、この方法では、開封通知メールを一括して
フォルダに格納しているため、送信した電子メール件数
が多量の場合は、依然として送信した電子メールとの関
連付けの煩雑さは残る。
【０００４】また、開封通知機能を実装するシステム
は、すべて、独自電子メールプロトコルによる電子メー
ルシステムであり、ゲートウェイ機能による、他電子メ
ールプロトコルによる電子メールシステムとの連動にお
いて、開封通知機能を実現する電子メールシステムは存
在しない。
は、すべて、独自電子メールプロトコルによる電子メー
ルシステムであり、ゲートウェイ機能による、他電子メ
ールプロトコルによる電子メールシステムとの連動にお
いて、開封通知機能を実現する電子メールシステムは存
在しない。
【０００５】さらに、ＲＦＣ（Request For Comment；
インターネット・アーキテクチャ委員会が規定したＴＣ
Ｐ／ＩＰに関連するプロトコルやオペレーション手順の
仕様）により公開されたインターネットプロトコルにも
開封通知プロトコルは存在しない。
インターネット・アーキテクチャ委員会が規定したＴＣ
Ｐ／ＩＰに関連するプロトコルやオペレーション手順の
仕様）により公開されたインターネットプロトコルにも
開封通知プロトコルは存在しない。
【０００６】
【発明が解決しようとする課題】ところで、昨今の電子
メールシステム環境においては、ＬＡＮ−ＷＡＮ−ＬＡ
Ｎ環境における利用が主流になり、単一電子メールプロ
トコルによる電子メール通信は希であり、マルチ電子メ
ールプロトコル環境で利用される場合が大多数である。
従って、開封通知機能は電子メールプロトコルに依存せ
ずに実現されなければならないという課題がある。
メールシステム環境においては、ＬＡＮ−ＷＡＮ−ＬＡ
Ｎ環境における利用が主流になり、単一電子メールプロ
トコルによる電子メール通信は希であり、マルチ電子メ
ールプロトコル環境で利用される場合が大多数である。
従って、開封通知機能は電子メールプロトコルに依存せ
ずに実現されなければならないという課題がある。
【０００７】しかしながら、前記のように従来の開封通
知機能にあっては、他電子メールプロトコルによる電子
メールシステムとの連動機能を備えておらず、さらにＲ
ＦＣの仕様にも開封通知プロトコルが存在しないため、
マルチ電子メールプロトコル環境で開封通知を送信元に
返信することができず、依然として、目視によって開封
状況を管理せざるを得ず、利用者にとって極めて煩雑で
面倒なものとなっていた。
知機能にあっては、他電子メールプロトコルによる電子
メールシステムとの連動機能を備えておらず、さらにＲ
ＦＣの仕様にも開封通知プロトコルが存在しないため、
マルチ電子メールプロトコル環境で開封通知を送信元に
返信することができず、依然として、目視によって開封
状況を管理せざるを得ず、利用者にとって極めて煩雑で
面倒なものとなっていた。
【０００８】本発明の目的は、電子メールプロトコルに
依存せずに、開封状況を管理することができる電子メー
ル開封管理方法およびシステムを提供することにある。
依存せずに、開封状況を管理することができる電子メー
ル開封管理方法およびシステムを提供することにある。
【０００９】また、他の目的は、送受信者の双方に面倒
な負担をかけずに、開封状況を把握可能にした電子メー
ル開封管理方法およびシステムを提供することにある。
な負担をかけずに、開封状況を把握可能にした電子メー
ル開封管理方法およびシステムを提供することにある。
【００１０】
【課題を解決するための手段】前記目的を達成するため
に、本発明は、基本的には、電子メール送信時に電子メ
ールのデータストリームを解析し、サブジェクトに電子
メールを送信した計算機システム内で一意なコードを付
加して電子メールを送信し、その電子メールを受信した
計算機システム内で、当該電子メールのデータストリー
ムを解析し、電子メール送信者に開封通知メールを返信
することにより、開封通知機能を実現することを特徴と
するものである。
に、本発明は、基本的には、電子メール送信時に電子メ
ールのデータストリームを解析し、サブジェクトに電子
メールを送信した計算機システム内で一意なコードを付
加して電子メールを送信し、その電子メールを受信した
計算機システム内で、当該電子メールのデータストリー
ムを解析し、電子メール送信者に開封通知メールを返信
することにより、開封通知機能を実現することを特徴と
するものである。
【００１１】また、送信元において、受信側から受信し
た開封通知メールを送信電子メールと関連付けて管理す
ることを特徴とする。
た開封通知メールを送信電子メールと関連付けて管理す
ることを特徴とする。
【００１２】
【発明の実施の形態】以下、本発明の実施形態を図面を
用いて詳細に説明する。
用いて詳細に説明する。
【００１３】図１は、本発明の一実施形態のシステム構
成図である。
成図である。
【００１４】図１において、開封状況を一元管理したい
メール送信者が使用する送信者用処理装置１０は、メー
ル送信者が使用する電子メールクライアントプログラム
５、送信したメールのサブジェクトを解析する送信メー
ル操作プログラム１、返信されてきた開封通知メールを
解析する受信メール操作プログラム２、送信したメール
と開封通知メールとを関連付ける開封状況管理データベ
ース９、送信済電子メールの開封状況を表示する開封状
況表示プログラム４で構成される。
メール送信者が使用する送信者用処理装置１０は、メー
ル送信者が使用する電子メールクライアントプログラム
５、送信したメールのサブジェクトを解析する送信メー
ル操作プログラム１、返信されてきた開封通知メールを
解析する受信メール操作プログラム２、送信したメール
と開封通知メールとを関連付ける開封状況管理データベ
ース９、送信済電子メールの開封状況を表示する開封状
況表示プログラム４で構成される。
【００１５】一方、メール受信者が使用する受信者用処
理装置１１は、メール受信者が使用する電子メールクラ
イアントプログラム６、受信したメールのサブジェクト
を解析して、開封通知が必要な場合、開封通知メールを
返信する受信メールプログラム３で構成される。
理装置１１は、メール受信者が使用する電子メールクラ
イアントプログラム６、受信したメールのサブジェクト
を解析して、開封通知が必要な場合、開封通知メールを
返信する受信メールプログラム３で構成される。
【００１６】また、ポストオフィス間でメールをルーテ
ィングするＳＭＴＰ（Simple MailTransfer Protocol）
サーバ７、受信者メールボックスからメールを取出すサ
ービスを提供するＰＯＰ（Post Office Protocol）サー
バで構成される。
ィングするＳＭＴＰ（Simple MailTransfer Protocol）
サーバ７、受信者メールボックスからメールを取出すサ
ービスを提供するＰＯＰ（Post Office Protocol）サー
バで構成される。
【００１７】図２は、電子メールを送信する場合の送信
用処理装置１０における機能構成図である。図２におい
て、送信メール操作プログラム１は、電子メールクライ
アントプログラム５からのＳＭＴＰサーバ７への接続要
求を待つ処理１２、送信メールのサブジェクトを解析
し、編集する処理１３、送信したメールと開封通知メー
ルの関連付けのために必要な管理情報を開封状況管理デ
ータベース９に待避する処理１４、編集した送信メール
をＳＭＴＰサーバ７へ転送する処理１５で構成される。
用処理装置１０における機能構成図である。図２におい
て、送信メール操作プログラム１は、電子メールクライ
アントプログラム５からのＳＭＴＰサーバ７への接続要
求を待つ処理１２、送信メールのサブジェクトを解析
し、編集する処理１３、送信したメールと開封通知メー
ルの関連付けのために必要な管理情報を開封状況管理デ
ータベース９に待避する処理１４、編集した送信メール
をＳＭＴＰサーバ７へ転送する処理１５で構成される。
【００１８】図３は、電子メールを受信する場合の受信
者用処理装置における機能構成図である。図３におい
て、受信メール操作プログラム３は、メール受信者が使
用する電子メールクライアントプログラム６からのメー
ル取出し要求をトラップして、ＰＯＰサーバ８からメー
ルを取出す処理１６、取出したメールが開封通知を要求
しているか否かを調べるサブジェクト解析処理１７、開
封通知が必要な場合は、開封通知メールを返信する処理
１８、ＰＯＰサーバ８から取出したメールをメール受信
者が使用する電子メールクライアントプログラム６に渡
すメール送信処理１９で構成される。
者用処理装置における機能構成図である。図３におい
て、受信メール操作プログラム３は、メール受信者が使
用する電子メールクライアントプログラム６からのメー
ル取出し要求をトラップして、ＰＯＰサーバ８からメー
ルを取出す処理１６、取出したメールが開封通知を要求
しているか否かを調べるサブジェクト解析処理１７、開
封通知が必要な場合は、開封通知メールを返信する処理
１８、ＰＯＰサーバ８から取出したメールをメール受信
者が使用する電子メールクライアントプログラム６に渡
すメール送信処理１９で構成される。
【００１９】図４は、送信者用処理装置を使用する電子
メールの送信者が、開封通知メールを受信する場合の機
能構成図である。図４において、受信メール操作プログ
ラム２は、メール送信者が使用する電子メールクライア
ントプログラム５からのメール取出し要求をトラップし
て、ＰＯＰサーバ８からメールを取出す処理２０、取出
したメールが開封通知メールか否かを調べるサブジェク
ト解析処理２１、取出したメールが開封通知メールの場
合、送信したメールと開封通知メールの関連付けのため
に必要な情報を開封状況管理データベース９に待避する
処理２２、ＰＯＰサーバ８から取出したメールをメール
送信者が使用する電子メールクライアントプログラム５
に渡すメール送信処理２３で構成される。
メールの送信者が、開封通知メールを受信する場合の機
能構成図である。図４において、受信メール操作プログ
ラム２は、メール送信者が使用する電子メールクライア
ントプログラム５からのメール取出し要求をトラップし
て、ＰＯＰサーバ８からメールを取出す処理２０、取出
したメールが開封通知メールか否かを調べるサブジェク
ト解析処理２１、取出したメールが開封通知メールの場
合、送信したメールと開封通知メールの関連付けのため
に必要な情報を開封状況管理データベース９に待避する
処理２２、ＰＯＰサーバ８から取出したメールをメール
送信者が使用する電子メールクライアントプログラム５
に渡すメール送信処理２３で構成される。
【００２０】図５は、開封状況管理データベース（Ｄ
Ｂ）９の構成図であり、ここではＩＤＦＩＸによるＥＲ
表記で示している。ＥＲ表記とは、データ構造のモデリ
ング手法の一つでありエンティティ・リレーション・モ
デリングのことである。
Ｂ）９の構成図であり、ここではＩＤＦＩＸによるＥＲ
表記で示している。ＥＲ表記とは、データ構造のモデリ
ング手法の一つでありエンティティ・リレーション・モ
デリングのことである。
【００２１】回付状況管理データベース９は、送信メー
ル情報テーブル２４、宛先情報テーブル２５、で構成さ
れ、送信メール情報テーブル２４と宛先情報テーブル２
５のリレーションは１：１〜Ｎであり、送信メール情報
テーブル２４は、電子メールを送信した計算機システム
内で一意なコード２６、送信者アドレス２７、サブジェ
クト２８、メールを送信した日時２９で構成される。宛
先情報テーブル２５は宛先アドレス３０、開封通知メー
ルを受信した日時（メール開封日時）３２で構成され
る。図５においては、送信メール情報テーブル２４と宛
先情報テーブル２５は、それぞれ、１個ずつの対応を示
しているが、１対ｎ（ｎ≧２）の場合、すなわち送信者
が複数の宛先に電子メールを送信する場合は、１個の送
信メール情報テーブル２４に対し、破線で示すようにｎ
個の宛先情報テーブル２５が対応付けられる。
ル情報テーブル２４、宛先情報テーブル２５、で構成さ
れ、送信メール情報テーブル２４と宛先情報テーブル２
５のリレーションは１：１〜Ｎであり、送信メール情報
テーブル２４は、電子メールを送信した計算機システム
内で一意なコード２６、送信者アドレス２７、サブジェ
クト２８、メールを送信した日時２９で構成される。宛
先情報テーブル２５は宛先アドレス３０、開封通知メー
ルを受信した日時（メール開封日時）３２で構成され
る。図５においては、送信メール情報テーブル２４と宛
先情報テーブル２５は、それぞれ、１個ずつの対応を示
しているが、１対ｎ（ｎ≧２）の場合、すなわち送信者
が複数の宛先に電子メールを送信する場合は、１個の送
信メール情報テーブル２４に対し、破線で示すようにｎ
個の宛先情報テーブル２５が対応付けられる。
【００２２】以上の構成において、メール送信者がメー
ルを送信する場合について図２、図５を参照して説明す
る。
ルを送信する場合について図２、図５を参照して説明す
る。
【００２３】既存の電子メールクライアントプログラム
５にて、宛先アドレス３０、サブジェクト２８を指定し
てメールを送信すると、通常はＳＭＴＰサーバ７へデー
タストリームは送られるが、送信メール操作プログラム
１にて、そのデータストリームをトラップする。具体的
には、接続要求待ち処理１２でデータストリームをトラ
ップし、そのトラップしたデータストリームを解析し、
サブジェクト編集処理１３にて送信者用処理装置１０内
で一意なコードと、当該メールが開封通知が必要である
意味のフラグをサブジェクト２８に付加する。
５にて、宛先アドレス３０、サブジェクト２８を指定し
てメールを送信すると、通常はＳＭＴＰサーバ７へデー
タストリームは送られるが、送信メール操作プログラム
１にて、そのデータストリームをトラップする。具体的
には、接続要求待ち処理１２でデータストリームをトラ
ップし、そのトラップしたデータストリームを解析し、
サブジェクト編集処理１３にて送信者用処理装置１０内
で一意なコードと、当該メールが開封通知が必要である
意味のフラグをサブジェクト２８に付加する。
【００２４】次に、管理情報待避処理１４で開封状況管
理データベース９に一意コード２６、送信者アドレス２
７、サブジェクト２８、送信日時２９、宛先アドレス３
０を登録する。開封状況表示プログラム４では、この時
点でメール開封日時３２が空白のままなので、当該電子
メールはまだ開封されていないと判断する。その後、メ
ール送信処理１５で、すべてのデータストリームをＳＭ
ＴＰサーバ７へ渡す。
理データベース９に一意コード２６、送信者アドレス２
７、サブジェクト２８、送信日時２９、宛先アドレス３
０を登録する。開封状況表示プログラム４では、この時
点でメール開封日時３２が空白のままなので、当該電子
メールはまだ開封されていないと判断する。その後、メ
ール送信処理１５で、すべてのデータストリームをＳＭ
ＴＰサーバ７へ渡す。
【００２５】例えば、インターネットメール環境でのデ
ータストリームトラップ方法としては、電子メールクラ
イアントプログラム６の設定として、ＳＭＴＰサーバ７
のホストアドレスと「ポート番号２５」、ＰＯＰサーバ
８のホストアドレスと「ポート番号１１０」を設定する
ところを、ＳＭＴＰサーバ７のホストアドレスに「ロー
カルホストアドレス＝１２７．０．０．１」と「ポート
番号２５」、ＰＯＰサーバ８のホストアドレスに「ロー
カルホストアドレス＝１２７．０．０．１」と「ポート
番号１１０」を設定する。さらに、送信メール操作プロ
グラム１は、「ポート番号２５」で「接続要求待ち」を
行い、受信メール操作プログラム２は「ポート番号１１
０」で接続要求待ちを行うことで、通常の電子メールク
ライアントからのデータストリームをトラップする。こ
れにより、既存の電子メールクライアントプログラム５
の通常操作に一切影響を与えずに送信電子メールのサブ
ジェクトに、送信者用処理装置１０内で一意なコード２
６を付加することができる。
ータストリームトラップ方法としては、電子メールクラ
イアントプログラム６の設定として、ＳＭＴＰサーバ７
のホストアドレスと「ポート番号２５」、ＰＯＰサーバ
８のホストアドレスと「ポート番号１１０」を設定する
ところを、ＳＭＴＰサーバ７のホストアドレスに「ロー
カルホストアドレス＝１２７．０．０．１」と「ポート
番号２５」、ＰＯＰサーバ８のホストアドレスに「ロー
カルホストアドレス＝１２７．０．０．１」と「ポート
番号１１０」を設定する。さらに、送信メール操作プロ
グラム１は、「ポート番号２５」で「接続要求待ち」を
行い、受信メール操作プログラム２は「ポート番号１１
０」で接続要求待ちを行うことで、通常の電子メールク
ライアントからのデータストリームをトラップする。こ
れにより、既存の電子メールクライアントプログラム５
の通常操作に一切影響を与えずに送信電子メールのサブ
ジェクトに、送信者用処理装置１０内で一意なコード２
６を付加することができる。
【００２６】次に、メール受信者がメールを受信する場
合について図３を参照して説明する。
合について図３を参照して説明する。
【００２７】受信側の既存の電子メールクライアントプ
ログラム６にて、メール取り出し要求を行なうと、通常
は、ＰＯＰサーバ８に取り出し要求を行うが、受信メー
ル操作プログラム３にて、その取り出し要求をトラップ
し、ＰＯＰサーバ８へは受信メール操作プログラム３が
新しく到着したメールの取り出し要求を行う。
ログラム６にて、メール取り出し要求を行なうと、通常
は、ＰＯＰサーバ８に取り出し要求を行うが、受信メー
ル操作プログラム３にて、その取り出し要求をトラップ
し、ＰＯＰサーバ８へは受信メール操作プログラム３が
新しく到着したメールの取り出し要求を行う。
【００２８】具体的には、メール取り出し要求処理１６
でＰＯＰサーバ８から取得したデータストリームを解析
し、サブジェクト解析処理１７で当該メールに開封通知
要求フラグがサブジェクト内に含まれているか否かを調
べる。ここ結果、開封通知要求フラグが含まれており、
「開封通知要」であった場合、開封通知メール返信プロ
グラム１８でサブジェクトに返信メールである意味のフ
ラグを付加してＳＭＴＰサーバ７へ送り返す。その後、
メール送信処理１９で、すべてのデータストリームを電
子メールクライアントプログラム６へ渡す。これによ
り、既存の電子メールクライアントプログラム６の通常
操作に一切影響を与えずに、電子メール送信者に、開封
通知メールを返信することが可能になる。
でＰＯＰサーバ８から取得したデータストリームを解析
し、サブジェクト解析処理１７で当該メールに開封通知
要求フラグがサブジェクト内に含まれているか否かを調
べる。ここ結果、開封通知要求フラグが含まれており、
「開封通知要」であった場合、開封通知メール返信プロ
グラム１８でサブジェクトに返信メールである意味のフ
ラグを付加してＳＭＴＰサーバ７へ送り返す。その後、
メール送信処理１９で、すべてのデータストリームを電
子メールクライアントプログラム６へ渡す。これによ
り、既存の電子メールクライアントプログラム６の通常
操作に一切影響を与えずに、電子メール送信者に、開封
通知メールを返信することが可能になる。
【００２９】次に、メール送信者が開封通知メールを受
信する場合について図４、図５を参照して説明する。既
存の電子メールクライアントプログラム５にて、メール
取り出し要求を行なうと、通常は、ＰＯＰサーバ８に取
り出し要求を行うが、受信メール操作プログラム２に
て、その取り出し要求をトラップし、ＰＯＰサーバ８へ
は受信メール操作プログラム２が新しく到着したメール
の取り出し要求を行う。
信する場合について図４、図５を参照して説明する。既
存の電子メールクライアントプログラム５にて、メール
取り出し要求を行なうと、通常は、ＰＯＰサーバ８に取
り出し要求を行うが、受信メール操作プログラム２に
て、その取り出し要求をトラップし、ＰＯＰサーバ８へ
は受信メール操作プログラム２が新しく到着したメール
の取り出し要求を行う。
【００３０】具体的には、メール取り出し要求処理２０
でＰＯＰサーバ８から取得したデータストリームを解析
し、サブジェクト解析処理２１で当該メールが開封通知
要求に対する返信メールであるか否かを、サブジェクト
内の返信メールフラグの有無で判断し、開封通知メール
の場合は、管理情報待避処理２２で開封状況管理データ
ベース９の、宛先情報テーブル２５内の一意コードと宛
先アドレスが一致するレコードにメール開封日時３２を
セットする。開封状況表示プログラム４では、この時点
でメール開封日時３２がセットされているので、当該電
子メールの当該宛先では開封されたと判断する。その
後、メール送信処理２３で、すべてのデータストリーム
を電子メールクライアントプログラム５へ渡す。
でＰＯＰサーバ８から取得したデータストリームを解析
し、サブジェクト解析処理２１で当該メールが開封通知
要求に対する返信メールであるか否かを、サブジェクト
内の返信メールフラグの有無で判断し、開封通知メール
の場合は、管理情報待避処理２２で開封状況管理データ
ベース９の、宛先情報テーブル２５内の一意コードと宛
先アドレスが一致するレコードにメール開封日時３２を
セットする。開封状況表示プログラム４では、この時点
でメール開封日時３２がセットされているので、当該電
子メールの当該宛先では開封されたと判断する。その
後、メール送信処理２３で、すべてのデータストリーム
を電子メールクライアントプログラム５へ渡す。
【００３１】図６は、開封状況表示プログラム４が表示
した開封状況表示画面６１の一例を示す図であり、各種
の通達を配布した場合の「配布済み通達一覧」の例を示
している。この表示画面６１では、件名６１０、配布日
時６１１、開封完了日６１２、返信完了日６１３の項目
が表示され、配布先の受信者の全てが開封した場合に
は、開封完了日６１２に全ての開封が完了した日時が表
示される。例えば、３行目の件名「ＱＡ用のテストメー
ルＮｏ．１」については、１９９８年２月２４日に配布
したメールに対し、１９９８年２月２４日１７時２９分
に全ての配布先の受信者が開封したことが表示される。
この場合、受信宛先が１つである場合は、その１つの宛
先での開封が行われた時に、開封完了日６１２が表示さ
れる。全ての宛先における開封が未完了の場合は、開封
完了日６１２は空白となっている。
した開封状況表示画面６１の一例を示す図であり、各種
の通達を配布した場合の「配布済み通達一覧」の例を示
している。この表示画面６１では、件名６１０、配布日
時６１１、開封完了日６１２、返信完了日６１３の項目
が表示され、配布先の受信者の全てが開封した場合に
は、開封完了日６１２に全ての開封が完了した日時が表
示される。例えば、３行目の件名「ＱＡ用のテストメー
ルＮｏ．１」については、１９９８年２月２４日に配布
したメールに対し、１９９８年２月２４日１７時２９分
に全ての配布先の受信者が開封したことが表示される。
この場合、受信宛先が１つである場合は、その１つの宛
先での開封が行われた時に、開封完了日６１２が表示さ
れる。全ての宛先における開封が未完了の場合は、開封
完了日６１２は空白となっている。
【００３２】開封が未完了の部分の開封完了日６１２の
欄を例えばマウスカーソル６１４によって指定すると、
図７に示すように、全ての宛先の一覧画面７１が表示さ
れ、その中に、各宛先別に、送信エラーの有無、開封日
時、返信日が表示され、どの宛先が開封していないかを
詳細に知ることが出来る。これは、開封状況管理データ
ベース９に記録しておいた宛先アドレス３０によって簡
単に表示することが出来る。
欄を例えばマウスカーソル６１４によって指定すると、
図７に示すように、全ての宛先の一覧画面７１が表示さ
れ、その中に、各宛先別に、送信エラーの有無、開封日
時、返信日が表示され、どの宛先が開封していないかを
詳細に知ることが出来る。これは、開封状況管理データ
ベース９に記録しておいた宛先アドレス３０によって簡
単に表示することが出来る。
【００３３】なお、送信メール操作プログラム１、受信
メール操作プログラム２および３は、ＣＤ−ＲＯＭ等の
記録媒体に記録し、あるいはインターネットなどの通信
媒体を通じて、既存の電子メールクライアントプログラ
ム５、６が組み込まれているパーソナルコンピュータな
どの処理装置に対し組み込むことが出来る。これによ
り、プロトコルが異なる電子メールシステムであって
も、そのプロトコルの違いを意識することなく開封状況
を知らせることが可能になる。また、図６および図７に
示したように、送信メールと開封通知メールとを対応付
けて表示することにより、利用者は一目瞭然でどの電子
メールがは開封され、あるいは未開封かを知ることが出
来、従来の目視の対応関係付けによる煩雑さから開放さ
れる。従って、多くの宛先に電子メールを配布する組織
あるいは個人にとっては、極めて便利で確認時間を大幅
に短縮することができる。
メール操作プログラム２および３は、ＣＤ−ＲＯＭ等の
記録媒体に記録し、あるいはインターネットなどの通信
媒体を通じて、既存の電子メールクライアントプログラ
ム５、６が組み込まれているパーソナルコンピュータな
どの処理装置に対し組み込むことが出来る。これによ
り、プロトコルが異なる電子メールシステムであって
も、そのプロトコルの違いを意識することなく開封状況
を知らせることが可能になる。また、図６および図７に
示したように、送信メールと開封通知メールとを対応付
けて表示することにより、利用者は一目瞭然でどの電子
メールがは開封され、あるいは未開封かを知ることが出
来、従来の目視の対応関係付けによる煩雑さから開放さ
れる。従って、多くの宛先に電子メールを配布する組織
あるいは個人にとっては、極めて便利で確認時間を大幅
に短縮することができる。
【００３４】以上のように、本実施形態においては、既
存の電子メールクライアントプログラム５，６に対して
何ら改造の必要がない。また、電子メール利用者の意識
しないところで、サブジェクトを加工することにより、
開封通知を実現している。このため、電子メールプロト
コルやメールクライアントプログラムに依存しないで開
封通知の一元管理を実現することができる。
存の電子メールクライアントプログラム５，６に対して
何ら改造の必要がない。また、電子メール利用者の意識
しないところで、サブジェクトを加工することにより、
開封通知を実現している。このため、電子メールプロト
コルやメールクライアントプログラムに依存しないで開
封通知の一元管理を実現することができる。
【００３５】
【発明の効果】以上説明したように本発明によれば、プ
ロトコルが公開された電子メールシステムにおいて、既
存の電子メールクライアントプログラムの通常操作に一
切影響を与えずに、開封状況を一元管理することができ
る。従って、企業などの間接部門からの社内通達等の開
封状況管理に適用すれば、コピー、郵便システム等の人
件費削減等の点で極めて有効なものとなる。
ロトコルが公開された電子メールシステムにおいて、既
存の電子メールクライアントプログラムの通常操作に一
切影響を与えずに、開封状況を一元管理することができ
る。従って、企業などの間接部門からの社内通達等の開
封状況管理に適用すれば、コピー、郵便システム等の人
件費削減等の点で極めて有効なものとなる。
【図面の簡単な説明】
【図１】本発明を適用した電子メールシステムの一実施
形態を示すシステム構成図である。
形態を示すシステム構成図である。
【図２】図１の実施形態における送信者側のメール送信
時の機能構成図である。
時の機能構成図である。
【図３】図１の実施形態における受信者側のメール受信
時の機能構成図である。
時の機能構成図である。
【図４】図１の実施形態における送信者側のメール受信
時の機能構成図である。
時の機能構成図である。
【図５】図１の実施形態における開封状況管理データベ
ースの論理構成図である。
ースの論理構成図である。
【図６】図１の実施形態における開封状況表示画面の一
例を示す図である。
例を示す図である。
【図７】全ての宛先の一覧画面が表示された状態を示す
図である。
図である。
１…送信メール操作プログラム、２…受信メール操作プ
ログラム、３…受信メール操作プログラム、４…開封状
況表示プログラム、５…電子メールクライアントプログ
ラム、６…電子メールクライアントプログラム、７…Ｓ
ＭＴＰサーバ、８…ＰＯＰサーバ、９…開封状況管理デ
ータベース、１０…送信者用処理装置、１１…受信者用
処理装置、１２…電子メールクライアントからの接続要
求待ち処理、１３…サブジェクト編集処理、１４…管理
情報待避処理、１５…メール送信処理、１６…メール取
り出し処理、１７…サブジェクト解析処理、１８…開封
通知メール返信処理、１９…メール送信処理、２０…メ
ール取り出し処理、２１…サブジェクト解析処理、２２
…管理情報待避処理、２３…メール送信処理、２４…送
信メール情報テーブル、２５…宛先情報テーブル、２６
…一意コード、２７…送信者のメールアドレス、２８…
サブジェクト、２９…送信日時、３０…宛先アドレス、
３１…一意コード、３２…メール開封日時。
ログラム、３…受信メール操作プログラム、４…開封状
況表示プログラム、５…電子メールクライアントプログ
ラム、６…電子メールクライアントプログラム、７…Ｓ
ＭＴＰサーバ、８…ＰＯＰサーバ、９…開封状況管理デ
ータベース、１０…送信者用処理装置、１１…受信者用
処理装置、１２…電子メールクライアントからの接続要
求待ち処理、１３…サブジェクト編集処理、１４…管理
情報待避処理、１５…メール送信処理、１６…メール取
り出し処理、１７…サブジェクト解析処理、１８…開封
通知メール返信処理、１９…メール送信処理、２０…メ
ール取り出し処理、２１…サブジェクト解析処理、２２
…管理情報待避処理、２３…メール送信処理、２４…送
信メール情報テーブル、２５…宛先情報テーブル、２６
…一意コード、２７…送信者のメールアドレス、２８…
サブジェクト、２９…送信日時、３０…宛先アドレス、
３１…一意コード、３２…メール開封日時。
Claims (6)
- 【請求項１】 各種の電子メールプロトコルで実現され
る電子メールシステムにおいて、 送信する電子メールのサブジェクトに該電子メールを送
信する計算機システム内で一意なコードを付加し、当該
電子メールの受信者が当該電子メールを開封したタイミ
ングで当該電子メールの開封通知メールを前記コードに
対応する送信元に返信させることを特徴とする電子メー
ル開封管理方法。 - 【請求項２】 送信元において、受信側から受信した開
封通知メールを送信電子メールと関連付けて管理するこ
とを特徴とする請求項１記載の電子メール開封管理方
法。 - 【請求項３】 送信元において、送信電子メールのデー
タストリームを解析することにより、既存の電子メール
クライアントプログラムの通常操作に一切影響を与えず
に、送信電子メールのサブジェクトに計算機システム内
で一意なコードを付加することを特徴とする請求項１記
載の電子メール開封管理方法。 - 【請求項４】 受信元において、受信電子メールのデー
タストリームを解析することにより、受信電子メールの
サブジェクトから送信元の計算機システムの一意コード
を抽出し、その送信元に、既存の電子メールクライアン
トプログラムの通常操作に一切影響を与えずに、開封通
知メールを返信することを特徴とする請求項１記載の電
子メール開封管理方法。 - 【請求項５】 各種の電子メールプロトコルで実現され
る電子メールシステムにおいて、 送信側装置に、送信する電子メールのサブジェクトに該
電子メールを送信する計算機システム内で一意なコード
を付加する手段を備え、 受信側装置に、受信電子メールを開封したタイミングで
当該受信電子メールのサブジェクト内の一意コードを解
析して送信元を判定し、その送信元に当該電子メールの
開封通知メールを返信する手段を備えることを特徴とす
る電子メールシステム。 - 【請求項６】 各種の電子メールプロトコルで実現され
る電子メールシステムに使用するプログラムを記録した
記録媒体であって、 送信側装置において、送信する電子メールのサブジェク
トに該電子メールを送信する計算機システム内で一意な
コードを付加する処理プログラムと、 受信側装置において、受信電子メールを開封したタイミ
ングで当該受信電子メールのサブジェクト内の一意コー
ドを解析して送信元を判定し、その送信元に当該電子メ
ールの開封通知メールを返信する処理プログラムとを個
別にあるいは１組にして記憶していることを特徴とする
コンピュータが読み取り可能な電子メール開封管理用記
録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10086234A JPH11282777A (ja) | 1998-03-31 | 1998-03-31 | 電子メール開封管理方法および電子メールシステム、記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10086234A JPH11282777A (ja) | 1998-03-31 | 1998-03-31 | 電子メール開封管理方法および電子メールシステム、記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11282777A true JPH11282777A (ja) | 1999-10-15 |
Family
ID=13881115
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10086234A Pending JPH11282777A (ja) | 1998-03-31 | 1998-03-31 | 電子メール開封管理方法および電子メールシステム、記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH11282777A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002001372A1 (fr) * | 2000-06-28 | 2002-01-03 | Oregadare Inc. | Procede de commande de transmission/de reception de messages et systeme de commande correspondant |
| JP2002024272A (ja) * | 2000-07-03 | 2002-01-25 | Network 21:Kk | ユーザニーズ応答システムおよびこれを記録したコンピュータ読み取り可能な記録媒体 |
| JP2006172454A (ja) * | 2004-12-10 | 2006-06-29 | Microsoft Corp | キューに入れられたアプリケーションメッセージを確実に転送すること |
| JP2012157042A (ja) * | 2012-03-19 | 2012-08-16 | Nec Casio Mobile Communications Ltd | 電子メール送受信機能を備えた携帯端末装置及びプログラム |
-
1998
- 1998-03-31 JP JP10086234A patent/JPH11282777A/ja active Pending
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002001372A1 (fr) * | 2000-06-28 | 2002-01-03 | Oregadare Inc. | Procede de commande de transmission/de reception de messages et systeme de commande correspondant |
| JP2002082880A (ja) * | 2000-06-28 | 2002-03-22 | Oregadare Inc | メッセージの送受信管理方法及びメッセージの送受信管理システム |
| US7512657B2 (en) | 2000-06-28 | 2009-03-31 | Oregadare Inc. | Message transmission and reception controlling system |
| JP2002024272A (ja) * | 2000-07-03 | 2002-01-25 | Network 21:Kk | ユーザニーズ応答システムおよびこれを記録したコンピュータ読み取り可能な記録媒体 |
| JP2006172454A (ja) * | 2004-12-10 | 2006-06-29 | Microsoft Corp | キューに入れられたアプリケーションメッセージを確実に転送すること |
| JP2012157042A (ja) * | 2012-03-19 | 2012-08-16 | Nec Casio Mobile Communications Ltd | 電子メール送受信機能を備えた携帯端末装置及びプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7707260B2 (en) | Method and apparatus for adding recipients to sent email | |
| US6963904B2 (en) | Method for correlating an electronic mail message with related messages | |
| US7603420B2 (en) | Method and apparatus for automatic e-mail response interruption based on user activity | |
| US7552184B2 (en) | System and method for allowing a user to ensure actions taken on a document are applied to the most recent electronic correspondence | |
| US7596607B2 (en) | Apparatus for managing email messages | |
| JP4871113B2 (ja) | 電子メール添付ファイルのバージョン管理を提供する方法及びシステム | |
| US7222157B1 (en) | Identification and filtration of digital communications | |
| US8266230B2 (en) | Active removal of e-mail recipient from replies and subsequent threads | |
| US6879665B1 (en) | Method and apparatus for sending messages in a data processing system | |
| US20070027717A1 (en) | Automatic patient record update enabled clinical messaging | |
| US9275371B2 (en) | Keeping track of a detached e-mail attachment | |
| US8667070B2 (en) | Storage medium storing a mail management program, and mail management apparatus and method | |
| EP1198751A1 (en) | Methods and apparatus for site wide monitoring of electronic mail systems | |
| US20050257159A1 (en) | Method and apparatus for identifying attachments in an email message | |
| US7369260B2 (en) | Method of managing e-mail attachments | |
| US20080059586A1 (en) | Method and apparatus for eliminating unwanted e-mail | |
| US20090228562A1 (en) | Mail sending and receiving apparatus, method, computer-readable medium and system | |
| JP3420516B2 (ja) | 電子メールの広告効果確認方法および電子メールの広告効果確認プログラムを記録した記録媒体 | |
| CA2552056C (en) | Heterogeneous related document attaching for (clinical) messaging | |
| JPH11282777A (ja) | 電子メール開封管理方法および電子メールシステム、記録媒体 | |
| JP2764952B2 (ja) | 電子メールシステム | |
| JP2002175248A (ja) | 電子メール送信制御方法及びその実施装置並びにその処理プログラムを記録した記録媒体 | |
| Kundrát | IMAP E-mail Client | |
| JP2000232550A (ja) | ファクシミリ装置及びファクシミリ通信システム | |
| JPH08339332A (ja) | 電子メールを利用した自動採番方法 |