メールシステム、メール開封確認方法、メールサーバー、及びメール開封確認プログラム
【課題】開封確認メールによりメールの受信件数が増加することを抑制でき、開封状態を効率的に管理できるようにする。
【解決手段】発信元の携帯端末装置１１は、開封確認要求を示す情報を含むメールを送信し、メールサーバー１６は、開封確認が必要なメールを受信すると、開封確認メール保存領域２２２に保存エリアを確保して、送信先の携帯端末装置１２ａ〜１２ｃにメールを転送する。送信先の携帯端末装置１２ａ〜１２ｃは、開封確認が必要なメールを受信すると、メールの閲覧の後に開封結果をメールで通知し、メールサーバー１６は、送信先の携帯端末装置１２ａ〜１２ｃからの開封結果のメールを受信すると、開封結果を開封確認メール保存領域２２２に蓄積すると共に、送信先の携帯端末装置１２ａ〜１２ｃからの開封結果を纏めて所定のタイミングで発信元の携帯端末装置１１に通知する。
【解決手段】発信元の携帯端末装置１１は、開封確認要求を示す情報を含むメールを送信し、メールサーバー１６は、開封確認が必要なメールを受信すると、開封確認メール保存領域２２２に保存エリアを確保して、送信先の携帯端末装置１２ａ〜１２ｃにメールを転送する。送信先の携帯端末装置１２ａ〜１２ｃは、開封確認が必要なメールを受信すると、メールの閲覧の後に開封結果をメールで通知し、メールサーバー１６は、送信先の携帯端末装置１２ａ〜１２ｃからの開封結果のメールを受信すると、開封結果を開封確認メール保存領域２２２に蓄積すると共に、送信先の携帯端末装置１２ａ〜１２ｃからの開封結果を纏めて所定のタイミングで発信元の携帯端末装置１１に通知する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、開封通知機能を有するメールシステム、メール開封確認方法、メールサーバー、及びメール開封確認プログラムに関する。
【背景技術】
【０００２】
送信したメールが開封されたかどうかを確認するために、発信元からのメールが送信先に届き、送信先のユーザがメールを開封すると、送信先から発信元に開封通知が返送されるような、開封通知機能を有するメールシステムが知られている。このような開封通知機能では、通常、開封確認要求のメールを送信する際に、発信元は、そのメールのヘッダ部やアタッチ部に、開封確認要求の制御コードを記述してメールを送信し、送信先は、メールを受信すると、この制御コードにより開封確認要求のメールであるかどうかを判定し、開封確認要求のメールの場合には、メールが閲覧された後に、送信先から発信元に開封通知のメールが返信される。
【０００３】
また、特許文献１には、メールサーバーで、通常の電子メールと開封通知とを別々に管理し、ユーザからの要求により、メールサーバーから発信元に、電子メールの開封通知を送信するものが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１６９７５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述のように、通常のメール開封通知機能では、開封確認要求のメールを送信すると、メールの閲覧後に、送信先から開封通知のメールが発信元に返送される。このため、多数の送信先に開封確認要求のメールを送信したような場合には、各送信先でメールが閲覧される毎に、開封確認のメールが発信元に返送されてくることになり、受信メールの数が増加し、メールの確認が煩わしくなる。更に、携帯端末装置を使ってメールを送受信する場合、多数の開封確認メールが返送されてくると、メールの受信件数が増加し、ＣＰＵの稼働率が上昇し、バッテリーの消費が早くなるという問題が生じる。
【０００６】
また、特許文献１に示されるものでは、メールサーバーで通常の電子メールと開封通知とを別々に管理し、ユーザからの要求により、メールサーバーから発信元に、電子メールの開封通知を送信している。この場合、メールサーバーで複数の送信先からの開封通知の一覧を作成して発信元に送信することができるため、各送信先から多数の開封確認メールが返送されてくることを抑制できる。しかしながら、特許文献１に示されるものは、ユーザからの要求により、メールサーバーから発信元に開封通知を送信するものであり、発信元からメールサーバーに取得要求を送信しなければ、メールの開封を確認することができない。
【０００７】
上述の課題を鑑み、本発明は、開封確認メールによりメールの受信件数が増加することを抑制でき、開封状態を効率的に管理できるようにしたメールシステム、メール開封確認方法、メールサーバー、及びメール開封確認プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述の課題を解決するために、本発明に係るメールシステムは、発信元の端末装置と送信先の端末装置との間で、メールサーバーを介してメールを転送するメールシステムであって、発信元の端末装置は、送信先の端末装置に開封確認が必要なメールを送信する際に、開封確認要求を示す情報を含むメールを送信する手段を有し、メールサーバーは、発信元の端末装置からのメールを受信すると、発信元の端末装置からのメールを送信先の端末装置に転送する手段と、送信先の端末装置からの開封結果を示すメールを受信すると、送信先の端末装置からの開封結果を蓄積する手段と、送信先の端末装置からの開封結果を纏めて発信元の端末装置に所定のタイミングで通知する手段を有し、送信先の端末装置は、メールを受信すると、開封確認が必要であるかどうかを判定する手段と、開封確認が必要であると判定すると、メールの閲覧後に開封結果を示すメールを返信する手段を有することを特徴とする。
【０００９】
本発明に係るメール確認方法は、発信元の端末装置と送信先の端末装置との間で、メールサーバーを介してメールを転送するメールシステムのメール開封確認方法であって、発信元の端末装置は、送信先の端末装置に開封確認が必要なメールを送信する際に、開封確認要求を示す情報を含むメールを送信し、メールサーバーは、発信元の端末装置からのメールを受信すると、発信元の端末装置からのメールを送信先の端末装置に転送し、送信先の端末装置は、メールを受信すると、開封確認が必要であるかどうかを判定し、開封確認が必要であると判定すると、メールの閲覧後に開封結果を示すメールを返信し、メールサーバーは、送信先の端末装置からの開封結果を示すメールを受信すると、送信先の端末装置からの開封結果を蓄積し、送信先の端末装置からの開封結果を纏めて発信元の端末装置に所定のタイミングで通知することを特徴とする。
【００１０】
本発明に係るメールサーバーは、発信元の端末装置と送信先の端末装置との間でメールを転送するメールサーバーであって、発信元の端末装置からのメールを受信すると、発信元の端末装置からのメールを送信先の端末装置に転送する手段と、送信先の端末装置からの開封結果を示すメールを受信すると、送信先の端末装置からの開封結果を蓄積する手段と、送信先の端末装置からの開封結果を纏めて発信元の端末装置に所定のタイミングで通知する手段とを備えることを特徴とする。
【００１１】
本発明に係るメール確認プログラムは、発信元の端末装置と送信先の端末装置との間でメールを転送するメールサーバーのメール開封確認プログラムであって、発信元の端末装置からのメールを受信すると、発信元の端末装置からのメールを送信先の端末装置に転送するステップと、送信先の端末装置からの開封結果を示すメールを受信すると、送信先の端末装置からの開封結果を蓄積するステップと、送信先の端末装置からの開封結果を纏めて発信元の端末装置に所定のタイミングで通知するステップとを前記メールサーバーのコンピュータに実行させるメール開封確認プログラムである。
【発明の効果】
【００１２】
本発明によれば、メールサーバーは、送信先からの開封結果のメールを受信すると、この送信先からの開封結果を蓄積し、この送信先からの開封結果を纏めて所定のタイミングで発信元に通知している。このため、発信元は複数のメールを見ながら状況を把握する煩わしさが解消される。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１の実施形態に係るメールシステムの構成を示すブロック図である。
【図２】本発明の第１の実施形態に係るメールシステムの構成を示すブロック図である。
【図３】本発明の第１の実施形態に係るメールシステムで使用されるメールサーバーの構成を示すブロック図である。
【図４】本発明の第１の実施形態での開封確認メールの転送処理を説明図である。
【図５】発信元の携帯端末装置でメールを作成する際の処理を示すフローチャートである。
【図６】メールサーバーが発信元の携帯端末装置又は送信先の携帯端末装置からのメールを受信した際の処理を示すフローチャートである。
【図７】開封状態通知処理の詳細を示すフローチャートである。
【図８】開封状況を定期的に報告するためのタイマがタイムアウトした際の処理を示すフローチャートである。
【図９】送信先の携帯端末装置が開封通知の必要なメールを受信した際の処理を示すフローチャートである。
【図１０】本発明の第２の実施形態における開封状況を定期的に報告するためのタイマがタイムアウトした際の処理を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態について図面を参照しながら説明する。
＜第１の実施形態＞
図１は、本発明の第１の実施形態に係るメールシステムの構成を示すブロック図である。図１において、携帯端末装置１１はメールの発信元の端末であり、携帯端末装置１２ａ、１２ｂ、１２ｃはメールの送信先の端末である。携帯端末装置１１及び携帯端末装置１２ａ〜１２ｃは、基地局１３及び基地局１４ａ〜１４ｃと無線で通信を行い、移動通信網１５を介して、音声やデータ通信を行うことができる。
【００１５】
メールサーバー１６は、携帯端末装置１１及び携帯端末装置１２ａ〜１２ｃの間のメール転送を行う。なお、メールサーバー１６は、インターネット網とゲートウェイを行って、インターネット網のメールの転送を行うことも可能である。
【００１６】
図２は、本発明の第１の実施形態に係るメールシステムで使用される携帯端末装置１１、１２ａ〜１２ｃの構成を示すブロック図である。
【００１７】
図２に示すように、本発明の第１の実施形態に係るメールシステムで使用される携帯端末装置１１、１２ａ〜１２ｃは、無線部１０１と、アンテナ１０２と、制御部１０３と、記憶部１０４と、キー操作部１０５と、表示部１０６とを備えている。
【００１８】
無線部１０１は、アンテナ１０２を介して、基地局１３及び基地局１４ａ〜１４ｃとの間で、無線でデータを送受信する。制御部１０３からの送信データは無線部１０１に送られ、無線部１０１で変調され、アンテナ１０２を介して、基地局１３及び基地局１４ａ〜１４ｃに送信される。基地局１３及び基地局１４ａ〜１４ｃから送信された信号は、アンテナ１０２で受信され、無線部１０１で復調され、制御部１０３に送られる。なお、無線部１０１での通信方式には各種の方式のものがあるが、本発明では、どのような通信方式を用いても良い。
【００１９】
制御部１０３は、ＣＰＵ(Central Processing Unit)１１１からなり、制御プログラム１１２に基づいて、各部の処理を行う。制御プログラム１１２としては、メールの送信及び受信を行うメーラプログラムを含んでいる。
【００２０】
記憶部１０４は、ＲＯＭ(Read Only Memory)又はＲＡＭ(Random Access Memory)、フラッシュメモリ等から構成される。記憶部１０４には、装置の状態やデータ編集時の一時的な作業エリア１２１と、送受信メールを保存するためのデータ保存エリア１２２とを含んでいる。
【００２１】
キー操作部１０５は、各種の入力を受け付けるもので、キー操作部１０５としては、メールを作成するときの文字入力ボタン、メール送信ボタン、メール返信ボタン、開封確認ボタン等を含んでいる。表示部１０６は、例えばＬＣＤ(Liquid Crystal Display)からなり、各種の情報を表示する。
【００２２】
図３は、本発明の第１の実施形態に係るメールシステムで使用されるメールサーバー１６の構成を示すブロック図である。
【００２３】
図３に示すように、本発明の第１の実施形態に係るメールシステムで使用されるメールサーバー１６は、制御部２０１と、記憶部２０２とを備えている。
【００２４】
制御部２０１は、ＣＰＵ２１１を有し、制御プログラム２１２に基づいて、受信したメールデータを解析し、記憶部２０２に格納する。制御プログラム２１２としては、通常のメール転送機能の他に、表題に開封確認が必要であることを示す特定の文字列を含めることで開封確認を行う機能を含んでいる。
【００２５】
記憶部２０２は、ＲＯＭ又はＲＡＭや、ＨＤＤ(Hard Disk Drive)等を使用して構成される。記憶部２０２は、開封確認を必要としない通常メール保存領域２２１と、開封確認を必要とする開封確認メール保存領域２２２とを有している。開封確認メール保存領域２２２には、管理番号に対応して、送信先のメールアドレスと、開封結果と、メッセージとが記載される。また、開封確認メール保存領域２２２に対して、送信先からの開封通知が全て受け取れていない間、定期的に発信元へ状況を報告するための定期報告タイマが設けられる。
【００２６】
本発明の第１の実施形態では、発信元の携帯端末装置１１から送信先の携帯端末装置１２ａ〜１２ｃにメールを送信する際に、開封確認が必要な場合、表題に例えば「開封確認」や「開封」といった開封確認が必要であることを示す特定の文字列を記載してメールを送信する。このように、本発明の第１の実施形態では、表題に開封確認が必要であることを示す特定の文字列を含めることで、発信元の携帯端末装置１１に、定期的に送信先の携帯端末装置１２ａ〜１２ｃの開封状況が纏めて送信される。
【００２７】
つまり、図４は、本発明の第１の実施形態での開封確認メールの転送処理を説明図である。
【００２８】
図４において、発信元の携帯端末装置１１では、送信先の携帯端末装置１２ａ〜１２ｃに、開封確認が必要なメールを送信する場合には、表題に例えば「開封確認」や「開封」といった開封確認が必要であることを示す特定の文字列を記載してメールを送信する（処理ＰＲＣ１０１）。
【００２９】
メールサーバー１６は、メールを受信し、表題の文字列から開封確認が必要であると判定すると、管理番号を付加し、開封確認メール保存領域２２２に、管理番号に対応させて、送信先からの開封結果を格納するエリアを確保する（処理ＰＲＣ１０２）。このエリアは、管理番号に対応して、送信先のメールアドレスと、開封結果と、メッセージとを記載する。そして、メールサーバー１６は、指定されているメールアドレスに従って、送信先の携帯端末装置１２ａ、１２ｂ、１２ｃに、管理番号を付加してメールを送信する（処理ＰＲＣ１０３ａ〜ＰＲＣ１０３ｃ）。
【００３０】
送信先の携帯端末装置１２ａ、１２ｂ、１２ｃは、メールサーバー１６からメールを受信し、メールを開封すると、表題に開封確認が必要であることを示す特定の文字列が含まれているかどうかを判定する。そして、送信先の携帯端末装置１２ａ、１２ｂ、１２ｃは、特定の文字列が含まれている場合には、メール閲覧後、閲覧中の画面を閉じると、開封結果をメールで通知する。このとき、送信先の携帯端末装置１２ａ、１２ｂ、１２ｃは、メッセージを付加することができる。この例では、携帯端末装置１２ａはメールを開封し、その開封結果をメールサーバー１６に通知している（処理ＰＲＣ１０４ａ）。携帯端末装置１２ｂはメールを未開封である。携帯端末装置１２ｃは、メールを開封し、「了解」のメッセージを付加して、その開封結果をメールサーバー１６に通知している（処理ＰＲＣ１０４ｃ）。
【００３１】
メールサーバー１６は、送信先の携帯端末装置１２ａ、１２ｂ、１２ｃからの開封通知を待ち、表題の管理番号と開封確認メール保存領域の管理番号とを照合し、管理番号が一致する開封確認メール保存領域中のエリアを特定し、管理番号が一致するエリアが特定できたら、開封通知を送信したメールアドレスを開封確認メール保存領域２２２の送信先メールアドレスから特定し、特定できた送信先について、開封結果の欄に、メールが開封されたことを示す情報を記録する。この例では、送信先の携帯端末装置１２ａ、１２ｂ、１２ｃのうち、携帯端末装置１２ａからは開封結果のメールを受信したので、開封結果に丸印を付加し（処理ＰＲＣ１０５ａ）、携帯端末装置１２ｃからはメッセージ付きの開封結果のメールを受信したので、開封結果に二重丸を付加している（処理ＰＲＣ１０５ｃ）。携帯端末装置１２ｂからは開封結果のメールを受信していないので、開封結果は無印としている。
【００３２】
メールサーバー１６は、全ての送信先の携帯端末装置１２ａ、１２ｂ、１２ｃから開封通知を受信したところで、もしくは一定時間が経過したところで、発信元の携帯端末装置１１に開封通知結果をメールで通知する（処理ＰＲＣ１０６）。このとき、メールサーバー１６は、携帯端末装置１２ａ〜１２ｃの開封通知結果を纏めてメールで送信できる。
【００３３】
発信元の携帯端末装置１１では、メールサーバー１６からの開封通知結果を受信することで、送信先の携帯端末装置１２ａ〜１２ｃの開封状態が判断できる。
【００３４】
このように、本発明の第１の実施形態では、表題に開封確認が必要であることを示す特定の文字列を含めることで、発信元の携帯端末装置１１に、定期的に送信先の携帯端末装置１２ａ〜１２ｃからの開封状況が知らされ、これにより、メールの開封状況を確認できる。また、本発明の第１の実施形態では、表題に特定の文字列を含めるだけで開封確認ができるので、システムの負荷を軽減できると共に、本文に特定の文字列を含める必要はないので、メールの本文の記載には制約を与えることがない。また、本発明の第１の実施形態では、メールサーバー１６の開封確認メール保存領域２２２に、送信先からの開封結果を格納するエリアを確保しているので、複数の送信先の携帯端末装置１２ａ〜１２ｃからの開封通知を纏めて発信元の携帯端末装置１１にメール通知できる。このため、発信元の携帯端末装置１１は複数のメールを見ながら状況を把握する煩わしさが解消される。また、本発明の第１の実施形態では、発信元の携帯端末装置１１には、全ての送信先の携帯端末装置１２ａ、１２ｂ、１２ｃから開封通知を受信したタイミングで、もしくは一定時間が経過したタイミングで、メールサーバー１６から開封通知結果が定期的にメールで通知されており、ユーザがメールサーバー１６に開封通知の要求を送信する必要がない。
【００３５】
次に、本発明の第１の実施形態に係るメールシステムの処理について、図５〜図９のフローチャートを参照しながら説明する。
【００３６】
図５は、発信元の携帯端末装置１１でメールを作成する際の処理を示すフローチャートである。
【００３７】
なお、発信元の携帯端末装置１１のユーザは、開封確認のメールを送信する場合には、例えば「開封確認」や「開封」といった特定の文字列を表題に入力する。この開封確認が必要であることを示す特定の文字列は、文字入力により入力していく以外に、ハードウェアに開封確認ボタンを用意するか、別の用途で使用しているボタンをメール閲覧状態のときのみ一時的に割り当て、１回のボタン押下で入力することも可能である。この例では、発信元の携帯端末装置１１には、開封確認ボタンが用意されているものとする。
【００３８】
図５において、発信元の携帯端末装置１１の制御部１０３は、メール作成時にボタンが押下された場合、開封確認ボタンが押下されたか判定する（ステップＳ１０１）。
【００３９】
ステップＳ１０１で、開封確認ボタンが押下されたと判定されると（ステップＳ１０１ Ｙｅｓ）、発信元の携帯端末装置１１の制御部１０３は、表題の文字列を検索し、開封確認が必要であることを示す特定の文字列が入力済みかどうかを判定する（ステップＳ１０２）。
【００４０】
ステップＳ１０２で、表題に開封確認が必要であることを示す特定の文字列が既に入力されていると判定された場合（ステップＳ１０２ Ｙｅｓ）、発信元の携帯端末装置１１の制御部１０３は、ステップＳ１０１に処理をリターンし、次のボタン入力を待つ。
【００４１】
ステップＳ１０２で、表題に開封確認が必要であることを示す特定の文字列が入力されていないと判定された場合（ステップＳ１０２ Ｎｏ）、発信元の携帯端末装置１１の制御部１０３は、表題に開封確認が必要であることを示す特定の文字列を追加し（ステップＳ１０３）、ステップＳ１０１にリターンし、その後、次のボタン入力を待つ。
【００４２】
ステップＳ１０１で、開封確認ボタン以外が押下された場合（ステップＳ１０１ Ｎｏ）、発信元の携帯端末装置１１の制御部１０３は、メール送信ボタンが押下されたかどうかを判定する（ステップＳ１０４）。ここで、メール送信ボタンが押下されたと判定された場合（ステップＳ１０４ Ｙｅｓ）、発信元の携帯端末装置１１の制御部１０３は、作成していたメールを発信する（ステップＳ１０５）。押下されたボタンがメール送信ボタンではないと判定された場合（ステップＳ１０４ Ｎｏ）、発信元の携帯端末装置１１の制御部１０３は、メール作成を継続し（ステップＳ１０６）、ステップＳ１０１にリターンする。
【００４３】
以上の処理により、発信元の携帯端末装置１１では、開封確認が必要なメールの場合には、表題に、例えば「開封確認」や「開封」といった、開封確認が必要であることを示す特定の文字列が記載されたメールを送信する処理が行われる。
【００４４】
図６は、メールサーバー１６が発信元の携帯端末装置１１又は送信先の携帯端末装置１２ａ〜１２ｃからのメールを受信した際の処理を示すフローチャートである。
【００４５】
図６において、メールサーバー１６の制御部２０１は、メールを受信すると、受信したメールの表題の文字列を解析する（ステップＳ２０１）。そして、メールサーバー１６の制御部２０１は、表題の中に、例えば「開封確認」や「開封」といった開封確認が必要であることを示す特定の文字列があるかどうかにより判別し、開封通知が必要なメールかどうかを判定する（ステップＳ２０２）。
【００４６】
ステップＳ２０２で、表題の文字列に開封通知を必要としている特定の文字列があると判定された場合（ステップＳ２０２ Ｙｅｓ）、メールサーバー１６の制御部２０１は、表題の文字列に、管理番号が付加されているかどうかを判定する（ステップＳ２０３）。
【００４７】
ステップＳ２０３で、管理番号が付加されていないと判定されると（ステップＳ２０３ Ｎｏ）、メールサーバー１６の制御部２０１は、発信元の携帯端末装置１１から開封通知が必要なメールを受信したと判定し、管理番号を表題に付加する（ステップＳ２０４）。そして、メールサーバー１６の制御部２０１は、管理番号に対応させて、メールサーバーの記憶部２０２内に開封情報を保存するエリアを確保し、受信したメールを開封確認メール保存領域２２２に格納する（ステップＳ２０５）。そして、メールサーバー１６の制御部２０１は、送信先からの開封通知が全て受け取れていない間、定期的に発信元へ状況を報告するための定期報告タイマを発行し（ステップＳ２０６）、送信先の携帯端末装置１２ａ、１２ｂ、１２ｃへメールを送信する（ステップＳ２０７）。
【００４８】
ステップＳ２０３で、表題に管理番号が付加されている場合（ステップＳ２０３ Ｙｅｓ）、メールサーバー１６の制御部２０１は、送信先の携帯端末装置１２ａ〜１２ｃから、開封通知のメールを受信したと判定し、開封状態通知処理を実行する（ステップＳ２０８）。ステップＳ２０８の開封状態通知処理の詳細については、後に図７を参照して説明する。
【００４９】
ステップＳ２０２で、表題に開封通知が必要な文字列が含まれていない場合（ステップＳ２０２ Ｎｏ）、制御部２０１は、通常メールとして、メールを通常メール保存領域２２１に格納し（ステップＳ２０９）、送信先へメールを送信する（ステップＳ２１０）。
【００５０】
図７は、上述のステップＳ２０８での開封状態通知処理を示すフローチャートである。
【００５１】
前述したように、メールサーバー１６が管理番号が付与されたメールを受信すると、ステップＳ２０８での開封状態通知処理となる。この場合、メールサーバー１６は、送信先の携帯端末装置１２ａ〜１２ｃから開封通知のメールを受信したと判定できる。このときのメールは、開封確認メール保存領域２２２に保存されており、また、開封確認メール保存領域２２２には、管理番号に対応させて、送信先のメールアドレスと、送信先の各メールアドレスの開封結果と、メッセージとを記載するエリアが確保されている。
【００５２】
図７において、メールサーバー１６の制御部２０１は、管理番号が付与されたメールを受信すると、表題に記されている管理番号と開封確認メール保存領域２２２とを照合し、管理番号が一致する開封確認メール保存領域２２２のエリアを特定する（ステップＳ３０１）。
【００５３】
管理番号が一致するエリアが特定できたら、メールサーバー１６の制御部２０１は、開封通知を送信したメールアドレスと開封確認メール保存領域２２２の送信先メールアドレスとを照合して、開封通知を送信したメールアドレスを特定し（ステップＳ３０２）、開封通知を送信したメールアドレスが特定できたら、特定できた送信先について、開封結果の欄に、メールが開封されたことを示す情報を記録する（ステップＳ３０３）。
【００５４】
メールサーバー１６の制御部２０１は、該当メールは全ての送信先で開封済みかどうかを判定し（ステップＳ３０４）、該当メールは全て開封済みであると判定された場合（ステップＳ３０４ Ｙｅｓ）、定期報告タイマを停止する（ステップＳ３０５）。そして、メールサーバー１６の制御部２０１は、発信元の携帯端末装置１１に、送信先の携帯端末装置１２ａ〜１２ｃの開封結果を纏めてプッシュ送信にて通知する（ステップＳ３０６）。プッシュ送信とは、携帯端末装置１１からの要求無しに自律的に情報を送信することである。ステップＳ３０４で、全ての送信先で開封済みでない場合（ステップＳ３０４ Ｎｏ）、メールサーバー１６の制御部２０１は、処理を終了する。
【００５５】
図７に示す処理により、開封確認メール保存領域２２２に、送信先の携帯端末装置１２ａ〜１２ｃの開封結果が記載される。そして、メールサーバー１６が定期報告タイマがタイムアウトする前に全ての送信先の携帯端末装置１２ａ〜１２ｃから開封確認通知のメールを受信すれば、送信先の携帯端末装置１２ａ〜１２ｃの開封結果が発信元の携帯端末装置１１に纏めてプッシュ送信にて通知される。
【００５６】
ここで、送信先の全ての携帯端末装置１２ａ〜１２ｃからの開封結果が所定時間を過ぎても受信できない場合には、定期報告タイマがタイムアウトとなる。図８は開封状況を定期的に報告するためのタイマがタイムアウトした際の処理を示すフローチャートである。
【００５７】
図８において、定期報告タイマがタイムアウトしたら、メールサーバー１６の制御部２０１は、タイムアウトしたメールの管理番号と、メールサーバー１６の開封確認メール保存領域２２２の管理番号とを照合して、どの送信先のメールのタイマがタイムアウトしたのか特定する（ステップＳ４０１）。次に、メールサーバー１６の制御部２０１は、発信元の携帯端末装置１１に開封状況のメールをプッシュ送信することで通知し（ステップＳ４０２）、定期報告タイマを再発行する（ステップＳ４０３）。これにより、送信先の携帯端末装置１２ａ〜１２ｃからの開封通知が全て受け取れていない間、発信元の携帯端末装置１１に定期的に、携帯端末装置１２ａ〜１２ｃの開封状況を報告することができる。
【００５８】
図９は、送信先の携帯端末装置１２ａ〜１２ｃが開封通知の必要なメールを受信した際の処理を示すフローチャートである。
【００５９】
図９において、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、受信したメールを表示中かどうかを判定する（ステップＳ５０１）。表示中でなければ（ステップＳ５０１ Ｎｏ）、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、本処理を終了する。メールの表示中の場合（ステップＳ５０１ Ｙｅｓ）、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、表示中の画面を閉じるかどうかを確認し（ステップＳ５０２）、画面を閉じる操作が行われるまで、その状態を保持する。
【００６０】
ステップＳ５０２で、画面を閉じる操作をしたと判定されたら（ステップＳ５０２ Ｙｅｓ）、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、表示中の受信メールの表題に、開封確認が必要であることを示す特定の文字列が含まれているかどうかにより、開封通知が必要かどうかを判定する（ステップＳ５０３）。ステップＳ５０３で、開封通知が不要であった場合（ステップＳ５０３ Ｎｏ）、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、何もせず本処理を終了する。
【００６１】
ステップＳ５０３で、開封通知が必要であると判定された場合（ステップＳ５０３ Ｙｅｓ）、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、該当メールはそれまで未開封だったかどうかを判定する（ステップＳ５０４）。既に開封済みのメールであれば（ステップＳ５０４ Ｎｏ）、何もせず本処理を終了する。
【００６２】
ステップＳ５０４で、該当メールが未開封であった場合（ステップＳ５０４ Ｙｅｓ）、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、開封通知が必要な旨のメッセージを表示部１０６に表示する（ステップＳ５０５）。そして、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、開封通知にメッセージを付加するかどうかを判断するための画面を表示部１０６に表示する（ステップＳ５０６）。
【００６３】
メッセージを付加するかどうかを判断するための画面を表示部１０６に表示した後、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、ユーザがメッセージ付きの開封通知を選択したかどうかを判定する（ステップＳ５０７）。
【００６４】
ステップＳ５０７で、メッセージ付きの開封通知を選択した場合（ステップＳ５０７ Ｙｅｓ）、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、発信元へ通知するメッセージが入力できるように文字入力画面に状態を遷移させる（ステップＳ５０８）。そして、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、文字入力が完了したか判定し（ステップＳ５０９）、文字入力が完了していない場合（ステップＳ５０９ Ｎｏ）、完了するまでその状態を維持する。文字入力が完了した場合（ステップＳ５０９ Ｙｅｓ）、制御部１０３は、開封確認通知のメールを送信する（ステップＳ５１０）。
【００６５】
ステップＳ５０７で、メッセージ付きの開封通知を選択しない場合（ステップＳ５０７ Ｎｏ）、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、メッセージを付加せずに、開封確認通知のメールを送信する（ステップＳ５１０）。
【００６６】
ステップＳ５１０で開封確認通知のメール送信後、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、該当メールに対して開封済みであることを設定する（ステップＳ５１１）。
【００６７】
以上の処理により、送信先の携帯端末装置１２ａ〜１２ｃでは、メールサーバー１６から、表題に例えば「開封確認」や「開封」といった開封確認が必要であることを示す特定の文字列が記載されたメールを受信し、このメールが閲覧されると、閲覧中の画面を閉じるときに、開封確認通知のメールを送信する処理が行われる。また、この開封確認通知のメールを送信する際に、メッセージを付加することが可能になる。
【００６８】
＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。この第２の実施形態は、その基本的構成は、前述の第１の実施形態と同様であるが、図１０では、図８の定期報告タイマのタイムアウト処理に対して、一定時間に開封されなかったメール受信者にはメールを再送する処理を追加している。
【００６９】
図１０は、本発明の第２の実施形態における開封状況を定期的に報告するためのタイマがタイムアウトした際の処理を示すフローチャートである。
【００７０】
図１０において、定期報告タイマがタイムアウトしたら、メールサーバー１６の制御部２０１は、タイムアウトしたメールの管理番号と、メールサーバー１６の開封確認メール保存領域２２２の管理番号とを照合して、どのメールのタイマがタイムアウトしたのか特定する（ステップＳ６０１）。
【００７１】
次に、メールサーバー１６の制御部２０１は、該当メールの開封状況をメール発行元の携帯端末装置１１にプッシュ送信にて通知し（ステップＳ６０２）、定期報告タイマのタイムアウト回数を更新する（ステップＳ６０３）。そして、メールサーバー１６の制御部２０１は、定期報告タイマのタイムアウト回数がメールを再送するか判定するための閾値を超えたか判定する（ステップＳ６０４）。
【００７２】
ステップＳ６０４で、定期報告タイマのタイムアウト回数がメールを再送するか判定するための閾値を超えていた場合（ステップＳ６０４ Ｙｅｓ）、メールサーバー１６の制御部２０１は、未開封のメールアドレスに対してメールを再送する（ステップＳ６０５）。その後、メールサーバー１６の制御部２０１は、定期報告タイマのタイムアウト回数を初期化し（ステップＳ６０６）、定期報告タイマを再発行する（ステップＳ６０７）。
【００７３】
ステップＳ６０４で、定期報告タイマのタイムアウト回数がメールを再送するか判定するための閾値以下であった場合（ステップＳ６０４ Ｎｏ）、定期報告タイマを再発行する（ステップＳ６０７）。
【００７４】
このように、本発明の第２の実施形態では、開封状況を定期的に監視し、一定時間に開封されない場合はメールを再送するので、メール受信者が見逃していても気づくことができるという効果が得られる。
【００７５】
なお、上述の実施形態では、開封確認が必要な場合、表題に開封確認が必要であることを示す特定の文字列を含めてメールを送信しているが、本発明は、開封確認が必要であることを示す特定の文字列を、メールの本文中に含めるようにしても良い。また、本発明は、メールのヘッダ部やアタッチ部に、開封確認要求の制御コードを含めるようにしても良い。
【００７６】
本発明は、上述した実施形態に限定されるものではなく、この発明の要旨を逸脱しない範囲内で様々な変形や応用が可能である。
【符号の説明】
【００７７】
１１：発信元の 携帯端末装置
１２ａ〜１２ｃ：送信先の携帯端末装置
１３、１４ａ〜１４ｃ：基地局
１５：移動通信網
１６；メールサーバー
１０１：無線部
１０２：アンテナ
１０３：制御部
１０４：記憶部
１０５：キー操作部
１０６：表示部
１１１：ＣＰＵ
１１２：制御プログラム
１２１：作業エリア
１２２：データ保存エリア
２０１：制御部
２０２：記憶部
２１２：制御プログラム
２２１：通常メール保存領域
２２２：開封確認メール保存領域
【技術分野】
【０００１】
本発明は、開封通知機能を有するメールシステム、メール開封確認方法、メールサーバー、及びメール開封確認プログラムに関する。
【背景技術】
【０００２】
送信したメールが開封されたかどうかを確認するために、発信元からのメールが送信先に届き、送信先のユーザがメールを開封すると、送信先から発信元に開封通知が返送されるような、開封通知機能を有するメールシステムが知られている。このような開封通知機能では、通常、開封確認要求のメールを送信する際に、発信元は、そのメールのヘッダ部やアタッチ部に、開封確認要求の制御コードを記述してメールを送信し、送信先は、メールを受信すると、この制御コードにより開封確認要求のメールであるかどうかを判定し、開封確認要求のメールの場合には、メールが閲覧された後に、送信先から発信元に開封通知のメールが返信される。
【０００３】
また、特許文献１には、メールサーバーで、通常の電子メールと開封通知とを別々に管理し、ユーザからの要求により、メールサーバーから発信元に、電子メールの開封通知を送信するものが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１６９７５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述のように、通常のメール開封通知機能では、開封確認要求のメールを送信すると、メールの閲覧後に、送信先から開封通知のメールが発信元に返送される。このため、多数の送信先に開封確認要求のメールを送信したような場合には、各送信先でメールが閲覧される毎に、開封確認のメールが発信元に返送されてくることになり、受信メールの数が増加し、メールの確認が煩わしくなる。更に、携帯端末装置を使ってメールを送受信する場合、多数の開封確認メールが返送されてくると、メールの受信件数が増加し、ＣＰＵの稼働率が上昇し、バッテリーの消費が早くなるという問題が生じる。
【０００６】
また、特許文献１に示されるものでは、メールサーバーで通常の電子メールと開封通知とを別々に管理し、ユーザからの要求により、メールサーバーから発信元に、電子メールの開封通知を送信している。この場合、メールサーバーで複数の送信先からの開封通知の一覧を作成して発信元に送信することができるため、各送信先から多数の開封確認メールが返送されてくることを抑制できる。しかしながら、特許文献１に示されるものは、ユーザからの要求により、メールサーバーから発信元に開封通知を送信するものであり、発信元からメールサーバーに取得要求を送信しなければ、メールの開封を確認することができない。
【０００７】
上述の課題を鑑み、本発明は、開封確認メールによりメールの受信件数が増加することを抑制でき、開封状態を効率的に管理できるようにしたメールシステム、メール開封確認方法、メールサーバー、及びメール開封確認プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述の課題を解決するために、本発明に係るメールシステムは、発信元の端末装置と送信先の端末装置との間で、メールサーバーを介してメールを転送するメールシステムであって、発信元の端末装置は、送信先の端末装置に開封確認が必要なメールを送信する際に、開封確認要求を示す情報を含むメールを送信する手段を有し、メールサーバーは、発信元の端末装置からのメールを受信すると、発信元の端末装置からのメールを送信先の端末装置に転送する手段と、送信先の端末装置からの開封結果を示すメールを受信すると、送信先の端末装置からの開封結果を蓄積する手段と、送信先の端末装置からの開封結果を纏めて発信元の端末装置に所定のタイミングで通知する手段を有し、送信先の端末装置は、メールを受信すると、開封確認が必要であるかどうかを判定する手段と、開封確認が必要であると判定すると、メールの閲覧後に開封結果を示すメールを返信する手段を有することを特徴とする。
【０００９】
本発明に係るメール確認方法は、発信元の端末装置と送信先の端末装置との間で、メールサーバーを介してメールを転送するメールシステムのメール開封確認方法であって、発信元の端末装置は、送信先の端末装置に開封確認が必要なメールを送信する際に、開封確認要求を示す情報を含むメールを送信し、メールサーバーは、発信元の端末装置からのメールを受信すると、発信元の端末装置からのメールを送信先の端末装置に転送し、送信先の端末装置は、メールを受信すると、開封確認が必要であるかどうかを判定し、開封確認が必要であると判定すると、メールの閲覧後に開封結果を示すメールを返信し、メールサーバーは、送信先の端末装置からの開封結果を示すメールを受信すると、送信先の端末装置からの開封結果を蓄積し、送信先の端末装置からの開封結果を纏めて発信元の端末装置に所定のタイミングで通知することを特徴とする。
【００１０】
本発明に係るメールサーバーは、発信元の端末装置と送信先の端末装置との間でメールを転送するメールサーバーであって、発信元の端末装置からのメールを受信すると、発信元の端末装置からのメールを送信先の端末装置に転送する手段と、送信先の端末装置からの開封結果を示すメールを受信すると、送信先の端末装置からの開封結果を蓄積する手段と、送信先の端末装置からの開封結果を纏めて発信元の端末装置に所定のタイミングで通知する手段とを備えることを特徴とする。
【００１１】
本発明に係るメール確認プログラムは、発信元の端末装置と送信先の端末装置との間でメールを転送するメールサーバーのメール開封確認プログラムであって、発信元の端末装置からのメールを受信すると、発信元の端末装置からのメールを送信先の端末装置に転送するステップと、送信先の端末装置からの開封結果を示すメールを受信すると、送信先の端末装置からの開封結果を蓄積するステップと、送信先の端末装置からの開封結果を纏めて発信元の端末装置に所定のタイミングで通知するステップとを前記メールサーバーのコンピュータに実行させるメール開封確認プログラムである。
【発明の効果】
【００１２】
本発明によれば、メールサーバーは、送信先からの開封結果のメールを受信すると、この送信先からの開封結果を蓄積し、この送信先からの開封結果を纏めて所定のタイミングで発信元に通知している。このため、発信元は複数のメールを見ながら状況を把握する煩わしさが解消される。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１の実施形態に係るメールシステムの構成を示すブロック図である。
【図２】本発明の第１の実施形態に係るメールシステムの構成を示すブロック図である。
【図３】本発明の第１の実施形態に係るメールシステムで使用されるメールサーバーの構成を示すブロック図である。
【図４】本発明の第１の実施形態での開封確認メールの転送処理を説明図である。
【図５】発信元の携帯端末装置でメールを作成する際の処理を示すフローチャートである。
【図６】メールサーバーが発信元の携帯端末装置又は送信先の携帯端末装置からのメールを受信した際の処理を示すフローチャートである。
【図７】開封状態通知処理の詳細を示すフローチャートである。
【図８】開封状況を定期的に報告するためのタイマがタイムアウトした際の処理を示すフローチャートである。
【図９】送信先の携帯端末装置が開封通知の必要なメールを受信した際の処理を示すフローチャートである。
【図１０】本発明の第２の実施形態における開封状況を定期的に報告するためのタイマがタイムアウトした際の処理を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態について図面を参照しながら説明する。
＜第１の実施形態＞
図１は、本発明の第１の実施形態に係るメールシステムの構成を示すブロック図である。図１において、携帯端末装置１１はメールの発信元の端末であり、携帯端末装置１２ａ、１２ｂ、１２ｃはメールの送信先の端末である。携帯端末装置１１及び携帯端末装置１２ａ〜１２ｃは、基地局１３及び基地局１４ａ〜１４ｃと無線で通信を行い、移動通信網１５を介して、音声やデータ通信を行うことができる。
【００１５】
メールサーバー１６は、携帯端末装置１１及び携帯端末装置１２ａ〜１２ｃの間のメール転送を行う。なお、メールサーバー１６は、インターネット網とゲートウェイを行って、インターネット網のメールの転送を行うことも可能である。
【００１６】
図２は、本発明の第１の実施形態に係るメールシステムで使用される携帯端末装置１１、１２ａ〜１２ｃの構成を示すブロック図である。
【００１７】
図２に示すように、本発明の第１の実施形態に係るメールシステムで使用される携帯端末装置１１、１２ａ〜１２ｃは、無線部１０１と、アンテナ１０２と、制御部１０３と、記憶部１０４と、キー操作部１０５と、表示部１０６とを備えている。
【００１８】
無線部１０１は、アンテナ１０２を介して、基地局１３及び基地局１４ａ〜１４ｃとの間で、無線でデータを送受信する。制御部１０３からの送信データは無線部１０１に送られ、無線部１０１で変調され、アンテナ１０２を介して、基地局１３及び基地局１４ａ〜１４ｃに送信される。基地局１３及び基地局１４ａ〜１４ｃから送信された信号は、アンテナ１０２で受信され、無線部１０１で復調され、制御部１０３に送られる。なお、無線部１０１での通信方式には各種の方式のものがあるが、本発明では、どのような通信方式を用いても良い。
【００１９】
制御部１０３は、ＣＰＵ(Central Processing Unit)１１１からなり、制御プログラム１１２に基づいて、各部の処理を行う。制御プログラム１１２としては、メールの送信及び受信を行うメーラプログラムを含んでいる。
【００２０】
記憶部１０４は、ＲＯＭ(Read Only Memory)又はＲＡＭ(Random Access Memory)、フラッシュメモリ等から構成される。記憶部１０４には、装置の状態やデータ編集時の一時的な作業エリア１２１と、送受信メールを保存するためのデータ保存エリア１２２とを含んでいる。
【００２１】
キー操作部１０５は、各種の入力を受け付けるもので、キー操作部１０５としては、メールを作成するときの文字入力ボタン、メール送信ボタン、メール返信ボタン、開封確認ボタン等を含んでいる。表示部１０６は、例えばＬＣＤ(Liquid Crystal Display)からなり、各種の情報を表示する。
【００２２】
図３は、本発明の第１の実施形態に係るメールシステムで使用されるメールサーバー１６の構成を示すブロック図である。
【００２３】
図３に示すように、本発明の第１の実施形態に係るメールシステムで使用されるメールサーバー１６は、制御部２０１と、記憶部２０２とを備えている。
【００２４】
制御部２０１は、ＣＰＵ２１１を有し、制御プログラム２１２に基づいて、受信したメールデータを解析し、記憶部２０２に格納する。制御プログラム２１２としては、通常のメール転送機能の他に、表題に開封確認が必要であることを示す特定の文字列を含めることで開封確認を行う機能を含んでいる。
【００２５】
記憶部２０２は、ＲＯＭ又はＲＡＭや、ＨＤＤ(Hard Disk Drive)等を使用して構成される。記憶部２０２は、開封確認を必要としない通常メール保存領域２２１と、開封確認を必要とする開封確認メール保存領域２２２とを有している。開封確認メール保存領域２２２には、管理番号に対応して、送信先のメールアドレスと、開封結果と、メッセージとが記載される。また、開封確認メール保存領域２２２に対して、送信先からの開封通知が全て受け取れていない間、定期的に発信元へ状況を報告するための定期報告タイマが設けられる。
【００２６】
本発明の第１の実施形態では、発信元の携帯端末装置１１から送信先の携帯端末装置１２ａ〜１２ｃにメールを送信する際に、開封確認が必要な場合、表題に例えば「開封確認」や「開封」といった開封確認が必要であることを示す特定の文字列を記載してメールを送信する。このように、本発明の第１の実施形態では、表題に開封確認が必要であることを示す特定の文字列を含めることで、発信元の携帯端末装置１１に、定期的に送信先の携帯端末装置１２ａ〜１２ｃの開封状況が纏めて送信される。
【００２７】
つまり、図４は、本発明の第１の実施形態での開封確認メールの転送処理を説明図である。
【００２８】
図４において、発信元の携帯端末装置１１では、送信先の携帯端末装置１２ａ〜１２ｃに、開封確認が必要なメールを送信する場合には、表題に例えば「開封確認」や「開封」といった開封確認が必要であることを示す特定の文字列を記載してメールを送信する（処理ＰＲＣ１０１）。
【００２９】
メールサーバー１６は、メールを受信し、表題の文字列から開封確認が必要であると判定すると、管理番号を付加し、開封確認メール保存領域２２２に、管理番号に対応させて、送信先からの開封結果を格納するエリアを確保する（処理ＰＲＣ１０２）。このエリアは、管理番号に対応して、送信先のメールアドレスと、開封結果と、メッセージとを記載する。そして、メールサーバー１６は、指定されているメールアドレスに従って、送信先の携帯端末装置１２ａ、１２ｂ、１２ｃに、管理番号を付加してメールを送信する（処理ＰＲＣ１０３ａ〜ＰＲＣ１０３ｃ）。
【００３０】
送信先の携帯端末装置１２ａ、１２ｂ、１２ｃは、メールサーバー１６からメールを受信し、メールを開封すると、表題に開封確認が必要であることを示す特定の文字列が含まれているかどうかを判定する。そして、送信先の携帯端末装置１２ａ、１２ｂ、１２ｃは、特定の文字列が含まれている場合には、メール閲覧後、閲覧中の画面を閉じると、開封結果をメールで通知する。このとき、送信先の携帯端末装置１２ａ、１２ｂ、１２ｃは、メッセージを付加することができる。この例では、携帯端末装置１２ａはメールを開封し、その開封結果をメールサーバー１６に通知している（処理ＰＲＣ１０４ａ）。携帯端末装置１２ｂはメールを未開封である。携帯端末装置１２ｃは、メールを開封し、「了解」のメッセージを付加して、その開封結果をメールサーバー１６に通知している（処理ＰＲＣ１０４ｃ）。
【００３１】
メールサーバー１６は、送信先の携帯端末装置１２ａ、１２ｂ、１２ｃからの開封通知を待ち、表題の管理番号と開封確認メール保存領域の管理番号とを照合し、管理番号が一致する開封確認メール保存領域中のエリアを特定し、管理番号が一致するエリアが特定できたら、開封通知を送信したメールアドレスを開封確認メール保存領域２２２の送信先メールアドレスから特定し、特定できた送信先について、開封結果の欄に、メールが開封されたことを示す情報を記録する。この例では、送信先の携帯端末装置１２ａ、１２ｂ、１２ｃのうち、携帯端末装置１２ａからは開封結果のメールを受信したので、開封結果に丸印を付加し（処理ＰＲＣ１０５ａ）、携帯端末装置１２ｃからはメッセージ付きの開封結果のメールを受信したので、開封結果に二重丸を付加している（処理ＰＲＣ１０５ｃ）。携帯端末装置１２ｂからは開封結果のメールを受信していないので、開封結果は無印としている。
【００３２】
メールサーバー１６は、全ての送信先の携帯端末装置１２ａ、１２ｂ、１２ｃから開封通知を受信したところで、もしくは一定時間が経過したところで、発信元の携帯端末装置１１に開封通知結果をメールで通知する（処理ＰＲＣ１０６）。このとき、メールサーバー１６は、携帯端末装置１２ａ〜１２ｃの開封通知結果を纏めてメールで送信できる。
【００３３】
発信元の携帯端末装置１１では、メールサーバー１６からの開封通知結果を受信することで、送信先の携帯端末装置１２ａ〜１２ｃの開封状態が判断できる。
【００３４】
このように、本発明の第１の実施形態では、表題に開封確認が必要であることを示す特定の文字列を含めることで、発信元の携帯端末装置１１に、定期的に送信先の携帯端末装置１２ａ〜１２ｃからの開封状況が知らされ、これにより、メールの開封状況を確認できる。また、本発明の第１の実施形態では、表題に特定の文字列を含めるだけで開封確認ができるので、システムの負荷を軽減できると共に、本文に特定の文字列を含める必要はないので、メールの本文の記載には制約を与えることがない。また、本発明の第１の実施形態では、メールサーバー１６の開封確認メール保存領域２２２に、送信先からの開封結果を格納するエリアを確保しているので、複数の送信先の携帯端末装置１２ａ〜１２ｃからの開封通知を纏めて発信元の携帯端末装置１１にメール通知できる。このため、発信元の携帯端末装置１１は複数のメールを見ながら状況を把握する煩わしさが解消される。また、本発明の第１の実施形態では、発信元の携帯端末装置１１には、全ての送信先の携帯端末装置１２ａ、１２ｂ、１２ｃから開封通知を受信したタイミングで、もしくは一定時間が経過したタイミングで、メールサーバー１６から開封通知結果が定期的にメールで通知されており、ユーザがメールサーバー１６に開封通知の要求を送信する必要がない。
【００３５】
次に、本発明の第１の実施形態に係るメールシステムの処理について、図５〜図９のフローチャートを参照しながら説明する。
【００３６】
図５は、発信元の携帯端末装置１１でメールを作成する際の処理を示すフローチャートである。
【００３７】
なお、発信元の携帯端末装置１１のユーザは、開封確認のメールを送信する場合には、例えば「開封確認」や「開封」といった特定の文字列を表題に入力する。この開封確認が必要であることを示す特定の文字列は、文字入力により入力していく以外に、ハードウェアに開封確認ボタンを用意するか、別の用途で使用しているボタンをメール閲覧状態のときのみ一時的に割り当て、１回のボタン押下で入力することも可能である。この例では、発信元の携帯端末装置１１には、開封確認ボタンが用意されているものとする。
【００３８】
図５において、発信元の携帯端末装置１１の制御部１０３は、メール作成時にボタンが押下された場合、開封確認ボタンが押下されたか判定する（ステップＳ１０１）。
【００３９】
ステップＳ１０１で、開封確認ボタンが押下されたと判定されると（ステップＳ１０１ Ｙｅｓ）、発信元の携帯端末装置１１の制御部１０３は、表題の文字列を検索し、開封確認が必要であることを示す特定の文字列が入力済みかどうかを判定する（ステップＳ１０２）。
【００４０】
ステップＳ１０２で、表題に開封確認が必要であることを示す特定の文字列が既に入力されていると判定された場合（ステップＳ１０２ Ｙｅｓ）、発信元の携帯端末装置１１の制御部１０３は、ステップＳ１０１に処理をリターンし、次のボタン入力を待つ。
【００４１】
ステップＳ１０２で、表題に開封確認が必要であることを示す特定の文字列が入力されていないと判定された場合（ステップＳ１０２ Ｎｏ）、発信元の携帯端末装置１１の制御部１０３は、表題に開封確認が必要であることを示す特定の文字列を追加し（ステップＳ１０３）、ステップＳ１０１にリターンし、その後、次のボタン入力を待つ。
【００４２】
ステップＳ１０１で、開封確認ボタン以外が押下された場合（ステップＳ１０１ Ｎｏ）、発信元の携帯端末装置１１の制御部１０３は、メール送信ボタンが押下されたかどうかを判定する（ステップＳ１０４）。ここで、メール送信ボタンが押下されたと判定された場合（ステップＳ１０４ Ｙｅｓ）、発信元の携帯端末装置１１の制御部１０３は、作成していたメールを発信する（ステップＳ１０５）。押下されたボタンがメール送信ボタンではないと判定された場合（ステップＳ１０４ Ｎｏ）、発信元の携帯端末装置１１の制御部１０３は、メール作成を継続し（ステップＳ１０６）、ステップＳ１０１にリターンする。
【００４３】
以上の処理により、発信元の携帯端末装置１１では、開封確認が必要なメールの場合には、表題に、例えば「開封確認」や「開封」といった、開封確認が必要であることを示す特定の文字列が記載されたメールを送信する処理が行われる。
【００４４】
図６は、メールサーバー１６が発信元の携帯端末装置１１又は送信先の携帯端末装置１２ａ〜１２ｃからのメールを受信した際の処理を示すフローチャートである。
【００４５】
図６において、メールサーバー１６の制御部２０１は、メールを受信すると、受信したメールの表題の文字列を解析する（ステップＳ２０１）。そして、メールサーバー１６の制御部２０１は、表題の中に、例えば「開封確認」や「開封」といった開封確認が必要であることを示す特定の文字列があるかどうかにより判別し、開封通知が必要なメールかどうかを判定する（ステップＳ２０２）。
【００４６】
ステップＳ２０２で、表題の文字列に開封通知を必要としている特定の文字列があると判定された場合（ステップＳ２０２ Ｙｅｓ）、メールサーバー１６の制御部２０１は、表題の文字列に、管理番号が付加されているかどうかを判定する（ステップＳ２０３）。
【００４７】
ステップＳ２０３で、管理番号が付加されていないと判定されると（ステップＳ２０３ Ｎｏ）、メールサーバー１６の制御部２０１は、発信元の携帯端末装置１１から開封通知が必要なメールを受信したと判定し、管理番号を表題に付加する（ステップＳ２０４）。そして、メールサーバー１６の制御部２０１は、管理番号に対応させて、メールサーバーの記憶部２０２内に開封情報を保存するエリアを確保し、受信したメールを開封確認メール保存領域２２２に格納する（ステップＳ２０５）。そして、メールサーバー１６の制御部２０１は、送信先からの開封通知が全て受け取れていない間、定期的に発信元へ状況を報告するための定期報告タイマを発行し（ステップＳ２０６）、送信先の携帯端末装置１２ａ、１２ｂ、１２ｃへメールを送信する（ステップＳ２０７）。
【００４８】
ステップＳ２０３で、表題に管理番号が付加されている場合（ステップＳ２０３ Ｙｅｓ）、メールサーバー１６の制御部２０１は、送信先の携帯端末装置１２ａ〜１２ｃから、開封通知のメールを受信したと判定し、開封状態通知処理を実行する（ステップＳ２０８）。ステップＳ２０８の開封状態通知処理の詳細については、後に図７を参照して説明する。
【００４９】
ステップＳ２０２で、表題に開封通知が必要な文字列が含まれていない場合（ステップＳ２０２ Ｎｏ）、制御部２０１は、通常メールとして、メールを通常メール保存領域２２１に格納し（ステップＳ２０９）、送信先へメールを送信する（ステップＳ２１０）。
【００５０】
図７は、上述のステップＳ２０８での開封状態通知処理を示すフローチャートである。
【００５１】
前述したように、メールサーバー１６が管理番号が付与されたメールを受信すると、ステップＳ２０８での開封状態通知処理となる。この場合、メールサーバー１６は、送信先の携帯端末装置１２ａ〜１２ｃから開封通知のメールを受信したと判定できる。このときのメールは、開封確認メール保存領域２２２に保存されており、また、開封確認メール保存領域２２２には、管理番号に対応させて、送信先のメールアドレスと、送信先の各メールアドレスの開封結果と、メッセージとを記載するエリアが確保されている。
【００５２】
図７において、メールサーバー１６の制御部２０１は、管理番号が付与されたメールを受信すると、表題に記されている管理番号と開封確認メール保存領域２２２とを照合し、管理番号が一致する開封確認メール保存領域２２２のエリアを特定する（ステップＳ３０１）。
【００５３】
管理番号が一致するエリアが特定できたら、メールサーバー１６の制御部２０１は、開封通知を送信したメールアドレスと開封確認メール保存領域２２２の送信先メールアドレスとを照合して、開封通知を送信したメールアドレスを特定し（ステップＳ３０２）、開封通知を送信したメールアドレスが特定できたら、特定できた送信先について、開封結果の欄に、メールが開封されたことを示す情報を記録する（ステップＳ３０３）。
【００５４】
メールサーバー１６の制御部２０１は、該当メールは全ての送信先で開封済みかどうかを判定し（ステップＳ３０４）、該当メールは全て開封済みであると判定された場合（ステップＳ３０４ Ｙｅｓ）、定期報告タイマを停止する（ステップＳ３０５）。そして、メールサーバー１６の制御部２０１は、発信元の携帯端末装置１１に、送信先の携帯端末装置１２ａ〜１２ｃの開封結果を纏めてプッシュ送信にて通知する（ステップＳ３０６）。プッシュ送信とは、携帯端末装置１１からの要求無しに自律的に情報を送信することである。ステップＳ３０４で、全ての送信先で開封済みでない場合（ステップＳ３０４ Ｎｏ）、メールサーバー１６の制御部２０１は、処理を終了する。
【００５５】
図７に示す処理により、開封確認メール保存領域２２２に、送信先の携帯端末装置１２ａ〜１２ｃの開封結果が記載される。そして、メールサーバー１６が定期報告タイマがタイムアウトする前に全ての送信先の携帯端末装置１２ａ〜１２ｃから開封確認通知のメールを受信すれば、送信先の携帯端末装置１２ａ〜１２ｃの開封結果が発信元の携帯端末装置１１に纏めてプッシュ送信にて通知される。
【００５６】
ここで、送信先の全ての携帯端末装置１２ａ〜１２ｃからの開封結果が所定時間を過ぎても受信できない場合には、定期報告タイマがタイムアウトとなる。図８は開封状況を定期的に報告するためのタイマがタイムアウトした際の処理を示すフローチャートである。
【００５７】
図８において、定期報告タイマがタイムアウトしたら、メールサーバー１６の制御部２０１は、タイムアウトしたメールの管理番号と、メールサーバー１６の開封確認メール保存領域２２２の管理番号とを照合して、どの送信先のメールのタイマがタイムアウトしたのか特定する（ステップＳ４０１）。次に、メールサーバー１６の制御部２０１は、発信元の携帯端末装置１１に開封状況のメールをプッシュ送信することで通知し（ステップＳ４０２）、定期報告タイマを再発行する（ステップＳ４０３）。これにより、送信先の携帯端末装置１２ａ〜１２ｃからの開封通知が全て受け取れていない間、発信元の携帯端末装置１１に定期的に、携帯端末装置１２ａ〜１２ｃの開封状況を報告することができる。
【００５８】
図９は、送信先の携帯端末装置１２ａ〜１２ｃが開封通知の必要なメールを受信した際の処理を示すフローチャートである。
【００５９】
図９において、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、受信したメールを表示中かどうかを判定する（ステップＳ５０１）。表示中でなければ（ステップＳ５０１ Ｎｏ）、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、本処理を終了する。メールの表示中の場合（ステップＳ５０１ Ｙｅｓ）、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、表示中の画面を閉じるかどうかを確認し（ステップＳ５０２）、画面を閉じる操作が行われるまで、その状態を保持する。
【００６０】
ステップＳ５０２で、画面を閉じる操作をしたと判定されたら（ステップＳ５０２ Ｙｅｓ）、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、表示中の受信メールの表題に、開封確認が必要であることを示す特定の文字列が含まれているかどうかにより、開封通知が必要かどうかを判定する（ステップＳ５０３）。ステップＳ５０３で、開封通知が不要であった場合（ステップＳ５０３ Ｎｏ）、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、何もせず本処理を終了する。
【００６１】
ステップＳ５０３で、開封通知が必要であると判定された場合（ステップＳ５０３ Ｙｅｓ）、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、該当メールはそれまで未開封だったかどうかを判定する（ステップＳ５０４）。既に開封済みのメールであれば（ステップＳ５０４ Ｎｏ）、何もせず本処理を終了する。
【００６２】
ステップＳ５０４で、該当メールが未開封であった場合（ステップＳ５０４ Ｙｅｓ）、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、開封通知が必要な旨のメッセージを表示部１０６に表示する（ステップＳ５０５）。そして、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、開封通知にメッセージを付加するかどうかを判断するための画面を表示部１０６に表示する（ステップＳ５０６）。
【００６３】
メッセージを付加するかどうかを判断するための画面を表示部１０６に表示した後、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、ユーザがメッセージ付きの開封通知を選択したかどうかを判定する（ステップＳ５０７）。
【００６４】
ステップＳ５０７で、メッセージ付きの開封通知を選択した場合（ステップＳ５０７ Ｙｅｓ）、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、発信元へ通知するメッセージが入力できるように文字入力画面に状態を遷移させる（ステップＳ５０８）。そして、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、文字入力が完了したか判定し（ステップＳ５０９）、文字入力が完了していない場合（ステップＳ５０９ Ｎｏ）、完了するまでその状態を維持する。文字入力が完了した場合（ステップＳ５０９ Ｙｅｓ）、制御部１０３は、開封確認通知のメールを送信する（ステップＳ５１０）。
【００６５】
ステップＳ５０７で、メッセージ付きの開封通知を選択しない場合（ステップＳ５０７ Ｎｏ）、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、メッセージを付加せずに、開封確認通知のメールを送信する（ステップＳ５１０）。
【００６６】
ステップＳ５１０で開封確認通知のメール送信後、送信先の携帯端末装置１２ａ〜１２ｃの制御部１０３は、該当メールに対して開封済みであることを設定する（ステップＳ５１１）。
【００６７】
以上の処理により、送信先の携帯端末装置１２ａ〜１２ｃでは、メールサーバー１６から、表題に例えば「開封確認」や「開封」といった開封確認が必要であることを示す特定の文字列が記載されたメールを受信し、このメールが閲覧されると、閲覧中の画面を閉じるときに、開封確認通知のメールを送信する処理が行われる。また、この開封確認通知のメールを送信する際に、メッセージを付加することが可能になる。
【００６８】
＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。この第２の実施形態は、その基本的構成は、前述の第１の実施形態と同様であるが、図１０では、図８の定期報告タイマのタイムアウト処理に対して、一定時間に開封されなかったメール受信者にはメールを再送する処理を追加している。
【００６９】
図１０は、本発明の第２の実施形態における開封状況を定期的に報告するためのタイマがタイムアウトした際の処理を示すフローチャートである。
【００７０】
図１０において、定期報告タイマがタイムアウトしたら、メールサーバー１６の制御部２０１は、タイムアウトしたメールの管理番号と、メールサーバー１６の開封確認メール保存領域２２２の管理番号とを照合して、どのメールのタイマがタイムアウトしたのか特定する（ステップＳ６０１）。
【００７１】
次に、メールサーバー１６の制御部２０１は、該当メールの開封状況をメール発行元の携帯端末装置１１にプッシュ送信にて通知し（ステップＳ６０２）、定期報告タイマのタイムアウト回数を更新する（ステップＳ６０３）。そして、メールサーバー１６の制御部２０１は、定期報告タイマのタイムアウト回数がメールを再送するか判定するための閾値を超えたか判定する（ステップＳ６０４）。
【００７２】
ステップＳ６０４で、定期報告タイマのタイムアウト回数がメールを再送するか判定するための閾値を超えていた場合（ステップＳ６０４ Ｙｅｓ）、メールサーバー１６の制御部２０１は、未開封のメールアドレスに対してメールを再送する（ステップＳ６０５）。その後、メールサーバー１６の制御部２０１は、定期報告タイマのタイムアウト回数を初期化し（ステップＳ６０６）、定期報告タイマを再発行する（ステップＳ６０７）。
【００７３】
ステップＳ６０４で、定期報告タイマのタイムアウト回数がメールを再送するか判定するための閾値以下であった場合（ステップＳ６０４ Ｎｏ）、定期報告タイマを再発行する（ステップＳ６０７）。
【００７４】
このように、本発明の第２の実施形態では、開封状況を定期的に監視し、一定時間に開封されない場合はメールを再送するので、メール受信者が見逃していても気づくことができるという効果が得られる。
【００７５】
なお、上述の実施形態では、開封確認が必要な場合、表題に開封確認が必要であることを示す特定の文字列を含めてメールを送信しているが、本発明は、開封確認が必要であることを示す特定の文字列を、メールの本文中に含めるようにしても良い。また、本発明は、メールのヘッダ部やアタッチ部に、開封確認要求の制御コードを含めるようにしても良い。
【００７６】
本発明は、上述した実施形態に限定されるものではなく、この発明の要旨を逸脱しない範囲内で様々な変形や応用が可能である。
【符号の説明】
【００７７】
１１：発信元の 携帯端末装置
１２ａ〜１２ｃ：送信先の携帯端末装置
１３、１４ａ〜１４ｃ：基地局
１５：移動通信網
１６；メールサーバー
１０１：無線部
１０２：アンテナ
１０３：制御部
１０４：記憶部
１０５：キー操作部
１０６：表示部
１１１：ＣＰＵ
１１２：制御プログラム
１２１：作業エリア
１２２：データ保存エリア
２０１：制御部
２０２：記憶部
２１２：制御プログラム
２２１：通常メール保存領域
２２２：開封確認メール保存領域
【特許請求の範囲】
【請求項１】
発信元の端末装置と送信先の端末装置との間で、メールサーバーを介してメールを転送するメールシステムであって、
前記発信元の端末装置は、前記送信先の端末装置に開封確認が必要なメールを送信する際に、開封確認要求を示す情報を含むメールを送信する手段を有し、
前記メールサーバーは、前記発信元の端末装置からのメールを受信すると、前記発信元の端末装置からのメールを前記送信先の端末装置に転送する手段と、前記送信先の端末装置からの開封結果を示すメールを受信すると、前記送信先の端末装置からの開封結果を蓄積する手段と、前記送信先の端末装置からの開封結果を纏めて前記発信元の端末装置に所定のタイミングで通知する手段を有し、
前記送信先の端末装置は、メールを受信すると、開封確認が必要であるかどうかを判定する手段と、前記開封確認が必要であると判定すると、メールの閲覧後に開封結果を示すメールを返信する手段を有する
ことを特徴とするメールシステム。
【請求項２】
前記所定のタイミングは、予め定められた一定時間毎であることを特徴とする請求項１に記載のメールシステム。
【請求項３】
前記所定のタイミングは、全ての送信先の端末装置からの開封結果を受信したタイミングであることを特徴とする請求項１又は２に記載のメールシステム。
【請求項４】
前記メールサーバーは、一定時間以内に開封結果を受信できなかった端末装置に対して、メールを再送する機能を有することを特徴とする請求項１乃至３の何れかに記載のメールシステム。
【請求項５】
発信元の端末装置と送信先の端末装置との間で、メールサーバーを介してメールを転送するメールシステムのメール開封確認方法であって、
前記発信元の端末装置は、前記送信先の端末装置に開封確認が必要なメールを送信する際に、開封確認要求を示す情報を含むメールを送信し、
前記メールサーバーは、前記発信元の端末装置からのメールを受信すると、前記発信元の端末装置からのメールを前記送信先の端末装置に転送し、
前記送信先の端末装置は、メールを受信すると、開封確認が必要であるかどうかを判定し、前記開封確認が必要であると判定すると、メールの閲覧後に開封結果を示すメールを返信し、
前記メールサーバーは、前記送信先の端末装置からの開封結果を示すメールを受信すると、前記送信先の端末装置からの開封結果を蓄積し、前記送信先の端末装置からの開封結果を纏めて前記発信元の端末装置に所定のタイミングで通知する
ことを特徴とするメール開封確認方法。
【請求項６】
発信元の端末装置と送信先の端末装置との間でメールを転送するメールサーバーであって、
前記発信元の端末装置からのメールを受信すると、前記発信元の端末装置からのメールを前記送信先の端末装置に転送する手段と、
前記送信先の端末装置からの開封結果を示すメールを受信すると、前記送信先の端末装置からの開封結果を蓄積する手段と、
前記送信先の端末装置からの開封結果を纏めて前記発信元の端末装置に所定のタイミングで通知する手段と
を備えることを特徴とするメールサーバー。
【請求項７】
発信元の端末装置と送信先の端末装置との間でメールを転送するメールサーバーのメール開封確認プログラムであって、
前記発信元の端末装置からのメールを受信すると、前記発信元の端末装置からのメールを前記送信先の端末装置に転送するステップと、
前記送信先の端末装置からの開封結果を示すメールを受信すると、前記送信先の端末装置からの開封結果を蓄積するステップと、
前記送信先の端末装置からの開封結果を纏めて前記発信元の端末装置に所定のタイミングで通知するステップと
を前記メールサーバーのコンピュータに実行させるメール開封確認プログラム。
【請求項１】
発信元の端末装置と送信先の端末装置との間で、メールサーバーを介してメールを転送するメールシステムであって、
前記発信元の端末装置は、前記送信先の端末装置に開封確認が必要なメールを送信する際に、開封確認要求を示す情報を含むメールを送信する手段を有し、
前記メールサーバーは、前記発信元の端末装置からのメールを受信すると、前記発信元の端末装置からのメールを前記送信先の端末装置に転送する手段と、前記送信先の端末装置からの開封結果を示すメールを受信すると、前記送信先の端末装置からの開封結果を蓄積する手段と、前記送信先の端末装置からの開封結果を纏めて前記発信元の端末装置に所定のタイミングで通知する手段を有し、
前記送信先の端末装置は、メールを受信すると、開封確認が必要であるかどうかを判定する手段と、前記開封確認が必要であると判定すると、メールの閲覧後に開封結果を示すメールを返信する手段を有する
ことを特徴とするメールシステム。
【請求項２】
前記所定のタイミングは、予め定められた一定時間毎であることを特徴とする請求項１に記載のメールシステム。
【請求項３】
前記所定のタイミングは、全ての送信先の端末装置からの開封結果を受信したタイミングであることを特徴とする請求項１又は２に記載のメールシステム。
【請求項４】
前記メールサーバーは、一定時間以内に開封結果を受信できなかった端末装置に対して、メールを再送する機能を有することを特徴とする請求項１乃至３の何れかに記載のメールシステム。
【請求項５】
発信元の端末装置と送信先の端末装置との間で、メールサーバーを介してメールを転送するメールシステムのメール開封確認方法であって、
前記発信元の端末装置は、前記送信先の端末装置に開封確認が必要なメールを送信する際に、開封確認要求を示す情報を含むメールを送信し、
前記メールサーバーは、前記発信元の端末装置からのメールを受信すると、前記発信元の端末装置からのメールを前記送信先の端末装置に転送し、
前記送信先の端末装置は、メールを受信すると、開封確認が必要であるかどうかを判定し、前記開封確認が必要であると判定すると、メールの閲覧後に開封結果を示すメールを返信し、
前記メールサーバーは、前記送信先の端末装置からの開封結果を示すメールを受信すると、前記送信先の端末装置からの開封結果を蓄積し、前記送信先の端末装置からの開封結果を纏めて前記発信元の端末装置に所定のタイミングで通知する
ことを特徴とするメール開封確認方法。
【請求項６】
発信元の端末装置と送信先の端末装置との間でメールを転送するメールサーバーであって、
前記発信元の端末装置からのメールを受信すると、前記発信元の端末装置からのメールを前記送信先の端末装置に転送する手段と、
前記送信先の端末装置からの開封結果を示すメールを受信すると、前記送信先の端末装置からの開封結果を蓄積する手段と、
前記送信先の端末装置からの開封結果を纏めて前記発信元の端末装置に所定のタイミングで通知する手段と
を備えることを特徴とするメールサーバー。
【請求項７】
発信元の端末装置と送信先の端末装置との間でメールを転送するメールサーバーのメール開封確認プログラムであって、
前記発信元の端末装置からのメールを受信すると、前記発信元の端末装置からのメールを前記送信先の端末装置に転送するステップと、
前記送信先の端末装置からの開封結果を示すメールを受信すると、前記送信先の端末装置からの開封結果を蓄積するステップと、
前記送信先の端末装置からの開封結果を纏めて前記発信元の端末装置に所定のタイミングで通知するステップと
を前記メールサーバーのコンピュータに実行させるメール開封確認プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１３−５４５５６（Ｐ２０１３−５４５５６Ａ）
【公開日】平成２５年３月２１日（２０１３．３．２１）
【国際特許分類】
【出願番号】特願２０１１−１９２６９９（Ｐ２０１１−１９２６９９）
【出願日】平成２３年９月５日（２０１１．９．５）
【出願人】（３９００１０１７９）埼玉日本電気株式会社 (1,228)
【Ｆターム（参考）】
【公開日】平成２５年３月２１日（２０１３．３．２１）
【国際特許分類】
【出願日】平成２３年９月５日（２０１１．９．５）
【出願人】（３９００１０１７９）埼玉日本電気株式会社 (1,228)
【Ｆターム（参考）】
[ Back to top ]