中継装置
【課題】配送量低減のために電子メールから分離された添付ファイルを，適切な中継装置で電子メールに結合することが可能となる技術を提供する。
【解決手段】メール受信部１０１が，電子メールの本文データと，そこから分離された添付ファイルの保存場所を示すデータとを受信し，メール宛先判定部１０２が，受信された電子メールを他の中継装置に配送すると判定したものとする。添付ファイル処理判定部１０５は，配送先の中継装置との通信結果から，配送先の中継装置が分離された添付ファイルの取得およびメール本文への結合を実行できるかを判定する。メール配送処理部１０３は，配送先の中継装置が分離された添付ファイルの取得およびメール本文への結合を実行できないと判定された場合に，保存場所から添付ファイルを取得し，取得された添付ファイルをメール本文に結合してから，電子メールを配送先の中継装置に送信する。
【解決手段】メール受信部１０１が，電子メールの本文データと，そこから分離された添付ファイルの保存場所を示すデータとを受信し，メール宛先判定部１０２が，受信された電子メールを他の中継装置に配送すると判定したものとする。添付ファイル処理判定部１０５は，配送先の中継装置との通信結果から，配送先の中継装置が分離された添付ファイルの取得およびメール本文への結合を実行できるかを判定する。メール配送処理部１０３は，配送先の中継装置が分離された添付ファイルの取得およびメール本文への結合を実行できないと判定された場合に，保存場所から添付ファイルを取得し，取得された添付ファイルをメール本文に結合してから，電子メールを配送先の中継装置に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，電子メールを中継する中継装置に関するものである。
【背景技術】
【０００２】
送信者のメールクライアントから送信された電子メールは，複数のメールサーバによってバケツリレー式に目的地まで配送され，最終的に受信者のメールクライアントで受信される。メールクライアントは，ＭＵＡ（Mail User Agent ）とも呼ばれる。また，メールサーバは，ＭＴＡ（Mail Transfer Agent ）とも呼ばれる。なお，以下では，電子メールを，単にメールとも呼ぶ。
【０００３】
近年，電子ファイルを手軽に相手に送付するために，電子メールにファイルを添付して相手方に送信することが一般的に行われている。電子メールに添付されるファイルのサイズは，年々肥大化している。
【０００４】
しかし，電子メールの配送を行うＭＴＡには，配送ファイルサイズの制限があるため，大きなサイズのファイルが添付された電子メールが配送エラーとなって送信できないケースがある。相手先に届く添付ファイルのサイズは，経由するＭＴＡのうち最も制限の厳しいＭＴＡのサイズに制限されるため，大きなサイズの添付ファイルを配送するためには，中継されるすべてのＭＴＡで配送ファイルサイズの上限を上げる必要がある。
【０００５】
また，電子メールを配送するＭＴＡは各会社や各種団体の内部で多段構成となっており，複数のＭＴＡで中継される場合が多い。大きなサイズのファイルが添付された電子メールが送付されると，多段構成となっているすべてのＭＴＡ間で配送されるため，ネットワークトラフィックの輻輳による配送遅延や，ＭＴＡのメモリやハードディスクなどのリソース不足が課題となっている。
【０００６】
これに対して，メールサーバが一定サイズ以上の添付ファイルをＵＲＬで特定された外部ＷＥＢサーバに転送して記憶させておき，受信端末が別途ブラウザでＵＲＬを指定して外部ＷＥＢサーバから添付ファイルをダウンロードする技術が知られている。また，第１サーバが添付ファイルを記憶して添付ファイルの転送要求符号（ＵＲＬ）を付記したメール本文を第２サーバに転送し，端末が第２サーバから受けたメール本文に付記された転送要求符号を用いて第１サーバから添付ファイルをダウンロードする技術が知られている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−１４０６３７号公報
【特許文献２】特開２００６−１１９７３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記のように添付ファイルを別に保存する技術では，電子メールを受信するクライアント側において，ブラウザを立ち上げて添付ファイルをダウンロードするような，電子メールの受信とは別の処理が必要になってしまう。
【０００９】
このようなクライアント側の処理を不要にするためには，例えば，メールサーバ側で，電子メール本文に添付ファイルを結合する処理を行うようにすることも考えられる。しかし，膨大な数のすべてのメールサーバに添付ファイルの結合処理の機能を具備させることは事実上難しく，添付ファイルの結合処理を行えるメールサーバと行えないメールサーバとが混在する状態となる。このとき，適切なメールサーバで添付ファイルの結合処理を行えるような仕組みが必要である。
【００１０】
本発明は，上記の問題点の解決を図り，配送量低減のために電子メールから分離された添付ファイルを，適切な中継装置で電子メールの本文に結合することが可能となる技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
電子メールを宛先アドレスまで順次配送する複数の中継装置から構成されるネットワークにおける中継装置は，電子メールの本文データと該電子メールから分離されて所定の記憶部に記憶された添付ファイルの記憶先を示すデータとを受信し，該電子メールの宛先アドレスに基づいて該電子メールを他の中継装置に配送する際に，配送先の中継装置との通信結果から，該配送先の中継装置が記憶部からの添付ファイルの取得および取得された添付ファイルの該電子メールの本文データへの結合を実行できるかを判定する添付ファイル処理判定部と，配送先の中継装置が添付ファイルの取得および電子メールの本文データへの結合を実行できないと判定された場合には，記憶部から添付ファイルを取得し，取得された添付ファイルを電子メールの本文データに結合してから電子メールを配送先の中継装置に送信し，配送先の中継装置が添付ファイルの取得および電子メールの本文データへの結合を実行できると判定された場合には，受信された電子メールの本文データと添付ファイルの記憶先を示すデータとを配送先の中継装置に送信するメール配送処理部とを備える。
【発明の効果】
【００１２】
配送量低減のために電子メールから分離された添付ファイルを，適切な中継装置で電子メールの本文に結合することが可能となり，クライアント側で電子メールと分離された添付ファイルとを別々に取得する必要がなくなる。
【図面の簡単な説明】
【００１３】
【図１】本実施の形態による電子メール配送の概要を説明する図である。
【図２】本実施の形態による中継装置の構成例を示す図である。
【図３】本実施の形態による電子メール配送の具体例を説明する図である。
【図４】中継装置（既存）から中継装置（新拡張）に電子メールが配送される場合の例を説明するシーケンス図である。
【図５】中継装置（新拡張）から中継装置（新拡張）に電子メールが配送される場合の例（１）を説明するシーケンス図である。
【図６】中継装置（新拡張）から中継装置（新拡張）に電子メールが配送される場合の例（２）を説明するシーケンス図である。
【図７】中継装置（新拡張）から中継装置（既存）に電子メールが配送される場合の例を説明するシーケンス図である。
【図８】本実施の形態の中継装置（新拡張）によるメール配送処理フローチャート（１）である。
【図９】本実施の形態のメール配送処理部によるメール配送処理フローチャート（１）である。
【図１０】本実施の形態のメール配送処理部によるメール配送処理フローチャート（２）である。
【図１１】本実施の形態のメール保管処理部によるメール保管処理フローチャートである。
【図１２】本実施の形態の中継装置（新拡張）によるメール配送処理フローチャート（２）である。
【発明を実施するための形態】
【００１４】
以下，本実施の形態について，図を用いて説明する。
【００１５】
図１は，本実施の形態による電子メール配送の概要を説明する図である。
【００１６】
図１には，添付ファイルを有するある電子メールが，相手先に送信される途中過程で，電子メールを中継するＭＴＡ間で配送される様子が示されている。図１において，“ｂｏｄｙ”はメールの本文データを表しており，“添付”は添付ファイルを表している。
【００１７】
図１（Ａ）は，従来の電子メール配送の例を示している。
【００１８】
ＭＵＡやＭＴＡが電子メールを配送するためのプロトコルとして，従来から，ＲＦＣ（Request for Comments）５３２１で規定されているＳＭＴＰ（Simple Mail Transfer Protocol ）や，ＲＦＣ１４２５にて規定されているＥＳＭＴＰ（Extended Simple Mail Transfer Protocol）などのプロトコルがある。
【００１９】
図１（Ａ）に示すように，従来は，ＳＭＴＰやＥＳＭＴＰなどのプロトコルを使用するＭＴＡ（既存）３０間で，メール本文に添付ファイルが結合された電子メールが，リレー形式で配送されていた。なお，新たな本実施の形態による拡張機能を有しないＭＴＡを，ＭＴＡ（既存）３０と呼ぶものとする。
【００２０】
ここで，図１（Ａ）において，添付ファイルのサイズが，ＭＴＡ（既存）３０ｃの配送ファイルサイズ制限を超えてしまっているものとする。このとき，その添付ファイルを含む電子メールは，ＭＴＡ（既存）３０ｃで配送エラーとなり，相手先に送信できなくなってしまう。
【００２１】
図１（Ｂ）は，本実施の形態による電子メール配送の例を示している。
【００２２】
図１（Ｂ）において，太枠で示されるＭＴＡ（新拡張）１０は，本実施の形態による新たに機能が拡張されたプロトコルを使用するＭＴＡである。本実施の形態による新たに機能が拡張されたプロトコルは，新たに規定するプロトコルであってもよいし，機能を拡張した既存のプロトコルであってもよい。以下では，本実施の形態による新たに機能が拡張されたプロトコルを，新拡張プロトコルと呼ぶものとする。
【００２３】
図１（Ｂ）は，図１（Ａ）におけるＭＴＡ（既存）３０ｂ，ＭＴＡ（既存）３０ｃ，ＭＴＡ（既存）３０ｄが，ＭＴＡ（新拡張）１０ｂ，ＭＴＡ（新拡張）１０ｃ，ＭＴＡ（新拡張）１０ｄに置き換えられたものである。
【００２４】
図１（Ｂ）において，ＭＴＡ（新拡張）１０ｂは，ＭＴＡ（既存）３０ａから配送された添付ファイル付きの電子メールを受信する。ＭＴＡ（新拡張）１０ｂは，次の配送先のＭＴＡがＭＴＡ（新拡張）１０ｃであることを確認すると，添付ファイルを電子メールから分離して別に保存し，本文のみの電子メールをＭＴＡ（新拡張）１０ｃに配送する。また，ＭＴＡ（新拡張）１０ｂは，添付ファイルの保存場所を示す情報を，ＭＴＡ（新拡張）１０ｃに送信する。
【００２５】
ＭＴＡ（新拡張）１０ｃは，次の配送先のＭＴＡがＭＴＡ（新拡張）１０ｄであることを確認すると，本文のみの電子メールをＭＴＡ（新拡張）１０ｄに配送する。また，ＭＴＡ（新拡張）１０ｃは，添付ファイルの保存場所を示す情報を，ＭＴＡ（新拡張）１０ｄに送信する。
【００２６】
ＭＴＡ（新拡張）１０ｄは，次の配送先のＭＴＡがＭＴＡ（既存）３０ｅであることを確認する。
【００２７】
ここで，ＭＴＡ（既存）３０は，新拡張プロトコルが有する機能である，添付ファイルの保存場所を示す情報を配送先のＭＴＡに送信する機能を持たない。また，ＭＴＡ（新拡張）１０は，新拡張プロトコルが有する機能である，電子メールから分離された添付ファイルをその保存場所から取得してメール本文に結合する機能を持つが，ＭＴＡ（既存）３０はこのような機能を持たない。
【００２８】
ＭＴＡ（新拡張）１０ｄは，次の配送先のＭＴＡがＭＴＡ（既存）３０ｅであることを確認すると，添付ファイルの保存場所を示す情報に基づいて電子メールとは別に保存された添付ファイルを取得し，取得された添付ファイルをメール本文に結合する。ＭＴＡ（新拡張）１０ｄは，添付ファイル付きの電子メールをＭＴＡ（既存）３０ｅに送信する。
【００２９】
ここで，図１（Ｂ）において，添付ファイルのサイズが，ＭＴＡ（新拡張）１０ｃの配送ファイルサイズ制限を超えてしまっているものとする。しかし，添付ファイルがＭＴＡ（新拡張）１０ｃに配送されないので，ＭＴＡ（新拡張）１０ｃで配送エラーは発生しない。
【００３０】
また，メール本文から分離されて別に保存された添付ファイルも，ＭＴＡ（既存）３０ｅに配送する前のＭＴＡ（新拡張）１０ｄでメール本文に結合される。そのため，図１（Ｂ）に示すように，電子メール配送の途中過程でＭＴＡ（既存）３０とＭＴＡ（新拡張）１０とが混在しても，問題はない。
【００３１】
このように，本実施の形態のＭＴＡ（新拡張）１０をメール配送のネットワークに用いることにより，配送量低減のために電子メールから分離された添付ファイルを，適切なＭＴＡ（新拡張）１０でメール本文に結合することが可能となる。メール配送の途中過程で分離されて別に保存された添付ファイルも，電子メールの相手先のＭＵＡでは，メール本文に添付された形で受信される。
【００３２】
以下，本実施の形態による電子メール配送の具体的な仕組みについて説明する。
【００３３】
図２は，本実施の形態による中継装置の構成例を示す図である。
【００３４】
本実施の形態による中継装置（新拡張）１００は，新拡張プロトコルを使用するＭＴＡ（新拡張）１０を有し，電子メールの配送を行う装置である。すなわち，中継装置（新拡張）１００は，分離された添付ファイルをその保存場所から取得し，取得された添付ファイルをメール本文に結合する機能を有する。
【００３５】
中継装置（新拡張）１００は，メール受信部１０１，メール宛先判定部１０２，メール配送処理部１０３，添付ファイル格納部１１１，メール保管処理部１１２，メール保管部１１５を備える。中継装置（新拡張）１００および中継装置（新拡張）１００が備える各機能部は，コンピュータが備えるＣＰＵ，メモリ等のハードウェアとソフトウェアプログラムとにより実現される。
【００３６】
メール受信部１０１は，送信者の端末や他の中継装置から送信された電子メールを受信する。
【００３７】
メール宛先判定部１０２は，受信された電子メールの宛先アドレスが，自中継装置（新拡張）１００が保管を担当するドメインのアドレスであるかを判定する。受信された電子メールの宛先アドレスが自中継装置（新拡張）１００が保管を担当するドメインのアドレスでなければ，受信された電子メールは他の中継装置に配送される必要があり，メール配送処理部１０３による次の配送先の中継装置への電子メールの配送処理が行われる。受信された電子メールの宛先アドレスが自中継装置（新拡張）１００が保管を担当するドメインのアドレスであれば，メール保管処理部１１２によるメール保管部１１５への電子メールの格納処理が行われる。
【００３８】
メール配送処理部１０３は，受信された電子メールを次の配送先の中継装置に配送する処理を行う。メール配送処理部１０３は，開始コマンド送信部１０４，添付ファイル処理判定部１０５，添付ファイル分離部１０６，添付ファイル情報コマンド送信部１０７，メール送信部１０８，添付ファイル取得部１０９，添付ファイル連結部１１０を備える。
【００３９】
開始コマンド送信部１０４は，次の配送先の中継装置に対して，セッション開始コマンドを送信する。
【００４０】
添付ファイル処理判定部１０５は，受信された電子メールに添付ファイルが存在するか，受信された電子メールは添付ファイルが分離されたものか，次の配送先の中継装置が本実施の形態による中継装置（新拡張）１００であるか等の状況を判定する。
【００４１】
添付ファイル分離部１０６は，受信された電子メールに添付ファイルが存在し，次の配送先の中継装置が本実施の形態による中継装置（新拡張）１００である場合に，電子メールから添付ファイルを分離する。分離された添付ファイルは，添付ファイル格納部１１１に保存される。添付ファイル格納部１１１は，電子メールから分離された添付ファイルを記憶する，コンピュータがアクセス可能な記憶装置である。
【００４２】
添付ファイル情報コマンド送信部１０７は，電子メールから添付ファイルが分離されている場合に，次の配送先の中継装置（新拡張）１００に対して添付ファイルの保存場所を示す情報を通知するコマンドを送信する。以下では，次の配送先の中継装置（新拡張）１００に対して添付ファイルの保存場所を示す情報を通知するコマンドを，添付ファイル情報コマンドと呼ぶものとする。
【００４３】
メール送信部１０８は，次の配送先の中継装置に電子メールを送信する。
【００４４】
添付ファイル取得部１０９は，添付ファイルが配送する電子メールから分離されて別の場所に保存されており，次の配送先の中継装置が本実施の形態による中継装置（新拡張）１００でない場合に，添付ファイルの保存場所から添付ファイルを取得する。添付ファイルの保存場所を示す情報については，前の中継装置（新拡張）１００から，添付ファイル情報コマンドによって通知されている。
【００４５】
次の配送先の中継装置が本実施の形態による中継装置（新拡張）１００でないということは，配信先の中継装置が添付ファイルを取得する機能や，添付ファイルをメール本文に結合する機能を持たないことを意味する。そのため，配信先の中継装置に電子メールを送信する前に，中継装置（新拡張）１００が，分離された添付ファイルを取得し，それをメール本文と結合して，添付ファイル付きの電子メールに戻す処理を行う。
【００４６】
添付ファイル連結部１１０は，取得された添付ファイルとメール本文とを連結する。
【００４７】
メール保管処理部１１２は，受信された電子メールの宛先アドレスのドメインが，自中継装置（新拡張）１００が電子メールの保管を担当するドメインである場合に，受信された受信メールをメール保管部１１５に保管する。メール保管部１１５は，宛先のクライアント端末から要求されるまで電子メールを保管する，コンピュータがアクセス可能な記憶装置である。メール保管部１１５は，メールスプールやメールボックスなどと呼ばれる，電子メールの記憶領域である。
【００４８】
またメール保管処理部１１２は，保管する電子メールの添付ファイルが分離されて別の場所に保存されたままの状態である場合に，その添付ファイルを取得し，取得された添付ファイルとメール本文とを連結した電子メールをメール保管部１１５に保管する。メール保管処理部１１２は，添付ファイル取得部１１３，添付ファイル連結部１１４を備える。添付ファイル取得部１１３，添付ファイル連結部１１４は，それぞれ添付ファイル取得部１０９，添付ファイル連結部１１０と同様の処理を行う。
【００４９】
図３は，本実施の形態による電子メール配送の具体例を説明する図である。
【００５０】
図３には，添付ファイルを有するある電子メールが，相手先に送信される途中過程で，電子メールを中継する中継装置間で配送される様子が示されている。図３において，“ｂｏｄｙ”はメールの本文データを表しており，“添付”は添付ファイルを表している。また，図３において，太枠で示される中継装置は，新拡張プロトコルを使用する中継装置（新拡張）１００であり，細枠で示される中継装置は，既存のＳＭＴＰまたはＥＳＭＴＰを使用する中継装置（既存）３００である。
【００５１】
以下，図４〜図７のシーケンス図を用いて，図３に示す各中継装置間での電子メールの配送を，配送順に説明する。
【００５２】
図４は，中継装置（既存）から中継装置（新拡張）に電子メールが配送される場合の例を説明するシーケンス図である。
【００５３】
図４に示すシーケンス図は，図３における中継装置（既存）３００ａから中継装置（新拡張）１００ｂに，添付ファイル付きの電子メールが配送される場合の一連の処理の例を示している。
【００５４】
中継装置（既存）３００ａは，プロトコルとして既存のＳＭＴＰかＥＳＭＴＰを使用する。中継装置（既存）３００ａのＦＱＤＮ（Fully Qualified Domain Name ）は，“s1.example.com”である。
【００５５】
中継装置（新拡張）１００ｂは，プロトコルとして新拡張プロトコルを使用する。中継装置（新拡張）１００ｂのＦＱＤＮ（Fully Qualified Domain Name ）は，“se1.example.com ”である。また，中継装置（新拡張）１００ｂのＩＰアドレスは，“2**.***.***.**3 ”である。
【００５６】
中継装置（既存）３００ａは，電子メールの配送先の中継装置（既存）１００ｂに，セッション開始コマンドを送信する（ステップＳ１０）。ここでは，既存のＳＭＴＰまたはＥＳＭＴＰのセッション開始コマンドとして，ＨＥＬＯまたはＥＨＬＯが送信される。ＨＥＬＯは，ＳＭＴＰのセッション開始コマンドである。ＥＨＬＯは，ＥＳＭＴＰのセッション開始コマンドである。
【００５７】
中継装置（新拡張）１００ｂは，要求された処理が正常に実行された旨を示す応答コード２５０（Requested mail action okay,completed）を，中継装置（既存）３００ａに返す（ステップＳ１１）。応答コードの２００番台は，ＯＫを示す。このとき，中継装置（新拡張）１００ｂは，自分のホスト名を中継装置（既存）３００ａに通知する。
【００５８】
なお，本実施の形態による新拡張プロトコルは，既存のＥＳＭＴＰをさらに拡張したプロトコルであるものとする。すなわち，新拡張プロトコルは，既存のＳＭＴＰやＥＳＭＴＰの機能を備えている。
【００５９】
中継装置（新拡張）１００ｂは，中継装置（既存）３００ａに対して拡張機能の通知を行う（ステップＳ１２）。中継装置（新拡張）１００ｂは，本実施の形態による中継装置（新拡張）１００であるので，拡張機能の通知には，添付ファイル情報コマンドが含まれる。本実施の形態では，添付ファイル情報コマンドを，“ＮＥＷＣＯＭＭＡＮＤ”とする。
【００６０】
各中継装置は，同じプロトコルを使用していても，必ずしも同じ機能をサポートしているとは限らない。そのため，電子メールを受信する側の中継装置は，電子メールを送信する側の中継装置に対して，自らがサポートする拡張機能のコマンドリストを通知する。なお，ＭＡＩＬ，ＲＣＰＴなどの基本的な機能のコマンドについては，全中継装置が使用できることが前提となっているので，通知は行われない。
【００６１】
中継装置（既存）３００ａは，添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）の機能を持っていない。すなわち，中継装置（既存）３００ａは，配送先の中継装置（新拡張）１００ｂから添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）の通知を受けるが，そのコマンドを使用することができない。そのため，中継装置（既存）３００ａは，電子メールからの添付ファイルの分離はできない。
【００６２】
中継装置（既存）３００ａは，ＭＡＩＬコマンドにより，配送する電子メールの発信者の情報を，配送先の中継装置（新拡張）１００ｂに送信する（ステップＳ１３）。
【００６３】
電子メールの受信側の中継装置（新拡張）１００ｂは，悪意ある人の踏み台となることを避けるために，送信者の情報で電子メールのフィルタリングを行う。中継装置（新拡張）１００ｂは，ＯＫを示す応答コード２５０を，中継装置（既存）３００ａに返す（ステップＳ１４）。
【００６４】
中継装置（既存）３００ａは，ＲＣＰＴコマンドにより，配送する電子メールの受信者の情報を，配送先の中継装置（新拡張）１００ｂに送信する（ステップＳ１５）。
【００６５】
電子メールの受信側の中継装置（新拡張）１００ｂは，受信者の情報でも電子メールのフィルタリングを行う。中継装置（新拡張）１００ｂは，ＯＫを示す応答コード２５０を，中継装置（既存）３００ａに返す（ステップＳ１６）。
【００６６】
中継装置（既存）３００ａは，ＤＡＴＡコマンドにより，配送する電子メールのデータ送信を，配送先の中継装置（新拡張）１００ｂに通知する（ステップＳ１７）。
【００６７】
中継装置（既存）３００ａは，配送先の中継装置（新拡張）１００ｂに電子メールを送信する（ステップＳ１８）。ここで送信される電子メールは，添付ファイル付きの電子メールである。
【００６８】
図５は，中継装置（新拡張）から中継装置（新拡張）に電子メールが配送される場合の例（１）を説明するシーケンス図である。
【００６９】
図５に示すシーケンス図は，図３における中継装置（新拡張）１００ｂから中継装置（新拡張）１００ｃに，添付ファイルが分離されて，電子メールが配送される一連の処理の例を示している。
【００７０】
中継装置（新拡張）１００ｃは，プロトコルとして新拡張プロトコルを使用する。中継装置（新拡張）１００ｃのＦＱＤＮ（Fully Qualified Domain Name ）は，“se2.example.com ”である。
【００７１】
中継装置（新拡張）１００ｂは，電子メールの配送先の中継装置（新拡張）１００ｃに，セッション開始コマンドを送信する（ステップＳ２０）。ここでは，本実施の形態の新拡張プロトコル独自のセッション開始コマンドとして，“ＮＥＷＨＬＯ”が送信される。本実施の形態では，新拡張プロトコル独自のセッション開始コマンドを，新拡張セッション開始コマンドと呼ぶものとする。
【００７２】
中継装置（新拡張）１００ｃは，要求された処理が正常に実行された旨を示す応答コード２５０を，中継装置（新拡張）１００ｂに返す（ステップＳ２１）。中継装置（新拡張）１００ｃは，新拡張プロトコルを使用しているので，新拡張セッション開始コマンド（ＮＥＷＨＬＯ）に対して正常に対処できる。
【００７３】
中継装置（新拡張）１００ｃは，中継装置（新拡張）１００ｂに対して拡張機能の通知を行う（ステップＳ２２）。中継装置（新拡張）１００ｃは，本実施の形態による中継装置（新拡張）１００であるので，拡張機能の通知には添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）が含まれる。
【００７４】
中継装置（新拡張）１００ｂは，中継装置（新拡張）１００ｃが新拡張プロトコルを使用していると判定する。中継装置（新拡張）１００ｂは，新拡張プロトコルを使用する中継装置（新拡張）１００のみが正常に応答可能な新拡張セッション開始コマンド（ＮＥＷＨＬＯ）への応答から，配送先の中継装置（新拡張）１００ｃが新拡張プロトコルを使用可能であるかを判定できる。中継装置（新拡張）１００は，新拡張プロトコル固有の特定のコマンドを用いた配送先の中継装置への通信に対する応答がエラー応答であれば，配送先の中継装置が分離された添付ファイルの取得およびメール本文への結合を実行できない中継装置（既存）３００であると，判定できる。
【００７５】
また，中継装置（新拡張）１００ｂは，新拡張プロトコルを使用する中継装置（新拡張）１００のみが使用可能な添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）が拡張機能の通知に含まれているか否かで，配送先の中継装置（新拡張）１００ｃが新拡張プロトコルを使用できるかを判定することもできる。
【００７６】
中継装置（新拡張）１００ｂは，配送する電子メールから添付ファイルを分離し（ステップＳ２３），分離された添付ファイルを添付ファイル格納部１１１に格納する（ステップＳ２４）。
【００７７】
中継装置（新拡張）１００ｂは，添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）により，分離された添付ファイルの保存場所を示す情報を配送先の中継装置（新拡張）１００ｃに送信する（ステップＳ２５）。
【００７８】
各コマンドは，パラメータを持つことができる。例えば，添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）は，自身のＩＰアドレスと添付ファイルの置き場所のディレクトリ示すパラメータをもつ。本実施の形態では，添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）のパラメータデータを，添付ファイル格納場所データと呼ぶものとする。添付ファイル格納場所データは，添付ファイルの保存場所を示す情報である。なお，図５に示す添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）の添付ファイル格納場所データにおいて，“添付ファイル”は，添付ファイルのファイル名を示している。
【００７９】
中継装置（新拡張）１００ｃは，ＯＫを示す応答コード２５０を，中継装置（新拡張）１００ｂに返す（ステップＳ２６）。
【００８０】
ここで，図５に示すステップＳ２７〜ステップＳ３１までの処理は，図４に示すステップＳ１３〜ステップＳ１７と同様であるので，説明を省略する。
【００８１】
中継装置（新拡張）１００ｂは，配送先の中継装置（新拡張）１００ｃに電子メールを送信する（ステップＳ３２）。ここで送信される電子メールは，添付ファイルが分離された，本文のみの電子メールである。
【００８２】
図６は，中継装置（新拡張）から中継装置（新拡張）に電子メールが配送される場合の例（２）を説明するシーケンス図である。
【００８３】
図６に示すシーケンス図は，図３における中継装置（新拡張）１００ｃから中継装置（新拡張）１００ｄに，すでに添付ファイルが分離された電子メールが配送される場合の例を示している。
【００８４】
中継装置（新拡張）１００ｄは，プロトコルとして新拡張プロトコルを使用する。中継装置（新拡張）１００ｄのＦＱＤＮ（Fully Qualified Domain Name ）は，“se3.example.com ”である。
【００８５】
中継装置（新拡張）１００ｃは，電子メールの配送先の中継装置（新拡張）１００ｄに，セッション開始コマンドを送信する（ステップＳ４０）。ここでは，新拡張セッション開始コマンド（ＮＥＷＨＬＯ）が送信される。
【００８６】
中継装置（新拡張）１００ｄは，要求された処理が正常に実行された旨を示す応答コード２５０を，中継装置（新拡張）１００ｃに返す（ステップＳ４１）。中継装置（新拡張）１００ｄは，新拡張プロトコルを使用しているので，新拡張セッション開始コマンド（ＮＥＷＨＬＯ）に対して正常に対処できる。
【００８７】
中継装置（新拡張）１００ｄは，中継装置（新拡張）１００ｃに対して拡張機能の通知を行う（ステップＳ４２）。中継装置（新拡張）１００ｄは，本実施の形態による中継装置（新拡張）１００であるので，拡張機能の通知には添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）が含まれる。
【００８８】
中継装置（新拡張）１００ｃは，中継装置（新拡張）１００ｄが新拡張プロトコルを使用していると判定する。ここで，すでに配送される電子メールの添付ファイルは中継装置（新拡張）１００ｂで分離されているので，中継装置（新拡張）１００ｃは，添付ファイルの分離を行う必要がない。
【００８９】
以下，図６に示すステップＳ４３〜ステップＳ５０までの処理は，図５に示すステップＳ２５〜ステップＳ３２の処理と同様であるので，説明を省略する。
【００９０】
図７は，中継装置（新拡張）から中継装置（既存）に電子メールが配送される場合の例を説明するシーケンス図である。
【００９１】
図７に示すシーケンス図は，図３における中継装置（新拡張）１００ｄから中継装置（既存）３００ｅに，添付ファイルが結合されて電子メールが配送される場合の例を示している。
【００９２】
中継装置（既存）３００ｅは，プロトコルとして既存のＳＭＴＰかＥＳＭＴＰを使用する。中継装置（既存）３００ｅのＦＱＤＮは，“s2.example.com”である。
【００９３】
中継装置（新拡張）１００ｄは，電子メールの配送先の中継装置（既存）３００ｅに，セッション開始コマンドを送信する（ステップＳ６０）。ここでは，新拡張セッション開始コマンド（ＮＥＷＨＬＯ）が送信される。
【００９４】
しかし，中継装置（既存）３００ｅは，新拡張セッション開始コマンド（ＮＥＷＨＬＯ）に対して正常な処理を行うことができない。中継装置（既存）３００ｅは，コマンドが理解できない旨を示す応答コード５００（Syntax error，command unrecognized）を，中継装置（新拡張）１００ｄに返す（ステップＳ６１）。
【００９５】
中継装置（新拡張）１００ｄは，中継装置（既存）３００ｅが新拡張プロトコルを使用していないと判定する。新拡張プロトコルを使用していない中継装置（既存）３００ｅでは，保存先からの分離された添付ファイルの取得や，取得された添付ファイルのメール本文への結合が実行できない。
【００９６】
中継装置（新拡張）１００ｄは，添付ファイルの保存場所から，ＳＣＰ（Secure Copy ）等のデータ転送技術を使用して，添付ファイルを取得する（ステップＳ６２）。中継装置（新拡張）１００ｄは，中継装置（新拡張）１００ｃから添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）により通知された添付ファイル格納場所データで示された，中継装置（新拡張）１００ｂの記憶領域に保存された添付ファイルを取得する。なお，ＳＣＰは，ネットワークホスト間でファイルを安全にコピーするためのコマンドである。
【００９７】
中継装置（新拡張）１００ｄは，取得された添付ファイルを，配送する電子メールのメール本文に連結する（ステップＳ６３）。これで，電子メールは，添付ファイルが分離される前の，添付ファイル付き電子メールに戻されたことになる。
【００９８】
中継装置（新拡張）１００ｄは，電子メールの配送先の中継装置（既存）３００ｅに，改めてセッション開始コマンドを送信する（ステップＳ６４）。ここでは，既存のＳＭＴＰまたはＥＳＭＴＰのセッション開始コマンドＨＥＬＯまたはＥＨＬＯが送信される。
【００９９】
中継装置（既存）３００ｅは，要求された処理が正常に実行された旨を示す応答コード２５０を，中継装置（新拡張）１００ｄに返す（ステップＳ６５）。
【０１００】
中継装置（既存）３００ｅは，中継装置（新拡張）１００ｄに対して拡張機能の通知を行う（ステップＳ６６）。中継装置（既存）３００ｅは，既存の中継装置であるので，拡張機能の通知には添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）が含まれない。
【０１０１】
以下，図７に示すステップＳ６７〜ステップＳ７２までの処理は，図４に示すステップＳ１３〜ステップＳ１８の処理と同様であるので，説明を省略する。
【０１０２】
以上図３〜図７に示す例を用いて説明したように，本実施の形態による中継装置（新拡張）１００が連続する区間では，添付ファイルを配送しないので，その間のメール配送量が低減され，電子メールの配送性能が向上する。また，本実施の形態による中継装置（新拡張）１００が連続する区間でのリソース不足を解消できる。
【０１０３】
また，本実施の形態による中継装置（新拡張）１００が分離された添付ファイルを結合する機能を持たない中継装置（既存）３００を判別し，その直前の中継装置（新拡張）１００で分離された添付ファイルを電子メールに結合することができる。そのため，中継装置（既存）３００を含むネットワークでも，適切な中継装置（新拡張）１００で，添付ファイルの分離や結合を行うことが可能となる。宛先のクライアント側で電子メールが受信される段階では，添付ファイル付きの電子メールとなっているので，宛先のクライアント側で，電子メールと分離された添付ファイルとを別々に取得する必要がなくなる。
【０１０４】
以下，図８〜図１２に示すフローチャートを用いて，本実施の形態の中継装置（新拡張）１００による処理の流れを説明する。
【０１０５】
図８は，本実施の形態の中継装置（新拡張）によるメール配送処理フローチャート（１）である。
【０１０６】
図８に示す処理は，新拡張セッション開始コマンド（ＮＥＷＨＬＯ）に対する配送先の中継装置の応答によって，配送先の中継装置が，本実施の形態による中継装置（新拡張）１００であるか，中継装置（既存）３００であるかを判定する処理の例である。
【０１０７】
本実施の形態による中継装置（新拡張）１００において，メール受信部１０１は，電子メールを受信する（ステップＳ１００）。
【０１０８】
メール宛先判定部１０２は，受信された電子メールの宛先ドメインが自ドメインか，すなわち受信された電子メールの宛先アドレスが，自中継装置（新拡張）１００が電子メールの保管を担当するドメインのアドレスであるかを判定する（ステップＳ１０１）。受信された電子メールの宛先ドメインが自ドメインであれば（ステップＳ１０１のＹＥＳ），図１１に示す電子メール保管処理に移る。
【０１０９】
受信された電子メールの宛先アドレスが自ドメインのアドレスでなければ，該電子メールを他の中継装置に配送する必要があるので（ステップＳ１０１のＮＯ），開始コマンド送信部１０４は，新拡張セッション開始コマンド（ＮＥＷＨＬＯ）を，配送先の中継装置に送信する（ステップＳ１０２）。
【０１１０】
中継装置（新拡張）１００は，配信先の中継装置から新拡張セッション開始コマンド（ＮＥＷＨＬＯ）への応答を受信する（ステップＳ１０３）。添付ファイル処理判定部１０５は，新規セッション開始コマンド（ＮＥＷＨＬＯ）に対する配送先の中継装置の応答が正常であるかを判定する（ステップＳ１０４）。
【０１１１】
応答が正常であれば（ステップＳ１０４のＹＥＳ），メール配送処理部１０３は，図９に示す電子メール配送処理を行う。
【０１１２】
応答が正常でなければ（ステップＳ１０４のＮＯ），すなわちエラー応答であれば，メール配送処理部１０３は，図１０に示す電子メール配送処理を行う。
【０１１３】
図９は，本実施の形態のメール配送処理部によるメール配送処理フローチャート（１）である。
【０１１４】
図９に示す処理は，配送先が本実施の形態による中継装置（新拡張）１００である場合の電子メール配送処理，すなわち，配送先の中継装置（新拡張）１００が分離された添付ファイルの取得およびメール本文への結合を実行できる場合の電子メール配送処理の例である。
【０１１５】
メール配送処理部１０３において，添付ファイル処理判定部１０５は，受信された電子メールに添付ファイルが存在するかを判定する（ステップＳ１１０）。
【０１１６】
受信された電子メールに添付ファイルが存在する場合には（ステップＳ１１０のＹＥＳ），添付ファイル分離部１０６は，電子メールから添付ファイルを分離し（ステップＳ１１１），分離された添付ファイルを添付ファイル格納部１１１に格納する（ステップＳ１１２）。添付ファイル情報コマンド送信部１０７は，分離された添付ファイルの保存場所を示す情報である添付ファイル格納場所データを生成する（ステップＳ１１３）。添付ファイル情報コマンド送信部１０７は，添付ファイル情報コマンドにより，生成された添付ファイル格納場所データを配送先の中継装置（新拡張）１００に送信する（ステップＳ１１４）。メール送信部１０８は，添付ファイルが分離された電子メールを，配送先の中継装置（新拡張）１００に送信し（ステップＳ１１５），処理を終了する。
【０１１７】
受信された電子メールに添付ファイルが存在しない場合には（ステップＳ１１０のＮＯ），添付ファイル処理判定部１０５は，電子メールと共に添付ファイル格納場所データが受信されているかを判定する（ステップＳ１１６）。
【０１１８】
添付ファイル格納場所データが受信されていれば（ステップＳ１１６のＹＥＳ），添付ファイル情報コマンド送信部１０７は，添付ファイル情報コマンドにより，受信された添付ファイル格納場所データを配送先の中継装置（新拡張）１００に送信する（ステップＳ１１４）。メール送信部１０８は，添付ファイルが分離された電子メールを，配送先の中継装置（新拡張）１００に送信し（ステップＳ１１５），処理を終了する。
【０１１９】
添付ファイル格納場所データが受信されていなければ（ステップＳ１１６のＮＯ），メール送信部１０８は，添付ファイルを持たない電子メールを，配送先の中継装置（新拡張）１００に送信し（ステップＳ１１５），処理を終了する。
【０１２０】
図１０は，本実施の形態のメール配送処理部によるメール配送処理フローチャート（２）である。
【０１２１】
図１０に示す処理は，配送先が中継装置（既存）３００である場合の電子メール配送処理，すなわち，配送先の中継装置（既存）３００が分離された添付ファイルの取得およびメール本文への結合を実行できない場合の電子メール配送処理の例である。
【０１２２】
メール配送処理部１０３において，添付ファイル処理判定部１０５は，電子メールと共に添付ファイル格納場所データが受信されているかを判定する（ステップＳ１２０）。
【０１２３】
添付ファイル格納場所データが受信されていれば（ステップＳ１２０のＹＥＳ），添付ファイル取得部１０９は，受信された添付ファイル格納場所データで指定された記憶装置に記憶された添付ファイルを取得する（ステップＳ１２１）。添付ファイル連結部１１０は，取得された添付ファイルと受信された電子メールのメール本文とを連結する（ステップＳ１２２）。開始コマンド送信部１０４は，既存のセッション開始コマンド（ＨＥＬＯまたはＥＨＬＯ）を，配送先の中継装置（既存）３００に送信する（ステップＳ１２３）。ここでは，正常を示す応答が中継装置（新拡張）１００に受信される。メール送信部１０８は，添付ファイル付きの電子メールを，配送先の中継装置（既存）３００に送信し（ステップＳ１２４），処理を終了する。
【０１２４】
添付ファイル格納場所データが受信されていなければ（ステップＳ１２０のＮＯ），開始コマンド送信部１０４は，既存のセッション開始コマンド（ＨＥＬＯまたはＥＨＬＯ）を，配送先の中継装置（既存）３００に送信する（ステップＳ１２３）。ここでは，正常を示す応答が中継装置（新拡張）１００に受信される。メール送信部１０８は，電子メールを，配送先の中継装置（既存）３００に送信し（ステップＳ１２４），処理を終了する。
【０１２５】
図１１は，本実施の形態のメール保管処理部によるメール保管処理フローチャートである。
【０１２６】
メール保管処理部１１２は，電子メールと共に添付ファイル格納場所データが受信されているかを判定する（ステップＳ１３０）。
【０１２７】
添付ファイル格納場所データが受信されていれば（ステップＳ１３０のＹＥＳ），添付ファイル取得部１１３は，受信された添付ファイル格納場所データで指定された記憶装置に記憶された添付ファイルを取得する（ステップＳ１３１）。添付ファイル連結部１１４は，取得された添付ファイルと受信された電子メールのメール本文とを連結する（ステップＳ１３２）。メール保管処理部１１２は，添付ファイル付きの電子メールを，メール保管部１１５に保管し（ステップＳ１３３），処理を終了する。
【０１２８】
添付ファイル格納場所データが受信されていなければ（ステップＳ１３０のＮＯ），メール保管処理部１１２は，受信された電子メールを，メール保管部１１５に保管し（ステップＳ１３３），処理を終了する。
【０１２９】
図１１に示すように，本実施の形態による中継装置（新拡張）１００は，受信された電子メールが自中継装置（新拡張）１００が保管を担当する電子メールであり，別に保存された添付ファイルが存在する場合に，その添付ファイルとメール本文とを結合してから，電子メールをメール保管部１１５に保管する。これにより，電子メールの宛先のクライアント側では，別途に添付ファイルの取得を行わなくても，メールスプールであるメール保管部１１５から，添付ファイル付きの電子メールを受信することができる。
【０１３０】
図１２は，本実施の形態の中継装置（新拡張）によるメール配送処理フローチャート（２）である。
【０１３１】
図１２に示す処理は，配送先の中継装置からの拡張機能の通知に添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）が含まれているか否かによって，配送先の中継装置が，本実施の形態による中継装置（新拡張）１００であるか，中継装置（既存）３００であるかを判定する処理の例である。添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）を通知する中継装置は，添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）を使用できる中継装置，すなわち本実施の形態による中継装置（新拡張）１００である。また，添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）を通知しない中継装置は，添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）を使用できない中継装置，すなわち中継装置（既存）３００である。
【０１３２】
本実施の形態による中継装置（新拡張）１００において，メール受信部１０１は，電子メールを受信する（ステップＳ１４０）。
【０１３３】
メール宛先判定部１０２は，受信された電子メールの宛先ドメインが自ドメインか，すなわち受信された電子メールの宛先アドレスが，自中継装置（新拡張）１００が電子メールの保管を担当するドメインのアドレスであるかを判定する（ステップＳ１４１）。受信された電子メールの宛先ドメインが自ドメインであれば（ステップＳ１４１のＹＥＳ），図１１に示す電子メール保管処理に移る。
【０１３４】
受信された電子メールの宛先ドメインが自ドメインでなければ（ステップＳ１４１のＮＯ），開始コマンド送信部１０４は，既存のセッション開始コマンド（ＨＥＬＯまたはＥＨＬＯ）を，配送先の中継装置に送信する（ステップＳ１４２）。
【０１３５】
中継装置（新拡張）１００は，配信先の中継装置から，セッション開始コマンド（ＨＥＬＯまたはＥＨＬＯ）への応答と，使用可能な拡張機能の通知を受信する（ステップ１４３）。添付ファイル処理判定部１０５は，配送先の中継装置からの拡張機能の通知に，添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）があるかを判定する（ステップＳ１４４）。
【０１３６】
添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）があれば（ステップＳ１４４のＹＥＳ），メール配送処理部１０３は，図９に示す電子メール配送処理を行う。
【０１３７】
添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）がなければ（ステップＳ１４４のＮＯ），添付ファイル処理判定部１０５は，電子メールと共に添付ファイル格納場所データが受信されているかを判定する（ステップＳ１４５）。
【０１３８】
添付ファイル格納場所データが受信されていれば（ステップＳ１４５のＹＥＳ），添付ファイル取得部１０９は，受信された添付ファイル格納場所データで指定された記憶装置に記憶された添付ファイルを取得する（ステップＳ１４６）。添付ファイル連結部１１０は，取得された添付ファイルと受信された電子メールのメール本文とを連結する（ステップＳ１４７）。メール送信部１０８は，添付ファイル付きの電子メールを，配送先の中継装置（既存）３００に送信し（ステップＳ１４８），処理を終了する。
【０１３９】
添付ファイル格納場所データが受信されていなければ（ステップＳ１４５のＮＯ），メール送信部１０８は，電子メールを，配送先の中継装置（既存）３００に送信し（ステップＳ１４８），処理を終了する。
【０１４０】
以上説明した本実施の形態の中継装置（新拡張）１００による処理は，コンピュータが備えるＣＰＵ，メモリ等のハードウェアとソフトウェアプログラムとにより実現することができ，そのプログラムをコンピュータ読み取り可能な記録媒体に記録することも，ネットワークを通して提供することも可能である。
【０１４１】
以上，本実施の形態について説明したが，本発明はその主旨の範囲において種々の変形が可能であることは当然である。
【符号の説明】
【０１４２】
１０ ＭＴＡ（新拡張）
３０ ＭＴＡ（既存）
１００ 中継装置（新拡張）
１０１ メール受信部
１０２ メール宛先判定部
１０３ メール配送処理部
１０４ 開始コマンド送信部
１０５ 添付ファイル処理判定部
１０６ 添付ファイル分離部
１０７ 添付ファイル情報コマンド送信部
１０８ メール送信部
１０９ 添付ファイル取得部
１１０ 添付ファイル連結部
１１１ 添付ファイル格納部
１１２ メール保管処理部
１１３ 添付ファイル取得部
１１４ 添付ファイル連結部
１１５ メール保管部
３００ 中継装置（既存）
【技術分野】
【０００１】
本発明は，電子メールを中継する中継装置に関するものである。
【背景技術】
【０００２】
送信者のメールクライアントから送信された電子メールは，複数のメールサーバによってバケツリレー式に目的地まで配送され，最終的に受信者のメールクライアントで受信される。メールクライアントは，ＭＵＡ（Mail User Agent ）とも呼ばれる。また，メールサーバは，ＭＴＡ（Mail Transfer Agent ）とも呼ばれる。なお，以下では，電子メールを，単にメールとも呼ぶ。
【０００３】
近年，電子ファイルを手軽に相手に送付するために，電子メールにファイルを添付して相手方に送信することが一般的に行われている。電子メールに添付されるファイルのサイズは，年々肥大化している。
【０００４】
しかし，電子メールの配送を行うＭＴＡには，配送ファイルサイズの制限があるため，大きなサイズのファイルが添付された電子メールが配送エラーとなって送信できないケースがある。相手先に届く添付ファイルのサイズは，経由するＭＴＡのうち最も制限の厳しいＭＴＡのサイズに制限されるため，大きなサイズの添付ファイルを配送するためには，中継されるすべてのＭＴＡで配送ファイルサイズの上限を上げる必要がある。
【０００５】
また，電子メールを配送するＭＴＡは各会社や各種団体の内部で多段構成となっており，複数のＭＴＡで中継される場合が多い。大きなサイズのファイルが添付された電子メールが送付されると，多段構成となっているすべてのＭＴＡ間で配送されるため，ネットワークトラフィックの輻輳による配送遅延や，ＭＴＡのメモリやハードディスクなどのリソース不足が課題となっている。
【０００６】
これに対して，メールサーバが一定サイズ以上の添付ファイルをＵＲＬで特定された外部ＷＥＢサーバに転送して記憶させておき，受信端末が別途ブラウザでＵＲＬを指定して外部ＷＥＢサーバから添付ファイルをダウンロードする技術が知られている。また，第１サーバが添付ファイルを記憶して添付ファイルの転送要求符号（ＵＲＬ）を付記したメール本文を第２サーバに転送し，端末が第２サーバから受けたメール本文に付記された転送要求符号を用いて第１サーバから添付ファイルをダウンロードする技術が知られている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−１４０６３７号公報
【特許文献２】特開２００６−１１９７３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記のように添付ファイルを別に保存する技術では，電子メールを受信するクライアント側において，ブラウザを立ち上げて添付ファイルをダウンロードするような，電子メールの受信とは別の処理が必要になってしまう。
【０００９】
このようなクライアント側の処理を不要にするためには，例えば，メールサーバ側で，電子メール本文に添付ファイルを結合する処理を行うようにすることも考えられる。しかし，膨大な数のすべてのメールサーバに添付ファイルの結合処理の機能を具備させることは事実上難しく，添付ファイルの結合処理を行えるメールサーバと行えないメールサーバとが混在する状態となる。このとき，適切なメールサーバで添付ファイルの結合処理を行えるような仕組みが必要である。
【００１０】
本発明は，上記の問題点の解決を図り，配送量低減のために電子メールから分離された添付ファイルを，適切な中継装置で電子メールの本文に結合することが可能となる技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
電子メールを宛先アドレスまで順次配送する複数の中継装置から構成されるネットワークにおける中継装置は，電子メールの本文データと該電子メールから分離されて所定の記憶部に記憶された添付ファイルの記憶先を示すデータとを受信し，該電子メールの宛先アドレスに基づいて該電子メールを他の中継装置に配送する際に，配送先の中継装置との通信結果から，該配送先の中継装置が記憶部からの添付ファイルの取得および取得された添付ファイルの該電子メールの本文データへの結合を実行できるかを判定する添付ファイル処理判定部と，配送先の中継装置が添付ファイルの取得および電子メールの本文データへの結合を実行できないと判定された場合には，記憶部から添付ファイルを取得し，取得された添付ファイルを電子メールの本文データに結合してから電子メールを配送先の中継装置に送信し，配送先の中継装置が添付ファイルの取得および電子メールの本文データへの結合を実行できると判定された場合には，受信された電子メールの本文データと添付ファイルの記憶先を示すデータとを配送先の中継装置に送信するメール配送処理部とを備える。
【発明の効果】
【００１２】
配送量低減のために電子メールから分離された添付ファイルを，適切な中継装置で電子メールの本文に結合することが可能となり，クライアント側で電子メールと分離された添付ファイルとを別々に取得する必要がなくなる。
【図面の簡単な説明】
【００１３】
【図１】本実施の形態による電子メール配送の概要を説明する図である。
【図２】本実施の形態による中継装置の構成例を示す図である。
【図３】本実施の形態による電子メール配送の具体例を説明する図である。
【図４】中継装置（既存）から中継装置（新拡張）に電子メールが配送される場合の例を説明するシーケンス図である。
【図５】中継装置（新拡張）から中継装置（新拡張）に電子メールが配送される場合の例（１）を説明するシーケンス図である。
【図６】中継装置（新拡張）から中継装置（新拡張）に電子メールが配送される場合の例（２）を説明するシーケンス図である。
【図７】中継装置（新拡張）から中継装置（既存）に電子メールが配送される場合の例を説明するシーケンス図である。
【図８】本実施の形態の中継装置（新拡張）によるメール配送処理フローチャート（１）である。
【図９】本実施の形態のメール配送処理部によるメール配送処理フローチャート（１）である。
【図１０】本実施の形態のメール配送処理部によるメール配送処理フローチャート（２）である。
【図１１】本実施の形態のメール保管処理部によるメール保管処理フローチャートである。
【図１２】本実施の形態の中継装置（新拡張）によるメール配送処理フローチャート（２）である。
【発明を実施するための形態】
【００１４】
以下，本実施の形態について，図を用いて説明する。
【００１５】
図１は，本実施の形態による電子メール配送の概要を説明する図である。
【００１６】
図１には，添付ファイルを有するある電子メールが，相手先に送信される途中過程で，電子メールを中継するＭＴＡ間で配送される様子が示されている。図１において，“ｂｏｄｙ”はメールの本文データを表しており，“添付”は添付ファイルを表している。
【００１７】
図１（Ａ）は，従来の電子メール配送の例を示している。
【００１８】
ＭＵＡやＭＴＡが電子メールを配送するためのプロトコルとして，従来から，ＲＦＣ（Request for Comments）５３２１で規定されているＳＭＴＰ（Simple Mail Transfer Protocol ）や，ＲＦＣ１４２５にて規定されているＥＳＭＴＰ（Extended Simple Mail Transfer Protocol）などのプロトコルがある。
【００１９】
図１（Ａ）に示すように，従来は，ＳＭＴＰやＥＳＭＴＰなどのプロトコルを使用するＭＴＡ（既存）３０間で，メール本文に添付ファイルが結合された電子メールが，リレー形式で配送されていた。なお，新たな本実施の形態による拡張機能を有しないＭＴＡを，ＭＴＡ（既存）３０と呼ぶものとする。
【００２０】
ここで，図１（Ａ）において，添付ファイルのサイズが，ＭＴＡ（既存）３０ｃの配送ファイルサイズ制限を超えてしまっているものとする。このとき，その添付ファイルを含む電子メールは，ＭＴＡ（既存）３０ｃで配送エラーとなり，相手先に送信できなくなってしまう。
【００２１】
図１（Ｂ）は，本実施の形態による電子メール配送の例を示している。
【００２２】
図１（Ｂ）において，太枠で示されるＭＴＡ（新拡張）１０は，本実施の形態による新たに機能が拡張されたプロトコルを使用するＭＴＡである。本実施の形態による新たに機能が拡張されたプロトコルは，新たに規定するプロトコルであってもよいし，機能を拡張した既存のプロトコルであってもよい。以下では，本実施の形態による新たに機能が拡張されたプロトコルを，新拡張プロトコルと呼ぶものとする。
【００２３】
図１（Ｂ）は，図１（Ａ）におけるＭＴＡ（既存）３０ｂ，ＭＴＡ（既存）３０ｃ，ＭＴＡ（既存）３０ｄが，ＭＴＡ（新拡張）１０ｂ，ＭＴＡ（新拡張）１０ｃ，ＭＴＡ（新拡張）１０ｄに置き換えられたものである。
【００２４】
図１（Ｂ）において，ＭＴＡ（新拡張）１０ｂは，ＭＴＡ（既存）３０ａから配送された添付ファイル付きの電子メールを受信する。ＭＴＡ（新拡張）１０ｂは，次の配送先のＭＴＡがＭＴＡ（新拡張）１０ｃであることを確認すると，添付ファイルを電子メールから分離して別に保存し，本文のみの電子メールをＭＴＡ（新拡張）１０ｃに配送する。また，ＭＴＡ（新拡張）１０ｂは，添付ファイルの保存場所を示す情報を，ＭＴＡ（新拡張）１０ｃに送信する。
【００２５】
ＭＴＡ（新拡張）１０ｃは，次の配送先のＭＴＡがＭＴＡ（新拡張）１０ｄであることを確認すると，本文のみの電子メールをＭＴＡ（新拡張）１０ｄに配送する。また，ＭＴＡ（新拡張）１０ｃは，添付ファイルの保存場所を示す情報を，ＭＴＡ（新拡張）１０ｄに送信する。
【００２６】
ＭＴＡ（新拡張）１０ｄは，次の配送先のＭＴＡがＭＴＡ（既存）３０ｅであることを確認する。
【００２７】
ここで，ＭＴＡ（既存）３０は，新拡張プロトコルが有する機能である，添付ファイルの保存場所を示す情報を配送先のＭＴＡに送信する機能を持たない。また，ＭＴＡ（新拡張）１０は，新拡張プロトコルが有する機能である，電子メールから分離された添付ファイルをその保存場所から取得してメール本文に結合する機能を持つが，ＭＴＡ（既存）３０はこのような機能を持たない。
【００２８】
ＭＴＡ（新拡張）１０ｄは，次の配送先のＭＴＡがＭＴＡ（既存）３０ｅであることを確認すると，添付ファイルの保存場所を示す情報に基づいて電子メールとは別に保存された添付ファイルを取得し，取得された添付ファイルをメール本文に結合する。ＭＴＡ（新拡張）１０ｄは，添付ファイル付きの電子メールをＭＴＡ（既存）３０ｅに送信する。
【００２９】
ここで，図１（Ｂ）において，添付ファイルのサイズが，ＭＴＡ（新拡張）１０ｃの配送ファイルサイズ制限を超えてしまっているものとする。しかし，添付ファイルがＭＴＡ（新拡張）１０ｃに配送されないので，ＭＴＡ（新拡張）１０ｃで配送エラーは発生しない。
【００３０】
また，メール本文から分離されて別に保存された添付ファイルも，ＭＴＡ（既存）３０ｅに配送する前のＭＴＡ（新拡張）１０ｄでメール本文に結合される。そのため，図１（Ｂ）に示すように，電子メール配送の途中過程でＭＴＡ（既存）３０とＭＴＡ（新拡張）１０とが混在しても，問題はない。
【００３１】
このように，本実施の形態のＭＴＡ（新拡張）１０をメール配送のネットワークに用いることにより，配送量低減のために電子メールから分離された添付ファイルを，適切なＭＴＡ（新拡張）１０でメール本文に結合することが可能となる。メール配送の途中過程で分離されて別に保存された添付ファイルも，電子メールの相手先のＭＵＡでは，メール本文に添付された形で受信される。
【００３２】
以下，本実施の形態による電子メール配送の具体的な仕組みについて説明する。
【００３３】
図２は，本実施の形態による中継装置の構成例を示す図である。
【００３４】
本実施の形態による中継装置（新拡張）１００は，新拡張プロトコルを使用するＭＴＡ（新拡張）１０を有し，電子メールの配送を行う装置である。すなわち，中継装置（新拡張）１００は，分離された添付ファイルをその保存場所から取得し，取得された添付ファイルをメール本文に結合する機能を有する。
【００３５】
中継装置（新拡張）１００は，メール受信部１０１，メール宛先判定部１０２，メール配送処理部１０３，添付ファイル格納部１１１，メール保管処理部１１２，メール保管部１１５を備える。中継装置（新拡張）１００および中継装置（新拡張）１００が備える各機能部は，コンピュータが備えるＣＰＵ，メモリ等のハードウェアとソフトウェアプログラムとにより実現される。
【００３６】
メール受信部１０１は，送信者の端末や他の中継装置から送信された電子メールを受信する。
【００３７】
メール宛先判定部１０２は，受信された電子メールの宛先アドレスが，自中継装置（新拡張）１００が保管を担当するドメインのアドレスであるかを判定する。受信された電子メールの宛先アドレスが自中継装置（新拡張）１００が保管を担当するドメインのアドレスでなければ，受信された電子メールは他の中継装置に配送される必要があり，メール配送処理部１０３による次の配送先の中継装置への電子メールの配送処理が行われる。受信された電子メールの宛先アドレスが自中継装置（新拡張）１００が保管を担当するドメインのアドレスであれば，メール保管処理部１１２によるメール保管部１１５への電子メールの格納処理が行われる。
【００３８】
メール配送処理部１０３は，受信された電子メールを次の配送先の中継装置に配送する処理を行う。メール配送処理部１０３は，開始コマンド送信部１０４，添付ファイル処理判定部１０５，添付ファイル分離部１０６，添付ファイル情報コマンド送信部１０７，メール送信部１０８，添付ファイル取得部１０９，添付ファイル連結部１１０を備える。
【００３９】
開始コマンド送信部１０４は，次の配送先の中継装置に対して，セッション開始コマンドを送信する。
【００４０】
添付ファイル処理判定部１０５は，受信された電子メールに添付ファイルが存在するか，受信された電子メールは添付ファイルが分離されたものか，次の配送先の中継装置が本実施の形態による中継装置（新拡張）１００であるか等の状況を判定する。
【００４１】
添付ファイル分離部１０６は，受信された電子メールに添付ファイルが存在し，次の配送先の中継装置が本実施の形態による中継装置（新拡張）１００である場合に，電子メールから添付ファイルを分離する。分離された添付ファイルは，添付ファイル格納部１１１に保存される。添付ファイル格納部１１１は，電子メールから分離された添付ファイルを記憶する，コンピュータがアクセス可能な記憶装置である。
【００４２】
添付ファイル情報コマンド送信部１０７は，電子メールから添付ファイルが分離されている場合に，次の配送先の中継装置（新拡張）１００に対して添付ファイルの保存場所を示す情報を通知するコマンドを送信する。以下では，次の配送先の中継装置（新拡張）１００に対して添付ファイルの保存場所を示す情報を通知するコマンドを，添付ファイル情報コマンドと呼ぶものとする。
【００４３】
メール送信部１０８は，次の配送先の中継装置に電子メールを送信する。
【００４４】
添付ファイル取得部１０９は，添付ファイルが配送する電子メールから分離されて別の場所に保存されており，次の配送先の中継装置が本実施の形態による中継装置（新拡張）１００でない場合に，添付ファイルの保存場所から添付ファイルを取得する。添付ファイルの保存場所を示す情報については，前の中継装置（新拡張）１００から，添付ファイル情報コマンドによって通知されている。
【００４５】
次の配送先の中継装置が本実施の形態による中継装置（新拡張）１００でないということは，配信先の中継装置が添付ファイルを取得する機能や，添付ファイルをメール本文に結合する機能を持たないことを意味する。そのため，配信先の中継装置に電子メールを送信する前に，中継装置（新拡張）１００が，分離された添付ファイルを取得し，それをメール本文と結合して，添付ファイル付きの電子メールに戻す処理を行う。
【００４６】
添付ファイル連結部１１０は，取得された添付ファイルとメール本文とを連結する。
【００４７】
メール保管処理部１１２は，受信された電子メールの宛先アドレスのドメインが，自中継装置（新拡張）１００が電子メールの保管を担当するドメインである場合に，受信された受信メールをメール保管部１１５に保管する。メール保管部１１５は，宛先のクライアント端末から要求されるまで電子メールを保管する，コンピュータがアクセス可能な記憶装置である。メール保管部１１５は，メールスプールやメールボックスなどと呼ばれる，電子メールの記憶領域である。
【００４８】
またメール保管処理部１１２は，保管する電子メールの添付ファイルが分離されて別の場所に保存されたままの状態である場合に，その添付ファイルを取得し，取得された添付ファイルとメール本文とを連結した電子メールをメール保管部１１５に保管する。メール保管処理部１１２は，添付ファイル取得部１１３，添付ファイル連結部１１４を備える。添付ファイル取得部１１３，添付ファイル連結部１１４は，それぞれ添付ファイル取得部１０９，添付ファイル連結部１１０と同様の処理を行う。
【００４９】
図３は，本実施の形態による電子メール配送の具体例を説明する図である。
【００５０】
図３には，添付ファイルを有するある電子メールが，相手先に送信される途中過程で，電子メールを中継する中継装置間で配送される様子が示されている。図３において，“ｂｏｄｙ”はメールの本文データを表しており，“添付”は添付ファイルを表している。また，図３において，太枠で示される中継装置は，新拡張プロトコルを使用する中継装置（新拡張）１００であり，細枠で示される中継装置は，既存のＳＭＴＰまたはＥＳＭＴＰを使用する中継装置（既存）３００である。
【００５１】
以下，図４〜図７のシーケンス図を用いて，図３に示す各中継装置間での電子メールの配送を，配送順に説明する。
【００５２】
図４は，中継装置（既存）から中継装置（新拡張）に電子メールが配送される場合の例を説明するシーケンス図である。
【００５３】
図４に示すシーケンス図は，図３における中継装置（既存）３００ａから中継装置（新拡張）１００ｂに，添付ファイル付きの電子メールが配送される場合の一連の処理の例を示している。
【００５４】
中継装置（既存）３００ａは，プロトコルとして既存のＳＭＴＰかＥＳＭＴＰを使用する。中継装置（既存）３００ａのＦＱＤＮ（Fully Qualified Domain Name ）は，“s1.example.com”である。
【００５５】
中継装置（新拡張）１００ｂは，プロトコルとして新拡張プロトコルを使用する。中継装置（新拡張）１００ｂのＦＱＤＮ（Fully Qualified Domain Name ）は，“se1.example.com ”である。また，中継装置（新拡張）１００ｂのＩＰアドレスは，“2**.***.***.**3 ”である。
【００５６】
中継装置（既存）３００ａは，電子メールの配送先の中継装置（既存）１００ｂに，セッション開始コマンドを送信する（ステップＳ１０）。ここでは，既存のＳＭＴＰまたはＥＳＭＴＰのセッション開始コマンドとして，ＨＥＬＯまたはＥＨＬＯが送信される。ＨＥＬＯは，ＳＭＴＰのセッション開始コマンドである。ＥＨＬＯは，ＥＳＭＴＰのセッション開始コマンドである。
【００５７】
中継装置（新拡張）１００ｂは，要求された処理が正常に実行された旨を示す応答コード２５０（Requested mail action okay,completed）を，中継装置（既存）３００ａに返す（ステップＳ１１）。応答コードの２００番台は，ＯＫを示す。このとき，中継装置（新拡張）１００ｂは，自分のホスト名を中継装置（既存）３００ａに通知する。
【００５８】
なお，本実施の形態による新拡張プロトコルは，既存のＥＳＭＴＰをさらに拡張したプロトコルであるものとする。すなわち，新拡張プロトコルは，既存のＳＭＴＰやＥＳＭＴＰの機能を備えている。
【００５９】
中継装置（新拡張）１００ｂは，中継装置（既存）３００ａに対して拡張機能の通知を行う（ステップＳ１２）。中継装置（新拡張）１００ｂは，本実施の形態による中継装置（新拡張）１００であるので，拡張機能の通知には，添付ファイル情報コマンドが含まれる。本実施の形態では，添付ファイル情報コマンドを，“ＮＥＷＣＯＭＭＡＮＤ”とする。
【００６０】
各中継装置は，同じプロトコルを使用していても，必ずしも同じ機能をサポートしているとは限らない。そのため，電子メールを受信する側の中継装置は，電子メールを送信する側の中継装置に対して，自らがサポートする拡張機能のコマンドリストを通知する。なお，ＭＡＩＬ，ＲＣＰＴなどの基本的な機能のコマンドについては，全中継装置が使用できることが前提となっているので，通知は行われない。
【００６１】
中継装置（既存）３００ａは，添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）の機能を持っていない。すなわち，中継装置（既存）３００ａは，配送先の中継装置（新拡張）１００ｂから添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）の通知を受けるが，そのコマンドを使用することができない。そのため，中継装置（既存）３００ａは，電子メールからの添付ファイルの分離はできない。
【００６２】
中継装置（既存）３００ａは，ＭＡＩＬコマンドにより，配送する電子メールの発信者の情報を，配送先の中継装置（新拡張）１００ｂに送信する（ステップＳ１３）。
【００６３】
電子メールの受信側の中継装置（新拡張）１００ｂは，悪意ある人の踏み台となることを避けるために，送信者の情報で電子メールのフィルタリングを行う。中継装置（新拡張）１００ｂは，ＯＫを示す応答コード２５０を，中継装置（既存）３００ａに返す（ステップＳ１４）。
【００６４】
中継装置（既存）３００ａは，ＲＣＰＴコマンドにより，配送する電子メールの受信者の情報を，配送先の中継装置（新拡張）１００ｂに送信する（ステップＳ１５）。
【００６５】
電子メールの受信側の中継装置（新拡張）１００ｂは，受信者の情報でも電子メールのフィルタリングを行う。中継装置（新拡張）１００ｂは，ＯＫを示す応答コード２５０を，中継装置（既存）３００ａに返す（ステップＳ１６）。
【００６６】
中継装置（既存）３００ａは，ＤＡＴＡコマンドにより，配送する電子メールのデータ送信を，配送先の中継装置（新拡張）１００ｂに通知する（ステップＳ１７）。
【００６７】
中継装置（既存）３００ａは，配送先の中継装置（新拡張）１００ｂに電子メールを送信する（ステップＳ１８）。ここで送信される電子メールは，添付ファイル付きの電子メールである。
【００６８】
図５は，中継装置（新拡張）から中継装置（新拡張）に電子メールが配送される場合の例（１）を説明するシーケンス図である。
【００６９】
図５に示すシーケンス図は，図３における中継装置（新拡張）１００ｂから中継装置（新拡張）１００ｃに，添付ファイルが分離されて，電子メールが配送される一連の処理の例を示している。
【００７０】
中継装置（新拡張）１００ｃは，プロトコルとして新拡張プロトコルを使用する。中継装置（新拡張）１００ｃのＦＱＤＮ（Fully Qualified Domain Name ）は，“se2.example.com ”である。
【００７１】
中継装置（新拡張）１００ｂは，電子メールの配送先の中継装置（新拡張）１００ｃに，セッション開始コマンドを送信する（ステップＳ２０）。ここでは，本実施の形態の新拡張プロトコル独自のセッション開始コマンドとして，“ＮＥＷＨＬＯ”が送信される。本実施の形態では，新拡張プロトコル独自のセッション開始コマンドを，新拡張セッション開始コマンドと呼ぶものとする。
【００７２】
中継装置（新拡張）１００ｃは，要求された処理が正常に実行された旨を示す応答コード２５０を，中継装置（新拡張）１００ｂに返す（ステップＳ２１）。中継装置（新拡張）１００ｃは，新拡張プロトコルを使用しているので，新拡張セッション開始コマンド（ＮＥＷＨＬＯ）に対して正常に対処できる。
【００７３】
中継装置（新拡張）１００ｃは，中継装置（新拡張）１００ｂに対して拡張機能の通知を行う（ステップＳ２２）。中継装置（新拡張）１００ｃは，本実施の形態による中継装置（新拡張）１００であるので，拡張機能の通知には添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）が含まれる。
【００７４】
中継装置（新拡張）１００ｂは，中継装置（新拡張）１００ｃが新拡張プロトコルを使用していると判定する。中継装置（新拡張）１００ｂは，新拡張プロトコルを使用する中継装置（新拡張）１００のみが正常に応答可能な新拡張セッション開始コマンド（ＮＥＷＨＬＯ）への応答から，配送先の中継装置（新拡張）１００ｃが新拡張プロトコルを使用可能であるかを判定できる。中継装置（新拡張）１００は，新拡張プロトコル固有の特定のコマンドを用いた配送先の中継装置への通信に対する応答がエラー応答であれば，配送先の中継装置が分離された添付ファイルの取得およびメール本文への結合を実行できない中継装置（既存）３００であると，判定できる。
【００７５】
また，中継装置（新拡張）１００ｂは，新拡張プロトコルを使用する中継装置（新拡張）１００のみが使用可能な添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）が拡張機能の通知に含まれているか否かで，配送先の中継装置（新拡張）１００ｃが新拡張プロトコルを使用できるかを判定することもできる。
【００７６】
中継装置（新拡張）１００ｂは，配送する電子メールから添付ファイルを分離し（ステップＳ２３），分離された添付ファイルを添付ファイル格納部１１１に格納する（ステップＳ２４）。
【００７７】
中継装置（新拡張）１００ｂは，添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）により，分離された添付ファイルの保存場所を示す情報を配送先の中継装置（新拡張）１００ｃに送信する（ステップＳ２５）。
【００７８】
各コマンドは，パラメータを持つことができる。例えば，添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）は，自身のＩＰアドレスと添付ファイルの置き場所のディレクトリ示すパラメータをもつ。本実施の形態では，添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）のパラメータデータを，添付ファイル格納場所データと呼ぶものとする。添付ファイル格納場所データは，添付ファイルの保存場所を示す情報である。なお，図５に示す添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）の添付ファイル格納場所データにおいて，“添付ファイル”は，添付ファイルのファイル名を示している。
【００７９】
中継装置（新拡張）１００ｃは，ＯＫを示す応答コード２５０を，中継装置（新拡張）１００ｂに返す（ステップＳ２６）。
【００８０】
ここで，図５に示すステップＳ２７〜ステップＳ３１までの処理は，図４に示すステップＳ１３〜ステップＳ１７と同様であるので，説明を省略する。
【００８１】
中継装置（新拡張）１００ｂは，配送先の中継装置（新拡張）１００ｃに電子メールを送信する（ステップＳ３２）。ここで送信される電子メールは，添付ファイルが分離された，本文のみの電子メールである。
【００８２】
図６は，中継装置（新拡張）から中継装置（新拡張）に電子メールが配送される場合の例（２）を説明するシーケンス図である。
【００８３】
図６に示すシーケンス図は，図３における中継装置（新拡張）１００ｃから中継装置（新拡張）１００ｄに，すでに添付ファイルが分離された電子メールが配送される場合の例を示している。
【００８４】
中継装置（新拡張）１００ｄは，プロトコルとして新拡張プロトコルを使用する。中継装置（新拡張）１００ｄのＦＱＤＮ（Fully Qualified Domain Name ）は，“se3.example.com ”である。
【００８５】
中継装置（新拡張）１００ｃは，電子メールの配送先の中継装置（新拡張）１００ｄに，セッション開始コマンドを送信する（ステップＳ４０）。ここでは，新拡張セッション開始コマンド（ＮＥＷＨＬＯ）が送信される。
【００８６】
中継装置（新拡張）１００ｄは，要求された処理が正常に実行された旨を示す応答コード２５０を，中継装置（新拡張）１００ｃに返す（ステップＳ４１）。中継装置（新拡張）１００ｄは，新拡張プロトコルを使用しているので，新拡張セッション開始コマンド（ＮＥＷＨＬＯ）に対して正常に対処できる。
【００８７】
中継装置（新拡張）１００ｄは，中継装置（新拡張）１００ｃに対して拡張機能の通知を行う（ステップＳ４２）。中継装置（新拡張）１００ｄは，本実施の形態による中継装置（新拡張）１００であるので，拡張機能の通知には添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）が含まれる。
【００８８】
中継装置（新拡張）１００ｃは，中継装置（新拡張）１００ｄが新拡張プロトコルを使用していると判定する。ここで，すでに配送される電子メールの添付ファイルは中継装置（新拡張）１００ｂで分離されているので，中継装置（新拡張）１００ｃは，添付ファイルの分離を行う必要がない。
【００８９】
以下，図６に示すステップＳ４３〜ステップＳ５０までの処理は，図５に示すステップＳ２５〜ステップＳ３２の処理と同様であるので，説明を省略する。
【００９０】
図７は，中継装置（新拡張）から中継装置（既存）に電子メールが配送される場合の例を説明するシーケンス図である。
【００９１】
図７に示すシーケンス図は，図３における中継装置（新拡張）１００ｄから中継装置（既存）３００ｅに，添付ファイルが結合されて電子メールが配送される場合の例を示している。
【００９２】
中継装置（既存）３００ｅは，プロトコルとして既存のＳＭＴＰかＥＳＭＴＰを使用する。中継装置（既存）３００ｅのＦＱＤＮは，“s2.example.com”である。
【００９３】
中継装置（新拡張）１００ｄは，電子メールの配送先の中継装置（既存）３００ｅに，セッション開始コマンドを送信する（ステップＳ６０）。ここでは，新拡張セッション開始コマンド（ＮＥＷＨＬＯ）が送信される。
【００９４】
しかし，中継装置（既存）３００ｅは，新拡張セッション開始コマンド（ＮＥＷＨＬＯ）に対して正常な処理を行うことができない。中継装置（既存）３００ｅは，コマンドが理解できない旨を示す応答コード５００（Syntax error，command unrecognized）を，中継装置（新拡張）１００ｄに返す（ステップＳ６１）。
【００９５】
中継装置（新拡張）１００ｄは，中継装置（既存）３００ｅが新拡張プロトコルを使用していないと判定する。新拡張プロトコルを使用していない中継装置（既存）３００ｅでは，保存先からの分離された添付ファイルの取得や，取得された添付ファイルのメール本文への結合が実行できない。
【００９６】
中継装置（新拡張）１００ｄは，添付ファイルの保存場所から，ＳＣＰ（Secure Copy ）等のデータ転送技術を使用して，添付ファイルを取得する（ステップＳ６２）。中継装置（新拡張）１００ｄは，中継装置（新拡張）１００ｃから添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）により通知された添付ファイル格納場所データで示された，中継装置（新拡張）１００ｂの記憶領域に保存された添付ファイルを取得する。なお，ＳＣＰは，ネットワークホスト間でファイルを安全にコピーするためのコマンドである。
【００９７】
中継装置（新拡張）１００ｄは，取得された添付ファイルを，配送する電子メールのメール本文に連結する（ステップＳ６３）。これで，電子メールは，添付ファイルが分離される前の，添付ファイル付き電子メールに戻されたことになる。
【００９８】
中継装置（新拡張）１００ｄは，電子メールの配送先の中継装置（既存）３００ｅに，改めてセッション開始コマンドを送信する（ステップＳ６４）。ここでは，既存のＳＭＴＰまたはＥＳＭＴＰのセッション開始コマンドＨＥＬＯまたはＥＨＬＯが送信される。
【００９９】
中継装置（既存）３００ｅは，要求された処理が正常に実行された旨を示す応答コード２５０を，中継装置（新拡張）１００ｄに返す（ステップＳ６５）。
【０１００】
中継装置（既存）３００ｅは，中継装置（新拡張）１００ｄに対して拡張機能の通知を行う（ステップＳ６６）。中継装置（既存）３００ｅは，既存の中継装置であるので，拡張機能の通知には添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）が含まれない。
【０１０１】
以下，図７に示すステップＳ６７〜ステップＳ７２までの処理は，図４に示すステップＳ１３〜ステップＳ１８の処理と同様であるので，説明を省略する。
【０１０２】
以上図３〜図７に示す例を用いて説明したように，本実施の形態による中継装置（新拡張）１００が連続する区間では，添付ファイルを配送しないので，その間のメール配送量が低減され，電子メールの配送性能が向上する。また，本実施の形態による中継装置（新拡張）１００が連続する区間でのリソース不足を解消できる。
【０１０３】
また，本実施の形態による中継装置（新拡張）１００が分離された添付ファイルを結合する機能を持たない中継装置（既存）３００を判別し，その直前の中継装置（新拡張）１００で分離された添付ファイルを電子メールに結合することができる。そのため，中継装置（既存）３００を含むネットワークでも，適切な中継装置（新拡張）１００で，添付ファイルの分離や結合を行うことが可能となる。宛先のクライアント側で電子メールが受信される段階では，添付ファイル付きの電子メールとなっているので，宛先のクライアント側で，電子メールと分離された添付ファイルとを別々に取得する必要がなくなる。
【０１０４】
以下，図８〜図１２に示すフローチャートを用いて，本実施の形態の中継装置（新拡張）１００による処理の流れを説明する。
【０１０５】
図８は，本実施の形態の中継装置（新拡張）によるメール配送処理フローチャート（１）である。
【０１０６】
図８に示す処理は，新拡張セッション開始コマンド（ＮＥＷＨＬＯ）に対する配送先の中継装置の応答によって，配送先の中継装置が，本実施の形態による中継装置（新拡張）１００であるか，中継装置（既存）３００であるかを判定する処理の例である。
【０１０７】
本実施の形態による中継装置（新拡張）１００において，メール受信部１０１は，電子メールを受信する（ステップＳ１００）。
【０１０８】
メール宛先判定部１０２は，受信された電子メールの宛先ドメインが自ドメインか，すなわち受信された電子メールの宛先アドレスが，自中継装置（新拡張）１００が電子メールの保管を担当するドメインのアドレスであるかを判定する（ステップＳ１０１）。受信された電子メールの宛先ドメインが自ドメインであれば（ステップＳ１０１のＹＥＳ），図１１に示す電子メール保管処理に移る。
【０１０９】
受信された電子メールの宛先アドレスが自ドメインのアドレスでなければ，該電子メールを他の中継装置に配送する必要があるので（ステップＳ１０１のＮＯ），開始コマンド送信部１０４は，新拡張セッション開始コマンド（ＮＥＷＨＬＯ）を，配送先の中継装置に送信する（ステップＳ１０２）。
【０１１０】
中継装置（新拡張）１００は，配信先の中継装置から新拡張セッション開始コマンド（ＮＥＷＨＬＯ）への応答を受信する（ステップＳ１０３）。添付ファイル処理判定部１０５は，新規セッション開始コマンド（ＮＥＷＨＬＯ）に対する配送先の中継装置の応答が正常であるかを判定する（ステップＳ１０４）。
【０１１１】
応答が正常であれば（ステップＳ１０４のＹＥＳ），メール配送処理部１０３は，図９に示す電子メール配送処理を行う。
【０１１２】
応答が正常でなければ（ステップＳ１０４のＮＯ），すなわちエラー応答であれば，メール配送処理部１０３は，図１０に示す電子メール配送処理を行う。
【０１１３】
図９は，本実施の形態のメール配送処理部によるメール配送処理フローチャート（１）である。
【０１１４】
図９に示す処理は，配送先が本実施の形態による中継装置（新拡張）１００である場合の電子メール配送処理，すなわち，配送先の中継装置（新拡張）１００が分離された添付ファイルの取得およびメール本文への結合を実行できる場合の電子メール配送処理の例である。
【０１１５】
メール配送処理部１０３において，添付ファイル処理判定部１０５は，受信された電子メールに添付ファイルが存在するかを判定する（ステップＳ１１０）。
【０１１６】
受信された電子メールに添付ファイルが存在する場合には（ステップＳ１１０のＹＥＳ），添付ファイル分離部１０６は，電子メールから添付ファイルを分離し（ステップＳ１１１），分離された添付ファイルを添付ファイル格納部１１１に格納する（ステップＳ１１２）。添付ファイル情報コマンド送信部１０７は，分離された添付ファイルの保存場所を示す情報である添付ファイル格納場所データを生成する（ステップＳ１１３）。添付ファイル情報コマンド送信部１０７は，添付ファイル情報コマンドにより，生成された添付ファイル格納場所データを配送先の中継装置（新拡張）１００に送信する（ステップＳ１１４）。メール送信部１０８は，添付ファイルが分離された電子メールを，配送先の中継装置（新拡張）１００に送信し（ステップＳ１１５），処理を終了する。
【０１１７】
受信された電子メールに添付ファイルが存在しない場合には（ステップＳ１１０のＮＯ），添付ファイル処理判定部１０５は，電子メールと共に添付ファイル格納場所データが受信されているかを判定する（ステップＳ１１６）。
【０１１８】
添付ファイル格納場所データが受信されていれば（ステップＳ１１６のＹＥＳ），添付ファイル情報コマンド送信部１０７は，添付ファイル情報コマンドにより，受信された添付ファイル格納場所データを配送先の中継装置（新拡張）１００に送信する（ステップＳ１１４）。メール送信部１０８は，添付ファイルが分離された電子メールを，配送先の中継装置（新拡張）１００に送信し（ステップＳ１１５），処理を終了する。
【０１１９】
添付ファイル格納場所データが受信されていなければ（ステップＳ１１６のＮＯ），メール送信部１０８は，添付ファイルを持たない電子メールを，配送先の中継装置（新拡張）１００に送信し（ステップＳ１１５），処理を終了する。
【０１２０】
図１０は，本実施の形態のメール配送処理部によるメール配送処理フローチャート（２）である。
【０１２１】
図１０に示す処理は，配送先が中継装置（既存）３００である場合の電子メール配送処理，すなわち，配送先の中継装置（既存）３００が分離された添付ファイルの取得およびメール本文への結合を実行できない場合の電子メール配送処理の例である。
【０１２２】
メール配送処理部１０３において，添付ファイル処理判定部１０５は，電子メールと共に添付ファイル格納場所データが受信されているかを判定する（ステップＳ１２０）。
【０１２３】
添付ファイル格納場所データが受信されていれば（ステップＳ１２０のＹＥＳ），添付ファイル取得部１０９は，受信された添付ファイル格納場所データで指定された記憶装置に記憶された添付ファイルを取得する（ステップＳ１２１）。添付ファイル連結部１１０は，取得された添付ファイルと受信された電子メールのメール本文とを連結する（ステップＳ１２２）。開始コマンド送信部１０４は，既存のセッション開始コマンド（ＨＥＬＯまたはＥＨＬＯ）を，配送先の中継装置（既存）３００に送信する（ステップＳ１２３）。ここでは，正常を示す応答が中継装置（新拡張）１００に受信される。メール送信部１０８は，添付ファイル付きの電子メールを，配送先の中継装置（既存）３００に送信し（ステップＳ１２４），処理を終了する。
【０１２４】
添付ファイル格納場所データが受信されていなければ（ステップＳ１２０のＮＯ），開始コマンド送信部１０４は，既存のセッション開始コマンド（ＨＥＬＯまたはＥＨＬＯ）を，配送先の中継装置（既存）３００に送信する（ステップＳ１２３）。ここでは，正常を示す応答が中継装置（新拡張）１００に受信される。メール送信部１０８は，電子メールを，配送先の中継装置（既存）３００に送信し（ステップＳ１２４），処理を終了する。
【０１２５】
図１１は，本実施の形態のメール保管処理部によるメール保管処理フローチャートである。
【０１２６】
メール保管処理部１１２は，電子メールと共に添付ファイル格納場所データが受信されているかを判定する（ステップＳ１３０）。
【０１２７】
添付ファイル格納場所データが受信されていれば（ステップＳ１３０のＹＥＳ），添付ファイル取得部１１３は，受信された添付ファイル格納場所データで指定された記憶装置に記憶された添付ファイルを取得する（ステップＳ１３１）。添付ファイル連結部１１４は，取得された添付ファイルと受信された電子メールのメール本文とを連結する（ステップＳ１３２）。メール保管処理部１１２は，添付ファイル付きの電子メールを，メール保管部１１５に保管し（ステップＳ１３３），処理を終了する。
【０１２８】
添付ファイル格納場所データが受信されていなければ（ステップＳ１３０のＮＯ），メール保管処理部１１２は，受信された電子メールを，メール保管部１１５に保管し（ステップＳ１３３），処理を終了する。
【０１２９】
図１１に示すように，本実施の形態による中継装置（新拡張）１００は，受信された電子メールが自中継装置（新拡張）１００が保管を担当する電子メールであり，別に保存された添付ファイルが存在する場合に，その添付ファイルとメール本文とを結合してから，電子メールをメール保管部１１５に保管する。これにより，電子メールの宛先のクライアント側では，別途に添付ファイルの取得を行わなくても，メールスプールであるメール保管部１１５から，添付ファイル付きの電子メールを受信することができる。
【０１３０】
図１２は，本実施の形態の中継装置（新拡張）によるメール配送処理フローチャート（２）である。
【０１３１】
図１２に示す処理は，配送先の中継装置からの拡張機能の通知に添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）が含まれているか否かによって，配送先の中継装置が，本実施の形態による中継装置（新拡張）１００であるか，中継装置（既存）３００であるかを判定する処理の例である。添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）を通知する中継装置は，添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）を使用できる中継装置，すなわち本実施の形態による中継装置（新拡張）１００である。また，添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）を通知しない中継装置は，添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）を使用できない中継装置，すなわち中継装置（既存）３００である。
【０１３２】
本実施の形態による中継装置（新拡張）１００において，メール受信部１０１は，電子メールを受信する（ステップＳ１４０）。
【０１３３】
メール宛先判定部１０２は，受信された電子メールの宛先ドメインが自ドメインか，すなわち受信された電子メールの宛先アドレスが，自中継装置（新拡張）１００が電子メールの保管を担当するドメインのアドレスであるかを判定する（ステップＳ１４１）。受信された電子メールの宛先ドメインが自ドメインであれば（ステップＳ１４１のＹＥＳ），図１１に示す電子メール保管処理に移る。
【０１３４】
受信された電子メールの宛先ドメインが自ドメインでなければ（ステップＳ１４１のＮＯ），開始コマンド送信部１０４は，既存のセッション開始コマンド（ＨＥＬＯまたはＥＨＬＯ）を，配送先の中継装置に送信する（ステップＳ１４２）。
【０１３５】
中継装置（新拡張）１００は，配信先の中継装置から，セッション開始コマンド（ＨＥＬＯまたはＥＨＬＯ）への応答と，使用可能な拡張機能の通知を受信する（ステップ１４３）。添付ファイル処理判定部１０５は，配送先の中継装置からの拡張機能の通知に，添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）があるかを判定する（ステップＳ１４４）。
【０１３６】
添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）があれば（ステップＳ１４４のＹＥＳ），メール配送処理部１０３は，図９に示す電子メール配送処理を行う。
【０１３７】
添付ファイル情報コマンド（ＮＥＷＣＯＭＭＡＮＤ）がなければ（ステップＳ１４４のＮＯ），添付ファイル処理判定部１０５は，電子メールと共に添付ファイル格納場所データが受信されているかを判定する（ステップＳ１４５）。
【０１３８】
添付ファイル格納場所データが受信されていれば（ステップＳ１４５のＹＥＳ），添付ファイル取得部１０９は，受信された添付ファイル格納場所データで指定された記憶装置に記憶された添付ファイルを取得する（ステップＳ１４６）。添付ファイル連結部１１０は，取得された添付ファイルと受信された電子メールのメール本文とを連結する（ステップＳ１４７）。メール送信部１０８は，添付ファイル付きの電子メールを，配送先の中継装置（既存）３００に送信し（ステップＳ１４８），処理を終了する。
【０１３９】
添付ファイル格納場所データが受信されていなければ（ステップＳ１４５のＮＯ），メール送信部１０８は，電子メールを，配送先の中継装置（既存）３００に送信し（ステップＳ１４８），処理を終了する。
【０１４０】
以上説明した本実施の形態の中継装置（新拡張）１００による処理は，コンピュータが備えるＣＰＵ，メモリ等のハードウェアとソフトウェアプログラムとにより実現することができ，そのプログラムをコンピュータ読み取り可能な記録媒体に記録することも，ネットワークを通して提供することも可能である。
【０１４１】
以上，本実施の形態について説明したが，本発明はその主旨の範囲において種々の変形が可能であることは当然である。
【符号の説明】
【０１４２】
１０ ＭＴＡ（新拡張）
３０ ＭＴＡ（既存）
１００ 中継装置（新拡張）
１０１ メール受信部
１０２ メール宛先判定部
１０３ メール配送処理部
１０４ 開始コマンド送信部
１０５ 添付ファイル処理判定部
１０６ 添付ファイル分離部
１０７ 添付ファイル情報コマンド送信部
１０８ メール送信部
１０９ 添付ファイル取得部
１１０ 添付ファイル連結部
１１１ 添付ファイル格納部
１１２ メール保管処理部
１１３ 添付ファイル取得部
１１４ 添付ファイル連結部
１１５ メール保管部
３００ 中継装置（既存）
【特許請求の範囲】
【請求項１】
電子メールを宛先アドレスまで順次配送する複数の中継装置から構成されるネットワークにおける中継装置であって，
電子メールの本文データと，該電子メールから分離されて所定の記憶部に記憶された添付ファイルの記憶先を示すデータとを受信し，該電子メールの宛先アドレスに基づいて，該電子メールを他の中継装置に配送する際に，配送先の中継装置との通信結果から，該配送先の中継装置が前記記憶部からの添付ファイルの取得および取得された添付ファイルの該電子メールの本文データへの結合を実行できるかを判定する添付ファイル処理判定部と，
前記配送先の中継装置が前記添付ファイルの取得および前記電子メールの本文データへの結合を実行できないと判定された場合には，前記記憶部から添付ファイルを取得し，取得された添付ファイルを前記電子メールの本文データに結合してから，前記電子メールを前記配送先の中継装置に送信し，前記配送先の中継装置が前記添付ファイルの取得および前記電子メールの本文データへの結合を実行できると判定された場合には，受信された前記電子メールの本文データと前記添付ファイルの記憶先を示すデータとを，前記配送先の中継装置に送信するメール配送処理部とを備える
ことを特徴とする中継装置。
【請求項２】
前記添付ファイル処理判定部は，前記添付ファイルの取得および前記電子メールの本文データへの結合を実行できる中継装置のみが対応可能な特定のコマンド用いた前記配送先の中継装置への通信に対する応答が，エラー応答であった場合に，前記配送先の中継装置が前記添付ファイルの取得および前記電子メールの本文データへの結合を実行できないと判定する
ことを特徴とする請求項１に記載の中継装置。
【請求項３】
前記電子メールの宛先アドレスに基づいて，自中継装置が該電子メールの保管を担当すると判断された場合に，前記記憶部から添付ファイルを取得し，取得された添付ファイルを前記電子メールの本文データと結合するメール保管処理部を備える
ことを特徴とする請求項１または請求項２に記載の中継装置。
【請求項１】
電子メールを宛先アドレスまで順次配送する複数の中継装置から構成されるネットワークにおける中継装置であって，
電子メールの本文データと，該電子メールから分離されて所定の記憶部に記憶された添付ファイルの記憶先を示すデータとを受信し，該電子メールの宛先アドレスに基づいて，該電子メールを他の中継装置に配送する際に，配送先の中継装置との通信結果から，該配送先の中継装置が前記記憶部からの添付ファイルの取得および取得された添付ファイルの該電子メールの本文データへの結合を実行できるかを判定する添付ファイル処理判定部と，
前記配送先の中継装置が前記添付ファイルの取得および前記電子メールの本文データへの結合を実行できないと判定された場合には，前記記憶部から添付ファイルを取得し，取得された添付ファイルを前記電子メールの本文データに結合してから，前記電子メールを前記配送先の中継装置に送信し，前記配送先の中継装置が前記添付ファイルの取得および前記電子メールの本文データへの結合を実行できると判定された場合には，受信された前記電子メールの本文データと前記添付ファイルの記憶先を示すデータとを，前記配送先の中継装置に送信するメール配送処理部とを備える
ことを特徴とする中継装置。
【請求項２】
前記添付ファイル処理判定部は，前記添付ファイルの取得および前記電子メールの本文データへの結合を実行できる中継装置のみが対応可能な特定のコマンド用いた前記配送先の中継装置への通信に対する応答が，エラー応答であった場合に，前記配送先の中継装置が前記添付ファイルの取得および前記電子メールの本文データへの結合を実行できないと判定する
ことを特徴とする請求項１に記載の中継装置。
【請求項３】
前記電子メールの宛先アドレスに基づいて，自中継装置が該電子メールの保管を担当すると判断された場合に，前記記憶部から添付ファイルを取得し，取得された添付ファイルを前記電子メールの本文データと結合するメール保管処理部を備える
ことを特徴とする請求項１または請求項２に記載の中継装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１０−２５２０３９（Ｐ２０１０−２５２０３９Ａ）
【公開日】平成２２年１１月４日（２０１０．１１．４）
【国際特許分類】
【出願番号】特願２００９−９９０８０（Ｐ２００９−９９０８０）
【出願日】平成２１年４月１５日（２００９．４．１５）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２２年１１月４日（２０１０．１１．４）
【国際特許分類】
【出願日】平成２１年４月１５日（２００９．４．１５）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]