JP2016082436A - プログラム - Google Patents

Abstract

【課題】複数の宛先が指定されている同一内容の電子メールについて、宛先毎に配送タイミングを異ならせることができ、更に、差出人だけでなく配送済のユーザに電子メールの内容を見直す機会を与えて、電子メールの誤送信を防ぐことが可能な電子メールを配送するためのプログラムを提供すること。
【解決手段】複数の宛先が指定されている電子メールについて、各宛先に応じて一時的に送信を保留するか否かを判断し、差出人に加えて保留しない宛先（例えば社内の宛先）の受信者からも保留中のメール送信の中止（永続的な保留、または、削除）、または、保留の解除（即時送信）の要求を受け付けて処理を行うと共に、保留中のメール送信の中止（永続的な保留、または、削除）、または、保留の解除（即時送信）の処理終了後に、その処理を行った旨を差出人、および、保留しない宛先に通知する処理を行う。
【選択図】図９

Description

本発明は、プログラムに関する。

従来から、電子メールがコミュニケーションツールとして利用されており、ＭＵＡ（Ｍａｉｌ Ｕｓｅｒ Ａｇｅｎｔ）から電子メールを受け付けて、電子メールを配送（配信、送信、転送）する処理を行なうＭＴＡ（Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ａｇｅｎｔ）が存在する。

ここで、ＭＵＡとは、インターネット上の端末において電子メールを送受信するために使用されるクライアントプログラムであり、ＭＴＡとは、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を通じてネットワーク上で電子メールの受信と配送を行うメールサーバのことをいう。

例えば、従来技術として、効果的に誤送信を防ぐために、送信先の区分で限定した送信メールのみ、送信操作後、一時的に送信を保留し、差出人（送信者、差出元に対応するユーザ）に送信メールの内容を見直す機会を与えるものが存在する（特許文献１）。

また、差出人に宛先を見直す機会を与えるために、複数の宛先が指定されている電子メールに無効なドメインを有する宛先が存在する場合に、全ての宛先への電子メールの配送を保留するものが存在する（特許文献２）。

特開２００６−１８５０９４号公報 特開２００９−３０１１８６号公報

しかし、特許文献１や特許文献２に示すメールサーバは、複数の宛先が指定された電子メールについて、宛先毎に配送タイミングを異ならせるという発想はなかった。

また、特許文献１に記載のメールサーバは、送信メールのヘッダに含まれる所定の文字列から電子メールの配送を一時的に保留するか否かを制御し、差出人だけが保留された電子メールの内容を見直すことができるものであった。例えば、差出人以外のユーザは保留中の宛先への電子メールの中止を行うことができなかった。

また、特許文献２に示す技術は、複数の宛先が指定されている電子メールに無効なドメインを有する宛先が存在する場合に、全ての宛先への電子メールの配送を保留し、保留された電子メールは、電子メールの差出人が操作（例えば無効なドメインを有する宛先を修正、保留の解除等）するまで配送されない。

本願発明は、上述した課題に鑑みたものであり、複数の宛先が指定されている同一内容の電子メールについて、宛先毎に配送タイミングを異ならせることができ、更に、差出人だけでなく配送済のユーザに電子メールの内容を見直す機会を与えて、電子メールの誤送信を防ぐ（例えば、先に配送した配送済のユーザが差出人に代わって、保留中の宛先への電子メール配送の中止を行えるようにして電子メールの誤送信を防ぐ）ことが可能な電子
メールを配送するためのプログラムを提供することにある。

（１）本発明は、
宛先が指定された電子メールを配送するサーバのためのプログラムであって、
差出元から送信された電子メールを受け付ける受け付け部と、
電子メールの宛先毎に配送タイミングを決定し、配送タイミングが即時でない宛先への配送を保留する保留部と、
同一内容の電子メールに指定された各宛先の配送タイミングが異なる場合には、各宛先に応じた配送タイミングで前記電子メールの配送を行う配送部として、コンピュータを機能させるプログラムに関する。

また、本発明は、上記プログラムを記憶した情報記憶媒体、上記各部として構成するサーバに関する。

本発明によれば、複数の宛先が指定された同一内容の電子メールについて個々の宛先に応じて配送タイミングを決定し、配送タイミングが即時でない宛先への配送を一時的に保留するので、保留中の宛先について電子メールの内容を見直すことができる。例えば、差出人が電子メールの間違いに気が付いた場合に、少なくとも保留中の宛先については修正や削除等を行うことができ誤送信を防止することができる。また保留の必要のない宛先については即時配送することができる。

（２）また、本発明は、
宛先が指定された電子メールを配送するサーバのためのプログラムであって、
差出元から送信された電子メールを受け付ける受け付け部と、
電子メールの宛先にメーリングリストのメールアドレスが指定されている場合に、当該メーリングリストに登録された参加者の宛先毎に配送タイミングを決定し、配送タイミングが即時でない宛先への配送を保留する保留部と、
配送タイミングが異なる複数の参加者の宛先が前記メーリングリストに登録されている場合には、各宛先に応じた配送タイミングで前記電子メールの配送を行う配送部として、コンピュータを機能させるプログラムに関する。

また、本発明は、上記プログラムを記憶した情報記憶媒体、上記各部として構成するサーバに関する。

本発明によれば、メーリングリストのメールアドレスが電子メールの宛先に指定されている場合に、メーリングリストに登録された参加者の個々の宛先に応じて配送タイミングを決定し、配送タイミングが即時でない宛先への配送を一時的に保留するので、保留中の宛先について電子メールの内容を見直すことができる。例えば、差出人が電子メールの間違いに気が付いた場合に、少なくとも保留中の宛先については修正や削除等を行うことができ誤送信を防止することができる。また保留の必要のない宛先については即時配送することができる。

（３）また、本発明のプログラム、情報記憶媒体及びサーバは、
前記保留部が、
宛先毎に、当該宛先への配送タイミングが即時か否かを判断し、当該宛先への配送タイミングが即時でない場合に当該宛先への保留期間を決定する処理を行い、
前記配送部が、
配送タイミングが即時であると判断された宛先と配送タイミングが即時でないと判断された宛先とがある場合に、配送タイミングが即時であると判断された宛先への前記電子メ
ールの配送を即時に行い、配送タイミングが即時でないと判断された宛先への前記電子メールの配送を当該宛先の保留期間経過後に行うようにしてもよい。

本発明によれば、即時に配送された宛先のユーザが、電子メールの内容を見直すことができ、電子メールの内容の間違いに気が付くことができる。例えば、前記ユーザから間違いを指摘された差出人が保留中の宛先について修正や削除等を行うことによって、誤送信を防止することができる。

（４）また、本発明のプログラム、情報記憶媒体及びサーバは、
前記保留部が、
宛先毎に、当該宛先への配送タイミングが即時か否かを判断し、当該宛先への配送タイミングが即時でない場合に当該宛先への保留期間を決定する処理を行い、
前記配送部が、
配送タイミングが即時でないと判断された宛先が複数ある場合、宛先毎に、当該宛先への前記電子メールの配送を当該宛先の保留期間経過後に行うようにしてもよい。

本発明によれば、保留された宛先が複数ある場合に、先に配送された宛先のユーザ（例えば保留期間が５分で配送されたユーザ）が、受信後に電子メールの内容を見直すことができ、電子メールの内容の間違いに気が付くことができる。例えば、前記ユーザから間違いを指摘された差出人が保留中の宛先（例えば保留期間が１０分で現在も保留中の宛先）について修正や削除等を行うことによって、誤送信を防止することができる。

（５）また、本発明のプログラム、情報記憶媒体及びサーバは、
前記電子メール配送済の宛先に対応するユーザから、保留中の宛先への前記電子メールの配送を中止する指示情報を受け付ける指示受け付け部として、コンピュータを更に機能させ、
前記配送部が、
前記指示情報を受け付けた場合には、保留中の宛先への前記電子メールの配送を中止するようにしてもよい。

ここで、「配送の中止」とは、電子メールの配送を永久的に保留すること（保留期間後においても保留すること）、又は、保留中の宛先への電子メールを削除することのいずれでもよい。

また、保留中の宛先が複数ある場合には、一の指示情報に基づき保留中の全ての宛先への電子メールの配送を中止してもよいし、一の指示情報に基づき特定の一又は複数の宛先への電子メールの配送を中止してもよい。

また、「電子メール配送済の宛先に対応するユーザ」とは、同一内容の電子メールについて複数の宛先の各配送タイミングが異なる場合において、先に配送された宛先に対応するユーザ（先に受信したユーザ）のことである。

本発明によれば、電子メール配送済の宛先に対応するユーザが、保留中の宛先への電子メールの配送を中止することができる。例えば、差出人が電子メールの内容の間違いに気が付かない場合であっても、電子メール配送済の宛先に対応するユーザが間違いに気が付いた場合に保留中の宛先への電子メールの配送を中止することができ、誤送信を阻止することができる。

つまり、電子メール配送済の宛先に対応するユーザが、仮に保留中の宛先への電子メールの配送中止を行うことができない場合は、電子メール配送済の宛先に対応するユーザが
間違いに気が付いて差出人に連絡している間に保留期間が経過してしまい、せっかく間違いに気が付いたのに誤送信してしまう場合がある。しかし、本発明によれば、電子メール配送済の宛先に対応するユーザが、保留中の宛先への電子メールの配送を中止することができるので、誤送信を防止することができる。

（６）また、本発明のプログラム、情報記憶媒体及びサーバは、
保留中の宛先への前記電子メールの配送を中止したことを示す情報を、差出元に通知する通知部として、コンピュータを更に機能させるようにしてもよい。

本発明によれば、電子メール配送済の宛先に対応するユーザが電子メールの間違いに気が付き、当該ユーザの指示で保留中の宛先への配送を中止した場合に、差出元に対して保留中の宛先への配送が中止されたことを知らせることができる。つまり、電子メール配送済の宛先に対応するユーザが差出人に保留中の宛先への配送を中止したことを口頭で伝える手間を省くことができる。

（７）また、本発明のプログラム、情報記憶媒体及びサーバは、
保留中の宛先への前記電子メールの配送を中止したことを示す情報を、前記電子メール配送済の他の宛先に対応するユーザに通知する通知部として、コンピュータを更に機能させるようにしてもよい。

本発明によれば、電子メール配送済の宛先に対応するユーザが複数いる場合（例えば図３のユーザＣ、ユーザＤがいる場合）において、一のユーザ（例えば図３のユーザＣ）が電子メールの間違いに気が付き、当該一のユーザの指示で保留中の宛先への配送を中止した場合に、同じく電子メール配送済の他の宛先に対応するユーザ（例えば図３のユーザＤ）に保留中の宛先への配送が中止されたことを知らせることができる。つまり、一のユーザ（例えば図３のユーザＣ）が他のユーザ（例えば図３のユーザＤ）に保留中の宛先への配送を中止したことを口頭で伝える手間を省くことができる。

（８）また、本発明のプログラム、情報記憶媒体及びサーバは、
前記差出元に対応するユーザから、保留中の宛先への前記電子メールの配送を中止する指示情報を受け付ける指示受け付け部と、
保留中の宛先への前記電子メールの配送を中止したことを示す情報を、前記電子メール配送済の宛先に対応するユーザに通知する通知部として、コンピュータを更に機能させ、
前記指示情報を受け付けた場合には、前記配送部が保留中の宛先への前記電子メールの配送を中止してもよい。

本発明によれば、差出元に対応するユーザ（例えば図３のユーザＡ）が電子メールの間違いに気が付き、当該ユーザの指示で保留中の宛先への配送を中止した場合に、電子メール配送済の宛先に対応するユーザ（例えば図３のユーザＣ、ユーザＤ）に保留中の宛先への配送が中止されたことを知らせることができる。つまり、ユーザ（例えば図３のユーザＡ）が他のユーザ（例えば図３のユーザＣ、ユーザＤ）に保留中の宛先への配送を中止したことを口頭で伝える手間を省くことができる。

本実施形態のサーバの機能ブロックの例。 本実施形態のサーバの処理の概要を示した図。 本実施形態の電子メールの配送処理を説明するための図。 本実施形態のフローチャートの一例。 本実施形態において、ユーザが閲覧する保留メールリストの一例。 本実施形態において、ユーザが閲覧する保留メールの一例。 本実施形態において、ユーザが閲覧する保留メールリストの一例。 本実施形態において、ユーザが閲覧する保留メールの一例。 本実施形態のフローチャートの一例。 本実施形態の電子メールの配送処理を説明するための図。 図１１（Ａ）（Ｂ）は、同一内容の電子メールを異なるタイミングで受け付けたときの処理

以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。

１．構成
図１は、本実施形態のサーバ１０の機能ブロック図の一例である。なお本実施形態のサーバ１０は、図１の各部を全て含む必要はなく、その一部を省略した構成としてもよい。

記憶部１７０は、処理部１００などのワーク領域となるもので、記憶部１７０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）を記憶することができる。

記憶部１７０は、プログラムやデータなどを格納するものであり、その機能は、ＲＡＭ（ＶＲＡＭ）、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）等、によりコンピュータにより読み取り可能な情報記憶媒体で実現できる。

本実施形態の記憶部１７０には、ユーザＤＢ１７２（ＤＢはデータベースの略、以下同様。）、保留メール格納領域１７３、履歴ＤＢ１７４、ルールＤＢ１７５が記憶される。

ユーザＤＢ１７２には、ユーザ識別情報（ユーザＩＤ）に対応付けてユーザ（例えば、社員）のメールアドレス、ユーザ用ＵＩ（ＵＩはユーザインターフェースの略、以下同様。）へのログインパスワード等が記憶される。保留メール格納領域１７３には、保留メール識別情報（保留メールＩＤ）に対応付けて保留された電子メール（保留メール）が記憶される。履歴ＤＢ１７４には、履歴識別情報（履歴ＩＤ）に対応付けて保留処理がなされた電子メールの状態等が記憶される。ルールＤＢ１７５には、ルール識別情報（ルールＩＤ）に対応付けて、保留要否のルール情報等が記憶される。

処理部１００は、記憶部１７０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。

処理部１００（プロセッサ）は、記憶部１７０内の主記憶部をワーク領域として各種処理を行う。処理部１００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）などのハードウェアや、プログラムにより実現できる。

処理部１００は、メール処理部（ＭＴＡ）１１０と、Ｗｅｂ処理部１２０と、データベース処理部１３０とを含む。

メール処理部１１０は、ＳＭＴＰを通じてネットワーク上で電子メールの受信と配送（送信）を行う。本実施形態のメール処理部１１０は、受け付け部１１１、解析部１１２、保留部１１３、配送部１１４、通知部１１６、削除部１１７、指示受け付け部１１８を含む。

受け付け部１１１は、端末２０のＭＵＡ２１１によって、差出元（差出元に対応するユーザの端末、差出人の端末）から送信され、エンベロープの宛先が指定された電子メールを受け付ける処理を行う。受け付け部１１１は、同一内容の電子メールに対して複数の宛先が指定された電子メールを受け付ける。

解析部１１２は、受け付けた電子メールを解析する処理を行う。例えば、エンベロープの宛先（エンベロープＴｏ）、エンベロープの差出元（エンベロープＦｒｏｍ）、メッセージのヘッダ、メッセージのボディの本文部分を解析する処理を行う。例えば、エンベロープの宛先のうちドメインを抽出したり、メッセージのヘッダのうち、Ｔｏ、Ｃｃ、Ｂｃｃ、Ｓｕｂｊｅｃｔを抽出する処理を行う。また、メッセージのボディ部分のうち、本文、添付ファイル等を抽出する処理を行う。

保留部１１３は、電子メールの宛先毎に配送タイミングを決定し、配送タイミングが即時でない宛先への配送を保留する。

つまり、保留部１１３は、宛先毎に、当該宛先への配送タイミングが即時か否かを判断し、当該宛先への配送タイミングが即時でない場合に当該宛先への保留期間を決定する処理を行う。別の言い方をすれば、保留部１１３は、宛先毎に、当該宛先への配送を保留するか否かを判断し、当該宛先への配送を保留する場合に当該宛先への保留期間を決定する処理を行う。

また、保留部１１３は、電子メールの宛先にメーリングリストのメールアドレスが指定されている場合に、当該メーリングリストに登録された参加者の宛先毎に配送タイミングを決定し、配送タイミングが即時でない宛先への配送を保留する。

つまり、保留部１１３は、メーリングリストに登録された参加者の宛先毎に、当該宛先への配送タイミングが即時か否かを判断し、当該宛先への配送タイミングが即時でない場合に当該宛先への保留期間を決定する処理を行う。別の言い方をすれば、保留部１１３は、メーリングリストに登録された参加者の宛先毎に、当該宛先への配送を保留するか否かを判断し、当該宛先への配送を保留する場合に当該宛先への保留期間を決定する処理を行う。

例えば、保留部１１３は、宛先のメールアドレスが外部メールアドレスである場合に保留すると判断し、宛先のメールアドレスが内部メールアドレスである場合に保留しないと判断する。なお、保留部１１３は、所定の条件（ルール）に基づき保留するか否かを判断してもよい。

また、保留部１１３は、保留すると判断された宛先への電子メールを、保留メール格納領域１７３に保留する。

配送部１１４は、電子メールを配送する処理を行う。特に本実施形態の配送部１１４は、同一内容の電子メールに指定された各宛先の配送タイミングが異なる場合には、各宛先に応じた配送タイミングで前記電子メールの配送を行う。

また、配送部１１４は、電子メールの宛先にメーリングリストのメールアドレスが指定されている場合であって配送タイミングが異なる複数の参加者の宛先がメーリングリストに登録されている場合には、各宛先に応じた配送タイミングで電子メールの配送を行う。

また、配送部１１４は、配送タイミングが即時であると判断された宛先と配送タイミン
グが即時でないと判断された宛先とがある場合に（保留すると判断された宛先と保留しないと判断された宛先とがある場合に）、配送タイミングが即時であると判断された宛先（留しないと判断された宛先）への電子メールの配送を即時に行い、配送タイミングが即時でないと判断された宛先（保留すると判断された宛先）への電子メールの配送を当該宛先の保留期間経過後に行う。

また、配送部１１４は、配送タイミングが即時でないと判断された宛先が複数ある場合、宛先毎に、当該宛先への前記電子メールの配送を当該宛先の保留期間経過後に行う。

また、配送部１１４は、電子メール配送済の宛先に対応するユーザ又は差出元に対応するユーザから、保留中の宛先への電子メールの配送を中止する指示情報を受け付けた場合には、保留中の宛先への電子メールの配送を中止する。

また、配送部１１４は、差出元から保留中の電子メールについて配送指示を受信した場合に、保留された電子メールを配送指示受信後、即時に配送する処理を行うようにしてもよい。

また、配送部１１４は、電子メール配送済の宛先に対応するユーザから、保留中の電子メールについて配送指示を受信した場合に、保留された電子メールを配送指示受信後、即時に配送する処理を行うようにしてもよい。

また、配送部１１４は、電子メール配送済の宛先に対応するユーザ又は差出元に対応するユーザから、保留中の宛先への電子メールを修正する指示情報を受け付けた場合には、保留中の宛先への電子メールを修正して配送してもよい。

通知部１１６は、電子メール等の通信手段で種々の情報をユーザに通知する処理を行う。例えば、通知部１１６は、電子メール配送済の宛先に対応するユーザから、保留中の宛先への電子メールの配送を中止する指示情報を受け付けた場合に、保留中の宛先への電子メールの配送を中止したことを示す情報を、差出元に対応するユーザ（ユーザの端末）に通知する。

また、通知部１１６は、電子メール配送済の宛先に対応するユーザから、保留中の宛先への電子メールの配送を中止する指示情報を受け付けた場合に、保留中の宛先への電子メールの配送を中止したことを示す情報を、電子メール配送済の他の宛先に対応するユーザに通知する。

また、通知部１１６は、差出元に対応するユーザから、保留中の宛先への前記電子メールの配送を中止する指示情報を受け付けた場合に、保留中の宛先への電子メールの配送を中止したことを示す情報を、電子メール配送済の宛先に対応するユーザに通知してもよい。

また、通知部１１６は、電子メール配送済の宛先に対応するユーザから、保留中の宛先への電子メールを修正する指示情報を受け付けた場合、保留中の宛先への電子メールを修正したことを示す情報を、差出元に通知してもよい。

また、通知部１１６は、電子メール配送済の宛先に対応するユーザから、保留中の宛先への電子メールを修正する指示情報を受け付けた場合、保留中の宛先への電子メールを修正したことを示す情報を、電子メール配送済の他の宛先に対応するユーザに通知してもよい。

また、通知部１１６は、差出元に対応するユーザから、保留中の宛先への電子メールを修正する指示情報を受け付けた場合、保留中の宛先への電子メールを修正したことを示す情報を、電子メール配送済の宛先に対応するユーザに通知してもよい。

削除部１１７は、所定条件下で、保留された電子メールを削除する処理を行う。例えば、削除部１１７は、差出元のユーザの端末から、保留メールを削除する削除指示を受信した場合に、当該保留メールを削除する処理を行う。なお、削除部１１７は、保留メールの配送後に保留メール格納領域から配送済みの保留メールを削除してもよい。

指示受け付け部１１８は、電子メール配送済の宛先に対応するユーザから、保留中の宛先への電子メールの配送を中止する指示情報を受け付ける。なお、指示受け付け部１１８は、差出元のユーザから、保留中の宛先への電子メールの配送を中止する指示情報を受け付けてもよい。

また、指示受け付け部１１８は、電子メール配送済の宛先に対応するユーザから、保留中の宛先への電子メールを修正する指示情報を受け付けてもよい。また、指示受け付け部１１８は、差出元に対応するユーザから、保留中の宛先への電子メールを修正する指示情報を受け付けてもよい。

Ｗｅｂ処理部１２０は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を通じて、端末２０にインストールされているＷｅｂブラウザ２１０などのクライアントソフトウエアの要求に応じてＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ
Ｌａｎｇｕａｇｅ）文書や画像などのデータを送信（提供）する処理、端末のＷｅｂブラウザ２１０において受け付けたデータを受信する処理を行う。そして、サーバは、管理者やユーザの各端末から受信した情報に基づき、保留メールの処理、ＤＢの更新処理等を行う。

管理者用ＵＩ部１２１は、管理者の端末２０のＷｅｂブラウザ２１０からのアクセス要求に応じて管理設定用のデータ等を管理者の端末２０に送信（提供）する処理を行い、端末２０から情報を受信する処理を行う。

つまり、管理者用ＵＩ部１２１は、管理者からの入力に基づいて、各データをＤＢへ追加、削除、更新処理等を行う。なお、管理者用ＵＩのＷｅｂページ（ＵＲＬ）へのアクセスは、管理者のみに権限が与えられる。

ユーザ用ＵＩ部１２２は、ログイン処理や、端末２０のＷｅｂブラウザ２１０からの要求に応じて、ログインしたユーザに関連する保留メールのＷｅｂページを送信（提供）する処理を行う。

また、ユーザ用ＵＩ部１２２は、端末２０のＷｅｂブラウザ２１０からの要求に応じて保留メールの配送、削除、又は配送中止等の指示情報を受け付けるためのＷｅｂページを送信する処理を行う。ユーザ用ＵＩ部１２２は、端末２０から送信された、保留された電子メールの配送、削除、又は配送中止等の指示情報を受信する処理を行う。

また、ユーザ用ＵＩ部１２２は、ユーザの端末から保留メールの処理の情報を閲覧する要求を受信した場合には、保留メールの処理の情報を送信する処理を行う。保留メールの処理の情報とは、例えば、電子メールのメッセージやエンベロープ等の情報、及び、電子メールの状態（削除済、送信済（配送済）、保留中、処理中等）を示す情報である。なお、本実施形態では、メールが送信や削除されても、そのメール本文の複製（コピー）のデータを記憶部（格納領域）に記憶し、ユーザが後で閲覧できるように制御してもよい。

データベース処理部１３０は、データベースに格納されているデータを、登録、更新、削除する処理を行う。例えば、データベース処理部１３０は、管理者用ＵＩ部１２１、ユーザ用ＵＩ部１２２において、端末２０から受信したデータに基づいて、データベースを更新する処理を行う。

なお、メール処理部１１０、Ｗｅｂ処理部１２０、データベース処理部１３０は１つの装置で実行させてもよいし、処理の用途に応じて異なる装置に分散して各処理を実行させるようにしてもよい。

２．概要
図２は、本実施形態のサーバの処理の流れの概要を示す。本実施形態のサーバは、配送処理に用いるエンベロープの宛先及びエンベロープの差出元、メッセージとからなる電子メールを受け付け、当該電子メールを配送するＭＴＡ機能を有する。

まず、本実施形態のサーバは、端末のＭＵＡから送信された電子メールを受け付け、受け付けた電子メールを解析して電子メールの保留の要否を判断する。

サーバは、保留しないと判断した場合には電子メールを配送する処理を行う。一方、サーバは、配送を保留すると判断した場合には電子メールの配送を保留する処理を行う。本実施形態のサーバによれば、所定条件下で電子メールを保留することができ、差出人に対して電子メールを見直す機会を与え、誤送信を防止することができる。

ここで、ＭＴＡが、電子メールを配送するとは、ＳＭＴＰを通じて、受け付けた電子メールを他のＭＴＡに配送する処理や、メールサーバが稼動する同一システム内にアカウントを持つユーザ宛に配送するためのローカル配信エージェントＭＤＡ（Ｍａｉｌ Ｄｅｌｉｖｅｒｙ Ａｇｅｎｔ）に配送する処理、ＭＤＡを介せずにメールサーバが稼動する同一システム内にアカウントを持つユーザ宛に配送する場合も含む。

そして、本実施形態のサーバは、保留された電子メールについて所定時間経過した場合や、差出人であるユーザからの配送指示を受け付けた場合に、保留メールを配送する処理を行う。また、サーバは、保留された電子メールについて、差出人であるユーザから削除指示を受け付けた場合には保留メールを削除する処理を行う。

特に、本実施形態のサーバは、同一内容の電子メールに対して複数の宛先が指定された電子メールについて、宛先毎に保留の要否を判断するので、一部の宛先について即時配送し、残りの宛先について配送を保留する処理を行う場合もある。かかる場合において、本実施形態では、電子メールを即時配送した宛先に対応するユーザから、保留中の宛先への電子メールの配送を中止する指示情報を受け付けた場合に、保留中の宛先への電子メールの配送を中止する。このように、本実施形態によれば、例えば、差出人が電子メールの内容の間違いに気が付かない場合であっても、先に受信したユーザが間違いに気が付いた場合に保留中の宛先への電子メールの配送を中止することができ誤送信を防止することができる。

なお、本実施形態において、同一内容の電子メールとは、電子メールの本文と特定のヘッダ（例えば、ヘッダのＳｕｂｊｅｃｔ、Ｄａｔｅ、Ｆｒｏｍ、及び、Ｔｏ）が同じであることを意味する。

３．保留判定
次に保留判定処理について説明する。本実施形態では、電子メールのエンベロープの宛
先（エンベロープＴｏ）、エンベロープの差出元（エンベロープＦｒｏｍ）、電子メールのメッセージのヘッダ、メッセージのボディの少なくとも一つを参照して保留の要否を判定する。

ここで、電子メールのエンベロープとは、ＳＭＴＰセッションにおいて、端末（ＭＵＡ）がサーバに対して送信する宛先（エンベロープＴｏ）と、差出元（エンベロープＦｒｏｍ）である。つまり、サーバが電子メールを配送する際に使用するメールアドレスである。なお、エンベロープＴｏは、電子メールのメッセージデータに含まれるヘッダのＴｏ、Ｃｃ、Ｂｃｃと異なる情報となることもあり、エンベロープＦｒｏｍは、電子メールのメッセージデータに含まれるヘッダのＦｒｏｍと異なる情報となることもある。

特に、本実施形態では、電子メールのエンベロープの宛先が外部メールアドレスであるか否かに基づき保留要否を判断する。つまり、本実施形態では、電子メールのエンベロープの宛先が外部メールアドレスである場合に、当該宛先への電子メールの配送を保留する。

本実施形態のサーバは、メールアドレスのドメインが、予め登録されたネットワークシステム（社内システム）のドメインではない場合、当該メールアドレスを「外部メールアドレス」として判定する。

また、本実施形態のサーバは、メールアドレスのドメインが、予め登録されたネットワークシステム（社内システム）ドメインである場合、当該メールアドレスを「内部メールアドレス」として判定する。

なお、サーバは、メールアドレスのドメインが、サーバが属するネットワークシステムのドメイン又はサブドメインでない場合、当該メールアドレスを「外部メールアドレス」として判定してもよい。

また、サーバは、メールアドレスのドメインが、サーバが属するネットワークシステムのドメイン又はサブドメインである場合、当該メールアドレスを「内部メールアドレス」として判定してもよい。

例えば、図３に示すように、予め登録されたネットワークシステムのドメインが「ｘｘｘ．ｎｅ．ｊｐ」である場合に、宛先のメールアドレスが「ｂｂｂ＠ｙｙｙ．ｃｏｍ」である場合には、「ｂｂｂ＠ｙｙｙ．ｃｏｍ」は外部メールアドレスであると判定する。また、宛先のメールアドレスが「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」である場合には、「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」は内部メールアドレスと判定する。本実施形態では、電子メールのエンベロープの宛先が内部メールアドレスである場合に、当該宛先へ即時配送する。

つまり、サーバは、電子メールのエンベロープの宛先のドメインが予め登録されたネットワークシステムのドメインか否かを判断し、電子メールのエンベロープの宛先のドメインが予め登録されたネットワークシステムのドメインである場合には保留不要と判断し、当該宛先への電子メールを即時配送する処理を行い、電子メールのエンベロープの宛先のドメインが予め登録されたネットワークシステムのドメインでない場合には当該宛先への電子メールの配送を保留する。

本実施形態のサーバは、保留された電子メールのデータを記憶部の保留メール格納領域に記憶する処理を行っている。

また、本実施形態の保留処理は、保留要否の判定時から電子メールを所定期間（例えば
、１０分間）保留（一時保留）するものであり、当該所定期間経過後、直ぐに当該電子メールを配送する処理を行う。

４．複数の宛先が指定された電子メールの処理についての説明
本実施形態では、図３に示すように、同一内容のメッセージデータの電子メールについてエンベロープの宛先が複数存在する場合には、エンベロープの宛先毎に、保留の要否を判断する。つまり、サーバはエンベロープの宛先毎にエンベロープの宛先のドメインが予め登録されたネットワークシステムのドメインか否かを判断する。

例えば、本実施形態のサーバが、エンベロープの宛先に「ｂｂｂ＠ｙｙｙ．ｃｏｍ」、「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」及び「ｄｄｄ＠ｘｘｘ．ｎｅ．ｊｐ」が指定された同一内容の電子メールを受け付けると、「ｂｂｂ＠ｙｙｙ．ｃｏｍ」、「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」、「ｄｄｄ＠ｘｘｘ．ｎｅ．ｊｐ」それぞれについて保留要否の判定を行う。

つまり、本実施形態のサーバ（ＭＴＡ）が、「ｘｘｘ．ｎｅ．ｊｐ」のネットワークに属し、「ｂｂｂ＠ｙｙｙ．ｃｏｍ」が外部メールアドレスであると判定されると「ｂｂｂ＠ｙｙｙ．ｃｏｍ」への電子メールの配送を保留すると判定する。一方、「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」は内部メールアドレスであると判定されると「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」への電子メールについては保留不要と判定し即時に配送を行う。同様に、「ｄｄｄ＠ｘｘｘ．ｎｅ．ｊｐ」は内部メールアドレスであると判定されると「ｄｄｄ＠ｘｘｘ．ｎｅ．ｊｐ」への電子メールについては保留不要と判定し即時に配送を行う。

このように、本実施形態のサーバによれば、電子メールの差出人であるユーザＡは所定期間中に電子メールの内容を見直すことができ、電子メールの宛先やメッセージ等の誤りに気がついた場合には、例えば外部メールアドレス「ｂｂｂ＠ｙｙｙ．ｃｏｍ」（ユーザＢ）への配送を所定期間保留している間に削除、修正等をすることができる。これにより保留中に間違いに気が付けば少なくとも外部のユーザＢに対しては間違ったメールを配信することを未然に防ぐことができる。また、内部メールアドレス「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」のユーザＣ及び「ｄｄｄ＠ｘｘｘ．ｎｅ．ｊｐ」のユーザＤはローカルエリアネットワークシステム内のユーザ（例えば、社内ユーザ）である。したがって、ユーザＡは自分で電子メールの誤りに気が付かない場合であっても他のユーザＣ、Ｄから電子メールの誤りを指摘してもらうことができる。

次に、図４を用いて、電子メール受け付け時のサーバの処理の流れについて説明する。まず、サーバは電子メールを受け付ける（ステップＳ１）。次に、サーバは宛先（エンベロープの宛先）のメールアドレスが外部メールアドレスか否かを判断する（ステップＳ２）。宛先のメールアドレスが外部メールアドレスである場合（ステップＳ２のＹ）、所定期間、宛先（外部メールアドレス）への配送を保留する（ステップＳ３）。一方、宛先のメールアドレスが外部メールアドレスでない場合（ステップＳ２のＮ）、つまり宛先のメールアドレスが内部メールアドレスである場合には、宛先（内部メールアドレス）への配送を即時に行う（ステップＳ５）。そして、受け付けた電子メールの宛先全てについて処理をしたか否かを判断する（ステップＳ４）。受け付けた電子メールの宛先全てについて処理をしていない場合には（ステップＳ４のＮ）、ステップＳ２に戻る。一方、受け付けた電子メールの宛先全てについて処理した場合には（ステップＳ４のＹ）、処理を終了する。

５．保留メールの閲覧と処理
本実施形態のサーバは、ユーザ毎に、ユーザに対応付けてユーザ自身が差出人（エンベロープＦｒｏｍ）である保留メールを保留メール格納領域１７３に格納している。

そして、本実施形態では、ユーザ用ＵＩを管理しているＷｅｂサーバにユーザがログインすると、ユーザが、差出人（エンベロープＦｒｏｍ）となっている保留メールを閲覧できるよう制御している。

まず、ユーザは、図５に示すように、現在保留中の電子メールの一覧（リスト）を閲覧することができる。つまり、サーバは、ログインしたユーザに対応づけて記憶されている保留メール毎に、電子メールの件名（ヘッダのＳｕｂｊｅｃｔ）、差出人（ヘッダのＦｒｏｍ）、宛先（ヘッダのＴｏ）、保留日時（保留された日時）等を抽出し、当該ユーザの端末に送信する。

図５は、ユーザＡ（ａａａ＠ｘｘｘ．ｎｅ．ｊｐ）の画面において表示される保留メール一覧の一例を示す。図５の例では、現在ユーザＡに関連する保留メールが３件あることを示している。

そして、ユーザＡが保留メール５１の件名をクリックすると、図６に示すように、ユーザＡは保留メール５１の詳細を更に閲覧することができる。詳細画面では、電子メールの保留期間や一時保留であることを示す情報６１、保留日時６２、電子メールのメッセージ６３、保留メールの即時配送（保留の解除）又は削除の指示情報を受け付けるための指示体６４、６５が表示される。

つまり、本実施形態のサーバは、差出人であるユーザの端末から、保留メールについて配送（配送指示受信後に即時配送）又は削除（削除は配送中止の一例）の指示情報を受け付けることができる。サーバは、配送の指示情報を受け付けた場合に、保留メール格納領域に記憶されている保留メールを即時に配送する処理を行う。また、サーバは、削除の指示情報を受け付けた場合に、保留メール格納領域に記憶されている保留メールを削除する処理を行う。

また、サーバは、差出人からの配送・削除の指示を受け付けずに、所定期間経過した場合には、自動的に、保留された電子メールの配送を行う。

また、サーバは、差出人からの削除指示に基づき、保留中の宛先（図３の「ｂｂｂ＠ｙｙｙ．ｃｏｍ」）への電子メールが削除された場合には、当該電子メールが差出人に指示により削除されたことを、即時配送された宛先のユーザ（図３のユーザＣ、Ｄ）に通知してもよい。

本実施形態によれば、保留メールは所定期間経過すると自動的に配送されるのでユーザは通常、指示入力等を行う必要はないが、ユーザが電子メールを送信した後に、電子メールの間違いに気が付いた場合や、保留メールの配送をキャンセルしたい場合には、所定期間が過ぎる前であれば保留中の宛先への電子メールを削除することができる。また、所定期間が過ぎる前にいち早く電子メールを配送したい場合には、当該電子メールを指示受け付け後即時に配送することもできる。

なお、図示していないが、本実施形態のサーバは、保留メールの処理の履歴を保存している。つまり、保留処理がなされた電子メールの識別情報に対応づけて、その電子メールの状態を履歴として保存する。電子メールの状態は、ユーザからの配送指示に基づいて配送された「配送」、ユーザからの削除指示に基づいて削除された「削除」、自動的に配送された「自動配送」がある。

また、本実施形態では図３に示すように差出人（ユーザＡ）だけでなく、即時配送の対象となった宛先のユーザＣ、Ｄについても、ユーザＢ宛の保留メールを閲覧できるように
してもよい。

つまり、ユーザＣ、ＤはＷｅｂサーバにログインすると、自身が差出人（エンベロープＦｒｏｍ）となっている保留メールや履歴情報だけでなく、複数の宛先が指定された同一内容の電子メールについて自身が宛先（エンベロープＴｏ）となっており、かつ、他の宛先（例えば、ｂｂｂ＠ｙｙｙ．ｃｏｍ）への配送が保留されている保留メールや履歴情報を参照できる。

図７は、ユーザＣ（ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ）の画面において表示される保留メール一覧の一例を示す。図７の例では、現在ユーザＣに関連する保留メールが２件あることを示している。例えば、保留メール７１は、差出人がａａａ＠ｘｘｘ．ｎｅ．ｊｐであるが、ユーザＣの宛先ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐがエンベロープＴｏで指定されているので、ユーザＣは保留メール７１を閲覧することができる。

そして、ユーザＣが保留メール７１の件名をクリックすると、図８に示すように、ユーザＣは保留メール７１の詳細を更に閲覧することができる。詳細画面では、ユーザＡが閲覧したときの内容とほぼ同じではあるが、保留メールの配送中止を指示する指示体６６が表示される点で異なる。なお、図８において、ユーザＡが閲覧したときの内容と同じ指示する指示体が表示されるようにしてもよい。

つまり、ユーザＣは、保留メールの配送中止を指示することにより、自身が同じ内容の電子メールを先に受信した場合において他の宛先（例えば、ｂｂｂ＠ｙｙｙ．ｃｏｍ）への配送が保留されている保留メールについては配送を中止することができる。例えば、差出人（ユーザＡ）が電子メールの内容の間違いに気が付かない場合であっても、先に受信した別のユーザＣが間違いに気が付いた場合に保留中の宛先（ユーザＢ）への電子メールの配送を中止することができる。

つまり、本実施形態のサーバは、差出人以外のユーザからの、保留メールについて配送中止の指示情報を受け付けることができ、配送中止の指示情報を受け付けた場合に、保留中の宛先への電子メールの配送を中止する。サーバは、保留メール格納領域に記憶されている保留メールを所定期間経過後においても保留状態を維持するように制御する。なお、サーバは保留メールの配送中止の指示情報を受け付けた場合に、当該保留メール削除するように制御してもよい。つまり、「配送中止」は、保留状態を維持すること、保留メールを削除することの両方の意味を含む。

また、サーバは、「差出人以外のユーザ」から保留メールについて配送中止の指示情報を受け付けた後に、「差出人」からの配送又は削除の指示情報を受け付けた場合には、差出人の指示情報を優先し、差出人からの配送又は削除の指示情報に応じて、保留メールの配送又は削除を行うように制御する。

また、図３に示す例において、サーバは、即時配送の対象となった宛先のユーザＣの端末から、ユーザＢ宛（ｂｂｂ＠ｙｙｙ．ｃｏｍ）の保留メールの配送を中止する指示情報を受信した場合において、差出人（ユーザＡ）の端末に、ユーザＢの宛先（ｂｂｂ＠ｙｙｙ．ｃｏｍ）の保留メールの配送が中止されたことを示す情報を通知する処理を行う。このようにすれば、ユーザＣはユーザＡに、ユーザＢの宛先（ｂｂｂ＠ｙｙｙ．ｃｏｍ）の保留メールの配送が中止されたことを口頭で知らせる手間を省くことができるからである。

また、サーバは、即時配送の対象となった宛先のユーザＣの端末から、ユーザＢ宛（ｂｂｂ＠ｙｙｙ．ｃｏｍ）の保留メールの配送を中止する指示情報を受信した場合において
、即時配送の対象となった他の宛先のユーザＤの端末に、ユーザＢの宛先（ｂｂｂ＠ｙｙｙ．ｃｏｍ）の保留メールの配送が中止されたことを示す情報を通知する処理を行う。このようにすれば、ユーザＤも簡易にユーザＢの宛先（ｂｂｂ＠ｙｙｙ．ｃｏｍ）の保留メールの配送が中止されたことを知ることができるからである。

例えば、サーバは電子メールによって、保留メールの配送が中止されたことユーザＡ、ユーザＤの端末に通知する。通知メールには、ユーザＢの宛先（ｂｂｂ＠ｙｙｙ．ｃｏｍ）の保留メールの配送が中止されたことを示す情報、保留中止を指示したユーザ（ユーザＣ）を少なくとも含むようにする。なお、通知メールに、ユーザＢの宛先（ｂｂｂ＠ｙｙｙ．ｃｏｍ）の保留メールを添付するようにしてもよい。なお、サーバは、電子メール以外の、種々の通信手段によって保留メールの配送が中止されたことユーザＡ、ユーザＤの端末に通知してもよい。

次に、図９を用いて保留メールの処理の一例を説明する。まず、サーバは、保留メールについて所定期間が経過したか否かを判断する（ステップＳ１１）。所定期間が経過した場合（ステップＳ１１のＹ）には保留メールを配送する処理を行い（ステップＳ１２）、処理を終了する。一方、所定期間が経過していない場合（ステップＳ１１のＮ）には、差出人から保留メールの削除又は配送の指示情報を受け付けたか否かを判断する（ステップＳ１３）。

差出人から保留メールの削除又は配送の指示情報を受け付けた場合（ステップＳ１３のＹ）、削除の指示情報の場合は保留メールを削除し、配送の指示情報の場合は保留メールを配送する処理を行い（ステップＳ１４）、保留メールの削除又は保留メールの配送を示す情報を、即時配送された他の宛先のユーザに通知する処理を行い（ステップＳ１９）処理を終了する。一方、差出人から保留メールの削除、配送の指示情報を受け付けていない場合（ステップＳ１３のＮ）、即時配送された宛先ユーザから保留メールの配送中止の指示情報を受け付けたか否かを判断する（ステップＳ１５）。

即時配送された宛先ユーザから保留メールの配送中止の指示情報を受け付けた場合（ステップＳ１５のＹ）、保留メールの配送を中止し（ステップＳ１６）、配送中止を示す情報を差出人や即時配送された他の宛先のユーザに通知する（ステップＳ１７）。そして、差出人から保留メールの削除又は配送の指示情報を受け付けた場合（ステップＳ１８のＹ）、削除の指示情報の場合は保留メールを削除し、配送の指示情報の場合は保留メールを配送する処理を行う（ステップＳ１４）。一方、差出人から保留メールの削除、配送の指示情報を受け付けない場合（ステップＳ１８のＮ）、処理を終了する。

即時配送された宛先ユーザから保留メールの配送中止の指示情報を受け付けていない場合（ステップＳ１５のＮ）、ステップＳ１１に戻り処理を続行する。

６．メーリングリストを宛先とする例
本実施形態では、電子メールの宛先にメーリングリストの宛先を指定されることがあるが、本実施形態では、メーリングリストの宛先、又は、メーリングリストに属する参加者の宛先毎に保留の要否を判断してもよい。

サーバは、エンベロープの宛先がメーリングリストのメールアドレスである場合に、メーリングリスト機能（メーリングリストのサーバ（ＭＴＡ））によって、メーリングリストのメールアドレスを各参加者のメールアドレスに換えて配送することになる。

例えば、図１０に示すように、メーリングリストのメールアドレスが、「ｐａｔｅｎｔ＠ｘｘｘ．ｎｅ．ｊｐ」であり、当該メーリングリストの参加者が「ｃｃｃ＠ｘｘｘ．ｎ
ｅ．ｊｐ」、「ｄｄｄ＠ｘｘｘ．ｎｅ．ｊｐ」である場合において、エンベロープの宛先「ｐａｔｅｎｔ＠ｘｘｘ．ｎｅ．ｊｐ」を、参加者のアドレス「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」、「ｄｄｄ＠ｘｘｘ．ｎｅ．ｊｐ」に換えて配送する。

本実施形態では、メーリングリストの宛先「ｐａｔｅｎｔ＠ｘｘｘ．ｎｅ．ｊｐ」に基づいて保留の要否を判断してもよいし、メーリングリストに属する参加者の宛先毎（例えば、「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」、「ｄｄｄ＠ｘｘｘ．ｎｅ．ｊｐ」の宛先毎）に保留の要否を判断してもよい。

つまり、メーリングリストの宛先「ｐａｔｅｎｔ＠ｘｘｘ．ｎｅ．ｊｐ」で保留要否を判断する場合、「ｐａｔｅｎｔ＠ｘｘｘ．ｎｅ．ｊｐ」は内部メールアドレスであるので「ｐａｔｅｎｔ＠ｘｘｘ．ｎｅ．ｊｐ」への電子メールについては保留不要と判定し即時に配送を行う。

また、メーリングリストに属する参加者の宛先毎（例えば、「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」、「ｄｄｄ＠ｘｘｘ．ｎｅ．ｊｐ」の宛先毎）に保留の要否を判断する場合、「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」、「ｄｄｄ＠ｘｘｘ．ｎｅ．ｊｐ」は内部メールアドレスであるので、「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」、「ｄｄｄ＠ｘｘｘ．ｎｅ．ｊｐ」への電子メールについては保留不要と判定し即時に配送を行う。

また、サーバは、メーリングリストのメールアドレスを各参加者のメールアドレスに換えて配送した場合においても、即時配送の対象となったメーリングリストの参加者の宛先のユーザＣ、Ｄについても、ユーザＢ宛の保留メールを閲覧できるように制御する。

例えば、ユーザＣがサーバにログインすると、ユーザＣのメールアドレス「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」が属するメーリングリストを抽出する。例えば、図１０に示すように、ユーザＣのメールアドレス「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」はメーリングリスト「ｐａｔｅｎｔ＠ｘｘｘ．ｎｅ．ｊｐ」に属しているので、エンベロープＴｏ又はヘッダＴｏが「ｐａｔｅｎｔ＠ｘｘｘ．ｎｅ．ｊｐ」である電子メールと同一内容の電子メールであって、当該電子メールの他の宛先（例えば、ｂｂｂ＠ｙｙｙ．ｃｏｍ）への配送が保留されている保留メールを参照できるように制御する。

なお、本実施形態のサーバは、メーリングリストのサーバ（ＭＴＡ）が管理するメーリングリストのアドレス（例えば、「ｐａｔｅｎｔ＠ｘｘｘ．ｎｅ．ｊｐ」）や当該メーリングリストの各参加者（例えば、「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」、「ｄｄｄ＠ｘｘｘ．ｎｅ．ｊｐ」）の情報をメーリングリストサーバから取得し、当該情報を同期している。なお、取得した情報は、ユーザと当該ユーザが所属するメーリングリストの対応関係を記憶部１７０に記憶する。ゆえに、サーバは、電子メールのエンベロープＴｏ又はヘッダＴｏの宛先を参照することによって、いずれのメーリングリストに誰が所属しているかを容易に判別することができる。

差出人（ユーザＡ）は、保留メールの配送中止を指示することにより、他の宛先（例えば、ｂｂｂ＠ｙｙｙ．ｃｏｍ）への配送が保留されている保留メールについては配送を中止することができる。

また、サーバは、差出人（ユーザＡ）から、ユーザＢ宛（ｂｂｂ＠ｙｙｙ．ｃｏｍ）の保留メールの配送を中止する指示情報を受信した場合において、即時配送の対象となった「ｐａｔｅｎｔ＠ｘｘｘ．ｎｅ．ｊｐ」に属する宛先のユーザＣ、ユーザＤに、ユーザＢの宛先（ｂｂｂ＠ｙｙｙ．ｃｏｍ）の保留メールの配送が中止されたことを示す情報を通知する処理を行う。

ユーザＣは、保留メールの配送中止を指示することにより、自身が同じ内容の電子メールを先に受信した場合において他の宛先（例えば、ｂｂｂ＠ｙｙｙ．ｃｏｍ）への配送が保留されている保留メールについては配送を中止することができる。

また、サーバは、即時配送の対象となった宛先のユーザＣから、ユーザＢ宛（ｂｂｂ＠ｙｙｙ．ｃｏｍ）の保留メールの配送を中止する指示情報を受信した場合において、差出人（ユーザＡ）に、ユーザＢの宛先（ｂｂｂ＠ｙｙｙ．ｃｏｍ）の保留メールの配送が中止されたことを示す情報を通知する処理を行う。

また、サーバは、即時配送の対象となった宛先のユーザＣから、ユーザＢ宛（ｂｂｂ＠ｙｙｙ．ｃｏｍ）の保留メールの配送を中止する指示情報を受信した場合において、即時配送の対象となった「ｐａｔｅｎｔ＠ｘｘｘ．ｎｅ．ｊｐ」に属する他の宛先のユーザＤに、ユーザＢの宛先（ｂｂｂ＠ｙｙｙ．ｃｏｍ）の保留メールの配送が中止されたことを示す情報を通知する処理を行う。

７．同一内容の電子メールで複数の宛先への配送が保留される場合の指示について
本実施形態では、同一内容の電子メールで複数の宛先への配送が保留される場合、一の指示情報に基づき保留メールの処理を行う。

まず、サーバは、一の宛先（一に処理する宛先、以下同じ）に対応する保留メールについて、差出元のユーザ、又は、先に配送された宛先に対応するユーザから受け付けた指示情報を記憶部に記憶する。そして、サーバは、記憶部に記憶された当該指示情報を記憶した時点で保留されている、当該一の宛先と同一内容の電子メールである他の宛先の保留メールについて当該記憶された指示情報と同じ指示の処理を行う。

例えば、サーバは、差出元のユーザＡから送信された電子メールに、宛先「ｂｂｂ＠ｙｙｙ．ｃｏｍ」、「ｅｅｅ＠ｃｃｃ．ｃｏｍ」、「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」、「ｄｄｄ＠ｘｘｘ．ｎｅ．ｊｐ」が指定され、外部メールアドレスの宛先「ｂｂｂ＠ｙｙｙｙ．ｃｏｍ」、「ｅｅｅ＠ｃｃｃ．ｃｏｍ」の配送が所定期間保留され、内部メールアドレスの宛先「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」、「ｄｄｄ＠ｘｘｘ．ｎｅ．ｊｐ」について即時配送されたとする。

すると、サーバは、差出元のユーザＡから、ユーザＢの宛先（「ｂｂｂ＠ｙｙｙ．ｃｏｍ」）の保留メールについて、配送中止の指示情報を受け付けた場合、ユーザＢの宛先の保留メールの配送を中止する処理を行うと共に、ユーザＥの宛先（「ｅｅｅ＠ｃｃｃ．ｃｏｍ」）についても配送を中止する処理を行う。また、ユーザＡからユーザＢの宛先の保留メールについて、削除の指示情報を受け付けた場合、ユーザＢの宛先の保留メールを削除すると共に、ユーザＥの宛先の保留メールを削除する。

また、サーバは、配送済みの宛先「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」に対応するユーザＣ、又は、配送済みの宛先「ｄｄｄ＠ｘｘｘ．ｎｅ．ｊｐ」に対応するユーザＤから、ユーザＢの宛先の保留メールについて、配送中止の指示情報を受け付けた場合、ユーザＢの宛先の保留メールの配送を中止する処理を行うと共に、ユーザＥの宛先についても配送を中止する処理を行う。

このようにすれば、同一内容の電子メールにおいて複数の宛先への配送が保留されている場合、各宛先の保留メールの指示を一度で行うことができる。

８．同一内容の電子メールを異なるタイミングで受け付けた場合の処理
本実施形態では、差出人が複数の宛先を指定した電子メールを作成した場合、差出人にとって一つの電子メールを送信しているつもりでも、サーバ間（ＭＴＡ間）の電子メールのリレー（転送）を行う際に、複数のエンベロープ宛先を有する１つの電子メールではなく、エンベロープ宛先毎に分けられた電子メール、或いは１接続で送信可能な宛先数の上限で、同一内容を持つ複数の電子メールに分割されて送信されることがある。このように分割されて送信された場合に、本実施形態のサーバ１０は、同一内容の各電子メールを異なるタイミングで受け付ける（受信する）場合がある。

例えば、本実施形態のサーバ１０は、複数のエンベロープ宛先「ｂｂｂ＠ｙｙｙ．ｃｏｍ」、「ｅｅｅ＠ｃｃｃ．ｃｏｍ」、「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」、及び「ｄｄｄ＠ｘｘｘ．ｎｅ．ｊｐ」を有する１通の電子メールＭが、エンベロープ宛先「ｂｂｂ＠ｙｙｙ．ｃｏｍ」を有する１通の電子メールＭ１、エンベロープ宛先「ｅｅｅ＠ｃｃｃ．ｃｏｍ」を有する１通の電子メールＭ２、エンベロープ宛先「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」を有する１通の電子メールＭ３、エンベロープ宛先「ｄｄｄ＠ｘｘｘ．ｎｅ．ｊｐ」を有する１通の電子メールＭ４になってバラバラに受信する場合がある。

このような場合、差出人として一つの電子メールを作成して送信したつもりでいること、及び、バラバラに受信する電子メールであっても同一内容の電子メールである（少なくとも本文及びヘッダのＳｕｂｊｅｃｔ、Ｄａｔｅ、Ｆｒｏｍ、Ｔｏは同じである）ことを鑑みると、一の指示情報で同一内容の他の宛先の保留メールも処理できた方が望ましい。

そこで、本実施形態のサーバ１０は、このようにバラバラに受信する同一内容の電子メールについて、当該一の指示情報に基づいて保留メールの処理を行う。

まず、サーバは、一の宛先に対応する保留メールについて、差出元のユーザ、又は、先に配送された宛先に対応するユーザから受け付けた指示情報を記憶部に記憶する。そして、サーバは、記憶部に記憶された当該指示情報を記憶した時点で保留されている、当該一の宛先と同一内容の電子メールである他の宛先の保留メールについて当該記憶された指示情報と同じ指示の処理を行う。

例えば、図１１（Ａ）に示すように、サーバは、差出元のユーザＡから送信されたエンベロープ宛先「ｂｂｂ＠ｙｙｙ．ｃｏｍ」の電子メールＭ１をＴ１時点で受け付け保留し、エンベロープ宛先「ｅｅｅ＠ｃｃｃ．ｃｏｍ」の電子メールＭ２をＴ２時点で受け付け保留し、エンベロープ宛先「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」の電子メールＭ３をＴ３時点で受け付けて即時配送し、エンベロープ宛先「ｄｄｄ＠ｘｘｘ．ｎｅ．ｊｐ」の電子メールＭ４をＴ４時点で受け付けて即時配送したとする。

すると、サーバは、差出元のユーザＡから、ユーザＢの宛先（「ｂｂｂ＠ｙｙｙ．ｃｏｍ」）の保留メールＭ１について、Ｔ５時点で、削除の指示情報を受け付けた場合、当該指示情報を記憶し当該保留メールＭ１の削除を行うと共に、同一内容の保留メールＭ２（ユーザＥの宛先「ｅｅｅ＠ｃｃｃ．ｃｏｍ」）についても削除する処理を行う。また、ユーザＡから、ユーザＢの宛先の保留メールＭ１について、Ｔ５時点で、配送の指示情報を受け付けた場合、当該指示情報を記憶し、当該保留メールＭ１を即時に配送する処理を行うと共に、同一内容の保留メールＭ２についても配送指示受け付け後、即時に配送する処理を行う。

また、サーバは、配送済みの宛先「ｃｃｃ＠ｘｘｘ．ｎｅ．ｊｐ」に対応するユーザＣ、又は、配送済みの宛先「ｄｄｄ＠ｘｘｘ．ｎｅ．ｊｐ」に対応するユーザＤから、ユーザＢの宛先の保留メールＭ１について、Ｔ５時点で、配送中止の指示情報を受け付けた場合、当該保留メールＭ１の配送を中止すると共に、同一内容の保留メールＭ２についても
配送を中止する処理を行う。

なお、図１１（Ｂ）に示すように、エンベロープ宛先「ｅｅｅ＠ｃｃｃ．ｃｏｍ」の電子メールＭ２をＴ２時点ではなく、Ｔ５時点より後のＴ６時点で受け付けて保留した場合には、当該電子メールＭ２と同一内容の電子メールについての指示情報が記憶されているか否かを判断する。そして、当該電子メールＭ２と同一内容の電子メール（例えば、電子メールＭ１）についての指示情報が記憶されている場合には、当該記憶された指示情報に基づいて電子メールＭ２の処理を行う。例えば、電子メールＭ２と同一内容の電子メールＭ１について記憶された指示情報が「削除」である場合には、電子メールＭ２を削除する処理を行う。

このようにすれば、差出元のユーザＡが複数の宛先を指定して送信した１通の電子メールが配送経路のメールサーバにより、宛先毎や１接続で送信可能な宛先数の上限で同一内容の複数の電子メールに分割され、同一内容の複数の電子メールのうちの最初の電子メールを受信してから最後の電子メールを受信し終わるまでに時間差が生じるような場合であっても、ユーザＡが複数の宛先を指定して送信した１通の電子メールと同じように同一内容の電子メールで保留される複数の宛先への配送についての指示を一度で行うことができる。

９．応用例
（１）保留の判断
本実施形態は、同一内容の電子メールであって複数の宛先が指定された場合に宛先毎にエンベロープの宛先が外部メールアドレスか否かを判断することによって、保留の要否を判断する例について説明したが、保留の要否は種々の条件に基づいて判断してもよい。

例えば、ヘッダの宛先が外部メールアドレスの宛先について保留し、ヘッダの宛先が内部メールアドレスの場合に即時配送するようにしてもよい。

また、エンベロープＦｒｏｍが所定メールアドレスであり、かつ、エンベロープＴｏが所定メールアドレスの場合である条件（ルール）を満足する場合に保留を行い、当該条件を満足しない場合に即時配送を行うようにしてもよい。

（２）承認型の保留
本実施形態では、電子メールの宛先毎に保留要否を判断し、保留が必要な宛先については所定期間保留し、当該所定期間経過後は自動的に配送する一時保留の例について説明したが、保留が必要な宛先については、特定のユーザからの承認があった場合に限り配送し、特定のユーザからの承認がない場合には保留を維持する承認型の保留処理を行うようにしてもよい。

また、例えば、サーバは、承認型の保留処理を行う場合において、複数の宛先が指定された同一内容の電子メールについて、一部の宛先が保留され残りの宛先が即時配送された場合には、差出人や即時配送された宛先ユーザから得た承認の数が所定数以上であることを条件に保留メールを配送するようにしてもよい。

例えば、図３の例で説明すると、サーバは、ユーザＢの宛先（ｂｂｂ＠ｙｙｙ．ｃｏｍ）への配送を保留した保留メールについて、差出人（ユーザＡ）、即時配送された宛先のユーザＣ、ユーザＤのうち少なくとも２人から承認の情報を受信したことを条件に、ユーザＢの宛先（ｂｂｂ＠ｙｙｙ．ｃｏｍ）への電子メールについて配送を行うようにしてもよい。つまり、承認をしたユーザ数が１以下の場合、ユーザＢの宛先への電子メールは保留され続けることになる。

（３）ルールに基づく制御
本実施形態のサーバは、管理者又はユーザからの入力情報に基づいて配送や保留のルール（条件）を決めて制御するようにしてもよい。

例えば、サーバは、管理者又はユーザからの入力情報に基づいて、所定期間保留するための保留要否を判定するためのルールを設定してもよい。

また、サーバは、管理者又はユーザからの入力情報に基づいて、所定のユーザ（例えば、部長）の承認を得るまで保留するルールを設定してもよい。

また、サーバは、管理者又はユーザからの入力情報に基づいて、即時配送するルールを設定してもよい。

また、サーバは、管理者又はユーザからの入力情報に基づいて、所定のユーザに電子メールの内容を報告するためのルールを設定してもよい。

各ルールには優先度を設け、優先度順にルールを適用するように制御してもよい。

（４）保留された宛先が複数ある場合
本実施形態では、保留期間が異なる複数の宛先が指定された同一内容の電子メールについて先に配送された配送済のユーザが、保留中の他の宛先への配送が保留されている保留メールについて配送を中止するように制御してもよい。

例えば、本実施形態では、ユーザの設定入力に基づき、宛先（エンベロープＴｏ）や宛先のドメインに基づいて保留期間を決めておく。

そして、サーバは、例えば、ユーザＡ（ａａａ＠ｘｘｘ．ｎｅ．ｊｐ）をエンベロープＦｒｏｍとし、ユーザＥ宛（ｅｅｅ＠ｃｃｃ．ｃｏｍ）、ユーザＦ宛（ｆｆｆ＠ｙｙｙ．ｃｏｍ）、ユーザＧ宛（ｇｇｇ＠ｚｚｚ．ｃｏｍ）とをエンベロープＴｏに指定された同一内容の電子メールを受信したとする。

すると、サーバは、ユーザＥ，Ｆ、Ｇ宛は外部メールアドレスであるので保留要と判断し、各宛先の保留期間を決定する。例えば、各メールアドレスのドメインに基づき、ユーザＥ宛、ユーザＦ宛の保留期間を５分、ユーザＧ宛の保留期間を３０分に決定する。

そして、サーバは、ユーザＥ宛、ユーザＦ宛の保留期間（５分）が経過すると、ユーザＥ宛、ユーザＦ宛の電子メールの配送を行う。つまり、ユーザＥ、ＦはユーザＧよりも先に電子メールの内容を確認できることになる。本実施形態では、ユーザＥ、Ｆは、電子メールの内容を見て間違いに気が付いた場合に、ユーザＥ、Ｆは保留中のユーザＧ宛の電子メールの配送を中止できるように制御する。

例えば、サーバは、配送済の宛先のユーザＥから、ユーザＧ宛の保留メールの配送を中止する指示情報を受信した場合において、差出人（ユーザＡ）に、ユーザＧの宛先の保留メールの配送が中止されたことを示す情報を通知する処理を行う。

また、サーバは、配送済の宛先のユーザＥから、ユーザＧ宛の保留メールの配送を中止する指示情報を受信した場合において、配送済の宛先のユーザＦ宛にユーザＧの宛先の保留メールの配送が中止されたことを示す情報を通知する処理を行う。

このようにすれば、ユーザＧの保留期間中にユーザＥ、Ｆが電子メールの間違いに気が付いた場合に、保留中の宛先Ｇについては配送を中止することができ誤送信を防止することができる。

（５）差出人の修正（編集）の指示
本実施形態のサーバは、差出人Ａの端末から保留メールについて、修正の指示情報を受け付けるようにしてもよい。

つまり、サーバは、差出人Ａの端末から保留メールについて修正の指示情報を受け付けた場合に、指示情報に含まれる修正内容に保留メール格納領域に記憶されている保留メールを修正し、修正後の保留メールを配送する処理を行う。また、サーバは、修正後の保留メールについて、差出人Ａから更に配送（配送指示受信後に即時配送）の指示情報を受け付けた場合に、修正後の保留メールを配送指示受信後に即時配送し、差出人から、配送の指示がない場合には、保留期間経過後に、自動的に、修正後の保留メールを配送するようにしてもよい。

なお、サーバは、保留中の宛先への電子メールを修正したことを示す情報を、電子メール配送済の宛先に対応するユーザに通知してもよい。例えば、図３の例で説明すると、差出元に対応するユーザＡが電子メールの間違いに気が付き、当該ユーザの指示で保留中の宛先への電子メールを修正した場合に、電子メール配送済の宛先に対応するユーザＣ、ユーザＤに保留中の宛先への電子メールが修正されたことを通知する。このようにすれば、ユーザＡが他のユーザＣ、ユーザＤに保留中の宛先への電子メールを修正したことを口頭で伝える手間を省くことができる。

なお、サーバは、一の修正の指示情報で、一の保留メールの修正を行ってもよいし、一の修正の指示情報で複数の宛先への配送が保留されている同一内容の保留メールの修正を行ってもよい。例えば、差出元のユーザＡから、ユーザＢの宛先（「ｂｂｂ＠ｙｙｙ．ｃｏｍ」）の保留メールについて修正の指示情報を受け付けた場合、ユーザＢの宛先の保留メールを修正し、更に同一内容のユーザＥの宛先（「ｅｅｅ＠ｃｃｃ．ｃｏｍ」）の保留メールを修正してもよい。

なお、サーバの電子メールの修正の処理について具体的に説明する。サーバは、差出元に対応するユーザから保留メールの修正の指示を受け付けた場合において、当該保留メールの修正内容（例えば、本文の修正内容）のデータを受信する。サーバは、記憶部に記憶されている保留メールのデータ（例えば、本文のデータ）を、受信した修正内容のデータ（例えば、修正後の本文のデータ）に置き換えて保存する処理を行う。そして、同一内容の電子メールで複数の宛先への配送のうち保留されるべき他の宛先の電子メール（同一内容の他の保留メール）のデータについても、修正内容のデータに置き換える処理を行う。

（６）即時配送の対象となった宛先のユーザ（差出人以外のユーザ）の修正指示
本実施形態では図３に示すように差出人（ユーザＡ）だけでなく、即時配送の対象となった宛先のユーザＣ、Ｄについても、保留メールを修正できるようにしてもよい。

つまり、サーバは、即時配送の対象となった宛先のユーザＣ又はユーザＤの端末から保留メールについて修正の指示情報を受け付けた場合に、指示情報に含まれる修正内容に保留メール格納領域に記憶されている保留メールを修正し、修正後の保留メールを配送する処理を行う。

このようにすれば、差出人が電子メールの内容の間違いに気が付かない場合であっても、電子メール配送済の宛先に対応するユーザが間違いに気が付いた場合に保留中の宛先へ
の電子メールを、配送前に事前に修正することができ、誤送信を阻止することができる。

また、サーバは、「差出人以外のユーザ」から保留メールについて修正の指示情報を受け付けた後に、「差出人」からの修正、配送又は削除の指示情報を受け付けた場合には、差出人の指示情報を優先し、差出人からの指示情報に応じて、保留メールの修正、配送又は削除を行うように制御する。

また、図３に示す例において、サーバは、即時配送の対象となった宛先のユーザＣの端末から、ユーザＢ宛（ｂｂｂ＠ｙｙｙ．ｃｏｍ）の保留メールを修正する指示情報を受信した場合において、差出人（ユーザＡ）の端末、及び、即時配送の対象となった他の宛先のユーザＤの端末に、ユーザＢの宛先（ｂｂｂ＠ｙｙｙ．ｃｏｍ）の保留メールが修正されたことを示す情報を電子メール等の通信手段で通知する処理を行う。このようにすれば、ユーザＣは、ユーザＡやＤに、ユーザＢの宛先の保留メールが修正されたことを口頭で知らせる手間を省くことができる。

１０ サーバ、２０ 端末、
１００ 処理部、１１０ メール処理部（ＭＴＡ）、１１１ 受け付け部、１１２ 解析部、１１３ 保留判断部、１１４ 配送部、１１５ 保留部、１１６ 通知部、１１７ 削除部、１１８ 指示受け付け部、１２０ Ｗｅｂ処理部、１２１ 管理者用ＵＩ部、１２２ ユーザ用ＵＩ部、１３０ データベース処理部、１７０ 記憶部、１７２ ユーザＤＢ、１７３ 保留メール格納領域、１７４ 履歴ＤＢ、１７５ ルールＤＢ、２１０ Ｗｅｂブラウザ、２１１ ＭＵＡ

Claims (8)

1. 宛先が指定された電子メールを配送するサーバのためのプログラムであって、
   差出元から送信された電子メールを受け付ける受け付け部と、
   電子メールの宛先毎に配送タイミングを決定し、配送タイミングが即時でない宛先への配送を保留する保留部と、
   同一内容の電子メールに指定された各宛先の配送タイミングが異なる場合には、各宛先に応じた配送タイミングで前記電子メールの配送を行う配送部として、コンピュータを機能させることを特徴とするプログラム。
2. 宛先が指定された電子メールを配送するサーバのためのプログラムであって、
   差出元から送信された電子メールを受け付ける受け付け部と、
   電子メールの宛先にメーリングリストのメールアドレスが指定されている場合に、当該メーリングリストに登録された参加者の宛先毎に配送タイミングを決定し、配送タイミングが即時でない宛先への配送を保留する保留部と、
   配送タイミングが異なる複数の参加者の宛先が前記メーリングリストに登録されている場合には、各宛先に応じた配送タイミングで前記電子メールの配送を行う配送部として、コンピュータを機能させることを特徴とするプログラム。
3. 請求項１又は２において、
   前記保留部が、
   宛先毎に、当該宛先への配送タイミングが即時か否かを判断し、当該宛先への配送タイミングが即時でない場合に当該宛先への保留期間を決定する処理を行い、
   前記配送部が、
   配送タイミングが即時であると判断された宛先と配送タイミングが即時でないと判断された宛先とがある場合に、配送タイミングが即時であると判断された宛先への前記電子メールの配送を即時に行い、配送タイミングが即時でないと判断された宛先への前記電子メールの配送を当該宛先の保留期間経過後に行うことを特徴とするプログラム。
4. 請求項１〜３のいずれかにおいて、
   前記保留部が、
   宛先毎に、当該宛先への配送タイミングが即時か否かを判断し、当該宛先への配送タイミングが即時でない場合に当該宛先への保留期間を決定する処理を行い、
   前記配送部が、
   配送タイミングが即時でないと判断された宛先が複数ある場合、宛先毎に、当該宛先への前記電子メールの配送を当該宛先の保留期間経過後に行うことを特徴とするプログラム。
5. 請求項１〜４のいずれかにおいて、
   前記電子メール配送済の宛先に対応するユーザから、保留中の宛先への前記電子メールの配送を中止する指示情報を受け付ける指示受け付け部として、コンピュータを更に機能させ、
   前記配送部が、
   前記指示情報を受け付けた場合には、保留中の宛先への前記電子メールの配送を中止することを特徴とするプログラム。
6. 請求項５において、
   保留中の宛先への前記電子メールの配送を中止したことを示す情報を、差出元に通知する通知部として、コンピュータを更に機能させることを特徴とするプログラム。
7. 請求項５又は６において、
   保留中の宛先への前記電子メールの配送を中止したことを示す情報を、前記電子メール配送済の他の宛先に対応するユーザに通知する通知部として、コンピュータを更に機能させることを特徴とするプログラム。
8. 請求項１〜７のいずれかにおいて、
   前記差出元に対応するユーザから、保留中の宛先への前記電子メールの配送を中止する指示情報を受け付ける指示受け付け部と、
   保留中の宛先への前記電子メールの配送を中止したことを示す情報を、前記電子メール配送済の宛先に対応するユーザに通知する通知部として、コンピュータを更に機能させ、
   前記配送部が、
   前記指示情報を受け付けた場合には、保留中の宛先への前記電子メールの配送を中止することを特徴とするプログラム。

Images