(57)【要約】【課題】従来のメール送信装置においては、条件に合致するメールの送信履歴を保存し、管理することができなかった。【解決手段】メールの送信履歴を格納し得る送信履歴格納部と、送信履歴取得条件を格納し得る送信履歴取得条件格納部と、送信メールを格納し得るメール格納部と、各種操作を受け付ける受付部と、受付部が受け付けた作成操作に従いメールを作成し蓄積するメール作成部と、受付部が受け付けた送信指示に対応するメールを送信する送信部と、受付部が受け付けた送信指示に対応するメール属性情報を取得するメール属性情報取得部と、メール属性情報が、送信履歴取得条件を満たすか否かを判断する判断部と、判断部が送信履歴取得条件を満たすと判断したメール属性情報を有する送信履歴を、送信履歴格納部に蓄積する送信履歴蓄積部とを具備するメール送信装置により、条件に合致するメールの送信履歴を保存し、管理することができる。【選択図】図１
2012089059.tif 000002
【特許請求の範囲】
【請求項１】
メールの送信履歴を格納し得る送信履歴格納部と、
送信履歴を取得する条件である送信履歴取得条件を格納し得る送信履歴取得条件格納部と、
メールの作成操作、メールの送信指示を含む操作を受け付ける受付部と、
前記受付部がメールの送信指示を受け付けた場合に、当該送信指示に対応するメールに関する情報であるメール属性情報を取得するメール属性情報取得部と、
前記メール属性情報が、前記送信履歴取得条件を満たすか否かを判断する判断部と、
前記判断部が前記送信履歴取得条件を満たすと判断したメール属性情報を有する送信履歴を、前記送信履歴格納部に蓄積する送信履歴蓄積部とを具備するメール送信装置。
【請求項２】
前記送信履歴取得条件は、送信メールが添付ファイルを有することである請求項１記載のメール送信装置。
【請求項３】
前記送信履歴取得条件は、送信メールが送信エラーであったことである請求項１記載のメール送信装置。
【請求項４】
送信メールが送信エラーであった場合に、当該メールに関する警告を出力する警告出力部をさらに具備する請求項３記載のメール送信装置。
【請求項５】
前記受付部は、
前記送信履歴取得条件を修正する入力を受け付け、
前記修正された送信履歴取得条件を、前記送信履歴取得条件格納部に蓄積する送信履歴取得条件蓄積部をさらに具備する請求項１から請求項４いずれか記載のメール送信装置。
【請求項６】
前記受付部は、
前記送信履歴格納部に格納されている送信エラーである送信履歴に対して、メール属性情報を変更する変更指示、およびメールの送信指示を受け付け、
前記メール作成部は、
前記受付部が受け付けた前記変更指示に従い、前記送信履歴に対応するメールのメール属性情報を変更し、
前記メール送信部は、
前記受付部が受け付けた前記送信指示に従い、前記メール作成部がメール属性情報を変更したメールを送信し、
前記メール送信部がメールを正常に送信できた場合に、送信が完了した旨である送信済情報を前記送信履歴に対応付けて前記送信履歴格納部に蓄積する、または、前記送信履歴格納部から前記送信履歴を削除する正常送信処理部をさらに具備する請求項３から請求項５いずれか記載のメール送信装置。
【請求項７】
メールの送信前に、送信エラーとなる可能性があると判断するための条件である警告条件を格納し得る警告条件格納部と、
前記受付部が前記送信指示を受け付けた場合に、前記メール属性情報取得部が取得したメール属性情報と、前記警告条件とを比較し、当該メール属性情報が当該警告条件を満たす場合に、前記メール送信部がメールを送信する前に警告を出力する送信前警告出力部とをさらに具備する請求項３から請求項６いずれか記載のメール送信装置。
【請求項８】
前記送信履歴が有するメール属性情報から前記警告条件を作成するためのパターンである警告条件作成パターンを格納する警告条件作成パターン格納部と、
前記送信履歴のうち、当該警告条件作成パターンに一致するメール属性情報を取得し、警告条件を作成する警告条件作成部とをさらに具備する請求項７記載のメール送信装置。
【請求項９】
前記警告条件作成パターンは、メールの宛先を示す宛先情報であること、または添付ファイルのサイズであること、または添付ファイルの形式であること、またはメールの宛先を示す宛先情報かつ添付ファイルのサイズであること、またはメールの宛先を示す宛先情報かつ添付ファイルの形式であることのうちのいずれかである請求項８記載のメール送信装置。
【請求項１０】
記録媒体に、
送信履歴を取得する条件である送信履歴取得条件が格納されており、
受付部と、メール作成部と、メール送信部と、メール属性情報取得部と、判断部と、送信履歴蓄積部とを用いて行われる情報処理方法であって、
前記受付部が、メールの作成操作、メールの送信指示を含む操作を受け付ける受付ステップと、
前記メール作成部が、前記受付部が前記作成操作を受け付けた場合に、当該作成操作に対応するメールを作成し、蓄積するメール作成ステップと、
前記メール送信部が、前記受付部が前記送信指示を受け付けた場合に、前記蓄積したメールを送信するメール送信ステップと、
前記メール属性情報取得部が、前記受付部が前記送信指示を受け付けた場合に、当該送信指示に対応するメールに関する情報であるメール属性情報を取得するメール属性情報取得ステップと、
前記判断部が、前記メール属性情報が、前記送信履歴取得条件を満たすか否かを判断する判断ステップと、
前記送信履歴蓄積部が、前記判断部が前記送信履歴取得条件を満たすと判断したメール属性情報を有する送信履歴を蓄積する送信履歴蓄積ステップとを具備するメール送信方法。
【請求項１１】
記録媒体に、
送信履歴を取得する条件である送信履歴取得条件が格納されており、
コンピュータを、
メールの作成操作、メールの送信指示を含む操作を受け付ける受付部と、
前記受付部が前記作成操作を受け付けた場合に、当該作成操作に対応するメールを作成し、前記メール格納部に蓄積するメール作成部と、
前記受付部が前記送信指示を受け付けた場合に、前記メール格納部のメールを送信するメール送信部と、
前記受付部が前記送信指示を受け付けた場合に、当該送信指示に対応するメールに関する情報であるメール属性情報を取得するメール属性情報取得部と、
前記メール属性情報が、前記送信履歴取得条件を満たすか否かを判断する判断部と、
前記判断部が前記送信履歴取得条件を満たすと判断したメール属性情報を有する送信履歴を、前記送信履歴格納部に蓄積する送信履歴蓄積部として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定の条件に合致するメールの送信履歴を保存し、管理するメール送信装置等に関するものである。
【背景技術】
【０００２】
従来、電子メールを送受信し管理するアプリケーションソフトウェアである電子メールクライアントが開発されている。（例えば、非特許文献１参照）。このような装置を用いることによって、ユーザは、電子メールを送受信し、管理することができた。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】“Ｔｈｕｎｄｅｒｂｉｒｄ”、[online]、Ｍｏｚｉｌｌａ  Ｊａｐａｎ、［２０１０年１０月４日検索］、インターネット<URL：http://mozilla.jp/thunderbird/>
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のメール送信装置においては、条件に合致するメールの送信履歴を保存し、管理することができないという課題があった。
【課題を解決するための手段】
【０００５】
本第一の発明のメール送信装置は、メールの送信履歴を格納し得る送信履歴格納部と、送信履歴を取得する条件である送信履歴取得条件を格納し得る送信履歴取得条件格納部と、送信するメールを格納し得るメール格納部と、メールの作成操作、メールの送信指示を含む操作を受け付ける受付部と、受付部が作成操作を受け付けた場合に、作成操作に対応するメールを作成し、メール格納部に蓄積するメール作成部と、受付部が送信指示を受け付けた場合に、メール格納部のメールを送信するメール送信部と、受付部が送信指示を受け付けた場合に、送信指示に対応するメールに関する情報であるメール属性情報を取得するメール属性情報取得部と、メール属性情報が、送信履歴取得条件を満たすか否かを判断する判断部と、判断部が送信履歴取得条件を満たすと判断したメール属性情報を有する送信履歴を、送信履歴格納部に蓄積する送信履歴蓄積部とを具備するメール送信装置である。
【０００６】
このような構成により、条件に合致するメールの送信履歴を保存し、管理することができる。
【０００７】
また、本第二の発明のメール送信装置は、第一の発明に対して、送信履歴取得条件は、送信メールが添付ファイルを有することであるメール送信装置である。
【０００８】
このような構成により、添付ファイルを有するメールの送信履歴を保存し、管理することができる。
【０００９】
また、本第三の発明のメール送信装置は、第一の発明に対して、送信履歴取得条件は、送信メールが送信エラーであったことであるメール送信装置である。
【００１０】
このような構成により、送信エラーであったメールの送信履歴を保存し、管理することができる。
【００１１】
また、本第四の発明のメール送信装置は、第三の発明に対して、送信メールが送信エラーであった場合に、メールに関する警告を出力する警告出力部をさらに具備するメール送信装置である。
【００１２】
このような構成により、送信エラーであったメールに対してその旨を通知することができる。
【００１３】
また、本第五の発明のメール送信装置は、第一から第四いずれかの発明に対して、受付部は、送信履歴取得条件を修正する入力を受け付け、修正された送信履歴取得条件を、送信履歴取得条件格納部に蓄積する送信履歴取得条件蓄積部をさらに具備するメール送信装置である。
【００１４】
このような構成により、送信履歴取得条件を変更することができる。
【００１５】
また、本第六の発明のメール送信装置は、第三から第五いずれかの発明に対して、受付部は、送信履歴格納部に格納されている送信エラーである送信履歴に対して、メール属性情報を変更する変更指示、およびメールの送信指示を受け付け、メール作成部は、受付部が受け付けた変更指示に従い、送信履歴に対応するメールのメール属性情報を変更し、メール送信部は、受付部が受け付けた送信指示に従い、メール作成部がメール属性情報を変更したメールを送信し、メール送信部がメールを正常に送信できた場合に、送信が完了した旨である送信済情報を送信履歴に対応付けて送信履歴格納部に蓄積する、または、送信履歴格納部から送信履歴を削除する正常送信処理部をさらに具備するメール送信装置である。
【００１６】
このような構成により、送信エラーとなったメールを再送した旨を記録する、または送信エラーとなったメールの送信履歴を削除することができる。
【００１７】
また、本第七の発明のメール送信装置は、第三から第六いずれかの発明に対して、メールの送信前に、送信エラーとなる可能性があると判断するための条件である警告条件を格納し得る警告条件格納部と、受付部が送信指示を受け付けた場合に、メール属性情報取得部が取得したメール属性情報と、警告条件とを比較し、メール属性情報が警告条件を満たす場合に、メール送信部がメールを送信する前に警告を出力する送信前警告出力部とをさらに具備するメール送信装置である。
【００１８】
このような構成により、送信エラーとなり得るメールの送信を、未然に防ぐことができる。
【００１９】
また、本第八の発明のメール送信装置は、第七の発明に対して、送信履歴が有するメール属性情報から警告条件を作成するためのパターンである警告条件作成パターンを格納する警告条件作成パターン格納部と、送信履歴のうち、警告条件作成パターンに一致するメール属性情報を取得し、警告条件を作成する警告条件作成部とをさらに具備するメール送信装置である。
【００２０】
このような構成により、送信エラーとなり得るメールの送信を、未然に防ぐことができる。
【００２１】
また、本第九の発明のメール送信装置は、第八の発明に対して、警告条件作成パターンは、メールの宛先を示す宛先情報であること、または添付ファイルのサイズであること、または添付ファイルの形式であること、またはメールの宛先を示す宛先情報かつ添付ファイルのサイズであること、またはメールの宛先を示す宛先情報かつ添付ファイルの形式であることのうちのいずれかであるメール送信装置である。
【００２２】
このような構成により、送信エラーとなり得るメールの送信を、未然に防ぐことができる。
【発明の効果】
【００２３】
本発明によるメール送信装置等によれば、条件に合致するメールの送信履歴を保存し、管理することができる。
【図面の簡単な説明】
【００２４】
【図１】実施の形態１におけるメール送信装置１のブロック図
【図２】同メール送信装置１の全体動作について説明するフローチャート
【図３】同送信履歴取得条件の例
【図４】同送信エラーである旨を通知する警告の出力例
【図５】同送信履歴取得条件の入力を受け付けるＧＵＩの例
【図６】実施の形態２におけるメール送信装置２のブロック図
【図７】同メール送信装置２の全体動作について説明するフローチャート
【図８】同送信履歴の例
【図９】同警告条件の例
【図１０】同警告条件作成パターンの例
【図１１】同メールの変更指示を受け付けるＧＵＩの例
【図１２】同送信エラーとなり得る旨を通知する警告の出力例
【図１３】同コンピュータシステムの概観図
【図１４】同コンピュータシステムのブロック図
【発明を実施するための形態】
【００２５】
以下、本発明によるメール送信装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。また、所定の情報等が格納され得る格納部等において、当該格納部に情報等が記憶される過程は問わないものとする。例えば、記録媒体を介して情報等が格納部等で記憶されるようになってもよい。また、通信回線などを介して送信された情報等が格納部等で記憶されるようになってもよい。さらに、入力デバイスを介して入力された情報等が格納部等で記憶されるようになってもよい。
【００２６】
（実施の形態１）
本実施の形態において、所定の条件に合致する送信メールの送信履歴を保存し、送信メールが送信エラーであった場合は、当該メールに関する警告を出力するメール送信装置１について説明する。
【００２７】
図１は、本実施の形態におけるメール送信装置１のブロック図である。
【００２８】
メール送信装置１は、送信履歴格納部１０１、送信履歴取得条件格納部１０２、メール格納部１０３、受付部１０４、メール作成部１０５、メール送信部１０６、メール属性情報取得部１０７、判断部１０８、送信履歴蓄積部１０９、警告出力部１１０、送信履歴取得条件蓄積部１１１を備える。
【００２９】
送信履歴格納部１０１は、メールの送信履歴を格納し得る。ここで、メールとは、いわゆる電子メールのことであり、メールの送信先を示す電子メールアドレスや、メールの件名、メールの本文、返信時のアドレス、送信日時、文字コードを示す情報などを有するものである。
【００３０】
また、送信履歴とは、メールを送信したことを示す情報である。送信履歴は、例えば、宛先情報や、件名情報、日時情報、添付ファイル有無情報、添付ファイル名情報、添付ファイル形式情報、サイズ情報、送信結果情報などを有する。また、メール送信履歴は、アドレス帳情報を有していてもよい。メールの送信履歴は、メールを送信したことを示すことができれば、その種類、形式などは問わない。
【００３１】
また、宛先情報とは、メールの宛先を示す情報である。宛先情報は、いわゆるメールアドレスを示す情報であり、例えば、「account@mailmail.com」や、「user@mailaddress.co.jp」、「mail-id@user-mail.ne.jp」などである。宛先情報は、メールの宛先を示すことができれば、その形式は問わない。
【００３２】
また、件名情報とは、メールの件名を示す情報である。件名情報は、例えば、「打ち合わせの件について」や、「物品購入のご連絡」、「ご挨拶」などである。件名情報は、メールの件名を示すことができれば、その形式は問わない。
【００３３】
また、日時情報とは、メールの送信日時を示す情報である。日時情報は、例えば、「２０１０年１０月１１日  １２時３４分５６秒」や、「２０１０／１０／１１  ２０：３４：５６」、「２０１０年９月９日  ＡＭ１１：４５：３６」、「Ｍｏｎ  Ｏｃｔ  ０９  ２３：４５：０６  ２０１０」などである。日時情報は、メールの送信日時を示すことができれば、その形式は問わない。
【００３４】
また、添付ファイル有無情報とは、メールにファイルが添付されているか否かを示す情報である。添付ファイル有無情報は、例えば、「添付：あり」や、「添付：なし」、「あり」、「なし」、「ＹＥＳ」、「ＮＯ」などである。添付ファイル有無情報は、メールが添付ファイルを有するか否かを示すことができれば、その形式は問わない。
【００３５】
また、添付ファイル名情報とは、メールに添付されているファイルの名称を示す情報である。添付ファイル名情報は、例えば、「名簿．ｄｏｃ」や、「計算表．ｘｌｓ」、「運動会．ｊｐｇ」、「契約書．ｐｄｆ」などである。添付ファイル名情報は、添付ファイルの名称を示すことができれば、その形式は問わない。
【００３６】
また、添付ファイル形式情報とは、メールに添付されているファイルの形式を示す情報である。添付ファイル形式情報は、例えば、「テキスト形式」や、「テキスト」、「ＪＰＥＧ」、「．ｊｐｇ」などである。添付ファイル形式情報は、添付ファイルの形式を示すことができれば、その形式は問わない。
【００３７】
また、サイズ情報とは、メールのサイズ（容量）を示す情報である。サイズ情報は、メールに添付されているファイルのサイズ（容量）を示す情報であってもよい。サイズ情報は、例えば、「２３４ＫＢ」や、「０．９８ＫＢ」、「１．２ＭＢ」などである。サイズ情報は、メールのサイズを示すことができれば、その形式は問わない。
【００３８】
また、送信結果情報とは、メールの送信が成功したか否かを示す情報である。送信結果情報は、例えば、「送信：成功」や、「送信：失敗」、「成功」、「失敗」、「ＳＵＣＣＥＥＤＥＤ」、「ＦＡＩＬＥＤ」、「ノーマル」、「エラー」、「Ｎｏｒｍａｌ」、「Ｅｒｒｏｒ」などである。送信結果情報は、メールの送信が成功したか否かを示すことができれば、その形式は問わない。
【００３９】
また、アドレス帳情報とは、いわゆるアドレス帳を示す情報であり、宛先情報を有する情報である。アドレス帳情報は、通常、宛先情報と、その他の情報が対応付けられている。その他の情報は、例えば、名称情報や、住所情報、電話番号情報などである。
【００４０】
ここで、名称情報とは、メールを送信する相手の名称を示す情報である。名称情報は、例えば、「電子  太郎」や、「電子  花子」、「送信  完太」、「受信  済子」などである。名称情報は、名称を示すことができれば、その形式は問わない。
【００４１】
また、住所情報とは、メールを送信する相手の住所を示す情報である。住所情報は、例えば、「１００−８９１５  東京都千代田区霞が関三丁目４番３号」や、「１００８９１５  東京都千代田区霞が関三丁目４番３号」、「東京都千代田区霞が関三丁目４番３号」などである。住所情報は、住所を示すことができれば、その形式は問わない。
【００４２】
また、電話番号情報とは、メールを送信する相手の電話番号を示す情報である。電話番号情報は、例えば、「０３−１２３４―５６７８」や、「（０３）９８７６―５４３２」などである。電話番号情報は、電話番号を示すことができれば、その形式は問わない。
【００４３】
また、送信履歴は、通常、送信メールの実体（送信したメールそのもの）と対応付けられている。つまり、ユーザは、送信履歴を参照することで、送信メールの実体も参照できる。
【００４４】
送信履歴格納部１０１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【００４５】
送信履歴取得条件格納部１０２は、送信履歴取得条件を格納し得る。
【００４６】
ここで、送信履歴取得条件とは、送信履歴を取得するための条件である。送信履歴取得条件は、例えば、取得対象を示す対象情報と、取得対象の値を示す値情報と、条件を満たすか否かを判断する種別を示す判断種別情報とを有する。また、送信履歴取得条件は、１つの送信履歴条件に２以上の対象情報などが含まれる場合に、これらの情報をどのようにして連結するのかを示す連結情報を有していてもよい。
【００４７】
対象情報とは、例えば、「宛先」や、「件名」、「送信結果情報」などである。また、値情報は、例えば、「account@mailmail.com」や、「［報告］」、「ＹＥＳ」などである。また、判断種別情報は、例えば、「一致」や、「含む」、「終端」、「＝」、「⊃」、「＞」、「≦」などである。また、連結情報は、例えば、「ＡＮＤ」や、「ＯＲ」、「ａｎｄ」、「ｏｒ」などである。
【００４８】
また、送信履歴取得条件は、例えば、宛先情報が所定のメールアドレスに一致することや、宛先情報の末尾が所定のドメイン名に一致すること、件名情報が所定の文字列を含むこと、メールにファイルが添付されていること、メールの送信に失敗した（送信エラーである）こと、メールに添付されているファイルのサイズが所定のサイズ以下であることなどである。
【００４９】
宛先情報が任意のメールアドレスに一致することを示す送信履歴取得条件は、例えば、「宛先｜account@mailmail.com｜一致」や、「宛先＝account@mailmail.com」、「account@mailmail.com」などである。また、宛先情報の末尾が任意のドメイン名に一致することを示す送信履歴取得条件は、例えば、「宛先｜user-mail.ne.jp｜終端」、「宛先＝user-mail.ne.jp$」、「user-mail.ne.jp$」などである。また、件名情報が任意の文字列を含むことを示す送信履歴取得条件は、例えば、「件名｜［報告］｜含む」や、「件名⊃［報告］」、などである。また、メールにファイルが添付されていることを示す送信履歴取得条件は、例えば、「添付ファイル有無｜ＹＥＳ｜一致」や、「添付ファイル有無＝ＹＥＳ」、「添付：あり」などである。
また、メールの送信に失敗したことを示す送信履歴取得条件は、例えば、「送信結果｜ＦＡＩＬＥＤ｜一致」や、「送信結果＝ＦＡＩＬＥＤ」、「送信失敗」などである。
また、メールに添付されているファイルのサイズが任意のサイズ以下であることを示す送信履歴取得条件は、例えば、「サイズ｜１０ＭＢ｜以下」や、「サイズ情報≧１０ＭＢ」、「１０ＭＢ」などである。
【００５０】
また、送信履歴取得条件は、これらの情報の２以上の組み合わせであってもよい。
【００５１】
送信履歴取得条件格納部１０２は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【００５２】
メール格納部１０３は、送信するメールを格納し得る。ここで格納されるメールは、通常、後述のメール作成部１０５により作成されるメールである。
【００５３】
メール格納部１０３は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【００５４】
受付部１０４は、操作を受け付ける。ここで、操作とは、指示やデータの入力を含み、広く解するものとする。操作は、メールの受信、メールの送信、メールの作成に関連する指示や入力であれば、種類は問わない。
【００５５】
また、指示とは、メールの受信、メールの送信、メールの作成に関連する指示である。指示は、例えば、メールを受信するメール受信指示、メールを送信するメール送信指示、メールの受信を中止するメール受信中止指示、メールの送信を中止するメール送信中止指示、アドレス帳を表示するアドレス帳表示指示、メール作成画面を表示するメール作成指示、受信したメールに対して返信を行う返信指示などである。
【００５６】
また、データの入力とは、メールの受信、メールの送信、メールの作成に関連するデータの入力である。データの入力は、例えば、宛先の入力や、件名の入力、メールの内容の入力、アドレス帳に関連する情報の入力、送信履歴取得条件の入力、送信履歴取得条件の修正の入力などである。また、入力である操作を受け付ける場合、受付部１０４は、通常、当該入力を受け付けるためのＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を介して、入力を受け付ける。
【００５７】
受け付けとは、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、有線もしくは無線の通信回線を介して送信された情報の受信、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付けなどを含む概念である。
【００５８】
受付部１０４における操作の入力手段は、テンキーやキーボードやマウスやメニュー画面によるものなど、何でもよい。受付部１０４は、テンキーやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェアなどで実現され得る。
【００５９】
メール作成部１０５は、作成操作に従いメールを作成する。そして、メール作成部１０５は、作成したメールをメール格納部１０３に蓄積する。
【００６０】
ここでの作成操作は、受付部１０４が受け付けた作成操作である。つまり、メール作成部１０５は、受付部１０４が受け付けた作成操作に従いメールを作成し、作成したメールをメール格納部１０３に蓄積する。
【００６１】
例えば、受付部１０４が宛先情報である「account@mailmail.com」の入力の操作を受け付けた場合、メール作成部１０５は、宛先情報が「account@mailmail.com」であるメールを作成する。また、例えば、受付部１０４が本文である「お世話になっております。電子太郎です。」の入力の操作を受け付けた場合、メール作成部１０５は、本文が「お世話になっております。電子太郎です。」であるメールを作成する。
【００６２】
また、メール作成部１０５は、通常、作成が完了したメールを、メール格納部１０３に蓄積する。ただし、メール作成部１０５は、作成の途中段階のメールを、メール格納部１０３に蓄積してもよい。
【００６３】
メール作成部１０５は、通常、ＭＰＵやメモリ等から実現され得る。メール作成部１０５の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現してもよい。
【００６４】
メール送信部１０６は、メール格納部１０３に格納されているメールを送信する。ここでのメールは、受付部１０４が受け付けた送信指示に対応するメールである。つまり、メール送信部１０６は、メール格納部１０３に格納されているメールであって、受付部１０４が受け付けた送信指示により指定されるメールを送信する。また、メール送信部１０６は、送信対象となるメールが有する宛先情報により示されるメールアドレス宛に、メールを送信する。
【００６５】
メール送信部１０６は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されてもよい。
【００６６】
メール属性情報取得部１０７は、メール格納部１０３に格納されているメールから、メール属性情報を取得する。ここでのメールは、受付部１０４が受け付けた送信指示に対応するメールである。つまり、メール属性情報取得部１０７は、メール格納部１０３に格納されているメールであって、受付部が受け付けた送信指示により指定されるメールから、メール属性情報を取得する。
【００６７】
ここで、メール属性情報とは、送信指示に対応するメールに関する情報である。つまり、メール属性情報とは、送信指示により送信されるメールが有する情報である。メール属性情報は、例えば、宛先情報や、件名情報、日時情報、添付ファイル有無情報、添付ファイル名称情報、添付ファイル形式情報、サイズ情報、送信結果情報などを有する
【００６８】
また、メール属性情報取得部１０７は、通常、メール属性情報が有する宛先情報などの情報の名称を示す名称情報を手掛かりに、メール属性情報を取得する。このとき、名称情報は、メール属性情報取得部１０７が予め保持しており、また、メール属性情報には、宛先情報などの情報とそれを示す名称情報とが対応付けられた状態で含まれているものとする。つまり、メール属性情報取得部１０７は、名称情報を手掛かりに、送信指示に対応するメールに含まれる宛先情報や件名情報などを検索し、メール属性情報として取得する。
【００６９】
また、メール属性情報の取得は、メール作成部１０５によるメールの作成の後であれば、そのタイミングは問わない。つまり、メール属性情報取得部１０７は、メール作成部１０５によるメールの作成後、メール送信部１０６によるメールの送信の前にメール属性情報を取得してもよいし、メール作成部１０５によるメールの送信の後にメール属性情報を取得してもよい。
【００７０】
メール属性情報取得部１０７は、通常、ＭＰＵやメモリ等から実現され得る。メール属性情報取得部１０７の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現してもよい。
【００７１】
判断部１０８は、メール属性情報が、送信履歴取得条件を満たすか否かを判断する。ここでの送信履歴取得条件は、送信履歴取得条件格納部１０２に格納されている送信履歴取得条件である。つまり、判断部１０８は、送信履歴取得条件格納部１０２に格納されている送信履歴取得条件と、メール属性情報取得部１０７が取得したメール属性情報とを比較し、当該メール属性情報が、当該送信履歴取得条件を満たすか否かを判断する。
【００７２】
例えば、送信履歴取得条件が「添付ファイル有無｜ＹＥＳ｜一致」である場合、判断部１０８は、メール属性情報が有する添付ファイル有無情報が「ＹＥＳ」であるか否かを判断する。そして、メール属性情報が有する添付ファイル有無情報が「ＹＥＳ」である場合、判断部１０８は、メール属性情報が送信履歴取得条件を満たすと判断し、そうでない場合、判断部１０８は、メール属性情報は送信履歴取得条件を満たさないと判断する。また、この例において、添付ファイル有無情報が「ＹＥＳ」である場合、判断部１０８は、メール属性情報を取得したメールにファイルが添付されている、と判断してもよい。また、添付ファイル有無情報が「ＹＥＳ」でない場合、判断部１０８は、メール属性情報を取得したメールにファイルは添付されていない、と判断してもよい。
【００７３】
また、例えば、送信履歴取得条件が「送信結果｜Ｅｒｒｏｒ｜一致」である場合、判断部１０８は、メール属性情報が有する送信結果情報が「Ｅｒｒｏｒ」であるか否かを判断する。そして、メール属性情報が有する送信結果情報が「Ｅｒｒｏｒ」である場合、判断部１０８は、メール属性情報が送信履歴取得条件を満たすと判断し、そうでない場合、判断部１０８は、メール属性情報は送信履歴取得条件を満たさないと判断する。また、この例において、送信結果情報が「Ｅｒｒｏｒ」である場合、判断部１０８は、メール属性情報を取得したメールは送信に失敗した、と判断してもよい。また、送信結果情報が「Ｅｒｒｏｒ」でない場合、判断部１０８は、メール属性情報を取得したメールは送信に成功した、と判断してもよい。
【００７４】
また、例えば、送信履歴取得条件が「（宛先｜user-mail.ne.jp｜終端）ＡＮＤ（」添付ファイル有無｜ＹＥＳ｜一致」である場合、判断部１０８は、メール属性情報が有する宛先情報の末尾が「user-mail.ne.jp」であるか否かと、メール属性情報が有する添付ファイル有無情報が「ＹＥＳ」であるか否かを判断する。そして、メール属性情報が有する宛先情報の末尾が「user-mail.ne.jp」であり、かつ、メール属性情報が有する添付ファイル有無情報が「ＹＥＳ」である場合、判断部１０８は、メール属性情報が送信履歴取得条件を満たすと判断し、そうでない場合、判断部１０８は、メール属性情報は送信履歴取得条件を満たさないと判断する。
【００７５】
また、例えば、送信履歴取得条件が「添付ファイル有無｜ＹＥＳ｜一致」と、「送信結果｜Ｅｒｒｏｒ｜一致」の２つであり、メール属性情報がこの２つの条件の両方を満たす場合、判断部１０８は、前者の条件を満たすと判断してもよいし、後者の条件を満たすと判断してもよい。
【００７６】
また、送信履歴取得条件が有する判断種別情報は、通常、予め決められており、判断部１０８は、これらの判断種別情報に応じて、判断方法を切り替える。つまり、例えば、判断種別情報が「一致」の場合、判断部１０８は、送信履歴取得条件が有する対象情報により示される対象の値が、送信履歴取得条件が有する値情報で示される値と一致するか否かを判断する。また、例えば、判断種別情報が「含む」の場合、判断部１０８は、送信履歴取得条件が有する対象情報により示される対象の値に、送信履歴取得条件が有する値情報で示される値が含まれるか否かを判断する。
【００７７】
判断部１０８は、通常、ＭＰＵやメモリ等から実現され得る。判断部１０８の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現してもよい。
【００７８】
送信履歴蓄積部１０９は、判断部１０８が送信履歴取得条件を満たすと判断したメール属性情報を有する送信履歴を、送信履歴格納部１０１に蓄積する。このとき、送信履歴蓄積部１０９は、判断部１０８が判断の際に使用した送信履歴取得条件ごとに送信履歴を蓄積してもよいし、判断部１０８が判断の際に使用した送信履歴取得条件に関係なく送信履歴を蓄積してもよい。つまり、例えば、判断部１０８が判断の際に使用した送信履歴取得条件がＡとＢの２つであり、判断部１０８が、メール属性情報取得部１０７が取得したメール属性情報がＢの条件を満たすと判断した場合、送信履歴蓄積部１０９は、当該メール属性情報を有する送信履歴を、送信履歴格納部１０１内のＢの条件を満たす送信履歴を格納する領域に蓄積する。
【００７９】
送信履歴蓄積部１０９は、判断部１０８が送信履歴取得条件を満たすと判断したメール属性情報を有する送信履歴を、送信履歴格納部１０１に蓄積できればよく、蓄積の方法は問わない。
【００８０】
送信履歴蓄積部１０９は、通常、ＭＰＵやメモリ等から実現され得る。送信履歴蓄積部１０９の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現してもよい。
【００８１】
警告出力部１１０は、送信メールが送信エラーであった場合に、メールに関する警告を出力する。つまり、警告出力部１１０は、判断部１０８が、メール属性情報を取得したメールは送信に失敗した、と判断した場合に、メールに関する警告を出力する。
【００８２】
ここで、メールに関する警告とは、メールが送信エラーであった旨を通知する情報である。メールに関する警告とは、例えば、「送信エラー」や、「送信に失敗しました」、「メールを送信することができませんでした」などである。メールに関する警告は、メールが送信エラーであった旨を通知する情報であれば、その内容や形式は問わない。
【００８３】
出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。なお、送信や蓄積、処理結果の引渡しについては、出力対象が最終的にユーザに提示されるものとする。
【００８４】
警告出力部１１０は、ディスプレイやスピーカーなどの出力デバイスを含むと考えてもよいし、含まないと考えてもよい。警告出力部１１０は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイスなどで実現され得る。
【００８５】
送信履歴取得条件蓄積部１１１は、送信履歴取得条件を、送信履歴取得条件格納部１０２に蓄積する。
【００８６】
ここでの送信履歴取得条件は、受付部１０４が入力を受け付けた送信履歴取得条件である。また、当該送信履歴取得条件は、送信履歴取得条件格納部１０２に新規に蓄積するためのものであってもよいし、既に送信履歴取得条件格納部１０２に格納されている送信履歴取得条件を修正するためのものであってもよい。
【００８７】
例えば、受付部１０４が新規に蓄積する送信履歴取得条件の入力を受け付けた場合、送信履歴取得条件蓄積部１１１は、当該送信履歴取得条件を、送信履歴取得条件格納部１０２に、新規に蓄積する。
【００８８】
また、例えば、受付部１０４が既に送信履歴取得条件格納部１０２に格納されている送信履歴取得条件を修正する送信履歴取得条件の入力を受け付けた場合、送信履歴取得条件蓄積部１１１は、当該送信履歴取得条件を、送信履歴取得条件格納部１０２に格納されている修正前の送信履歴取得条件に、上書きする形で蓄積する。
【００８９】
送信履歴取得条件蓄積部１１１は、通常、ＭＰＵやメモリ等から実現され得る。送信履歴取得条件蓄積部１１１の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現してもよい。
【００９０】
次に、メール送信装置１の動作について説明する。
【００９１】
図２は、メール送信装置１の全体動作を示すフローチャートである。
【００９２】
（ステップＳ２０１）受付部１０４は、操作を受け付けたか否かを判断する。受け付けた場合は、ステップＳ２０２に進み、そうでない場合は、ステップＳ２０１に戻る。
【００９３】
（ステップＳ２０２）メール作成部１０５は、受付部１０４が受け付けた操作が作成操作であったか否かを判断する。作成操作であった場合は、ステップＳ２０３に進み、そうでない場合は、ステップＳ２０５に進む。
【００９４】
（ステップＳ２０３）メール作成部１０５は、ステップＳ２０１で受付部１０４が受け付けた作成操作に従い、メールを作成する。
【００９５】
（ステップＳ２０４）メール作成部１０５は、ステップＳ２０３で作成したメールを、メール格納部１０３に蓄積し、ステップＳ２０１に戻る。
【００９６】
（ステップＳ２０５）メール送信部１０６は、ステップＳ２０１で受付部１０４が受け付けた操作が送信指示であったか否かを判断する。送信指示であった場合は、ステップＳ２０６に進み、そうでない場合は、ステップＳ２１３に進む。
【００９７】
（ステップＳ２０６）メール送信部１０６は、メール格納部１０３に格納されているメールであって、受付部１０４が受け付けた送信指示により指定されるメールを送信する。
【００９８】
（ステップＳ２０７）メール属性情報取得部１０７は、メール送信部１０６が送信したメールから、メール属性情報を取得する。
【００９９】
（ステップＳ２０８）判断部１０８は、送信履歴取得条件格納部１０２から、送信履歴取得条件を取得する。
【０１００】
（ステップＳ２０９）判断部１０８は、ステップＳ２０７でメール属性情報取得部１０７が取得したメール属性情報が、ステップＳ２０８で取得した送信履歴取得条件を満たすか否かを判断する。満たす場合は、ステップＳ２１０に進み、そうでない場合は、ステップＳ２０１に戻る。
【０１０１】
（ステップＳ２１０）送信履歴蓄積部１０９は、ステップＳ２０９で判断部１０８が送信履歴取得条件を満たすと判断したメール属性情報を、送信履歴として送信履歴格納部１０１に蓄積する。
【０１０２】
（ステップＳ２１１）警告出力部１１０は、ステップＳ２０９で判断部１０８が判断の際に使用した送信履歴取得条件が、送信エラーであることを示す条件であるか否かを判断する。送信エラーであることを示す条件である場合は、ステップＳ２１２に進み、そうでない場合は、ステップＳ２０１に戻る。
【０１０３】
（ステップＳ２１２）警告出力部１１０は、受付部１０４が受け付けた送信指示に対応するメールが、送信エラーである旨を出力し、ステップＳ２０１に戻る。
【０１０４】
（ステップＳ２１３）送信履歴取得条件蓄積部１１１は、受付部１０４が受け付けた操作が送信履歴取得条件の入力であったか否かを判断する。送信履歴取得条件の入力であった場合は、ステップＳ２１４に進み、そうでない場合は、ステップＳ２１５に進む。
【０１０５】
（ステップＳ２１４）送信履歴取得条件蓄積部１１１は、受付部１０４が入力を受け付けた送信履歴取得条件を、送信履歴取得条件格納部１０２に蓄積し、ステップＳ２０１に戻る。
【０１０６】
（ステップＳ２１５）メール送信装置１は、受付部１０４が受け付けた操作に従った処理を行い、ステップＳ２０１に戻る。例えば、受付部１０４が受け付けた操作がメール作成指示であった場合は、メール送信装置１は、メール作成画面を表示する。
【０１０７】
なお、図２のフローチャートのステップＳ２０８の処理では、通常、１以上の送信履歴取得条件を取得する。
【０１０８】
また、図２のフローチャートのステップＳ２０９の処理では、通常、ステップＳ２０８で判断部１０８が取得した１以上の送信履歴取得条件の各々について、ステップＳ２０７でメール属性情報取得部１０７が取得した１つのメール属性情報が条件を満たすか否かを判断する。つまり、例えば、ステップＳ２０８でｍ個の送信履歴取得条件が取得できた場合、１番目の送信履歴取得条件を満たすか否かの判断、２番目の送信履歴取得条件を満たすか否かの判断、・・・、ｍ番目の送信履歴取得条件を満たすか否かの判断、という具合に、ｍ回の判断を行う。ただし、判断部１０８は、条件を満たすと判断した送信履歴取得条件以降の判断は、行わなくてもよい。
【０１０９】
また、図２のフローチャートにおいて、電源オフや処理終了の割り込みにより処理を終了してもよい。
【０１１０】
次に、メール送信装置１の動作の具体例について説明する。
【０１１１】
なお、本具体例において、メール送信装置１は、電子メールクライアントであるものとする。また、送信履歴取得条件格納部１０２に格納されている送信履歴取得条件は、図３に示すものであるものとする。
【０１１２】
（具体例１−１）
まず、ユーザが、メール送信装置１を用いて、「（宛先，officer@mailmail.com）｜（件名，カタログの送付）｜（添付ファイル，catalog.pdf）」を有するメールを作成する操作を行ったとする。すると、受付部１０４は、作成操作を受け付け、メール作成部１０５は、受付部１０４が受け付けた作成操作に従い、メールを作成する。そして、メール作成部１０５は、作成した「（宛先，officer@mailmail.com）｜（件名，カタログの送付）｜（添付ファイル，catalog.pdf）」を有するメールを、メール格納部１０３に蓄積する。
【０１１３】
次に、ユーザが、メール送信装置１を用いて、２０１０年９月２８日１２時３４分５６秒に、作成したメールを送信する操作を行ったとする。すると、受付部１０４は、送信指示を受け付け、メール送信部１０６は、受付部１０４が受け付けた送信指示により指定される「（宛先，officer@mailmail.com）｜（件名，カタログの送付）｜（添付ファイル，catalog.pdf）」を有するメールを、「officer@mailmail.com」宛に送信する。なお、このとき、メールの送信は成功したものとする。
【０１１４】
次に、メール属性情報取得部１０７は、受付部１０４が送信指示を受け付けたと判断し、送信されたメールから、メール属性情報を取得する。その結果、「（宛先，officer@mailmail.com）｜（件名，カタログの送付）｜（添付ファイル有無，ＹＥＳ）｜（添付ファイル名，catalog.pdf）｜（日時，２０１０／０９／２８  １２：３４：５６）｜（送信結果，Ｎｏｒｍａｌ）」のメール属性情報が取得できたものとする。
【０１１５】
次に、判断部１０８は、図３の送信履歴取得条件を取得し、図３のＩＤ「１」〜ＩＤ「１０」の各送信履歴取得条件と、メール属性情報取得部１０７が取得した前述のメール属性情報とを比較し、条件を満たすか否かを判断する。その結果、判断部１０８は、メール属性情報取得部１０７が取得した前述のメール属性情報は、図３のＩＤ「５」の送信履歴取得条件を満たすと判断する。
【０１１６】
次に、送信履歴蓄積部１０９は、メール属性情報取得部１０７が取得した前述のメール属性情報を、送信履歴として送信履歴格納部１０１に蓄積する。
【０１１７】
最後に、警告出力部１１０は、図３のＩＤ「５」の送信履歴取得条件が、メールが送信エラーであったか否かを判断する条件であったか否かを判断し、送信エラーであったか否かを判断する条件でないと判断する。
【０１１８】
（具体例１−２）
まず、ユーザが、メール送信装置１を用いて、「（宛先，user02@domaindomain.co.jp）｜（件名，ご挨拶）」を有するメールを作成する操作を行ったとする。すると、受付部１０４は、作成操作を受け付け、メール作成部１０５は、受付部１０４が受け付けた作成操作に従い、メールを作成する。そして、メール作成部１０５は、作成した「（宛先，user02@domaindomain.co.jp）｜（件名，ご挨拶）」を有するメールを、メール格納部１０３に蓄積する。
【０１１９】
次に、ユーザが、メール送信装置１を用いて、２０１０年９月３０日１５時１４分１３秒に、作成したメールを送信する操作を行ったとする。すると、受付部１０４は、送信指示を受け付け、メール送信部１０６は、受付部１０４が受け付けた送信指示により指定される「（宛先，user02@domaindomain.co.jp）｜（件名，ご挨拶）」を有するメールを、「user02@domaindomain.co.jp」宛に送信する。なお、このとき、メールの送信は成功したものとする。
【０１２０】
次に、メール属性情報取得部１０７は、受付部１０４が送信指示を受け付けたと判断し、送信されたメールから、メール属性情報を取得する。その結果、「（宛先，user02@domaindomain.co.jp）｜（件名，ご挨拶）｜（添付ファイル有無，ＮＯ）｜（日時，２０１０／０９／３０  １５：１４：１３）｜（送信結果，Ｎｏｒｍａｌ）」のメール属性情報が取得できたものとする。
【０１２１】
最後に、判断部１０８は、図３の送信履歴取得条件を取得し、図３のＩＤ「１」〜ＩＤ「１０」の各送信履歴取得条件と、メール属性情報取得部１０７が取得した前述のメール属性情報とを比較し、条件を満たすか否かを判断する。その結果、判断部１０８は、メール属性情報取得部１０７が取得した前述のメール属性情報は、図３の送信履歴取得条件を満たさないと判断する。これにより、メール属性情報取得部１０７が取得した前述のメール属性情報は、送信履歴として送信履歴格納部１０１に蓄積されない。
【０１２２】
（具体例１−３）
まず、ユーザが、メール送信装置１を用いて、「（宛先，admin@user-company.com）｜（件名，アカウント発行のご連絡）｜（添付ファイル，account.doc）」を有するメールを作成する操作を行ったとする。すると、受付部１０４は、作成操作を受け付け、メール作成部１０５は、受付部１０４が受け付けた作成操作に従い、メールを作成する。そして、メール作成部１０５は、作成した「（宛先，admin@user-company.com）｜（件名，アカウント発行のご連絡）｜（添付ファイル，account.doc）」を有するメールを、メール格納部１０３に蓄積する。
【０１２３】
次に、ユーザが、メール送信装置１を用いて、２０１０年１０月２日２３時３４分４５秒に、作成したメールを送信する操作を行ったとする。すると、受付部１０４は、送信指示を受け付け、メール送信部１０６は、受付部１０４が受け付けた送信指示により指定される「（宛先，admin@user-company.com）｜（件名，アカウント発行のご連絡）｜（添付ファイル，account.doc）」を有するメールを、「admin@user-company.com」宛に送信する。なお、このとき、メールの送信は失敗したものとする。
【０１２４】
次に、メール属性情報取得部１０７は、受付部１０４が送信指示を受け付けたと判断し、送信されたメールから、メール属性情報を取得する。その結果、「（宛先，admin@user-company.com）｜（件名，アカウント発行のご連絡）｜（添付ファイル有無，ＹＥＳ）｜（添付ファイル名，account.doc）｜（日時，２０１０／１０／０２  ２３：３４：４５）｜（送信結果，Ｅｒｒｏｒ）」のメール属性情報が取得できたものとする。
【０１２５】
次に、判断部１０８は、図３の送信履歴取得条件を取得し、図３のＩＤ「１」〜ＩＤ「１０」の各送信履歴取得条件と、メール属性情報取得部１０７が取得した前述のメール属性情報とを比較し、条件を満たすか否かを判断する。その結果、判断部１０８は、メール属性情報取得部１０７が取得した前述のメール属性情報は、図３のＩＤ「７」の送信履歴取得条件を満たすと判断する。
【０１２６】
次に、送信履歴蓄積部１０９は、メール属性情報取得部１０７が取得した前述のメール属性情報を、送信履歴として送信履歴格納部１０１に蓄積する。
【０１２７】
次に、警告出力部１１０は、図３のＩＤ「７」の送信履歴取得条件が、メールが送信エラーであったか否かを判断する条件であったか否かを判断し、「（対象｜送信結果）」を含むため、送信エラーであったか否かを判断する条件であると判断する。
【０１２８】
次に、警告出力部１１０は、ユーザが送信したメールが送信エラーであった旨の通知する情報を出力する。当該情報の出力の様子は、例えば、図４のようになる。
【０１２９】
次に、ユーザが、メール送信装置１を用いて、送信履歴取得条件を入力したとする。すると、受付部１０４は、例えば、図５に示すようなＧＵＩを介して、送信履歴取得条件の入力を受け付ける。
【０１３０】
最後に、送信履歴取得条件蓄積部１１１は、受付部１０４が入力を受け付けた送信履歴取得条件を、送信履歴取得条件格納部１０２に蓄積する。
【０１３１】
以上、本実施の形態によるメール送信装置１によれば、条件に合致するメールの送信履歴を保存し、管理することができる。
【０１３２】
（実施の形態２）
本実施の形態において、送信履歴を基に、過去に送信失敗となったメールと同様のメール属性情報を有するメールを送信する前に、警告を出力するメール送信装置２について説明する。
【０１３３】
図６は、本実施の形態におけるメール送信装置２のブロック図である。
【０１３４】
メール送信装置２は、送信履歴格納部１０１、送信履歴取得条件格納部１０２、メール格納部１０３、警告条件作成パターン格納部２２１、警告条件格納部２２２、受付部２０４、メール作成部２０５、メール送信部２０６、メール属性情報取得部１０７、警告条件作成部２２３、送信前警告出力部２２４、正常送信処理部２２５、判断部１０８、送信履歴蓄積部１０９、警告出力部１１０、送信履歴取得条件蓄積部１１１を備える。
【０１３５】
警告条件作成パターン格納部２２１は、警告条件作成パターンを格納する。警告条件作成パターンとは、送信履歴が有するメール属性情報から警告条件を作成するためのパターンである。
【０１３６】
警告条件作成パターンは、例えば、送信履歴から抽出するメール属性情報を示す対象情報を有する。また、警告条件作成パターンは、１つの警告条件作成パターンに２以上の対象情報が含まれる場合に、これらの情報をどのようにして連結するのかを示す連結情報を有していてもよい。警告条件作成パターンは、例えば、対象情報が宛先情報であることを示す「宛先」や、対象情報がサイズ情報であることを示す「サイズ」、対象情報が添付ファイル形式情報であることを示す「添付ファイル形式」、対象情報が宛先情報とサイズ情報であることを示す「宛先＆サイズ」、対象情報が宛先情報と添付ファイル形式情報であることを示す「宛先＆添付ファイル形式」などである。
【０１３７】
警告条件作成パターン格納部２２１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【０１３８】
警告条件格納部２２２は、警告条件を格納し得る。ここで、警告条件とは、メールの送信前に、送信エラーとなる可能性があると判断するための条件である。つまり、警告条件とは、メール送信部２０６が送信し得るメールが、送信エラーとなる可能性があると判断するための条件である。警告条件は、例えば、判断対象を示す対象情報と、判断対象の値を示す値情報と、条件を満たすか否かを判断する種別を示す判断種別情報とを有する。また、警告条件は、１つの警告条件に２以上の対象情報などが含まれる場合に、これらの情報をどのようにして連結するのかを示す連結情報を有していてもよい。
【０１３９】
また、警告条件は、通常、前述の送信履歴取得条件と同様の形式であるが、メールが送信エラーとなる可能性があると判断できればよく、その形式は問わない。
【０１４０】
警告条件格納部２２２は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【０１４１】
受付部２０４は、操作を受け付ける。ここでの操作は、実施の形態１の受付部１０４が受け付ける操作に加え、送信履歴格納部１０１に格納されている送信エラーである送信履歴に対して、当該送信履歴が有するメール属性情報を変更する変更指示を含む。
【０１４２】
受付部２０４における操作の入力手段は、テンキーやキーボードやマウスやメニュー画面によるものなど、何でもよい。受付部２０４は、テンキーやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェアなどで実現され得る。
【０１４３】
メール作成部２０５は、作成操作に従いメールを作成する。また、メール作成部２０５は、変更指示に従いメール属性情報を変更する。そして、メール作成部２０５は、作成したメール、または変更したメール属性情報を有するメールをメール格納部１０３に蓄積する。
【０１４４】
ここでの作成操作は、受付部２０４が受け付けた作成操作である。また、変更指示は、受付部２０４が受け付けた変更指示であり、送信履歴格納部１０１に格納されている送信履歴に対して、当該送信履歴に対応するメールのメール属性情報を変更する指示である。つまり、メール作成部２０５は、受付部２０４が受け付けた作成操作に従いメールを作成し、作成したメールをメール格納部１０３に蓄積する。また、メール作成部２０５は、受付部２０４が受け付けた変更指示に従い送信履歴格納部１０１に格納されている送信履歴に対応するメールのメール属性情報を変更し、当該メールをメール格納部１０３に蓄積する。なお、メール作成部２０５は、受付部２０４が受け付けた変更指示に従いメール属性情報を変更したメールを、メール格納部１０３に蓄積しなくてもよい。この場合、変更したメールは、メール作成部２０５が保持するものとする。
【０１４５】
なお、送信履歴格納部１０１に格納されている送信履歴に対応するメールは、任意の記憶領域に格納されているものとする。
【０１４６】
メールを新規に作成する処理は、実施の形態１のメール作成部１０５と同様であるので、その説明を省略する。
【０１４７】
また、メール属性情報を変更する場合は、例えば、受付部２０４が宛先情報を「myaccount@mailmail.com」に書き換える変更指示を受け付けた場合、メール作成部２０５は、受付部２０４が受け付けた変更指示に対応するメールの宛先情報を、「myaccount@mailmail.com」に書き換える。また、例えば、受付部２０４が添付ファイルを「document.pdf」に変更する変更指示を受け付けた場合、メール作成部２０５は、受付部２０４が受け付けた変更指示に対応するメールの添付ファイル名情報を、「document.pdf」に書き換える。
【０１４８】
メール作成部２０５は、通常、ＭＰＵやメモリ等から実現され得る。メール作成部２０５の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現してもよい。
【０１４９】
メール送信部２０６は、メール格納部１０３に格納されているメールを送信する。また、メール送信部２０６は、メール作成部２０５が作成したメールを送信する。また、メール送信部２０６は、メール作成部２０５がメール属性情報を変更したメールを送信する。
【０１５０】
ここでのメールは、受付部２０４が受け付けた送信指示に対応するメールである。つまり、メール送信部２０６は、メール格納部１０３に格納されているメールであって、受付部２０４が受け付けた送信指示により指定されるメールを送信する。また、メール送信部２０６は、メール作成部２０５が作成したメールであって、受付部２０４が受け付けた送信指示により指定されるメールを送信する。また、メール送信部２０６は、メール作成部２０５がメール属性情報を変更したメールであって、受付部２０４が受け付けた送信指示により指定されるメールを送信する。
【０１５１】
また、メール送信部２０６は、送信対象となるメールが有する宛先情報により示されるメールアドレス宛に、メールを送信する。
【０１５２】
メール送信部２０６は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されてもよい。
【０１５３】
警告条件作成部２２３は、警告条件作成パターン格納部２２１に格納されている警告条件作成パターンを用いて、送信履歴格納部１０１に格納されている送信履歴から、警告条件を作成する。そして、警告条件作成部２２３は、作成した警告条件を、警告条件格納部２２に蓄積する。
【０１５４】
警告条件作成部２２３は、通常、送信履歴格納部１０１に格納されている送信履歴のうち、送信エラーとなったメールの送信履歴を取得し、当該送信履歴が有するメール属性情報のうち、警告条件作成パターンに一致するメール属性情報を取得することで、警告条件を作成する。
【０１５５】
例えば、警告条件作成パターンが「宛先」であり、送信エラーとなったメールの送信履歴が「（宛先，officer@nailnail.com）｜（件名，ご挨拶）」である場合、「（宛先｜officer@nailnail.com）」の警告条件を作成する。また、例えば、警告条件作成パターンが「宛先＆添付ファイル形式」であり、送信エラーとなったメールの送信履歴が「（宛先，officer@mailmail.com）｜（件名，プログラムの送付）｜（添付ファイル名，program.exe）｜（添付ファイル形式，ＥＸＥ）」である場合、「（宛先｜officer@mailmail.com｜一致）＆（添付ファイル形式｜ＥＸＥ｜一致）」の警告条件を作成する。また、例えば、警告条件作成パターンが「宛先＆サイズ」であり、送信エラーとなったメールの送信履歴が「（宛先，user01@customer-service.com）｜（件名，カタログの送付）｜（添付ファイル名，catalog.pdf）｜（サイズ，１０ＭＢ）」である場合、「（宛先｜user01@customer-service.com｜一致）＆（サイズ｜１０ＭＢ｜以上）」の警告条件を作成する。また、例えば、警告条件作成パターンが「宛先＆添付ファイル形式」であり、送信エラーとなったメールの送信履歴が「（宛先，officer@mailmail.com）｜（件名，プログラムの送付）｜（添付ファイル名，program.exe）」である場合、「（宛先｜officer@mailmail.com｜一致）＆（添付ファイル形式｜ＥＸＥ｜一致）」の警告条件を作成する。このとき、添付ファイル形式情報は、通常、添付ファイル名情報で示されるファイルのファイル拡張子とする。ファイル名からファイル拡張子を抽出する方法は、公知の技術であるので、詳細な説明は省略する。
【０１５６】
また、警告条件作成部２２３による警告条件の作成のタイミングは、問わない。受付部２０４がメールの送信指示を受け付けた直後であってもよいし、メール送信部２０６がメールを送信した直後であってもよい。また、警告条件の作成のタイミングは、後述の送信前警告出力部２２４が警告を出力するか否かの判断を行う直前であってもよい。
【０１５７】
警告条件作成部２２３は、通常、ＭＰＵやメモリ等から実現され得る。警告条件作成部２２３の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現してもよい。
【０１５８】
また、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。なお、送信や蓄積、処理結果の引渡しについては、出力対象が最終的にユーザに提示されるものとする。
【０１５９】
送信前警告出力部２２４は、ディスプレイやスピーカーなどの出力デバイスを含むと考えてもよいし、含まないと考えてもよい。送信前警告出力部２２４は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイスなどで実現され得る。
【０１６０】
正常送信処理部２２５は、送信済情報を送信履歴に対応付けて、送信履歴格納部１０１に蓄積する。また、正常送信処理部２２５は、送信履歴格納部１０１から送信履歴を削除する。
【０１６１】
ここで、送信済情報とは、送信が完了した旨を示す情報である。送信済情報は、例えば、「送信：完了」や、「送信：未完了」、「送信完了」、「送信未完了」、「送信済：ＹＥＳ」、「送信済：ＮＯ」などである。また、送信済情報は、送信結果情報であってもよい。送信済情報は、送信が完了した旨を示すことができれば、その形式は問わない。
【０１６２】
また、正常送信処理部２２５は、通常、メール送信部２０６がメールを正常に送信できたか否かを判断し、正常に送信できた場合に、送信履歴を蓄積、または送信履歴を削除する。このとき、正常に送信できたか否かの判断の対象となるメールは、通常、受付部２０４が受け付けた変更指示に従いメール作成部２０５がメール属性情報を変更したメールである。つまり、正常送信処理部２２５は、受付部２０４が受け付けた変更指示に従いメール作成部２０５がメール属性情報を変更したメールであって、受付部２０４が受け付けた送信指示に従いメール送信部２０６が送信したメールである。
【０１６３】
送信履歴を蓄積する場合、正常送信処理部２２５は、メール送信部２０６がメールを正常に送信できたか否かを判断し、正常に送信できた場合に、送信済情報を生成し、メール送信部２０６が送信したメールに対応する送信履歴と、生成した送信済情報とを対応付け、送信履歴格納部１０１に蓄積する。このとき、すでに格納されている送信履歴に上書きして蓄積してもよいし、別の送信履歴として蓄積してもよい。また、送信履歴を蓄積する場合、正常送信処理部２２５は、メール送信部２０６がメールを正常に送信できたか否かを判断し、正常に送信できた場合に、メール送信部２０６が送信したメールに対応する送信履歴が有する送信結果情報を、メールの送信に成功した旨の情報に書き換えてもよい。例えば、メール送信部２０６が送信したメールに対応する送信履歴が有する送信結果情報が「Ｅｒｒｏｒ」である場合、正常送信処理部２２５は、当該情報を「Ｎｏｒｍａｌ」に書き換える。
【０１６４】
また、送信履歴を削除する場合、正常送信処理部２２５は、メール送信部２０６がメールを正常に送信できたか否かを判断し、正常に送信できた場合に、メール送信部２０６が送信したメールに対応する送信履歴を、送信履歴格納部１０１から削除する。
【０１６５】
正常送信処理部２２５は、通常、ＭＰＵやメモリ等から実現され得る。正常送信処理部２２５の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現してもよい。
【０１６６】
次に、メール送信装置２の動作について説明する。
【０１６７】
図７は、メール送信装置２の全体動作を示すフローチャートである。なお、実施の形態１のメール送信装置１の全体動作において説明した動作については、説明を省略する。
【０１６８】
（ステップＳ７０１）受付部２０４は、操作を受け付けたか否かを判断する。受け付けた場合は、ステップＳ７０２に進み、そうでない場合は、ステップＳ７０１に戻る。
【０１６９】
（ステップＳ７０２）メール作成部２０５は、受付部２０４が受け付けた操作がメール属性情報の変更指示であったか否かを判断する。変更指示であった場合は、ステップＳ７０３に進み、そうでない場合は、ステップＳ７０５に進む。
【０１７０】
（ステップＳ７０３）メール作成部２０５は、ステップＳ７０１で受付部２０４が受け付けた変更指示に対応する送信履歴であって、送信履歴格納部１０１に格納されている送信履歴に対応するメールのメール属性情報を、変更指示に従い変更する。
【０１７１】
（ステップＳ７０４）メール作成部２０５は、ステップＳ７０３でメール属性情報を変更したメールを、メール格納部１０３に蓄積し、ステップＳ７０１に戻る。
【０１７２】
（ステップＳ７０５）メール送信部２０６は、ステップＳ７０１で受付部２０４が受け付けた操作が送信指示であったか否かを判断する。送信指示であった場合は、ステップＳ７０６に進み、そうでない場合は、ステップＳ７０１に戻る。
【０１７３】
（ステップＳ７０６）メール送信部２０６は、ステップＳ７０１で受付部２０４が受け付けた送信指示に対応するメールを、メール格納部１０３から取得する。
【０１７４】
（ステップＳ７０７）メール属性情報取得部１０７は、ステップＳ７０６でメール送信部２０６が取得したメールから、メール属性情報を取得する。
【０１７５】
（ステップＳ７０８）送信前警告出力部２２４は、警告条件格納部２２２から警告条件を取得する。
【０１７６】
（ステップＳ７０９）送信前警告出力部２２４は、ステップＳ７０７でメール属性情報取得部１０７が取得したメール属性情報が、ステップＳ７０８で取得した警告条件を満たすか否かを判断する。満たす場合は、ステップＳ７１０に進み、そうでない場合は、ステップＳ７１１に進む。
【０１７７】
（ステップＳ７１０）送信前警告出力部２２４は、送信エラーとなり得る旨の警告を出力し、ステップＳ７０１に戻る。
【０１７８】
（ステップＳ７１１）メール送信部２０６は、ステップＳ７０６で取得したメールを送信する。
【０１７９】
（ステップＳ７１２）正常送信処理部２２５は、ステップＳ７１１でメール送信部２０６がメールを正常に送信できたか否かを判断する。正常に送信できた場合は、ステップＳ７１３に進み、そうでない場合は、ステップＳ７０１に戻る。
【０１８０】
（ステップＳ７１３）正常送信処理部２２５は、ステップＳ７１２で正常に送信できたと判断したメールに対応する送信履歴を、送信履歴格納部１０１から削除し、ステップＳ７０１に戻る。
【０１８１】
なお、図７のフローチャートにおいて、通常、ステップＳ７１１のメールの送信後に、送信履歴の蓄積処理が行われる。当該処理は、図２のフローチャートのステップＳ２０７からステップＳ２１２と同様である。
【０１８２】
また、図７のフローチャートにおいて、通常、受付部２０４が受け付けた操作が送信履歴取得条件の入力であったか否かを判断し、送信履歴取得条件を蓄積する処理が行われる。当該処理は、図２のフローチャートのステップＳ２１３〜ステップＳ２１５と同様である。
【０１８３】
また、図７のフローチャートのステップＳ７１３の処理は、送信情報を送信履歴に対応付け、送信履歴格納部１０１に蓄積する処理でもよい。
【０１８４】
また、図７のフローチャートにおいて、電源オフや処理終了の割り込みにより処理を終了してもよい。
【０１８５】
次に、メール送信装置２の動作の具体例について説明する。
【０１８６】
なお、本具体例において、メール送信装置２は、電子メールクライアントであるものとする。また、送信履歴格納部１０１に格納されている送信履歴は、図８に示すものであり、警告条件格納部２２２に格納されている警告条件は、図９に示すものであるものとする。なお、図９の警告条件は、警告条件作成部２２３が、図１０の警告条件作成パターンを基に図８の送信履歴から作成したものである。また、図１０の警告条件作成パターンは、警告条件作成パターン格納部２２１に格納されているものとする。
【０１８７】
また、本具体例において、メールの作成処理や、送信履歴の蓄積処理、送信エラーである旨の警告の出力処理などの具体例については、実施の形態１と同様であるので、説明を省略する。
【０１８８】
（具体例２−１）
まず、ユーザが、メール送信装置２を用いて、図８の送信履歴のＩＤ「１」の送信履歴を編集する旨の操作を行ったとする。このとき、ユーザは、例えば、図８の送信履歴の一覧表を表示するＧＵＩにおいて、編集したい送信履歴をマウスでダブルクリックする。すると、受付部２０４は、変更指示を受け付け、メール作成部２０５は、送信履歴に対応するメールを編集する画面を表示する。当該画面は、例えば、図１１に示すようなものである。また、このとき、メール作成部２０５は、送信履歴に対応するメールを任意の記憶領域から取得し、当該メールが有するメール属性情報を、図１１の所定の箇所に配置する。
【０１８９】
次に、図１１の画面において、ユーザが、宛先を「user02@domain-domain.co.jp」から「user02@domaindomain.co.jp」に変更し、「送信」ボタンをクリックしたとする。すると、メール作成部２０５は、図１１の画面において入力されている情報からメールを作成し、メール格納部１０３に作成したメールを蓄積する。
【０１９０】
次に、メール送信部２０６は、メール作成部２０５が作成し、メール格納部１０３に蓄積したメールを取得する。
【０１９１】
次に、メール属性情報取得部１０７は、メール送信部２０６が取得したメールからメール属性情報を取得する。その結果、「（宛先，user02@domaindomain.co.jp）｜（件名，ご挨拶）｜（添付ファイル有無，ＮＯ）｜（サイズ，１０ＫＢ）」のメール属性情報が取得できたものとする。なお、ここでのサイズ情報が示すサイズは、メール全体のサイズである。
【０１９２】
次に、送信前警告出力部２２４は、警告条件格納部２２２に格納されている図９の警告条件を取得し、当該警告条件と、メール属性情報取得部１０７が取得したメール属性情報とを比較し、当該メール属性情報は当該警告条件を満たさないと判断する。
【０１９３】
次に、メール送信部２０６は、メール格納部１０３から取得したメールを、当該メールが有する宛先情報で示されるアドレス宛に送信する。なお、このとき、メールの送信は成功したものとする。
【０１９４】
次に、正常送信処理部２２５は、メール送信部２０６がメールを正常に送信できたか否かを判断し、正常に送信できたと判断する。
【０１９５】
最後に、正常送信処理部２２５は、メール送信部２０６が送信したメールに対応する図８のＩＤ「１」の送信履歴を削除する。
【０１９６】
（具体例２−２）
まず、ユーザが、メール送信装置２を用いて、図８の送信履歴のＩＤ「５」の送信履歴を編集する旨の操作を行ったとする。
【０１９７】
次に、図１１と同様の画面において、ユーザが、添付ファイルを１０ＭＢの「program.exe」から、１．２ＭＢの「program.exe」に変更し、「送信」ボタンをクリックしたとする。すると、メール作成部２０５は、図１１の画面において入力されている情報からメールを作成し、メール格納部１０３に作成したメールを蓄積する。
【０１９８】
次に、メール送信部２０６は、メール作成部２０５が作成し、メール格納部１０３に蓄積したメールを取得する。
【０１９９】
次に、メール属性情報取得部１０７は、メール送信部２０６が取得したメールからメール属性情報を取得する。その結果、「（宛先，admin@customer.jp）｜（件名，プログラムの送付）｜（添付ファイル有無，ＹＥＳ）｜（添付ファイル名，program.exe）｜（添付ファイル形式，ＥＸＥ）｜（サイズ，１．２５ＭＢ）」のメール属性情報が取得できたものとする。なお、ここでのサイズ情報が示すサイズは、添付ファイルだけでなく、メール全体のサイズである。
【０２００】
次に、送信前警告出力部２２４は、警告条件格納部２２２に格納されている図９の警告条件を取得し、当該警告条件と、メール属性情報取得部１０７が取得したメール属性情報とを比較し、当該メール属性情報は当該警告条件のＩＤ「３」の警告条件を満たすと判断する。
【０２０１】
最後に、送信前警告出力部２２４は、メール送信部２０６が送信し得るメールが、送信エラーとなり得る旨を通知する警告を出力する。当該警告の出力の様子は、例えば、図１２のようになる。
【０２０２】
（具体例２−３）
まず、ユーザが、メール送信装置２を用いて、図８の送信履歴のＩＤ「４」の送信履歴を編集する旨の操作を行ったとする。
【０２０３】
次に、図１１と同様の画面において、ユーザが、ファイル名「catalog.pdf」、サイズ「０．９８ＫＢ」の添付ファイルを追加したとする。このとき、ユーザは、例えば、図１１の画面に対して、追加したいファイルをドラッグ＆ドロップする。その後、ユーザが、「送信」ボタンをクリックしたとする。すると、メール作成部２０５は、図１１の画面において入力されている情報からメールを作成し、メール格納部１０３に作成したメールを蓄積する。
【０２０４】
次に、メール送信部２０６は、メール作成部２０５が作成し、メール格納部１０３に蓄積したメールを取得する。
【０２０５】
次に、メール属性情報取得部１０７は、メール送信部２０６が取得したメールからメール属性情報を取得する。その結果、「（宛先，officer@mailmail.com）｜（件名，カタログの送付）｜（添付ファイル有無，ＹＥＳ）｜（添付ファイル名，catalog.pdf）｜（添付ファイル形式，ＰＤＦ）｜（サイズ，１ＭＢ）」のメール属性情報が取得できたものとする。なお、ここでのサイズ情報が示すサイズは、添付ファイルだけでなく、メール全体のサイズである。
【０２０６】
次に、送信前警告出力部２２４は、警告条件格納部２２２に格納されている図９の警告条件を取得し、当該警告条件と、メール属性情報取得部１０７が取得したメール属性情報とを比較し、当該メール属性情報は当該警告条件を満たさないと判断する。
【０２０７】
次に、メール送信部２０６は、メール格納部１０３から取得したメールを、当該メールが有する宛先情報で示されるアドレス宛に送信する。なお、このとき、メールの送信は成功したものとする。
【０２０８】
次に、正常送信処理部２２５は、メール送信部２０６がメールを正常に送信できたか否かを判断し、正常に送信できたと判断する。
【０２０９】
最後に、正常送信処理部２２５は、メール送信部２０６が送信したメールに対応する図８のＩＤ「４」の送信履歴について、「結果」の「ＮＧ」を「ＯＫ」に変更する。
【０２１０】
（具体例２−４）
まず、ユーザが、メール送信装置２を用いて、図８の送信履歴のＩＤ「６」の送信履歴を編集する旨の操作を行ったとする。
【０２１１】
次に、図１１と同様の画面において、ユーザが、何も操作を行わずに「送信」ボタンをクリックしたとする。すると、メール作成部２０５は、図１１の画面において入力されている情報からメールを作成し、メール格納部１０３に作成したメールを蓄積する。
【０２１２】
次に、メール送信部２０６は、メール作成部２０５が作成し、メール格納部１０３に蓄積したメールを取得する。
【０２１３】
次に、メール属性情報取得部１０７は、メール送信部２０６が取得したメールからメール属性情報を取得する。その結果、「（宛先，info@data-receive.com）｜（件名，データの送付）｜（添付ファイル有無，ＹＥＳ）｜（添付ファイル名，data.zip）｜（添付ファイル形式，ＺＩＰ）｜（サイズ，１２ＭＢ）」のメール属性情報が取得できたものとする。なお、ここでのサイズ情報が示すサイズは、添付ファイルだけでなく、メール全体のサイズである。
【０２１４】
次に、送信前警告出力部２２４は、警告条件格納部２２２に格納されている図９の警告条件を取得し、当該警告条件と、メール属性情報取得部１０７が取得したメール属性情報とを比較し、当該メール属性情報は当該警告条件のＩＤ「５」の警告条件を満たすと判断する。
【０２１５】
最後に、送信前警告出力部２２４は、メール送信部２０６が送信し得るメールが、送信エラーとなり得る旨を通知する警告を出力する。当該警告の出力の様子は、例えば、図１２のようになる。
【０２１６】
以上、本実施の形態によるメール送信装置２によれば、条件に合致するメールの送信履歴を保存し、管理することができる。
【０２１７】
また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されてもよいことは言うまでもない。
【０２１８】
また、上記各実施の形態におけるメール送信装置は、例えば、スタンドアロンの装置であってもよいし、サーバ・クライアントシステムにおけるサーバ装置であってもよい。後者の場合には、例えば、ＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）としてメール送信履歴の保存が行われてもよい。
【０２１９】
また、上記各実施の形態において、各処理または各機能は、単一の装置または単一のシステムによって集中処理されることによって実現されてもよいし、あるいは、複数の装置または複数のシステムによって分散処理されることによって実現されてもよい。
【０２２０】
また、上記各実施の形態において、各構成要素は専用のハードウェアにより構成されてもよいし、あるいは、ソフトウェアにより実現可能な構成要素については、プログラムを実行することによって実現されてもよい。例えば、ハードディスクや半導体メモリ等の記録媒体に記録されたソフトウェア・プログラムをＣＰＵ等のプログラム実行部が読み出して実行することによって、各構成要素が実現され得る。
【０２２１】
また、上記各実施の形態におけるメール送信装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、記録媒体に、送信履歴を取得する条件である送信履歴取得条件が格納されており、コンピュータを、メールの作成操作、メールの送信指示を含む操作を受け付ける受付部と、前記受付部が前記作成操作を受け付けた場合に、当該作成操作に対応するメールを作成し、前記メール格納部に蓄積するメール作成部と、前記受付部が前記送信指示を受け付けた場合に、前記メール格納部のメールを送信するメール送信部と、前記受付部が前記送信指示を受け付けた場合に、当該送信指示に対応するメールに関する情報であるメール属性情報を取得するメール属性情報取得部と、前記メール属性情報が、前記送信履歴取得条件を満たすか否かを判断する判断部と、前記判断部が前記送信履歴取得条件を満たすと判断したメール属性情報を有する送信履歴を、前記送信履歴格納部に蓄積する送信履歴蓄積部として機能させるためのプログラムである。
【０２２２】
なお、上記プログラムにおいて、情報を送信する送信ステップや、情報を受信する受信ステップなどでは、ハードウェアでしか行われない処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理は少なくとも含まれない。
【０２２３】
また、上記プログラムは、サーバなどからダウンロードされることによって実行されてもよいし、所定の記録媒体（例えば、ＣＤ−ＲＯＭなどの光ディスクや磁気ディスク、半導体メモリなど）に記録されたプログラムが読み出されることによって実行されてもよい。また、このプログラムは、プログラムプロダクトを構成するプログラムとして用いられてもよい。
【０２２４】
また、上記プログラムを実行するコンピュータは、単数であってもよいし、複数であってもよい。つまり、集中処理を行ってもよいし、あるいは分散処理を行ってもよい。
【０２２５】
また、図１３は、前述のプログラムを実行して、前述の実施の形態のメール送信装置等を実現するコンピュータシステム９の概観図である。前述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。
【０２２６】
図１３において、コンピュータシステム９は、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）ドライブ９０１１、ＦＤ（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ）ドライブ９０１２を含むコンピュータ９０１と、キーボード９０２と、マウス９０３と、モニタ９０４とを備える。
【０２２７】
図１４は、コンピュータシステム９のブロック図である。図１４において、コンピュータ９０１は、ＣＤ−ＲＯＭドライブ９０１１、ＦＤドライブ９０１２に加えて、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９０１３と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）９０１４と、ＣＰＵ９０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９０１５と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク９０１６と、ＣＤ−ＲＯＭドライブ９０１１、ＦＤドライブ９０１２、ＣＰＵ９０１３等を相互に接続するバス９０１７とを備える。ここでは図示しないが、コンピュータ９０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを備えていてもよい。
【０２２８】
コンピュータシステム９に、前述の実施の形態のメール送信装置等の機能を実行させるプログラムは、ＣＤ−ＲＯＭ９１０１、またはＦＤ９１０２に記憶されて、ＣＤ−ＲＯＭドライブ９０１１またはＦＤドライブ９０１２に挿入され、さらにハードディスク９０１６に転送されてもよい。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ９０１に送信され、ハードディスク９０１６に記憶されてもよい。プログラムは実行の際にＲＡＭ９０１５にロードされる。プログラムは、ＣＤ−ＲＯＭ９１０１、ＦＤ９１０２またはネットワークから直接、ロードされてもよい。
【０２２９】
プログラムは、コンピュータ９０１に、前述の実施の形態のメール送信装置等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくてもよい。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいればよい。コンピュータシステム９がどのように動作するかは周知であり、詳細な説明は省略する。
【０２３０】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【０２３１】
以上のように、本発明にかかるメール送信装置は、条件に合致するメールの送信履歴を保存し、管理することができるという効果を有し、メール送信装置等として有用である。
【符号の説明】
【０２３２】
１、２  メール送信装置
１０１  送信履歴格納部
１０２  送信履歴取得条件格納部
１０３  メール格納部
１０４、２０４  受付部
１０５、２０５  メール作成部
１０６、２０６  メール送信部
１０７  メール属性情報取得部
１０８  判断部
１０９  送信履歴蓄積部
１１０  警告出力部
１１１  送信履歴取得条件蓄積部
２２１  警告条件作成パターン格納部
２２２  警告条件格納部
２２３  警告条件作成部
２２４  送信前警告出力部
２２５  正常送信処理部
【図１】
2012089059.tif 000003
【図２】
2012089059.tif 000004
【図３】
2012089059.tif 000005
【図４】
2012089059.tif 000006
【図５】
2012089059.tif 000007
【図６】
2012089059.tif 000008
【図７】
2012089059.tif 000009
【図８】
2012089059.tif 000010
【図９】
2012089059.tif 000011
【図１０】
2012089059.tif 000012
【図１１】
2012089059.tif 000013
【図１２】
2012089059.tif 000014
【図１３】
2012089059.tif 000015
【図１４】
2012089059.tif 000016