(57)【要約】【課題】適切なタイミングで、同報メールに関連するメールを格納するフォルダを作成する。【解決手段】メール処理部４０は、送信元から複数の宛先に対して送信された同報メールをメールＤＢ３２のメインフォルダに格納し、同報メールに対する返信メールの作成要求をクライアント２０から受信すると、同報メールに関連するメールを格納するフォルダを生成するか否かを選択させるための選択情報（「返信（関連メール振り分け）」ボタンや「返信（全て振り分け）」ボタン）を含む返信画面のデータをクライアント２０に送信する。そして、メール処理部４０は、クライアント２０から返信画面上で作成されたメールの情報を受信すると、メールの情報に「返信（関連メール振り分け）」ボタンや「返信（全て振り分け）」ボタンが押された情報が含まれていれば、その振り分け用のフォルダを生成する。【選択図】図３
2014191635.tif 000002
【特許請求の範囲】
【請求項１】
送信元から複数の宛先に対して送信された同報メールを第１の格納先に格納し、
前記同報メールに対する返信メールの作成要求を端末から受信すると、前記同報メールに関連するメールを格納する第２の格納先を生成するか否かを選択させるための選択情報を該端末に送信し、
該端末からメール情報を受信し、
該メール情報に前記第２の格納先を生成する選択がされた情報が含まれていた場合に、前記第２の格納先を生成する、
処理をコンピュータに実行させることを特徴とするメール処理プログラム。
【請求項２】
前記同報メールに関連するメールを受信した場合、及び前記同報メールに関連するメールを受信していた場合に、該メールを前記第２の格納先に格納する、処理を前記コンピュータに更に実行させることを特徴とする請求項１に記載のメール処理プログラム。
【請求項３】
送信元から複数の宛先に対して送信された同報メールを第１の格納先に格納する工程と、
前記同報メールに対する返信メールの作成要求を端末から受信すると、前記同報メールに関連するメールを格納する第２の格納先を生成するか否かを選択させるための選択情報を該端末に送信する工程と、
該端末からメール情報を受信する工程と、
該メール情報に前記第２の格納先を生成する選択がされた情報が含まれていた場合に、前記第２の格納先を生成する工程と、
をコンピュータが実行することを特徴とするメール処理方法。
【請求項４】
送信元から複数の宛先に対して送信された同報メールを格納する第１の格納先と、
前記同報メールに対する返信メールの作成要求を端末から受信すると、前記同報メールに関連するメールを格納する第２の格納先を生成するか否かを選択させるための選択情報を該端末に送信する送信部と、
該端末からメール情報を受信する受信部と、
該メール情報に前記第２の格納先を生成する選択がされた情報が含まれていた場合に、前記第２の格納先を生成する生成部と、
を備えるメール処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メール処理プログラム、メール処理方法及びメール処理装置に関する。
【背景技術】
【０００２】
オフィス等において利用されるメールシステムにおいては、宛先が複数存在する同報メールが頻繁に送受信されている。同報メールの内容がある事項に対する質問である場合、同報メールの宛先のユーザそれぞれから質問に対する回答が返信される。
【０００３】
宛先のユーザの中には、自己の回答を他の宛先のユーザにも読んでもらったほうが良いと考えるユーザや、逆に、他の宛先のユーザに自己の回答を送っては他の宛先のユーザに迷惑をかけると考えるユーザも存在する。このため、各ユーザは、各自の判断で、「差出人に返信」か、「全員に返信」かを選択してメールを返信する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２００５−５０６６０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、各ユーザが上述したような各自の判断に基づくメール送信を行う結果、他のユーザの回答を読む必要がないと考えている場合にも他のユーザの回答を受信してしまうことがある。この場合、同一のフォルダに重要なメールと読む必要がないメールとが混在する事態が発生する。
【０００６】
このような事態を避けるためには、メールのヘッダ情報に含まれるメッセージＩＤに基づき、読む必要のないメールを重要なメールとは異なるフォルダに分類することも考えられる（例えば、特許文献１等参照）。しかしながら、ユーザそれぞれが、適切なタイミングで、読む必要のないメールを格納するフォルダを作成するのは難しい。
【０００７】
１つの側面では、本発明は、適切なタイミングで同報メールに関連するメールを格納する格納先を生成することが可能なメール処理プログラム、メール処理方法及びメール処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明者は、同報メールの返信を読む必要がなくなるタイミング等について、調査・研究を行った。その結果、同報メールに対して自分が返信するまでは、他のユーザの回答状況に注目しておきたいが、自分が返信をした後には、特に注目する必要がないことが多いことに気づいた。本明細書に記載のメール処理プログラム、メール処理方法及びメール処理装置は、かかる新規知見に基づくものである。
【０００９】
一実施形態のメール処理プログラムは、送信元から複数の宛先に対して送信された同報メールを第１の格納先に格納し、前記同報メールに対する返信メールの作成要求を端末から受信すると、前記同報メールに関連するメールを格納する第２の格納先を生成するか否かを選択させるための選択情報を該端末に送信し、該端末からメール情報を受信し、該メール情報に前記第２の格納先を生成する選択がされた情報が含まれていた場合に、前記第２の格納先を生成する、処理をコンピュータに実行させるメール処理プログラムである。
【００１０】
一実施形態のメール処理方法は、送信元から複数の宛先に対して送信された同報メールを第１の格納先に格納する工程と、前記同報メールに対する返信メールの作成要求を端末から受信すると、前記同報メールに関連するメールを格納する第２の格納先を生成するか否かを選択させるための選択情報を該端末に送信する工程と、該端末からメール情報を受信する工程と、該メール情報に前記第２の格納先を生成する選択がされた情報が含まれていた場合に、前記第２の格納先を生成する工程と、をコンピュータが実行するメール処理方法である。
【００１１】
一実施形態のメール処理装置は、送信元から複数の宛先に対して送信された同報メールを格納する第１の格納先と、前記同報メールに対する返信メールの作成要求を端末から受信すると、前記同報メールに関連するメールを格納する第２の格納先を生成するか否かを選択させるための選択情報を該端末に送信する送信部と、該端末からメール情報を受信する受信部と、該メール情報に前記第２の格納先を生成する選択がされた情報が含まれていた場合に、前記第２の格納先を生成する生成部と、を備えている。
【発明の効果】
【００１２】
適切なタイミングで同報メールに関連するメールを格納する格納先を生成することができる。
【図面の簡単な説明】
【００１３】
【図１】一実施形態に係る電子メールシステムの構成を概略的に示す図である。
【図２】図２（ａ）は、サーバのハードウェア構成を示す図であり、図２（ｂ）は、クライアントのハードウェア構成を示す図である。
【図３】サーバ及びクライアントの機能ブロック図である。
【図４】人事ＤＢのデータ構造の一例を示す図である。
【図５】メールＤＢのデータ構造の一例を示す図である。
【図６】図６（ａ）は、返信管理ＤＢの一例を示す図であり、図６（ｂ）は、振り分けテーブルの一例を示す図である。
【図７】メール処理部の一連の処理を示すフローチャート（その１）である。
【図８】メール処理部の一連の処理を示すフローチャート（その２）である。
【図９】メール処理部の一連の処理を示すフローチャート（その３）である。
【図１０】図９のステップＳ６６の具体的処理を示すフローチャートである。
【図１１】図９のステップＳ７８の具体的処理を示すフローチャートである。
【図１２】図９のステップＳ８６の具体的処理を示すフローチャートである。
【図１３】メール処理部の一連の処理を示すフローチャート（その４）である。
【図１４】図１４（ａ）は、ＩＤ（メールアドレス）、パスワード入力画面の一例を示す図であり、図１４（ｂ）は、認証エラー画面の一例を示す図である。
【図１５】受信メール一覧画面の一例を示す図である。
【図１６】メッセージ表示画面の一例を示す図である。
【図１７】メッセージ作成画面の一例を示す図である。
【図１８】返信画面の一例を示す図（その１）である。
【図１９】返信画面の一例を示す図（その２）である。
【図２０】返信画面の一例を示す図（その３）である。
【図２１】返信画面の一例を示す図（その４）である。
【図２２】振り分け後のメールＤＢの一例を示す図である。
【図２３】図２３（ａ）、図２３（ｂ）は、振り分け後の受信メール一覧画面の一例を示す図である。
【図２４】振り分け後のメッセージ表示画面を示す図である。
【発明を実施するための形態】
【００１４】
以下、電子メールシステムの一実施形態について、図１〜図２４に基づいて詳細に説明する。図１には、一実施形態に係る電子メールシステム１００が概略的に示されている。
【００１５】
本実施形態の電子メールシステム１００は、図１に示すように、サーバ１０と、クライアント２０と、を備える。サーバ１０とクライアント２０は、インターネットやＬＡＮ（Local Area Network）などのネットワーク８０に接続されている。この電子メールシステム１００は、クライアント２０においてブラウザ上に表示されるＷＥＢメールの画面（サーバ１０から提供）において、利用者が入力や操作を行うことで、クライアント２０間における電子メールのやり取りを可能にするシステムである。
【００１６】
図２（ａ）には、サーバ１０のハードウェア構成が示されている。図２（ａ）に示すように、サーバ１０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これらサーバ１０の構成各部は、バス９８に接続されている。サーバ１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（メール処理プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（メール処理プログラムを含む）をＣＰＵ９０が実行することにより、図３に示す、メール処理部４０としての機能が実現される。メール処理部４０は、メールの送受信のほか、クライアント２０上で表示する画面を生成し、送信するなどの機能を有する。なお、図３には、サーバ１０のＨＤＤ９６等に格納されている人事ＤＢ（database）３０、メールＤＢ３２、及び返信管理ＤＢ３４、振り分けテーブル３６も図示されている。なお、ＤＢ３０、３２及び３４、テーブル３６の具体的なデータ構造等については後述する。
【００１７】
図２（ｂ）には、クライアント２０のハードウェア構成が示されている。図２（ｂ）に示すように、クライアント２０は、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ＨＤＤ）１９６、ディスプレイ１９３、入力部１９５、ネットワークインタフェース１９７、及び可搬型記憶媒体用ドライブ１９９等を備えており、クライアント２０の構成各部は、バス１９８に接続されている。ディスプレイ１９３は、液晶ディスプレイ等を含み、入力部１９５は、キーボードやマウス、タッチパネル等を含む。クライアント２０においては、ＣＰＵ１９０がプログラムを実行することで、図３に示す表示処理部５０及び入力処理部５２としての機能が実現される。表示処理部５０は、サーバ１０のメール処理部４０からの指示に応じて、クライアント２０のディスプレイ１９３上にメール閲覧、メール作成、送受信に関する画面等を表示する。入力処理部５２は、クライアント２０の利用者が入力部１９５を介して入力した情報を受け付け、当該情報をサーバ１０のメール処理部４０に対して送信する。
【００１８】
ここで、サーバ１０が有するＤＢ及びテーブルについて説明する。
【００１９】
図４には、人事ＤＢ３０のデータ構造の一例が示されている。人事ＤＢ３０は、クライアント２０を利用する利用者のＩＤ（利用者ＩＤ）と、パスワードと、利用者氏名と、を管理するデータベースである。人事ＤＢ３０は、「利用者ＩＤ」と「パスワード」と「利用者氏名」のフィールドを有し、各フィールドには利用者を識別するためのＩＤ（本実施形態ではメールアドレス）及びパスワード、利用者の氏名（図４では、氏のみ）が格納される。
【００２０】
図５には、メールＤＢ３２のデータ構造の一例が示されている。メールＤＢ３２は、利用者ごとに用意され、各利用者が送受信したメールの情報を格納するデータベースである。メールＤＢ３２は、図５に示すように、「受送信区分」、「フォルダ名」、「メッセージＩＤ」、「差出人ＩＤ」、「送信日時」、「宛先」、「メール情報（タイトル、本文）」の各フィールドを有する。なお、図５は、利用者ＩＤが「tanaka@jp」である利用者のメールＤＢを示している。本実施形態では、メールＤＢ３２をメールアドレス毎に用意しているが、まとめたひとつのメールＤＢとして管理してもよい。
【００２１】
「送受信区分」のフィールドには、利用者が「受信」したメールであるか、「送信」したメールであるかを示す区分が格納される。「フォルダ名」のフィールドには、メールが格納される格納先（フォルダ）の名称が格納される。「メッセージＩＤ」のフィールドには、メールごとに定められるユニークなＩＤが格納される。「差出人ＩＤ」のフィールドには、メールの差出人（発信者）のアドレスが格納される。なお、「種別」のフィールドが「送信」であるメールの場合、「差出人ＩＤ」のフィールドには、メールＤＢ３２の利用者のアドレス（利用者ＩＤ）が格納されることになる。「送信日時」のフィールドには、メールが送信された日時が格納される。「宛先」のフィールドには、メールの送信先が格納される。なお、送信先が複数存在するメールは、同報メールであることを意味する。「メール情報」のフィールドには、メールの件名を示す「タイトル」、メールの文面を示す「本文」を格納するフィールドが含まれる。
【００２２】
図６（ａ）には、返信管理ＤＢ３４の一例が示されている。返信管理ＤＢ３４は、サーバ１０において１つのみ保持しているものとする。返信管理ＤＢ３４には、あるメールに対する返信メールが送信された場合に、該あるメールのメッセージＩＤ（親メッセージ）と、返信メールのメッセージＩＤ（子メッセージ）と、返信メールの返信先を遡った場合の大元のメールのメッセージＩＤ（ルートメッセージ）と、が関連付けて格納される。
【００２３】
図６（ｂ）には、振り分けテーブル３６の一例が示されている。振り分けテーブル３６は、利用者ごとに存在するものとする。振り分けテーブル３６においては、ルートメッセージのメッセージＩＤと、ルートメッセージが共通するメール（返信メール及び返信メールを遡った場合の大元のメール）を格納するフォルダ（振り分け先フォルダ）名とが関連づけて格納される。
【００２４】
（メール処理部４０の処理について）
次に、本実施形態におけるメール処理部４０の処理について、図７〜図１３のフローチャートに沿って、その他図面を適宜参照しつつ詳細に説明する。
【００２５】
図７の処理では、まず、ステップＳ１０において、メール処理部４０が、メール表示要求をクライアント２０から受信するまで待機する。クライアント２０の利用者は、クライアント２０のディスプレイ１９３に表示されているブラウザ上でＷＥＢメールサービスのアドレスに対してアクセスすることによりメール表示要求を出すことができる。なお、メール表示要求は、クライアント２０の入力処理部５２から送信される。
【００２６】
メール処理部４０は、入力処理部５２から送信されてきたメール表示要求を受信すると（ステップＳ１０の判断が肯定されると）、ステップＳ１２に移行する。ステップＳ１２では、メール処理部４０が、ＩＤ（メールアドレス）、パスワード入力画面のデータをクライアント２０に送信する。この場合のＩＤ（メールアドレス）、パスワード入力画面は、図１４（ａ）に示すような画面であるものとする。なお、クライアント２０においては、表示処理部５０が、ＩＤ（メールアドレス）、パスワード入力画面のデータを受信した段階で、ＩＤ（メールアドレス）、パスワード入力画面（図１４（ａ））をディスプレイ１９３上に表示する。
【００２７】
次いで、ステップＳ１４に移行すると、メール処理部４０は、ＩＤ（メールアドレス）、パスワードをクライアント２０から受信するまで待機する。なお、利用者がＩＤ（メールアドレス）とパスワードを図１４（ａ）の画面上で入力し、「送信」ボタンを押すと、入力処理部５２は、ＩＤ（メールアドレス）とパスワードをメール処理部４０に送信する。
【００２８】
ＩＤ（メールアドレス）とパスワードが入力処理部５２からメール処理部４０に対して送信されると（ステップＳ１４の判断が肯定されると）、ステップＳ１６に移行する。ステップＳ１６では、メール処理部４０が、人事ＤＢ３０（図４）を用いて、利用者の認証を行う。すなわち、メール処理部４０は、入力されたＩＤ（メールアドレス）とパスワードの組み合わせが人事ＤＢ３０に存在しているか否かを判断する。次いで、ステップＳ１８では、メール処理部４０が、認証がＯＫであったか否かを判断する。ここでの判断が否定された場合には、ステップＳ２０に移行し、メール処理部４０は、認証エラー画面のデータを生成し、当該画面のデータをクライアント２０（表示処理部５０）に送信し、図７〜図１３の全処理を終了する。なお、表示処理部５０は、認証エラー画面のデータを受信した段階で、認証エラー画面（図１４（ｂ））をディスプレイ１９３上に表示する。
【００２９】
一方、ステップＳ１８の判断が肯定された場合、すなわち、認証がＯＫであった場合には、メール処理部４０は、ステップＳ２２に移行する。ステップＳ２２では、メール処理部４０は、ＩＤ（メールアドレス）に対応するメールＤＢ３２から第１の格納先としてのメインフォルダに格納されている受信メール情報を取得し、受信メール一覧画面のデータを作成する。そして、メール処理部４０は、作成した受信メール一覧画面のデータをクライアント２０（表示処理部５０）に送信する。なお、表示処理部５０は、受信メール一覧画面のデータを受信した段階で、受信メール一覧画面をディスプレイ１９３上に表示する。なお、利用者「田中」が、メール表示要求を出した場合、図１５に示す受信メール一覧画面がディスプレイ１９３上に表示される。図１５の受信メール一覧画面には、「新規作成」ボタンと、「ログアウト」ボタンと、受信メールの差出人、日付、件名の情報と、が表示されている。
【００３０】
次いで、図８のステップＳ３０に移行すると、メール処理部４０は、利用者からのフォルダ選択要求を受信したか否かを判断する。なお、フォルダが複数存在していない段階では、ここでの判断が否定されて、ステップＳ３４に移行する。図１５の例では、１つのフォルダ「メインフォルダ」しか存在していないため、ステップＳ３０の判断は否定される。
【００３１】
ステップＳ３０の判断が否定されてステップＳ３４に移行すると、メール処理部４０は、利用者からメール選択要求を受信したか否かを判断する。この場合、利用者が、図１５の受信メール一覧画面の中から１つのメールを選択すると、ステップＳ３４の判断が肯定されて、ステップＳ３６の処理に移行する。
【００３２】
ステップＳ３６では、メール処理部４０は、選択されたメールの情報を、メールＤＢ３２から取得し、メッセージ表示画面のデータを作成する。この場合、メール処理部４０は、メールＤＢ３２から、選択されたメッセージのメッセージＩＤに対応する宛先、差出人、タイトル、本文などの情報を取得して、メッセージ表示画面のデータを作成する。なお、利用者が図１５の上から２つ目のメールを選択した場合には、図１６に示すようなメッセージ表示画面のデータが生成される。
【００３３】
次いで、ステップＳ３８では、メール処理部４０は、生成したメッセージ表示画面のデータをクライアント２０（表示処理部５０）に対して送信する。なお、表示処理部５０では、メール表示画面のデータを受信した段階で、メッセージ表示画面（図１６）をディスプレイ１９３上に表示する。その後は、ステップＳ４０に移行する。なお、図１６のメッセージ表示画面には、メールの内容のほか、「新規作成」、「返信」、「全員に返信」、「一覧表示に戻る」、「ログアウト」の各ボタンが用意されているものとする。
【００３４】
なお、ステップＳ３４の段階で、メール選択要求を受信していなかった場合には、ステップＳ３６、Ｓ３８を経ずに、ステップＳ４０に移行する。
【００３５】
ステップＳ４０に移行すると、メール処理部４０は、利用者からのメールの新規作成要求を受信したか否かを判断する。ここでの判断が肯定された場合、すなわち、図１５の画面上又は図１６の画面上において利用者が「新規作成」ボタンを押した場合には、ステップＳ４２〜Ｓ４８の処理を実行する。
【００３６】
具体的には、メール処理部４０は、ステップＳ４２において、メッセージ作成画面のデータを作成し、クライアント２０（表示処理部５０）に送信する。なお、表示処理部５０では、メッセージ作成画面のデータを受信した段階で、メッセージ作成画面（図１７）をディスプレイ１９３上に表示する。次いで、ステップＳ４４では、メール処理部４０は、宛先、タイトル、本文、差出人ＩＤ（発信者ＩＤ）を受信するまで待機する。この場合、利用者が図１７のメッセージ作成画面上で各欄への入力を行い、「送信」ボタンを押すと、クライアント２０の入力処理部５２からメール処理部４０に対して、宛先、タイトル、本文、差出人ＩＤ（発信者ＩＤ）が送信される。したがって、利用者が「送信」ボタンを押した段階で、次のステップＳ４６に移行する。ステップＳ４６では、メール処理部４０が、メッセージＩＤ、ヘッダを作成し、宛先、タイトル、本文等を、宛先のメールＤＢ３２（受送信区分＝「受信」）に追記する。これにより、新規作成されたメールが差出人から宛先に対して送信されたことになる。次いで、ステップＳ４８では、メール処理部４０が、メッセージＩＤ、宛先、タイトル、本文等を、送信者（差出人）のメールＤＢ３２（受送信区分＝「送信」）に追記する。以上のようにステップＳ４２〜Ｓ４８の処理が終了すると、図１３の処理に移行する。なお、図１３の処理については、後述する。
【００３７】
ところで、ステップＳ４０の判断が否定された場合、すなわち、メール処理部４０がメールの新規作成要求を受信していない場合には、ステップＳ５０に移行する。ステップＳ５０では、メール処理部４０が、利用者から返信要求を受信したか否かを判断する。ここでの判断が否定された場合、すなわち、図１６の画面上において利用者が「返信」ボタン又は「全員に返信」ボタンを押していない場合には、図１３の処理に移行する。一方、ステップＳ５０の判断が肯定された場合、すなわち、図１６の画面上において利用者が「返信」ボタン及び「全員に返信」ボタンのいずれかを押した場合には、ステップＳ５２に移行する。
【００３８】
ステップＳ５２では、メール処理部４０が、メールＤＢ３２（あるいはヘッダ）から返信元のメールを取得する。その後は、図９のステップＳ６０に移行する。
【００３９】
図９のステップＳ６０に移行すると、メール処理部４０は、返信元のメールに複数の宛先が含まれているか否か、すなわち、返信元のメールが同報メールであるか否かを判断する。ここでの判断が否定された場合、すなわち、返信元メールの宛先が１つであった場合には、ステップＳ６２に移行し、メール処理部４０は、返信画面のデータを作成し、クライアント（表示処理部５０）に送信する。表示処理部５０では、返信画面のデータを受信した段階で、返信画面（図１８）をディスプレイ１９３上に表示する。なお、図１８の返信画面には、返信元のメール本文（本文情報）が引用形式で（各行の先頭に引用符「>」を記載した状態で）表示されているものとする。また、図１８の返信画面のタイトルの欄には、返信元のメールのタイトルの先頭に「Re:」を付加したものが表示され、宛先の欄には、返信元のメールの送信者のアドレスが表示されているものとする。更に、返信画面には、「新規作成」、「返信（通常）」、「一覧表示に戻る」、「ログアウト」の各ボタンが用意されているものとする。
【００４０】
次いで、ステップＳ６４では、メール処理部４０が、宛先、タイトル、本文、発信者ＩＤを受信するまで待機する。この場合、利用者が図１８の返信画面上で入力を行い、「返信（通常）」ボタンを押すことで、クライアント２０の入力処理部５２からメール処理部４０に対して、宛先、タイトル、本文、差出人ＩＤが送信される。したがって、利用者が「送信」ボタンを押した段階で、次のステップＳ６６（通常メール送信処理）に移行する。
【００４１】
ステップＳ６６では、メール処理部４０は、図１０のフローチャートに沿った処理を実行する。以下、図１０の処理（通常メール送信処理）について説明する。
【００４２】
図１０の処理では、まず、ステップＳ６６１において、メール処理部４０は、前述したステップＳ４６と同様、メッセージＩＤ、ヘッダを作成し、宛先、タイトル、本文を宛先のメールＤＢ（受送信区分＝「受信」）に追記する。これにより、作成された返信メールが宛先に対して送信（返信）されたことになる。次いで、ステップＳ６６２では、前述したステップＳ４８と同様、メール処理部４０が、メッセージＩＤ、宛先、タイトル、本文等を、送信者（差出人）のメールＤＢ３２（受送信区分＝「送信」）に追記する。次いで、ステップＳ６６３では、メール処理部４０が、返信元のメッセージＩＤと、本返信メールのメッセージＩＤとを返信管理ＤＢ３４に登録する。以上により、ステップＳ６６の全処理が終了するので、図１３の処理に移行する。
【００４３】
図９に戻り、ステップＳ６０の判断が肯定された場合、すなわち、返信元メールに複数の宛先が含まれていた場合（同報メールであった場合）には、ステップＳ６８に移行する。そして、ステップＳ６８では、メール処理部４０は、返信元メールのメッセージＩＤが返信管理ＤＢ３４に含まれるかを調べる。すなわち、返信元メールに対していずれかの利用者から返信メールが出されたかどうかを調べる。
【００４４】
次いで、ステップＳ７０では、メール処理部４０は、返信管理ＤＢ３４に選択されたメールのメッセージＩＤが含まれているか否かを判断する。ここでの判断が否定された場合、すなわち、返信元メール（同報メール）に対して、未だいずれの利用者も返信していない場合には、ステップＳ７２に移行する。ステップＳ７２に移行すると、メール処理部４０は、図１８の画面に「返信（関連メール振り分け）」ボタンを追加した返信画面（図１９の画面）のデータを作成し、クライアント２０（表示処理部５０）に対して送信する。表示処理部５０では、該返信画面のデータを受信した段階で、図１９の返信画面をディスプレイ１９３上に表示する。なお、「返信（関連メール振り分け）」ボタンは、同報メールに関連する（紐付く）メールを格納するための新たなフォルダを生成するか否かを利用者に選択させるための選択情報（ボタン）である。なお、図１９の画面は、利用者が図１６のメッセージ表示画面において「返信」ボタンを押した場合の例を示している。なお、利用者が図１６の画面において「全員に返信」ボタンを押した場合には、図１９の画面の宛先欄に返信元メールに含まれる他の宛先が加えられることになる。
【００４５】
次いで、ステップＳ７４では、メール処理部４０が、宛先、タイトル、本文、差出人ＩＤを受信するまで待機する。この場合、利用者が図１９の返信画面上で入力を行い、「返信（通常）」ボタン又は「返信（関連メール振り分け）」ボタンを押すと、クライアント２０の入力処理部５２からメール処理部４０に対して、宛先、タイトル、本文、差出人ＩＤが送信される。したがって、利用者がいずれかのボタンを押した段階で、次のステップＳ７６に移行する。
【００４６】
ステップＳ７６に移行すると、メール処理部４０は、押下されたのが「返信（関連メール振り分け）」ボタンであったか否かを判断する。ここでの判断が否定された場合、すなわち、「返信（通常）」ボタンが押された場合には、ステップＳ６６に移行し、上記と同様、図１０の処理を実行して、図１３の処理に移行する。一方、ステップＳ７６の判断が肯定された場合には、ステップＳ７８（メール送信（関連メール振り分け）処理）に移行する。
【００４７】
ステップＳ７８では、メール処理部４０は、図１１のフローチャートに沿った処理を実行する。以下、図１１の処理について説明する。
【００４８】
図１１の処理では、まず、ステップＳ７８１において、前述したステップＳ４６，Ｓ６６１と同様、メール処理部４０が、メッセージＩＤ、ヘッダを作成し、宛先、タイトル、本文を宛先のメールＤＢ３２（受送信区分＝「受信」）に追記する。これにより、作成された返信メールが宛先に対して送信（返信）されたことになる。次いで、ステップＳ７８２では、前述したステップＳ４８，Ｓ６６２と同様、メール処理部４０が、メッセージＩＤ、宛先、タイトル、本文を、送信者（差出人）のメールＤＢ３２（受送信区分＝「送信」）に追記する。次いで、ステップＳ７８３では、前述したステップＳ６６３と同様、メール処理部４０が、返信元のメッセージＩＤと、本返信メールのメッセージＩＤとを返信管理ＤＢ３４に登録する。次いで、ステップＳ７８４では、メール処理部４０が、返信管理ＤＢ３４を用いて、返信元メッセージのルートメッセージ（この場合は、返信元メッセージがルートメッセージとなる）のＩＤを取得する。次いで、ステップＳ７８５では、メール処理部４０が、ルートメッセージのメッセージＩＤと、発信元メールの件名及び差出人ＩＤとを対応づけて、振り分けテーブル３６に記録する。例えば、図１９の返信画面上で作成された返信メールが送信された場合には、メール処理部４０は、図６（ｂ）に示すように、ルートメッセージのメッセージＩＤ「kaigi1@jp」とフォルダ名（一例として、発信元メールの件名及び差出人ＩＤ）「会議の出欠についてyamada@jp」とを対応付けて、振り分けテーブル３６に記録する。このステップＳ７８５の処理は、第２の格納先としての新たなフォルダ「会議の出欠についてyamada@jp」を生成する処理であるとも言える。
【００４９】
なお、ステップＳ７８５では、図２０に示すようなメッセージを表示することとしてもよい。図２０で表示されているメッセージは、メール「会議の出欠について」（発信者yamada@jp）から派生したメール（紐付く返信メール）が、今後、フォルダ「会議の出欠についてyamada@jp」に振り分けられるということを利用者に伝えるものである。
【００５０】
以上により図１１の処理（ステップＳ７８の処理）が終了すると、図１３の処理に移行する。
【００５１】
図９に戻り、ステップＳ７０の判断が肯定された場合、すなわち、返信元のメールに対して、既にいずれかの利用者が返信している場合には、ステップＳ８０に移行する。ステップＳ８０に移行すると、メール処理部４０は、図１８の画面に対して「返信（関連メール振り分け）」ボタンと「返信（全て振り分け）」ボタンを追加した返信画面のデータを作成する。そして、メール処理部４０は、作成した返信画面のデータをクライアント２０（表示処理部５０）に対して送信する。表示処理部５０では、該返信画面のデータを受信した段階で、図２１に示す返信画面を表示する。なお、「返信（全て振り分け）」ボタンも、「返信（関連メール振り分け）」ボタンと同様、同報メールに関連する（紐付く）メールを格納するための新たなフォルダを生成するか否かを利用者に選択させるための選択情報（ボタン）である。なお、図２１の画面は、利用者が図１６のメッセージ表示画面において「返信」ボタンを押した場合の例を示している。なお、利用者が図１６の画面において「全員に返信」ボタンを押した場合には、図２１の画面の宛先欄に返信元メールに含まれる他の宛先が加えられることになる。
【００５２】
次いで、ステップＳ８２では、メール処理部４０が、宛先、タイトル、本文、差出人ＩＤを受信するまで待機する。この場合、利用者が図２１の返信画面上で入力を行い、「返信（通常）」ボタン、「返信（関連メール振り分け）」ボタン又は「返信（全て振り分け）」ボタンを押すと、クライアント２０の入力処理部５２からメール処理部４０に対して、宛先、タイトル、本文、差出人ＩＤが送信される。したがって、利用者がいずれかのボタンを押した段階で、次のステップＳ８４に移行する。
【００５３】
ステップＳ８４に移行すると、メール処理部４０は、利用者によって押下されたのが「返信（全て振り分け）」ボタンであったか否かを判断する。ここでの判断が否定された場合には、ステップＳ７６に移行し、前述と同様の判断・処理を実行する。一方、ステップＳ８４の判断が肯定された場合、すなわち、「返信（全て振り分け）」ボタンが押された場合には、ステップＳ８６に移行する。
【００５４】
ステップＳ８６に移行した場合、メール処理部４０は、メール送信（全て振り分け）処理を実行する。ステップＳ８６では、メール処理部４０は、図１２のフローチャートに沿った処理を実行する。以下、図１２の処理について説明する。
【００５５】
図１２の処理では、まず、ステップＳ８６１において、前述したステップＳ４６，Ｓ６６１、Ｓ７８１と同様、メール処理部４０が、メッセージＩＤ、ヘッダを作成し、宛先、タイトル、本文を宛先のメールＤＢ３２（受送信区分＝「受信」）に追記する。これにより、作成された返信メールが宛先に対して送信（返信）されたことになる。次いで、ステップＳ８６２では、前述したステップＳ４８、Ｓ６６２、Ｓ７８２と同様、メール処理部４０が、メッセージＩＤ、宛先、タイトル、本文を、送信者（差出人）のメールＤＢ３２（受送信区分＝「送信」）に追記する。次いで、ステップＳ８６３では、前述したステップＳ６６３、Ｓ７８３と同様、メール処理部４０が、返信元のメッセージＩＤと、本返信メールのメッセージＩＤとを返信管理ＤＢ３４に登録する。次いで、ステップＳ８６４では、前述したステップＳ７８４と同様、メール処理部４０が、返信管理ＤＢ３４を用いて、返信元メッセージのルートメッセージのＩＤを取得する。次いで、ステップＳ８６５では、前述したステップＳ７８５と同様、メール処理部４０が、ルートメッセージのメッセージＩＤと、発信元メールの件名及び差出人ＩＤとを対応づけて、振り分けテーブル３６に記録する。このステップＳ８６５の処理は、第２の格納先としての新たなフォルダを生成する処理であるとも言える。
【００５６】
次いで、ステップＳ８６６では、メール処理部４０は、返信管理ＤＢ３４より、取得したルートメッセージのＩＤが設定されているレコードをすべて取得する。次いで、ステップＳ８６７では、メール処理部４０は、取得したレコードの子メッセージの情報をメールＤＢ３２から全て取得する。そして、ステップＳ８６８では、メール処理部４０は、取得したメッセージの情報を、先ほど記録した振り分けテーブルのフォルダに全て移動する（実際には、フォルダ名を変更する）。以上により、これまでに受信した「会議の出欠について」（発信者yamada@jp）のメールから派生したメールがフォルダ「会議の出欠についてyamada@jp」に振り分けられる。また、今後受信する「会議の出欠について」（発信者yamada@jp）のメールから派生したメールも、フォルダ「会議の出欠についてyamada@jp」に振り分けられることになる。なお、ステップＳ８６８においても、図２０のようなメッセージをクライアント２０のディスプレイ１９３上に表示するようにしてもよい。
【００５７】
以上により図１２の処理（ステップＳ８６の処理）が終了すると、図１３の処理に移行する。
【００５８】
図１３に移行すると、メール処理部４０は、ステップＳ９０において、メールＤＢ３２に新しいメッセージが追加されたか（受信したか）否かを判断する。なお、新しいメッセージは、メインフォルダに追加されるものとする。ステップＳ９０の判断が否定された場合、ステップＳ１０４に移行するが、肯定された場合には、ステップＳ９２に移行する。なお、ステップＳ９２〜Ｓ１０２は、メール（新規メール、返信メールを含む）を受信したときにメール処理部４０が実行する処理である。
【００５９】
ステップＳ９２に移行すると、メール処理部４０は、返信管理ＤＢ３４に、追加されたメッセージのＩＤが含まれているかを判別する。すなわち、メール処理部４０は、受信したメールが返信メールであるか否かを判別する。そして、ステップＳ９４では、メール処理部４０が、ステップＳ９２の結果、返信管理ＤＢ３４に含まれているか否かを判断し、判断が否定された場合には、ステップＳ１０４に移行する。一方、ステップＳ９４の判断が肯定された場合には、ステップＳ９６に移行する。
【００６０】
ステップＳ９６に移行した場合、メール処理部４０は、返信管理ＤＢ３４から、受信メール（返信メール）に対応するルートメッセージのＩＤを取得する。次いで、ステップＳ９８では、メール処理部４０が、ルートメッセージのＩＤが、振り分けテーブル３６に含まれているか否かを判断する。ここでの判断が否定された場合には、ステップＳ１０４に移行するが、肯定された場合には、ステップＳ１００に移行する。
【００６１】
ステップＳ１００に移行した場合、メール処理部４０は、ルートメッセージのＩＤに対応するフォルダ名を振り分けテーブル３６から取得する。次いで、ステップＳ１０２では、メール処理部４０が、追加されたメッセージの情報を取得したフォルダ名に対応する欄に移動させる。なお、ステップＳ１０２では、メール処理部４０は、実際には、メールＤＢ３２のフォルダ名の欄の記載をメインフォルダから振り分け先のフォルダに変更する処理を実行する（図２２参照）。
【００６２】
ステップＳ１０２の後、あるいはステップＳ９０、Ｓ９４、Ｓ９８のいずれかの判断が否定された後には、ステップＳ１０４に移行し、メール処理部４０は、受信メール一覧画面の表示要求を受信したか否かを判断する。なお、利用者がメッセージ表示画面（図１６）や返信画面（図１８〜図２１）において、「一覧表示に戻る」ボタンを押すと、クライアント２０の入力処理部５２からメール処理部４０に対して受信メール一覧画面の表示要求が送信される。このように受信メール一覧表示の要求が出された場合（Ｓ１０４：肯定）には、メール処理部４０は、図７のステップＳ２２に移行する。なお、ステップＳ２２に移行した段階で、図２２に示すようにメールＤＢ３２の「フォルダ名」のフィールドに複数のフォルダ名（図２２では、「メインフォルダ」と「会議の出欠についてyamada@jp」の２つ）が格納されている場合には、メール処理部４０は、図２３（ａ）に示すような受信メール一覧画面を表示する。なお、図２３（ａ）の受信メール一覧画面では、メインフォルダ内のメッセージの情報を表示した画面となっている。そして、図８のステップＳ３０の判断が肯定されると（利用者によってフォルダ「会議の出欠についてyamada@jp」が選択されると）、メール処理部４０は、ステップＳ３２において、利用者のメールＤＢ３２の選択されたフォルダ（フォルダ「会議の出欠についてyamada@jp」）から、受信メールの情報を取得し、受信メール一覧画面（図２３（ｂ））を作成し、クライアント２０（表示処理部５０）に送信する。
【００６３】
一方、図１３のステップＳ１０４の判断が否定された場合、すなわち、受信メール一覧表示の要求が出されていない場合には、ステップＳ１０６に移行する。
【００６４】
ステップＳ１０６に移行すると、メール処理部４０は、ログアウト要求を受信したか否かを判断する。なお、利用者が画面（図１５〜図２３）上において、「ログアウト」ボタンを押すと、クライアント２０の入力処理部５２からメール処理部４０に対してログアウト要求が送信される。このようにログアウト要求が出された場合（Ｓ１０６：肯定）には、メール処理部４０は、図７〜図１３の全処理を終了するが、ログアウト要求が出されていない場合（Ｓ１０６：否定）には、図８のステップＳ３０に移行する。
【００６５】
なお、図２３（ｂ）の受信メール一覧画面において、フォルダ「会議の出欠についてyamada@jp」内の上から２つ目のメールが選択された場合には、図２４に示すようなメッセージ表示画面を表示するようにしてもよい。図２４のメッセージ表示画面には、「振り分け解除」ボタンが用意されているものとする。利用者が「振り分け解除」ボタンを押した場合、メール処理部４０は、表示しているメールをフォルダ「会議の出欠についてyamada@jp」から「メインフォルダ」に移動させる（メールＤＢ３２のフォルダ名を変更する）こととしてもよい。あるいは、利用者が「振り分け解除」ボタンを押した場合、メール処理部４０は、フォルダ「会議の出欠についてyamada@jp」に格納されている全メールを「メインフォルダ」に移動させる（メールＤＢ３２のフォルダ名を変更する）こととしてもよい。
【００６６】
これまでの説明から明らかなように、本実施形態では、一例として、メール処理部４０により、返信画面のデータをクライアント２０に送信する送信部、返信画面上で作成されたメールの情報を受信する受信部、同報メールに関連するメールを格納するフォルダを生成する生成部、生成部により生成されたフォルダにメールを格納する格納部としての機能が実現されている。
【００６７】
以上、詳細に説明したように、本実施形態によると、メール処理部４０は、送信元から複数の宛先に対して送信された同報メールをメールＤＢ３２のメインフォルダに格納し（Ｓ９０）、同報メールに対する返信メールの作成要求をクライアント２０から受信すると（Ｓ５０：肯定）、同報メールに関連するメールを格納するフォルダを生成するか否かを選択させるための選択情報（「返信（関連メール振り分け）」ボタンや「返信（全て振り分け）」ボタン）を含む返信画面（図１９、図２１）のデータをクライアント２０に送信する（Ｓ７２、Ｓ８０）。そして、メール処理部４０は、クライアント２０から返信画面上で作成されたメールの情報（宛先・タイトル・本文・差出人ＩＤ）を受信すると（Ｓ７４、Ｓ８２：肯定）、メールの情報に「返信（関連メール振り分け）」ボタンや「返信（全て振り分け）」ボタンが押された情報が含まれていれば、その振り分け用のフォルダを生成する（Ｓ７８，Ｓ８６）。このようにすることで、本実施形態では、クライアント２０の利用者が同報メールに返信した適切なタイミングで、同報メールに関連するメール（紐付くメール）を格納するフォルダを作成することができる。これにより、同報メールに関連するメールを読む必要がなくなる（可能性が高い）タイミング以降は、該関連するメールがメインフォルダとは異なるフォルダに格納されるようになる。したがって、重要なメールと読む必要の無いメールとが同一フォルダ（本実施形態では、メインフォルダ）に混在しなくなるので、利用者にとっての利便性を向上することができる。また、利用者は、同報メールを送信するまでは、同報メールに対する他の利用者からの返信メールを読みたい場合も多い。本実施形態によれば、このような利用者が読みたいメールは、利用者が同報メールに返信するまではメインフォルダに格納されるので、利用者の利便性が損なわれることはない。
【００６８】
また、本実施形態では、メール処理部４０は、フォルダ作成後に同報メールに関連するメールを新たに受信した場合、及びフォルダ作成前に同報メールに関連するメールを受信していた場合に、それらのメールを作成したフォルダに格納するようにしている（Ｓ８６８、Ｓ１０２）。これにより、メール処理部４０は、フォルダ作成前後にかかわらず、受信した同報メールに関連するメールを全て新たに作成したフォルダに格納するので、利用者の利便性を向上することができる。
【００６９】
また、本実施形態では、メール処理部４０は、新たに作成したフォルダを指定した表示要求をクライアント２０から受信すると（Ｓ３０：肯定）、新たに作成したフォルダに格納されているメールの表示画面（図２３（ａ））のデータをクライアント２０に対して送信する（Ｓ３２）。これにより、本実施形態では、メインフォルダ内のメールのみならず、新たに作成したフォルダに格納されたメールの閲覧が可能となる。
【００７０】
なお、上記実施形態では、メール処理部４０は、同報メールに関連するメール（紐付くメール）を格納するフォルダを作成した場合に、作成タイミングの前後に受信した関連するメール全てを作成したフォルダに移動する場合について説明した。しかしながら、これに限られるものではなく、メール処理部４０は、例えば、作成タイミングの前に受信した関連するメールはフォルダに移動しないようにしてもよい。この場合、図９のステップＳ８０〜Ｓ８６の処理・判断を省略することとしてもよい。
【００７１】
なお、上記実施形態では、返信管理ＤＢ３４がルートメッセージを格納する場合について説明したが、これに限られるものではない。例えば、返信管理ＤＢ３４にはルートメッセージを格納しないこととしてもよい。この場合、メール処理部４０は、ルートメッセージの確認が必要なときに、返信管理ＤＢ３４の子メッセージと親メッセージの対応関係から、ルートメッセージを探すようにしてもよい。また、返信管理ＤＢ３４を用意することなく、メールのヘッダ内のReply-To情報を用いて、親メッセージのＩＤを取得することでも実現可能である。      
【００７２】
なお、上記実施形態では、メールＤＢ３２をメインフォルダ及び新たに作成されるフォルダごとに用意することとしてもよい。
【００７３】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。
【００７４】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００７５】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【００７６】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【００７７】
なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１）  送信元から複数の宛先に対して送信された同報メールを第１の格納先に格納し、
前記同報メールに対する返信メールの作成要求を端末から受信すると、前記同報メールに関連するメールを格納する第２の格納先を生成するか否かを選択させるための選択情報を該端末に送信し、
該端末からメール情報を受信し、
該メール情報に前記第２の格納先を生成する選択がされた情報が含まれていた場合に、前記第２の格納先を生成する、
処理をコンピュータに実行させることを特徴とするメール処理プログラム。
（付記２）  前記同報メールに関連するメールを受信した場合、及び前記同報メールに関連するメールを受信していた場合に、該メールを前記第２の格納先に格納する、処理を前記コンピュータに更に実行させることを特徴とする付記１に記載のメール処理プログラム。
（付記３）  送信元から複数の宛先に対して送信された同報メールを第１の格納先に格納する工程と、
前記同報メールに対する返信メールの作成要求を端末から受信すると、前記同報メールに関連するメールを格納する第２の格納先を生成するか否かを選択させるための選択情報を該端末に送信する工程と、
該端末からメール情報を受信する工程と、
該メール情報に前記第２の格納先を生成する選択がされた情報が含まれていた場合に、前記第２の格納先を生成する工程と、
をコンピュータが実行することを特徴とするメール処理方法。
（付記４）  前記同報メールに関連するメールを受信した場合、及び前記同報メールに関連するメールを受信していた場合に、該メールを前記第２の格納先に格納する工程を前記コンピュータが更に実行することを特徴とする付記３に記載のメール処理プログラム。
（付記５）  送信元から複数の宛先に対して送信された同報メールを格納する第１の格納先と、
前記同報メールに対する返信メールの作成要求を端末から受信すると、前記同報メールに関連するメールを格納する第２の格納先を生成するか否かを選択させるための選択情報を該端末に送信する送信部と、
該端末からメール情報を受信する受信部と、
該メール情報に前記第２の格納先を生成する選択がされた情報が含まれていた場合に、前記第２の格納先を生成する生成部と、
を備えるメール処理装置。
（付記６）  前記同報メールに関連するメールを受信した場合、及び前記同報メールに関連するメールを受信していた場合に、該メールを前記第２の格納先に格納する格納部を更に備える付記５に記載のメール処理装置。
【符号の説明】
【００７８】
１０  サーバ（メール処理装置）
４０  メール処理部（送信部、受信部、生成部、格納部）
【図１】
2014191635.tif 000003
【図２】
2014191635.tif 000004
【図３】
2014191635.tif 000005
【図４】
2014191635.tif 000006
【図５】
2014191635.tif 000007
【図６】
2014191635.tif 000008
【図７】
2014191635.tif 000009
【図８】
2014191635.tif 000010
【図９】
2014191635.tif 000011
【図１０】
2014191635.tif 000012
【図１１】
2014191635.tif 000013
【図１２】
2014191635.tif 000014
【図１３】
2014191635.tif 000015
【図１４】
2014191635.tif 000016
【図１５】
2014191635.tif 000017
【図１６】
2014191635.tif 000018
【図１７】
2014191635.tif 000019
【図１８】
2014191635.tif 000020
【図１９】
2014191635.tif 000021
【図２０】
2014191635.tif 000022
【図２１】
2014191635.tif 000023
【図２２】
2014191635.tif 000024
【図２３】
2014191635.tif 000025
【図２４】
2014191635.tif 000026