(57)【要約】【課題】電子メールに含まれる蓄積用のデータを適切に処理できるメール装置を提供する。【解決手段】ファイルに蓄積するデータである蓄積用データを含む電子メールの情報であるメール情報を受信する受信部１１と、受信部１１が受信したメール情報から蓄積用データを取得する取得部１３と、取得部１３が取得した蓄積用データが所定の条件を充たすかどうか判断する判断部１４と、１以上のファイルが記憶されるファイル記憶部１５と、判断部１４によって蓄積用データが所定の条件を充たすと判断された場合に、その蓄積用データをファイル記憶部１５が記憶している所定のファイルに追加するデータ追加部１６と、を備える。【選択図】図１
2007034377.tif 000002
【特許請求の範囲】
【請求項１】
ファイルに蓄積するデータである蓄積用データを含む電子メールの情報であるメール情報を受信する受信部と、
前記受信部が受信したメール情報から前記蓄積用データを取得する取得部と、
前記取得部が取得した蓄積用データが所定の条件を充たすかどうか判断する判断部と、
１以上のファイルが記憶されるファイル記憶部と、
前記判断部によって前記蓄積用データが所定の条件を充たすと判断された場合に、当該蓄積用データを前記ファイル記憶部が記憶している所定のファイルに追加するデータ追加部と、を備えたメール装置。
【請求項２】
前記受信部が受信したメール情報を、当該メール情報の送信先に送信するメール情報送信部をさらに備えた、請求項１記載のメール装置。
【請求項３】
前記蓄積用データが所定の条件を充たすと前記判断部により判断された場合に、前記メール情報から当該蓄積用データを削除する削除部をさらに備え、
前記メール情報送信部は、前記削除部によって蓄積用データが削除されたメール情報を送信する、請求項２記載のメール装置。
【請求項４】
前記データ追加部が追加した蓄積用データのアドレスを示す情報であるアドレス情報を取得するアドレス情報取得部と、
前記アドレス情報を前記蓄積用データが削除されたメール情報に追加するアドレス情報追加部と、をさらに備え、
前記メール情報送信部は、アドレス情報の追加されたメール情報を送信する、請求項３記載のメール装置。
【請求項５】
前記判断部によって蓄積用データが所定の条件を充たさないと判断された場合に、当該条件を充たさない旨を含む情報を、当該蓄積用データに対応するメール情報の送信元に送信する送信部をさらに備えた、請求項１から請求項４のいずれか記載のメール装置。
【請求項６】
前記送信部は、前記判断部による蓄積用データに対する判断結果を、当該蓄積用データに対応するメール情報の送信元に送信する、請求項５記載のメール装置。
【請求項７】
前記受信部によって受信されたメール情報が、前記取得部による蓄積用データの取得の対象であるかどうかを判断する対象判断部をさらに備え、
前記取得部は、前記対象判断部によって判断の対象であると判断されたメール情報から蓄積用データを取得する、請求項１から請求項６のいずれか記載のメール装置。
【請求項８】
前記取得部によって取得された蓄積用データに対して所定のデータ変換を行うデータ変換部をさらに備え、
前記データ追加部は、前記データ変換部によってデータ変換された蓄積用データを、前記ファイル記憶部が記憶している所定のファイルに追加する、請求項１から請求項７のいずれか記載のメール装置。
【請求項９】
前記蓄積用データは、前記メール情報に含まれる添付ファイルである、請求項１から請求項８のいずれか記載のメール装置。
【請求項１０】
ファイルに蓄積するデータである蓄積用データを含む電子メールの情報であるメール情報を受信する受信ステップと、
前記受信ステップで受信したメール情報から前記蓄積用データを取得する取得ステップと
、
前記取得ステップで取得した蓄積用データが所定の条件を充たすかどうか判断する判断ステップと、
前記判断ステップで前記蓄積用データが所定の条件を充たすと判断された場合に、当該蓄積用データを、１以上のファイルを記憶しているファイル記憶部の所定のファイルに追加するデータ追加ステップと、を備えたメール処理方法。
【請求項１１】
前記受信ステップで受信したメール情報を、当該メール情報の送信先に送信するメール情報送信ステップをさらに備えた、請求項１０記載のメール処理方法。
【請求項１２】
コンピュータに、
ファイルに蓄積するデータである蓄積用データを含む電子メールの情報であるメール情報を受信する受信ステップと、
前記受信ステップで受信したメール情報から前記蓄積用データを取得する取得ステップと、
前記取得ステップで取得した蓄積用データが所定の条件を充たすかどうか判断する判断ステップと、
前記判断ステップで前記蓄積用データが所定の条件を充たすと判断された場合に、当該蓄積用データを、１以上のファイルを記憶しているファイル記憶部の所定のファイルに追加するデータ追加ステップと、を実行させるためのプログラム。
【請求項１３】
コンピュータに、
前記受信ステップで受信したメール情報を、当該メール情報の送信先に送信するメール情報送信ステップをさらに実行させるための、請求項１２記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メールの情報であるメール情報を受信するメール装置等に関する。
【背景技術】
【０００２】
近年、電子メールが活発に用いられている。その電子メールにおいて、ファイルを添付して送信することにより、各種のファイルの送受信等も行われている。なお、その添付ファイルに関する技術の開発も行われている（例えば、特許文献１参照）。
【特許文献１】特開２００２−１６９７６２号公報（第１頁、第１図等）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、データベース等の所定のファイルに蓄積するデータの添付された電子メールが送信された場合、ユーザは、その電子メールをコンピュータ等によって受信し、添付されたデータを手動でデータベース等のファイルに追加しなければならず、繁雑な作業がユーザに課されることになっていた。
【０００４】
本発明は、上記課題を解決するためになされたものであり、電子メールの情報に含まれる蓄積用のデータを適切に処理することができるメール装置等を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を解決するため、本発明によるメール装置は、ファイルに蓄積するデータである蓄積用データを含む電子メールの情報であるメール情報を受信する受信部と、前記受信部が受信したメール情報から前記蓄積用データを取得する取得部と、前記取得部が取得した蓄積用データが所定の条件を充たすかどうか判断する判断部と、１以上のファイルが記憶されるファイル記憶部と、前記判断部によって蓄積用データが所定の条件を充たすと判断された場合に、当該蓄積用データを前記ファイル記憶部が記憶している所定のファイルに追加するデータ追加部と、を備えたものである。
【０００６】
このような構成により、メール情報に含まれる蓄積用データが所定の条件を充たす場合に、その蓄積用データが自動的にファイルに追加されることとなり、電子メールを受信したユーザの労力を軽減することができうる。
【０００７】
また、本発明によるメール装置では、前記受信部が受信したメール情報を、当該メール情報の送信先に送信するメール情報送信部をさらに備えてもよい。
このような構成により、受信部が受信したメール情報が、そのメールの送信先に送信されることとなり、そのメール情報が、送信先のユーザによって受信されることになる。その結果、例えば、メール情報の送信者は、メール装置における蓄積用のメール情報と、蓄積用データを送信した旨を管理者等に連絡するためのメール情報とを別々に送る必要がなく、メール情報の送信者の労力を軽減することができうる。
【０００８】
また、本発明によるメール装置では、前記蓄積用データが所定の条件を充たすと前記判断部により判断された場合に、前記メール情報から当該蓄積用データを削除する削除部をさらに備え、前記メール情報送信部は、前記削除部によって蓄積用データが削除されたメール情報を送信してもよい。
【０００９】
このような構成により、メール情報の送信先には、蓄積用データの削除されたメール情
報が送信されることになる。したがって、例えば、そのメール情報を受信したユーザは、蓄積用データがメール装置によって既に蓄積されたことを知ることができ、蓄積用データを手動で蓄積しなければならないのかどうかについて悩む必要がない。その結果、蓄積用データの蓄積に関する混乱を防止することができ、スムーズな処理がなされることになる。
【００１０】
また、本発明によるメール装置では、前記データ追加部が追加した蓄積用データのアドレスを示す情報であるアドレス情報を取得するアドレス情報取得部と、前記アドレス情報を前記蓄積用データが削除されたメール情報に追加するアドレス情報追加部と、をさらに備え、前記メール情報送信部は、アドレス情報の追加されたメール情報を送信してもよい。
【００１１】
このような構成により、蓄積用データの削除されたメール情報に含まれるアドレス情報に基づいて、その削除された蓄積用データにアクセスすることができうる。その結果、蓄積用データの削除されたメール情報を受信したユーザは、その蓄積用データに容易にアクセスすることができ、利便性が向上されている。
【００１２】
また、本発明によるメール装置では、前記判断部によって蓄積用データが所定の条件を充たさないと判断された場合に、当該条件を充たさない旨を含む情報を、当該蓄積用データに対応するメール情報の送信元に送信する送信部をさらに備えてもよい。
【００１３】
このような構成により、所定の条件を充たさない蓄積用データを含むメール情報を送信したユーザは、蓄積用データが所定の条件を充たさなかったことを知ることができうる。その結果、例えば、そのユーザは、訂正した蓄積用データを含むメール情報を、再度送信することができうる。
【００１４】
また、本発明によるメール装置では、前記送信部は、前記判断部による蓄積用データに対する判断結果を、当該蓄積用データに対応するメール情報の送信元に送信してもよい。
このような構成により、蓄積用データを含むメール情報を送信したユーザは、そのメール情報に含まれる蓄積用データが適切に蓄積されたのかどうかを知ることができうる。
【００１５】
また、本発明によるメール装置では、前記受信部によって受信されたメール情報が、前記取得部による蓄積用データの取得の対象であるかどうかを判断する対象判断部をさらに備え、前記取得部は、前記対象判断部によって判断の対象であると判断されたメール情報から蓄積用データを取得してもよい。
このような構成により、ファイル記憶部に追加する以外の目的のためのデータがメール情報に含まれる場合に、その情報を不用意に蓄積してしまう事態を回避することができうる。
【００１６】
また、本発明によるメール装置では、前記取得部によって取得された蓄積用データに対して所定のデータ変換を行うデータ変換部をさらに備え、前記データ追加部は、前記データ変換部によってデータ変換された蓄積用データを、前記ファイル記憶部が記憶している所定のファイルに追加してもよい。
【００１７】
このような構成により、蓄積用データをファイル記憶部が記憶しているファイルの形式等にあわせて蓄積することができ、蓄積用データと、ファイル記憶部が記憶しているファイルの形式とが異なっていたとしても、蓄積用データの追加を適切に行うことができうる。
【発明の効果】
【００１８】
本発明によるメール装置によれば、電子メールの情報であるメール情報に含まれる蓄積用データを適切に処理することができる。その結果、例えば、電子メールをコンピュータ等によって受信するユーザが、その蓄積用データに関する繁雑な作業を行わなくてよいようにすることができうる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明によるメール装置等について、実施の形態を用いて説明する。なお、以下の実施の形態において、同じ符号を付した構成要素及びステップは同一または相当するものであり、再度の説明を省略することがある。
【００２０】
（実施の形態１）
本発明の実施の形態１によるメール装置について、図面を参照しながら説明する。
図１は、本実施の形態によるメール装置１０の構成を示すブロック図である。図１において、本実施の形態によるメール装置１０は、受信部１１と、対象判断部１２と、取得部１３と、判断部１４と、ファイル記憶部１５と、データ追加部１６と、削除部１７と、アドレス情報取得部１８と、アドレス情報追加部１９と、メール情報記憶部２０と、送信要求受信部２１と、メール情報送信部２２と、送信部２３とを備える。メール装置１０は、例えば、ＰＯＰ（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ）サーバ等の電子メールの情報であるメール情報を受信するサーバ装置であってもよく、メール情報を受信するクライアント端末であってもよく、あるいは、ＰＯＰサーバ等とクライアント端末との間に存在する装置であってもよい。本実施の形態では、メール装置１０がＰＯＰサーバである場合について説明する。
【００２１】
受信部１１は、メール情報を受信する。ここで、メール情報とは、電子メールの情報であり、例えば、電子メールの送信元のアドドレスや、電子メールの送信先のアドレス、電子メールの件名（タイトル）、送信日時、電子メールの本文のテキストデータ等が含まれる。受信部１１が受信するメール情報には、蓄積用データが含まれてもよい。蓄積用データとは、ファイルに蓄積するデータである。その蓄積用データは、後述するファイル記憶部１５に蓄積される。蓄積用データは、電子メールに添付された添付ファイルのデータであってもよく、そうでなくてもよい。本実施の形態では、前者の場合について説明する。なお、受信部１１は、受信を行うための受信デバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい。また、受信部１１は、ハードウェアによって実現されてもよく、あるいは受信デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。
【００２２】
対象判断部１２は、受信部１１によって受信されたメール情報が、後述する取得部１３による蓄積用データの取得の対象であるかどうかを判断する。この判断は、メール情報に基づいて行われる。例えば、メール情報の件名や本文等において、所定の文字列や情報が含まれる場合には、蓄積用データの取得の対象であると判断する。対象判断部１２は、受信部１１が受信したメール情報に蓄積用データが含まれていない場合には、そのメール情報が取得部１３による蓄積用データの取得の対象でないと判断する。
【００２３】
取得部１３は、受信部１１が受信したメール情報から蓄積用データを取得する。取得部１３は、対象判断部１２によって判断の対象であると判断されたメール情報から蓄積用データを取得する。
【００２４】
判断部１４は、取得部１３が取得した蓄積用データが所定の条件を充たすかどうか判断する。所定の条件とは、蓄積用データをファイル記憶部１５に蓄積する条件である。例えば、判断部１４は、必要なデータがそろっているかどうかや、データの形式が適切であるかどうかなどを判断する。判断部１４は、図示しない記録媒体において保持している、そ
の所定の条件を示す情報を用いて判断を行ってもよく、あるいは、他の構成要素からその所定の条件を示す情報を読み出して判断を行ってもよい。
【００２５】
ファイル記憶部１５では、１以上のファイルが記憶される。ファイル記憶部１５が記憶しているファイルの種類は問わない。例えば、データベースのファイルであってもよく、スプレッドシートのファイルであってもよく、テキストデータのファイルであってもよい。本実施の形態では、ファイル記憶部１５がデータベースのファイルを記憶している場合について説明する。そのデータベースのファイルは、データベースに関する情報が含まれているのであれば、その内容を問わない。例えば、データベースのファイルは、単一のテーブルの情報を有するものであってもよく、リレーショナルデータベースの２以上のテーブルを有するものであってもよい。データベースのファイルは、例えば、リレーショナルデータベースのファイルであってもよく、オブジェクト指向型データベースのファイルであってもよく、ネットワーク型データベースのファイルであってもよく、階層型データベースのファイルであってもよい。ファイル記憶部１５にファイルが記憶される過程は問わない。例えば、後述するデータ追加部１６によってデータが追加されることにより、ファイルが記憶されるようになってもよい。また、ユーザが入力デバイス等を介してファイル記憶部１５で記憶されているファイルのデータを変更・追加・削除等できるようにしてもよい。ファイル記憶部１５は、所定の記録媒体（例えば、半導体メモリや磁気ディスク、光ディスクなど）によって実現されうる。
【００２６】
データ追加部１６は、判断部１４によって蓄積用データが所定の条件を充たすと判断された場合に、その蓄積用データをファイル記憶部１５が記憶している所定のファイルに追加する。例えば、蓄積用データがデータベースのレコードである場合に、データ追加部１６は、ファイル記憶部１５で記憶されているデータベースのファイルに、そのレコードを追加する処理を行う。
【００２７】
削除部１７は、蓄積用データが所定の条件を充たすと判断部１４により判断された場合に、受信部１１が受信したメール情報から、その蓄積用データを削除する。したがって、データ追加部１６によってファイル記憶部１５に蓄積用データが蓄積される場合に、その蓄積用データがメール情報から削除されることになる。
【００２８】
アドレス情報取得部１８は、データ追加部１６が追加した蓄積用データのアドレスを示す情報であるアドレス情報を取得する。ここで、アドレス情報は、蓄積用データの存在場所を示す情報であり、そのアドレス情報を用いてファイル記憶部１５に追加された蓄積用データにアクセスすることができるのであれば、どのような情報であってもよい。アドレス情報は、例えば、ファイル記憶部１５に追加された蓄積用データのＵＲＬや、レコードを識別するレコード番号などである。アドレス情報取得部１８は、例えば、そのアドレス情報をデータ追加部１６によって追加された蓄積用データがファイル記憶部１５のどこに記憶されているのかを検索することによってアドレス情報を取得してもよく、データ追加部１６から、ファイル記憶部１５に追加した蓄積用データのアドレス情報を受け取ることによって取得してもよい。本実施の形態では、後者の場合について説明する。
【００２９】
アドレス情報追加部１９は、アドレス情報取得部１８が取得したアドレス情報を、削除部１７によって蓄積用データが削除されたメール情報に追加する。なお、アドレス情報追加部１９は、アドレス情報をメール情報に追加すると共に、判断部１４によって、所定の条件を充たさないと判断された場合には、その判断結果をもメール情報に追加してもよい。
【００３０】
メール情報記憶部２０では、メール情報が記憶される。メール情報記憶部２０が記憶しているメール情報は、受信部１１が受信したメール情報である。そのメール情報は、削除
部１７によって蓄積用データが削除されていてもよい。また、そのメール情報は、アドレス情報追加部１９によってアドレス情報が追加されていてもよい。メール情報記憶部２０は、所定の記録媒体（例えば、半導体メモリや磁気ディスク、光ディスクなど）によって実現されうる。
【００３１】
なお、ファイル記憶部１５と、メール情報記憶部２０とは、同一の記録媒体によって実現されてもよく、別々の記録媒体によって実現されてもよい。前者の場合には、１以上のファイルを記憶している領域がファイル記憶部１５となり、メール情報を記憶している領域がメール情報記憶部２０となる。
【００３２】
送信要求受信部２１は、メール情報の送信を要求する情報である送信要求を受信する。この送信要求は、ＰＯＰサーバとしてのメール装置１０に対して、メール情報の送信を要求するためにクライアント端末から送信される。なお、送信要求受信部２１は、受信を行うための受信デバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい。また、送信要求受信部２１は、ハードウェアによって実現されてもよく、あるいは受信デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。
【００３３】
メール情報送信部２２は、受信部１１が受信したメール情報を、そのメール情報の送信先に送信する。ただし、メール情報送信部２２が送信するメール情報は、削除部１７によって蓄積用データが削除されていてもよい。また、メール情報送信部２２が送信するメール情報は、アドレス情報追加部１９によってアドレス情報が追加されていてもよい。なお、メール情報送信部２２は、送信を行うための送信デバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい。また、メール情報送信部２２は、ハードウェアによって実現されてもよく、あるいは送信デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。
【００３４】
送信部２３は、判断部１４によって蓄積用データが所定の条件を充たさないと判断された場合に、条件を充たさない旨を含む情報を、所定の条件を充たさなかった蓄積用データに対応するメール情報の送信元に送信する。所定の条件を充たさなかった蓄積用データに対応するメール情報とは、所定の条件を充たさなかった蓄積用データを含むメール情報のことである。なお、送信部２３は、送信を行うための送信デバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい。また、送信部２３は、ハードウェアによって実現されてもよく、あるいは送信デバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。
【００３５】
なお、受信部１１、送信要求受信部２１、メール情報送信部２２、送信部２３の任意の２以上の要素が通信に関するデバイスを有する場合に、それらは同一の手段であってもよく、あるいは別々の手段であってもよい。
【００３６】
次に、本実施の形態によるメール装置１０の動作について、図２のフローチャートを用いて説明する。
（ステップＳ１０１）受信部１１は、メール情報を受信したかどうか判断する。そして、メール情報を受信した場合には、ステップＳ１０２に進み、そうでない場合には、ステップＳ１１０に進む。
【００３７】
（ステップＳ１０２）対象判断部１２は、受信されたメール情報が取得部１３による蓄積用データの取得の対象であるかどうか判断する。そして、蓄積用データの取得の対象である場合には、ステップＳ１０３に進み、そうでない場合には、受信されたメール情報はメール情報記憶部２０に蓄積され、ステップＳ１０１に戻る。
（ステップＳ１０３）取得部１３は、蓄積用データを受信部１１が受信したメール情報から取得する。
【００３８】
（ステップＳ１０４）判断部１４は、取得部１３によって取得された蓄積用データが所定の条件を充たすかどうか判断する。そして、所定の条件を充たす場合には、ステップＳ１０５に進み、そうでない場合には、ステップＳ１０９に進む。なお、所定の条件を充たさないと判断部１４によって判断された場合には、受信部１１で受信されたメール情報は、削除部１７、アドレス情報追加部１９を介してメール情報記憶部２０に蓄積されるものとする。その場合に、削除部１７、アドレス情報追加部１９では、削除やアドレス情報の追加等の処理はなされないものとする。
【００３９】
（ステップＳ１０５）削除部１７は、受信部１１が受信したメール情報から、蓄積用データを削除する。
（ステップＳ１０６）データ追加部１６は、取得部１３によって取得された蓄積用データを、ファイル記憶部１５が記憶しているファイルに追加する。
【００４０】
（ステップＳ１０７）アドレス情報取得部１８は、データ追加部１６によってファイル記憶部１５が記憶しているファイルに追加された蓄積用データのアドレス情報を取得する。
（ステップＳ１０８）アドレス情報追加部１９は、削除部１７によって蓄積用データが削除されたメール情報に、アドレス情報取得部１８によって取得されたアドレス情報を追加する。そして、そのメール情報をメール情報記憶部２０に蓄積し、ステップＳ１０１に戻る。
【００４１】
（ステップＳ１０９）送信部２３は、受信部１１が受信したメール情報の送信元に、蓄積用データが所定の条件を充たさなかった旨を含む情報を送信する。そして、ステップＳ１０１に戻る。
【００４２】
（ステップＳ１１０）送信要求受信部２１は、送信要求を受信したかどうか判断する。そして、送信要求を受信した場合には、ステップＳ１１１に進み、そうでない場合には、ステップＳ１０１に戻る。
【００４３】
（ステップＳ１１１）メール情報送信部２２は、送信要求受信部２１が受信した送信要求に対応するメール情報をメール情報記憶部２０から読み出して送信する。そして、ステップＳ１０１に戻る。
【００４４】
なお、図２のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。また、図２のフローチャートは、メール装置１０がＰＯＰサーバである場合の処理である。したがって、メール装置１０がＰＯＰサーバでない場合には、アドレス情報の追加を行った後に、メール情報を送信してもよく、メール情報の送信を行わなくてもよい。
【００４５】
次に、本実施の形態によるメール装置１０の動作について、具体例を用いて説明する。この具体例では、メール装置１０は、図３で示されるシステムを構成しているものとする。図３で示されるシステムは、クライアント端末３１，３２と、ＳＭＴＰ（Ｓｉｍｐｌｅ
Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）サーバ３３と、ＰＯＰサーバとしてのメール装置１０とを備える。なお、サーバや装置の間は、例えば、インターネットやイントラネット、公衆電話回線網などの有線または無線の通信回線で接続されているものとする。クライアント端末３１を操作するユーザからクライアント端末３２を操作するユーザに対して、支払いに関するデータである支払データが電子メールに添付されて送信され
るものとする。以下、クライアント端末３１を操作するユーザを送信者と呼び、クライアント端末３２を操作するユーザを管理者と呼ぶことにする。また、図３では、クライアント端末３１からクライアント端末３２への電子メールの送信に関する構成のみを記載しているが、クライアント端末３２やメール装置１０からクライアント端末３１にメールを送信する構成が別途、存在してもよい。
【００４６】
図４は、ファイル記憶部１５で記憶されている支払データのデータベースである「支払データベース」のファイルを示す図である。図４において、支払データベースは、支払いの日付を示す「年月日」のフィールド、支払いのなされた取引先を示す「取引先」のフィールド、支払いを識別するための情報である「支払Ｎｏ．」のフィールド、購入した商品を識別する「品番」のフィールド、購入した商品の量を示す「数量」のフィールド、購入した商品の１個あたりの価格を示す「単価」のフィールド、支払いの合計金額を示す「金額」のフィールド、その支払いを担当した者を示す「担当者」のフィールドを有する。なお、「ＩＤ」は、レコードを識別する情報であり、表管理上の要請のために存在する。ファイル記憶部１５は、図４で示される支払データベース以外のファイルを記憶していてもよい。
【００４７】
図５は、判断部１４が判断において用いるマスタ情報を示す図である。判断部１４は、図示しない記録媒体において、図５のマスタ情報を記憶しているものとする。図５のマスタ情報において、蓄積用データが有しなければならないフィールド（例えば、「年月日」、「取引先」など）が示されている。また、その各フィールドにおけるフィールド値のデータの種類（例えば、「日付」、「テキスト」、「数値」など）についても規定されている。判断部１４は、取得部１３が取得した蓄積用データが、図５で示される各フィールドのフィールド値を有するかどうか、また、各フィールド値のデータの種類が、図５で示されるデータの種類であるかどうかを判断し、蓄積用データの各フィールド値が図５のマスタ情報の条件を充たす場合に、蓄積用データが所定の条件を充たすと判断する。一方、いずれかのフィールド値が蓄積用データに含まれない場合や、いずれかのフィールド値のデータの種類がマスタ情報と異なる場合には、判断部１４は、蓄積用データが所定の条件を充たさないと判断する。
【００４８】
図６は、判断部１４による判断の処理、すなわち、図２のフローチャートにおけるステップＳ１０４の処理を示すフローチャートである。
（ステップＳ２０１）判断部１４は、カウンタＩを「１」に設定する。
【００４９】
（ステップＳ２０２）判断部１４は、取得部１３が取得した蓄積用データに、Ｉ番目のフィールド値が存在するかどうか判断する。Ｉ番目のフィールド値が存在する場合には、ステップＳ２０３に進み、そうでない場合には、ステップＳ２０７に進む。
【００５０】
（ステップＳ２０３）判断部１４は、蓄積用データのＩ番目のフィールド値を読み出す。
（ステップＳ２０４）判断部１４は、読み出したＩ番目のフィールド値のデータの種類が、図５のマスタ情報と一致するかどうか判断する。そして、一致する場合には、ステップＳ２０５に進み、そうでない場合には、ステップＳ２０７に進む。
【００５１】
（ステップＳ２０５）判断部１４は、蓄積用データにおいて、Ｉ番目のフィールド値が最後のフィールド値であるかどうか判断する。そして、最後のフィールド値である場合には、ステップＳ２０８に進み、そうでない場合には、ステップＳ２０６に進む。
（ステップＳ２０６）判断部１４は、カウンタＩを「１」だけインクリメントする。そして、ステップＳ２０２に戻る。
【００５２】
（ステップＳ２０７）判断部１４は、エラー情報を作成する。判断部１４は、例えば、Ｉ番目のフィールド値が存在しなかった場合には、その旨のエラー情報を作成し、Ｉ番目のフィールド値のデータの種類がマスタ情報床となっていた場合には、その旨のエラー情報を作成する。そして、ステップＳ２０５に進む。
【００５３】
（ステップＳ２０８）判断部１４は、それまでにエラー情報を作成したかどうか判断する。そして、エラー情報を作成していた場合には、ステップＳ２０９に進み、そうでない場合、すなわち、エラー情報を作成していない場合には、ステップＳ２１０に進む。
【００５４】
（ステップＳ２０９）判断部１４は、取得部１３によって取得された蓄積用データが所定の条件を充たさないと判断する。そして、作成したエラー情報を送信部２３に渡し、判断の処理は終了となる。この場合には、図２のフローチャートにおいて、ステップＳ１０４からステップＳ１０９に進むことになる。
【００５５】
（ステップＳ２１０）判断部１４は、取得部１３によって取得された蓄積用データが所定の条件を充たすと判断する。そして、判断の処理は終了となる。この場合には、図２のフローチャートにおいて、ステップＳ１０４からステップＳ１０５に進むことになる。
【００５６】
なお、図６のフローチャートでは、蓄積用データが１個のレコードである場合について説明したが、蓄積用データが２以上のレコードを有する場合には、判断部１４は、各レコードについて、ステップＳ２０１〜Ｓ２０６の処理を実行してもよい。
【００５７】
図７は、送信者が管理者に送信する電子メールのメール情報を示す図である。送信者は、クライアント端末３１を操作することによってメーラーを立ち上げ、図８で示されるように、送信元や送信先、件名等の情報を入力してメール情報を作成する。送信者がマウスを操作して「送信」ボタンをクリックすると、図７で示されるメール情報は、あらかじめ設定されているＳＭＴＰサーバ３３を介して、ＰＯＰサーバとしてのメール装置１０に送信される。なお、そのメール情報に含まれる蓄積用データは、図９で示されるものであるとする。なお、図９では、説明の便宜上、フィールド名を明記しているが、蓄積用データには、フィールド名は存在しなくてもよい。
【００５８】
また、対象判断部１２は、件名に「支払データ」の含まれるメール情報を、取得部１３が蓄積用データを取得する対象であると判断するものとする。また、取得部１３が取得する蓄積用データは、添付ファイルであるとする。
【００５９】
クライアント端末３１からＳＭＴＰサーバ３３を介して送信されたメール情報は、受信部１１で受信される（ステップＳ１０１）。そして、そのメール情報の件名が「支払データの送信」であり、その件名に「支払データ」が含まれているため、対象判断部１２は、そのメール情報が、取得部１３によって蓄積用データが取得される対象であると判断し、取得部１３に、蓄積用データを取得する旨の指示を渡す（ステップＳ１０２）。すると、取得部１３は、受信部１１が受信したメール情報から、添付ファイル「支払データ１２３」を取得し、判断部１４に渡す（ステップＳ１０３）。
【００６０】
判断部１４は、支払データ１２３の１番目のフィールド値「２００５／６／６」が存在するため（ステップＳ２０１，Ｓ２０２）、そのフィールド値を読み出し（ステップＳ２０３）、図示しない記録媒体において記憶されている図５のマスタ情報の１番目のフィールドのデータの種類と一致するかどうか判断する。この場合には、支払データ１２３の１番目のフィールド値「２００５／６／６」は、日付のデータであるため、データの種類が一致すると判断され（ステップＳ２０４）、次の２番目のフィールド値についての判断が行われる（ステップＳ２０５，Ｓ２０６）。なお、支払データ１２３には、２番目から８
番目のフィールド値も含まれており、各フィールド値のデータの種類の種類も、図５のマスタ情報と一致するため、エラー情報は作成されない（ステップＳ２０８）。その結果、判断部１４は、取得部１３が取得した蓄積用データは、所定の条件を充たすと判断し、その判断結果を削除部１７に渡し、取得部１３が取得した蓄積用データ「支払データ１２３」をデータ追加部１６に渡す（ステップＳ２１０，Ｓ１０４）。
【００６１】
削除部１７は、受信部１１が受信したメール情報から、添付ファイル「支払データ１２３」を削除し、削除した後のメール情報をアドレス情報追加部１９に渡す（ステップＳ１０５）。一方、データ追加部１６は、判断部１４から受け取った支払データ１２３をファイル記憶部１５が記憶している支払データベースの新たなレコードとして追加する（ステップＳ１０６）。
【００６２】
図１０は、そのようにして支払データ１２３の追加されたデータベースを示す図である。図１０のデータベースにおいて、ＩＤ「００７」のレコードが、追加された蓄積用データ「支払データ１２３」である。データ追加部１６は、蓄積用データを追加したファイル名「支払データベース」と、レコードの識別番号「ＩＤ００７」とをアドレス情報取得部１８に渡す。アドレス情報取得部１８は、それらの情報を受け取ることによって、アドレス情報「支払データベース、ＩＤ００７」を取得することになる（ステップＳ１０７）。アドレス情報取得部１８は、その取得したアドレス情報をアドレス情報追加部１９に渡す。
【００６３】
アドレス情報追加部１９は、削除部１７から受け取ったメール情報に、アドレス情報取得部１８から受け取ったアドレス情報を追加する（ステップＳ１０８）。図１１は、そのアドレス情報を示す図である。添付ファイルは、削除部１７によって削除されている。また、アドレス情報追加部１９によって、アドレス情報「支払データベース、ＩＤ００７」が追加されている。アドレス情報追加部１９は、アドレス情報を追加したメール情報を、メール情報記憶部２０に蓄積する。
【００６４】
次に、管理者がクライアント端末３２に、そのメール情報を読み込む処理について簡単に説明する。なお、この処理は、電子メールの受信処理として公知である。管理者は、クライアント端末３２を操作してメーラーを立ち上げ、図示しない受信ボタンをクリックする。すると、クライアント端末３２からメール装置１０にメール情報の送信を要求する送信要求が送信される。この送信要求には、管理者のメールアドレス「Ｕ１００＠ａｂｃ...ｃｏｍ」や、認証のための情報（例えば、パスワードなど）などが含まれている。その送信要求は送信要求受信部２１で受信され、所定の認証処理等がなされる（ステップＳ１１０）。そして、正当な送信要求であると判断された後に、送信要求受信部２１は、メール情報送信部２２に、送信先のメールアドレスが「Ｕ１００＠ａｂｃ...ｃｏｍ」であるメールをクライアント端末３２に送信する旨の指示を渡す。すると、メール情報送信部２２は、メール情報記憶部２０を検索し、送信先のメールアドレスが「Ｕ１００＠ａｂｃ...ｃｏｍ」である図１１で示されるメール情報を読み出して、クライアント端末３２に送信する（ステップＳ１１１）。その結果、管理者は、図１１のメール情報をクライアント端末３２で見ることができ、送信者から送信された支払データが支払データベースに追加されたことを知ることができる。また、管理者は、クライアント端末３２を操作してメール装置１０にアクセスし、メール情報の本文に含まれていた「支払データベース」の「ＩＤ００７」のレコードにアクセスすることによって、その追加された支払データにアクセスすることができる。
【００６５】
次に、受信部１１が受信したメール情報が、取得部１３による取得の対象とならない場合の処理について説明する。受信部１１が受信したメール情報の件名に「支払データ」が含まれない場合には、対象判断部１２は、そのメール情報は、取得部１３による取得の対
象とならないと判断する（ステップＳ１０２）。その結果、受信部１１が受信したメール情報は、メール情報記憶部２０に蓄積され、蓄積用データの取得はなされない。
【００６６】
次に、取得部１３によって取得された蓄積用データ「支払データ１２３」が所定の条件を充たさない場合の処理について説明する。受信部１１が受信したメール情報に、図１２で示される支払データ１２３が含まれていたとする。図１２で示される支払データには、３番目のフィールド値が含まれていないため、判断部１４は、３番目のフィールド値がないと判断し（ステップＳ２０２）、フィールド「支払Ｎｏ．」のフィールド値が含まれない旨のエラー情報を作成する（ステップＳ２０７）。そして、判断部１４は、支払データ１２３のすべてのフィールドについて判断を行った後に、エラー情報が作成されているため（ステップＳ２０８）、所定の条件を充たさないと判断し、作成したエラー情報を送信部２３に渡す（ステップＳ２０９）。
【００６７】
送信部２３は、受け取ったエラー情報を用いて、図１３で示されるメール情報を作成する。そのメール情報の本文には、蓄積用データが所定の条件を充たさない旨、すなわち、支払データ１２３にエラーが存在する旨と、そのエラーの内容である「支払Ｎｏ．」のフィールド値が含まれていない旨とが含まれている。そのメール情報は、送信部２３によって送信者に送信される（ステップＳ１０９）。その結果、そのメール情報を送信者がクライアント端末３１で受信することによって、送信者は、再度、エラーの解消された蓄積用データを含むメール情報を送信することができる。なお、エラーが存在する場合であっても、受信部１１で受信されたメール情報は、メール情報記憶部２０に蓄積され、送信要求の受信に応じて、メール情報送信部２２から送信されるものとする。その場合には、メール情報に対して、蓄積用データの削除やアドレス情報の追加はなされない。また、所定の条件を充たさない蓄積用データを含むメール情報に、蓄積用データが所定の条件を充たさない旨を追加して送信してもよい。例えば、図１４で示されるように、添付ファイルにエラーがあるため、ファイル記憶部１５に蓄積していない旨をメール情報に追加してもよい。管理者は、そのメール情報を見ることによって、支払データ１２３が支払データベースに追加されていないことを知ることができる。
【００６８】
なお、図１５で示される支払データ１２３のように、フィールド「単価」のフィールド値が数値でなく、テキストであった場合にも、データの種類がマスタ情報と一致しないため、エラー情報が作成され（ステップＳ２０４，Ｓ２０７）、図１６で示されるメール情報が送信部２３から送信されることになる。
【００６９】
また、この具体例では、蓄積用データにおいて、いずれかのフィールド値が含まれない場合には、所定の条件を充たさないと判断される場合について説明したが、そうでなくてもよい。例えば、蓄積用データに担当者のフィールド値が含まれていなくても、所定の条件を充たすと判断してもよい。
【００７０】
また、この具体例では、フィールド値のデータの種類の種類に関する判断を行う場合について説明したが、その判断をしなくてもよい。あるいは、別の判断を行ってもよい。例えば、数量のフィールド値と、単価のフィールド値との積が金額のフィールド値と一致するかどうかの判断を行い、一致しない場合には、所定の条件を充たさないと判断してもよい。例えば、図１７で示される蓄積用データ「支払データ１２３」のように、フィールド「金額」のフィールド値が一桁異なっていた場合にも、判断部１４は、蓄積用データが所定の条件を充たさないと判断してもよい。
【００７１】
また、この具体例では、メール情報に追加されるアドレス情報が、データベースの名称と、レコードのＩＤである場合について説明したが、前述のように、アドレス情報は、ファイル記憶部１５に追加された蓄積用データのＵＲＬであってもよい。その場合には、例
えば、クライアント端末３２によって受信されたメール情報を閲覧している管理者が、そのＵＲＬをマウスでクリックすることにより、そのレコードのジャンプすることができるようにしてもよい。
【００７２】
また、この具体例では、判断部１４がマスタ情報との比較を行うことによって、蓄積用データが所定の条件を充たすかどうかについて判断する場合について説明したが、判断部１４は、マスタ情報以外の情報を用いて判断を行ってもよい。例えば、判断部１４は、蓄積用データに関する所定の条件を示す情報を有しており、その情報に基づいて、蓄積用データが所定の条件を充たすかどうか判断してもよい。その所定の条件を示す情報は、例えば、蓄積用データのデータ容量に関する条件や、データ形式に関する条件であってもよい。
【００７３】
また、この具体例では、データ追加部１６がデータベースにレコードを追加する場合について説明したが、データ追加部１６による蓄積用データの追加は、これに限定されるものではなく、例えば、スプレッドシートのファイルへの数値等の追加や、テキストファイルへのテキストの追加などであってもよい。
【００７４】
また、この具体例では、蓄積用データが所定の条件を充たしていない場合に、エラーの内容や、訂正の方法などを含む情報を送信元に送信する場合について説明したが、送信部２３は、蓄積用データが所定の条件を充たしていない旨を送信元に送信するだけのものであり、送信部２３が送信する情報には、エラーの内容や、訂正の方法などが含まれていなくてもよい。
【００７５】
また、送信部２３が送信する情報は、この具体例で説明したようにテキストデータであってもよく、あるいは、イメージデータを含んでいてもよい。すなわち、送信部２３が送信した情報に含まれるイメージデータによって、蓄積用データが所定の条件を充たさない旨が送信者に連絡されてもよい。
【００７６】
以上のように、本実施の形態によるメール装置１０によれば、メール情報に含まれる蓄積用データが所定の条件を充たす場合に、データ追加部１６がその蓄積用データをファイル記憶部１５が記憶しているファイルに追加することができる。その結果、ユーザが、メール情報に含まれる蓄積用データをファイル記憶部１５が記憶しているファイルに蓄積する作業を行う必要がなくなり、ユーザの労力が軽減されている。また、蓄積用データがファイル記憶部１５に追加された場合には、アドレス情報がメール情報に追加されることによって、そのメール情報を受信したユーザは、蓄積された蓄積用データに容易にアクセスすることができうる。
【００７７】
なお、本実施の形態では、データ追加部１６は、取得部１３によって取得された蓄積用データをそのままファイル記憶部１５に追加する場合について説明したが、図１８のメール装置４０で示されるように、データ追加部１６は、データ変換部４１によってデータ変換された蓄積用データを追加してもよい。ここで、データ変換部４１は、取得部１３によって取得された蓄積用データに対して所定のデータ変換を行うものである。所定のデータ変換とは、例えば、ＣＳＶ形式の蓄積用データを、データベースやスプレッドシートのデータ形式に変換することであってもよく、金銭を支払ったのか受領したのかに応じて、金額にプラスやマイナスの符号を付けることであってもよく、蓄積用データから不要なフィールド値を削除することであってもよく、その他の変換であってもよい。なお、判断部１４による判断は、データ変換部４１によって変換された蓄積用データに基づいて行われてもよく、あるいは、変換前の蓄積用データに基づいて行われてもよい。
【００７８】
また、本実施の形態では、蓄積用データが所定の条件を充たさないと判断された場合に
、送信部２３が、所定の条件を充たさない旨の情報を送信する場合について説明したが、送信部２３は、判断部１４による判断結果にかかわらず、判断部１４による蓄積用データに対する判断結果を、蓄積用データに対応するメール情報の送信元に送信してもよい。このようにすることで、送信者は、蓄積用データがファイル記憶部１５に追加されたのかどうかを知ることができる。
【００７９】
また、データ追加部１６によってファイル記憶部１５に追加されるデータが、上記具体例で説明した支払データに限定されないことは言うまでもない。データ追加部１６によってファイル記憶部１５が記憶しているファイルに追加されるデータは、各種の帳票データなどであってもよく、例えば、音声データや映像データを含むデータであってもよく、その他のデータであってもよい。図１９は、蓄積用データの一例としての音楽データを示す図である。図１９で示されるように、蓄積用データは、複数のレコードから構成されていてもよい。図１９の蓄積用データでは、作曲者、演奏者、曲名、及び音楽データの各フィールドが対応付けられている。音楽データのフィールド値は、対応する音楽データのデータ名を示している。したがって、この場合の蓄積用データには、図１９で示されるテーブルと、音楽データ「Ｓｙｍｐｈｏｎｙ１−１」等が含まれるものとする。図２０は、図１９で示される蓄積用データがファイル記憶部１５に追加された後におけるファイル記憶部１５が記憶しているファイルの一例を示す図である。図２０で示されるように、各音楽データに関する作曲者等の情報を有するレコードには、音楽データの記憶されている記録媒体の位置を示す音楽データのポインタが含まれており、各レコードに対応する音楽データにアクセスできるようになっている。
【００８０】
また、本実施の形態の具体例では、ファイル記憶部１５において支払データベースのみが記憶されている場合について説明したが、ファイル記憶部１５において、２以上のファイルが記憶されていてもよい。例えば、ファイル記憶部１５は、支払データベースのファイルと、受領データベースのファイルとを記憶していてもよい。そのような場合において、蓄積用データには、どのファイルに追加すべきデータであるのかを示す情報が含まれていてもよい。例えば、蓄積用データの名称や、その蓄積用データを含むメール情報の件名等に基づいて、どのファイルに追加すべきデータであるのかを判断してもよく、それ以外の方法であってもよい。
【００８１】
また、本実施の形態の具体例では、蓄積用データがメール情報に含まれる添付ファイルである場合について説明したが、そうでなくてもよい。例えば、蓄積用データは、メール情報の本文に含まれる情報であってもよい。
【００８２】
また、本実施の形態では、対象判断部１２によって、蓄積用データの取得の対象であるかどうかを判断する場合について説明したが、その判断の処理は必須のものではなく、メール装置は対象判断部１２を備えなくてもよい。メール装置が対象判断部１２を備えない場合には、受信部１１が受信したすべてのメール情報について、取得部１３は、蓄積用データを取得してもよい。
【００８３】
また、本実施の形態では、判断部１４によって所定の条件を充たさないと判断された場合に、その旨を含む情報を送信する送信部２３を備える場合について説明したが、送信部２３は必須の構成要素ではなく、メール装置は、送信部２３を備えなくてもよい。メール装置が送信部２３を備えない場合には、例えば、管理者が、蓄積用データにエラー等があった旨を送信者に連絡するようにしてもよい。
【００８４】
また、本実施の形態では、蓄積用データがファイル記憶部１５に追加されると、アドレス情報追加部１９によってアドレス情報の追加されたメール情報が送信される場合について説明したが、アドレス情報取得部１８、及びアドレス情報追加部１９は必須の構成要素
ではなく、メール装置は、アドレス情報取得部１８、及びアドレス情報追加部１９を備えなくてもよい。
【００８５】
また、本実施の形態では、メール装置が削除部１７を備える場合について説明したが、削除部１７は必須の構成要素ではなく、メール装置は、削除部１７を備えなくてもよい。メール装置が削除部１７を備えない場合には、蓄積用データが所定の条件を充たすとしても、その蓄積用データを含むメール情報が送信されることになる。
【００８６】
また、本実施の形態では、メール装置がメール情報送信部２２を備える場合について説明したが、メール情報送信部２２は必須の構成要素ではなく、メール装置は、メール情報送信部２２を備えなくてもよい。メール装置がメール情報送信部２２を備えない場合としては、例えば、メール装置がＰＯＰサーバからメール情報を受信するクライアント端末である場合がある。その場合には、メール情報は受信されるだけであり、他の装置に送信されない。一方、そのクライアント端末で受信されたメール情報に含まれる蓄積用データは、所定の条件の下、ファイル記憶部１５に追加されることになる。なお、メール装置が、メール情報を受信するだけであり、送信を行わない場合には、メール装置は、削除部１７、アドレス情報取得部１８、アドレス情報追加部１９、送信要求受信部２１を備えなくてもよい。
【００８７】
また、上記実施の形態において、各処理または各機能は、単一の装置または単一のシステムによって集中処理されることによって実現されてもよく、あるいは、複数の装置または複数のシステムによって分散処理されることによって実現されてもよい。
【００８８】
また、上記実施の形態において、各構成要素は専用のハードウェアにより構成されてもよく、あるいは、ソフトウェアにより実現可能な構成要素については、プログラムを実行することによって実現されてもよい。例えば、ハードディスクや半導体メモリ等の記録媒体に記録されたソフトウェア・プログラムをＣＰＵ等のプログラム実行部が読み出して実行することによって、各構成要素が実現され得る。なお、上記実施の形態におけるメール装置を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータに、ファイルに蓄積するデータである蓄積用データを含む電子メールの情報であるメール情報を受信する受信ステップと、前記受信ステップで受信したメール情報から前記蓄積用データを取得する取得ステップと、前記取得ステップで取得した蓄積用データが所定の条件を充たすかどうか判断する判断ステップと、前記判断ステップで前記蓄積用データが所定の条件を充たすと判断された場合に、当該蓄積用データを、１以上のファイルを記憶しているファイル記憶部の所定のファイルに追加するデータ追加ステップと、を実行させるためのものである。
【００８９】
また、他のプログラムは、コンピュータに、前記受信ステップで受信したメール情報を、当該メール情報の送信先に送信するメール情報送信ステップをさらに実行させるためのものであってもよい。
【００９０】
なお、上記プログラムにおいて、情報を送信する送信ステップや、情報を受信する受信ステップなどでは、ハードウェアでしか行われない処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理は少なくとも含まれない。
【００９１】
また、このプログラムは、サーバなどからダウンロードされることによって実行されてもよく、所定の記録媒体（例えば、ＣＤ−ＲＯＭなどの光ディスクや磁気ディスク、半導体メモリなど）に記録されたプログラムが読み出されることによって実行されてもよい。
【００９２】
また、このプログラムを実行するコンピュータは、単数であってもよく、複数であって
もよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
また、本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【００９３】
以上より、本発明によるメール装置等は、メール情報に含まれる蓄積用データを、所定の条件の下、蓄積することができ、メール情報を受信する装置等において有用である。
【図面の簡単な説明】
【００９４】
【図１】本発明の一実施の形態によるメール装置の構成を示すブロック図
【図２】同実施の形態によるメール装置の動作を示すフローチャート
【図３】同実施の形態によるメール装置を含むシステムの一例を示す図
【図４】同実施の形態におけるデータベースの一例を示す図
【図５】同実施の形態におけるマスタ情報の一例を示す図
【図６】同実施の形態によるメール装置の動作の一例を示すフローチャート
【図７】同実施の形態におけるメール情報の一例を示す図
【図８】同実施の形態によるクライアント端末の一例を示す図
【図９】同実施の形態における蓄積用データの一例を示す図
【図１０】同実施の形態におけるデータベースの一例を示す図
【図１１】同実施の形態におけるメール情報の一例を示す図
【図１２】同実施の形態における蓄積用データの一例を示す図
【図１３】同実施の形態におけるメール情報の一例を示す図
【図１４】同実施の形態におけるメール情報の一例を示す図
【図１５】同実施の形態における蓄積用データの一例を示す図
【図１６】同実施の形態におけるメール情報の一例を示す図
【図１７】同実施の形態における蓄積用データの一例を示す図
【図１８】他の実施の形態によるメール装置の構成を示すブロック図
【図１９】同実施の形態における蓄積用データの一例を示す図
【図２０】同実施の形態におけるデータベースの一例を示す図
【符号の説明】
【００９５】
１０、４０  メール装置
１１  受信部
１２  対象判断部
１３  取得部
１４  判断部
１５  ファイル記憶部
１６  データ追加部
１７  削除部
１８  アドレス情報取得部
１９  アドレス情報追加部
２０  メール情報記憶部
２１  送信要求受信部
２２  メール情報送信部
２３  送信部
４１  データ変換部
【図１】
2007034377.tif 000003
【図２】
2007034377.tif 000004
【図３】
2007034377.tif 000005
【図４】
2007034377.tif 000006
【図５】
2007034377.tif 000007
【図６】
2007034377.tif 000008
【図７】
2007034377.tif 000009
【図８】
2007034377.tif 000010
【図９】
2007034377.tif 000011
【図１０】
2007034377.tif 000012
【図１１】
2007034377.tif 000013
【図１２】
2007034377.tif 000014
【図１３】
2007034377.tif 000015
【図１４】
2007034377.tif 000016
【図１５】
2007034377.tif 000017
【図１６】
2007034377.tif 000018
【図１７】
2007034377.tif 000019
【図１８】
2007034377.tif 000020
【図１９】
2007034377.tif 000021
【図２０】
2007034377.tif 000022