(57)【特許請求の範囲】
【請求項１】
複数のメールアドレスに送信されたメールを受信するメール受信手段と、
前記メール受信手段により受信されたメールへの返信メールの作成画面を表示制御する返信メール作成画面表示制御手段を有する情報処理装置において、
前記返信メール作成画面表示制御手段による前記返信メールの作成画面の表示指示の受け付けに応じ、前記複数のメールアドレスに送信されたメールに対する返信メールの作成ユーザを含む返信メール作成状況を取得するメール返信状況取得手段と、
前記返信メール作成画面表示制御手段による返信メールの作成画面を表示する際に、前記メール返信状況取得手段により取得された返信メール作成状況に含まれる返信メール作成ユーザを識別可能に表示制御するメール返信状況表示制御手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記メール返信状況取得手段で取得する返信メール作成状況には、前記複数のメールアドレスに送信されたメールへの返信メール編集中、もしくは返信メール送信済という状況を含み、
前記メール返信状況表示制御手段は、前記メール返信状況取得手段で取得した返信メール作成状況に含まれる返信メール編集中、もしくは返信メール送信済の返信メール作成状況を表示制御することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記メール返信状況表示制御手段は、前記メール返信状況取得手段で取得された返信メール作成状況に含まれる返信メール送信済のメールの内容を表示制御することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記メール返信状況表示制御手段により、前記返信メール作成ユーザを識別可能に表示する際、前記複数のメールアドレスに送信されたメールへの返信メール作成を継続するか中断するかの判断を促す画面を表示制御するメール作成是非画面表示制御手段を有することを特徴とする請求項１乃至３に記載の情報処理装置。
【請求項５】
メール受信手段が、複数のメールアドレスに送信されたメールを受信するメール受信工程と、
返信メール作成画面表示制御手段が、前記メール受信手段により受信されたメールへの返信メールの作成画面を表示制御する返信メール作成画面表示制御工程を有する情報処理装置における制御方法であって、
メール返信状況取得手段が、前記返信メール作成画面表示制御手段による前記返信メールの作成画面の表示指示の受け付けに応じ、前記複数のメールアドレスに送信されたメールに対する返信メールの作成ユーザを含む返信メール作成状況を取得するメール返信状況取得工程と、
メール返信状況表示制御手段が、前記返信メール作成画面表示制御手段による返信メールの作成画面を表示する際に、前記メール返信状況取得手段により取得された返信メール作成状況に含まれる返信メール作成ユーザを識別可能に表示制御するメール返信状況表示制御工程と、
を有することを特徴とする制御方法。
【請求項６】
複数のメールアドレスに送信されたメールを受信するメール受信手段と、
前記メール受信手段により受信されたメールへの返信メールの作成画面を表示制御する返信メール作成画面表示制御手段を有する情報処理装置において実行されるコンピュータプログラムであって、
前記情報処理装置を、
前記返信メール作成画面表示制御手段による前記返信メールの作成画面の表示指示の受け付けに応じ、前記複数のメールアドレスに送信されたメールに対する返信メールの作成ユーザを含む返信メール作成状況を取得するメール返信状況取得手段と、
前記返信メール作成画面表示制御手段による返信メールの作成画面を表示する際に、前記メール返信状況取得手段により取得された返信メール作成状況に含まれる返信メール作成ユーザを識別可能に表示制御するメール返信状況表示制御手段として機能させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信した電子メールに対する返信メールを送信制御する技術に関する。
【背景技術】
【０００２】
近年の企業における情報交換には、電子メールが多く使われている。電子メールには、電話と異なり、一度に複数の相手に連絡が可能、かつ、受信者側が都合の良い時に返信できるという利点があり、業務でも多用されている。
しかし、一度に複数の相手に届いたメールへの返信メールを送る際に、受信者側のタイミングによって、重複して返信メールを送付してしまうことがある。
【０００３】
例えば、ある送信者がＡさんとＢさんに同じメールを送付した場合、Ａさんが返信メールを記載している間にＢさんが既に返信メールを送ってしまい、ＡさんはＢさんが既に返信メールを送っていることに気付かず、送信者に対して返信メールを送ってしまうことがある。そのため、ＡさんからのメールとＢさんからのメールに食い違いがあると、送信者に混乱を招きかねない。
【０００４】
この課題を解決するために、特許文献１では、受信したメールに対し複数のユーザサポート担当者が対応しても、重複した応答の電子メールの作成を防止することが出来るシステムについての開示がなされている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−８２８８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１では、電子メールを受信して管理するサーバが必要であり、サーバには管理用データベースなども必要となる。そのため、管理サーバのダウン時などは電子メールの管理が全くできなくなる。
【０００７】
また、特許文献１では、返信するメールを検索する際、管理用データベースや検索用データベースからシリアル番号を介して該当メールを検索抽出している。そのため、特許文献１のサポート担当者のようにシリアル番号入力などを熟知している場合は良いが、一般的な利用者が、返信メールを送信する際に、管理データベースへアクセスして、わざわざ該当メールを検索抽出するする方法は煩わしく、システムを利用し辛い。
【０００８】
本願発明は、複数のメールアドレスに送信された電子メールの返信メール作成操作によって電子メールに返信する際、既に誰かが返信していれば、誰が返信しているかを識別可能に表示し、重複して返信メールを送信することを防ぐことを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、複数のメールアドレスに送信されたメールを受信するメール受信手段と、前記メール受信手段により受信されたメールへの返信メールの作成画面を表示制御する返信メール作成画面表示制御手段を有する情報処理装置において、前記返信メール作成画面表示制御手段による前記返信メールの作成画面の表示指示の受け付けに応じ、前記複数のメールアドレスに送信されたメールに対する返信メールの作成ユーザを含む返信メール作成状況を取得するメール返信状況取得手段と、前記返信メール作成画面表示制御手段による返信メールの作成画面を表示する際に、前記メール返信状況取得手段により取得された返信メール作成状況に含まれる返信メール作成ユーザを識別可能に表示制御するメール返信状況表示制御手段と、を有することを特徴とする。
【発明の効果】
【００１０】
本発明により、複数のメールアドレスに送信されたメールのメール返信作業をする際に、既に誰かが返信していれば、誰が返信しているかを識別可能に表示し、重複メールの送信を防ぐことが出来る効果を有する。
【図面の簡単な説明】
【００１１】
【図１】本実施形態の情報処理システムの構成を示すシステム構成図である。
【図２】本実施形態のメールサーバ１００、メールクライアントＰＣ２００、３００に適用可能な情報処理装置のハードウェアブロック図である。
【図３】本実施形態のメールクライアントＰＣ２００におけるソフトウェアブロック図である。
【図４】本実施形態の情報処理システムにおける処理の流れを説明するフローチャートである。
【図５】本実施形態の情報処理システムにおけるクライアントＰＣ２００がディスプレイ２１０に表示する受信メールの確認画面の一例を示す模式図である。
【図６】本実施形態の情報処理システムにおけるクライアントＰＣ２００がディスプレイ２１０に表示する返信メール作成画面の一例を示す模式図である。
【図７】本実施形態の情報処理システムにおけるクライアントＰＣ２００がディスプレイ２１０に表示する返信メール作成画面の一例を示す模式図である。
【図８】本実施形態の情報処理システムにおけるクライアントＰＣ２００がディスプレイ２１０に表示する返信メール作成画面の一例を示す模式図である。
【図９】本実施形態の情報処理システムにおけるクライアントＰＣ２００がディスプレイ２１０に表示するポップアップ画面の一例を示す模式図である。
【図１０】本実施形態の情報処理システムにおけるクライアントＰＣ２００がディスプレイ２１０に表示するポップアップ画面の一例を示す模式図である。
【図１１】本実施形態の情報処理システムにおけるメールと処理の流れを説明した模式図である。
【図１２】第２の実施形態のメールクライアントＰＣ２００におけるソフトウェアブロック図である。
【図１３】第２の実施形態の情報処理装置における処理の流れを説明するフローチャートである。
【図１４】第２の実施形態の情報処理装置における処理の流れを説明するフローチャートである。
【図１５】本実施形態の情報処理装置におけるメールのヘッダ部分を説明するための模式図である。
【発明を実施するための形態】
【００１２】
＜第１の実施形態＞
以下、図面を参照しながら本発明の実施形態について説明する。
【００１３】
図１は、本実施形態の情報処理システムの構成を示すシステム構成図である。４００はＬＡＮ等のネットワークで、このネットワーク（ＬＡＮ）４００と接続されたメールクライアントＰＣ２００、３００は一般利用者がメール文書を作成、送信、返信などを実行する端末である。
【００１４】
１００はメールサーバで、メールクライアントＰＣ２００や３００から、送信されたメールを中継し、記憶しているサーバで、このメールサーバ１００もネットワーク（ＬＡＮ）４００に接続されている。複数のメールサーバ１００間もネットワーク（ＬＡＮ）４００で接続されており、メールサーバ間でメールを中継する。
【００１５】
メールクライアントＰＣ３００は、本実施形態ではメール送信側のメールクライアントＰＣであり、メールを送信した後、メール返信クライアントＰＣ２００からの返信メールを受信する。
【００１６】
メールクライアントＰＣ２００ａ〜ｃは、本実施形態ではメール受信側のメールクライアントＰＣであり、メールを受信した後、ユーザがそのメールの返信内容を入力し、入力された返信メールをメールクライアントＰＣ２００ａ〜ｃが、メールクライアントＰＣ３００のユーザ宛に送信する。
【００１７】
図２は、本実施形態のメールサーバ１００、メールクライアントＰＣ２００、３００に適用可能な情報処理装置のハードウェアブロック図である。情報処理装置において、２０１はＣＰＵで、ＲＯＭ２０３のプログラム用ＲＯＭに記録されたプログラムに基づいてシステムバス２０４に接続された各デバイスを制御し、情報処理装置全体を統括制御する。
【００１８】
また、このＲＯＭ２０３のフォント用ＲＯＭにはフォントデータ等を記憶し、ＲＯＭ２０３のデータ用ＲＯＭには各種データを記憶する。２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００１９】
２０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）２１０や図示しないポインティングデバイス、たとえばマウスからの入力を制御する。２０６はディスプレイコントローラ（ＤＣ）で、ディスプレイ２１０の表示を制御する。なお、ディスプレイはＣＲＴであってもＬＣＤ等のその他の形式の表示装置であってもよい。
【００２０】
２０７はメモリコントローラ（ＭＣ）で、ハードディスク（ＨＤ）２１１、図示しないフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ等とのアクセスを制御する。２０８はネットワークインタフェース（ＮＷ  Ｉ／Ｆ）で、ネットワーク４００を介してプリンタ３００との通信を制御する。
図３は、本実施形態のメールクライアントＰＣ２００におけるソフトウェアブロック図である。
【００２１】
メールクライアントＰＣ２００は、返信メール作成部３０１と返信メール送信部３０２を有し、受信したメールへの返信メールの作成入力を受け付け、その返信メールを送信する機能を有する。
【００２２】
３０３は、返信メール送信状態通知部であり、返信メールを送信した状態を他のメールクライアントＰＣ２００に通知する。３０４は、編集中状態保持部であり、返信メールを作成編集中であるという情報を保持しておく。
【００２３】
３０６は、返信済画面表示部であり、他のメールクライアントＰＣ２００から返信メールを送信したという通知を受け取ると、返信済画面を表示する機能を有する。３０７は、編集中画面表示部であり、他のメールクライアントＰＣ２００に該当メールの編集中かどうかを確認し、他のメールクライアントＰＣ２００において、返信メールが編集中であれば、編集中画面を表示する機能を有する。
【００２４】
３０８は、返信メール作成継続判断部であり、メールクライアントＰＣ２００のユーザが返信メールを作成している途中で、他のメールクライアントＰＣ２００から返信メールが送信された場合、ユーザに返信メールの作成を継続するかの判断をユーザに促す機能を有する。
【００２５】
なお、各種機能は、一例を示したものであり、メールクライアントＰＣ２００が別々で機能を実現することも可能であり、分散されて機能が実行されるように構成することも可能である。
次に、図４を参照して本実施形態の情報処理システムの基本的な流れを説明する。
【００２６】
図４は、本実施形態の情報処理システムにおける処理の流れを説明するフローチャートであり、Ｓ４０１〜Ｓ４１１は処理ステップを示す。なお、図４のＳ４０１〜Ｓ４１１の各ステップの処理は、クライアントＰＣ２００のＣＰＵ２０１がプログラムＲＯＭ２０３に格納される実行プログラムをＲＡＭ２０２上で実行することにより実現される。
【００２７】
図４では、クライアントＰＣ２００ａの処理の流れとクライアントＰＣ２００ｂの処理の流れを表示しており、それぞれのステップＳ番号が同じ処理ブロックは同じ処理を実行している。
図４のフローチャートの説明に入る前に、本実施形態でクライアントＰＣ２００が受信するメールの例として、図５を参照して説明する。
【００２８】
図５は、本実施形態の情報処理システムにおけるクライアントＰＣ２００がディスプレイ２１０に表示する受信メールの確認画面の一例を示す模式図であり、５００はメールの受信画面の具体的なイメージ図である。
【００２９】
図５の例では、５０１のように「Ａ」というユーザから、宛先に「Ｂ」（５０２）、ＣＣで「Ｃ」と「Ｄ」（５０３）に、それぞれ送信されている。題名には５０４のように「件名」という文字が記入されており、本文には、５０５に記載の内容が記入されている受信メールが届いている。
【００３０】
図５のようなメールを受信した後、そのメールへの返信メールを作成しようとして、返信メール作成ボタン５０６を押下すると、図４のフローチャートが開始される。図４のフローチャートの説明に戻る。
【００３１】
図４のステップＳ４０１において、返信メールを作成するクライアントＰＣ２００のＣＰＵ２０１は、返信メール作成画面を表示する前に、図５のメールを受信した他のクライアントＰＣ２００から受信メールへの返信状況を取得する。返信状況とは図８の８０１に記載のように、「返信済」状態と、「編集中」状態がある。詳細は後述する。
【００３２】
他のクライアントＰＣからの返信状況の取得に関しては、例えば、返信メールを作成するクライアントＰＣ２００が、同じメールを受信したクライアントＰＣ２００を探すためにブロードキャストによって返信状況を確認することができる。
【００３３】
次に、ステップＳ４０２において、返信メールを作成するクライアントＰＣ２００のＣＰＵ２０１は、受信メールへの返信メール作成画面を表示するが、その際にステップＳ４０１で取得した他のクライアントＰＣからの返信状況を表示する。返信状況を表示した例を図６を参照して説明する。
【００３４】
図６は、本実施形態の情報処理システムにおけるクライアントＰＣ２００がディスプレイ２１０に表示する返信メール作成画面の一例を示す模式図であり、６００が返信メール作成画面の具体的なイメージ図である。
【００３５】
図６の６０１には、ステップＳ４０１により取得した他のクライアントＰＣ２００からの返信状況を表示している。以後の返信メール作成画面の遷移などを説明するために図１１を参照して、時間経過とメールの遷移との関係を説明する。
図１１は、本実施形態の情報処理システムにおけるメールと処理の流れを説明した模式図であり、横軸は時間軸である。
【００３６】
図１１の１１０１において、クライアントＰＣ３００のユーザ「Ａ」が、ユーザ「Ｂ」、「Ｃ」、「Ｄ」（クライアントＰＣ２００ａ〜ｃ）にメールを送信する。メールを受信した状態１１０５でのクライアントＰＣ２００のメール表示例が、図５の例である。
その後、１１０２において、ユーザ「Ｄ」が返信メールの作成を開始し（図示しない）、さらに
【００３７】
１１０６において、ユーザ「Ｂ」が返信メールの作成を開始する。１１０６の状態でのクライアントＰＣ２００ａのメール作成画面の例が図６である。図６の６０１には、１１０２で既に返信メール編集作業に入っていたユーザ「Ｄ」の返信状況が表示されている。図４のフローチャートの説明に戻る。
【００３８】
次に、図４のステップＳ４０３において、返信メールを作成するクライアントＰＣ２００のＣＰＵ２０１は、ユーザから編集を開始するか、中止するかの入力を受け付ける。編集作業中止の入力を受け付けると、図４のフローチャートを終了し、処理を終える。
図６を参照してユーザから編集を継続するか、中止するかを入力するユーザの操作を説明する。
【００３９】
図６は、返信メール作成画面の一例であり、図６の状況でユーザ「Ｂ」が、『「Ｄ」が返信メールを編集中なので、私は返信しなくてよい』と判断した場合は、６０３の画面クローズボタンを押下して、返信メールの作成作業を中止する。
一方、ユーザ「Ｂ」も返信メールを送信する場合は、図６の６０２の該当する欄に返信内容を記載することになる。
【００４０】
上記構成により、複数のユーザが返信メール作成作業を行う必要が無い場合に、複数のユーザが重複して返信メールを作成してしまうことによる時間のロスを防ぐことが出来る。
図４のフローチャートの説明に戻る。
【００４１】
図４のステップＳ４０３において、編集作業を開始するという入力を受け付けた場合、ステップＳ４０４に移行し、ステップＳ４０４おいて、返信メールを作成するクライアントＰＣ２００のＣＰＵ２０１は、返信メールを作成するクライアントＰＣ２００が編集作業中であるという情報、「編集中」情報を保持（設定）しておく。もしくは、他のクライアントＰＣ２００に定期的にポーリングして、メール返信状況を編集中としてネットワークに送信する。
【００４２】
返信メールを作成するクライアントＰＣ２００が、「編集中」であるという情報を保持しておく場合、他のクライアントＰＣ２００から該当のメールの返信状況の確認依頼があった際に、「編集中」という情報を４５０のように送信する。得られた情報を元に、他のクライアントＰＣ２００もステップＳ４０１の処理において、返信メールを作成するクライアントＰＣ２００を含む他のクライアントＰＣ２００の返信状況を取得する。
【００４３】
次に、ステップＳ４０５において、返信メールを作成するクライアントＰＣ２００のＣＰＵ２０１は、返信メールの入力画面を表示し、ユーザからの入力を受け付ける。図７を参照して、返信メール作成画面を説明する。
【００４４】
図７は、本実施形態の情報処理システムにおけるクライアントＰＣ２００がディスプレイ２１０に表示する返信メール作成画面の一例を示す模式図であり、７００が返信メール作成画面の具体的なイメージ図である。
【００４５】
図７の７０１では、デフォルトの題名として「ＲＥ：件名」が入力されており、７０２の本文部分の前半に返信の内容を追記している。図７は図１１の１１０７の状況での返信メール作成画面のイメージである。図４のフローチャートの説明に戻る。
【００４６】
図４のステップＳ４０５の終了条件として、ステップＳ４０６に記載した条件がある。一つは編集中止であり、図７において、７０３が押下された段階で返信メール作成作業を中止し、ステップＳ４１１へと移行する。その後、返信メールを作成するクライアントＰＣ２００のＣＰＵ２０１は、ステップＳ４１１において、編集作業中であるという情報を破棄（フラグを解除）し、返信メールを作成するクライアントＰＣ２００は、他のクライアントＰＣ２００からの該当のメールの返信状況への取得ステップ（Ｓ４０１）に対しても応答しない。
【００４７】
図４のステップＳ４０５の終了条件としてのもう一つは、編集終了とそれに伴うメール送信である。図７において、７０２や７０１に必要事項を記入したユーザが返信メール作成が完了したと判断すると、７０４の送信ボタンを押下する。７０４が押下されると、図４の次のステップＳ４０７へと処理に進み、ステップＳ４０７において、返信メールを作成するクライアントＰＣ２００のＣＰＵ２０１は、作成された返信メールをメールサーバ１００に送信する。
【００４８】
その後、ステップＳ４０９へと移行し、ステップＳ４０９において、返信メールを作成するクライアントＰＣ２００のＣＰＵ２０１は、ステップＳ４０４で設定した編集中という情報を送信済という情報に変更し、「送信済」情報を保持しておく
【００４９】
この保持している「送信済」情報は、他のクライアントＰＣ２００から該当のメールの返信状況の確認依頼があった際に、「送信済」という情報を４５１のように送信する。得られた情報を元に、他のクライアントＰＣ２００もステップＳ４０１の処理において、返信メールを作成するクライアントＰＣ２００を含む他のクライアントＰＣ２００の返信状況を取得する。送信済情報を取得した他のクライアントＰＣ２００の例として、図８を参照して説明する。
【００５０】
図８は、本実施形態の情報処理システムにおけるクライアントＰＣ２００がディスプレイ２１０に表示する返信メール作成画面の一例を示す模式図であり、８００が返信メール作成画面の具体的なイメージ図である。
【００５１】
図８の８００は、図１１の１１０８の状況での返信メール作成画面のイメージであり、返信メール作成者は「Ｃ」である。１１０８の段階では、「Ｂ」が既に返信メールを送信している（１１１０）ので、８０１内の８０２のように「Ｂさん“返信済み”」と表示される。
【００５２】
上記構成により、返信メールが他のクライアントＰＣ２００から送信済の場合、返信メールを作成中のユーザが他のユーザからの返信メールを読み飛ばしていたとしても、返信メールが既に他のユーザから送信されていることを把握し、他のユーザの返信内容と食い違うような内容（ミーティングの矛盾する日程など）のメールを送信することを防ぐことが出来る。
図４のフローチャートの説明に戻る。
【００５３】
図４のステップＳ４０９が終了すると、次にステップＳ４１０へと移行し、ステップＳ４１０では、返信メールを作成するクライアントＰＣ２００のＣＰＵ２０１は、「送信済」情報を他のクライアントＰＣ２００に送信する。
【００５４】
返信メールを作成するクライアントＰＣ２００により送られた「送信済」情報（図４の４５２）は、他の編集作業に入っているクライアントＰＣ２００の編集作業に、返信メールを作成するクライアントＰＣ２００を使用しているユーザ名と共に、割込通知として通知される。
【００５５】
通知された割込通知は、他のクライアントＰＣ２００のステップＳ４０５に通知され、他のクライアントＰＣ２００は、割込通知を受け付ける（図４の４５２割込）と、割込処理として、ステップＳ４０６において、割込処理Ｓ４０８へと処理を移行する。詳細は後述する。
【００５６】
ステップＳ４１０において、他の編集作業に入っているクライアントＰＣ２００の編集作業に「送信済」情報を送信すると、図４のフローチャートを終了し、処理を終える。
次に、図４のステップＳ４０５の終了条件として４５２割込通知を受信した場合の処理を説明する。
【００５７】
図４のステップＳ４０５において、他のクライアントＰＣ２００から返信メールの送信済通知の割込を受信した場合、ステップＳ４０６の条件分岐において、ステップＳ４０８へと処理を移行する。
【００５８】
ステップＳ４０８へと処理を移行すると、返信メールを作成するクライアントＰＣ２００のＣＰＵ２０１は、他のユーザが返信メールを送信したことを示すポップアップを生成してディスプレイに表示し、返信メールを作成するクライアントＰＣ２００のユーザに通知する。他のユーザが返信メールを送信したことをポップアップで表示する例として、図９及び図１０を参照して説明する。
【００５９】
図９は、本実施形態の情報処理システムにおけるクライアントＰＣ２００がディスプレイ２１０に表示するポップアップ画面の一例を示す模式図であり、９００がポップアップ画面の具体的なイメージ図である。
【００６０】
図９の９００は、図１１の１１０９の状況でのクライアントＰＣ２００に表示されるポップアップ画面のイメージである。９００の９０１は、割込通知を送信してきたクライアントＰＣ２００のユーザ名であり、９０２は返信作業しているメールの送信元（返信メールの送信先）、９０３が返信作業しているメールの題名である。１１０９の状況では、ユーザ「Ｂ」が１１１０で返信メールを送信したので、ユーザ「Ｃ」及び「Ｄ」のクライアントＰＣ２００ｂ及びｃの状況１１０９では、図９の９００のようなポップアップを表示する。
【００６１】
返信メールを作成するクライアントＰＣ２００のＣＰＵ２０１は、図９のようなイメージ画面をユーザに表示し、ユーザに返信メールの作成を継続するかキャンセルするかの判断を促す。９０４の継続ボタンが押下されれば、ポップアップ画面を閉じ、ステップＳ４０５の処理へと移行し、継続して返信メール作成画面を表示して、返信メールの入力を受け付ける。一方、９０５のキャンセルボタンが押下されると、ステップＳ４０５に処理を移行後、ステップＳ４０６の編集中止の分岐へと移行する。
【００６２】
上記構成により、返信メールを作成中に他のユーザが返信メールを送信した場合でも、他のユーザが返信メールを送信したことを確認できるので、他のユーザの返信内容と食い違うような内容の返信メールを送信することを防ぐことが出来る。
次に、図１０を参照して、他のユーザが返信メールを送信したことと同時に他のユーザが返信したメールの内容もポップアップで表示する例を説明する。
【００６３】
図１０は、本実施形態の情報処理システムにおけるクライアントＰＣ２００がディスプレイ２１０に表示するポップアップ画面の一例を示す模式図であり、１０００がポップアップ画面の具体的なイメージ図である。
【００６４】
図１０の１０００は、図９の状況と同じ、図１１の１１０９の状況でのクライアントＰＣ２００に表示されるポップアップ画面のイメージである。１０００の１００１には他のクライアントＰＣ２００から受信したユーザ名や、メールの送信元（返信メールの送信先）、返信作業しているメールの題名である。
【００６５】
また、図１０の場合は、１００２のように、他のクライアントＰＣ２００のユーザが返信したメールの内容も表示する。１００２の表示する情報は、割込通知に含めていても良いし、割込通知を受信した返信メールを作成するクライアントＰＣ２００のＣＰＵ２０１が、割込通知を送信してきたクライアントＰＣ２００に対し、送信した返信メール情報を別途取得しても良い。
【００６６】
返信メールを作成するクライアントＰＣ２００のＣＰＵ２０１は、図１０のようなイメージ画面を表示し、図９と同様にユーザに返信メールの作成を継続するかキャンセルするかの判断を促す。１００３の継続ボタンや１００４のキャンセルボタンは図９における処理と同様に進める。
【００６７】
上記構成により、返信メールを作成中に他のユーザが返信メールを送信した場合でも、他のユーザが返信メールを送信したことを確認でき、かつ他のユーザが返信したメールの内容も把握できるので、返信メールを作成中のユーザは、別途受信メールを確認しなくても他のユーザが返信したメールの内容を容易に確認可能となる。そのため、作成中の返信メールを送信するか否かの判断も手早く判断できるという効果を有する。
【００６８】
以上の構成により、本発明はサーバレスにおいて、通常のメール返信作業で送信者に対する重複メールや矛盾するメールの送信を防ぐことが出来る効果を有する。
＜第２の実施形態＞
【００６９】
前記第１の実施形態では、図４のように複数のクライアント間でＰＯＰ（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ）やＩＭＡＰ（Ｉｎｔｅｒｎｅｔ  Ｍｅｓｓａｇｅ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）等のメール通信プロトコル以外の通信手段４５０、４５１、４５２を使用して情報を受け渡していたが、第２の実施形態では、複数のクライアント間でのＰＯＰやＩＭＡＰ等のメール通信プロトコル以外を使用せずに返信メール重複の警告を出す構成を説明する。
なお、システム構成や、ハードウェア構成に関しては第１の実施形態と同様であるため、説明を省略する。
第２の実施形態のソフトウェア構成を図１２を参照して説明する。
【００７０】
図１２は、第２の実施形態のメールクライアントＰＣ２００におけるソフトウェアブロック図である。なお、図３のソフトウェアブロック図と同じ符号を付けた各ブロックは図３の説明と同じであるため、説明を省略する。
【００７１】
メールクライアントＰＣ２００は、メール受信部１２０１と返信メール作成部３０１及び返信メール送信部３０２を有し、メールサーバ１００からメールを受信し、受信したメールへの返信メールの作成入力をユーザから受け付け、その返信メールをメールサーバ１００へ送信する機能を有する。
【００７２】
また、メールクライアントＰＣ２００は、返信メール送信済判断部１２０２を有し、「作成中の返信メール」と同じ「送信メールに対する返信メール」が既にあるかどうかを判断する。「作成中の返信メール」と同じ「送信メールに対する返信メール」が既にある場合、すなわち、返信済メールが存在する場合は、返信済報知部１２０３により、既に返信メールが送られていることをユーザに報知し、返信メール作成・送信継続判断部１２０４において、ユーザから「作成中の返信メール」の作成を継続するか、もしくは送信を行うかの判断を受け付ける。
【００７３】
この構成により、クライアント毎に通信可能なプロトコルを制限している場合でも、メール通信プロトコルさえ解放していれば、各クライアント毎に返信メール重複の警告を出すことが可能となる。
次に、図１３を参照して本実施形態の情報処理装置の基本的な流れを説明する。
【００７４】
図１３は、第２の実施形態の情報処理装置における処理の流れを説明するフローチャートであり、Ｓ１３０１〜Ｓ１３０９は処理ステップを示す。なお、図１３のＳ１３０１〜Ｓ１３０９の各ステップの処理は、クライアントＰＣ２００のＣＰＵ２０１がプログラムＲＯＭ２０３に格納される実行プログラムをＲＡＭ２０２上で実行することにより実現される。
【００７５】
図１３のフローチャートは、クライアントＰＣ２００のＣＰＵ２０１が、メールサーバ１００からメールを受信する（ステップＳ１３０１）と開始され、ステップＳ１３０２において、受信したメールへの返信メール作成（編集）開始をユーザより受け付ける。なお、ステップＳ１３０１において受信したメールへの返信メールを作成しない場合は、ステップＳ１３０１の処理を繰り返し行う。
【００７６】
ステップＳ１３０２へ移行すると、クライアントＰＣ２００のＣＰＵ２０１は、ユーザからの返信メールの編集を受け付け、次のステップＳ１３０３へと移行する。
【００７７】
ステップＳ１３０３において、クライアントＰＣ２００のＣＰＵ２０１は、「作成中の返信メール」と同じ「送信メールに対する返信メール」があるかどうか判断する処理を行う。詳細を図１４を参照して説明する。
【００７８】
図１４は、第２の実施形態の情報処理装置における処理の流れを説明するフローチャートであり、Ｓ１４０１〜Ｓ１４０３は処理ステップを示す。なお、図１４のＳ１４０１〜Ｓ１４０３の各ステップの処理は、クライアントＰＣ２００のＣＰＵ２０１がプログラムＲＯＭ２０３に格納される実行プログラムをＲＡＭ２０２上で実行することにより実現される。
【００７９】
図１４のフローチャートは、クライアントＰＣ２００のＣＰＵ２０１が、図１３のステップＳ１３０３もしくはステップＳ１３０６へと移行した際に開始される。
まず、ステップＳ１４０１において、クライアントＰＣ２００のＣＰＵ２０１は、メールサーバ１００からＰＯＰ３等のプロトコルでメールを受信する。
【００８０】
メールサーバ１００からメールを受信すると、ステップＳ１４０２において、クライアントＰＣ２００のＣＰＵ２０１は、受信したメールの中に作成中のメールの返信メールＩＤと同じ返信メールＩＤを有するメールがあるかを判断する。返信メールＩＤとは、メールのヘッダ部分にメール毎に付与されたメールＩＤの内、「送信されたメール」への返信メールを送る際に「送信されたメール」を特定するために付与されたメールＩＤであり、通常はＩｎ−Ｒｅｐｌｙ−ｔｏ：タグが付与されたＩＤである。受信したメールの中に作成中のメールの返信メールＩＤと同じ返信メールＩＤを有するメールがあるかを判断する工程を図１５を参照して説明する。
【００８１】
図１５は、本実施形態の情報処理装置におけるメールのヘッダ部分を説明するための模式図である。図１５の１５５０は、ユーザ「Ａ」がユーザ「Ｂ」に送った、第１の実施形態の図５のようなメールのヘッダ部分を記載した例である。メールヘッダ内の“Ｍｅｓｓａｇｅ−ｉｄ”  欄１５５１がメール毎に付与されたメールＩＤに該当する。
【００８２】
図１５の１５７０は、「Ａ」が「Ｂ」に送ったメールに対し、「Ｂ」が返信した際のメールのヘッダ部分を記載した例である。第１の実施形態の図７のようなメールを「Ｂ」から「Ａ」に送信した場合に相当する。メールヘッダ内の“Ｉｎ−ｒｅｐｌｙ−ｔｏ”欄１５７１が返信メールＩＤに該当し、“Ｍｅｓｓａｇｅ−ｉｄ”欄が＜ｕｎｉｑｕｅ１＞というメールＩＤのメールへの返信である事を示している。
【００８３】
図１５の１５８０は、「Ａ」が「Ｂ」に送ったメールに対し、ユーザ「Ｃ」が返信しようと返信メールを作成する場合のメールのヘッダ部分の例であり、第１の実施形態の図８のようなメールを作成中のメールのヘッダ部分のイメージである。メールのヘッダ内の“Ｉｎ−ｒｅｐｌｙ−ｔｏ”欄１５８１が返信メールＩＤに該当し、“Ｍｅｓｓａｇｅ−ｉｄ”欄が＜ｕｎｉｑｕｅ１＞というメールＩＤへのメールを返信しようとしている。
【００８４】
ユーザが１５８０のような“Ｍｅｓｓａｇｅ−ｉｄ”欄が＜ｕｎｉｑｕｅ１＞というメールＩＤへの返信メールを送信しようとメールを作成中、もしくは返信メールを送信しようと送信ボタンを押下した場合に、ステップＳ１４０１において、１５７０のようなメールを受信したとする。次に、クライアントＰＣ２００のＣＰＵ２０１は、ステップＳ１４０１で受信したメールの中の返信メールＩＤを読み取り、現在作成中の返信メールの返信メールＩＤである“Ｉｎ−ｒｅｐｌｙ−ｔｏ”欄１５８１と、ステップＳ１４０１で受信したメールの中の返信メールＩＤ“Ｉｎ−ｒｅｐｌｙ−ｔｏ”欄１５７１を比較する。ステップＳ１４０２では、クライアントＰＣ２００のＣＰＵ２０１は、現在作成中の返信メールの返信メールＩＤと受信したメールの中の返信メールＩＤとが一致するかどうかを判断する。図１５の例では、１５５０の“Ｍｅｓｓａｇｅ−ｉｄ”欄１５５１が＜ｕｎｉｑｕｅ１＞というメールへの返信メールは、１５７０の返信メールＩＤ１５７１のように返信メールとして既に送信されているので、１５８０の返信メールＩＤ１５８１のような返信メールを作成中の場合は、受信したメール内に返信メールＩＤが一致するメールがあると判断する。
【００８５】
ステップＳ１４０２において、受信したメールの中に作成中のメールの返信メールＩＤと同じ返信メールＩＤのメールがあると判断された場合は、ステップＳ１４０３へと移行する。
【００８６】
ステップＳ１４０３へと移行すると、クライアントＰＣ２００のＣＰＵ２０１は、現在作成中のメールへの返信メールが既に送信されている旨を表示する。返信メールの送信済の通知方法は、図４のステップＳ４０８や図９、図１０と同様なので、説明を省略する。
その後、元のルーティンに戻るが、戻る位置がステップＳ１４０２によって異なるため、便宜的にステップＳ１４０２がＹｅｓの場合を戻り１とする。
【００８７】
一方、ステップＳ１４０２において、受信したメールの中に作成中のメールの返信メールＩＤと同じ返信メールＩＤのメールがないと判断された場合、元のルーティンに戻るが、戻る位置がステップＳ１４０２の判断により異なるので、便宜的にステップＳ１４０２がＮｏの場合を戻り２とする。
【００８８】
なお、本実施例では、ステップＳ１４０２の判断に、返信メールＩＤが一致しているかで判断したが、他にもメールの件名（Ｓｕｂｊｅｃｔ）と送信元メールアドレス（返信メールで言うところの送付先）が一致しているかで判断してもよい。その場合、件名の最初についている“ＲＥ：”等の文言は考慮しなくてもよい。
【００８９】
また、ステップＳ１４０２の判断の他の例としては、返信されたメール本文内の引用部分（図７の７０５部分）を読み込み、現在作成中のメールの引用部分（図８の８０３）と比較して類似しているかどうかで判断してもよい。
図１３のフローチャートの説明に戻る。
【００９０】
図１３のステップＳ１３０３において、戻りが戻り１と判断された場合は、次にステップＳ１３０４へと移行し、クライアントＰＣ２００のＣＰＵ２０１は、ユーザから返信メールを継続して作成するか否かの判断を受け付ける。ユーザはこの段階で、図９や図１０などの情報を確認し、引き続き返信メールを作成するか、返信メールの作成を止めるかを判断する。
【００９１】
ステップＳ１３０４において、ユーザから返信メールの作成を中止するとの判断を受け付けた場合は、次にステップＳ１３０９へと移行し、ステップＳ１３０９において、クライアントＰＣ２００のＣＰＵ２０１は、返信メールの作成を中止し、本処理を終了する。
一方、ステップＳ１３０４において、ユーザから返信メールの作成を継続するとの判断を受け付けた場合は、次にステップＳ１３０５の処理へと移行する。
ステップＳ１３０３にて、戻りが戻り２と判断された場合は、ステップＳ１３０４を経由せず、ステップＳ１３０５の処理へと移行する。
【００９２】
ステップＳ１３０５において、ユーザから作成中のメールを送信させるための送信ボタンが押下されたかどうかの判断を、クライアントＰＣ２００のＣＰＵ２０１は受け付け、送信ボタンが押下されなければ、ステップＳ１３０２の処理に戻り返信メールの編集を繰り返す。ステップＳ１３０５において、送信ボタンが押下された、すなわち送信命令を受け付けたと判断した場合は、次のステップＳ１３０６へと処理を移行する。
【００９３】
ステップＳ１３０６では、クライアントＰＣ２００のＣＰＵ２０１は、ステップＳ１３０３と同様の処理を実行する。すなわち、図１４のフローチャートを実行し、一度メールを受信し、受信したメールの中に送信する返信メールの返信メールＩＤと同じ返信メールＩＤを有するメールがあると判断された場合は、返信メールがこれから送信する返信メールと同じ相手に対して既に送信されている旨を表示する。受信したメールの中に送信する返信メールの返信メールＩＤと同じ返信メールＩＤを有するメールがあると判断された場合は、戻り１として図１３のフローチャートに戻り、次のステップＳ１３０７の処理へと移行する。
【００９４】
ステップＳ１３０７において、クライアントＰＣ２００のＣＰＵ２０１は、作成した返信メールを送信するか否かの判断を受け付ける。ユーザは、図９や図１０などの情報を確認し、引き続き返信メールを送信するか、返信メールの送信を止めるかを判断する。
ステップＳ１３０７において、ユーザが返信メールの送信を止めると判断した場合は、返信メールを送信することなく、本処理を終了する。
【００９５】
一方、ステップ１３０６において、戻り２と判断された場合、すなわち受信したメールの中に送信する返信メールの返信メールＩＤと同じ返信メールＩＤを有するメールがないと判断された場合、もしくは、ステップＳ１３０７において、作成した返信メールを送信するとの判断を受け付けた場合は、ステップＳ１３０８へと移行し、作成した返信メールを送信して、本処理を終了する。
【００９６】
以上の構成により、クライアント毎に通信可能なプロトコルを制限している場合であっても、メール通信プロトコルさえ解放していれば、各クライアント毎に返信メール重複の警告を出すことが可能となる。
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００９７】
以上、一つの実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００９８】
なお、特に図示しないが、記録媒体に記憶される場合、プログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【００９９】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１００】
本実施形態における図４、図１３に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１０１】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１０２】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１０３】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１０４】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０５】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０６】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１０７】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１０８】
１００  メールサーバ
２００  クライアントＰＣ
３０１  返信メール作成部
３０２  返信メール送信部
３０３  返信メール送信状態通知部
３０４  編集中状態保持部
３０６  返信済画面表示部
３０７  編集中画面表示部
３０８  返信メール作成継続判断部
【図１】
0005970940.tif 000002
【図２】
0005970940.tif 000003
【図３】
0005970940.tif 000004
【図４】
0005970940.tif 000005
【図５】
0005970940.tif 000006
【図６】
0005970940.tif 000007
【図７】
0005970940.tif 000008
【図８】
0005970940.tif 000009
【図９】
0005970940.tif 000010
【図１０】
0005970940.tif 000011
【図１１】
0005970940.tif 000012
【図１２】
0005970940.tif 000013
【図１３】
0005970940.tif 000014
【図１４】
0005970940.tif 000015
【図１５】
0005970940.tif 000016