画像又は文字列の組み合わせにより変換された動的なコンテンツを含むメールを送信する移動通信端末であって、前記画像に係る画像ファイルの予め定められた拡張領域に、前記動的なコンテンツを格納するコンテンツ格納部と、前記画像ファイルを含むHTML形式のメールを生成するメール生成部と、前記メールに含まれるメールヘッダを生成するメールヘッダ生成部と、を有し、前記メールヘッダ生成部は、前記拡張領域に前記動的なコンテンツが格納されている場合に第一のフラグを含むメールヘッダを生成し、前記動的なコンテンツが前記拡張領域に格納されていない場合に第二のフラグを含むメールヘッダを生成する、移動通信端末。前記動的なコンテンツは、前記画像又は前記文字列が所望の動作をするように記述されたスクリプトを所定の端末で再生可能な形式に変換することで生成される、請求項1に記載の移動通信端末。画像又は文字列の組み合わせにより変換された動的なコンテンツを含むメールを受信する移動通信端末であって、受信したHTML形式のメールに含まれる画像ファイルの拡張領域から前記動的なコンテンツを抽出するコンテンツ抽出部と、前記抽出された動的なコンテンツを用いて前記メールを出力するメール出力部と、前記メールのメールヘッダに含まれるフラグを解析し、前記拡張領域に前記動的なコンテンツが格納されているか否かを判定するメールヘッダ解析部と、前記フラグに基づいて、前記メールを、抽出された前記動的なコンテンツとともに出力するか否かを判断する出力判断部と、を有する、移動通信端末。前記動的なコンテンツは、前記画像又は前記文字列が所望の動作をするように記述されたスクリプトを所定の端末で再生可能な形式に変換することで生成される、請求項3に記載の移動通信端末。画像又は文字列の組み合わせにより変換された動的なコンテンツを含むメールを送信する移動通信方法であって、前記画像に係る画像ファイルの予め定められた拡張領域に、前記動的なコンテンツを格納するコンテンツ格納段階と、前記画像ファイルを含むHTML形式のメールを生成するメール生成段階と、前記メールに含まれるメールヘッダを生成するメールヘッダ生成段階と、を有し、前記メールヘッダ生成段階において、前記拡張領域に前記動的なコンテンツが格納されている場合に第一のフラグを含むメールヘッダを生成し、前記動的なコンテンツが前記拡張領域に格納されていない場合に第二のフラグを含むメールヘッダを生成する、移動通信方法。画像又は文字列の組み合わせにより変換された動的なコンテンツを含むメールを受信する移動通信方法であって、受信したHTML形式のメールに含まれる画像ファイルの拡張領域から前記動的なコンテンツを抽出するコンテンツ抽出段階と、前記抽出された動的なコンテンツを用いて前記メールを出力するメール出力段階と、前記メールのメールヘッダに含まれるフラグを解析し、前記拡張領域に前記動的なコンテンツが格納されているか否かを判定するメールヘッダ解析段階と、前記フラグに基づいて、前記メールを、抽出された前記動的なコンテンツとともに出力するか否かを判断する出力判断段階と、を有する、移動通信方法。しかし、近年普及しているスマートフォンのような、汎用性の高い携帯電話端末においては、メールの送受信にSMTP又はPOPを使用するため、メールを中継するサーバによって、メール送信前に予め端末の機種情報を取得することができない。したがって、動的なコンテンツを含むメールが、動的なコンテンツの再生に非対応の携帯電話端末にそのまま送信される可能性がある。このような場合には、非対応の動的なコンテンツの代わりに、変換前の画像又は文字列を表示させることができなかった。結果としてユーザは、メールの内容を表示させることができないか、又は部分的に表示できても違和感なく読むことができない可能性があった。また、対応しない動的なコンテンツは、メールへの添付ファイルとして、コンテンツの形式を表す拡張子とともに受信されるため、メールに不慣れなユーザに違和感を生ずる可能性があった。このような問題に対し、特許文献1では、メールを受信する端末の種別が識別できることが条件となるため、対応できない。本発明は、上記問題に鑑みてなされたものであり、動的なコンテンツを含むメールが動的なコンテンツの再生に非対応の端末で受信された場合に、動的なコンテンツの変換前の画像又は文字列を違和感なく表示させるようにすることを目的とする。上述した課題を解決し目的を達成するため、本発明にかかる移動通信端末は、画像又は文字列の組み合わせにより変換された動的なコンテンツを含むメールを送信する移動通信端末であって、前記画像に係る画像ファイルの予め定められた拡張領域に、前記動的なコンテンツを格納するコンテンツ格納部と、前記画像ファイルを含むHTML形式のメールを生成するメール生成部と、前記メールに含まれるメールヘッダを生成するメールヘッダ生成部と、を有し、前記メールヘッダ生成部は、前記拡張領域に前記動的なコンテンツが格納されている場合に第一のフラグを含むメールヘッダを生成し、前記動的なコンテンツが前記拡張領域に格納されていない場合に第二のフラグを含むメールヘッダを生成する。本発明によれば、動的なコンテンツを含むメールが動的なコンテンツの再生に非対応の端末で受信された場合に、動的なコンテンツの変換前の画像又は文字列を違和感なく表示させることができる。以下、本発明の実施形態を図面に基づいて説明する。1.概要2.ハードウェア構成3.機能4.メール送信処理5.メール受信処理5.1動的なコンテンツの再生に対応する移動通信端末によるメール受信処理5.2動的なコンテンツの再生に対応しない移動通信端末によるメール受信処理6.変形例1.概要図1は、本発明の一実施形態における移動通信端末100を含む移動通信システム1の概要を表す。移動通信システム1は、本発明の一実施形態に係る動的なコンテンツを含むメールを送信又は受信する移動通信端末100、102と、動的なコンテンツの再生に非対応の移動通信端末110と、PC120と、上記端末又はPCの間でメール配信を行うメールサーバ130と、当該システム1を構成する端末、PC、サーバを互いに接続するネットワーク140とを有する。動的なコンテンツとは、文字列又は画像のような要素又はオブジェクトに対し、それぞれが所望の動作をするように記述された規則又はスクリプトを、移動通信端末等で再生可能な形式へと変換して生成されたものをいう。該移動通信端末等は、予めそのような動的なコンテンツが再生できるようなハードウェア又はソフトウェアを備えている。動的なコンテンツの具体例として、Flash登録商標形式がある。移動通信端末100、102は、動的なコンテンツの再生に対応し、本発明の一実施形態に係る動的なコンテンツを含むメールを送受信できる携帯電話端末である。ここでは、メールを送信する側を移動通信端末100と、メールを受信する側を移動通信端末102として分けて説明する。移動通信端末100のユーザは、メッセージの内容を表す文字列とともに、予め用意された画像ファイルを組み合わせて、HTML形式のメール本文を構成する。次に、これを所定の規則に従って動的なコンテンツに変換する。所定の規則とは、例えば、ユーザによって定義された、画像又はテキストに所望の動作をさせるために記述された規則である。あるいは、所定の規則は、例えば画像ファイルごとに定義された、関連する他の特定の画像ファイル等との間で、特別な相互作用を生ずるために規定される。後者の具体的例として、背景画像としての桜の木の画像ファイルを選択した場合、メールに含まれる全文字列を対象として、文字列の背面に桜が舞い散る効果を生ずるようなものがある。あるいは、ハートマークの画像ファイルと矢の画像ファイルを選択してメール本文中に挿入した場合、矢がハートマークに向かって飛んでいくような効果を生じるものもある。このような所定の規則に基づいて生成された動的なコンテンツをメール本文内の画像ファイルの拡張領域に格納し、HTML形式でメールを送信する。ここで、移動通信端末100は、変換結果に関するフラグをメールヘッダに設定してメールを送信するが、フラグに関しては後述する。以下に、動的なコンテンツを含むHTML形式のメールを、移動通信端末102、動的なコンテンツに非対応の移動通信端末110、動的なコンテンツに対応するPC120に送信したものとして説明する。移動通信端末102は、動的なコンテンツの再生に対応しており、本発明の一実施形態に係る動的なコンテンツを含むメールにも対応する。したがって、移動通信端末100から送信されたメールから動的なコンテンツを抽出して再生することで、メールを正しく表示することができる。移動通信端末110は、動的なコンテンツの再生に非対応で、かつ本発明の一実施形態に係る動的なコンテンツを含むメールに非対応である移動通信端末である。よって、移動通信端末100から送信されたメールに含まれる動的なコンテンツを再生することはできない。しかしながら、移動通信端末100から送信されたメールはHTML形式であるため、そのまま表示することができる。この時、再生できない動的なコンテンツが添付ファイルとして表示されることはない。PC120は、動的なコンテンツの再生に対応するが、本発明の一実施形態に係る動的なコンテンツを含むメールに非対応であるPCである。すなわち、PC120は、移動通信端末100から送信されたメールに含まれる動的なコンテンツを抽出できない。しかし、移動通信端末100のユーザによって送信されたメールはHTML形式であるため、変換前のHTML形式のメールをそのまま表示することができる。メールサーバ130は、移動通信端末100からのメール送信依頼を受け付け、宛先として指定された移動通信端末102、110、PC120へとメールを配信する。ネットワーク140は、移動通信端末100、102、110、PC120、メールサーバ130を接続するネットワークであり、例えばインターネットである。上記構成により、本発明の一実施形態に係る移動通信端末100、102は、動的なコンテンツを、HTML形式のメールに含まれる画像ファイルの拡張領域に格納してやりとりすることができる。また、動的なコンテンツを含むメールはHTML形式であるため、動的なコンテンツに非対応の移動通信端末110や、PC120によっても表示することができる。2.ハードウェア構成図2は、本発明の一実施形態における移動通信端末100、102のハードウェア構成例を表す。移動通信端末100、102は、CPU200、ROM202、RAM204、フラッシュメモリ206、ネットワークコントーラ208、通信装置210、グラフィックスコントローラ212、表示装置214、入力コントローラ216、入力装置218、バス220を有し、画像ファイルの拡張領域に動的なコンテンツを格納したメールを送信又は受信することができる。CPU200は、本発明の一実施形態における移動通信端末100、102の動作制御を行う。ROM202は、CPU200が実行する移動通信端末100、102の動作に必要なOSやデータ等を記憶する。RAM204は、CPU202のワークエリア等を構成する。フラッシュメモリ206は、ユーザアプリケーション、アドレス帳、動画ファイル、画像ファイル、音楽ファイル、メールデータ等のユーザのデータを記憶する。ネットワークコントローラ208は、通信装置210を介して、インターネット又は携帯電話ネットワーク等に接続されるサーバ又は通信端末と通信を行うための通信制御を行う。グラフィックスコントローラ212は、液晶ディスプレイやタッチパネルディスプレイ等の表示装置214を介して、ユーザに操作画面や情報を提供するための制御を行う。入力コントローラ216は、ボタンやタッチパネル、キーボードを含む入力装置218を介してユーザから入力される信号を制御する。バス220は、移動通信端末100、102を構成する上記装置を相互に接続し、データのやり取りを行うためのものである。上記構成により、本発明の一実施形態に係る移動通信端末100は、画像ファイルの拡張領域に動的なコンテンツを格納したメールを送信又は受信することができる。3.機能図3A、図3Bを用いて、本発明の一実施形態における移動通信端末100、102の機能ブロックを説明する。ここでは、メールを送信する機能に着目して移動通信端末100を、メールを受信する機能に着目して移動通信端末102をそれぞれ説明する。しかしながら、本発明の一実施形態における移動通信端末は、移動通信端末100、102に含まれる全ての機能を有する移動通信端末として構成されることができる。図3Aは、本発明の一実施形態における送信側の移動通信端末100の機能ブロックを表す。移動通信端末100は、ユーザからメールの入力を受け付ける入力部300、ユーザがメールの中に挿入して使用できる画像ファイル302、ユーザが作成したメールを動的なコンテンツに変換するか否かを判断するコンテンツ判断部304、ユーザが作成したメールを動的なコンテンツに変換するコンテンツ変換部306、変換された動的なコンテンツを画像ファイルの拡張領域に格納するコンテンツ格納部308、動的なコンテンツの有無に関するフラグを含むメールヘッダを生成するメールヘッダ生成部310、メール本文を生成するメール本文生成部312、メールを送信するメール送信部314、生成されたメールのプレビューを出力するメール出力部316、プレビューされた際にメールの中の動的なコンテンツを再生するコンテンツ再生部318、プレビューされたメールを画面上に表示する表示部320及びHTML形式のメールを生成するメール生成部322を有し、動的なコンテンツに非対応の端末においてもメール本文を違和感なく表示させることのできる、動的なコンテンツを含むメールを送信する。入力部300は、メールを作成するユーザからの文字入力や画像選択を受け付ける。また、動的なコンテンツとして構成するかどうか、動的なコンテンツとして構成する場合にどのような動作をさせるかについてのユーザの入力を受け付けることもできる。入力又は選択された文字列又は画像に基づいて、メール本文生成部312により、メール本文が生成される。画像ファイル302は、メールの中に挿入して使用することのできる画像ファイルであり、入力部300を通じてユーザによって選択される。画像ファイルは、例えばGIFやJPEG等の任意のフォーマットであり、アニメーションするような画像を含む。コンテンツ判断部304は、ユーザによって入力部300を通じて入力され、メール本文生成部312により生成されたメール本文が動的なコンテンツかどうかを判断する。動的なコンテンツかどうかは、ユーザから動的なコンテンツとして構成する旨の入力がなされたかどうか、又はメールを構成する画像ファイルが上述した特別な相互作用を生ずるものかどうか等により決定される。コンテンツ変換部306は、コンテンツ判断部304がメールを動的なコンテンツに変換すると判断した場合に変換を実行する。例えば、画像ファイルと文字列とを組み合わせて、所定の規則に従って動作するFlash登録商標形式swf形式と変換する。所定の規則とは、上述の通り、例えば、ユーザによって定義されるか、あるいは画像ファイルごとに定義された特別な相互作用を生ずるために規定される。変換の例として、例えばFlash登録商標形式では、メール本文に含まれる画像ファイルと文字列をそれぞれ対応するデータ型で読み込み、それらに所定の規則を記述したスクリプトを挿入し、コンパイルを実行する。ここで、変換処理が、ハードウェア資源の不足等の要因によって失敗した場合には、動的なコンテンツは生成されない。コンテンツ格納部308は、コンテンツ変換部306によって変換された動的なコンテンツを、メール本文に含まれる画像ファイルの拡張領域に格納する。例えば、画像ファイルがGIF形式である場合には、図4A、図4Bに規定されるGIF形式の構成要素のうち、ApplicationExtensionブロックとして規定される拡張領域を利用して格納することができる。図4Aは、GIF89a規格によって定められるフォーマットを表し、HeaderとTrailerの間のBlockと呼ばれる領域にデータを格納するよう規定されている。図4Bは、そのようなBlockの一つであるApplicationExtensionブロックのフォーマットを表す。詳細については省略するが、例えば動的なコンテンツは、ApplicationExtensionブロックのApplicationDataに格納することができる。このように、同様の拡張領域又は独自領域を有する画像ファイルであれば、制限なく利用することができる。なお、コンテンツ格納部308が動的なコンテンツを格納する画像ファイルは、単一の画像ファイルであってもよいし、複数の画像ファイルであってもよい。複数の画像ファイルに格納する場合には、動画コンテンツがどのように複数の画像ファイルに格納されているかを示す情報も格納してもよい。なお、格納するとは、埋め込む、挿入する等によっても表現することができる。メールヘッダ生成部310は、当該端末100が送信するHTML形式のメールのヘッダを生成する。ここで、コンテンツ判断部304の判断結果及びコンテンツ変換部306における変換の成否に基づいて付されるフラグをヘッダに設定する。コンテンツ変換部306における変換が成功し、メールに動的なコンテンツが含まれる場合には、動的コンテンツフラグが設定される。動的コンテンツフラグは、例えばメールヘッダ内のXMailTypeフィールドにおいてanimeのような文字列を挿入することによって設定される。あるいは、コンテンツ判断部304の判断の結果、メールに動的なコンテンツが含まれない場合には、通常コンテンツフラグが設定される。通常コンテンツフラグは、例えばXMailTypeフィールドにおいてdecoのような文字列を挿入することによって設定される。あるいは、コンテンツ変換部306における変換が何らかの理由により失敗した結果、メールに動的なコンテンツが含まれない場合にも、XMailTypeフィールドにdecoとして設定する。メール本文生成部312は、ユーザが入力した文字列及び画像に基づいてメール本文を生成する。メール本文生成部312は、メールヘッダ生成部310とともに、メール生成部322を構成する。メール送信部314は、メール本文生成部312が生成したメールを宛先へと送信するためにメールサーバ130に送信する。メール出力部316は、メール本文生成部312が生成したメールをユーザが確認するため、その内容を出力する。コンテンツ再生部318は、メール出力部316が出力したメールに動的なコンテンツが含まれる場合、動的なコンテンツを再生する。表示部320は、メール出力部316が出力したメールを画面上に表示する。メールに動的なコンテンツが含まれる場合、動的なコンテンツをコンテンツ再生部318に再生させる。メール生成部322は、メールヘッダ生成部310とメール本文生成部312とを有し、メールヘッダ生成部310の生成したメールヘッダと、メール本文生成部312の生成したメール本文とから、HTML形式のメールを生成する。以上により、本発明の一実施形態における送信側の移動通信端末100は、動的なコンテンツに非対応の端末においてもメール本文を違和感なく表示させることのできる、動的なコンテンツを含むメールを送信できる。また、動的なコンテンツがメールの画像ファイルに格納されているかどうかを示すフラグを設定することにより、受信側での動的なコンテンツの有無の判断が容易になる。なお、コンテンツ変換部306は、画像ファイルと文字列とに加えて、音声や動画等の他のコンテンツを含んでもよい。これにより、表現性の高い動的なコンテンツを含むメールを送信できる。また、メールヘッダ生成部310がXMailTypeフィールドに指定して送信するフラグであるanime又はdecoは例であり、動的なコンテンツの有無を識別できるあらゆるフラグを用いることができる。図3Bは、本発明の一実施形態における受信側の移動通信端末102の機能ブロックを表す。移動通信端末102は、HTML形式のメールを受信する受信部350、受信されたメールのメールヘッダを解析するメールヘッダ解析部352、メールを動的なコンテンツを用いて出力するかHTML形式としてそのまま出力するかを判断する出力判断部354、メールに含まれる画像ファイルに動的なコンテンツが含まれるか解析する画像ファイル解析部356、解析された画像ファイルの拡張領域から動的なコンテンツを抽出するコンテンツ抽出部358、受信されたメールを出力するメール出力部360、動的なコンテンツを再生するコンテンツ再生部362及び出力されたメールを表示する表示部364を有し、メールに動的なコンテンツが含まれるか否かにより、動的なコンテンツを用いて出力するか、HTML形式でそのまま出力するかを判断してメールを表示することができる。受信部350は、移動通信端末100等から送信されたHTML形式のメールを受信する。メールヘッダ解析部352は、受信されたメールのメールヘッダのXMailTypeフィールドにフラグが設定されているかどうかを解析する。フラグの種類は、メールの画像ファイル内に動的なコンテンツが格納されていることを示すanimeと、動的なコンテンツが含まれないことを示すdecoとがある。一方、移動通信端末100以外の通信端末やPC等から送信されたメールには、当該フラグが設定されない。メールヘッダ解析部352は、上記結果を出力判断部354に伝える。出力判断部354は、メールヘッダ解析部352により特定されたフラグの内容に基づいて、受信したメールを動的なコンテンツを用いて出力するか、HTML形式としてそのまま出力するかを判断する。そして、フラグがamineである場合、すなわちメールに含まれる画像ファイルの拡張領域に動的なコンテンツが含まれる場合、動的なコンテンツを用いて出力すると判断する。または、フラグがdecoである場合、すなわち動的なコンテンツが含まれない場合、HTML形式としてそのまま出力すると判断する。あるいは、フラグが設定されていない場合、すなわち動的なコンテンツが含まれるかどうか不明である場合、動的なコンテンツが画像ファイルに含まれるか否かを解析した結果に基づいて判断する。画像ファイル解析部356は、受信されたメールに含まれる画像ファイルに、動的なコンテンツが含まれるかどうかを解析する。例えば画像ファイルがGIF89a形式である場合、上述したように、動的なコンテンツは図4A、図4Bに示される所定の領域に格納されるため、そのような領域が含まれるか解析する。動的なコンテンツが含まれることがわかると、次に、コンテンツ抽出部358によって当該コンテンツが抽出される。動的なコンテンツが含まれない場合には、メールはHTML形式として出力される。なお、動的なコンテンツの形式は、例えばFlash登録商標形式がある。コンテンツ抽出部358は、解析された画像ファイルの拡張領域から動的なコンテンツを抽出する。例えば、画像ファイルがGIF89a形式である場合、上述したように、動的なコンテンツは図4A、図4Bに示される所定の領域に格納される。メール出力部360は、出力判断部354及び画像ファイル解析部356の結果を受けて、動的なコンテンツを用いてメールを出力するか、又はHTML形式としてメールを出力する。コンテンツ再生部362は、受信されたメールが動的なコンテンツを用いて出力されるとき、動的なコンテンツの再生を行う。表示部364は、出力されたメールを画面上に表示する。以上により、本発明の一実施形態における受信側の移動通信端末102は、メールに動的なコンテンツが含まれるか否かにより、動的なコンテンツを用いて出力するか、HTML形式でそのまま出力するかを判断してメールを表示することができる。なお、メールヘッダ解析部352が特定するXMailTypeフィールドのフラグanimedecoは例であり、動的なコンテンツの有無を識別するために予め定められたあらゆるフラグであってもよい。以上、本発明の一実施形態に係る移動通信端末100、102のハードウェア構成と機能について説明した。以下に、本発明の一実施形態に係る移動通信端末100、102のメール送受信処理について説明する。以下においても、メールを送信する処理を行う移動通信端末100と、メールを受信する処理を行う移動通信端末102とに分けて説明するが、実際には両方の処理を行う移動通信端末として構成することができる。4.メール送信処理図5を用いて、本発明の一実施形態における移動通信端末100によるメール送信処理を説明する。ステップS500において、当該移動通信端末100のメール送信処理が開始される。ステップS502において、入力部300を通じたユーザによるメール本文の入力がなされる。また、ユーザによって、当該メールを動的なコンテンツとして構成する旨の入力がなされてもよい。ここでユーザにより入力された文字列及び選択された画像に基づき、メール本文生成部312によってメール本文が生成される。ステップS504において、コンテンツ判断部304はユーザにより構成されたメールが動的なコンテンツであるかどうか判断し、動的なコンテンツである場合に、ステップS506に進む。そうでない場合にはステップ514に進む。ユーザにより構成されたメールが動的なコンテンツであるかどうかは、ユーザから動的なコンテンツとして構成する旨の入力がなされたか、又はメールを構成する画像ファイルが上述した特別な相互作用を生ずるものかどうか等により決定される。ステップS506において、コンテンツ変換部306は、画像ファイルと文字列とを組み合わせて、所定の規則に従って動作する動的なコンテンツへと変換する。所定の規則とは、上述の通り、例えば、ユーザによって定義されるか、あるいは画像ファイルごとに定義された特別な相互作用を生ずるために規定される。動的なコンテンツがFlash登録商標である場合には、変換によってswf形式のデータが取得される。ステップS508において、コンテンツ変換部306における動的なコンテンツへの変換が成功した場合に、ステップS510へと進む。そうでない場合、すなわち端末のハードウェア資源の不足、動的なコンテンツに変換するための規則又はスクリプトの不具合等により変換が失敗した場合には、ステップS514へと進む。ステップS510において、コンテンツ格納部308は、コンテンツ変換部306が生成した動的なコンテンツのデータを、メール本文生成部312が生成したメール本文に含まれる画像データの拡張領域に格納する。ステップS512において、メールヘッダ生成部310は、メールヘッダのXMailTypeフィールドにanimeフラグを指定して、メールヘッダを生成する。ステップS514において、メールヘッダ生成部310は、メールヘッダのXMailTypeフィールドにdecoフラグを指定して、メールヘッダを生成する。ステップS516において、メール送信部314は、メール生成部322がメール本文とメールヘッダとに基づいて生成したHTML形式のメールを送信する。ステップS550において、メール送信処理は終了する。以上のメール送信処理により、本発明の一実施形態に係る移動通信端末100は、動的なコンテンツを含むメールが、動的なコンテンツの再生に非対応の端末に送信されても、変換前の画像又は文字列を含むHTML形式のメールを表示することができる。さらに、動画コンテンツが添付ファイルとして表示されないため、ユーザに違和感を与えないようにすることができる。5.メール受信処理以下に、本発明の一実施形態における移動通信端末100から送信された、動的なコンテンツが格納された画像ファイルを含むHTML形式のメールを受信する処理について説明する。ここでは、本発明の一実施形態における移動通信端末102によるメール受信処理と、動的なコンテンツの再生に対応しない移動通信端末110によるメール受信処理とに分けて説明する。5.1動的なコンテンツの再生に対応する移動通信端末によるメール受信処理図6を用いて、本発明の一実施形態における移動通信端末102によるメール受信処理を説明する。ステップS600において、当該移動通信端末102のメール受信処理が開始される。ステップS602において、受信部350はHTML形式のメールを受信する。HTML形式のメールには、メールヘッダ生成部310が生成したメールヘッダ、メール本文生成部312が生成したメール本文、画像ファイルが含まれる。ステップS604において、メールヘッダ解析部352は、受信したメールのメールヘッダのXMailTypeフィールドに所定のフラグが設定されているかどうかを解析する。フラグの種類には、動的なコンテンツを含むことを示すanime、動的なコンテンツが含まれないことを示すdecoがある。また、移動通信端末100以外の端末又はPCからのメールのメールヘッダには上記フラグが含まれない。メールヘッダ解析部352は、メールヘッダに上記フラグが付されている場合にはその種類を、上記フラグが含まれない場合にはその旨を出力判断部354に伝える。ステップS606において、出力判断部354は、メールヘッダの解析結果に基づいて、メールの出力方法を決定するための判断を行う。メールヘッダに含まれるフラグがanimeフラグである場合には、動的なコンテンツを用いて抽出するため、ステップS616へと進む。そうでない場合には、ステップS608へと進む。ステップS608において、出力判断部354は、引き続きメールの出力方法を決定するための判断を行う。メールヘッダに含まれるフラグがdecoフラグである場合には、HTML形式のメールをそのまま出力するため、ステップS620へと進む。そうでない場合には、ステップS610へと進む。ステップS610において、出力判断部354は、引き続きメールの出力方法を決定するための判断を行う。受信したメールに画像ファイルが含まれる場合には、動的コンテンツが含まれるかどうか解析するためにステップS612へと進む。そうでない場合には、HTML形式のメールをそのまま出力するため、ステップS620へと進む。ステップS612において、画像ファイル解析部356は、受信されたメールに含まれる画像ファイルに、動的なコンテンツが含まれるかどうかを解析する。ステップS614において、画像ファイルの解析の結果、動的なコンテンツが含まれていた場合には、ステップS616へと進む。そうでない場合には、HTML形式のメールをそのまま出力するため、ステップS620へと進む。ステップS616において、コンテンツ抽出部358は、画像ファイルの拡張領域から、動的なコンテンツを抽出する。ステップS618において、メール出力部360は、抽出された動的なコンテンツを用いて、受信されたメールを出力する。ステップS620において、メール出力部360は、受信されたHTML形式のメールをそのまま出力する。ステップS622において、表示部364は、メール出力部360によって出力されたメールを当該端末102上の画面に表示する。出力されたメールに動的なコンテンツが含まれる場合、動的なコンテンツはコンテンツ再生部362によって再生される。ステップS650において、メール受信処理は終了する。以上のメール受信処理により、本発明の一実施形態に係る移動通信端末102は、受信されたメールに設定された、動的なコンテンツが含まれることを示すフラグにより、画像ファイルの解析を行わずに動的なコンテンツを用いたメールを出力できる。また、受信されたメールに設定された、動的なコンテンツが含まれないことを示すフラグにより、画像ファイルの解析を行わずにHTML形式でメールをそのまま出力できる。さらに、受信されたメールにフラグが設定されていない場合には、画像ファイルを解析した結果に基づいて、動的なコンテンツを用いてメールを出力するか、HTML形式でメールをそのまま出力するかを決定できる。5.2動的なコンテンツの再生に対応しない移動通信端末110によるメール受信処理動的なコンテンツの再生に対応しない移動通信端末110は、移動通信端末100から送信された、動的なコンテンツを含むHTML形式のメールを受信する。移動通信端末110は、HTML形式のメールを出力して表示することが可能である。従って、メールヘッダのフラグの有無に関わらず、受信されたHTML形式のメールをそのまま表示する。これにより、動的なコンテンツの再生に対応しない移動通信端末110は、動的なコンテンツを表示しないが、動的なコンテンツの変換前の文字列又は画像を表示することができる。結果として、再生できない動的なコンテンツに起因してメールの表示が崩れたり、不要な添付ファイルが表示されたりせず、ユーザが違和感なくメールを閲覧することができる。以上のように、本発明の一実施形態における移動通信端末100は、動的なコンテンツを画像ファイルの拡張領域に格納したHTML形式のメールを送信し、動的なコンテンツの再生に非対応の端末にも前記メールを違和感なく表示させることができる。また、動的なコンテンツが含まれることを示すフラグをヘッダに付してメールを送信することで、本発明の一実施形態における移動通信端末102が、画像ファイルの解析処理をすることなく動的なコンテンツを抽出できる。また、動的なコンテンツが含まれないことを示すフラグをヘッダに付してメールを送信することで、本発明の一実施形態における移動通信端末102が、画像ファイルの解析処理をすることなくHTML形式のメールをそのまま出力できる。6.変形例これまで、変換によって生成した動的なコンテンツを、メールに添付される画像データの拡張領域に格納して送信する例について説明した。以下では、画像データの拡張領域に動的なコンテンツが予め格納されている場合に、この動的なコンテンツを用いて、メール本文を動的なコンテンツに変換できるメールを送受信する例について説明する。図7A、図7Bを用いて、画像データの拡張領域に予め格納された動的なコンテンツを用いてメールを送信する移動通信端末700と、該メールを受信する移動通信端末702の機能ブロックを説明する。なお、移動通信端末700、702のハードウェア構成は、図2に示した移動通信端末100の例と同様である。まず、図7Aを用いて、送信側の移動通信端末700の機能ブロックについて説明する。入力部700は、図3Aにおける移動通信端末100の入力部300と同様の機能を有する。画像ファイル702は、図3Aにおける移動通信端末100の画像ファイル302と同様であるが、画像ファイルの拡張領域に、既に動的なコンテンツが格納されている点で異なる。先述の通り、動的なコンテンツには、メール本文を構成する文字列又は画像の動きを規定する所定の規則が含まれる。コンテンツ判断部704は、ユーザによって選択された画像ファイルが動的なコンテンツを含む場合に、メール本文が動的なコンテンツを含むものであると判断する。コンテンツ変換部706は、コンテンツ抽出部724が画像ファイルから抽出した動的なコンテンツ所定の規則をメール本文に含まれる文字列又は画像に適用し、メール本文を動的なコンテンツに変換する。ここで、移動通信端末100と異なり、変換されたメール本文の動的なコンテンツは、画像ファイルの拡張領域に格納されない点に留意する。変換されたメール全体の動的なコンテンツの元となる、所定の規則を含む動的なコンテンツは、画像データの拡張領域に予め格納されているため、画像データを送信すれば、受信側においても同様の変換が可能となる。メールヘッダ生成部710は、図3Aにおける移動通信端末100のメールヘッダ生成部310と同様の機能を有する。メール本文生成部712は、図3Aにおける移動通信端末100のメール本文生成部312と同様の機能を有する。メール送信部714は、図3Aにおける移動通信端末100のメール送信部314と同様の機能を有する。メール出力部716は、図3Aにおける移動通信端末100のメール出力部316と同様の機能を有し、さらに、ユーザによるプレビューのために、コンテンツ変換部706によって変換された、メール本文の動的なコンテンツを出力する。コンテンツ再生部718は、図3Aにおける移動通信端末100のコンテンツ再生部318と同様の機能を有する。表示部720は、図3Aにおける移動通信端末100の再生部320と同様の機能を有する。メール生成部722は、図3Aにおける移動通信端末100のメール生成部322と同様の機能を有する。コンテンツ抽出部724は、画像ファイル702の拡張領域に含まれる動的なコンテンツを抽出する。このように、移動通信端末700は、画像ファイルの拡張領域に予め格納された動的なコンテンツを利用して、動的な内容を表すメール本文を送信できる。また、フラグを設定することにより、受信側において、画像ファイル内に動的なコンテンツが含まれるか否かの解析処理が不要となる。さらに、フラグを設定することにより、メール本文の動的なコンテンツの変換に失敗する場合に、受信側において、画像ファイルからの動的なコンテンツの抽出処理を行う必要がなくなる。次に、図7Bを用いて、受信側の移動通信端末702の機能ブロックについて説明する。受信部750は、図3Bにおける移動通信端末102の受信部350と同様の機能を有する。メールヘッダ解析部752は、図3Bにおける移動通信端末102のメールヘッダ解析部352と同様の機能を有する。出力判断部754は、図3Bにおける移動通信端末102の出力判断部354と同様の機能を有する。画像ファイル解析部756は、図3Bにおける移動通信端末102の画像ファイル解析部356と同様の機能を有する。コンテンツ抽出部758は、図3Bにおける移動通信端末102のコンテンツ抽出部358と同様の機能を有する。ここで、抽出される対象となる動的なコンテンツは、移動通信端末700によって変換された、メール本文の動的なコンテンツではなく、画像ファイルに予め格納されていた動的なコンテンツである点に留意する。メール出力部760は、出力判断部754及び画像ファイル解析部756の結果を受けて、コンテンツ変換部766によって変換された、メール本文を表す動的なコンテンツを用いてメールを出力するか、又はHTML形式としてメールを出力する。コンテンツ再生部762は、図3Bにおける移動通信端末102のコンテンツ再生部362と同様の機能を有する。表示部764は、図3Bにおける移動通信端末102の表示部364と同様の機能を有する。コンテンツ変換部766は、コンテンツ抽出部758が画像ファイルから抽出した動的なコンテンツ所定の規則をメール本文に含まれる文字列又は画像に適用し、メール本文を表す動的なコンテンツに変換する。以上により、本発明の一実施形態における受信側の移動通信端末702は、メールに動的なコンテンツが含まれるか否かにより、動的なコンテンツを用いて出力するか、HTML形式でそのまま出力するかを判断してメールを表示することができる。図8を用いて、移動通信端末700によるメール送信処理を説明する。ステップS800-S804は、図5におけるS500-S504に対応する。ステップS806において、コンテンツ抽出部724は、画像ファイルの拡張領域から、動的なコンテンツを抽出する。ステップS808において、コンテンツ変換部706は、コンテンツ抽出部724が画像ファイルから抽出した動的なコンテンツ所定の規則をメール本文に含まれる文字列又は画像に適用し、メール本文を動的なコンテンツに変換する。ステップS810、S812、S814、S816、S850は、図5におけるS508、S512、S514、S516、S550にそれぞれ対応する。以上のメール送信処理により、本発明の一実施形態に係る移動通信端末700は、動的なコンテンツを含むメールが、動的なコンテンツの再生に非対応の端末に送信されても、変換前の画像又は文字列を含むHTML形式のメールを表示することができる。図9を用いて、移動通信端末702によるメール受信処理を説明する。ステップS900-S916は、図6におけるS600-S616にそれぞれ対応する。ステップS918において、コンテンツ変換部766は、コンテンツ抽出部758が画像ファイルから抽出した動的なコンテンツ所定の規則をメール本文に含まれる文字列又は画像に適用し、メール本文を動的なコンテンツに変換する。ステップS920において、メール出力部360は、コンテンツ変換部766によって変換された、メール本文の動的なコンテンツを出力する。ステップS922、S924、S950は、図6におけるS620、S622、S650にそれぞれ対応する。以上のメール受信処理により、本発明の一実施形態に係る移動通信端末702は、受信されたメールに設定された、動的なコンテンツが含まれることを示すフラグにより、画像ファイルの解析を行わずにメール本文を表す動的なコンテンツとして出力できる。また、受信されたメールに設定された、動的なコンテンツが含まれないことを示すフラグにより、画像ファイルの解析を行わずにHTML形式でメールをそのまま出力できる。さらに、受信されたメールにフラグが設定されていない場合には、画像ファイルを解析した結果に基づいて、メール本文を表す動的なコンテンツで出力するか、HTML形式でメールをそのまま出力するかを決定できる。