JP2007011879A - 電子メール配信方法および電子メール配信システム - Google Patents

Abstract

【課題】受信側端末装置の電子メールアドレスドメイン及び受信側端末装置のユーザエージェントに対応した処理方法を予め登録しておくことにより、受信した電子メールを受信側端末装置に応じて変換して配信できるようにする。
【解決手段】電子メール配信システムは、送信側端末装置（ＭＳ−１）から受信した電子メールが変換対象である場合、当該電子メールを予め登録されたプロファイル情報に基づいて変換し、メール受信サーバ１２に送信する。このため、受信側端末装置（ＭＳ−２）にとって望ましい変換を行うことが可能となる。また、受信した電子メールがウエッブホスティング対象である場合に、受信側端末装置（ＭＳ−２）がアクセスできる参照ＵＲＬを付加した電子メールをメール受信サーバ１２に送信する。このため、受信側端末装置（ＭＳ−２）は電子メールアドレスドメインに関わらず参照ＵＲＬに基づいて当該電子メールを受信することが可能となる。
【選択図】図１

Description

本発明は、送信側端末装置から送信された電子メールをメール配信サーバが受信してメール受信サーバに送信し、当該メール受信サーバにアクセス（配信要求）した受信側端末装置に電子メールを配信するようにした電子メール配信方法および電子メール配信システムに関する。

近年、電子メール機能を備えた携帯電話機、ＰＨＳ、ＰＤＡなどの携帯通信端末装置（ＭＳ：Mobile Station）が実用化され、コミュニケーション手段としての地位が確立されるようになった。このような携帯通信端末装置（ＭＳ）での電子メールの送受信は以下のようにして行われる。即ち、送信側端末装置が受信側端末装置に電子メールを送信する場合、通常、送信側端末装置から送信された電子メールはメール配信サーバ（ＭＴＡ）が受信し、これをメール受信サーバ（ＭＴＡ）に送信する。すると、メール受信サーバ（ＭＴＡ）は受信した電子メールをメールボックスに格納する。そして、受信側端末装置がＰＯＰ／ＩＭＡＰ等のプロトコルでメール受信サーバ（ＭＴＡ）にアクセスすると、メール受信サーバ（ＭＴＡ）はメールボックスに格納された電子メールを取り出して、この電子メールを受信側端末装置に配信するようになされている。

ところで、現在においては、携帯通信端末装置が益々高機能になり、様々なフォーマットやコンテンツを利用した電子メールを作成することが可能となっている。このため、高機能な携帯通信端末装置、例えば、３Ｇ(Third Generation)端末やＷ−ＣＤＭＡ端末（ＩＭＴ２０００で取り決められた方式）といわれる携帯通信端末装置で作成された電子メールやコンテンツは、例えば、２Ｇ(Second Generation)端末やＰＤＣ端末、あるいは２．５Ｇ（2.5Generation）端末やＰＤＣパケット端末といわれる従来世代の携帯通信端末装置では受信できなく、仮に受信できたとしても、それを表示したり加工したりすることができないという問題が生じた。

また、受信側端末装置が高性能なコンピューター（ＰＣ）であっても、送信者が意図したコンテンツに対応した表示ソフト（ブラウザ）をインストールしていなければ、受信できたとしても表示できなかったり加工もできないという問題が生じた。さらに、携帯通信端末装置で表現される絵文字は、加入している事業者以外の携帯通信端末装置やコンピューター（ＰＣ）では受信できても表示できないという問題も生じた。

そこで、メール送信の過程でウエッブホスティング（ウエッブスペースへのアップロード）を事前に行い、この電子メールに添付された添付ファイルを当該電子メールの受信側端末装置に対応するような変換を行って、どのような携帯通信端末装置でも受信できるようにした電子メールの送受信システムが非特許文献１、２にて提案されるようになった。
大和哲,「ケータイ用語の基礎知識」,第９５回：ｉショットとは,［online］,2002/06/11,［平成１６年７月２３日検索］、インターネット〈URL:http://k-tai.impress.co.jp/cda/article/keyword/9754.html〉 荒田淳子,「写真付きメール送受信攻略法」,Ｊ−フォン写メール編,［online］,2002/09/12,［平成１６年７月２３日検索］、インターネット〈URL:http://k-tai.impress.co.jp/cda/article/review/10949.html〉

ところで、上述したシステムにおいては、ホスティングされたＵＲＬを受信した後に、必ずウエッブサーバにアクセスする必要があるが、決まった送信者と受信者の間では、コンテンツの送受信を行わないので、ホスティングしなくてもよい場合や、受信側端末装置の変更で、わざわざ、ウエッブサーバにアクセスせずに、無変換の方が効率がよいという状況変化には対応できないという問題を生じた。
さらに、受信側端末装置が契約している事業者以外の他の事業者の送信側端末装置から送信された添付ファイルを有する電子メールにおいては、受信側端末装置が契約している事業者のメール受信サーバにおいて当該添付ファイルは削除されるという問題もあった。

また、送信側端末装置で対応している絵文字が、受信側端末装置で表現できなく、送信者と受信者との間のコミュニケーションが阻害されるという問題もあった。
そこで、本発明は上記問題点を解決するためになされたものであって、送信者毎に、受信側端末装置の電子メールアドレスドメイン毎に対応した処理方法を予め登録しておくことにより、メール配信サーバが受信した電子メールを受信側端末装置に応じて変換して配信できるようにすることを目的とする。

上記目的を達成するため、本発明の電子メールの配信方法においては、ユーザアカウント毎に予め登録されたユーザディレクトリ情報および受信側端末装置の電子メールアドレスドメイン毎に予め登録されたプロファイル情報に基づいて、電子メールを無変換対象の電子メールあるいは変換対象の電子メールのいずれであるかを判定し、この判定に基づいて、無変換の電子メールあるいは変換後の電子メールのいずれかをメール受信サーバに送信するようにしている。この場合、ユーザディレクトリ情報およびプロファイル情報に基づいて、無変換対象の電子メールあるいは変換対象の電子メールの判定を行うとともに、ウェッブホスティング対象の電子メールであるかを判定し、ウェッブホスティング対象の電子メールである場合は、ウェッブサーバにアクセスできる参照ＵＲＬを付加した電子メールを前記メール受信サーバに送信するようにするのが望ましい。

また、ユーザディレクトリ情報は受信側端末装置の電子メールアドレスドメイン毎に予め登録された無変換、変換、ウェッブホスティングの処理方法に関する情報であって、この処理方法に基づいて、無変換対象の電子メール、変換対象の電子メール、ウェッブホスティング対象の電子メールを判定するようにしている。そして、変換対象の電子メールの場合は、受信側端末装置の電子メールアドレスドメイン毎に予め登録されたプロファイル情報に基づいて電子メールを当該受信側端末装置が受信可能な形式に変換し、変換後の電子メールをメール受信サーバに配信するようにしている。また、ウェッブホスティング対象の電子メールの場合は、受信側端末装置がアクセスできる参照ＵＲＬを付加した電子メールを配信し、当該参照ＵＲＬに基づいて受信側端末装置がアクセスすることにより電子メールを受信側端末装置のユーザエージェント毎に予め登録されたプロファイル情報に基づいて当該受信側端末装置が受信可能な形式に変換し、変換後の電子メールを当該受信側端末装置に配信するようにしている。

このように、受信した電子メールが変換対象である場合に、当該電子メールを予め登録されたプロファイル情報に基づいて変換し、変換後の電子メールをメール受信サーバに配信すると、受信側端末装置にとって望ましい変換を行うことが可能となる。また、受信した電子メールがウエッブホスティング対象である場合に、受信側端末装置がアクセスできる参照ＵＲＬを付加した電子メールをメール受信サーバに送信するようにすると、受信側端末装置の電子メールアドレスドメインに関わらず、即ち、メール受信サーバにより削除されるファイル（コンテンツ）が添付されていたとしても、参照ＵＲＬに基づいて、当該電子メールを受信することが可能となる。

なお、電子メールアドレスドメイン毎のプロファイル情報およびユーザエージェント毎のプロファイル情報は、受信側端末装置の表示能力や再生能力や対応するマルチメディア・データの種類をデータベース化し、受信可能サイズや表示色などからなる表示能力情報、再生時間やサンプリングレートなどからなる再生能力情報、受信可能フォーマット等からなるマルチメディア・データの種類のいずれか１つを含む情報であるのが望ましい。

また、本発明の電子メール配信システムは、送信側端末装置から送信された電子メールを受信し、受信した電子メールをメール受信サーバに送信するメール配信サーバと、メール配信サーバから送信された電子メールを受信して当該電子メールをメールボックスに格納させるとともに、受信側端末装置からの配信要求を受信し、受信した配信要求に基づいてメールボックスに格納された電子メールを当該メールボックスから抽出して受信側端末装置に配信するメール受信サーバとを備えるとともに、ユーザアカウントに対応した受信側端末装置の電子メールアドレスドメイン毎の処理方法などからなるユーザディレクトリ情報を格納したユーザディレクトリと、電子メールアドレスドメイン毎およびユーザエージェント毎の受信側端末装置の表示能力や再生能力や対応するマルチメディア・データの種類をデータベース化したプロファイル情報を格納した受信端末プロファイルと、プロファイル情報に基づいて電子メールを当該受信側端末装置が受信可能な形式に変換する変換機能部とを備えている。

そして、送信側端末装置から送信された電子メールを受信したメール配信サーバは、ユーザディレクトリ情報およびプロファイル情報に基づいて、無変換対象の電子メールあるいは変換対象の電子メールのいずれであるかを判定し、判定の結果、無変換対象である場合は受信した電子メールを無変換のままメール受信サーバに送信し、変換対象である場合は電子メールを変換機能部でプロファイル情報に基づいて変換させて、変換後の電子メールをメール受信サーバに送信するようにしている。

また、メール配信サーバが受信した電子メールを格納するウエッブスペースと、受信側端末装置からの配信要求に基づいてウエッブスペースに格納された電子メールを当該受信側端末装置に配信するウエッブサーバとを備え、メール配信サーバはユーザディレクトリ情報およびプロファイル情報に基づいて電子メールを無変換対象の電子メールあるいは変換対象の電子メールの判定を行うとともに、ウェッブホスティング対象の電子メールであるかをも判定し、ウェッブホスティング対象の電子メールと判定した場合には、電子メールをウエッブスペースに格納させるとともに受信側端末装置がウエッブサーバにアクセスできる参照ＵＲＬを付加した電子メールを前記メール受信サーバに送信するようにしている。

そして、参照ＵＲＬを付加した電子メールを受信した受信側端末装置が当該参照ＵＲＬに基づいてウエッブサーバにアクセスすると、当該ウエッブサーバは当該受信側端末装置のユーザエージェントに基づいて、当該電子メールを変換機能部で受信端末プロファイルに予め登録されたユーザエージェント毎のプロファイル情報に基づいて変換させて、変換後の電子メールを当該受信側端末装置に配信するようにしている。なお、送信側端末装置および受信側端末装置はインターネットもしくは移動体通信ネットワークのいずれかに接続されるようになされている。また、変換機能部は複数の変換エンジンを用意した変換エンジン部を備えるのが望ましい。さらに、ユーザディレクトリ情報を利用者が変更できる機能を設けるようにするのが望ましい。また、他の電子メール配信システムがウェッブホスティング処理機能を有する場合に、他の電子メール配信システムの電子メールアドレスドメインに関連するユーザディレクトリ情報をユーザが指定できないようにするのが望ましい。

ついで、本発明の一実施の形態を図１〜図７に基づいて説明するが、本発明はこの実施の形態に何ら限定されるものでなく、本発明の目的を変更しない範囲で適宜変更して実施することが可能である。なお、図１は、本発明の電子メール配信システムの概略構成を模式的に示すブロック図である。図２は、図１に示されたメール配信サーバの処理動作の例を示すフローチャートである。図３は、図１に示されたウエッブサーバの処理動作の例を示すフローチャートである。図４は、図１に示されたユーザディレクトリに格納されたユーザディレクトリ情報の一例を示す図である。図５は、図１に示された受信端末プロファイルに格納されたプロファイル情報（ドメイン用プロファイル情報）の一例を示す図である。図６は、図１に示された受信端末プロファイルに格納されたプロファイル情報（ユーザエージェント用プロファイル情報）の一例を示す図である。図７は送信メールの一例を示す図である。

１．配信システム
本発明の電子メール配信システムは、図１に示すように、ネットワーク１０と、送信側端末装置（ＭＳ−１）から電子メールを受信するメール配信サーバ（ＭＴＡ−１）１１と、このメール配信サーバ（ＭＴＡ−１）１１から送信された電子メールを受信するメール受信サーバ（ＭＴＡ−２）１２と、メール受信サーバ（ＭＴＡ−２）１２が受信した電子メールを格納するメールボックス１３と、送信側端末装置（ＭＳ−１）のアカウントを管理するディレクトリサーバ１４と、受信した電子メールを所定のフォーマット（コンテンツ）になるように変換処理を行う変換機能部１５と、受信側端末装置（ＭＳ−２）の電子メールアドレスドメイン毎あるいはユーザエージェント毎に予め登録されたプロファイル情報を格納する受信端末プロファイル１６と、受信した電子メールから取得したＵＲＬに基づいて受信側端末装置（ＭＳ−２）がアクセスするウエッブサーバ１７とを備えている。

この場合、受信端末プロファイル１６に格納されるプロファイル情報としては、図５に示すような、受信側端末装置（ＭＳ−２）の電子メールアドレスドメイン毎に予め登録されたドメイン用プロファイル情報と、図６に示すような、受信側端末装置（ＭＳ−２）のユーザエージェント毎に予め登録されたユーザエージェント用プロファイル情報とがある。また、ネットワーク１０は、インターネット、移動体通信ネットワークあるいはこれらのネットワークが相互に接続されたネットワークなどからなる。また、送信側端末装置（ＭＳ−１）および受信側端末装置（ＭＳ−２）はインターネット接続機能を有する端末装置または移動体通信事業者が提供するインターネットゲートウェイに接続して電子メールを送受信できる端末装置とする。

なお、ディレクトリサーバ１４には、送信側端末装置（ＭＳ−１）のアカウント（例えば、電話番号など）に対応した受信側端末装置（ＭＳ−２）の電子メールアドレスドメインに応じた処理方法などのユーザディレクトリ情報（図４参照）を格納するユーザディレクトリ１４ａが接続されている。また、変換機能部１５には変換エンジン部１５ａが接続されている。この場合、変換エンジン部１５ａには、例えば、画像変換エンジン、動画変換エンジン、ＭＩＤＩ変換エンジン、ドキュメント変換エンジン、マークアップランゲージ変換エンジン、ドキュメント（絵文字）変換エンジンなどの各種フォーマット(コンテンツ)に対応する変換エンジンが用意されている。さらに、ウエッブサーバ１７には、メール配信サーバ（ＭＴＡ−１）１１が受信した電子メールで、ユーザディレクトリ１４ａの処理方法でウエッブホスティング（なお、図４のユーザディレクトリ情報においては、単に「ウエッブ」とのみ示されているが、これはウエッブホスティングを意味する）が指定された電子メールを格納するウエッブスペース１７ａが接続されている。

ここで、メール配信サーバ（ＭＴＡ−１）１１は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ（ＨＤＤ）や光ディスクドライブ等からなる記憶装置、あるいはシステムバスなどからなるハードウェアを備えている。そして、これらのハードウェア上で所定のプログラムを実行することにより、受信側端末装置（ＭＳ−２）のユーザに付与されているメールアドレス宛の電子メールを受信したり、この電子メールをウエッブスペース１７ａに転送したり、この電子メールをメール受信サーバ（ＭＴＡ−２）１２に送信したりする各種の機能を実現している。このようなプログラムとしては、ＭＴＡ（Message Transfer Agent）やＭＲＡ（Mail Retrieval Agent）等のソフトウェアが用いられる。

なお、このメール配信サーバ（ＭＴＡ−１）１１を所定の手順に従って動作させるためのプログラムはＲＯＭや記憶装置に記憶されており、必要に応じてＣＰＵやＲＡＭ上の作業エリアに呼び出されて実行される。なお、メール配信サーバ（ＭＴＡ−１）１１は１台のコンピュータシステムで構成してもいいし、複数のサーバ機能をそれぞれ受け持つ複数台のコンピュータをネットワークで結んで構成するようにしてもよい。この場合、メール配信サーバ（ＭＴＡ−１）１１は、送信側端末装置（ＭＳ−１）から電子メールを受信すると、ディレクトリサーバ１４にアカウント情報を問い合わせる。

そして、ディレクトリサーバ１４を介してユーザディレクトリ１４ａからユーザディレクトリ情報（図４参照）を取得し、取得したユーザディレクトリ情報に基づいて、当該電子メールをメール受信サーバ（ＭＴＡ−２）にそのまま送信したり、あるいはウエッブスペース１７ａにそのまま転送したりする。また、受信した電子メールが変換処理が必要な電子メールであると、変換機能部１５に変換処理を要求し、変換後の電子メールを変換機能部１５から受信して、変換後の電子メールをメール受信サーバ（ＭＴＡ−２）１２に送信するようになされている。

メール受信サーバ（ＭＴＡ−２）１２は、メール配信サーバ（ＭＴＡ−１）１１と同様に、図示しないＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ（ＨＤＤ）や光ディスクドライブ等からなる記憶装置、あるいはシステムバスなどからなるハードウェアを備えている。そしてこれらのハードウェア上で所定のプログラムを実行することにより、メール配信サーバ（ＭＴＡ−１）１１から受信した電子メールをメールボックス１３に格納させたり、受信側端末装置（ＭＳ−２）からのアクセスに応じて、メールボックス１３に格納された当該受信側端末装置（ＭＳ−２）宛の電子メールを当該受信側端末装置（ＭＳ−２）に配信したりする。

メールボックス１３はメール受信サーバ（ＭＴＡ−２）１２が受信した電子メールを一定期間（例えば、３０日間）だけ格納するデータベースである。この場合、受信側端末装置（ＭＳ−２）からの配信要求に基づくメール受信サーバ（ＭＴＡ−２）１２からの配信のリクエストを受け取ると、格納された電子メールをメール受信サーバ（ＭＴＡ−２）１２に送信するようになされている。なお、ユーザによるメールボックス操作による削除指示がなければ、一定期間（例えば、３０日間）経過後は、格納した電子メールデータを自動消去するようになされている。

ディレクトリサーバ１４は、上述したメール配信サーバ（ＭＴＡ−１）１１やメール受信サーバ（ＭＴＡ−２）１２とほぼ同様なハードウェアで構成されている。そして、メール配信サーバ（ＭＴＡ−１）１１からの要求に応じて、ユーザディレクトリ１４ａに予め格納されたユーザディレクトリ情報をメール配信サーバ（ＭＴＡ−１）１１に送信する機能を備えている。この場合、ユーザディレクトリ１４ａには、例えば、図４に例示するように、送信側端末装置（ＭＳ−１）のアカウント（この場合は電話番号）に対応した受信側端末装置（ＭＳ−２）の電子メールアドレスドメイン単位に処理方法を登録したユーザディレクトリ情報が格納されている。

変換機能部１５は、上述したメール配信サーバ（ＭＴＡ−１）１１やメール受信サーバ（ＭＴＡ−２）１２とほぼ同様なハードウェアで構成されている。そして、メール配信サーバ（ＭＴＡ−１）１１やウエッブサーバ１７からの変換要求に応じて、受信端末プロファイル１６に予め格納された各種の情報に基づいて、受信した電子メールを変換エンジン部１５ａに用意された所定の変換エンジンを用いて所定の形式の電子メールや所定のフォーマット（コンテンツ）になるような変換処理を行う。

そして、変換した電子メールをメール配信サーバ（ＭＴＡ−１）１１やウエッブサーバ１７に送信する機能を備えている。この場合、受信端末プロファイル１６には、図５に例示するように、受信側端末装置（ＭＳ−２）の電子メールアドレスドメインに対応したプロファイル情報（ドメイン用プロファイル情報：変換シナリオ）が予め格納されている。また、受信端末プロファイル１６には、図６に例示するように、受信側端末装置（ＭＳ−２）のユーザエージェントに対応したプロファイル情報（ユーザエージェント用プロファイル情報）が予め格納されている。また、変換エンジン部１５ａには、画像変換エンジン、動画変換エンジン、ＭＩＤＩ変換エンジン、ドキュメント変換エンジン、マークアップランゲージ変換エンジン、ドキュメント（絵文字）変換エンジンなどの各種フォーマット(コンテンツ)に対応する変換エンジンが用意されており、変換機能部１５は、これらの変換エンジンから最適な変換エンジンを選択するようになされている。

ウエッブサーバ１７は、上述したメール配信サーバ（ＭＴＡ−１）１１やメール受信サーバ（ＭＴＡ−２）１２とほぼ同様なハードウェアで構成されている。そして、受信側端末装置（ＭＳ−２）が、取得したＵＲＬに基づいてこのウエッブサーバ１７にアクセスすると、ウエッブサーバ１７はウエッブスペース１７ａに格納された当該受信側端末装置（ＭＳ−２）宛の電子メールを読み出して、当該電子メールの変換処理を変換機能部１５に要求し、変換後の電子メールを変換機能部１５から受信して、変換後の電子メールを受信側端末装置（ＭＳ−２）に配信するようになされている。

２．動作
ついで、上述のように構成される電子メール配信システムにおいて、図２および図３のフローチャートを参照しながら、送信側端末装置（ＭＳ−１）が電子メールを受信側端末装置（ＭＳ−２）宛に送信し、この電子メールを受信側端末装置（ＭＳ−２）が受信する例を、メール配信サーバ（ＭＴＡ−１）１１の動作（図２）、およびウエッブサーバ１７の動作（図３）に基づいて以下に説明する。

この場合、送信側端末装置（ＭＳ−１）のアカウント（この場合は電話番号）に対応した受信側端末装置（ＭＳ−２）のユーザディレクトリ情報（受信側端末装置（ＭＳ−２）の電子メールアドレスドメインに応じた処理方法：図４参照）が、オペレータによる設定により、ユーザディレクトリ１４ａに予め登録されているものとする。また、受信側端末装置（ＭＳ−２）の電子メールアドレスドメインに対応したプロファイル情報（ドメイン用プロファイル情報：変換シナリオ：図５参照）およびユーザエージェントに対応したプロファイル情報（ユーザエージェント用プロファイル情報：図６参照）が、オペレータによる設定により、受信端末プロファイル１６に予め登録されているものとする。

（１）メール配信サーバの処理動作
送信側端末装置（ＭＳ−１）が、図７に示すような電子メールを送信する。そして、メール配信サーバ（ＭＴＡ−１）１１は、図２に示すステップＳ２１にて、所定のプロトコル（この場合はＳＭＴＰ（Simple Mail Transfer Protocol）とする）により、送信側端末装置（ＭＳ−１）から図７に示すような電子メールを受信したとする。なお、図７に示す電子メールにおいて、ヘッダ部（点線で囲まれたＡ部）と、ボディ部（点線で囲まれたＢ部からなるメール本文と、Ｃ部およびＤ部からなる添付ファイル（コンテンツ）とからなり、Ｃ部は画像ファイル（ｇｉｆ）であり、Ｄ部は動画ファイル（ｍｐｇ）である）からなることを示している。

すると、ステップＳ２２にて、メール配信サーバ（ＭＴＡ−１）１１は、このメールのヘッダ部（図７の点線で囲まれたＡ部）の送信元（Ｆｒｏｍ）のアカウント（電話番号：なお、図７においてはusernameとなっているが、これはアカウントである電話番号のエイリアス名を意味している）に基づいて、この電子メールの送信先（Ｔｏ）の電子メールアドレスドメイン（なお、図７においてはx.vodafoneとなつている）に応じた処理方法（ユーザディレクトリ情報）をユーザディレクトリ１４ａに格納されたデータベース（図４参照）からディレクトリサーバ１４を介して取得する。また、当該電子メールの送信先（ＴＯ）の電子メールアドレスドメインを用いて受信端末プロファイル１６にアクセスして、受信端末プロファイル１６に格納されたプロファイル情報（ドメイン用プロファイル情報（変換シナリオ）：図５参照）を取得する。

ついで、メール配信サーバ（ＭＴＡ−１）１１は、ステップＳ２３に進め、ＲＦＣ（Request For Comment）の仕様に基づいたインターネットメールに関する規約に従った電子メールの解析を実施する。例えば、図７に示す電子メールの場合には、複数のＭＩＭＥ（Multipurpose Internet Mail Extensions）の各パート毎、即ち、Ｂ部の電子メール本文、Ｃ部の添付ファイル（ｇｉｆファイル）およびＤ部の添付ファイル（ｍｐｇファイル）毎に電子メールを分解する。そして、分解された各ＭＩＭＥのヘッダから添付ファイルのサイズや添付ファイルの種類を判別する。

ここで、電子メールの解析を行った結果、受信した電子メールが無変換対象電子メールアドレスドメイン（例えば、ユーザディレクトリ１４ａに、図４に示すようなユーザディレクトリ情報が登録されていない電子メールアドレスドメイン）や、ドメイン用プロファイル情報（変換シナリオ：図５参照）において変換処理が無変換となっている電子メールの場合は、メール配信サーバ（ＭＴＡ−１）１１は、ステップＳ２４にて「Ｙｅｓ」と判定する。ついで、ステップＳ２９に進めて、受信した電子メールをそのままメール受信サーバ（ＭＴＡ−２）１２に送信する。これにより、受信側端末装置（ＭＳ−２）は、所定のプロトコル（この場合は、ＩＭＡＰ／ＰＯＰとする）によりメール受信サーバ（ＭＴＡ−２）１２にアクセス（配信要求）することにより、当該電子メールを受信することが可能となる。

一方、電子メールの解析を行った結果、受信した電子メールの送信先（ＴＯ）の電子メールアドレスドメインが変換対象電子メールアドレスドメインで、かつプロファイル情報（図５のドメイン用プロファイル情報参照）の変換処理において無変換が選択されていない電子メールの場合は、メール配信サーバ（ＭＴＡ−１）１１は、ステップＳ２４にて「Ｎｏ」と判定して、次のステップＳ２５に進める。ステップＳ２２にて取得したユーザディレクトリ情報において、ウエッブホスティングが選択されている（図４において、処理方法の項目でウエッブが選択されているもの）電子メールの場合は、ステップＳ２５にて「Ｙｅｓ」と判定して、次のステップＳ２６に進める。一方、ステップＳ２２にて取得したユーザディレクトリ情報において、ウエッブホスティングが選択されていない場合は、変換対象の電子メールとなるため、ステップＳ２５にて「Ｎｏ」と判定してステップＳ２７に進める。

ステップＳ２６においては、受信した電子メールはウエッブホスティングが選択されているので、受信した電子メールをウエッブスペース１７ａに格納させる。この後、受信側端末装置（ＭＳ−２）がウエッブサーバ１７にアクセスできるような参照ＵＲＬを付与した電子メール（例えば、図８（ｂ）に示すような、「絵文字入り電子メールが届きました。下のリンクをクリックすると絵文字入り電子メールが見られます。」）を作成する。参照ＵＲＬを付与した電子メールを作成すると、メール配信サーバ（ＭＴＡ−１）１１は、ステップＳ２９に進めて、作成した電子メール（参照ＵＲＬを付与した電子メール）をメール受信サーバ（ＭＴＡ−２）１２に送信する。受信側端末装置（ＭＳ−２）は参照ＵＲＬにアクセス（配信要求）することにより、当該電子メールを受信することとなる。

一方、ステップＳ２５にて「Ｎｏ」と判定してステップＳ２７に進むと、メール配信サーバ（ＭＴＡ−１）１１は、受信した電子メールを変換機能部１５に送信して、当該電子メールの変換処理を要求する。すると、変換機能部１５は、当該電子メールの送信先（ＴＯ）の電子メールアドレスドメインを用いて受信端末プロファイル１６にアクセスして、受信端末プロファイル１６に格納されたプロファイル情報（ドメイン用プロファイル情報（変換シナリオ）：図５参照）を取得する。そして、取得した受信側端末装置のドメイン用プロファイル情報（変換シナリオ）に基づいて、変換エンジン部１５ａで用意された所定の変換エンジンを用いて受信した電子メールに所定の変換処理を施す。

例えば、受信した電子メールが絵文字入りテキストで、図５の受信側端末装置のドメイン用プロファイル情報における変換処理がＨＴＭＬ変換となっている場合、変換機能部１５は変換エンジン部１５ａで用意されたマークアップランゲージ変換エンジン（この場合は、ＨＴＭＬ変換となる）を用いてＨＴＭＬ変換を行う。変換機能部１５が所定の変換処理を行うと、変換後の電子メールがメール配信サーバ（ＭＴＡ−１）１１に送信されることとなる。

これにより、メール配信サーバ（ＭＴＡ−１）１１は、ステップＳ２８にて、変換後の電子メールを変換機能部１５から受信する。ついで、ステップＳ２９に進めて、受信した変換後の電子メールをメール受信サーバ（ＭＴＡ−２）１２に送信する。受信側端末装置（ＭＳ−２）は所定のプロトコル（この場合は、ＩＭＡＰ／ＰＯＰとする）によりメール受信サーバ（ＭＴＡ−２）１２にアクセスすることにより、当該変換後の電子メールを受信することとなる。

（２）ウエッブサーバの処理動作
受信側端末装置（ＭＳ−２）が参照ＵＲＬを付与した電子メールを受信すると、当該受信側端末装置（ＭＳ−２）はＵＲＬの参照先となるウエッブサーバ１７に所定のプロトコル（この場合は、ＨＴＴＰとする）によりアクセスすることとなる。すると、ウエッブサーバ１７は、図３に示すステップＳ３１にて、受信側端末装置（ＭＳ−２）からのアクセス（配信要求）を受け付ける。ついで、ステップＳ３２にて、ウエッブサーバ１７は、受信側端末装置（ＭＳ−２）からのアクセスに基づき、当該受信側端末装置（ＭＳ−２）のユーザエージェントを取得する。そして、取得したユーザエージェントに基づいて、受信端末プロファイル１７に格納されたプロファイル情報（ユーザエージェント用プロファイル情報：図６参照）を取得する。

ついで、ステップＳ３３に進め、当該受信側端末装置（ＭＳ−２）のアカウント宛ての電子メールをウエッブスペース１７ａから読み出す。そして、ウエッブサーバ１７は、ステップＳ３４にて、読み出した電子メールを変換機能部１５に送信して当該電子メールの変換処理を要求する。すると、変換機能部１５は、受信端末プロファイル１６にアクセスして、当該受信端末プロファイル１６に格納されたプロファイル情報（ユーザエージェント用プロファイル情報：図６参照）を取得する。そして、取得した受信側端末装置のプロファイル情報（ユーザエージェント用プロファイル情報：図６参照）に基づいて、変換エンジン部１５ａで用意された所定の変換エンジンを用いて受信した電子メールに所定の変換処理を施す。

例えば、受信側端末装置（ＭＳ−２）のユーザエージェントがAny/User Agent/A1で受信したメールが絵文字入りテキストであった場合、図６のユーザプロファイル情報（ユーザエージェント用プロファイル情報）における変換処理はＨＴＭＬ変換となっているため、変換機能部１５は変換エンジン部１５ａで用意されたマークアップランゲージ変換エンジン（この場合は、絵文字→ＨＴＭＬ変換）を用いてＨＴＭＬ変換を行う。変換機能部１５が所定の変換処理を行うと、変換後の電子メールがウエッブサーバ１７に送信されることとなる。これにより、ウエッブサーバ１７は、ステップＳ３５にて、変換後の電子メールを変換機能部１５から受信する。ついで、ステップＳ３６に進めて、受信した変換後の電子メールを受信側端末装置（ＭＳ−２）に配信する。これにより、受信側端末装置（ＭＳ−２）は変換後の電子メールを受信することとなる。

３．変換例
ここで、電子メールの変換例を図８〜図２２に基づいて説明する。なお、図８、図９は第１変換例を模式的に示す図である。また、図１０、図１１は第２変換例を模式的に示す図であり、図１２、図１３は第３変換例を模式的に示す図であり、図１４は第４変換例を模式的に示す図である。また、図１５は第５変換例の表示例を模式的に示す図であり、図１６、図１７は第６変換例を模式的に示す図であり、図１８は第７変換例を模式的に示す図である。さらに、図１９、図２０は第８変換例を模式的に示す図であり、図２１、図２２は第９変換例を模式的に示す図である。

（１）第１変換例
まず、第１変換例を図８および図９に基づいて説明する。この場合は、アカウントが０９０−００００−０００１（図４参照）の送信側端末装置（ＭＳ−１）が、電子メールアドレスドメインがアスタリスク（＊：この＊は指定されたドメイン以外の全てのドメインを意味する）の受信側端末装置（ＭＳ−２）宛てに、図８（ａ）に示すようなＴＥＸＴ（絵文字入り）形式（コンテンツ）の電子メールを送信したものとする。また、受信側端末装置（ＭＳ−２）のユーザエージェントはAny/User Agent/A1とする。

すると、このＴＥＸＴ（絵文字入り）形式（コンテンツ）の電子メールを受信したメール配信サーバ（ＭＴＡ−１）１１は、受信した電子メールの送信先の電子メールアドレスドメインがウエッブホスティング対象の電子メールアドレスドメインであることをユーザディレクトリ１４ａから取得（ステップＳ２２）する。そして、受信したＴＥＸＴ（絵文字入り）形式（コンテンツ）の電子メールをウエッブスペース１７ａに格納させる。この後、受信側端末装置（ＭＳ−２）がウエッブサーバ１７に配信要求ができるように、図８（ｂ）に示すように、参照ＵＲＬを付与したメール（この場合は、「絵文字入りメールが届きました。下のリンクをクリックすると絵文字入りメールが見られます。」）を作成（ステップＳ２６ａ）する。

これにより、電子メールアドレスドメインがアスタリスク（＊）の受信側端末装置（ＭＳ−２）がウエッブサーバ１７に配信要求をすると、ウエッブサーバ１７はウエッブスペース１７ａから配信要求された電子メールを取得し、変換機能部１５に当該受信側端末装置（ＭＳ−２）の配信要求に含まれるユーザエージェントとウエッブスペース１７ａから取得した電子メールを送信するとともに変換処理を要求する。すると、変換機能部１５は、受信したユーザエージェントに基づいて受信端末プロファイル１６からプロファイル情報（ユーザエージェント用プロファイル情報：図６参照）を取得し、当該電子メールはＨＴＭＬ変換を行うものであることを判断して、変換エンジン部１５ａで用意されたマークアップランゲージ（この場合は、ＨＴＭＬ変換および絵文字変換）を用いて、図９（ａ）に示すようにテキストをＨＴＭＬに変換するとともに、絵文字部分は図９（ｂ）に示す画像ファイルを参照するように変換（ステップＳ３４）する。これにより、電子メールアドレスドメインがアスタリスク（＊）の受信側端末装置（ＭＳ−２）は、当該受信側端末装置（ＭＳ−２）の表示画面に、図８（ｃ）に示すような絵文字入りテキストメールをそのまま表示できるようになる。

（２）第２変換例
ついで、第２変換例を図１０および図１１に基づいて説明する。この場合は、アカウントが０９０−００００−０００２（図４参照）の送信側端末装置（ＭＳ−１）が、電子メールアドレスドメインがアスタリスク（＊）の受信側端末装置（ＭＳ−２）宛てに、図１０（ａ）に示すようなＳＭＩＬ（Synchronized Multimedia Integration Language）形式（コンテンツ）で表現され、テキストおよび動画のデータが添付ファイルとして添付された電子メールを送信したものとする。すると、この電子メールを受信したメール配信サーバ（ＭＴＡ−１）１１は、変換処理が必要な電子メール（図４参照）であることをユーザディレクトリ１４ａから取得（ステップＳ２２）する。

そして、メール配信サーバ（ＭＴＡ−１）１１は、受信した電子メールを変換機能部１５に送信して、当該変換機能部１５に変換処理を要求する。すると、変換機能部１５は受信した電子メールの送信先の電子メールアドレスドメインに基づいて受信端末プロファイル１６からプロファイル情報（ドメイン用プロファイル情報（変換シナリオ）：図５参照）を取得し、当該電子メールはＨＴＭＬ変換を行うものであることを判断して、変換エンジン部１５ａで用意されたマークアップランゲージ変換エンジン（この場合はＳＭＩＬ→ＨＴＭＬ変換）を用いて、ＳＭＩＬ形式（コンテンツ）をＨＴＭＬ形式（コンテンツ）に変換（Ｓ２７）する。この結果、受信側端末装置（ＭＳ−２）は、ＳＭＩＬ形式（コンテンツ）がＨＴＭＬ形式（コンテンツ）に変換された電子メールを受信して、当該受信側端末装置（ＭＳ−２）の表示画面に表示できるようになる。

この場合、図１０（ａ）に示すＳＭＩＬ形式（コンテンツ）の電子メールにおいては、図１０（ａ）のＡ部の記載から、画面サイズは幅が２４０ドットで高さが３２０ドットであり、画面左上から右に１２ドット、下に５ドットの位置から幅が１７６ドットで高さが１４４ドットの領域に動画（ＭＶ）を表示し、画面左上から下に１５０ドットの位置から幅が２４０ドットで高さが３０ドットの領域にテキスト（ＴＸ）を表示し、画面左上から下に１８０ドットの位置から幅が２００ドットで高さが１４０ドットの領域にイメージ（ＩＭ）を表示することを表している。

また、図１０（ａ）のＢ部の記載から、当該ＳＭＩＬの再生時間は２０秒間で、０秒から動画（ＭＶ）の再生を開始し、５秒から５秒間に亘ってテキスト１（Sample Tx1.txt）（この場合は「サンプルメッセージです。」となる）を表示するとともに、イメージ１（Sample Im1.jpg）を表示し、１０秒からテキスト２（Sample Tx2.txt）（この場合は「表示するコンテンツを時間の経過により制御できます。」となる）を表示するとともに、イメージ２（Sample Im2.jpg）を表示することを表している。

そして、これがＨＴＭＬ形式（コンテンツ）に変換されると、図１０（ｂ）のＡ部の記載から、動画ファイル（Sample Mv.3gp）が添付されていること、当該動画ファイルは変換前のＳＭＩＬにおいて０秒から再生されることを示すとともに、「動画ファイルが添付されています。」が記載されることを示している。また、図１０（ｂ）のＢ部の記載から、イメージ（Sample Im1.jpg）が表示されること、当該イメージが変換前のＳＭＩＬにおいて５秒から表示されることを示すとともに、「サンプルイメージです。」が記載されることを示している。また、図１０（ｂ）のＣ部の記載から、イメージ（Sample Im2.jpg）が表示されること、当該イメージが変換前のＳＭＩＬにおいて１０秒から表示されることを示すとともに、「表示するコンテンツを時間の経過により制御できます。」が記載されることを示している。

これにより、ＳＭＩＬ上で表示タイミングが制御されるコンテンツは、ＨＴＭＬ上では画面上での表示順序の制御へ変換され、図１１（ａ）（ｂ）（ｃ）の上部にて再生される動画が、図１１（ｄ）に示されるような添付ファイルへのリンク（この場合は「動画ファイルが添付されています。」の部分）に変換されて受信側端末装置（ＭＳ−２）の表示画面に表示されることとなる。そして、受信側端末装置（ＭＳ−２）が３ＧＰＰに対応していれば、図１１（ｄ）に示される画面で「動画ファイルが添付されています。」の部分をクリックすることにより、３ＧＰＰの動画を見ることができる。なお、受信側端末装置（ＭＳ−２）が３ＧＰＰに対応していなければ３ＧＰＰの動画は見ることはできないが、ＨＴＭＬに対応していれば静止画を表示することは可能となる。

（３）第３変換例
ついで、第３変換例を図１２および図１３に基づいて説明する。この場合は、アカウントが０９０−００００−０００３（図４参照）の送信側端末装置（ＭＳ−１）が、Ａ社ドメインの受信側端末装置（ＭＳ−２）宛てに、図１２（ａ）に示すようなＳＭＩＬ形式（コンテンツ）の電子メールを送信したものとする。すると、このＳＭＩＬ形式（コンテンツ）の電子メールを受信したメール配信サーバ（ＭＴＡ−１）１１は、変換処理が必要な電子メール（図４参照）であることをユーザディレクトリ１４ａから取得（ステップＳ２２）する。

そして、メール配信サーバ（ＭＴＡ−１）１１は、受信したＳＭＩＬ形式（コンテンツ）の電子メールを変換機能部１５に送信して、当該変換機能部１５に変換処理を要求する。すると、変換機能部１５は、受信した電子メールの送信先の電子メールアドレスドメインに基づいて受信端末プロファイル１６からプロファイル情報（ドメイン用プロファイル情報（変換シナリオ）：図５参照）を取得し、当該電子メールはＴＥＸＴ変換を行うものであることを判断して、変換エンジン部１５ａで用意されたマークアップランゲージ変換エンジン（この場合はＳＭＩＬ→ＴＥＸＴ変換）を用いて、ＳＭＩＬ形式（コンテンツ）をＴＥＸＴ形式（コンテンツ）に変換（Ｓ２７）する。この結果、受信側端末装置（ＭＳ−２）は、ＳＭＩＬ形式（コンテンツ）がＴＥＸＴ形式（コンテンツ）に変換された電子メールを受信して、当該受信側端末装置（ＭＳ−２）の表示画面に表示できるようになる。

この場合、図１２（ａ）に示すＳＭＩＬ形式（コンテンツ）の電子メールにおいては、図１２（ａ）のＡ部の記載から、画面サイズは幅が２４０ドットで高さが１８０ドットであり、画面左上から下に１０ドットの位置から幅が２４０ドットで高さが３０ドットの領域にテキスト（ＴＸ）を表示し、画面左上から先頭が下に４０ドットの位置から幅が２００ドットで高さが１４０ドットの領域にイメージ（ＩＭ）を表示することを表している。また、図１２（ａ）のＢ部の記載から、当該ＳＭＩＬの再生時間は２０秒間で、０秒から１０秒間に亘ってテキスト１（Sample Tx1.txt）を表示するとともに、イメージ１（Sample Im1.jpg）を表示し、１０秒からから１０秒間に亘ってテキスト２（Sample Tx2.txt）を表示するとともに、イメージ２（Sample Im2.jpg）を表示することを表している。

そして、これがＨＴＭＬ形式（コンテンツ）に変換されると、図１２（ｂ）のＡ部の記載から、テキスト（Sample Tx1.txtおよびSample Tx2.txt）の内容を本文に挿入し、図１２（ｂ）のＢ部の記載から、テキスト以外のコンテンツ（Sample Im1.jpgおよびSample Im2.jpg）は添付ファイルとすることを示している。これにより、ＳＭＩＬのタグを取り除き、ＳＭＩＬ上で表示されるテキスト（この場合は、Sample Tx1.txtおよびSample Tx2.txt）はテキスト本文（図１２（ｂ）のＡ部）に挿入され、その他のコンテンツは添付ファイル（図１２（ｂ）のＢ部）にされる。これにより、図１３（ａ）上部に示されるテキスト部が、図１３（ｂ）に示されるようなテキストに変換され、図１３（ａ）下部に示されるイメージが図１３（ｂ）に示される添付ファイルとなり、受信側端末装置（ＭＳ−２）は、ＳＭＩＬがテキストに変換された電子メールを受信して、当該受信側端末装置（ＭＳ−２）の表示画面に表示できるようになる。

（４）第４変換例
ついで、第４変換例を図１４に基づいて説明する。この場合は、アカウントが０９０−００００−０００４（図４参照）の送信側端末装置（ＭＳ−１）が、Ｄ社ドメインの受信側端末装置（ＭＳ−２）宛てに、図１４（ａ）に示すようなＪＰＥＧ（スライドショー）形式（コンテンツ）の電子メールを送信したものとする。すると、このＪＰＥＧ（スライドショー）形式（コンテンツ）の電子メールを受信したメール配信サーバ（ＭＴＡ−１）１１は、変換処理が必要な電子メール（図４参照）であることをユーザディレクトリ１４ａから取得（Ｓ２２）する。

そして、メール配信サーバ（ＭＴＡ−１）１１は、受信したＪＰＥＧ（スライドショー）形式（コンテンツ）の電子メールを変換機能部１５に送信して、当該変換機能部１５に変換処理を要求する。すると、変換機能部１５は、受信した電子メールの送信先の電子メールアドレスドメインに基づいて受信端末プロファイル１６からプロファイル情報（ドメイン用プロファイル情報（変換シナリオ）：図５参照）を取得し、当該電子メールに添付されたＪＰＥＧ（スライドショー）形式（コンテンツ）はアニメーションＧＩＦ変換を行うものであることを判断して、変換エンジン部１５ａで用意された画像変換エンジン（この場合は、ＪＰＥＧ（スライドショー）／アニメーションＧＩＦ変換）を用いて、図１４（ｂ）に示すようにＪＰＥＧ（スライドショー）をアニメーションＧＩＦに変換（Ｓ２７）する。

この場合、ＪＰＥＧ（スライドショー）は図１４（ａ）のＡ部に示すように、３つのＪＰＥＧファイル（image01.jpg,image02.jpgおよびimage03.jpg）で構成されており、これらの３つのＪＰＥＧファイルが連続して表示されることによりスライドショー（アニメーション）になるようになされている。そして、これが画像変換エンジン（この場合は、ＪＰＥＧ（スライドショー）／アニメーションＧＩＦ変換）により変換されると、図１４（ｂ）のＡ部に示すように、３コマが１ファイルになって構成されたアニメーションＧＩＦとなる。これにより、受信側端末装置（ＭＳ−２）は、ＪＰＥＧ（スライドショー）がアニメーションＧＩＦファイルに変換された電子メールを受信して、当該受信側端末装置（ＭＳ−２）の表示画面に表示できるようになる。

（５）第５変換例
ついで、第５変換例を図１５に基づいて説明する。この場合は、アカウントが０９０−００００−０００４（図４参照）の送信側端末装置（ＭＳ−１）が、Ｄ社ドメインの受信側端末装置（ＭＳ−２）宛てに、図１５（ａ）に示すようなＶ社用絵文字コードで作成されたＴＥＸＴ（絵文字入り）形式（コンテンツ）の電子メールを送信したものとする。すると、このＶ社用絵文字コードで作成されたＴＥＸＴ（絵文字入り）形式（コンテンツ）の電子メールを受信したメール配信サーバ（ＭＴＡ−１）１１は、変換処理が必要な電子メール（図４参照）であることをユーザディレクトリ１４ａから取得（ステップＳ２２）する。

そして、メール配信サーバ（ＭＴＡ−１）１１は、受信したＶ社用絵文字コードで作成されたＴＥＸＴ（絵文字入り）形式（コンテンツ）の電子メールを変換機能部１５に送信して、当該変換機能部１５に変換処理を要求する。すると、変換機能部１５は、受信した電子メールの送信先の電子メールアドレスドメインに基づいて受信端末プロファイル１６からプロファイル情報（ドメイン用プロファイル情報（変換シナリオ）：図５参照）を取得し、当該電子メールはＴＥＸＴ（絵文字入り）変換を行うものであることを判断して、変換エンジン部１５ａで用意された図１５（ｂ）で示すような絵文字コード変換テーブル（なお、この絵文字コード変換テーブルは携帯電話会社毎に作成されていて、変換エンジン部１５ａに格納されている）を用いて、図１５（ｃ）に示すようにＤ社用絵文字コードで作成されたＴＥＸＴ（絵文字入り）に変換（Ｓ２７）する。これにより、受信側端末装置（ＭＳ−２）は、Ｄ社用絵文字コードで作成されたＴＥＸＴ（絵文字入り）形式（コンテンツ）の電子メールを受信して、当該受信側端末装置（ＭＳ−２）の表示画面に表示できるようになる。

（６）第６変換例
ついで、第６変換例を図１６および図１７に基づいて説明する。この場合は、アカウントが０９０−００００−０００４（図４参照）の送信側端末装置（ＭＳ−１）が、Ｄ社ドメインの受信側端末装置（ＭＳ−２）宛てに、図１６（ａ）のＡ部に示すような動画（３ＧＰＰ）形式（コンテンツ）の電子メールを送信したものとする。すると、この動画（３ＧＰＰ）形式（コンテンツ）の電子メールを受信したメール配信サーバ（ＭＴＡ−１）１１は、変換処理が必要な電子メール（図４参照）であることをユーザディレクトリ１４ａから取得（ステップＳ２２）する。

そして、メール配信サーバ（ＭＴＡ−１）１１は、受信した動画（３ＧＰＰ）形式（コンテンツ）の電子メールを変換機能部１５に送信して、当該変換機能部１５に変換処理を要求する。すると、変換機能部１５は、受信した電子メールの送信先の電子メールアドレスドメインに基づいて受信端末プロファイル１６からプロファイル情報（ドメイン用プロファイル情報（変換シナリオ）：図５参照）を取得し、当該電子メールに添付された動画（３ＧＰＰ）形式（コンテンツ）はアニメーションＧＩＦ変換を行うものであることを判断して、変換エンジン部１５ａで用意された動画変換エンジン（この場合は、３ＧＰＰ／アニメーションＧＩＦ変換）を用いて、図１６（ｂ）のＡ部に示すようにアニメーションＧＩＦに変換（Ｓ２７）する。これにより、受信側端末装置（ＭＳ−２）は、アニメーションＧＩＦに変換された電子メールを受信して、当該受信側端末装置（ＭＳ−２）の表示画面に表示できるようになる。

（７）第７変換例
ついで、第７変換例を図１８に基づいて説明する。この場合は、アカウントが０９０−００００−０００４（図４参照）の送信側端末装置（ＭＳ−１）が、Ｄ社ドメインの受信側端末装置（ＭＳ−２）宛てに、図１８（ａ）に示すようなＰＮＧ（Portable Network Graphics format）ファイルを添付した電子メールを送信したものとする。すると、このＰＮＧファイルが添付された電子メールを受信したメール配信サーバ（ＭＴＡ−１）１１は、変換処理が必要な電子メールであることをユーザディレクトリ１４ａから取得（Ｓ２２）する。

そして、メール配信サーバ（ＭＴＡ−１）１１は、受信したＰＮＧファイルが添付された電子メールを変換機能部１５に送信して、当該変換機能部１５に変換処理を要求する。すると、変換機能部１５は、受信した電子メールの送信先の電子メールアドレスドメインに基づいて受信端末プロファイル１６からプロファイル情報（ドメイン用プロファイル情報（変換シナリオ）：図５参照）を取得し、当該電子メールに添付されたＰＮＧファイルはＪＰＥＧ変換を行うものであることを判断して、変換エンジン部１５ａで用意された画像変換エンジン（この場合は、ＰＮＧ／ＪＰＧ変換）を用いて、図１８（ｂ）に示すようにＰＮＧをＪＰＧに変換（ステップＳ２７）する。これにより、受信側端末装置（ＭＳ−２）は、ＰＮＧファイルがＪＰＧファイルに変換された電子メールを受信して、当該受信側端末装置（ＭＳ−２）の表示画面に表示できるようになる。

（８）第８変換例
ついで、第３変換例を図１９および図２０に基づいて説明する。この場合は、アカウントが０９０−００００−０００３（図４参照）の送信側端末装置（ＭＳ−１）が、Ａ社ドメインの受信側端末装置（ＭＳ−２）宛てに、図１９（ａ）に示すようなＨＴＭＬ形式（コンテンツ）の電子メールを送信したものとする。すると、このＨＴＭＬ形式（コンテンツ）の電子メールを受信したメール配信サーバ（ＭＴＡ−１）１１は、変換処理が必要な電子メール（図４参照）であることをユーザディレクトリ１４ａから取得（ステップＳ２２）する。

そして、メール配信サーバ（ＭＴＡ−１）１１は、受信したＨＴＭＬ形式（コンテンツ）の電子メールを変換機能部１５に送信して、当該変換機能部１５に変換処理を要求する。すると、変換機能部１５は、受信した電子メールの送信先の電子メールアドレスドメインに基づいて受信端末プロファイル１６からプロファイル情報（ドメイン用プロファイル情報（変換シナリオ）：図５参照）を取得し、当該電子メールはＴＥＸＴ変換を行うものであることを判断して、変換エンジン部１５ａで用意されたマークアップランゲージ変換エンジン（この場合はＨＴＭＬ／ＴＥＸＴ変換）を用いて、ＨＴＭＬ形式（コンテンツ）をＴＥＸＴ形式（コンテンツ）に変換（Ｓ２７）する。この結果、受信側端末装置（ＭＳ−２）は、ＨＴＭＬ形式（コンテンツ）がＴＥＸＴ形式（コンテンツ）に変換された電子メールを受信して、当該受信側端末装置（ＭＳ−２）の表示画面に表示できるようになる。

この場合、図１９（ａ）に示すＨＴＭＬ形式（コンテンツ）の電子メールの記載から、ＨＴＭＬタグを削除するとともに、インライン表示されている画像は通常の添付ファイルにして、図１９（ｂ）に示すようにＴＥＸＴ形式（コンテンツ）に変換する。これにより、図２０（ａ）に示されるＨＴＭＬ形式（コンテンツ）の電子メールが、図２０（ｂ）に示されるようなテキスト形式（コンテンツ）に変換されるとともに、画像は添付ファイルとして添付され、受信側端末装置（ＭＳ−２）は、ＨＴＭＬがテキストに変換された電子メールを受信して、当該受信側端末装置（ＭＳ−２）の表示画面にテキストが表示され、添付ファイを選択して閲覧することにより画像を表示（この場合、画像の表示はメーラの仕様による）できるようになる。

（９）第９変換例
ついで、第９変換例を図２１および図２２に基づいて説明する。この場合は、アカウントが０９０−００００−０００２（図４参照）の送信側端末装置（ＭＳ−１）が、電子メールアドレスドメインがアスタリスク（＊：この場合は、ｚｚｚｚｚ．ｃｏｍとする）の受信側端末装置（ＭＳ−２：この場合は、一般的なＰＣとする）宛てに、図２１（ａ）に示すような３ＧＰＰ形式（コンテンツ）の電子メールを送信したものとする。すると、この３ＧＰＰ形式（コンテンツ）の電子メールを受信したメール配信サーバ（ＭＴＡ−１）１１は、変換処理が必要な電子メール（図４参照）であることをユーザディレクトリ１４ａから取得（ステップＳ２２）する。

そして、メール配信サーバ（ＭＴＡ−１）１１は、受信した３ＧＰＰ形式（コンテンツ）の電子メールを変換機能部１５に送信して、当該変換機能部１５に変換処理を要求する。すると、変換機能部１５は、受信した電子メールの送信先の電子メールアドレスドメインに基づいて受信端末プロファイル１６からプロファイル情報（ドメイン用プロファイル情報（変換シナリオ）：図５参照）を取得し、当該電子メールはＡＶＩ変換を行うものであることを判断して、変換エンジン部１５ａで用意された動画変換エンジン（この場合は３ＧＰＰ／ＡＶＩ変換）を用いて、３ＧＰＰ形式（コンテンツ）をＡＶＩ形式（コンテンツ）に変換（ステップＳ２７）する。この結果、受信側端末装置（ＭＳ−２）は、３ＧＰＰ形式（コンテンツ）がＡＶＩ形式（コンテンツ）に変換された電子メールを受信して、当該受信側端末装置（ＭＳ−２）の表示画面に表示できるようになる。

この場合、図２１（ａ）に示す３ＧＰＰ形式（コンテンツ）の電子メールにおいては、図２１（ａ）のＡ部の記載から、３ＧＰＰ形式（コンテンツ）の動画ファイルが添付されていることを表している。そして、この３ＧＰＰ形式（コンテンツ）の動画ファイルのフォーマットを変換することにより、図２１（ｂ）に示されるようにＡＶＩ形式（コンテンツ）の動画ファイルが添付ファイルとして添付されていることを示している。これにより、図２２（ａ）に示される３ＧＰＰ形式（コンテンツ）の動画が、図２２（ｂ）に示されるようなＡＶＩ形式（コンテンツ）の動画に変換され、受信側端末装置（ＭＳ−２）は、特別なアプリケーションをインストールすることなく、当該受信側端末装置（ＭＳ−２）の表示画面に表示できるようになる。

上述したように、本発明においては、メール配信サーバ（ＭＴＡ−１）１１は、送信側端末装置（ＭＳ−１）から受信した電子メールが変換対象である場合、当該電子メールを予め登録されたプロファイル情報に基づいて変換させて、変換後の電子メールをメール受信サーバ１２に送信するようにしている。このため、受信側端末装置（ＭＳ−２）にとって望ましい変換を行うことが可能となる。また、受信した電子メールがウエッブホスティング対象である場合に、受信側端末装置（ＭＳ−２）がアクセスできる参照ＵＲＬを付加した電子メールをメール受信サーバ１２に送信するようにしている。このため、受信側端末装置（ＭＳ−２）は電子メールアドレスドメインに関わらず、参照ＵＲＬに基づいて、当該電子メールを受信することが可能となる。

なお、上述した実施の形態においては、送信側端末装置（ＭＳ−１）のアカウントに対応した受信側端末装置（ＭＳ−２）の電子メールアドレスドメイン単位のユーザディレクトリ情報が、予め、ユーザディレクトリ１４ａに格納されている例について説明したが、送信側端末装置（ＭＳ−１）のユーザが送信側端末装置（ＭＳ−１）を用いてユーザディレクトリ情報を変更できる機能を設けるようにするのが望ましい。この場合、上述したウエッブホスティング用ウエッブサーバとは別に、新たなウエッブサーバを付加し、この新たなウエッブサーバを利用したアカウント情報変更機能や、メールサーバ管理者によって、ユーザディレクトリ情報を変更できるようにすればよい。

また、上述した非特許文献１、２にて提案されたウエッブホンティングのシステムが受信側で準備された場合、本発明を適用するとＵＲＬが二重に付与される事態が生じて、受信者が混乱するという恐れが生じる。このような混乱を生じさせないためには、上記したようなユーザディレクトリ情報を変更する機能で、処理方法のウエッブを選択できないという機能を設けるようにするのが望ましい。

本発明の電子メール配信システムの概略構成を模式的に示すブロック図である。 図１に示されたメール配信サーバの処理動作の例を示すフローチャートである。 図１に示されたウエッブサーバの処理動作の例を示すフローチャートである。 図１に示されたユーザディレクトリに格納されたユーザディレクトリ情報の一例を示す図である。 図１に示された受信端末プロファイルに格納されたプロファイル情報（ドメイン用プロファイル情報）の一例を示す図である。 図１に示された受信端末プロファイルに格納されたプロファイル情報（ユーザエージェント用プロファイル情報）の一例を示す図である。 受信メールの一例を示す図である。 第１変換例を模式的に示す図であり、図８（ａ）は送信側端末装置から送信された変換前の電子メールの例を示し、図８（ｂ）はウエッブホスティングの場合の参照ＵＲＬを付与した電子メールの例を示し、図８（ｃ）は変換後の電子メールの例を示す図である。 第１変換例の絵文字入りテキストメールが変換された例を模式的に示す図であり、図９（ａ）はテキストをＨＴＭＬに変換する例を示し、図９（ｂ）絵文字を画像ファイルに変換する例を示している。 第２変換例を模式的に示す図であり、図１０（ａ）は送信側端末装置から送信された変換前のＳＭＩＬファイルの例を示し、図１０（ｂ）は変換後のＨＴＭＬファイルの例を示している。 第２変換例の表示例を模式的に示す図であり、図１１（ａ）は変換前のＳＭＩＬファイルの表示例を模式的に示す図であり、図１１（ｂ）は変換後のＨＴＭＬファイルの表示例を模式的に示す図である。 第３変換例を模式的に示す図であり、図１２（ａ）は送信側端末装置から送信された変換前のＳＭＩＬファイルの例を示し、図１２（ｂ）は変換後のＴＥＸＴファイルの例を示している。 第３変換例の表示例を模式的に示す図であり、図１３（ａ）は変換前のＳＭＩＬファイルの表示例を模式的に示す図であり、図１３（ｂ）は変換後のＴＥＸＴファイルの表示例を模式的に示す図である。 第４変換例を模式的に示す図であり、図１４（ａ）は送信側端末装置から送信された変換前のＪＰＥＧ（スライドショー）の例を示し、図１４（ｂ）は変換後のアニメーションＧＩＦの例を示している。 第５変換例の表示例を模式的に示す図であり、図１５（ａ）は変換前のＴＥＸＴ（絵文字入り）の表示例を模式的に示す図であり、図１５（ｂ）は図１５（ｃ）は変換後のＴＥＸＴ（絵文字入り）の表示例を模式的に示す図である。 第６変換例を模式的に示す図であり、図１６（ａ）は送信側端末装置から送信された変換前の動画（３ＧＰＰ）の例を示し、図１６（ｂ）は変換後のアニメーションＧＩＦの例を示している。 第６変換例の表示例を模式的に示す図であり、図１７（ａ）は変換前の動画（３ＧＰＰ）の表示例を模式的に示す図であり、図１７（ｂ）は変換後のアニメーションＧＩＦの表示例を模式的に示す図である。 第７変換例を模式的に示す図であり、図１８（ａ）は送信側端末装置から送信された変換前のＰＮＧファイルの例を示し、図１８（ｂ）は変換後のＪＰＥＧファイルの例を示している。 第８変換例を模式的に示す図であり、図１９（ａ）は送信側端末装置から送信された変換前の動画（３ＧＰＰ）の例を示し、図１９（ｂ）は変換後のアニメーションＧＩＦの例を示している。 第８変換例の表示例を模式的に示す図であり、図２０（ａ）は変換前の動画（３ＧＰＰ）の表示例を模式的に示す図であり、図２０（ｂ）は変換後のアニメーションＧＩＦの表示例を模式的に示す図である。 第９変換例を模式的に示す図であり、図２１（ａ）は送信側端末装置から送信された変換前の動画（３ＧＰＰ）の例を示し、図２１（ｂ）は変換後のアニメーションＧＩＦの例を示している。 第９変換例の表示例を模式的に示す図であり、図２２（ａ）は変換前の動画（３ＧＰＰ）の表示例を模式的に示す図であり、図２２（ｂ）は変換後のアニメーションＧＩＦの表示例を模式的に示す図である。

符号の説明

１０…電子メール送受信システム、１１…メール配信サーバ（ＭＴＡ−１）、１２…メール受信サーバ（ＭＴＡ−２）、１３…メールボックス、１４…ディレクトリサーバ、１４ａ…ユーザディレクトリ、１５…変換機能部、１５ａ…変換エンジン部、１６…受信端末プロファイル、１７…ウエッブサーバ、１７ａ…ウエッブスペース

Claims (13)

1. 送信側端末装置から送信された電子メールをメール配信サーバが受信してメール受信サーバに送信し、当該メール受信サーバに配信要求した受信側端末装置に電子メールを配信するようにした電子メール配信方法であって、
   ユーザアカウント毎に予め登録されたユーザディレクトリ情報および前記受信側端末装置の電子メールアドレスドメイン毎に予め登録されたプロファイル情報に基づいて、前記電子メールを無変換対象の電子メールあるいは変換対象の電子メールのいずれであるかを判定し、
   前記判定に基づいて、無変換の電子メールあるいは変換後の電子メールのいずれかを前記メール受信サーバに送信するようにしたことを特徴とする電子メール配信方法。
2. 前記ユーザディレクトリ情報および前記プロファイル情報に基づいて、前記電子メールを無変換対象の電子メールあるいは変換対象の電子メールの判定を行うとともに、ウェッブホスティング対象の電子メールであるかを判定し、
   ウェッブホスティング対象の電子メールである場合は、ウェッブサーバにアクセスできる参照ＵＲＬを付加した電子メールを前記メール受信サーバに送信するようにしたことを特徴とする請求項１に記載の電子メール配信方法。
3. 前記ユーザディレクトリ情報は前記受信側端末装置の電子メールアドレスドメイン毎に予め登録された無変換、変換、ウェッブホスティングの処理方法に関する情報であって、
   前記処理方法に基づいて、無変換対象の電子メール、変換対象の電子メール、ウェッブホスティング対象の電子メールを判定するようにしたことを特徴とする請求項１または請求項２に記載の電子メール配信方法。
4. 前記変換対象の電子メールの場合は、前記プロファイル情報に基づいて前記電子メールを当該受信側端末装置が受信可能な形式に変換し、変換後の電子メールを前記メール受信サーバに送信するようにしたことを特徴とする請求項１から請求項３のいずれかに記載の電子メール配信方法。
5. 前記ウェッブホスティング対象の電子メールの場合は、前記参照ＵＲＬに基づいて前記受信側端末装置が前記ウェッブサーバにアクセスすることにより前記電子メールを前記受信側端末装置のユーザエージェント毎に予め登録されたプロファイル情報に基づいて当該受信側端末装置が受信可能な形式に変換し、変換後の電子メールを当該受信側端末装置に配信するようにしたことを特徴とする請求項２から請求項４のいずれかに記載の電子メール配信方法。
6. 前記電子メールアドレスドメイン毎のプロファイル情報およびユーザエージェント毎のプロファイル情報は、受信側端末装置の表示能力や再生能力や対応するマルチメディア・データの種類をデータベース化し、受信可能サイズや表示色などからなる表示能力情報、再生時間やサンプリングレートなどからなる再生能力情報、受信可能フォーマット等からなるマルチメディア・データの種類の少なくとも１つを含む情報であることを特徴とする請求項１から請求項５のいずれかに記載の電子メール配信方法。
7. 送信側端末装置から送信された電子メールをメール配信サーバが受信してメール受信サーバに送信し、当該メール受信サーバに配信要求した受信側端末装置に電子メールを配信するようにした電子メール配信システムであって、
   前記送信側端末装置から送信された電子メールを受信し、受信した電子メールをメール受信サーバに送信するメール配信サーバと、
   前記メール配信サーバから送信された電子メールを受信して当該電子メールをメールボックスに格納させるとともに、前記受信側端末装置からの配信要求を受信し、受信した配信要求に基づいて前記メールボックスに格納された電子メールを当該メールボックスから抽出して前記受信側端末装置に配信するメール受信サーバとを備えるとともに、
   ユーザアカウントに対応した前記受信側端末装置の電子メールアドレスドメイン毎の処理方法などからなるユーザディレクトリ情報を格納したユーザディレクトリと、
   前記電子メールアドレスドメイン毎およびユーザエージェント毎の前記受信側端末装置の表示能力や再生能力や対応するマルチメディア・データの種類をデータベース化したプロファイル情報を格納した受信端末プロファイルと、
   前記プロファイル情報に基づいて前記電子メールを当該受信側端末装置が受信可能な形式に変換する変換機能部とを備え、
   前記送信側端末装置から送信された前記電子メールを受信した前記メール配信サーバは、前記ユーザディレクトリ情報および前記プロファイル情報に基づいて、無変換対象の電子メールあるいは変換対象の電子メールのいずれであるかを判定し、判定の結果、無変換対象である場合は前記受信した電子メールを無変換のまま前記メール受信サーバに送信し、変換対象である場合は前記電子メールを前記変換機能部で前記プロファイル情報に基づいて変換させて、変換後の電子メールを前記メール受信サーバに送信するようにしたことを特徴とする電子メール配信システム。
8. 前記メール配信サーバが受信した電子メールを格納するウエッブスペースと、前記受信側端末装置からの配信要求に基づいて前記ウエッブスペースに格納された電子メールを当該受信側端末装置に配信するウエッブサーバとを備え、
   前記メール配信サーバは前記ユーザディレクトリ情報および前記プロファイル情報に基づいて前記電子メールを無変換対象の電子メールあるいは変換対象の電子メールの判定を行うとともに、ウェッブホスティング対象の電子メールであるかをも判定し、ウェッブホスティング対象の電子メールと判定した場合には、前記電子メールを前記ウエッブスペースに格納させるとともに前記受信側端末装置が前記ウエッブサーバにアクセスできる参照ＵＲＬを付加した電子メールを前記メール受信サーバに送信するようにしたことを特徴とする請求項７に記載の電子メール配信システム。
9. 前記参照ＵＲＬを付加した電子メールを受信した前記受信側端末装置が当該参照ＵＲＬに基づいて前記ウエッブサーバにアクセスすると、当該ウエッブサーバは当該受信側端末装置のユーザエージェントに基づいて、当該電子メールを前記変換機能部で前記受信端末プロファイルに予め登録されたユーザエージェント毎のプロファイル情報に基づいて変換させて、変換後の電子メールを当該受信側端末装置に配信するようにしたことを特徴とする請求項８に記載の電子メール配信システム。
10. 前記送信側端末装置および前記受信側端末装置はインターネットもしくは移動体通信ネットワークのいずれかに接続されるようになされていることを特徴とする請求項７から請求項９のいずれかに記載の電子メール配信システム。
11. 前記変換機能部は複数の変換エンジンを用意した変換エンジン部を備えていることを特徴とする請求項７から請求項１０のいずれかに記載の電子メール配信システム。
12. 前記ユーザディレクトリ情報を利用者が変更できる機能を設けるようにしたことを特徴とする請求項７から請求項１１のいずれかに記載の電子メール配信システム。
13. 他の電子メール配信システムがウェッブホスティング処理機能を有する場合に、前記他の電子メール配信システムの電子メールアドレスドメインに関連する前記ユーザディレクトリ情報をユーザが指定できないようにしたことを特徴とする請求項７から請求項１２のいずれかに記載の電子メール配信システム。

Images