移動通信端末及び移動通信方法
【課題】動的なコンテンツを含むメールが、動的なコンテンツの再生に非対応の端末で受信された場合でも、動的なコンテンツに対応する画像又は文字列を表示できるようにすることを目的とする。
【解決手段】画像又は文字列の組み合わせにより変換された動的なコンテンツを含むメールを送信する移動通信端末であって、前記画像に係る画像ファイルの予め定められた拡張領域に、前記動的なコンテンツを格納するコンテンツ格納部と、前記画像ファイルを含むＨＴＭＬ形式のメールを生成するメール生成部と、前記メールに含まれるメールヘッダを生成するメールヘッダ生成部と、を有し、前記メールヘッダ生成部は、前記拡張領域に前記動的なコンテンツが格納されている場合に第一のフラグを含むメールヘッダを生成し、前記動的なコンテンツが前記拡張領域に格納されていない場合に第二のフラグを含むメールヘッダを生成する、移動通信端末を提供する。
【解決手段】画像又は文字列の組み合わせにより変換された動的なコンテンツを含むメールを送信する移動通信端末であって、前記画像に係る画像ファイルの予め定められた拡張領域に、前記動的なコンテンツを格納するコンテンツ格納部と、前記画像ファイルを含むＨＴＭＬ形式のメールを生成するメール生成部と、前記メールに含まれるメールヘッダを生成するメールヘッダ生成部と、を有し、前記メールヘッダ生成部は、前記拡張領域に前記動的なコンテンツが格納されている場合に第一のフラグを含むメールヘッダを生成し、前記動的なコンテンツが前記拡張領域に格納されていない場合に第二のフラグを含むメールヘッダを生成する、移動通信端末を提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信端末及び移動通信方法に関する。
【背景技術】
【０００２】
携帯電話において、静止画像又はアニメーション画像をテキスト本文と組み合わせ、Ｆｌａｓｈ（登録商標）形式に代表される動的なコンテンツに変換して、動的なメールとして送受信できるサービスが普及している。このような動的なメールを正しく表示するためには、携帯電話端末がＦｌａｓｈ（登録商標）形式等の動的なコンテンツの再生に対応している必要がある。
【０００３】
現在の携帯電話のネットワークでは、動的なコンテンツの再生に対応しない携帯電話端末に対しては、変換された動的なコンテンツをそのまま送信しないように制御している。現在の携帯電話のネットワークでは、メールの配信にＨＴＴＰを用いている。そこで、メールを中継するサーバは、ＨＴＴＰリクエストに含まれるＵｓｅｒ−Ａｇｅｎｔで指定された受信側の携帯電話端末の機種情報を取得し、動的なコンテンツを再生できる端末である場合にのみ、動的なコンテンツを含むメールを送信する。一方、動的なコンテンツを再生できない端末である場合には、動的なコンテンツへの変換前の、画像又はテキスト部分を送信する。これにより、動的なコンテンツが含まれて送信されたメールであっても、動的なコンテンツの再生に対応していない端末のユーザが、違和感なくメールを表示することができる。
【０００４】
特許文献１には、利用者側の端末で再生可能なコンテンツのフォーマットを考慮して、ネットワーク上の変換サーバにより、その端末に適合したファイル形式やフォーマットに予め変換する技術が記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−３４２２１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、近年普及しているスマートフォンのような、汎用性の高い携帯電話端末においては、メールの送受信にＳＭＴＰ又はＰＯＰを使用するため、メールを中継するサーバによって、メール送信前に予め端末の機種情報を取得することができない。したがって、動的なコンテンツを含むメールが、動的なコンテンツの再生に非対応の携帯電話端末にそのまま送信される可能性がある。このような場合には、非対応の動的なコンテンツの代わりに、変換前の画像又は文字列を表示させることができなかった。結果としてユーザは、メールの内容を表示させることができないか、又は部分的に表示できても違和感なく読むことができない可能性があった。また、対応しない動的なコンテンツは、メールへの添付ファイルとして、コンテンツの形式を表す拡張子とともに受信されるため、メールに不慣れなユーザに違和感を生ずる可能性があった。
【０００７】
このような問題に対し、特許文献１では、メールを受信する端末の種別が識別できることが条件となるため、対応できない。
【０００８】
本発明は、上記問題に鑑みてなされたものであり、動的なコンテンツを含むメールが動的なコンテンツの再生に非対応の端末で受信された場合に、動的なコンテンツの変換前の画像又は文字列を違和感なく表示させるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し目的を達成するため、本発明にかかる移動通信端末は、画像又は文字列の組み合わせにより変換された動的なコンテンツを含むメールを送信する移動通信端末であって、前記画像に係る画像ファイルの予め定められた拡張領域に、前記動的なコンテンツを格納するコンテンツ格納部と、前記画像ファイルを含むＨＴＭＬ形式のメールを生成するメール生成部と、前記メールに含まれるメールヘッダを生成するメールヘッダ生成部と、を有し、前記メールヘッダ生成部は、前記拡張領域に前記動的なコンテンツが格納されている場合に第一のフラグを含むメールヘッダを生成し、前記動的なコンテンツが前記拡張領域に格納されていない場合に第二のフラグを含むメールヘッダを生成する。
【発明の効果】
【００１０】
本発明によれば、動的なコンテンツを含むメールが動的なコンテンツの再生に非対応の端末で受信された場合に、動的なコンテンツの変換前の画像又は文字列を違和感なく表示させることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態における移動通信端末を含む移動通信システムの概要を表す図。
【図２】本発明の一実施形態における移動通信端末のハードウェア構成例を表す図。
【図３Ａ】本発明の一実施形態における移動通信端末（送信側）の機能ブロック図。
【図３Ｂ】本発明の一実施形態における移動通信端末（受信側）の機能ブロック図。
【図４Ａ】画像ファイルのフォーマットの例を表す図。
【図４Ｂ】画像ファイルのフォーマットの例を表す図。
【図５】本発明の一実施形態における移動通信端末によるメール送信処理を説明するフローチャート。
【図６】本発明の一実施形態における移動通信端末によるメール受信処理を説明するフローチャート。
【図７Ａ】本発明の一実施形態における移動通信端末（送信側）の変形例の機能ブロック図。
【図７Ｂ】本発明の一実施形態における移動通信端末（受信側）の変形例の機能ブロック図。
【図８】本発明の一実施形態における移動通信端末の変形例のメール送信処理を説明するフローチャート。
【図９】本発明の一実施形態における移動通信端末の変形例のメール受信処理を説明するフローチャート。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態を図面に基づいて説明する。
１．概要
２．ハードウェア構成
３．機能
４．メール送信処理
５．メール受信処理
５．１ 動的なコンテンツの再生に対応する移動通信端末によるメール受信処理
５．２ 動的なコンテンツの再生に対応しない移動通信端末によるメール受信処理
６．変形例
【００１３】
（１．概要）
図１は、本発明の一実施形態における移動通信端末１００を含む移動通信システム１の概要を表す。移動通信システム１は、本発明の一実施形態に係る動的なコンテンツを含むメールを送信又は受信する移動通信端末１００、１０２と、動的なコンテンツの再生に非対応の移動通信端末１１０と、ＰＣ１２０と、上記端末又はＰＣの間でメール配信を行うメールサーバ１３０と、当該システム１を構成する端末、ＰＣ、サーバを互いに接続するネットワーク１４０とを有する。動的なコンテンツとは、文字列又は画像のような要素又はオブジェクトに対し、それぞれが所望の動作をするように記述された規則又はスクリプトを、移動通信端末等で再生可能な形式へと変換して生成されたものをいう。該移動通信端末等は、予めそのような動的なコンテンツが再生できるようなハードウェア又はソフトウェアを備えている。動的なコンテンツの具体例として、Ｆｌａｓｈ（登録商標）形式がある。
【００１４】
移動通信端末１００、１０２は、動的なコンテンツの再生に対応し、本発明の一実施形態に係る動的なコンテンツを含むメールを送受信できる携帯電話端末である。ここでは、メールを送信する側を移動通信端末１００と、メールを受信する側を移動通信端末１０２として分けて説明する。
【００１５】
移動通信端末１００のユーザは、メッセージの内容を表す文字列とともに、予め用意された画像ファイルを組み合わせて、ＨＴＭＬ形式のメール本文を構成する。次に、これを所定の規則に従って動的なコンテンツに変換する。所定の規則とは、例えば、ユーザによって定義された、画像又はテキストに所望の動作をさせるために記述された規則である。あるいは、所定の規則は、例えば画像ファイルごとに定義された、関連する他の特定の画像ファイル等との間で、特別な相互作用を生ずるために規定される。後者の具体的例として、背景画像としての桜の木の画像ファイルを選択した場合、メールに含まれる全文字列を対象として、文字列の背面に桜が舞い散る効果を生ずるようなものがある。あるいは、ハートマークの画像ファイルと矢の画像ファイルを選択してメール本文中に挿入した場合、矢がハートマークに向かって飛んでいくような効果を生じるものもある。このような所定の規則に基づいて生成された動的なコンテンツをメール本文内の画像ファイルの拡張領域に格納し、ＨＴＭＬ形式でメールを送信する。ここで、移動通信端末１００は、変換結果に関するフラグをメールヘッダに設定してメールを送信するが、フラグに関しては後述する。以下に、動的なコンテンツを含むＨＴＭＬ形式のメールを、移動通信端末１０２、動的なコンテンツに非対応の移動通信端末１１０、動的なコンテンツに対応するＰＣ１２０に送信したものとして説明する。
【００１６】
移動通信端末１０２は、動的なコンテンツの再生に対応しており、本発明の一実施形態に係る動的なコンテンツを含むメールにも対応する。したがって、移動通信端末１００から送信されたメールから動的なコンテンツを抽出して再生することで、メールを正しく表示することができる。
【００１７】
移動通信端末１１０は、動的なコンテンツの再生に非対応で、かつ本発明の一実施形態に係る動的なコンテンツを含むメールに非対応である移動通信端末である。よって、移動通信端末１００から送信されたメールに含まれる動的なコンテンツを再生することはできない。しかしながら、移動通信端末１００から送信されたメールはＨＴＭＬ形式であるため、そのまま表示することができる。この時、再生できない動的なコンテンツが添付ファイルとして表示されることはない。
【００１８】
ＰＣ１２０は、動的なコンテンツの再生に対応するが、本発明の一実施形態に係る動的なコンテンツを含むメールに非対応であるＰＣである。すなわち、ＰＣ１２０は、移動通信端末１００から送信されたメールに含まれる動的なコンテンツを抽出できない。しかし、移動通信端末１００のユーザによって送信されたメールはＨＴＭＬ形式であるため、変換前のＨＴＭＬ形式のメールをそのまま表示することができる。
【００１９】
メールサーバ１３０は、移動通信端末１００からのメール送信依頼を受け付け、宛先として指定された移動通信端末１０２、１１０、ＰＣ１２０へとメールを配信する。
【００２０】
ネットワーク１４０は、移動通信端末１００、１０２、１１０、ＰＣ１２０、メールサーバ１３０を接続するネットワークであり、例えばインターネットである。
【００２１】
上記構成により、本発明の一実施形態に係る移動通信端末１００、１０２は、動的なコンテンツを、ＨＴＭＬ形式のメールに含まれる画像ファイルの拡張領域に格納してやりとりすることができる。また、動的なコンテンツを含むメールはＨＴＭＬ形式であるため、動的なコンテンツに非対応の移動通信端末１１０や、ＰＣ１２０によっても表示することができる。
【００２２】
（２．ハードウェア構成）
図２は、本発明の一実施形態における移動通信端末１００、１０２のハードウェア構成例を表す。移動通信端末１００、１０２は、ＣＰＵ２００、ＲＯＭ２０２、ＲＡＭ２０４、フラッシュメモリ２０６、ネットワークコントーラ２０８、通信装置２１０、グラフィックスコントローラ２１２、表示装置２１４、入力コントローラ２１６、入力装置２１８、バス２２０を有し、画像ファイルの拡張領域に動的なコンテンツを格納したメールを送信又は受信することができる。
【００２３】
ＣＰＵ２００は、本発明の一実施形態における移動通信端末１００、１０２の動作制御を行う。ＲＯＭ２０２は、ＣＰＵ２００が実行する移動通信端末１００、１０２の動作に必要なＯＳやデータ等を記憶する。ＲＡＭ２０４は、ＣＰＵ２０２のワークエリア等を構成する。フラッシュメモリ２０６は、ユーザアプリケーション、アドレス帳、動画ファイル、画像ファイル、音楽ファイル、メールデータ等のユーザのデータを記憶する。ネットワークコントローラ２０８は、通信装置２１０を介して、インターネット又は携帯電話ネットワーク等に接続されるサーバ又は通信端末と通信を行うための通信制御を行う。グラフィックスコントローラ２１２は、液晶ディスプレイやタッチパネルディスプレイ等の表示装置２１４を介して、ユーザに操作画面や情報を提供するための制御を行う。入力コントローラ２１６は、ボタンやタッチパネル、キーボードを含む入力装置２１８を介してユーザから入力される信号を制御する。バス２２０は、移動通信端末１００、１０２を構成する上記装置を相互に接続し、データのやり取りを行うためのものである。
【００２４】
上記構成により、本発明の一実施形態に係る移動通信端末１００は、画像ファイルの拡張領域に動的なコンテンツを格納したメールを送信又は受信することができる。
【００２５】
（３．機能）
図３Ａ、図３Ｂを用いて、本発明の一実施形態における移動通信端末１００、１０２の機能ブロックを説明する。ここでは、メールを送信する機能に着目して移動通信端末１００を、メールを受信する機能に着目して移動通信端末１０２をそれぞれ説明する。しかしながら、本発明の一実施形態における移動通信端末は、移動通信端末１００、１０２に含まれる全ての機能を有する移動通信端末として構成されることができる。
【００２６】
図３Ａは、本発明の一実施形態における送信側の移動通信端末１００の機能ブロックを表す。移動通信端末１００は、ユーザからメールの入力を受け付ける入力部３００、ユーザがメールの中に挿入して使用できる画像ファイル３０２、ユーザが作成したメールを動的なコンテンツに変換するか否かを判断するコンテンツ判断部３０４、ユーザが作成したメールを動的なコンテンツに変換するコンテンツ変換部３０６、変換された動的なコンテンツを画像ファイルの拡張領域に格納するコンテンツ格納部３０８、動的なコンテンツの有無に関するフラグを含むメールヘッダを生成するメールヘッダ生成部３１０、メール本文を生成するメール本文生成部３１２、メールを送信するメール送信部３１４、生成されたメールのプレビューを出力するメール出力部３１６、プレビューされた際にメールの中の動的なコンテンツを再生するコンテンツ再生部３１８、プレビューされたメールを画面上に表示する表示部３２０及びＨＴＭＬ形式のメールを生成するメール生成部３２２を有し、動的なコンテンツに非対応の端末においてもメール本文を違和感なく表示させることのできる、動的なコンテンツを含むメールを送信する。
【００２７】
入力部３００は、メールを作成するユーザからの文字入力や画像選択を受け付ける。また、動的なコンテンツとして構成するかどうか、動的なコンテンツとして構成する場合にどのような動作をさせるかについてのユーザの入力を受け付けることもできる。入力又は選択された文字列又は画像に基づいて、メール本文生成部３１２により、メール本文が生成される。
【００２８】
画像ファイル３０２は、メールの中に挿入して使用することのできる画像ファイルであり、入力部３００を通じてユーザによって選択される。画像ファイルは、例えばＧＩＦやＪＰＥＧ等の任意のフォーマットであり、アニメーションするような画像を含む。
【００２９】
コンテンツ判断部３０４は、ユーザによって入力部３００を通じて入力され、メール本文生成部３１２により生成されたメール本文が動的なコンテンツかどうかを判断する。動的なコンテンツかどうかは、ユーザから動的なコンテンツとして構成する旨の入力がなされたかどうか、又はメールを構成する画像ファイルが上述した特別な相互作用を生ずるものかどうか等により決定される。
【００３０】
コンテンツ変換部３０６は、コンテンツ判断部３０４がメールを動的なコンテンツに変換すると判断した場合に変換を実行する。例えば、画像ファイルと文字列とを組み合わせて、所定の規則に従って動作するＦｌａｓｈ（登録商標）形式（ｓｗｆ形式）と変換する。所定の規則とは、上述の通り、例えば、ユーザによって定義されるか、あるいは画像ファイルごとに定義された特別な相互作用を生ずるために規定される。変換の例として、例えばＦｌａｓｈ（登録商標）形式では、メール本文に含まれる画像ファイルと文字列をそれぞれ対応するデータ型で読み込み、それらに所定の規則を記述したスクリプトを挿入し、コンパイルを実行する。ここで、変換処理が、ハードウェア資源の不足等の要因によって失敗した場合には、動的なコンテンツは生成されない。
【００３１】
コンテンツ格納部３０８は、コンテンツ変換部３０６によって変換された動的なコンテンツを、メール本文に含まれる画像ファイルの拡張領域に格納する。例えば、画像ファイルがＧＩＦ形式である場合には、図４Ａ、図４Ｂに規定されるＧＩＦ形式の構成要素のうち、Application Extensionブロックとして規定される拡張領域を利用して格納することができる。図４Ａは、ＧＩＦ８９ａ規格によって定められるフォーマットを表し、HeaderとTrailerの間のBlockと呼ばれる領域にデータを格納するよう規定されている。図４Ｂは、そのようなBlockの一つであるApplication Extensionブロックのフォーマットを表す。詳細については省略するが、例えば動的なコンテンツは、Application ExtensionブロックのApplication Dataに格納することができる。このように、同様の拡張領域又は独自領域を有する画像ファイルであれば、制限なく利用することができる。なお、コンテンツ格納部３０８が動的なコンテンツを格納する画像ファイルは、単一の画像ファイルであってもよいし、複数の画像ファイルであってもよい。複数の画像ファイルに格納する場合には、動画コンテンツがどのように複数の画像ファイルに格納されているかを示す情報も格納してもよい。なお、格納するとは、埋め込む、挿入する等によっても表現することができる。
【００３２】
メールヘッダ生成部３１０は、当該端末１００が送信するＨＴＭＬ形式のメールのヘッダを生成する。ここで、コンテンツ判断部３０４の判断結果及びコンテンツ変換部３０６における変換の成否に基づいて付されるフラグをヘッダに設定する。コンテンツ変換部３０６における変換が成功し、メールに動的なコンテンツが含まれる場合には、動的コンテンツフラグが設定される。動的コンテンツフラグは、例えばメールヘッダ内の「X-Mail-Type」フィールドにおいて「anime」のような文字列を挿入することによって設定される。あるいは、コンテンツ判断部３０４の判断の結果、メールに動的なコンテンツが含まれない場合には、通常コンテンツフラグが設定される。通常コンテンツフラグは、例えば「X-Mail-Type」フィールドにおいて「deco」のような文字列を挿入することによって設定される。あるいは、コンテンツ変換部３０６における変換が何らかの理由により失敗した結果、メールに動的なコンテンツが含まれない場合にも、「X-Mail-Type」フィールドに「deco」として設定する。
【００３３】
メール本文生成部３１２は、ユーザが入力した文字列及び画像に基づいてメール本文を生成する。メール本文生成部３１２は、メールヘッダ生成部３１０とともに、メール生成部３２２を構成する。
【００３４】
メール送信部３１４は、メール本文生成部３１２が生成したメールを宛先へと送信するためにメールサーバ１３０に送信する。
【００３５】
メール出力部３１６は、メール本文生成部３１２が生成したメールをユーザが確認するため、その内容を出力する。
【００３６】
コンテンツ再生部３１８は、メール出力部３１６が出力したメールに動的なコンテンツが含まれる場合、動的なコンテンツを再生する。
【００３７】
表示部３２０は、メール出力部３１６が出力したメールを画面上に表示する。メールに動的なコンテンツが含まれる場合、動的なコンテンツをコンテンツ再生部３１８に再生させる。
【００３８】
メール生成部３２２は、メールヘッダ生成部３１０とメール本文生成部３１２とを有し、メールヘッダ生成部３１０の生成したメールヘッダと、メール本文生成部３１２の生成したメール本文とから、ＨＴＭＬ形式のメールを生成する。
【００３９】
以上により、本発明の一実施形態における送信側の移動通信端末１００は、動的なコンテンツに非対応の端末においてもメール本文を違和感なく表示させることのできる、動的なコンテンツを含むメールを送信できる。また、動的なコンテンツがメールの画像ファイルに格納されているかどうかを示すフラグを設定することにより、受信側での動的なコンテンツの有無の判断が容易になる。
【００４０】
なお、コンテンツ変換部３０６は、画像ファイルと文字列とに加えて、音声や動画等の他のコンテンツを含んでもよい。これにより、表現性の高い動的なコンテンツを含むメールを送信できる。
【００４１】
また、メールヘッダ生成部３１０が「X-Mail-Type」フィールドに指定して送信するフラグである「anime」又は「deco」は例であり、動的なコンテンツの有無を識別できるあらゆるフラグを用いることができる。
【００４２】
図３Ｂは、本発明の一実施形態における受信側の移動通信端末１０２の機能ブロックを表す。移動通信端末１０２は、ＨＴＭＬ形式のメールを受信する受信部３５０、受信されたメールのメールヘッダを解析するメールヘッダ解析部３５２、メールを動的なコンテンツを用いて出力するかＨＴＭＬ形式としてそのまま出力するかを判断する出力判断部３５４、メールに含まれる画像ファイルに動的なコンテンツが含まれるか解析する画像ファイル解析部３５６、解析された画像ファイルの拡張領域から動的なコンテンツを抽出するコンテンツ抽出部３５８、受信されたメールを出力するメール出力部３６０、動的なコンテンツを再生するコンテンツ再生部３６２及び出力されたメールを表示する表示部３６４を有し、メールに動的なコンテンツが含まれるか否かにより、動的なコンテンツを用いて出力するか、ＨＴＭＬ形式でそのまま出力するかを判断してメールを表示することができる。
【００４３】
受信部３５０は、移動通信端末１００等から送信されたＨＴＭＬ形式のメールを受信する。
【００４４】
メールヘッダ解析部３５２は、受信されたメールのメールヘッダの「X-Mail-Type」フィールドにフラグが設定されているかどうかを解析する。フラグの種類は、メールの画像ファイル内に動的なコンテンツが格納されていることを示す「anime」と、動的なコンテンツが含まれないことを示す「deco」とがある。一方、移動通信端末１００以外の通信端末やＰＣ等から送信されたメールには、当該フラグが設定されない。メールヘッダ解析部３５２は、上記結果を出力判断部３５４に伝える。
【００４５】
出力判断部３５４は、メールヘッダ解析部３５２により特定されたフラグの内容に基づいて、受信したメールを動的なコンテンツを用いて出力するか、ＨＴＭＬ形式としてそのまま出力するかを判断する。そして、フラグが「amine」である場合、すなわちメールに含まれる画像ファイルの拡張領域に動的なコンテンツが含まれる場合、動的なコンテンツを用いて出力すると判断する。または、フラグが「deco」である場合、すなわち動的なコンテンツが含まれない場合、ＨＴＭＬ形式としてそのまま出力すると判断する。あるいは、フラグが設定されていない場合、すなわち動的なコンテンツが含まれるかどうか不明である場合、動的なコンテンツが画像ファイルに含まれるか否かを解析した結果に基づいて判断する。
【００４６】
画像ファイル解析部３５６は、受信されたメールに含まれる画像ファイルに、動的なコンテンツが含まれるかどうかを解析する。例えば画像ファイルがＧＩＦ８９ａ形式である場合、上述したように、動的なコンテンツは図４Ａ、図４Ｂに示される所定の領域に格納されるため、そのような領域が含まれるか解析する。動的なコンテンツが含まれることがわかると、次に、コンテンツ抽出部３５８によって当該コンテンツが抽出される。動的なコンテンツが含まれない場合には、メールはＨＴＭＬ形式として出力される。なお、動的なコンテンツの形式は、例えばＦｌａｓｈ（登録商標）形式がある。
【００４７】
コンテンツ抽出部３５８は、解析された画像ファイルの拡張領域から動的なコンテンツを抽出する。例えば、画像ファイルがＧＩＦ８９ａ形式である場合、上述したように、動的なコンテンツは図４Ａ、図４Ｂに示される所定の領域に格納される。
【００４８】
メール出力部３６０は、出力判断部３５４及び画像ファイル解析部３５６の結果を受けて、動的なコンテンツを用いてメールを出力するか、又はＨＴＭＬ形式としてメールを出力する。
【００４９】
コンテンツ再生部３６２は、受信されたメールが動的なコンテンツを用いて出力されるとき、動的なコンテンツの再生を行う。
【００５０】
表示部３６４は、出力されたメールを画面上に表示する。
【００５１】
以上により、本発明の一実施形態における受信側の移動通信端末１０２は、メールに動的なコンテンツが含まれるか否かにより、動的なコンテンツを用いて出力するか、ＨＴＭＬ形式でそのまま出力するかを判断してメールを表示することができる。
【００５２】
なお、メールヘッダ解析部３５２が特定する「X-Mail-Type」フィールドのフラグ「anime」「deco」は例であり、動的なコンテンツの有無を識別するために予め定められたあらゆるフラグであってもよい。
【００５３】
以上、本発明の一実施形態に係る移動通信端末１００、１０２のハードウェア構成と機能について説明した。以下に、本発明の一実施形態に係る移動通信端末１００、１０２のメール送受信処理について説明する。以下においても、メールを送信する処理を行う移動通信端末１００と、メールを受信する処理を行う移動通信端末１０２とに分けて説明するが、実際には両方の処理を行う移動通信端末として構成することができる。
【００５４】
（４．メール送信処理）
図５を用いて、本発明の一実施形態における移動通信端末１００によるメール送信処理を説明する。
【００５５】
ステップＳ５００において、当該移動通信端末１００のメール送信処理が開始される。
【００５６】
ステップＳ５０２において、入力部３００を通じたユーザによるメール本文の入力がなされる。また、ユーザによって、当該メールを動的なコンテンツとして構成する旨の入力がなされてもよい。ここでユーザにより入力された文字列及び選択された画像に基づき、メール本文生成部３１２によってメール本文が生成される。
【００５７】
ステップＳ５０４において、コンテンツ判断部３０４はユーザにより構成されたメールが動的なコンテンツであるかどうか判断し、動的なコンテンツである場合に、ステップＳ５０６に進む。そうでない場合にはステップ５１４に進む。ユーザにより構成されたメールが動的なコンテンツであるかどうかは、ユーザから動的なコンテンツとして構成する旨の入力がなされたか、又はメールを構成する画像ファイルが上述した特別な相互作用を生ずるものかどうか等により決定される。
【００５８】
ステップＳ５０６において、コンテンツ変換部３０６は、画像ファイルと文字列とを組み合わせて、所定の規則に従って動作する動的なコンテンツへと変換する。所定の規則とは、上述の通り、例えば、ユーザによって定義されるか、あるいは画像ファイルごとに定義された特別な相互作用を生ずるために規定される。動的なコンテンツがＦｌａｓｈ（登録商標）である場合には、変換によってｓｗｆ形式のデータが取得される。
【００５９】
ステップＳ５０８において、コンテンツ変換部３０６における動的なコンテンツへの変換が成功した場合に、ステップＳ５１０へと進む。そうでない場合、すなわち端末のハードウェア資源の不足、動的なコンテンツに変換するための規則又はスクリプトの不具合等により変換が失敗した場合には、ステップＳ５１４へと進む。
【００６０】
ステップＳ５１０において、コンテンツ格納部３０８は、コンテンツ変換部３０６が生成した動的なコンテンツのデータを、メール本文生成部３１２が生成したメール本文に含まれる画像データの拡張領域に格納する。
【００６１】
ステップＳ５１２において、メールヘッダ生成部３１０は、メールヘッダの「X-Mail-Type」フィールドに「anime」フラグを指定して、メールヘッダを生成する。
【００６２】
ステップＳ５１４において、メールヘッダ生成部３１０は、メールヘッダの「X-Mail-Type」フィールドに「deco」フラグを指定して、メールヘッダを生成する。
【００６３】
ステップＳ５１６において、メール送信部３１４は、メール生成部３２２がメール本文とメールヘッダとに基づいて生成したＨＴＭＬ形式のメールを送信する。
【００６４】
ステップＳ５５０において、メール送信処理は終了する。
【００６５】
以上のメール送信処理により、本発明の一実施形態に係る移動通信端末１００は、動的なコンテンツを含むメールが、動的なコンテンツの再生に非対応の端末に送信されても、変換前の画像又は文字列を含むＨＴＭＬ形式のメールを表示することができる。さらに、動画コンテンツが添付ファイルとして表示されないため、ユーザに違和感を与えないようにすることができる。
【００６６】
（５．メール受信処理）
以下に、本発明の一実施形態における移動通信端末１００から送信された、動的なコンテンツが格納された画像ファイルを含むＨＴＭＬ形式のメールを受信する処理について説明する。ここでは、本発明の一実施形態における移動通信端末１０２によるメール受信処理と、動的なコンテンツの再生に対応しない移動通信端末１１０によるメール受信処理とに分けて説明する。
【００６７】
（５．１ 動的なコンテンツの再生に対応する移動通信端末によるメール受信処理）
図６を用いて、本発明の一実施形態における移動通信端末１０２によるメール受信処理を説明する。
【００６８】
ステップＳ６００において、当該移動通信端末１０２のメール受信処理が開始される。
【００６９】
ステップＳ６０２において、受信部３５０はＨＴＭＬ形式のメールを受信する。ＨＴＭＬ形式のメールには、メールヘッダ生成部３１０が生成したメールヘッダ、メール本文生成部３１２が生成したメール本文、画像ファイルが含まれる。
【００７０】
ステップＳ６０４において、メールヘッダ解析部３５２は、受信したメールのメールヘッダの「X-Mail-Type」フィールドに所定のフラグが設定されているかどうかを解析する。フラグの種類には、動的なコンテンツを含むことを示す「anime」、動的なコンテンツが含まれないことを示す「deco」がある。また、移動通信端末１００以外の端末又はＰＣからのメールのメールヘッダには上記フラグが含まれない。メールヘッダ解析部３５２は、メールヘッダに上記フラグが付されている場合にはその種類を、上記フラグが含まれない場合にはその旨を出力判断部３５４に伝える。
【００７１】
ステップＳ６０６において、出力判断部３５４は、メールヘッダの解析結果に基づいて、メールの出力方法を決定するための判断を行う。メールヘッダに含まれるフラグが「anime」フラグである場合には、動的なコンテンツを用いて抽出するため、ステップＳ６１６へと進む。そうでない場合には、ステップＳ６０８へと進む。
【００７２】
ステップＳ６０８において、出力判断部３５４は、引き続きメールの出力方法を決定するための判断を行う。メールヘッダに含まれるフラグが「deco」フラグである場合には、ＨＴＭＬ形式のメールをそのまま出力するため、ステップＳ６２０へと進む。そうでない場合には、ステップＳ６１０へと進む。
【００７３】
ステップＳ６１０において、出力判断部３５４は、引き続きメールの出力方法を決定するための判断を行う。受信したメールに画像ファイルが含まれる場合には、動的コンテンツが含まれるかどうか解析するためにステップＳ６１２へと進む。そうでない場合には、ＨＴＭＬ形式のメールをそのまま出力するため、ステップＳ６２０へと進む。
【００７４】
ステップＳ６１２において、画像ファイル解析部３５６は、受信されたメールに含まれる画像ファイルに、動的なコンテンツが含まれるかどうかを解析する。
【００７５】
ステップＳ６１４において、画像ファイルの解析の結果、動的なコンテンツが含まれていた場合には、ステップＳ６１６へと進む。そうでない場合には、ＨＴＭＬ形式のメールをそのまま出力するため、ステップＳ６２０へと進む。
【００７６】
ステップＳ６１６において、コンテンツ抽出部３５８は、画像ファイルの拡張領域から、動的なコンテンツを抽出する。
【００７７】
ステップＳ６１８において、メール出力部３６０は、抽出された動的なコンテンツを用いて、受信されたメールを出力する。
【００７８】
ステップＳ６２０において、メール出力部３６０は、受信されたＨＴＭＬ形式のメールをそのまま出力する。
【００７９】
ステップＳ６２２において、表示部３６４は、メール出力部３６０によって出力されたメールを当該端末１０２上の画面に表示する。出力されたメールに動的なコンテンツが含まれる場合、動的なコンテンツはコンテンツ再生部３６２によって再生される。
【００８０】
ステップＳ６５０において、メール受信処理は終了する。
【００８１】
以上のメール受信処理により、本発明の一実施形態に係る移動通信端末１０２は、受信されたメールに設定された、動的なコンテンツが含まれることを示すフラグにより、画像ファイルの解析を行わずに動的なコンテンツを用いたメールを出力できる。また、受信されたメールに設定された、動的なコンテンツが含まれないことを示すフラグにより、画像ファイルの解析を行わずにＨＴＭＬ形式でメールをそのまま出力できる。さらに、受信されたメールにフラグが設定されていない場合には、画像ファイルを解析した結果に基づいて、動的なコンテンツを用いてメールを出力するか、ＨＴＭＬ形式でメールをそのまま出力するかを決定できる。
【００８２】
（５．２ 動的なコンテンツの再生に対応しない移動通信端末１１０によるメール受信処理）
動的なコンテンツの再生に対応しない移動通信端末１１０は、移動通信端末１００から送信された、動的なコンテンツを含むＨＴＭＬ形式のメールを受信する。移動通信端末１１０は、ＨＴＭＬ形式のメールを出力して表示することが可能である。従って、メールヘッダのフラグの有無に関わらず、受信されたＨＴＭＬ形式のメールをそのまま表示する。これにより、動的なコンテンツの再生に対応しない移動通信端末１１０は、動的なコンテンツを表示しないが、動的なコンテンツの変換前の文字列又は画像を表示することができる。結果として、再生できない動的なコンテンツに起因してメールの表示が崩れたり、不要な添付ファイルが表示されたりせず、ユーザが違和感なくメールを閲覧することができる。
【００８３】
以上のように、本発明の一実施形態における移動通信端末１００は、動的なコンテンツを画像ファイルの拡張領域に格納したＨＴＭＬ形式のメールを送信し、動的なコンテンツの再生に非対応の端末にも前記メールを違和感なく表示させることができる。また、動的なコンテンツが含まれることを示すフラグをヘッダに付してメールを送信することで、本発明の一実施形態における移動通信端末１０２が、画像ファイルの解析処理をすることなく動的なコンテンツを抽出できる。また、動的なコンテンツが含まれないことを示すフラグをヘッダに付してメールを送信することで、本発明の一実施形態における移動通信端末１０２が、画像ファイルの解析処理をすることなくＨＴＭＬ形式のメールをそのまま出力できる。
【００８４】
（６．変形例）
これまで、変換によって生成した動的なコンテンツを、メールに添付される画像データの拡張領域に格納して送信する例について説明した。以下では、画像データの拡張領域に動的なコンテンツが予め格納されている場合に、この動的なコンテンツを用いて、メール本文を動的なコンテンツに変換できるメールを送受信する例について説明する。
【００８５】
図７Ａ、図７Ｂを用いて、画像データの拡張領域に予め格納された動的なコンテンツを用いてメールを送信する移動通信端末７００と、該メールを受信する移動通信端末７０２の機能ブロックを説明する。なお、移動通信端末７００、７０２のハードウェア構成は、図２に示した移動通信端末１００の例と同様である。
【００８６】
まず、図７Ａを用いて、送信側の移動通信端末７００の機能ブロックについて説明する。
【００８７】
入力部７００は、図３Ａにおける移動通信端末１００の入力部３００と同様の機能を有する。
【００８８】
画像ファイル７０２は、図３Ａにおける移動通信端末１００の画像ファイル３０２と同様であるが、画像ファイルの拡張領域に、既に動的なコンテンツが格納されている点で異なる。先述の通り、動的なコンテンツには、メール本文を構成する文字列又は画像の動きを規定する所定の規則が含まれる。
【００８９】
コンテンツ判断部７０４は、ユーザによって選択された画像ファイルが動的なコンテンツを含む場合に、メール本文が動的なコンテンツを含むものであると判断する。
【００９０】
コンテンツ変換部７０６は、コンテンツ抽出部７２４が画像ファイルから抽出した動的なコンテンツ（所定の規則）をメール本文に含まれる文字列又は画像に適用し、メール本文を動的なコンテンツに変換する。ここで、移動通信端末１００と異なり、変換されたメール本文の動的なコンテンツは、画像ファイルの拡張領域に格納されない点に留意する。変換されたメール全体の動的なコンテンツの元となる、所定の規則を含む動的なコンテンツは、画像データの拡張領域に予め格納されているため、画像データを送信すれば、受信側においても同様の変換が可能となる。
【００９１】
メールヘッダ生成部７１０は、図３Ａにおける移動通信端末１００のメールヘッダ生成部３１０と同様の機能を有する。
【００９２】
メール本文生成部７１２は、図３Ａにおける移動通信端末１００のメール本文生成部３１２と同様の機能を有する。
【００９３】
メール送信部７１４は、図３Ａにおける移動通信端末１００のメール送信部３１４と同様の機能を有する。
【００９４】
メール出力部７１６は、図３Ａにおける移動通信端末１００のメール出力部３１６と同様の機能を有し、さらに、ユーザによるプレビューのために、コンテンツ変換部７０６によって変換された、メール本文の動的なコンテンツを出力する。
【００９５】
コンテンツ再生部７１８は、図３Ａにおける移動通信端末１００のコンテンツ再生部３１８と同様の機能を有する。
【００９６】
表示部７２０は、図３Ａにおける移動通信端末１００の再生部３２０と同様の機能を有する。
【００９７】
メール生成部７２２は、図３Ａにおける移動通信端末１００のメール生成部３２２と同様の機能を有する。
【００９８】
コンテンツ抽出部７２４は、画像ファイル７０２の拡張領域に含まれる動的なコンテンツを抽出する。
【００９９】
このように、移動通信端末７００は、画像ファイルの拡張領域に予め格納された動的なコンテンツを利用して、動的な内容を表すメール本文を送信できる。また、フラグを設定することにより、受信側において、画像ファイル内に動的なコンテンツが含まれるか否かの解析処理が不要となる。さらに、フラグを設定することにより、メール本文の動的なコンテンツの変換に失敗する場合に、受信側において、画像ファイルからの動的なコンテンツの抽出処理を行う必要がなくなる。
【０１００】
次に、図７Ｂを用いて、受信側の移動通信端末７０２の機能ブロックについて説明する。
【０１０１】
受信部７５０は、図３Ｂにおける移動通信端末１０２の受信部３５０と同様の機能を有する。
【０１０２】
メールヘッダ解析部７５２は、図３Ｂにおける移動通信端末１０２のメールヘッダ解析部３５２と同様の機能を有する。
【０１０３】
出力判断部７５４は、図３Ｂにおける移動通信端末１０２の出力判断部３５４と同様の機能を有する。
【０１０４】
画像ファイル解析部７５６は、図３Ｂにおける移動通信端末１０２の画像ファイル解析部３５６と同様の機能を有する。
【０１０５】
コンテンツ抽出部７５８は、図３Ｂにおける移動通信端末１０２のコンテンツ抽出部３５８と同様の機能を有する。ここで、抽出される対象となる動的なコンテンツは、移動通信端末７００によって変換された、メール本文の動的なコンテンツではなく、画像ファイルに予め格納されていた動的なコンテンツである点に留意する。
【０１０６】
メール出力部７６０は、出力判断部７５４及び画像ファイル解析部７５６の結果を受けて、コンテンツ変換部７６６によって変換された、メール本文を表す動的なコンテンツを用いてメールを出力するか、又はＨＴＭＬ形式としてメールを出力する。
【０１０７】
コンテンツ再生部７６２は、図３Ｂにおける移動通信端末１０２のコンテンツ再生部３６２と同様の機能を有する。
【０１０８】
表示部７６４は、図３Ｂにおける移動通信端末１０２の表示部３６４と同様の機能を有する。
【０１０９】
コンテンツ変換部７６６は、コンテンツ抽出部７５８が画像ファイルから抽出した動的なコンテンツ（所定の規則）をメール本文に含まれる文字列又は画像に適用し、メール本文を表す動的なコンテンツに変換する。
【０１１０】
以上により、本発明の一実施形態における受信側の移動通信端末７０２は、メールに動的なコンテンツが含まれるか否かにより、動的なコンテンツを用いて出力するか、ＨＴＭＬ形式でそのまま出力するかを判断してメールを表示することができる。
【０１１１】
図８を用いて、移動通信端末７００によるメール送信処理を説明する。
【０１１２】
ステップＳ８００−Ｓ８０４は、図５におけるＳ５００−Ｓ５０４に対応する。
【０１１３】
ステップＳ８０６において、コンテンツ抽出部７２４は、画像ファイルの拡張領域から、動的なコンテンツを抽出する。
【０１１４】
ステップＳ８０８において、コンテンツ変換部７０６は、コンテンツ抽出部７２４が画像ファイルから抽出した動的なコンテンツ（所定の規則）をメール本文に含まれる文字列又は画像に適用し、メール本文を動的なコンテンツに変換する。
【０１１５】
ステップＳ８１０、Ｓ８１２、Ｓ８１４、Ｓ８１６、Ｓ８５０は、図５におけるＳ５０８、Ｓ５１２、Ｓ５１４、Ｓ５１６、Ｓ５５０にそれぞれ対応する。
【０１１６】
以上のメール送信処理により、本発明の一実施形態に係る移動通信端末７００は、動的なコンテンツを含むメールが、動的なコンテンツの再生に非対応の端末に送信されても、変換前の画像又は文字列を含むＨＴＭＬ形式のメールを表示することができる。
【０１１７】
図９を用いて、移動通信端末７０２によるメール受信処理を説明する。
【０１１８】
ステップＳ９００−Ｓ９１６は、図６におけるＳ６００−Ｓ６１６にそれぞれ対応する。
【０１１９】
ステップＳ９１８において、コンテンツ変換部７６６は、コンテンツ抽出部７５８が画像ファイルから抽出した動的なコンテンツ（所定の規則）をメール本文に含まれる文字列又は画像に適用し、メール本文を動的なコンテンツに変換する。
【０１２０】
ステップＳ９２０において、メール出力部３６０は、コンテンツ変換部７６６によって変換された、メール本文の動的なコンテンツを出力する。
【０１２１】
ステップＳ９２２、Ｓ９２４、Ｓ９５０は、図６におけるＳ６２０、Ｓ６２２、Ｓ６５０にそれぞれ対応する。
【０１２２】
以上のメール受信処理により、本発明の一実施形態に係る移動通信端末７０２は、受信されたメールに設定された、動的なコンテンツが含まれることを示すフラグにより、画像ファイルの解析を行わずにメール本文を表す動的なコンテンツとして出力できる。また、受信されたメールに設定された、動的なコンテンツが含まれないことを示すフラグにより、画像ファイルの解析を行わずにＨＴＭＬ形式でメールをそのまま出力できる。さらに、受信されたメールにフラグが設定されていない場合には、画像ファイルを解析した結果に基づいて、メール本文を表す動的なコンテンツで出力するか、ＨＴＭＬ形式でメールをそのまま出力するかを決定できる。
【符号の説明】
【０１２３】
１００ 移動通信端末
１０２ 移動通信端末
３００ 入力部
３０２ 画像ファイル
３０４ コンテンツ判断部
３０６ コンテンツ変換部
３０８ コンテンツ格納部
３１０ メールヘッダ生成部
３１２ メール本文生成部
３１４ メール送信部
３１６ メール出力部
３１８ コンテンツ再生部
３２０ 表示部
３２２ メール生成部
３５０ 受信部
３５２ メールヘッダ解析部
３５４ 出力判断部
３５６ 画像ファイル解析部
３５８ コンテンツ抽出部
３６０ メール出力部
３６２ コンテンツ再生部
３６４ 表示部
【技術分野】
【０００１】
本発明は、移動通信端末及び移動通信方法に関する。
【背景技術】
【０００２】
携帯電話において、静止画像又はアニメーション画像をテキスト本文と組み合わせ、Ｆｌａｓｈ（登録商標）形式に代表される動的なコンテンツに変換して、動的なメールとして送受信できるサービスが普及している。このような動的なメールを正しく表示するためには、携帯電話端末がＦｌａｓｈ（登録商標）形式等の動的なコンテンツの再生に対応している必要がある。
【０００３】
現在の携帯電話のネットワークでは、動的なコンテンツの再生に対応しない携帯電話端末に対しては、変換された動的なコンテンツをそのまま送信しないように制御している。現在の携帯電話のネットワークでは、メールの配信にＨＴＴＰを用いている。そこで、メールを中継するサーバは、ＨＴＴＰリクエストに含まれるＵｓｅｒ−Ａｇｅｎｔで指定された受信側の携帯電話端末の機種情報を取得し、動的なコンテンツを再生できる端末である場合にのみ、動的なコンテンツを含むメールを送信する。一方、動的なコンテンツを再生できない端末である場合には、動的なコンテンツへの変換前の、画像又はテキスト部分を送信する。これにより、動的なコンテンツが含まれて送信されたメールであっても、動的なコンテンツの再生に対応していない端末のユーザが、違和感なくメールを表示することができる。
【０００４】
特許文献１には、利用者側の端末で再生可能なコンテンツのフォーマットを考慮して、ネットワーク上の変換サーバにより、その端末に適合したファイル形式やフォーマットに予め変換する技術が記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−３４２２１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、近年普及しているスマートフォンのような、汎用性の高い携帯電話端末においては、メールの送受信にＳＭＴＰ又はＰＯＰを使用するため、メールを中継するサーバによって、メール送信前に予め端末の機種情報を取得することができない。したがって、動的なコンテンツを含むメールが、動的なコンテンツの再生に非対応の携帯電話端末にそのまま送信される可能性がある。このような場合には、非対応の動的なコンテンツの代わりに、変換前の画像又は文字列を表示させることができなかった。結果としてユーザは、メールの内容を表示させることができないか、又は部分的に表示できても違和感なく読むことができない可能性があった。また、対応しない動的なコンテンツは、メールへの添付ファイルとして、コンテンツの形式を表す拡張子とともに受信されるため、メールに不慣れなユーザに違和感を生ずる可能性があった。
【０００７】
このような問題に対し、特許文献１では、メールを受信する端末の種別が識別できることが条件となるため、対応できない。
【０００８】
本発明は、上記問題に鑑みてなされたものであり、動的なコンテンツを含むメールが動的なコンテンツの再生に非対応の端末で受信された場合に、動的なコンテンツの変換前の画像又は文字列を違和感なく表示させるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し目的を達成するため、本発明にかかる移動通信端末は、画像又は文字列の組み合わせにより変換された動的なコンテンツを含むメールを送信する移動通信端末であって、前記画像に係る画像ファイルの予め定められた拡張領域に、前記動的なコンテンツを格納するコンテンツ格納部と、前記画像ファイルを含むＨＴＭＬ形式のメールを生成するメール生成部と、前記メールに含まれるメールヘッダを生成するメールヘッダ生成部と、を有し、前記メールヘッダ生成部は、前記拡張領域に前記動的なコンテンツが格納されている場合に第一のフラグを含むメールヘッダを生成し、前記動的なコンテンツが前記拡張領域に格納されていない場合に第二のフラグを含むメールヘッダを生成する。
【発明の効果】
【００１０】
本発明によれば、動的なコンテンツを含むメールが動的なコンテンツの再生に非対応の端末で受信された場合に、動的なコンテンツの変換前の画像又は文字列を違和感なく表示させることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態における移動通信端末を含む移動通信システムの概要を表す図。
【図２】本発明の一実施形態における移動通信端末のハードウェア構成例を表す図。
【図３Ａ】本発明の一実施形態における移動通信端末（送信側）の機能ブロック図。
【図３Ｂ】本発明の一実施形態における移動通信端末（受信側）の機能ブロック図。
【図４Ａ】画像ファイルのフォーマットの例を表す図。
【図４Ｂ】画像ファイルのフォーマットの例を表す図。
【図５】本発明の一実施形態における移動通信端末によるメール送信処理を説明するフローチャート。
【図６】本発明の一実施形態における移動通信端末によるメール受信処理を説明するフローチャート。
【図７Ａ】本発明の一実施形態における移動通信端末（送信側）の変形例の機能ブロック図。
【図７Ｂ】本発明の一実施形態における移動通信端末（受信側）の変形例の機能ブロック図。
【図８】本発明の一実施形態における移動通信端末の変形例のメール送信処理を説明するフローチャート。
【図９】本発明の一実施形態における移動通信端末の変形例のメール受信処理を説明するフローチャート。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態を図面に基づいて説明する。
１．概要
２．ハードウェア構成
３．機能
４．メール送信処理
５．メール受信処理
５．１ 動的なコンテンツの再生に対応する移動通信端末によるメール受信処理
５．２ 動的なコンテンツの再生に対応しない移動通信端末によるメール受信処理
６．変形例
【００１３】
（１．概要）
図１は、本発明の一実施形態における移動通信端末１００を含む移動通信システム１の概要を表す。移動通信システム１は、本発明の一実施形態に係る動的なコンテンツを含むメールを送信又は受信する移動通信端末１００、１０２と、動的なコンテンツの再生に非対応の移動通信端末１１０と、ＰＣ１２０と、上記端末又はＰＣの間でメール配信を行うメールサーバ１３０と、当該システム１を構成する端末、ＰＣ、サーバを互いに接続するネットワーク１４０とを有する。動的なコンテンツとは、文字列又は画像のような要素又はオブジェクトに対し、それぞれが所望の動作をするように記述された規則又はスクリプトを、移動通信端末等で再生可能な形式へと変換して生成されたものをいう。該移動通信端末等は、予めそのような動的なコンテンツが再生できるようなハードウェア又はソフトウェアを備えている。動的なコンテンツの具体例として、Ｆｌａｓｈ（登録商標）形式がある。
【００１４】
移動通信端末１００、１０２は、動的なコンテンツの再生に対応し、本発明の一実施形態に係る動的なコンテンツを含むメールを送受信できる携帯電話端末である。ここでは、メールを送信する側を移動通信端末１００と、メールを受信する側を移動通信端末１０２として分けて説明する。
【００１５】
移動通信端末１００のユーザは、メッセージの内容を表す文字列とともに、予め用意された画像ファイルを組み合わせて、ＨＴＭＬ形式のメール本文を構成する。次に、これを所定の規則に従って動的なコンテンツに変換する。所定の規則とは、例えば、ユーザによって定義された、画像又はテキストに所望の動作をさせるために記述された規則である。あるいは、所定の規則は、例えば画像ファイルごとに定義された、関連する他の特定の画像ファイル等との間で、特別な相互作用を生ずるために規定される。後者の具体的例として、背景画像としての桜の木の画像ファイルを選択した場合、メールに含まれる全文字列を対象として、文字列の背面に桜が舞い散る効果を生ずるようなものがある。あるいは、ハートマークの画像ファイルと矢の画像ファイルを選択してメール本文中に挿入した場合、矢がハートマークに向かって飛んでいくような効果を生じるものもある。このような所定の規則に基づいて生成された動的なコンテンツをメール本文内の画像ファイルの拡張領域に格納し、ＨＴＭＬ形式でメールを送信する。ここで、移動通信端末１００は、変換結果に関するフラグをメールヘッダに設定してメールを送信するが、フラグに関しては後述する。以下に、動的なコンテンツを含むＨＴＭＬ形式のメールを、移動通信端末１０２、動的なコンテンツに非対応の移動通信端末１１０、動的なコンテンツに対応するＰＣ１２０に送信したものとして説明する。
【００１６】
移動通信端末１０２は、動的なコンテンツの再生に対応しており、本発明の一実施形態に係る動的なコンテンツを含むメールにも対応する。したがって、移動通信端末１００から送信されたメールから動的なコンテンツを抽出して再生することで、メールを正しく表示することができる。
【００１７】
移動通信端末１１０は、動的なコンテンツの再生に非対応で、かつ本発明の一実施形態に係る動的なコンテンツを含むメールに非対応である移動通信端末である。よって、移動通信端末１００から送信されたメールに含まれる動的なコンテンツを再生することはできない。しかしながら、移動通信端末１００から送信されたメールはＨＴＭＬ形式であるため、そのまま表示することができる。この時、再生できない動的なコンテンツが添付ファイルとして表示されることはない。
【００１８】
ＰＣ１２０は、動的なコンテンツの再生に対応するが、本発明の一実施形態に係る動的なコンテンツを含むメールに非対応であるＰＣである。すなわち、ＰＣ１２０は、移動通信端末１００から送信されたメールに含まれる動的なコンテンツを抽出できない。しかし、移動通信端末１００のユーザによって送信されたメールはＨＴＭＬ形式であるため、変換前のＨＴＭＬ形式のメールをそのまま表示することができる。
【００１９】
メールサーバ１３０は、移動通信端末１００からのメール送信依頼を受け付け、宛先として指定された移動通信端末１０２、１１０、ＰＣ１２０へとメールを配信する。
【００２０】
ネットワーク１４０は、移動通信端末１００、１０２、１１０、ＰＣ１２０、メールサーバ１３０を接続するネットワークであり、例えばインターネットである。
【００２１】
上記構成により、本発明の一実施形態に係る移動通信端末１００、１０２は、動的なコンテンツを、ＨＴＭＬ形式のメールに含まれる画像ファイルの拡張領域に格納してやりとりすることができる。また、動的なコンテンツを含むメールはＨＴＭＬ形式であるため、動的なコンテンツに非対応の移動通信端末１１０や、ＰＣ１２０によっても表示することができる。
【００２２】
（２．ハードウェア構成）
図２は、本発明の一実施形態における移動通信端末１００、１０２のハードウェア構成例を表す。移動通信端末１００、１０２は、ＣＰＵ２００、ＲＯＭ２０２、ＲＡＭ２０４、フラッシュメモリ２０６、ネットワークコントーラ２０８、通信装置２１０、グラフィックスコントローラ２１２、表示装置２１４、入力コントローラ２１６、入力装置２１８、バス２２０を有し、画像ファイルの拡張領域に動的なコンテンツを格納したメールを送信又は受信することができる。
【００２３】
ＣＰＵ２００は、本発明の一実施形態における移動通信端末１００、１０２の動作制御を行う。ＲＯＭ２０２は、ＣＰＵ２００が実行する移動通信端末１００、１０２の動作に必要なＯＳやデータ等を記憶する。ＲＡＭ２０４は、ＣＰＵ２０２のワークエリア等を構成する。フラッシュメモリ２０６は、ユーザアプリケーション、アドレス帳、動画ファイル、画像ファイル、音楽ファイル、メールデータ等のユーザのデータを記憶する。ネットワークコントローラ２０８は、通信装置２１０を介して、インターネット又は携帯電話ネットワーク等に接続されるサーバ又は通信端末と通信を行うための通信制御を行う。グラフィックスコントローラ２１２は、液晶ディスプレイやタッチパネルディスプレイ等の表示装置２１４を介して、ユーザに操作画面や情報を提供するための制御を行う。入力コントローラ２１６は、ボタンやタッチパネル、キーボードを含む入力装置２１８を介してユーザから入力される信号を制御する。バス２２０は、移動通信端末１００、１０２を構成する上記装置を相互に接続し、データのやり取りを行うためのものである。
【００２４】
上記構成により、本発明の一実施形態に係る移動通信端末１００は、画像ファイルの拡張領域に動的なコンテンツを格納したメールを送信又は受信することができる。
【００２５】
（３．機能）
図３Ａ、図３Ｂを用いて、本発明の一実施形態における移動通信端末１００、１０２の機能ブロックを説明する。ここでは、メールを送信する機能に着目して移動通信端末１００を、メールを受信する機能に着目して移動通信端末１０２をそれぞれ説明する。しかしながら、本発明の一実施形態における移動通信端末は、移動通信端末１００、１０２に含まれる全ての機能を有する移動通信端末として構成されることができる。
【００２６】
図３Ａは、本発明の一実施形態における送信側の移動通信端末１００の機能ブロックを表す。移動通信端末１００は、ユーザからメールの入力を受け付ける入力部３００、ユーザがメールの中に挿入して使用できる画像ファイル３０２、ユーザが作成したメールを動的なコンテンツに変換するか否かを判断するコンテンツ判断部３０４、ユーザが作成したメールを動的なコンテンツに変換するコンテンツ変換部３０６、変換された動的なコンテンツを画像ファイルの拡張領域に格納するコンテンツ格納部３０８、動的なコンテンツの有無に関するフラグを含むメールヘッダを生成するメールヘッダ生成部３１０、メール本文を生成するメール本文生成部３１２、メールを送信するメール送信部３１４、生成されたメールのプレビューを出力するメール出力部３１６、プレビューされた際にメールの中の動的なコンテンツを再生するコンテンツ再生部３１８、プレビューされたメールを画面上に表示する表示部３２０及びＨＴＭＬ形式のメールを生成するメール生成部３２２を有し、動的なコンテンツに非対応の端末においてもメール本文を違和感なく表示させることのできる、動的なコンテンツを含むメールを送信する。
【００２７】
入力部３００は、メールを作成するユーザからの文字入力や画像選択を受け付ける。また、動的なコンテンツとして構成するかどうか、動的なコンテンツとして構成する場合にどのような動作をさせるかについてのユーザの入力を受け付けることもできる。入力又は選択された文字列又は画像に基づいて、メール本文生成部３１２により、メール本文が生成される。
【００２８】
画像ファイル３０２は、メールの中に挿入して使用することのできる画像ファイルであり、入力部３００を通じてユーザによって選択される。画像ファイルは、例えばＧＩＦやＪＰＥＧ等の任意のフォーマットであり、アニメーションするような画像を含む。
【００２９】
コンテンツ判断部３０４は、ユーザによって入力部３００を通じて入力され、メール本文生成部３１２により生成されたメール本文が動的なコンテンツかどうかを判断する。動的なコンテンツかどうかは、ユーザから動的なコンテンツとして構成する旨の入力がなされたかどうか、又はメールを構成する画像ファイルが上述した特別な相互作用を生ずるものかどうか等により決定される。
【００３０】
コンテンツ変換部３０６は、コンテンツ判断部３０４がメールを動的なコンテンツに変換すると判断した場合に変換を実行する。例えば、画像ファイルと文字列とを組み合わせて、所定の規則に従って動作するＦｌａｓｈ（登録商標）形式（ｓｗｆ形式）と変換する。所定の規則とは、上述の通り、例えば、ユーザによって定義されるか、あるいは画像ファイルごとに定義された特別な相互作用を生ずるために規定される。変換の例として、例えばＦｌａｓｈ（登録商標）形式では、メール本文に含まれる画像ファイルと文字列をそれぞれ対応するデータ型で読み込み、それらに所定の規則を記述したスクリプトを挿入し、コンパイルを実行する。ここで、変換処理が、ハードウェア資源の不足等の要因によって失敗した場合には、動的なコンテンツは生成されない。
【００３１】
コンテンツ格納部３０８は、コンテンツ変換部３０６によって変換された動的なコンテンツを、メール本文に含まれる画像ファイルの拡張領域に格納する。例えば、画像ファイルがＧＩＦ形式である場合には、図４Ａ、図４Ｂに規定されるＧＩＦ形式の構成要素のうち、Application Extensionブロックとして規定される拡張領域を利用して格納することができる。図４Ａは、ＧＩＦ８９ａ規格によって定められるフォーマットを表し、HeaderとTrailerの間のBlockと呼ばれる領域にデータを格納するよう規定されている。図４Ｂは、そのようなBlockの一つであるApplication Extensionブロックのフォーマットを表す。詳細については省略するが、例えば動的なコンテンツは、Application ExtensionブロックのApplication Dataに格納することができる。このように、同様の拡張領域又は独自領域を有する画像ファイルであれば、制限なく利用することができる。なお、コンテンツ格納部３０８が動的なコンテンツを格納する画像ファイルは、単一の画像ファイルであってもよいし、複数の画像ファイルであってもよい。複数の画像ファイルに格納する場合には、動画コンテンツがどのように複数の画像ファイルに格納されているかを示す情報も格納してもよい。なお、格納するとは、埋め込む、挿入する等によっても表現することができる。
【００３２】
メールヘッダ生成部３１０は、当該端末１００が送信するＨＴＭＬ形式のメールのヘッダを生成する。ここで、コンテンツ判断部３０４の判断結果及びコンテンツ変換部３０６における変換の成否に基づいて付されるフラグをヘッダに設定する。コンテンツ変換部３０６における変換が成功し、メールに動的なコンテンツが含まれる場合には、動的コンテンツフラグが設定される。動的コンテンツフラグは、例えばメールヘッダ内の「X-Mail-Type」フィールドにおいて「anime」のような文字列を挿入することによって設定される。あるいは、コンテンツ判断部３０４の判断の結果、メールに動的なコンテンツが含まれない場合には、通常コンテンツフラグが設定される。通常コンテンツフラグは、例えば「X-Mail-Type」フィールドにおいて「deco」のような文字列を挿入することによって設定される。あるいは、コンテンツ変換部３０６における変換が何らかの理由により失敗した結果、メールに動的なコンテンツが含まれない場合にも、「X-Mail-Type」フィールドに「deco」として設定する。
【００３３】
メール本文生成部３１２は、ユーザが入力した文字列及び画像に基づいてメール本文を生成する。メール本文生成部３１２は、メールヘッダ生成部３１０とともに、メール生成部３２２を構成する。
【００３４】
メール送信部３１４は、メール本文生成部３１２が生成したメールを宛先へと送信するためにメールサーバ１３０に送信する。
【００３５】
メール出力部３１６は、メール本文生成部３１２が生成したメールをユーザが確認するため、その内容を出力する。
【００３６】
コンテンツ再生部３１８は、メール出力部３１６が出力したメールに動的なコンテンツが含まれる場合、動的なコンテンツを再生する。
【００３７】
表示部３２０は、メール出力部３１６が出力したメールを画面上に表示する。メールに動的なコンテンツが含まれる場合、動的なコンテンツをコンテンツ再生部３１８に再生させる。
【００３８】
メール生成部３２２は、メールヘッダ生成部３１０とメール本文生成部３１２とを有し、メールヘッダ生成部３１０の生成したメールヘッダと、メール本文生成部３１２の生成したメール本文とから、ＨＴＭＬ形式のメールを生成する。
【００３９】
以上により、本発明の一実施形態における送信側の移動通信端末１００は、動的なコンテンツに非対応の端末においてもメール本文を違和感なく表示させることのできる、動的なコンテンツを含むメールを送信できる。また、動的なコンテンツがメールの画像ファイルに格納されているかどうかを示すフラグを設定することにより、受信側での動的なコンテンツの有無の判断が容易になる。
【００４０】
なお、コンテンツ変換部３０６は、画像ファイルと文字列とに加えて、音声や動画等の他のコンテンツを含んでもよい。これにより、表現性の高い動的なコンテンツを含むメールを送信できる。
【００４１】
また、メールヘッダ生成部３１０が「X-Mail-Type」フィールドに指定して送信するフラグである「anime」又は「deco」は例であり、動的なコンテンツの有無を識別できるあらゆるフラグを用いることができる。
【００４２】
図３Ｂは、本発明の一実施形態における受信側の移動通信端末１０２の機能ブロックを表す。移動通信端末１０２は、ＨＴＭＬ形式のメールを受信する受信部３５０、受信されたメールのメールヘッダを解析するメールヘッダ解析部３５２、メールを動的なコンテンツを用いて出力するかＨＴＭＬ形式としてそのまま出力するかを判断する出力判断部３５４、メールに含まれる画像ファイルに動的なコンテンツが含まれるか解析する画像ファイル解析部３５６、解析された画像ファイルの拡張領域から動的なコンテンツを抽出するコンテンツ抽出部３５８、受信されたメールを出力するメール出力部３６０、動的なコンテンツを再生するコンテンツ再生部３６２及び出力されたメールを表示する表示部３６４を有し、メールに動的なコンテンツが含まれるか否かにより、動的なコンテンツを用いて出力するか、ＨＴＭＬ形式でそのまま出力するかを判断してメールを表示することができる。
【００４３】
受信部３５０は、移動通信端末１００等から送信されたＨＴＭＬ形式のメールを受信する。
【００４４】
メールヘッダ解析部３５２は、受信されたメールのメールヘッダの「X-Mail-Type」フィールドにフラグが設定されているかどうかを解析する。フラグの種類は、メールの画像ファイル内に動的なコンテンツが格納されていることを示す「anime」と、動的なコンテンツが含まれないことを示す「deco」とがある。一方、移動通信端末１００以外の通信端末やＰＣ等から送信されたメールには、当該フラグが設定されない。メールヘッダ解析部３５２は、上記結果を出力判断部３５４に伝える。
【００４５】
出力判断部３５４は、メールヘッダ解析部３５２により特定されたフラグの内容に基づいて、受信したメールを動的なコンテンツを用いて出力するか、ＨＴＭＬ形式としてそのまま出力するかを判断する。そして、フラグが「amine」である場合、すなわちメールに含まれる画像ファイルの拡張領域に動的なコンテンツが含まれる場合、動的なコンテンツを用いて出力すると判断する。または、フラグが「deco」である場合、すなわち動的なコンテンツが含まれない場合、ＨＴＭＬ形式としてそのまま出力すると判断する。あるいは、フラグが設定されていない場合、すなわち動的なコンテンツが含まれるかどうか不明である場合、動的なコンテンツが画像ファイルに含まれるか否かを解析した結果に基づいて判断する。
【００４６】
画像ファイル解析部３５６は、受信されたメールに含まれる画像ファイルに、動的なコンテンツが含まれるかどうかを解析する。例えば画像ファイルがＧＩＦ８９ａ形式である場合、上述したように、動的なコンテンツは図４Ａ、図４Ｂに示される所定の領域に格納されるため、そのような領域が含まれるか解析する。動的なコンテンツが含まれることがわかると、次に、コンテンツ抽出部３５８によって当該コンテンツが抽出される。動的なコンテンツが含まれない場合には、メールはＨＴＭＬ形式として出力される。なお、動的なコンテンツの形式は、例えばＦｌａｓｈ（登録商標）形式がある。
【００４７】
コンテンツ抽出部３５８は、解析された画像ファイルの拡張領域から動的なコンテンツを抽出する。例えば、画像ファイルがＧＩＦ８９ａ形式である場合、上述したように、動的なコンテンツは図４Ａ、図４Ｂに示される所定の領域に格納される。
【００４８】
メール出力部３６０は、出力判断部３５４及び画像ファイル解析部３５６の結果を受けて、動的なコンテンツを用いてメールを出力するか、又はＨＴＭＬ形式としてメールを出力する。
【００４９】
コンテンツ再生部３６２は、受信されたメールが動的なコンテンツを用いて出力されるとき、動的なコンテンツの再生を行う。
【００５０】
表示部３６４は、出力されたメールを画面上に表示する。
【００５１】
以上により、本発明の一実施形態における受信側の移動通信端末１０２は、メールに動的なコンテンツが含まれるか否かにより、動的なコンテンツを用いて出力するか、ＨＴＭＬ形式でそのまま出力するかを判断してメールを表示することができる。
【００５２】
なお、メールヘッダ解析部３５２が特定する「X-Mail-Type」フィールドのフラグ「anime」「deco」は例であり、動的なコンテンツの有無を識別するために予め定められたあらゆるフラグであってもよい。
【００５３】
以上、本発明の一実施形態に係る移動通信端末１００、１０２のハードウェア構成と機能について説明した。以下に、本発明の一実施形態に係る移動通信端末１００、１０２のメール送受信処理について説明する。以下においても、メールを送信する処理を行う移動通信端末１００と、メールを受信する処理を行う移動通信端末１０２とに分けて説明するが、実際には両方の処理を行う移動通信端末として構成することができる。
【００５４】
（４．メール送信処理）
図５を用いて、本発明の一実施形態における移動通信端末１００によるメール送信処理を説明する。
【００５５】
ステップＳ５００において、当該移動通信端末１００のメール送信処理が開始される。
【００５６】
ステップＳ５０２において、入力部３００を通じたユーザによるメール本文の入力がなされる。また、ユーザによって、当該メールを動的なコンテンツとして構成する旨の入力がなされてもよい。ここでユーザにより入力された文字列及び選択された画像に基づき、メール本文生成部３１２によってメール本文が生成される。
【００５７】
ステップＳ５０４において、コンテンツ判断部３０４はユーザにより構成されたメールが動的なコンテンツであるかどうか判断し、動的なコンテンツである場合に、ステップＳ５０６に進む。そうでない場合にはステップ５１４に進む。ユーザにより構成されたメールが動的なコンテンツであるかどうかは、ユーザから動的なコンテンツとして構成する旨の入力がなされたか、又はメールを構成する画像ファイルが上述した特別な相互作用を生ずるものかどうか等により決定される。
【００５８】
ステップＳ５０６において、コンテンツ変換部３０６は、画像ファイルと文字列とを組み合わせて、所定の規則に従って動作する動的なコンテンツへと変換する。所定の規則とは、上述の通り、例えば、ユーザによって定義されるか、あるいは画像ファイルごとに定義された特別な相互作用を生ずるために規定される。動的なコンテンツがＦｌａｓｈ（登録商標）である場合には、変換によってｓｗｆ形式のデータが取得される。
【００５９】
ステップＳ５０８において、コンテンツ変換部３０６における動的なコンテンツへの変換が成功した場合に、ステップＳ５１０へと進む。そうでない場合、すなわち端末のハードウェア資源の不足、動的なコンテンツに変換するための規則又はスクリプトの不具合等により変換が失敗した場合には、ステップＳ５１４へと進む。
【００６０】
ステップＳ５１０において、コンテンツ格納部３０８は、コンテンツ変換部３０６が生成した動的なコンテンツのデータを、メール本文生成部３１２が生成したメール本文に含まれる画像データの拡張領域に格納する。
【００６１】
ステップＳ５１２において、メールヘッダ生成部３１０は、メールヘッダの「X-Mail-Type」フィールドに「anime」フラグを指定して、メールヘッダを生成する。
【００６２】
ステップＳ５１４において、メールヘッダ生成部３１０は、メールヘッダの「X-Mail-Type」フィールドに「deco」フラグを指定して、メールヘッダを生成する。
【００６３】
ステップＳ５１６において、メール送信部３１４は、メール生成部３２２がメール本文とメールヘッダとに基づいて生成したＨＴＭＬ形式のメールを送信する。
【００６４】
ステップＳ５５０において、メール送信処理は終了する。
【００６５】
以上のメール送信処理により、本発明の一実施形態に係る移動通信端末１００は、動的なコンテンツを含むメールが、動的なコンテンツの再生に非対応の端末に送信されても、変換前の画像又は文字列を含むＨＴＭＬ形式のメールを表示することができる。さらに、動画コンテンツが添付ファイルとして表示されないため、ユーザに違和感を与えないようにすることができる。
【００６６】
（５．メール受信処理）
以下に、本発明の一実施形態における移動通信端末１００から送信された、動的なコンテンツが格納された画像ファイルを含むＨＴＭＬ形式のメールを受信する処理について説明する。ここでは、本発明の一実施形態における移動通信端末１０２によるメール受信処理と、動的なコンテンツの再生に対応しない移動通信端末１１０によるメール受信処理とに分けて説明する。
【００６７】
（５．１ 動的なコンテンツの再生に対応する移動通信端末によるメール受信処理）
図６を用いて、本発明の一実施形態における移動通信端末１０２によるメール受信処理を説明する。
【００６８】
ステップＳ６００において、当該移動通信端末１０２のメール受信処理が開始される。
【００６９】
ステップＳ６０２において、受信部３５０はＨＴＭＬ形式のメールを受信する。ＨＴＭＬ形式のメールには、メールヘッダ生成部３１０が生成したメールヘッダ、メール本文生成部３１２が生成したメール本文、画像ファイルが含まれる。
【００７０】
ステップＳ６０４において、メールヘッダ解析部３５２は、受信したメールのメールヘッダの「X-Mail-Type」フィールドに所定のフラグが設定されているかどうかを解析する。フラグの種類には、動的なコンテンツを含むことを示す「anime」、動的なコンテンツが含まれないことを示す「deco」がある。また、移動通信端末１００以外の端末又はＰＣからのメールのメールヘッダには上記フラグが含まれない。メールヘッダ解析部３５２は、メールヘッダに上記フラグが付されている場合にはその種類を、上記フラグが含まれない場合にはその旨を出力判断部３５４に伝える。
【００７１】
ステップＳ６０６において、出力判断部３５４は、メールヘッダの解析結果に基づいて、メールの出力方法を決定するための判断を行う。メールヘッダに含まれるフラグが「anime」フラグである場合には、動的なコンテンツを用いて抽出するため、ステップＳ６１６へと進む。そうでない場合には、ステップＳ６０８へと進む。
【００７２】
ステップＳ６０８において、出力判断部３５４は、引き続きメールの出力方法を決定するための判断を行う。メールヘッダに含まれるフラグが「deco」フラグである場合には、ＨＴＭＬ形式のメールをそのまま出力するため、ステップＳ６２０へと進む。そうでない場合には、ステップＳ６１０へと進む。
【００７３】
ステップＳ６１０において、出力判断部３５４は、引き続きメールの出力方法を決定するための判断を行う。受信したメールに画像ファイルが含まれる場合には、動的コンテンツが含まれるかどうか解析するためにステップＳ６１２へと進む。そうでない場合には、ＨＴＭＬ形式のメールをそのまま出力するため、ステップＳ６２０へと進む。
【００７４】
ステップＳ６１２において、画像ファイル解析部３５６は、受信されたメールに含まれる画像ファイルに、動的なコンテンツが含まれるかどうかを解析する。
【００７５】
ステップＳ６１４において、画像ファイルの解析の結果、動的なコンテンツが含まれていた場合には、ステップＳ６１６へと進む。そうでない場合には、ＨＴＭＬ形式のメールをそのまま出力するため、ステップＳ６２０へと進む。
【００７６】
ステップＳ６１６において、コンテンツ抽出部３５８は、画像ファイルの拡張領域から、動的なコンテンツを抽出する。
【００７７】
ステップＳ６１８において、メール出力部３６０は、抽出された動的なコンテンツを用いて、受信されたメールを出力する。
【００７８】
ステップＳ６２０において、メール出力部３６０は、受信されたＨＴＭＬ形式のメールをそのまま出力する。
【００７９】
ステップＳ６２２において、表示部３６４は、メール出力部３６０によって出力されたメールを当該端末１０２上の画面に表示する。出力されたメールに動的なコンテンツが含まれる場合、動的なコンテンツはコンテンツ再生部３６２によって再生される。
【００８０】
ステップＳ６５０において、メール受信処理は終了する。
【００８１】
以上のメール受信処理により、本発明の一実施形態に係る移動通信端末１０２は、受信されたメールに設定された、動的なコンテンツが含まれることを示すフラグにより、画像ファイルの解析を行わずに動的なコンテンツを用いたメールを出力できる。また、受信されたメールに設定された、動的なコンテンツが含まれないことを示すフラグにより、画像ファイルの解析を行わずにＨＴＭＬ形式でメールをそのまま出力できる。さらに、受信されたメールにフラグが設定されていない場合には、画像ファイルを解析した結果に基づいて、動的なコンテンツを用いてメールを出力するか、ＨＴＭＬ形式でメールをそのまま出力するかを決定できる。
【００８２】
（５．２ 動的なコンテンツの再生に対応しない移動通信端末１１０によるメール受信処理）
動的なコンテンツの再生に対応しない移動通信端末１１０は、移動通信端末１００から送信された、動的なコンテンツを含むＨＴＭＬ形式のメールを受信する。移動通信端末１１０は、ＨＴＭＬ形式のメールを出力して表示することが可能である。従って、メールヘッダのフラグの有無に関わらず、受信されたＨＴＭＬ形式のメールをそのまま表示する。これにより、動的なコンテンツの再生に対応しない移動通信端末１１０は、動的なコンテンツを表示しないが、動的なコンテンツの変換前の文字列又は画像を表示することができる。結果として、再生できない動的なコンテンツに起因してメールの表示が崩れたり、不要な添付ファイルが表示されたりせず、ユーザが違和感なくメールを閲覧することができる。
【００８３】
以上のように、本発明の一実施形態における移動通信端末１００は、動的なコンテンツを画像ファイルの拡張領域に格納したＨＴＭＬ形式のメールを送信し、動的なコンテンツの再生に非対応の端末にも前記メールを違和感なく表示させることができる。また、動的なコンテンツが含まれることを示すフラグをヘッダに付してメールを送信することで、本発明の一実施形態における移動通信端末１０２が、画像ファイルの解析処理をすることなく動的なコンテンツを抽出できる。また、動的なコンテンツが含まれないことを示すフラグをヘッダに付してメールを送信することで、本発明の一実施形態における移動通信端末１０２が、画像ファイルの解析処理をすることなくＨＴＭＬ形式のメールをそのまま出力できる。
【００８４】
（６．変形例）
これまで、変換によって生成した動的なコンテンツを、メールに添付される画像データの拡張領域に格納して送信する例について説明した。以下では、画像データの拡張領域に動的なコンテンツが予め格納されている場合に、この動的なコンテンツを用いて、メール本文を動的なコンテンツに変換できるメールを送受信する例について説明する。
【００８５】
図７Ａ、図７Ｂを用いて、画像データの拡張領域に予め格納された動的なコンテンツを用いてメールを送信する移動通信端末７００と、該メールを受信する移動通信端末７０２の機能ブロックを説明する。なお、移動通信端末７００、７０２のハードウェア構成は、図２に示した移動通信端末１００の例と同様である。
【００８６】
まず、図７Ａを用いて、送信側の移動通信端末７００の機能ブロックについて説明する。
【００８７】
入力部７００は、図３Ａにおける移動通信端末１００の入力部３００と同様の機能を有する。
【００８８】
画像ファイル７０２は、図３Ａにおける移動通信端末１００の画像ファイル３０２と同様であるが、画像ファイルの拡張領域に、既に動的なコンテンツが格納されている点で異なる。先述の通り、動的なコンテンツには、メール本文を構成する文字列又は画像の動きを規定する所定の規則が含まれる。
【００８９】
コンテンツ判断部７０４は、ユーザによって選択された画像ファイルが動的なコンテンツを含む場合に、メール本文が動的なコンテンツを含むものであると判断する。
【００９０】
コンテンツ変換部７０６は、コンテンツ抽出部７２４が画像ファイルから抽出した動的なコンテンツ（所定の規則）をメール本文に含まれる文字列又は画像に適用し、メール本文を動的なコンテンツに変換する。ここで、移動通信端末１００と異なり、変換されたメール本文の動的なコンテンツは、画像ファイルの拡張領域に格納されない点に留意する。変換されたメール全体の動的なコンテンツの元となる、所定の規則を含む動的なコンテンツは、画像データの拡張領域に予め格納されているため、画像データを送信すれば、受信側においても同様の変換が可能となる。
【００９１】
メールヘッダ生成部７１０は、図３Ａにおける移動通信端末１００のメールヘッダ生成部３１０と同様の機能を有する。
【００９２】
メール本文生成部７１２は、図３Ａにおける移動通信端末１００のメール本文生成部３１２と同様の機能を有する。
【００９３】
メール送信部７１４は、図３Ａにおける移動通信端末１００のメール送信部３１４と同様の機能を有する。
【００９４】
メール出力部７１６は、図３Ａにおける移動通信端末１００のメール出力部３１６と同様の機能を有し、さらに、ユーザによるプレビューのために、コンテンツ変換部７０６によって変換された、メール本文の動的なコンテンツを出力する。
【００９５】
コンテンツ再生部７１８は、図３Ａにおける移動通信端末１００のコンテンツ再生部３１８と同様の機能を有する。
【００９６】
表示部７２０は、図３Ａにおける移動通信端末１００の再生部３２０と同様の機能を有する。
【００９７】
メール生成部７２２は、図３Ａにおける移動通信端末１００のメール生成部３２２と同様の機能を有する。
【００９８】
コンテンツ抽出部７２４は、画像ファイル７０２の拡張領域に含まれる動的なコンテンツを抽出する。
【００９９】
このように、移動通信端末７００は、画像ファイルの拡張領域に予め格納された動的なコンテンツを利用して、動的な内容を表すメール本文を送信できる。また、フラグを設定することにより、受信側において、画像ファイル内に動的なコンテンツが含まれるか否かの解析処理が不要となる。さらに、フラグを設定することにより、メール本文の動的なコンテンツの変換に失敗する場合に、受信側において、画像ファイルからの動的なコンテンツの抽出処理を行う必要がなくなる。
【０１００】
次に、図７Ｂを用いて、受信側の移動通信端末７０２の機能ブロックについて説明する。
【０１０１】
受信部７５０は、図３Ｂにおける移動通信端末１０２の受信部３５０と同様の機能を有する。
【０１０２】
メールヘッダ解析部７５２は、図３Ｂにおける移動通信端末１０２のメールヘッダ解析部３５２と同様の機能を有する。
【０１０３】
出力判断部７５４は、図３Ｂにおける移動通信端末１０２の出力判断部３５４と同様の機能を有する。
【０１０４】
画像ファイル解析部７５６は、図３Ｂにおける移動通信端末１０２の画像ファイル解析部３５６と同様の機能を有する。
【０１０５】
コンテンツ抽出部７５８は、図３Ｂにおける移動通信端末１０２のコンテンツ抽出部３５８と同様の機能を有する。ここで、抽出される対象となる動的なコンテンツは、移動通信端末７００によって変換された、メール本文の動的なコンテンツではなく、画像ファイルに予め格納されていた動的なコンテンツである点に留意する。
【０１０６】
メール出力部７６０は、出力判断部７５４及び画像ファイル解析部７５６の結果を受けて、コンテンツ変換部７６６によって変換された、メール本文を表す動的なコンテンツを用いてメールを出力するか、又はＨＴＭＬ形式としてメールを出力する。
【０１０７】
コンテンツ再生部７６２は、図３Ｂにおける移動通信端末１０２のコンテンツ再生部３６２と同様の機能を有する。
【０１０８】
表示部７６４は、図３Ｂにおける移動通信端末１０２の表示部３６４と同様の機能を有する。
【０１０９】
コンテンツ変換部７６６は、コンテンツ抽出部７５８が画像ファイルから抽出した動的なコンテンツ（所定の規則）をメール本文に含まれる文字列又は画像に適用し、メール本文を表す動的なコンテンツに変換する。
【０１１０】
以上により、本発明の一実施形態における受信側の移動通信端末７０２は、メールに動的なコンテンツが含まれるか否かにより、動的なコンテンツを用いて出力するか、ＨＴＭＬ形式でそのまま出力するかを判断してメールを表示することができる。
【０１１１】
図８を用いて、移動通信端末７００によるメール送信処理を説明する。
【０１１２】
ステップＳ８００−Ｓ８０４は、図５におけるＳ５００−Ｓ５０４に対応する。
【０１１３】
ステップＳ８０６において、コンテンツ抽出部７２４は、画像ファイルの拡張領域から、動的なコンテンツを抽出する。
【０１１４】
ステップＳ８０８において、コンテンツ変換部７０６は、コンテンツ抽出部７２４が画像ファイルから抽出した動的なコンテンツ（所定の規則）をメール本文に含まれる文字列又は画像に適用し、メール本文を動的なコンテンツに変換する。
【０１１５】
ステップＳ８１０、Ｓ８１２、Ｓ８１４、Ｓ８１６、Ｓ８５０は、図５におけるＳ５０８、Ｓ５１２、Ｓ５１４、Ｓ５１６、Ｓ５５０にそれぞれ対応する。
【０１１６】
以上のメール送信処理により、本発明の一実施形態に係る移動通信端末７００は、動的なコンテンツを含むメールが、動的なコンテンツの再生に非対応の端末に送信されても、変換前の画像又は文字列を含むＨＴＭＬ形式のメールを表示することができる。
【０１１７】
図９を用いて、移動通信端末７０２によるメール受信処理を説明する。
【０１１８】
ステップＳ９００−Ｓ９１６は、図６におけるＳ６００−Ｓ６１６にそれぞれ対応する。
【０１１９】
ステップＳ９１８において、コンテンツ変換部７６６は、コンテンツ抽出部７５８が画像ファイルから抽出した動的なコンテンツ（所定の規則）をメール本文に含まれる文字列又は画像に適用し、メール本文を動的なコンテンツに変換する。
【０１２０】
ステップＳ９２０において、メール出力部３６０は、コンテンツ変換部７６６によって変換された、メール本文の動的なコンテンツを出力する。
【０１２１】
ステップＳ９２２、Ｓ９２４、Ｓ９５０は、図６におけるＳ６２０、Ｓ６２２、Ｓ６５０にそれぞれ対応する。
【０１２２】
以上のメール受信処理により、本発明の一実施形態に係る移動通信端末７０２は、受信されたメールに設定された、動的なコンテンツが含まれることを示すフラグにより、画像ファイルの解析を行わずにメール本文を表す動的なコンテンツとして出力できる。また、受信されたメールに設定された、動的なコンテンツが含まれないことを示すフラグにより、画像ファイルの解析を行わずにＨＴＭＬ形式でメールをそのまま出力できる。さらに、受信されたメールにフラグが設定されていない場合には、画像ファイルを解析した結果に基づいて、メール本文を表す動的なコンテンツで出力するか、ＨＴＭＬ形式でメールをそのまま出力するかを決定できる。
【符号の説明】
【０１２３】
１００ 移動通信端末
１０２ 移動通信端末
３００ 入力部
３０２ 画像ファイル
３０４ コンテンツ判断部
３０６ コンテンツ変換部
３０８ コンテンツ格納部
３１０ メールヘッダ生成部
３１２ メール本文生成部
３１４ メール送信部
３１６ メール出力部
３１８ コンテンツ再生部
３２０ 表示部
３２２ メール生成部
３５０ 受信部
３５２ メールヘッダ解析部
３５４ 出力判断部
３５６ 画像ファイル解析部
３５８ コンテンツ抽出部
３６０ メール出力部
３６２ コンテンツ再生部
３６４ 表示部
【特許請求の範囲】
【請求項１】
画像又は文字列の組み合わせにより変換された動的なコンテンツを含むメールを送信する移動通信端末であって、
前記画像に係る画像ファイルの予め定められた拡張領域に、前記動的なコンテンツを格納するコンテンツ格納部と、
前記画像ファイルを含むＨＴＭＬ形式のメールを生成するメール生成部と、
前記メールに含まれるメールヘッダを生成するメールヘッダ生成部と、
を有し、
前記メールヘッダ生成部は、前記拡張領域に前記動的なコンテンツが格納されている場合に第一のフラグを含むメールヘッダを生成し、前記動的なコンテンツが前記拡張領域に格納されていない場合に第二のフラグを含むメールヘッダを生成する、
移動通信端末。
【請求項２】
前記動的なコンテンツは、前記画像又は前記文字列が所望の動作をするように記述されたスクリプトを所定の端末で再生可能な形式に変換することで生成される、
請求項１に記載の移動通信端末。
【請求項３】
画像又は文字列の組み合わせにより変換された動的なコンテンツを含むメールを受信する移動通信端末であって、
受信したＨＴＭＬ形式のメールに含まれる画像ファイルの拡張領域から前記動的なコンテンツを抽出するコンテンツ抽出部と、
前記抽出された動的なコンテンツを用いて前記メールを出力するメール出力部と、
前記メールのメールヘッダに含まれるフラグを解析し、前記拡張領域に前記動的なコンテンツが格納されているか否かを判定するメールヘッダ解析部と、
前記フラグに基づいて、前記メールを、抽出された前記動的なコンテンツとともに出力するか否かを判断する出力判断部と、
を有する、移動通信端末。
【請求項４】
前記動的なコンテンツは、前記画像又は前記文字列が所望の動作をするように記述されたスクリプトを所定の端末で再生可能な形式に変換することで生成される、
請求項３に記載の移動通信端末。
【請求項５】
画像又は文字列の組み合わせにより変換された動的なコンテンツを含むメールを送信する移動通信方法であって、
前記画像に係る画像ファイルの予め定められた拡張領域に、前記動的なコンテンツを格納するコンテンツ格納段階と、
前記画像ファイルを含むＨＴＭＬ形式のメールを生成するメール生成段階と、
前記メールに含まれるメールヘッダを生成するメールヘッダ生成段階と、
を有し、
前記メールヘッダ生成段階において、前記拡張領域に前記動的なコンテンツが格納されている場合に第一のフラグを含むメールヘッダを生成し、前記動的なコンテンツが前記拡張領域に格納されていない場合に第二のフラグを含むメールヘッダを生成する、
移動通信方法。
【請求項６】
画像又は文字列の組み合わせにより変換された動的なコンテンツを含むメールを受信する移動通信方法であって、
受信したＨＴＭＬ形式のメールに含まれる画像ファイルの拡張領域から前記動的なコンテンツを抽出するコンテンツ抽出段階と、
前記抽出された動的なコンテンツを用いて前記メールを出力するメール出力段階と、
前記メールのメールヘッダに含まれるフラグを解析し、前記拡張領域に前記動的なコンテンツが格納されているか否かを判定するメールヘッダ解析段階と、
前記フラグに基づいて、前記メールを、抽出された前記動的なコンテンツとともに出力するか否かを判断する出力判断段階と、
を有する、移動通信方法。
【請求項１】
画像又は文字列の組み合わせにより変換された動的なコンテンツを含むメールを送信する移動通信端末であって、
前記画像に係る画像ファイルの予め定められた拡張領域に、前記動的なコンテンツを格納するコンテンツ格納部と、
前記画像ファイルを含むＨＴＭＬ形式のメールを生成するメール生成部と、
前記メールに含まれるメールヘッダを生成するメールヘッダ生成部と、
を有し、
前記メールヘッダ生成部は、前記拡張領域に前記動的なコンテンツが格納されている場合に第一のフラグを含むメールヘッダを生成し、前記動的なコンテンツが前記拡張領域に格納されていない場合に第二のフラグを含むメールヘッダを生成する、
移動通信端末。
【請求項２】
前記動的なコンテンツは、前記画像又は前記文字列が所望の動作をするように記述されたスクリプトを所定の端末で再生可能な形式に変換することで生成される、
請求項１に記載の移動通信端末。
【請求項３】
画像又は文字列の組み合わせにより変換された動的なコンテンツを含むメールを受信する移動通信端末であって、
受信したＨＴＭＬ形式のメールに含まれる画像ファイルの拡張領域から前記動的なコンテンツを抽出するコンテンツ抽出部と、
前記抽出された動的なコンテンツを用いて前記メールを出力するメール出力部と、
前記メールのメールヘッダに含まれるフラグを解析し、前記拡張領域に前記動的なコンテンツが格納されているか否かを判定するメールヘッダ解析部と、
前記フラグに基づいて、前記メールを、抽出された前記動的なコンテンツとともに出力するか否かを判断する出力判断部と、
を有する、移動通信端末。
【請求項４】
前記動的なコンテンツは、前記画像又は前記文字列が所望の動作をするように記述されたスクリプトを所定の端末で再生可能な形式に変換することで生成される、
請求項３に記載の移動通信端末。
【請求項５】
画像又は文字列の組み合わせにより変換された動的なコンテンツを含むメールを送信する移動通信方法であって、
前記画像に係る画像ファイルの予め定められた拡張領域に、前記動的なコンテンツを格納するコンテンツ格納段階と、
前記画像ファイルを含むＨＴＭＬ形式のメールを生成するメール生成段階と、
前記メールに含まれるメールヘッダを生成するメールヘッダ生成段階と、
を有し、
前記メールヘッダ生成段階において、前記拡張領域に前記動的なコンテンツが格納されている場合に第一のフラグを含むメールヘッダを生成し、前記動的なコンテンツが前記拡張領域に格納されていない場合に第二のフラグを含むメールヘッダを生成する、
移動通信方法。
【請求項６】
画像又は文字列の組み合わせにより変換された動的なコンテンツを含むメールを受信する移動通信方法であって、
受信したＨＴＭＬ形式のメールに含まれる画像ファイルの拡張領域から前記動的なコンテンツを抽出するコンテンツ抽出段階と、
前記抽出された動的なコンテンツを用いて前記メールを出力するメール出力段階と、
前記メールのメールヘッダに含まれるフラグを解析し、前記拡張領域に前記動的なコンテンツが格納されているか否かを判定するメールヘッダ解析段階と、
前記フラグに基づいて、前記メールを、抽出された前記動的なコンテンツとともに出力するか否かを判断する出力判断段階と、
を有する、移動通信方法。
【図１】
【図２】
【図３Ａ】
【図３Ｂ】
【図４Ａ】
【図４Ｂ】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図８】
【図９】
【図２】
【図３Ａ】
【図３Ｂ】
【図４Ａ】
【図４Ｂ】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図８】
【図９】
【公開番号】特開２０１３−１１０７０４（Ｐ２０１３−１１０７０４Ａ）
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願番号】特願２０１１−２５６４２３（Ｐ２０１１−２５６４２３）
【出願日】平成２３年１１月２４日（２０１１．１１．２４）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【出願人】（５０８１５３３２７）カタリスト・モバイル株式会社 (9)
【Ｆターム（参考）】
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願日】平成２３年１１月２４日（２０１１．１１．２４）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【出願人】（５０８１５３３２７）カタリスト・モバイル株式会社 (9)
【Ｆターム（参考）】
[ Back to top ]