JP5268165B2 - 情報処理装置、ウェブメールシステム、制御方法およびプログラム。 - Google Patents

Description

本発明は電子メールの送信時の制御に関する。

近年、電子メール送受信装置においてメールのステータス（返信済みメール、未返信メールなど）を管理し、適切なタイミングで表示する特許が考えられている。

その１つとして、特許文献１には、送信メールに対する返信メールの受信状況を一覧表示するシステムが開示されている。具体的には、複数種類の電子メールをそれぞれ多数の人に発信して、その返信メールを期待する場合には、各送信メールに対して、それぞれ誰から返信が来て誰から来ていないのか等を知る為に面倒な手作業による操作等を行わなければならず、メール送受信装置で受信する電子メールに対する返信状況の確認が、受信メールが多くなるに従って、非常に煩雑になるという課題を解決するため、送信メールに対する返信メールの受信状況が、一目で分かるようにするための技術である。

特開平１０−１８７５６１

特許文献１に開示された発明によれば、送信又は受信した電子メールに関する情報（宛先、題名等）は、ＲＡＭ内の送信メール簿ファイル、受信メール簿ファイルに格納される。ＣＰＵ１１は、記憶装置１６の記憶媒体１６−１に記憶されているアプリケーションプログラムを実行して、送信メール簿ファイル及び受信メール簿ファイルの内容に基づいて、返信メール簿ファイルの作成、更新を行う。返信メール簿ファイルは、送信メールを宛先別にグループ分けしており、返信メールを受信したことを判別すると、対応する送信メールの受信状況欄を更新する。そして、要求に応じて、表示装置１３に返信メール簿ファイルの内容を一覧表示する。

しかしながら、特許文献１の技術では、受信メールに対する返信メールを生成するために選択をしていたメールが、既に返信済みであることを一目では確認出来ない。要返信のメールを多数受信することが当たり前となってきた昨今では、返信済みかを確認したり、どのような返信をしたかを確認する作業に多くの時間を要したり、返信済みのメールに誤って再度返信してしまったりと、要返信メールとして受信したメールのうち、どのメールにどのように返信をしたかを管理するのが煩雑である。

そのため、既に返信したメールであるにも関わらず、返信済みであることを忘れ、再度返信メールを作成し、そのまま送信してしまう恐れがある。同じメールに対する返信であるにも関わらず、前回の返信したメールの内容と今回返信するメールの内容に相違が生じた場合や、何通も同じメールが返信されてしまうと、その返信メール受信者に混乱や確認の手間を取らせてしまう事が考えられる。

そこで本発明は、受信したメールに対して返信をする際に、そのメールが既に返信済みのメールかを確認し、既に返信済みのメールに再度返信しようとした場合に、警告を表示するシステムの提供することを目的としている。

即ち本発明は、メールの送受信を行う情報処理装置において、前記情報処理装置で受信した受信メールに対する返信処理を行ったか否かに関するステータス情報を管理する管理手段と、前記受信メールに対する返信指示を受け付ける返信指示受付手段と、前記返信指示受付手段で返信指示を受け付けた前記受信メールが、前記管理手段で前記返信処理を行った受信メールとしての前記ステータス情報が管理されているか否かを判定する第一の判定手段と、前記第一の判定手段で前記返信指示を受け付けた前記受信メールに対する返信処理を行った受信メールとして前記管理手段で前記ステータス情報が管理されていると判定された場合に、当該受信メールに対して既に返信メールを送信したことを警告する第一の警告手段とを備えることを特徴とする。

本発明によれば、既に返信済みのメールに再度返信しようとした場合に、自分が作成したメールに対する返信ではない場合は、警告を表示し、自分が作成したものに対する返信の場合は、リマインドメールを作成するシステムの提供することが可能になる。

本発明の実施形態における情報処理装置の機能構成を示す図である。 本発明の実施形態における情報処理装置のハードウエア構成を示す図である。 本発明の実施形態における情報処理装置のメール送信時の処理工程を示すフローチャートである。 本発明の実施形態における情報処理装置の返信メール作成処理工程を示すフローチャートである。 本発明の実施形態における情報処理装置の返信済みメールに対して再度返信メールを作成する時の処理工程を示すフローチャートである。 本発明の実施形態における情報処理装置のメール送信処理工程を示すフローチャートである。 本発明の実施形態における情報処理装置のリマインドメール作成時の処理工程を示すフローチャートである。 本発明の実施形態における情報処理装置の作成中で草稿箱に格納されていた返信メールを編集する時の処理工程を示すフローチャートである。 本発明の実施形態における情報処理装置で表示される警告画面例を示す図である。 本発明の実施形態における情報処理装置で表示される警告画面例を示す図である。 本発明の実施形態における情報処理装置で表示される警告画面例を示す図である。 本発明の実施形態における情報処理装置で記憶管理する返信済みメール管理テーブルのデータテーブル構成例を示す図である。 本発明の実施形態における情報処理装置で表示される警告画面例を示す図である。

（第一の実施例）
以下、図面を参照して、本発明の実施形態を詳細に説明する。図１は、本発明の実施形態で用いられる情報処理装置の機能構成の一例を示す図である。情報処理装置１００は、ネットワーク１０を介してメールサーバ１０１に電子メールを送受信する。

情報処理装置１００の宛先指定部１１０は、ＫＢ２０９等を介した操作者の操作に応じて、情報処理装置１００が送信する電子メールの送信先のアドレスを指定する。本実施形態においては、宛先指定部１１０は、一般的な、電子メールを送受信し管理するアプリケーションと同様に、Ｔｏフィールド（送信先部）、ＣＣフィールド（カーボンコピー部）、ＢＣＣフィールド（ブラインドカーボンコピー部）に個別に送信先のアドレスを指定することができる。

情報処理装置１００の編集部１２０（メール作成部）は、ＫＢ２０９等を介した操作者の操作に応じて、情報処理装置１００が送信する電子メールの本文部分を作成する。

情報処理装置１００のアドレス記憶部１３０（アドレス帳）は、外部メモリ２１１等に記憶されており、送信先の電子メールのアドレスと、氏名、組織等の複数の宛名属性（属性情報）と、が対応付けられたアドレス情報を複数含んでいる。

情報処理装置１００のメール記憶部１４０（メールボックス）は、情報処理装置１００の外部メモリ２１１等に記憶されており、受信するメールの書誌情報と、本文などを併せて記憶している。

情報処理装置１００のメールステータス管理部１５０は、送受信制御部１６０で受信し、メール記憶部１４０に記憶しているメールの返信済みか、未返信かを表すステータスを記憶管理している。なお、ステータス管理は、後述の図１２の返信済みメール管理テーブル１２００で行う。情報処理装置１００の送受信制御部１６０は、インターネットやイントラネットなどのネットワークを通じてメールサーバと接続し、電子メールの送受信を制御する。

ネットワーク１０には情報処理装置１００とメールサーバ１０１とが少なくとも接続されている。メールサーバ１０１は、情報処理装置１００からネットワーク１０を介して送信された電子メールを、ネットワーク外部へ送信する。

図２は、本発明の実施形態における、情報処理装置（コンピュータ）のハードウェア構成を示す図である。ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。またＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。

ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３若しくは外部メモリ２１１よりＲＡＭ２０２にロードして、プログラムを実行することで後述する機能、又はフローチャートに係る処理を実現するものである。また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。

ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶など他の方法を用いたディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。

メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標 ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラム２１２が用いる定義ファイル２１３及び各種情報テーブル２１４は外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。

本発明の実施形態を実現するためには、返信済みメール情報を管理するための図１２の返信済みメール管理テーブル１２００を作成する必要がある。図１２の返信済みメール情報を管理テーブルは、返信メールが作成され、送信されたタイミングで生成される。

次に、図３〜図８を用いて、本発明の実施形態における一連のメール返信処理について説明をする。まず、図３は、本発明の実施形態における電子メール送受信装置のメール返信時の処理を表すフローチャート図である。図３で示す処理は、電子メール送受信装置のユーザインターフェースに表示される返信ボタンの押下を受け付けた時に、以下の処理を実行するものである。

まず、図３のステップＳ１０１において、情報処理装置１００のＣＰＵ２０１は、返信ボタンが選択されたメール情報の送信者（ＦＲＯＭ）を参照し、自分で送信したメールか、または第三者から送信されたメールであるか否かを判定する。

自分で送信したメールではない（つまり、第三者から送信されたメールが選択されている）と判断した場合、返信メールを生成する処理に移ると判断し、ステップＳ１０３へ進み、図４で詳細に説明をする返信メール作成処理を行う。また、ステップＳ１０１において、自分で送信したメールであると判断した場合には、当該選択されているメール内容に基づき、リマインドメールを送信するものと判断し、ステップＳ１０２へ進み、図５のリマインドメール作成処理へ進む。

ここで、図７のフローチャートを用いて、先述のステップＳ１０２のリマインドメール作成処理について説明をする。
ステップＳ５０１において、選択されたメールの文章はそのまま転記し、ステップＳ５０２において、送信メール設定ボックス（具体的には、送信メールのＴＯのボックス）に設定されているアドレスをそのまま作成する送信メール設定ボックスに設定し、リマインドメールを作成する。

次に、図４のフローチャートを用いて、先述のステップＳ１０３の返信メール作成処理について説明をする。
図４のステップＳ２０１において、情報処理装置１００は、返信ボタンの押下により返信することが選択されたメールの情報を参照し、そのメールに対し、既に返信メールを作成、もしくは返信メールを送信しているかどうか、図１２の返信済みメール管理テーブル１２００の返信メール件名１２０１と送信日時（不図示）をキーに検索することで判断する。

図１２の返信済みメール管理テーブル１２００は、返信済みメール件名１２０１と、ＭＥＳＳＥＡＧＥ
ＩＤ１２０２と、返信メール保存先（パス）１２０３と、返信メール送信済みフラグ１２０４の項目を少なくとも備えているものとする。

返信済みメール件名１２０１は、受信メールに対して返信メールがされた時には、返信メールの件名が値としてセットされる。例えば、「会議日程のお知らせ」というメールに対する返信メールであれば、「Ｒｅ：会議日程のお知らせ」という返信メールの件名が、この返信済みメール件名１２０１の値としてセットされる。また、受信メールに対する返信メールを作成途中に草稿箱に入れて保存をした場合には、受信メールの件名が１２０１にセットされる。

ＭＥＳＳＥＡＧＥ
ＩＤ１２０２とは、メール管理ソフト（メーラー）がメールを受信した時に一意に採番される識別文字である。返信メール保存先（パス）１２０３は、返信メールまたは草稿箱に記憶している作成中のメールの記憶先を示す。

返信メール送信済みフラグ１２０４は、受信メールに対して返信メールがされた時に「済」の値になり、受信メールに対する返信メールを作成途中に草稿箱に入れて保存をした場合には、「未」のステータスフラグがつく。

なお、図１２の返信済みメール管理テーブル１２００、情報処理装置１００の外部メモリ２１１の所定パスに記憶格納されるものであり、各データテーブルの読出し時には、これらをＲＡＭ２０２に一時的に記憶させ、データテーブルのレコード追加、更新を行って、同じく書込み時には、所定のパスに記憶させるものである。

図４のフローチャートの説明に戻り、ステップＳ２０１において、図１２の返信済みメール管理テーブル１２００からの検索の結果、選択したメールと一致するメールがあった場合には、ステップＳ２０２へ進む。また、図１２の返信済みメール管理テーブル１２００に一致する情報がなかった場合（ステップＳ２０２でＮＯ）には、未だ返信メールの作成行っていない受信メールと判断し、ステップＳ２０６へ進み、返信メールを作成する処理を行う。また、図１２の返信済みメール管理テーブル１２００から一致する情報が検索出来た場合（ステップＳ２０２でＹＥＳ）には、ステップＳ２０３に進み、選択中のメールに対する返信メールを送信したか否かについて判定をする。

ステップＳ２０３においては、選択されているメールに対する返信メールが既に送信済みか、作成されたが未送信で草稿箱（保存箱）に保存されているかを、図１２の返信済みメール管理テーブル１２００の返信メール送信済みフラグ１２０４の値を見て判断する。先述の通り、メールの返信行うとして選択中の受信メールに対する返信メールが既に送信済みである場合には、返信メール送信済みフラグ１２０４の値が「済」となっている。また、返信メールを未送信（返信メールを作成したが、送信せずに未送信ボックス（草稿箱）に格納されている状態）であれば、「未」の値となっている。図１２の返信済みメール管理テーブル１２００で、選択中のメールの返信メール送信済みフラグ１２０４が「済」である、つまり、返信メールを送信済みであると判断された場合（ステップＳ２０３でＹＥＳ）には、ステップＳ２０４へ進む。ステップＳ２０４の処理については、図５で詳細に説明をするため、図５のステップＳ３０１へと処理を進める。

また、ステップＳ２０３において、選択中のメールの返信メール送信済みフラグ１２０４が「未」である、つまり、返信メールが作成されたが未送信メールとして草稿箱（保存箱）に保存されていると判断された場合（ステップＳ２０３でＮＯ）には、ステップＳ２０５の作成中の返信メールの編集処理へと進む。ステップＳ２０５の処理については、図８で詳細に説明をするため、図８のステップＳ６０１へと処理を進める。

次に、図８のフローチャートに基づき本発明の情報処理装置により実行される「作成中の返信メールの編集処理」について説明をする。図８は、先述の図４のステップＳ２０５の詳細処理にあたる。

図８のステップＳ６０１において、情報処理装置のＣＰＵ２０１は、「下記のメールに対する返信メールが既に作成されています。返信メールを編集しますか？」という旨の警告を表示部に表示する。このときに表示される警告画面は、図１３のダイアログ画面（第一の警告画面）である。

図１３の第一の警告画面は、「下記のメールに対する返信メールが既に作成されています。返信メールを編集しますか？」という警告が、対象となっているメールの件名と共に表示されている。ステップＳ６０２において、ボタンが押下されるまで待機する。

ステップＳ６０３において、情報処理装置１００のＣＰＵ２０１は、Ｓ６０１の警告画面の「返信メールを編集しますか？」という問合せに対し、ダイアログ画面のボタンが押下され、受け付けたボタン押下イベントが「はい」（ＹＥＳ）の押下である場合、ステップＳ６０４に進み、既に作成されている返信メールを、図１２の返信済みメール管理テーブル１２００の返信済みメール保存先１２０３から未返信メールを抽出し、編集処理を実行する。また、Ｓ６０１の第一の警告画面から、「いいえ」ボタンの押下を受け付ける（ステップＳ６０３のＮＯ）と、返信済みメールの処理を行う。

次に、返信済みメールへの再返信処理について図５のフローチャートを用いて説明する。図５は、本発明の情報処理装置により実行される「返信メール送信済みのメールに対する返信処理」のフローチャートである。図５は、先述の図４のステップＳ２０４の詳細処理に当たる。

ステップＳ３０１において、情報処理装置のＣＰＵ２０１は、「下記のメールには既に返信しています。返信済みメールを表示しますか？」という旨の第一の警告を表示する。このときに表示される警告画面は、図９のダイアログ画面（第二の警告画面）である。

図９の第二の警告画面は、「下記のメールには既に返信しています。返信済みメールを表示しますか。」という警告が、対象となっているメールの件名と共に表示されている。ステップＳ３０２において、図９の第二の警告画面のボタンが押下されるまで待機する。

ステップＳ３０３において、情報処理装置１００のＣＰＵ２０１は、ステップＳ３０１で表示された第二の警告画面の「返信済みメールを表示しますか？」という問合せに対し、警告画面のボタンが押下され、受け付けたボタン押下イベントが「はい」（ＹＥＳ）である場合は、ステップＳ３０４に進み、対象となっているメールの返信済みメールを、図１２の返信済みメール管理テーブル１２００の返信済みメール保存先１２０３から抽出し、情報処理装置の表示部に表示する。

また、ステップＳ３０１で表示された図９の第二の警告画面から、「いいえ」ボタンの押下を受け付ける（ステップＳ３０３のＮＯ）と、返信済みメールの表示を行わずにステップＳ３０５に進む。

また、ステップＳ３０３の図９の第二の警告画面から、「キャンセル」ボタンの押下を受け付ける（ステップＳ３０３のキャンセル）と、移行の処理を行わずに本フローチャートの処理を終了とする。

ステップＳ３０５において、情報処理装置１００のＣＰＵ２０１は、「返信メールを作成しますか？」という旨の警告を表示する。このときに表示される警告画面は、図１０のダイアログ画面（第三の警告画面）である。

図１０の第三の警告画面において、「返信メールを作成しますか？」という警告が表示されている。ここで、「返信済みメールを表示しますか？」という問合せに対し、ステップＳ３０６において、ボタンが押下されるまで待機する。

ステップＳ３０７において、情報処理装置１００のＣＰＵ２０１は、図１０の第三の警告画面で、「返信メールを作成しますか？」という問合せに対し、ダイアログ画面のボタンが押下され、受け付けたボタン押下イベント「はい」（ＹＥＳ）が選択された場合には、ステップＳ３０８で、返信済みメールに対して、再度返信メール作成処理に進む。また、図１０の第三の警告画面で、「いいえ」（ＮＯ）が選択された場合には、メールを作成せずに本処理を終了とする。

この時、ステップＳ３０８ではメールの編集画面（不図示）が表示されるが、編集画面は、、既に一度返信をした時の、１度目の返信メールをインラインとして利用可能な編集画面の構成取る。またこれ以外の方法として、受信したメールのみをインラインとして利用可能な編集画面の構成を取ることも可能である。編集画面に表示される順序としては、上段から、１度目の返信メール⇒受信メールの順序で表示される。

図３に戻り、ステップＳ１０２において返信メールもしくは、ステップＳ１０３においてリマインドメールメールの作成処理が終了した後、情報処理装置１００のＣＰＵ２０１において、ステップＳ１０４においてメールが作成されているかどうかを（キャンセルされていないかどうか）を判定する。

ステップＳ１０４において、メールが作成されていると判断された場合には、ステップＳ１０５のメール送信処理に進む。また、ステップＳ１０４においてメールが作成されていないと判断した場合には、本処理を終了する。

次に、ステップＳ１０５のメール送信処理について図６のフローチャートを用いて説明する。図６は、本発明の情報処理装置により実行される「メールの送信処理」のフローチャートである。図５は、先述の図３のステップＳ１０５の詳細処理に当たる。図６で示す処理は、電子メール送受信装置のユーザインターフェースに表示される送信ボタンもしくは、保存ボタンもしくは、キャンセルボタンの押下を受け付けた時に、以下の処理を実行するものである。

メールの編集画面（不図示）において、ユーザにより押下され、受け付けられたユーザインターフェースに表示されるボタンが「送信」ボタンであった場合、ステップＳ４０２において、情報処理装置１００のＣＰＵ２０１は、「このメールを返信しますか？」という旨の警告を表示する。このときに表示される警告画面は、図１１のダイアログ画面（第四の警告画面）である。

図１１の第四の警告画面において、「このメールを送信しますか？」という警告が表示されている。ここで、「このメールを送信しますか？」という問合せに対し、ステップＳ４０３において、ボタンが押下されるまで待機する。

また、ステップ４０１でユーザにより押下され、受け付けられたユーザインターフェースに表示されるボタンが、「送信」ボタンではなく、「保存」ボタン（不図示）が押下された場合には、ステップＳ４０７に進み、情報処理装置１００のＣＰＵ２０１は、現在作成しているメールの作成を中止し、草稿箱にメールを保存する。

また、ステップＳ４０１でユーザにより押下され、受け付けられたユーザインターフェースに表示されるボタンが、「キャンセル」ボタン（不図示）の場合には、情報処理装置１００のＣＰＵ２０１は、現在作成しているメールの作成を中止し、メールの編集画面を閉じて本処理を終了とする。

ステップＳ４０４において、情報処理装置１００のＣＰＵ２０１は、図１１の第四の警告画面で、「はい」が選択された場合（ＹＥＳ）には、ステップＳ４０５へ進み、情報処理装置１００のＣＰＵ２０１は送信指示のあったメールを送信し、ステップＳ４０６へ進む。

また、ステップＳ４０４において、図１１の第四の警告画面で、「いいえ」が選択された場合（ＮＯ）には、現在送信しようとしているメールの送信を中止し、ステップＳ４０１へと戻る。

ステップＳ４０６において、情報処理装置１００のＣＰＵ２０１は、図１２の返信済みメール管理テーブル１２００の更新を行う。返信メールを送信した後の更新の場合（ステップＳ４０５から流れの場合）は、返信済みメール件名１２０１には、返信メールの件目を、ＭｅｓｓｅａｇｅＩＤ１２０２には、返信メールが持っているメールサーバで付加されるメールの識別番号を、返信メール保存先１２０３には、ステップＳ４０５で送信した返信メールの保存先を、返信済みメールフラグには既に返信済みであることを示す「済」の情報を入力し、本処理を終了する。

また、原稿箱にメールを保存した後に、返信済みメール管理テーブル１２００を更新する場合には、返信済みメール件名１２０１には、返信メールを作成する元メール（つまり、受信メール）の件目を、ＭｅｓｓｅａｇｅＩＤ１２０２には、返信メールを作成する元メール（つまり、受信メール）が持っているメールサーバで付加されるメールの識別番号を、返信メール保存先１２０３には、ステップＳ４０７で草稿箱に保存した未送信メールの保存先を、返信済みメールフラグには未だ返信済みでないことを示す「未」の情報を入力し、本処理を終了する。

以上、本発明の第一の実施例によれば、返信済みメールに再度返信する場合に警告を表示して、効率的なメール運用を実現する仕組みを提供することが可能になる。

具体的には、ユーザの操作によりメールの返信指示がなされた場合、自分で作成したメールかどうかを確認し、リマインドメールと返信メールの処理に振り分ける手段と、前記振り分け手段で返信メールであった場合に、既に返信メールを作成もしくは送信しているメールであるか否かを検索する検索手段と、前記検索手段で検索されたメールは既に送信されているかを判断する手段と、前記検索手段と判断により返信メールに対する再返信メール作成が検索された場合に、当該未返信メールが存在する旨の警告を表示する表示手段
とを備えることを特徴とする。

（第二の実施例）
第一の実施例においては、電子メール送受信装置（メーラーソフト）をインストールした情報処理装置１００において、受信メールに対する返信メールの作成をする際に、既に返信メールを送信している否かを確認する実施形態について説明をしたが、次の第二の実施形態においては、情報処理装置１００とメールサーバ１０１とがインターネットに代表されるネットワークを介して接続し、電子メールの送受信を行うウェブメールシステムを用いて本発明を実施する場合の、処理工程について説明をする。

ウェブメールシステムとは、情報処理装置１００のウェブブラウザで利用することができるメールシステムのことを指す。メールサーバ１０１が、ユーザアカウントごとに受信したメールを閲覧するために閲覧画面を生成して情報処理装置１００に送信し、また、新規メッセージの作成・送信時には、情報処理装置１００のウェブブラウザに表示されるメール作成画面を用いてメールのテキスト編集を行い、送信指示を情報処理装置１００から実行する。送信指示されたメールのテキストや添付ファイルは、一度メールサーバで受信をして、メールの生成を実行する。

情報処理装置１００にメーラーソフトをインストールしてメールの送受信を管理するメールシステムとは異なり、すべてのメール送受信をサーバ側で管理するため、ユーザは、ウェブブラウザを用いることで、どこにいてもメールの送受信、作成、閲覧を行うことが可能である。なお、クライアントであるウェブブラウザとサーバ間の通信は、セキュリティ上の理由から、ＨＴＴＰＳスキームを使用するのが一般的である。

よって、一般的なウェブメールシステムにおいて、メールサーバ１０１は、ユーザアカウント毎に送受信をしたメールの管理（ステータス管理）と、情報処理装置１００で、メールの送受信を行うためのメール編集画面、受信メールの一覧表示画面、受信メールの閲覧画面のＨＴＭＬデータを生成し、情報処理装置１００に送信する働きをする。また、情報処理装置は、メールサーバ１０１より送信される各画面のＨＴＭＬデータをウェブブラウザを用いて解析し、画面の表示を行う。また、表示された画面にユーザから入力指示を受け付けたデータをメールサーバ１０１へ送信する働きをする。本発明の第二の実施例も、この一般的なウェブメールシステムの各装置の役割によって実行する。

つまり、図３〜図８のフローチャートの各工程において、画面の表示を行う処理や、ユーザによる指示を受け付ける処理は、情報処理装置１００で実行し、情報処理装置１００で入力されたデータに基づくメール生成や、メールの送受信はメールサーバ１０１で実行する。

第二の実施例において、図１２の返信済みメール管理テーブル１２００は、メールサーバの外部メモリ２１１に記憶されることを前提とする。記憶のさせ方としては、図１４の未返信メール条件テーブルの設定画面の画面情報、メールサーバで生成し、情報処理装置１００に送信する。情報処理装置１００は、ウェブブラウザを用いて生成された画面情報を解析して、図１４の設定画面を表示する。図１４の必要な箇所に設定値を入力をして、ＯＫボタンの押下を受け付けると、設定値がメールサーバに送信され、図９の未返信メール条件テーブルの各項目に値がセットされる。

また、図９〜図１１および図１３はのダイアログ画面は、メールサーバで生成され、情報処理装置に送信されるものである。つまり、メールサーバでは、情報処理装置１００で表示するための画面情報を生成し、情報処理装置１００に送信をする処理を実行する。情報処理装置１００は、ウェブブラウザを用いて受信した画面情報を解析し、ディスプレイに表示をしてそれぞれの画面で設定が必要な項目の入力を受け付ける。受け付けた設定値（パラメータ）は、情報処理装置１００の入力インターフェースより送信指示を受け付けると、メール編集画面で生成していたメールの宛先アドレス、本文などのデータがメールサーバに送信され、メールサーバは、メール編集画面で設定していたデータを基に、メールを生成する。

上記の処理前提を基に、第一の実施例で説明をした図３〜図１３を用いることで進める。なお、第二の実施例の各処理工程において、本発明の第一の実施例と同様の処理工程を行うステップについての説明は省略する。

まず、図４の返信メール作成処理は、情報処理装置１００でメールを選択し、[返信]ボタンが押下されると実行される。ステップＳ２０１〜ステップＳ２０３の返信済みメール管理テーブル１２００を用いた検索は、メールサーバ１０１で実行される。
ステップＳ２０４〜Ｓ２０６の各工程におけるメールの編集、作成処理については、メールサーバ１０１で、メールの作成画面の画面情報（ＨＴＭＬデータ）を生成し、情報処理装置１００に送信することで、情報処理装置１００側で実際の編集を実行する。

次に、図５の返信メールを送信済みの受信メールに対する再返信メール作成処理は、ステップＳ３０１において、メールサーバ１０１で図９の第二の警告画面の画面情報を生成し、情報処理装置１００において画面情報に基づき表示する。ステップＳ３０2〜Ｓ３０３までは、情報処理装置１００が指示を受け付け、ボタンの押下を受け付けると、返信済みのメールを表示するための画面情報を取得するためのメールサーバ１０１に画面情報取得要求を送信する。
ステップＳ３０５では、メールサーバ１０１から情報処理装置１００に返信済みのメール表示画面情報が送信され、情報処理装置１００で返信済みメールを表示する。その後ステップＳ３０６〜Ｓ３０７は、情報処理装置１００において処理を受け付け、ボタンの押下があると、返信メールを再度作成するためのメール編集画面を取得すべく、メールサーバ１０１に取得要求を送信する。

次に、図６のメール送信処理は、情報処理装置１００において編集しているメールに送信指示を受け付けると、送信確認画面（ステップＳ４０２）を表示するための画面情報取得要求が情報処理装置１００からメールサーバ１０１に送信される。
情報処理装置１００は、ステップＳ４０２〜ステップＳ４０４でユーザの指示を受け付けると、ステップＳ４０５で編集画面で編集を行っていたメールを送信するために、メールサーバ１０１にメールの宛先情報や、本文テキストの情報を送信する。メールサーバ１０１は送信メール情報を受信すると、これに基づきメールを生成し、宛先アカウントへメールを送信する。その後、ステップＳ４０６において、図１２の管理テーブル１２００が更新される。

次に、図８の作成中の返信メール編集処理は、ステップＳ６０１において、メールサーバ１０１で図１３の第一の警告画面の画面情報を生成し、情報処理装置１００において画面情報に基づき表示する。ステップＳ６０2〜Ｓ６０３までは、情報処理装置１００が指示を受け付け、ボタンの押下を受け付けると、保存されている返信メールを編集するためのメール編集画面を取得すべく、メールサーバ１０１に取得要求を送信する。

なお、図９〜図１１および図１３の夫々の警告画面は、メールサーバ１０１において画面情報が生成され、情報処理装置１００に送信されて画面情報に基づき表示されるものである。

以上によれば、ウェブメールシステムにおいて、第一の実施例と同様に、メールを送信する際に、受信メールに対して既に返信を行ったメールがある際に警告を表示するウェブメールシステムの提供することが可能になる。
即ち、本発明は、メールの送受信を行う情報処理装置であって、返信メールの送信を行った受信メールのステータス情報を管理する管理手段と、前記受信メールに対する返信指示を受け付ける返信指示受付手段と、前記返信指示受付手段で返信指示を受け付けたメールが、前記管理手段で前記返信メールの送信を行った受信メールとして管理されているか否かを判定する第一の判定手段と、前記第一の判定手段で前記返信指示を受け付けたメールに対する返信メールの送信を行ったと受信メールとして前記管理手段で管理されていると判定された場合に、前記受信メールに対して既に返信メールを作成したことを警告する警告手段とを備えることを特徴とする。

また、本発明のウェブメールシステムは、メールの送受信を行う情報処理装置とメールサーバとが接続可能なウェブメールシステムであって、前記メールサーバにおいて、返信メールの送信を行った受信メールのステータス情報を管理する管理手段と、前記情報処理装置から返信指示を受け付けたメールが、前記管理手段で前記返信メールの送信を行った受信メールとして管理されているか否かを判定する第一の判定手段と、前記第一の判定手段で前記返信指示を受け付けたメールに対する返信メールの送信を行ったと受信メールとして前記管理手段で管理されていると判定された場合に、前記受信メールに対して既に返信メールを作成したことを警告する警告画面の画面情報を生成する警告画面情報生成手段と、前記告画面情報生成手段で生成された画面情報を前記情報処理装置に送信する警告画面情報送信手段と、前記情報処理装置において、前記受信メールに対する返信指示を受け付ける返信指示受付手段と、前記情報処理装置の警告画面情報送信手段で送信された画面情報を受信する警告画面情報受信手段と、前記警告画面情報受信手段で受信した前記画面情報に基づいてブラウザで表示する警告画面表示手段とを備えることを特徴とする。

以上、実施形態、具体例を主に詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

本発明におけるプログラムは、図３〜図８に示すフローチャートの処理に従って情報処理装置１００としてのコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図３〜図８の処理方法を情報処理装置１００が実行可能なプログラムを記憶されている。なお、本発明におけるプログラムは図３〜図８の各装置の処理方法ごと、別の独立したプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、情報処理装置１００が読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

また上記のソフトウェアで実現する各処理を、ファームウェアやハードウェア構成にして、各処理を各手段として実現することも可能であり、本発明の技術的範囲はこのようなファームウェアやハードウェア構成による実現も含むものである。

１０ ネットワーク
１００ 情報処理装置
１０１ メールサーバ
１１０ 宛先指定部
１２０ 編集部
１３０ アドレス記憶部
１４０ メール記憶部
１５０ メールステータス管理部
１６０ 送受信制御部

Claims (10)

1. メールの送受信を行う情報処理装置において、
   前記情報処理装置で受信した受信メールに対する返信処理を行ったか否かに関するステータス情報を管理する管理手段と、
   前記受信メールに対する返信指示を受け付ける返信指示受付手段と、
   前記返信指示受付手段で返信指示を受け付けた前記受信メールが、前記管理手段で前記返信処理を行った受信メールとしての前記ステータス情報が管理されているか否かを判定する第一の判定手段と、
   前記第一の判定手段で前記返信指示を受け付けた前記受信メールに対する返信処理を行った受信メールとして前記管理手段で前記ステータス情報が管理されていると判定された場合に、当該受信メールに対して既に返信メールを送信したことを警告する第一の警告手段と、
   前記受信メールに対して既に送信した返信済みメールを示す情報を、前記情報処理装置の表示部に表示させる返信済みメール表示手段と、
   を備えることを特徴とする情報処理装置。
2. 前記第一の警告手段で前記受信メールに対して既に返信メールを送信したときに、前記返信済みメールを表示させるか否かの指示を受け付ける表示指示受付手段を更に備え、
   前記返信済みメール表示手段は、さらに、前記表示指示受付手段で前記返信済みメールを表示させる指示を受け付けた場合に、当該返信済みメールを前記表示部に表示させることを特徴とする請求項１に記載の情報処理装置。
3. 前記返信済みメール表示手段で表示した前記返信済みメールに対して再度返信処理を行う場合に、当該返信済みメールの宛先に設定されている宛先アドレスを、再度宛先アドレスとして設定する宛先アドレス設定手段を備えることを特徴とする請求項１または２に記載の情報処理装置。
4. 前記返信メールを送信する送信手段と、
   前記受信メールのステータス情報を更新するステータス更新手段とを更に備え、
   前記ステータス更新手段は、前記送信手段で前記受信メールに対する返信処理を行った場合に、当該受信メールのステータス情報を返信済みに更新し、前記返信指示受付手段により返信指示を受け付けた受信メールに対する返信メールの編集中に返信処理を中断した
   メールのステータス情報を未返信に更新することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記管理手段は、前記返信処理を行った受信メールを返信済みのステータスとして管理し、前記返信指示受付手段により返信指示を受け付けた前記受信メールに対する返信メールであって、返信メールの編集中に処理を中断したメールを未返信のステータスとして管理し、
   前記第一の判定手段は、前記管理手段で前記返信指示を受け付けたメールが前記返信済みとして管理されているか、もしくは未返信として管理されているか否かを判定する第二の判定手段と、
   前記第二の判定手段で前記返信指示を受け付けたメールが前記管理手段で未返信として管理されている場合、前記編集中に処理を中断した編集中メールが記憶部に記憶されていることを警告する第二の警告手段と
   を備えることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置
6. 前記第二の警告手段で警告された前記編集中メールを再編集する指示を受け付ける再編集指示受付手段と、
   前記再編集指示受付手段で再編集する指示を受け付けた前記編集中メールを前記記憶部より呼び出して表示する編集中メール表示手段と
   を更に備えることを特徴とする請求項５に記載の情報処理装置。
7. 前記第一の判定手段で前記返信指示を受け付けた前記受信メールに対する返信処理を行った受信メールとして前記管理手段で前記ステータス情報が管理されていないと判定された場合に、当該受信メールに対して返信メールを編集するための編集画面を表示するメール編集画面表示手段を更に備えることを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. メールの送受信を行う情報処理装置とメールサーバとが接続可能なウェブメールシステムであって、
   前記メールサーバにおいて、
   前記情報処理装置で受信した受信メールに対する返信処理を行ったか否かに関するステータス情報を管理する管理手段と、
   前記情報処理装置から返信指示を受け付けたメールが、前記管理手段で前記返信処理を行った受信メールとしての前記ステータス情報が管理されているか否かを判定する第一の判定手段と、
   前記第一の判定手段で前記返信指示を受け付けた前記受信メールに対する返信処理を行った受信メールとして前記管理手段で前記ステータス情報が管理されていると判定された場合に、当該受信メールに対して既に返信メールを送信したことを警告するための警告情報を生成する警告情報生成手段と、
   前記警告情報生成手段で生成された警告情報を前記情報処理装置に送信する警告情報送信手段と、
   前記受信メールに対して既に送信した返信済みメールを示す情報を前記情報処理装置の表示部に表示するための情報を、当該情報処理装置に送信する返信済みメール情報送信手段と、
   を備え、
   前記情報処理装置において、
   前記受信メールに対する返信指示を受け付ける返信指示受付手段と、
   前記メールサーバの警告情報送信手段で送信された警告情報を受信する警告情報受信手段と、
   前記警告情報受信手段で受信した前記警告情報に基づいて、前記受信メールに対して既に返信メールを送信したことを警告する警告手段と、
   前記メールサーバの返信済みメール情報送信手段により送信された返信済みメールを示す情報を表示するための情報を受信する返信済みメール情報受信手段と、
   前記返信済みメール情報受信手段で受信した返信済みメール情報に基づき、返信済みメールを特定するための情報を表示部に表示する返信済みメール表示手段と、
   を備えることを特徴とするウェブメールシステム。
9. メールの送受信を行い、前記情報処理装置で受信した受信メールに対する返信処理を行ったか否かに関するステータス情報を管理する管理手段を備える情報処理装置の制御方法であって、
   前記情報処理装置の返信指示受付手段が、前記受信メールに対する返信指示を受け付ける返信指示受付ステップと、
   前記情報処理装置の第一の判定手段が、前記返信指示受付ステップで返信指示を受け付けた前記受信メールが、前記管理手段で前記返信処理を行った受信メールとしての前記ステータス情報が管理されているか否かを判定する第一の判定ステップと、
   前記情報処理装置の第一の警告手段が、前記第一の判定ステップで前記返信指示を受け付けた前記受信メールに対する返信処理を行った受信メールとして前記管理手段で前記ステータス情報が管理されていると判定された場合に、当該受信メールに対して既に返信メールを送信したことを警告する第一の警告ステップと、
   前記情報処理装置の返信済みメール表示手段が、前記受信メールに対して既に送信した返信済みメールを示す情報を、前記情報処理装置の表示部に表示させる返信済みメール表示ステップと、
   を含むことを特徴とする情報処理装置の制御方法。
10. メールの送受信を行い、前記情報処理装置で受信した受信メールに対する返信処理を行ったか否かに関するステータス情報を管理する管理手段を備える情報処理装置を制御するプログラムであって、
    前記情報処理装置を、
    前記受信メールに対する返信指示を受け付ける返信指示受付手段と、
    前記返信指示受付手段で返信指示を受け付けた前記受信メールが、前記管理手段で前記返信処理を行った受信メールとしての前記ステータス情報が管理されているか否かを判定する第一の判定手段と、
    前記第一の判定手段で前記返信指示を受け付けた前記受信メールに対する返信処理を行った受信メールとして前記管理手段で前記ステータス情報が管理されていると判定された場合に、当該受信メールに対して既に返信メールを送信したことを警告する第一の警告手段と、
    前記受信メールに対して既に送信した返信済みメールを示す情報を、前記情報処理装置の表示部に表示させる返信済みメール表示手段として機能させることを特徴とするコンピュータで読み取り実行可能なプログラム。
    

Images