(57)【要約】【課題】メール送信者がメール受信者によってメールが読まれたか否かを知ることができるようにする。【解決手段】クライアント上で動作するモジュール４は、ユーザによりメールが表示された画面のスクロール、マウスカーソルの移動、ＵＲＬクリック等の操作が行われたとき、これらの操作が行われたことを認知し、Ｗｅｂメールサーバ３に通知する。Ｗｅｂメールサーバ３上では、サーバ上で動作するモジュール５が、クライアント１からの通知を受け取り、通知された情報をデータベース６に蓄積する。データ集計装置７は、データベース６に蓄積された情報を集計し、集計結果をメールサーバ２を介してメール送信者にメールで送信する。【選択図】図１ 
2005275468.tif 000002
【特許請求の範囲】
【請求項１】
第１のモジュールが動作するＷｅｂメールサーバと、
ユーザ側に設置され、クライアント上で動作する第２のモジュールを前記Ｗｅｂメールサーバからダウンロードし、実行するクライアントと、
メール送信者からのメールを前記クライアントに配信するとともに、前記クライアントからのメールを前記メール送信者に配信するメールサーバと、
前記Ｗｅｂメールサーバからのアクション情報に基づいて生成した登録データを記憶する記憶手段と、
前記記憶手段によって記憶された前記登録データを集計し、集計結果を前記メールサーバを介して前記メール送信者に通知する集計手段と
を備え、
前記第２のモジュールは、前記メール送信者から配信された前記メールに対して前記ユーザが行った操作を認知し、前記操作がなされたことを示す前記アクション情報を前記Ｗｅｂメールサーバに送信し、
前記第１のモジュールは、前記第２のモジュールから送信されてきた前記アクション情報を受信し、受信された前記アクション情報を前記記憶手段に送信する
ことを特徴とするメール操作情報取得システム。
【請求項２】
前記第２のモジュールが認知する前記操作は、マウスカーソルを移動させる操作、またはメールが表示された画面をスクロールさせる操作、またはメールに記述されたＵＲＬをクリックする操作である
ことを特徴とする請求項１に記載のメール操作情報取得システム。
【請求項３】
前記集計手段は、前記メールのヘッダ情報に基づいて前記メールの送信者宛に、前記登録データの集計結果を送信する
ことを特徴とする請求項１または２に記載のメール操作情報取得システム。
【請求項４】
前記登録データは、前記ユーザのアカウント情報と、前記メールのヘッダ情報と、前記メールの送信日時からなる
ことを特徴とする請求項１乃至３のいずれかに記載のメール操作情報取得システム。
【請求項５】
第１のモジュールが動作するＷｅｂメールサーバと、
ユーザ側に設置され、クライアント上で動作する第２のモジュールを前記Ｗｅｂメールサーバからダウンロードし、実行するクライアントと、
メール送信者からのメールを前記クライアントに配信するとともに、前記クライアントからのメールを前記メール送信者に配信するメールサーバと、
前記Ｗｅｂメールサーバからのアクション情報に基づいて生成した登録データを記憶する記憶手段と、
前記記憶手段によって記憶された前記登録データを集計し、集計結果を前記メールサーバを介して前記メール送信者に通知する集計手段と
を備えるメール操作情報取得システムにおけるメール操作情報取得方法であって、
前記第２のモジュールは、
前記メール送信者から配信された前記メールに対して前記ユーザが行った操作を認知する認知ステップと、
前記操作がなされたことを示す前記アクション情報を前記Ｗｅｂメールサーバに送信する第１の送信ステップとを備え、
前記第１のモジュールは、
前記第２のモジュールから送信されてきた前記アクション情報を受信する受信ステップと、
前記受信ステップにおいて受信された前記アクション情報を前記記憶手段に送信する第２の送信ステップとを備える
ことを特徴とするメール操作情報取得方法。
【請求項６】
前記第２のモジュールが認知する前記操作は、マウスカーソルを移動させる操作、またはメールが表示された画面をスクロールさせる操作、またはメールに記述されたＵＲＬをクリックする操作である
ことを特徴とする請求項５に記載のメール操作情報取得方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はメール操作情報取得システムに関し、特に、送信したメールが読まれたか否かを知ることができるメール操作情報取得システムに関するものである。
【背景技術】
【０００２】
従来、メーラーを用いてサーバからメールをダウンロードし、クライアント環境でメールを読み書きするという方式が用いられている。
また、予め広告情報を複数ページにまたがるように作成しておき、広告処理コンピュータから発信された広告情報を受信した広告受信者が次のページへスクロールするための操作を行ったとき、その操作が行われたことを示す信号が広告処理コンピュータへ伝達され、広告処理コンピュータがその信号をもって広告受信者によるスクロール操作を認識し、スクロールがなされた状況を把握することができるようにし、これによって広告受信者が広告情報を読んだか否かを判断するようにしたものがある。
【特許文献１】特開２００３−０８７４４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、メーラーを用いてサーバからメールをダウンロードし、クライアント環境でメールを読み書きするという従来の方式では、受信したメールをユーザが最後まで読んだかどうかをメール送信者が知ることができない。また、ダウンロード後に読まれずに削除された、ダウンロード時にメーラーでフィルタリングされて自動的に削除された、あるいは開封はされたものの最後まで読まれることなく削除された等々、クライアント環境でそのメールがどのように扱われたのかがサーバ側では一切知ることができず、そのため、メール送信者は送信したメールがどれくらいの数の受信者に読まれたのかが分からないという問題があった。
また、特許文献１に記載の発明では、予め広告情報を複数ページにまたがるように作成しておく必要があり、また、広告受信者が次のページへスクロールするための操作を行わない限り、その広告情報が読まれたか否かを判断することができなかった。
本発明はこのような状況に鑑みてなされたものであり、Ｗｅｂメールシステムにおいて、クライアント上で動作するモジュールが受信メールに対して各種操作が行われたことをメールサーバに通知することにより、メールサーバ側でメールが読まれたか否かを判断することができるようにするものである。
【課題を解決するための手段】
【０００４】
請求項１に記載のメール操作情報取得システムは、第１のモジュールが動作するＷｅｂメールサーバと、ユーザ側に設置され、クライアント上で動作する第２のモジュールをＷｅｂメールサーバからダウンロードし、実行するクライアントと、メール送信者からのメールをクライアントに配信するとともに、クライアントからのメールをメール送信者に配信するメールサーバと、Ｗｅｂメールサーバからのアクション情報に基づいて生成した登録データを記憶する記憶手段と、記憶手段によって記憶された登録データを集計し、集計結果をメールサーバを介してメール送信者に通知する集計手段とを備え、第２のモジュールは、メール送信者から配信されたメールに対してユーザが行った操作を認知し、操作がなされたことを示すアクション情報をＷｅｂメールサーバに送信し、第１のモジュールは、第２のモジュールから送信されてきたアクション情報を受信し、受信されたアクション情報を記憶手段に送信することを特徴とする。
また、第２のモジュールが認知する操作は、マウスカーソルを移動させる操作、またはメールが表示された画面をスクロールさせる操作、またはメールに記述されたＵＲＬをクリックする操作とすることができる。
また、集計手段は、メールのヘッダ情報に基づいてメールの送信者宛に、登録データの集計結果を送信するようにすることができる。
また、登録データは、ユーザのアカウント情報と、メールのヘッダ情報と、メールの送信日時からなるようにすることができる。
請求項５に記載のメール操作情報取得方法は、第１のモジュールが動作するＷｅｂメールサーバと、ユーザ側に設置され、クライアント上で動作する第２のモジュールをＷｅｂメールサーバからダウンロードし、実行するクライアントと、メール送信者からのメールをクライアントに配信するとともに、クライアントからのメールをメール送信者に配信するメールサーバと、Ｗｅｂメールサーバからのアクション情報に基づいて生成した登録データを記憶する記憶手段と、記憶手段によって記憶された登録データを集計し、集計結果をメールサーバを介してメール送信者に通知する集計手段とを備えるメール操作情報取得システムにおけるメール操作情報取得方法であって、第２のモジュールは、メール送信者から配信されたメールに対してユーザが行った操作を認知する認知ステップと、操作がなされたことを示すアクション情報をＷｅｂメールサーバに送信する第１の送信ステップとを備え、第１のモジュールは、第２のモジュールから送信されてきたアクション情報を受信する受信ステップと、受信ステップにおいて受信されたアクション情報を記憶手段に送信する第２の送信ステップとを備えることを特徴とする。
また、第２のモジュールが認知する操作は、マウスカーソルを移動させる操作、またはメールが表示された画面をスクロールさせる操作、またはメールに記述されたＵＲＬをクリックする操作とすることができる。
【発明の効果】
【０００５】
本発明のメール操作情報取得システムによれば、クライアント上で動作するモジュールがメールに対するアクションを認知し、サーバに通知するようにしたので、Ｗｅｂメールシステムにおいて、メールを送信したメール送信者は、メールの送信相手である受信者がメールを読んだか否かを知ることができる。また、メールを開封したか否かを知ることができる。
【発明を実施するための最良の形態】
【０００６】
図１は、本発明のＷｅｂメールシステムが適用される第１の実施の形態の構成例を示すブロック図である。図１を参照して、本実施の形態の構成について詳細に説明する。図１を参照すると、本発明の第１の実施の形態は、メールサーバにアクセスしてメールの送受信を行うＷＷＷ（ｗｏｒｌｄ  ｗｉｄｅ  ｗｅｂ）ブラウザであるクライアント１と、メールサーバとして動作するとともに情報を収集する対象となるメールとその送信者アドレスの登録および管理を行うメールサーバ２と、クライアント１がＨＴＴＰ（ｈｙｐｅｒｔｅｘｔ  ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ）、あるいはＨＴＴＰＳ（ｈｙｐｅｒｔｅｘｔ  ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ  ｓｅｃｕｒｉｔｙ）を用いてアクセスし、サーバ上のメールの操作を可能にするＷｅｂメールサーバ３と、クライアント１がＷｅｂメールサーバ３に接続した際にＷｅｂメールサーバ３からクライアント１にダウンロードされるクライアント上で動作するモジュール４と、クライアント上で動作するモジュール４からユーザ起源のアクション情報を受信し、蓄積すべきデータを作成するサーバ上で動作するモジュール５と、サーバ上で動作するモジュール５から送信されたデータを受信し、蓄積するデータベース６と、データベース６に蓄積されたデータを集計し、その結果をメール送信者にメールサーバ２を介してメールにて通知するデータ集計装置７とから構成されている。
【０００７】
これらの手段はそれぞれ概略つぎのように動作する。クライアント１は、クライアント上で動作するモジュール４が動作するＷｅｂブラウザである。メールサーバ２は、通常のメールサーバとしての機能を持ち、また、情報を収集する対象となるメールとそのメールの送信者アドレスを登録し、管理する機能を有する。Ｗｅｂメールサーバ３は、インターネット標準技術であるＨＴＴＰあるいはＨＴＴＰＳを用いてクライアント１と通信が可能であり、また、何らかのプロトコルによってメールサーバ２及びデータベース６とも通信が可能である。また、Ｗｅｂメールサーバ３は、通常のメールサーバとしての機能と、サーバ上で動作するモジュール５を動作させる機能を有する。また、クライアント１からのアクセスの際にユーザを特定するための認証機能も提供する。認証機能は、Ｗｅｂメールサーバ３が有していて直接クライアント１に対して認証機能を提供するか、あるいは外部の機構が認証機能を有していてその機構にアクセスすることにより間接的にクライアント１に対して認証機能を提供するかの２つのパターンがある。
【０００８】
クライアント上で動作するモジュール４は、クライアント１がＷｅｂメールサーバ３に接続する際にダウンロードされるプログラムである。このクライアント上で動作するモジュール４は、クライアント１上にて動作し、ユーザがアクションを起こした場合にそれを認知し、そのアクションに対応するアクション情報をＷｅｂメールサーバ３に送信する。送信するアクション情報の実体がどのようなものであるかは、そのモジュールがサポートする機能に依存する。例えば、送信されるアクション情報の実体がＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）であった場合、そのＸＭＬのスキーマとしては、そのモジュールが仕様として定めているスキーマが使用される。
【０００９】
また、アクション情報の送信の際の通信プロトコルはクライアント１とＷｅｂメールサーバ３との間の通信に用いられるＨＴＴＰあるいはＨＴＴＰＳが用いられる。このモジュールは、「ユーザがメール本文表示画面において一番下まで画面をスクロールした」、「マウスを操作した」、「ＵＲＬをクリックした」などというアクションを認知し、そのアクションに対応するアクション情報をＷｅｂメールサーバ３に送信するような機能を有する。開発者により、このアクションを認知してそのアクションに対応するアクション情報をＷｅｂメールサーバ３に送信するような動作ロジックがクライアント上で動作するモジュール４に作り込まれている。
【００１０】
サーバ上で動作するモジュール５は、Ｗｅｂメールサーバ３上で動作し、クライアント上で動作するモジュール４によって送信されてきたアクション情報を取得するようになっている。その際、メールサーバ２にアクセスし、取得したアクション情報が収集対象のメールに対応するものであるか否かを問い合わせ、取得したアクション情報が収集対象のメールに対応するものである場合、蓄積すべきデータを作成し、データベース６に送信するようになっている。
【００１１】
データベース６は、Ｗｅｂメールサーバ３と通信を行い、どのユーザのどのメールに対してアクションが行われたかというアクション情報を記録するとともに、そのアクション情報を管理する。データ集計装置７は、データベース６にアクセスし、データベース６に蓄積されたデータの集計を行い、その集計結果をメール送信者に対してメールにて通知するようになっている。
【００１２】
次に、図２のフローチャート及び図３を参照して第１の実施の形態の動作について詳細に説明する。まず、メール送信者は、送信するメール本体と自身のメールアドレスを、メールサーバ２に登録する（ステップＳ１）。ユーザは、クライアント１を用いてＷｅｂメールサーバ３にＨＴＴＰあるいはＨＴＴＰＳを用いてアクセスする（ステップＳ２）。
【００１３】
Ｗｅｂメールサーバ３は、クライアント１に認証画面を提示し、ユーザは認証を行う（ステップＳ３）。認証に失敗した場合（ステップＳ４のＮＯ）、処理を終了する。一方、認証に成功した場合（ステップＳ４のＹＥＳ）、クライアント１は、Ｗｅｂメールサーバ３からクライアント上で動作するモジュール４をダウンロードする（ステップＳ５）。あるいは、ステップＳ２においてＷｅｂメールサーバ３がクライアント１に認証画面を提示する際にダウンロードするようにすることもできる。クライアント上で動作するモジュール４をダウンロードするのと同時に、クライアント１はＷｅｂメールサーバ３から、Ｗｅｂメールの画面情報（ＨＴＭＬ（ｈｙｐｅｒｔｅｘｔ  ｍａｒｋｕｐ  ｌａｎｇｕａｇｅ）で作成された情報）をダウンロードする。クライアント１では受信した画面情報（ＨＴＭＬで作成された情報）と、クライアント上で動作するモジュール４の画面インタフェースをブラウザに表示する（ステップＳ６）。これにより、ユーザは、クライアント１上でＷｅｂメールサーバ３が提供するＷｅｂメールの機能を使用することができるようになる。
【００１４】
ユーザがクライアント１上でメール本文を開き、一番下まで画面をスクロールしたり、マウスを動かしたり、ＵＲＬをクリックするなどの操作を行ってアクションが発生する（ステップＳ７）と、クライアント上で動作するモジュール４が発生したアクションを認知してそのアクションに対応するアクション情報をＷｅｂメールサーバ３に送信し、アクションが発生したことを通知する（ステップＳ８）。このとき、通信プロトコルとしてはステップＳ２で使用されているＨＴＴＰあるいはＨＴＴＰＳが使用され、通知すべきアクション情報の実体はクライアント上で動作するモジュール４の仕様に依存する。
【００１５】
クライアント上で動作するモジュール４によって送信されたアクション情報はＷｅｂメールサーバ３により受信され、サーバ上で動作するモジュール５に引き渡される。サーバ上で動作するモジュール５は引き渡されたアクション情報からアクション対象となったメールを識別し、それを元にメールサーバ２に問い合わせを行い、このメールがステップＳ１において登録されたものであるか否かを判別する（ステップＳ９）。その結果、このメールがステップＳ１において登録されたものではないと判別された場合、処理を終了する。一方、このメールがステップＳ１において登録されたものであると判別された場合、データベース６に記録すべきデータが作成される（ステップＳ１０）。
【００１６】
このとき作成されるデータの構成例を図３に示す。作成されるデータは、「ユーザ情報」と「アクション対象のメール識別情報」の２つである。「ユーザ情報」はそのアクションを起こしたユーザのことであり、ステップＳ３にて認証を行ったアカウント情報である。「アクション対象のメール識別情報」は、どのメールに対してアクションを行ったかを示す情報であり、ステップＳ１で登録されたメールを識別する情報であり、例えば、ステップＳ１でメールを登録した日時（日付と時刻）、メールの表題（Ｓｕｂｊｅｃｔヘッダの内容）、メールの送り主に関する情報（Ｆｒｏｍヘッダの内容）等とされる。
【００１７】
ステップＳ１０において作成されたデータはデータベース６に送られ、データベース６において記録され、管理される（ステップＳ１１）。データベース６に蓄積されたデータは、データ集計装置７により任意のタイミングで集計され、その集計結果はメール送信者にメールで通知される（ステップＳ１２）。通知するメールの宛先はステップＳ１で登録されたメールの送り主に関する情報であり、これはメールサーバ２に問い合わせることにより得られる。
【００１８】
次に、本発明が適用される第２の実施の形態について図面を参照して詳細に説明する。図４は、第２の実施の形態のシステム構成図であり、図５は、第２の実施の形態の動作を説明するためのフローチャートである。図４に示すように、第２の実施の形態では、第１の実施の形態におけるデータベース６がない構成とされている。その他の構成は図１の第１の実施の形態の場合と同様であるので、同一構成要素には同一符号を付し、その詳細な説明は省略する。
【００１９】
広告メールやダイレクトメールといった不特定多数のユーザに送信されるメールではなく、特定の相手に向けて送信されるメールの場合、そのメールが送信された相手がメールを開いたか否かを示す情報を得たい場合がある。以下、メールが送信された相手がメールを開いたか否かを示す情報を得るための動作について説明する。まず、メール送信者は、送信するメール本体と自身のメールアドレスを、メールサーバ２に登録する（ステップＳ２１）。ユーザは、クライアント１を用いてＷｅｂメールサーバ３にＨＴＴＰあるいはＨＴＴＰＳを用いてアクセスする（ステップＳ２２）。
【００２０】
Ｗｅｂメールサーバ３は、クライアント１に認証画面を提示し、ユーザは認証を行う（ステップＳ２３）。認証に失敗した場合（ステップＳ２４のＮＯ）、処理を終了する。一方、認証に成功した場合（ステップＳ２４のＹＥＳ）、クライアント１は、Ｗｅｂメールサーバ３からクライアント上で動作するモジュール４をダウンロードする（ステップＳ２５）。あるいは、ステップＳ２２においてＷｅｂメールサーバ３がクライアント１に認証画面を提示する際にダウンロードするようにすることもできる。クライアント上で動作するモジュール４をダウンロードするのと同時に、クライアント１はＷｅｂメールサーバ３から、Ｗｅｂメールの画面情報（ＨＴＭＬで作成された情報）をダウンロードする。クライアント１では受信した画面情報（ＨＴＭＬで作成された情報）と、クライアント上で動作するモジュール４の画面インタフェースをブラウザに表示する（ステップＳ２６）。これにより、ユーザは、クライアント１上でＷｅｂメールサーバ３が提供するＷｅｂメールの機能を使用することができるようになる。
【００２１】
ユーザがクライアント１上でメール本文を開き、一番下まで画面をスクロールしたり、マウスを動かしたり、ＵＲＬをクリックするなどの操作を行ってアクションが発生する（ステップＳ２７）と、クライアント上で動作するモジュール４が発生したアクションを認知してそのアクションに対応するアクション情報をＷｅｂメールサーバ３に送信し、アクションが発生したことを通知する（ステップＳ２８）。このとき、通信プロトコルとしてはステップＳ２２で使用されているＨＴＴＰあるいはＨＴＴＰＳが使用され、通知すべきアクション情報の実体はクライアント上で動作するモジュール４の仕様に依存する。
【００２２】
クライアント上で動作するモジュール４によって送信されたアクション情報はＷｅｂメールサーバ３により受信され、サーバ上で動作するモジュール５に引き渡される。サーバ上で動作するモジュール５は引き渡されたアクション情報からアクション対象となったメールを識別し、それを元にメールサーバ２に問い合わせを行い、このメールがステップＳ２１において登録されたものであるか否かを判別する（ステップＳ２９）。その結果、このメールがステップＳ２１において登録されたものではないと判別された場合、処理を終了する。一方、このメールがステップＳ２１において登録されたものであると判別された場合、データ集計装置７に対して、開封通知メールの送信の指示を行う（ステップＳ３０）。データ集計装置７は、開封通知メールの送信の指示を受けると、ステップＳ２１で登録されたメールアドレスに対して開封通知メールを送信する（ステップＳ３１）。
【００２３】
以上説明したように、第１の実施の形態では、Ｗｅｂメールサーバ３からクライアント上で動作するモジュール４をダウンロードし、クライアント１上で動作させることにより、そのユーザが自身のメールボックス内のメールを最後まで読んだことを示すアクション情報がＷｅｂメールサーバ３に送信され、データベース６に蓄積される。蓄積されたアクション情報はデータ集計装置７により集計され、メール送信者に対してメールにてその集計結果が通知される。これにより、例えば、プロバイダが発行する広告メールやダイレクトメールといった広範囲のユーザに送信される各メールについて、どれくらいのユーザがそのメールを最後まで読み、関心を持ったのかといった情報をメール送信者が知ることができる。
【００２４】
第１の実施の形態では、クライアント（Ｗｅｂブラウザ）１を用いてＷｅｂメールサーバ３にアクセスし、メールの送受信を行うクライアント１とＷｅｂメールサーバ３からなるＷｅｂメールシステムと、ＶＢ（ｖｉｓｕａｌ  ｂａｓｉｃ）やＦｌａｓｈ等のＷｅｂブラウザ用プラグインあるいはＪａｖａ（登録商標）アプレットといった、Ｗｅｂメールサーバ３からクライアント（Ｗｅｂブラウザ）１にダウンロードされ、そのクライアント１上で動作するモジュール（クライアント上で動作するモジュール）４を併用して実現するものである。このクライアント上で動作するモジュール４は、ユーザがＷｅｂブラウザ上でメールに対して行った各種操作（マウスの移動／画面スクロール／ＵＲＬクリック等）をアクションとして扱い、これらのアクションが発生したときに、アクションの発生をトリガにして、アクションを示すアクション情報をＷｅｂメールサーバ３に送信し、アクションの発生を通知する。これを応用し、メールを表示しているブラウザ上でユーザが画面を一番下までスクロールしたこと、マウスを移動させたこと、メールに記述されたＵＲＬをクリックしたこと等のアクションの発生を示すアクション情報をＷｅｂメールサーバ３に送信し、通知することにより、そのユーザがそのメールを最後まで読んだというアクション情報をＷｅｂメールサーバ３側で取得することができる。そのアクション情報を蓄積し、管理し、その集計結果をメール送信者に対してメールにてメールサーバ２を介して通知することにより、どれくらいの人数のユーザが送信したメールに目を通したのかをメール送信者が知ることができる。
【００２５】
各実施の形態により次のような効果が得られる。第１の効果は、ユーザがメールに最後まで目を通したという情報を取得できることである。その理由は、クライアント上で動作するモジュールが、メールの一番下まで画面をスクロールさせたというアクションを認知し、サーバ側にそのアクションを示すアクション情報を送ることができるためである。第２の効果は、第１の効果で取得したアクション情報から、ユーザ毎にどのような内容のメールをよく読むかといった傾向の分析や、全体で広告メールやダイレクトメールが読まれている割合をメール送信者が知ることができることである。その理由は、メールが最後まで読まれたというデータが、ユーザ別に全てサーバ側に蓄積され、管理されるので、そのデータをメール送信者に送信することができるためである。
【００２６】
なお、上記実施の形態の構成及び動作は例であって、本発明の趣旨を逸脱しない範囲で適宜変更することができることは言うまでもない。
【産業上の利用可能性】
【００２７】
本発明は、広範囲のユーザに対して発信する広告・ダイレクトメールが全体でどの程度読まれているかという内容の統計を取り、今後の情報発信活動に役立てるといった用途に適用できる。また、読まれたメールに関してユーザ毎に統計を取り、一人一人に的を絞った広告・宣伝活動を行うといった用途にも適用可能である。
【図面の簡単な説明】
【００２８】
【図１】本発明が適用される第１の実施の形態の構成例を示す図である。
【図２】第１の実施の形態の動作を説明するためのフローチャートである。
【図３】データベースに記録されるデータの構成例を示す図である。
【図４】本発明が適用される第２の実施の形態の構成例を示す図である。
【図５】第２の実施の形態の動作を説明するためのフローチャートである。
【符号の説明】
【００２９】
１  クライアント
２  メールサーバ
３  Ｗｅｂメールサーバ
４  クライアント上で動作するモジュール
５  サーバ上で動作するモジュール
６  データベース
７  データ集計装置 
【図１】
2005275468.tif 000003
【図２】
2005275468.tif 000004
【図３】
2005275468.tif 000005
【図４】
2005275468.tif 000006
【図５】
2005275468.tif 000007