(57)【要約】【課題】  二つ以上のメールの内容を一つの作品として相手方に見せる（魅せる）ようなメール用途を実現可能とする。【解決手段】  通信回路１１とアンテナ１２は、少なくとも自端末に宛てて送信された電子メールを受信し、データ蓄積部１７には、それら受信された複数の電子メールが保存される。制御部１０は、データ蓄積部１７に保存されている複数の電子メールの中から、デコレーションメールのスライドショー演出に使われるデコレーションメール（スライドショーデコレーションメール）を選び出し、その選出したスライドショーデコレーションメールを、イベント情報により設定された表示順、表示時間で表示部１４のディスプレイに表示させると共に、外部メモリインターフェース部２４内の外部メモリに保存された音楽ファイルの再生も行う。また、スライドショーデコレーションメールは、複数の他の端末から送信されたものとなされている。【選択図】  図１
2009128934.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも自端末に宛てて送信されたデータを受信する通信部と、
上記通信部を介して受信された複数の電子メールを保存する電子メール保存部と、
上記電子メール保存部に保存されている複数の電子メールの中から、着色文字表示と画像表示の少なくとも何れかを含む装飾表示を可能とする所定形式の電子メールであり且つ所定の識別情報が記述された二つ以上の電子メールを選別する選別部と、
上記選別部が選別した二つ以上の電子メールの表示を制御するためのイベント情報を取得するイベント情報取得部と、
上記イベント情報取得部が取得したイベント情報により、上記選別部が選別した上記二つ以上の電子メールの表示制御を行う制御部とを有する、
ことを特徴とする情報通信端末。
【請求項２】
上記イベント情報取得部は、上記電子メール保存部に保存されている複数の電子メールの中で上記イベント情報が記述されている電子メールが開封された時に、当該電子メールから上記イベント情報を取得することを特徴とする請求項１記載の情報通信端末。
【請求項３】
上記所定の識別情報が記述された二つ以上の電子メールに各々予め付加されているＩＤと、上記電子メール保存部に保存されたそれら電子メールに対して一意に付加されたＩＤとを紐付けするＩＤ紐付け部を有し、
上記イベント情報取得部が取得するイベント情報内には、上記所定の識別情報を有する二つ以上の電子メールに各々予め付加されていたＩＤが記述されており、
上記選別部は、上記ＩＤ紐付け部により紐付けされたＩＤの情報により、上記所定の識別情報を有する二つ以上の電子メールを、上記電子メール保存部に保存されている複数の電子メールの中から選別することを特徴とする請求項１記載の情報通信端末。
【請求項４】
楽曲ファイルを取得する楽曲ファイル取得部を有し、
上記イベント情報取得部が取得するイベント情報には上記楽曲ファイルの再生を制御するための情報も含まれており、
上記制御部は、上記イベント情報取得部が取得したイベント情報に基づいて、上記楽曲ファイルの再生制御をも行うことを特徴とする請求項１記載の情報通信端末。
【請求項５】
上記識別情報は電子メールのヘッダ情報に含まれ、
上記選別部は、上記ヘッダ情報に含まれる上記識別情報を用いて上記選別を行うことを特徴とする請求項１記載の情報通信端末。
【請求項６】
上記所定形式の電子メールはｃＨＴＭＬ形式の電子メールであることを特徴とする請求項１記載の情報通信端末。
【請求項７】
少なくともデータを送信するための通信部と、
着色文字表示と画像表示の少なくとも何れかを含む装飾表示を可能とする所定形式で且つ所定の識別情報が記述された電子メールの作成を他端末の利用者に要求すると同時に、当該電子メールの受信先アドレスを含む依頼メールを生成するメール生成部とを有し、
上記メール生成部にて生成された依頼メールを上記通信部から上記他端末へ送信する、
ことを特徴とする情報通信端末。
【請求項８】
上記受信先アドレスの端末において上記所定形式で且つ所定の識別情報が記述された二つ以上の電子メールの表示を制御するためのイベント情報を生成するイベント情報生成部を有し、
上記イベント情報生成部にて生成されたイベント情報を上記通信部から上記受信先アドレスの端末へ送信することを特徴とする請求項７記載の情報通信端末。
【請求項９】
着色文字表示と画像表示の少なくとも何れかを含む装飾表示を可能とする所定形式で且つ所定の識別情報が記述された電子メールの作成を他端末の利用者に要求すると同時に、その電子メールの受信先アドレスを含む依頼メールを作成し、当該依頼メールを上記他端末へ送信するリーダー端末と、
上記依頼メールを受信し、その依頼メールに応じて、上記所定形式で且つ所定の識別情報が記述された電子メールを作成し、当該電子メールを上記送信先アドレスの端末へ送信するセンダー端末と、
受信して保存した複数の電子メールの中から上記所定形式で且つ所定の識別情報が記述された二つ以上の電子メールを選別し、それら選別した二つ以上の電子メールを別途取得したイベント情報により表示制御するレシーバー端末とを有する、
ことを特徴とする情報通信システム。
【請求項１０】
上記リーダー端末は、上記レシーバー端末において上記所定形式で且つ所定の識別情報が記述された二つ以上の電子メールの表示を制御するためのイベント情報を生成して、当該レシーバー端末へ送信し、
上記レシーバー端末は、上記リーダー端末から送られた上記イベント情報により、上記二つ以上の電子メールの表示制御を行うことを特徴とする請求項９記載の情報通信システム。
【請求項１１】
少なくとも、自端末に宛てて送信されたデータを受信する通信部と、上記通信部を介して受信された複数の電子メールを保存する電子メール保存部とを有する情報通信端末の制御プログラムにおいて、
上記通信部を介して受信され、上記電子メール保存部に保存された複数の電子メールの中から、着色文字表示と画像表示の少なくとも何れかを含む装飾表示を可能とする所定形式の電子メールであり且つ所定の識別情報が記述された二つ以上の電子メールを選別する選別部と、
上記選別部が選別した二つ以上の電子メールの表示を制御するためのイベント情報を取得するイベント情報取得部と、
上記イベント情報取得部が取得したイベント情報により、上記選別部が選別した上記二つ以上の電子メールの表示制御を行う制御部として、
情報通信端末を機能させることを特徴とする情報通信端末の制御プログラム。
【請求項１２】
少なくともデータを送信するための通信部を有する情報通信端末の制御プログラムにおいて、
着色文字表示と画像表示の少なくとも何れかを含む装飾表示を可能とする所定形式で且つ所定の識別情報が記述された電子メールの作成を他端末の利用者に要求すると同時に、当該電子メールの受信先アドレスを含む依頼メールを生成するメール生成部として情報通信端末を機能させると共に、
上記メール生成部にて生成された依頼メールを上記通信部から上記他端末へ送信するように情報通信端末を機能させる、
ことを特徴とする情報通信端末の制御プログラム。
【請求項１３】
通信部を介して受信され、電子メール保存部に保存された複数の電子メールの中から、選別部が、着色文字表示と画像表示の少なくとも何れかを含む装飾表示を可能とする所定形式の電子メールであり且つ所定の識別情報が記述された二つ以上の電子メールを選別するステップと、
上記選別部が選別した二つ以上の電子メールの表示を制御するためのイベント情報を、イベント情報取得部が取得するステップと、
上記イベント情報取得部が取得したイベント情報により、上記選別部が選別した上記二つ以上の電子メールの表示制御を制御部が行うステップとを有する、
ことを特徴とする情報通信制御方法。
【請求項１４】
着色文字表示と画像表示の少なくとも何れかを含む装飾表示を可能とする所定形式で且つ所定の識別情報が記述された電子メールの作成を他端末の利用者に要求すると同時に、当該電子メールの受信先アドレスを含む依頼メールを、メール生成部が生成するステップと、
上記メール生成部にて生成された依頼メールを通信部から上記他端末へ送信するステップとを有する、
ことを特徴とする情報通信端末制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば携帯電話端末のような情報通信が可能な情報通信端末、その通信システム、情報通信端末を制御する情報通信端末の制御プログラム及び情報通信端末制御方法に関する。
【背景技術】
【０００２】
従来より、電子メールは、「メッセージを相手に伝える、手紙の代わり」という基本的な用途に加え、画像情報や音楽情報、その他の情報を添付して送るという用途にも利用されている。また従来より、電子メールの表示技術は、一通のみの電子メールの内容をディスプレイ画面上に表示することを目的として設計されており、例えば携帯電話端末にて電子メールを表示する場合の基本的な表示内容としては、「宛名、発信源、日付」と「電子メール本文」と「メールの終端を示す一文」の三つの要素を挙げることができる。したがって、例えば携帯電話端末において電子メールの内容を表示するアプリケーションは、それら「宛名、発信源、日付」、「電子メール本文」、「メールの終端を示す一文」の三つの要素を、ディスプレイ画面上に順番に貼り付ける（配置する）ような動作を行うアプリケーションとして設計されている。
【０００３】
また、特表２００７−５１０２１５号の公開特許公報（特許文献１）には、電子メールは画像等のコンテンツを表示する技術として、らせん時間軸上に作成時点や受信時点に基づいてコンテンツを配置して表示するコンテンツ編集方法及びシステムが開示されている。らせん時間軸にコンテンツを配置する際には、例えばより古いコンテンツがらせんの内側に配置され、最も直近のコンテンツがらせんの外側に配置されている。
【０００４】
【特許文献１】特表２００７−５１０２１５公報（図１）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
最近は、電子メールの編集や表示を行うアプリケーションをいわゆるcHTML（Compact HyperText Markup Language）形式に対応可能なものとすることにより、cHTML形式のウェブサイトと同様に、例えば電子メール内の文字への着色を行ったり、電子メールにて文字以外の静止画像やアニメーション画像を利用可能とし、従来のテキストのみを用いた場合と比べてより多彩な表現や装飾を可能とした電子メールサービス（いわゆるデコレーションメールと呼ばれている電子メールサービス）が提供されている。
【０００６】
このデコレーションメールを用いた電子メールサービスによれば、従来の電子メールのようなテキスト主体による情報伝達の枠を越え、例えば、或る「一つの画像」を相手に「見せる（魅せる）」ような情報伝達が可能となる。但し、このデコレーションメールにおいても従来の電子メールと同様に、一つ一つのメールはそれぞれが独立したものとなされており、したがって、例えば携帯電話端末にて受信した複数のメールを表示する際には、それら各メールがそれぞれ個別に表示されることになる。すなわち、従来の電子メールの場合、携帯電話端末の画面上には、個々の電子メールの内容であるテキスト等が、各メール毎にそれぞれ別個に表示されることになり、また、デコレーションメールの場合も同様に、携帯電話端末の画面上には、個々のデコレーションメールの内容であるメール本文のテキストや静止画像，アニメーション画像が、各デコレーション毎にそれぞれ別個に表示されることになる。
【０００７】
ところで、従来の電子メール技術では特に考えられていなかったメール用途として、例えば、「二つ以上のメールの内容を、一つの作品として相手方に見せる（魅せる）」という、従来には存在しない全く新しい用途をユーザへ提供することを考えた場合、従来の電子メール技術ではそのようなメール用途を実現することはできない。
【０００８】
本発明は、このような実情に鑑みて提案されたものであり、例えば「二つ以上のメールの内容を一つの作品として相手方に見せる（魅せる）」ようなメール用途を実現可能とする情報通信端末、情報通信システム、情報通信端末の制御プログラム及び情報通信端末制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の情報通信端末は、少なくとも自端末に宛てて送信されたデータを受信する通信部と、通信部を介して受信された複数の電子メールを保存する電子メール保存部と、電子メール保存部に保存されている複数の電子メールの中から、着色文字表示と画像表示の少なくとも何れかを含む装飾表示を可能とする所定形式の電子メールであり且つ所定の識別情報が記述された二つ以上の電子メールを選別する選別部と、その選別された二つ以上の電子メールの表示を制御するためのイベント情報を取得するイベント情報取得部と、そのイベント情報により、選別部が選別した二つ以上の電子メールの表示制御を行う制御部とを有することにより、上述した課題を解決する。
【００１０】
また、本発明の情報通信端末は、少なくともデータを送信するための通信部と、着色文字表示と画像表示の少なくとも何れかを含む装飾表示を可能とする所定形式で且つ所定の識別情報が記述された電子メールの作成を他端末の利用者に要求すると同時に、当該電子メールの受信先アドレスを含む依頼メールを生成するメール生成部とを有し、メール生成部にて生成された依頼メールを通信部から他端末へ送信することにより、上述した課題を解決する。
【００１１】
また、本発明の情報通信システムは、着色文字表示と画像表示の少なくとも何れかを含む装飾表示を可能とする所定形式で且つ所定の識別情報が記述された電子メールの作成を他端末の利用者に要求すると同時に、その電子メールの受信先アドレスを含む依頼メールを作成し、当該依頼メールを上記他端末へ送信するリーダー端末と、その依頼メールを受信し、その依頼メールに応じて、所定形式で且つ所定の識別情報が記述された電子メールを作成し、当該電子メールを送信先アドレスの端末へ送信するセンダー端末と、受信して保存した複数の電子メールの中から所定形式で且つ所定の識別情報が記述された二つ以上の電子メールを選別し、それら選別した二つ以上の電子メールを別途取得したイベント情報により表示制御するレシーバー端末とを有することにより、上述した課題を解決する。
【００１２】
また、本発明の情報通信端末の制御プログラムは、少なくとも、自端末に宛てて送信されたデータを受信する通信部と、上記通信部を介して受信された複数の電子メールを保存する電子メール保存部とを有する情報通信端末の制御プログラムであり、通信部を介して受信されて電子メール保存部に保存された複数の電子メールの中から、着色文字表示と画像表示の少なくとも何れかを含む装飾表示を可能とする所定形式の電子メールであり且つ所定の識別情報が記述された二つ以上の電子メールを選別する選別部と、選別部が選別した二つ以上の電子メールの表示を制御するためのイベント情報を取得するイベント情報取得部と、イベント情報取得部が取得したイベント情報により、選別部が選別した二つ以上の電子メールの表示制御を行う制御部として、情報通信端末を機能させることにより、上述した課題を解決する。
【００１３】
また、本発明の情報通信端末の制御プログラムは、少なくともデータを送信するための通信部を有する情報通信端末の制御プログラムであり、着色文字表示と画像表示の少なくとも何れかを含む装飾表示を可能とする所定形式で且つ所定の識別情報が記述された電子メールの作成を他端末の利用者に要求すると同時に、当該電子メールの受信先アドレスを含む依頼メールを生成するメール生成部として情報通信端末を機能させると共に、メール生成部にて生成された依頼メールを通信部から他端末へ送信するように情報通信端末を機能させることにより、上述した課題を解決する。
【００１４】
また、本発明の情報通信端末制御方法は、通信部を介して受信され、電子メール保存部に保存された複数の電子メールの中から、選別部が、着色文字表示と画像表示の少なくとも何れかを含む装飾表示を可能とする所定形式の電子メールであり且つ所定の識別情報が記述された二つ以上の電子メールを選別するステップと、選別部が選別した二つ以上の電子メールの表示を制御するためのイベント情報を、イベント情報取得部が取得するステップと、イベント情報取得部が取得したイベント情報により、選別部が選別した二つ以上の電子メールの表示制御を制御部が行うステップとを有することにより、上述した課題を解決する。
【００１５】
また、本発明の情報通信端末制御方法は、着色文字表示と画像表示の少なくとも何れかを含む装飾表示を可能とする所定形式で且つ所定の識別情報が記述された電子メールの作成を他端末の利用者に要求すると同時に、当該電子メールの受信先アドレスを含む依頼メールを、メール生成部が生成するステップと、メール生成部にて生成された依頼メールを通信部から他端末へ送信するステップとを有することにより、上述した課題を解決する。
【００１６】
すなわち、本発明によれば、複数の端末から特定の一台の端末に対して、所定形式で且つ所定の識別情報が記述された電子メールを送信し、それを受信した端末では、その受信メールをイベント情報に基づいて表示すること、例えば、イベント情報が上記装飾表示が可能なメールを所望の順番で各々所望の時間だけ表示するようなことを指定するイベント情報である場合には、それら所望の順番で所望の時間だけ各メールを表示することで、二つ以上のメールの内容を一つの作品として相手方に見せる（魅せる）ようなことを可能にしている。
【発明の効果】
【００１７】
本発明においては、着色文字表示と画像表示等の装飾表示が可能な複数の電子メールを一台の情報通信端末が受信し、その情報通信端末において、装飾表示が可能な複数の電子メールの表示制御を行うためのイベント情報により、それら受信した複数の電子メールの表示制御がなされることにより、例えば「二つ以上のメールの内容を一つの作品として相手方に見せる（魅せる）」ようなメール用途が実現可能となる。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照しながら、本発明の一実施形態について説明する。
【００１９】
なお、以下の実施形態では、本発明の適用例として、携帯電話端末と、携帯電話端末により送受信される電子メール（特にデコレーションメール）を挙げているが、勿論、ここで説明する内容はあくまで一例であり、本発明はこの例に限定されないことは言うまでもない。
【００２０】
〔本実施形態の概要〕
本実施形態では、複数の携帯電話端末から特定の一台の携帯電話端末に対して電子メール（例えばデコレーションメール）を送信し、それら複数の携帯電話端末から送信された複数のデコレーションメールを受信した側の携帯電話端末は、それら受信した複数のデコレーションメールを、例えば音楽再生の演出と共にスライドショーとして再生する仕組み（すなわち該携帯電話端末の利用者がスライドショーを閲覧する仕組み）について説明する。また、本実施形態において、送信側の携帯電話端末は、上記デコレーションメールによるスライドショーの演出に関して或る程度制御することが可能となされており、その仕組みについても説明する。
【００２１】
〔前提事項〕
先ず、本実施形態では、上記デコレーションメールを用いたスライドショー演出を実現するための前提事項として、以下のことを規定する。なお、本実施形態では、デコレーションメールによるスライドショーを特に「メールスライドショー」と表記することにする。
【００２２】
本実施形態では、複数のデコレーションメールを「一つの作品として」相手方に送信して見せるという目的から、例えば一人以上の送信者（以下、送信者をセンダーと表記する。）と、そのセンダーの携帯電話端末と、それらセンダーの端末から送られたデコレーションメールを受け取る少なくとも一人の受信者（以下、受信者をレシーバーと表記する。）と、そのレシーバーの携帯電話端末とが存在するという状況を想定する。また、特にレシーバー側の携帯電話端末において、受信して内部に保存されたメールには、当該端末内で一意となるＩＤが割り振られ、そのＩＤは外部からは参照することはできないこととする。
【００２３】
また、携帯電話端末において、通常の電子メールやデコレーションメールと、本実施形態にかかるスライドショーの演出のために用いられるメールとの区別は、メールのヘッダに記述された情報を参照して行うものとする。ここで、スライドショーの演出のために用いられるメールには、実際にレシーバー側の携帯電話端末にてスライドショー表示等されるデコレーションメールと、メールスライドショーを構成するためのスクリプトファイルのメールとがある。以下、本実施形態において、上記スライドショー表示されるデコレーションメールについては「スライドショーデコレーションメール」と表記し、上記スライドショーを構成するためのスクリプトファイルのメールについては「スクリプトファイルメール」と表記することにする。これらスライドショーデコレーションメールとスクリプトファイルメールの区別についても、メールのヘッダに記述された情報を参照して行われる。なお、本実施形態において、スライドショーデコレーションメールとスクリプトファイルメールについては、適宜、纏めて「スライドショー関連メール」と表記することにする。
【００２４】
また本実施形態において、メールスライドショーの際の演出に用いられる楽曲ファイルに関しては、例えば様々な通信媒体や記憶媒体等を用いてレシーバー側の携帯電話端末へ渡すことができ、本実施形態では、それら媒体の一例として、外部メモリ（記憶媒体）を挙げ、その外部メモリに格納した状態で楽曲ファイルをレシーバー側へ渡す例を挙げている。この場合、レシーバーはその外部メモリを携帯電話端末に装填し、当該端末ではその装填された外部メモリからファイル名指定により楽曲ファイルを読み出す。
【００２５】
その他、レシーバー側の携帯電話端末において、メールの内容を画面に表示する際の流れとしては、「メール一覧リスト表示→表示するメールの選択→表示」という一般的な流れが用意されているものとする。なお、メールの表示中に例えば左右キー等が押下された時には、例えば次メールの表示へ移るというような、一般的な表示送りの流れについても用意されているものとする。以下、これらメールの画面表示やメールの表示送りの二つの流れを、いずれも「メール表示手続き」と呼ぶことにする。
【００２６】
〔スライドショー関連メールの送信側の説明〕
本実施形態において、メールスライドショーを行う場合、先ず、センダー側にはリーダーが設定される。
【００２７】
リーダーは、例えば携帯電話端末を用いて、他のセンダーに対して「〜番のＩＤを持ったメール（この場合はスライドショーデコレーションメール）を送信して下さい」と要求するための依頼メールを作成し、それら依頼メールを各センダーの端末へ送信する。
【００２８】
図１には、上記依頼メールを自動作成するためのアプリケーション（依頼メール作成用のアプリケーション）の実行により、上記リーダーの携帯電話端末に表示される依頼メールフォームの一例を示す。
【００２９】
この図１に示すように、上記依頼メール作成のためのメールフォームには、メールスライドショーのタイトルが入力される「メールスライドショータイトル」のエリアと、スライドショー関連メールが送信される送信先（つまりレシーバー）のメールアドレスが入力される「レシーバのアドレス」エリアと、スライドショーデコレーションメールの作成を依頼する依頼先（つまり各センダー）のメールアドレスが入力される例えば複数の「アドレス（１）」，「アドレス（２）］，「アドレス（３）」，…エリアと、各スライドショーデコレーションメールをそれぞれ特定するＩＤが設定される例えば「１」，「２」，「３」，…エリアとが、少なくとも用意されている。なお、上記ＩＤのエリアに設定される値（つまりＩＤの値）は、レシーバー側の携帯電話端末内において、スライドショーメールを構成するスクリプトファイルに基づいて表示されるメール（スライドショーデコレーションメール）を指定するための識別情報として用いられる。
【００３０】
この図１の依頼メール作成のためのメールフォームを用いてリーダー側の携帯電話端末にて作成された依頼メール（図１の例では四つの依頼メールＲＭ１〜ＲＭ４）は、上記図１のＩＤエリアに設定された各ＩＤ毎に一通のメールとなされ、それら各ＩＤに対応付けられた依頼先メールアドレス（つまり各センダーのメールアドレス）に宛てて送信されることになる。当該依頼メールを受けたセンダーは、携帯電話端末を使用して、その依頼メールを表示することになる。
【００３１】
上記センダーの携帯電話端末にて受信されて表示された依頼メールには、例えばクリック等の指示入力がなされた時にスライドショーデコレーションメールを作成するための所定のメールフォームが立ち上がるリンクが記述されている。このスライドショーデコレーションメール作成のためのメールフォームは、当該依頼メールを受けたセンダーがレシーバー側へ送ることを望む自分の作品（スライドショーデコレーションメール）を作成するために必要な全ての情報が含まれたフォームとなされており、また、このメールフォームで作成されるスライドショーデコレーションメールの送信先（宛先）アドレスは、上記レシーバーのメールアドレスに自動的に設定されている。
【００３２】
そして、各センダーは、上記所定のメールフォームを用いてスライドショーデコレーションメールを作成（すなわちレシーバー側へ送る自分の作品）すると、当該作成したスライドショーデコレーションメールを、それぞれ自分の端末からレシーバー側の端末へ送信する。
【００３３】
なお、一人のセンダーにより作成されるスライドショーデコレーションメールは、一通に限らず複数通であってもよい。このように、一人のセンダーが複数通のスライドショーデコレーションメールを作成する場合、それら各スライドショーデコレーションメールはレシーバー側で各々特定されなければならないため、上記リーダーからは各々異なるＩＤを持った複数の依頼メールが一人のセンダーへ送られることになる。その他、依頼メールはリーダーが自分自身に送ることも可能となされている。
【００３４】
図２には、センダーとして「センダーＡ」，「センダーＢ」，「センダーＣ」が存在し、センダーＡがリーダーとなっており、リーダーから受けた依頼メールにより、それら各センダーが、それぞれ自分の担当するスライドショーデコレーションメール（メールＤＭ１〜ＤＭ４）を作成してレシーバー側へ送信する際の概念図を示す。なお、図２の例では、リーダーであるセンダーＡ自身もスライドショーデコレーションメールＤＭ１を作成し、センダーＣが複数（二つ）のスライドショーデコレーションメールＤＭ３，ＤＭ４を作成した場合を挙げている。また、図２では図示を省略しているが、センダー側のリーダは、上述のスライドショーデコレーションメールを用いたメールスライドショーを構成するためのスクリプトファイルメールを、自分の携帯電話端末からレシーバーの携帯電話端末へ送信する。
【００３５】
ここで、上記各センダー側からレシーバー側へ送信されるスライドショーデコレーションメールは、メールフォーマットの拡張がなされたメール形式にて送信されるものであり、そのメールのヘッダ部には、以下の情報をそれぞれ格納するフィールドが用意されている。すなわち、スライドショーデコレーションメールのヘッダ部には、少なくとも、「メールスライドショーのタイトル」と、「メールスライドショーのために当該メールに割り付けられたＩＤ」と、「コンテンツタイプがメールスライドショーデコレーションメールであることを表す情報」とが記述される。また、スライドショーデコレーションメールの本文には、各センダーがレシーバー側に見せたい自分の作品、すなわち例えば装飾された文字や静止画像，アニメーション画像などをレシーバー側の端末に表示させるための情報が記述される。
【００３６】
一方、リーダー側からレシーバー側へ送信されるスクリプトファイルメールは、メールフォーマットの拡張がなされたメール形式にて送信されるものであり、そのメールのヘッダ部には、以下の情報をそれぞれ格納するフィールドが用意されている。すなわち、スクリプトファイルメールのヘッダ部には、少なくとも、「メールスライドショーのタイトル」と、「メールスライドショーを構成するスクリプトの設定ファイルであることを表す情報」とが記述される。また、上記スクリプトファイルメールの本文には、例えば、「スライドショーデコレーションメールの表示順番」、「各スライドショーデコレーションメールの表示時間」，「音楽再生の演出」といった、レシーバー側の携帯電話端末にて実行される演出のイベント情報が記述されている。
【００３７】
図３には、メールスライドショーを構成するためのスクリプトのフォーマット例を示す。
【００３８】
この図３に示すスクリプトの記述フォーマット例において、例えば「ＭａｉｌＣｈａｎｇｅ（スペース）ＩＤ（スーペース）Ａｆｔｅｒ（改行）」との記述は、Ａｆｔｅｒ秒後にリーダーが割り振った指定ＩＤのメール（スライドショーデコレーションメール）に表示を切り替える」という演出内容を表し、また例えば、「ＭｕｓｉｃＰｌａｙ（スペース）ＦｉｌｅＮａｍｅ（スーペース）Ａｆｔｅｒ（改行）」との記述は、「Ａｆｔｅｒ秒後に、外部メモリに存在するＦｉｌｅＮａｍｅという名前の音楽ファイルを再生する」という演出内容を表し、また例えば、「ＭｕｓｉｃＳｔｏｐ（スペース）Ａｆｔｅｒ（改行）」との記述は、「Ａｆｔｅｒ秒後に音楽ファイルを停止する」という演出内容を表し、例えば、「Ｅｎｄ（スペース）Ａｆｔｅｒ（改行）」との記述は、「Ａｆｔｅｒ秒後にメールスライドショーを停止する」という演出内容を表している。
【００３９】
上述したように、各センダー（リーダーも含む）側から送られてきた複数のメールを受信したレシーバー側の携帯電話端末は、それらメールのヘッダ情報を解析し、そのヘッダ情報内に前述したスライドショーデコレーションメール或いはスクリプトファイルメールであることを表す情報が記述されているか否かを見ることにより、当該受信メールがスライドショー関連メールであるか若しくはそれ以外の一般のメールであるかを判断する。そして、レシーバー側の携帯電話端末のメールアプリケーションは、その受信したメールが一般のメールである場合には当該受信メールを表示するが、一方で、上記受信したメールがスライドショーデコレーションメールである場合にはそのメールを単体で表示することはできないようになされている。
【００４０】
また、レシーバー側の携帯電話端末のメールアプリケーションは、スクリプトファイルメールについては他の一般のメールと同様の方法により開封するが、そのメールのヘッダ内に、「メールスライドショー構成スクリプトの設定ファイルであることを表す情報」が記述されていることを認識した場合、そのメール本文の内容からメールスライドショーのための設定情報を読み込む。なお、当該読み込み作業は、単純にメール本文に記載されているスクリプトを解読するだけであり、その解読されたスクリプトから読み込んだイベント情報は、メールアプリケーションがそのまま保持する。
【００４１】
また本実施形態において、レシーバー側の携帯電話端末のメールアプリケーションは、当該端末にて既に受信して保存しているスライドショーデコレーションメールのＩＤと、上記スクリプトファイルに記述されているスライドショーデコレーションメールのＩＤとの紐付けを行う。すなわち、メールアプリケーションは、既に受信して保存しているスライドショーデコレーションメールの中から、上記スクリプトファイルに記述されているメールスライドショータイトル及びスライドショーデコレーションメールＩＤと同じタイトル及びＩＤが、そのヘッダ内に記述されたスライドショーデコレーションメールを探し、それらが一致したスライドショーデコレーションメールが見つかった場合には、当該端末内でそのスライドショーデコレーションメールに対して一意に割り振られているメールＩＤを、上記スクリプトファイルのイベント情報の中に反映させる。
【００４２】
図４には、スクリプトファイルのイベント情報に上記一意のメールＩＤを反映させる際の一例を示す。
【００４３】
図４において、スクリプトファイルから読み込んだイベント情報（ｂｅｆｏｒｅ）が、例えば「ＭａｉｌＣｈａｎｇｅ  ＩＤ＝３  ３ｓｅｃ」、「ＭａｉｌＣｈａｎｇｅ  ＩＤ＝５  ２ｓｅｃ」、「ＭｕｓｉｃＳｔｏｐ  ５ｓｅｃ」となっており、また、既に端末内の受信メールデータベース内に保存されているスライドショーデコレーションメールに対して一意のＩＤ＝２５が割り振られ、同じくスライドショーデコレーションメールに対して一意のＩＤ＝３９が割り振られ、さらに、上記一意のＩＤ＝２５が割り振られたスライドショーデコレーションメールのヘッダにＩＤ＝３が記述され、同じく一意のＩＤ＝３９が割り振られたスライドショーデコレーションメールのヘッダにＩＤ＝５が記述されているとした場合、本実施形態の携帯電話端末のメールアプリケーションは、上記受信メールデータベース内の一意のＩＤとスライドショーデコレーションメールのヘッダ内のＩＤと参照することにより、上記スクリプトファイルから読み込んだイベント情報（ｂｅｆｏｒｅ）の「ＭａｉｌＣｈａｎｇｅ  ＩＤ＝３  ３ｓｅｃ」を、イベント情報（ａｆｔｅｒ）の「ＭａｉｌＣｈａｎｇｅ  ＩＤ＝２５  ３ｓｅｃ」に直し、また、イベント情報（ｂｅｆｏｒｅ）の「ＭａｉｌＣｈａｎｇｅ  ＩＤ＝５  ２ｓｅｃ」をイベント情報（ａｆｔｅｒ）の「ＭａｉｌＣｈａｎｇｅ  ＩＤ＝３９  ２ｓｅｃ」に直すようなＩＤ反映処理を実行する。
【００４４】
その後、レシーバー側の携帯電話端末は、後述する図８のアルゴリズムを用いて、メールスライドショーの再生を行うことになる。
【００４５】
なお、メールスライドショーの再生時における各種イベントの実行に関しては、メールアプリケーション内でイベント情報の一覧を保持しているので、基本的には「次命令のＦｅｔｃｈ（フェッチ）→実行」の繰り返しのみとなる。
【００４６】
以下、各イベントの実行の具体例について説明する。
【００４７】
本実施形態のメールスライドショーの実行時のイベントとしては、「メール送り（画面上でのメールの切り替え）」、「音楽の再生」、「音楽の停止」、「メールスライドショーの終了」などを挙げることができる。
【００４８】
上記メール送り（画面上でのメールの切り替え）のイベントは、携帯電話端末の画面上に表示されるメールを切り替える（スライドショーデコレーションメールを切り替える）演出である。メールの切り替えは、イベント情報の中に記述されているスライドショーデコレーションメールのＩＤを参照して行う。すなわち、この段階でのイベント情報中のスライドショーデコレーションメールのＩＤは、既に携帯電話端末内に一意に割り振られたＩＤに書き換わっているので、実際にはセンダー側のリーダーが指定したスライドショーデコレーションメールへの切り替えが、上記ＩＤの指定のみで可能となる。
【００４９】
音楽再生のイベントは、スライドショーデコレーションメールに紐付けされた音楽ファイルを再生する演出となっている。音楽ファイルは、ファイル名を直に指定して外部メモリから取り出される。なお、音楽ファイルが保存されているフォルダまでのパスは、メールアプリケーション側で保持しており、イベント情報が保持するのは、拡張子を含め、パス以下のファイル名となされている。再生可能な音楽ファイルの種類に関しては実装する状況に依存し、特にここでは限定しない。
【００５０】
音楽停止のイベントは、音楽の再生を停止する演出となる。
【００５１】
メールスライドショーの終了イベントは、対象メールのスライドショー再生を終了する演出となる。メールスライドショーが終了した場合、メールアプリケーションは、メール一覧表示の画面へ戻す処理を実行する。
【００５２】
〔携帯電話端末の概略構成〕
図５には、本実施形態に係るセンダー（リーダを含む）、レシーバーが持つ携帯電話端末の概略構成を示す。
【００５３】
図５において、通信アンテナ１２は、例えば内蔵アンテナであり通話や、電子メール等のパケット通信のための信号電波の送受信を行う。通信回路１１は、送受信信号の周波数変換、変調と復調等を行う。
【００５４】
制御部１０は、ＣＰＵからなり、通信回路１１における通信の制御、音声処理及びその制御、画像処理及びその制御、その他各種信号処理や各部の制御等を行う。また、制御部１０は、メモリ部１５のプログラム蓄積部１６に蓄積されている電子メールアプリケーションプログラム等の各種アプリケーションプログラムの実行及びそれに付随する各種データ処理等を行う。
【００５５】
スピーカ２１は、携帯電話端末に設けられている受話用のスピーカやリンガ（着信音）、アラーム音、警告音、再生音楽、ディジタル音声、再生動画像の音声等の出力用スピーカであり、音声処理部２０から供給された音声信号を音響波に変換して空気中に出力する。
【００５６】
マイクロホン２２は、送話用及び外部音声集音用のマイクロホンであり、音響波を音声信号に変換し、その音声信号を音声処理部２０へ入力する。
【００５７】
音声処理部２０は、復号等の所定の音声処理により生成した音声データをディジタル／アナログ変換した後増幅し、その増幅後の音声信号を上記スピーカ２１へ出力する。また、音声処理部２０は、マイクロホン２２から供給された入力音声信号を増幅及びアナログ／ディジタル変換し、そのアナログ／ディジタル変換後の音声データの符号化等の所定の音声処理を施す。
【００５８】
操作部１３は、本実施形態の携帯電話端末の図示しない筐体上に設けられているテンキーや発話キー、終話／電源キー等の各キーや十字キー，ジョグダイヤル等の各操作子と、それら操作子が操作された時の操作信号を発生する操作信号発生器とからなる。
【００５９】
表示部１４は、例えば液晶ディスプレイや有機ＥＬ（ElectroLuminescent）ディスプレイ等の表示デバイスと、そのディスプレイの表示駆動回路とを含み、画像処理部２３から供給された画像信号により、上記ディスプレイ上に例えば電子メール等の各種文字やメッセージを表示したり、静止画像や動画像等の表示を行う。
【００６０】
画像処理部２３は、表示部１４に表示される文字、記号、画像等の画像信号を生成する処理を行う。また、画像処理部２３は、制御部１０による制御の元で、各種のユーザインターフェース画面の表示やウェブページの表示等をも行う。
【００６１】
メモリ部１５は、ＲＯＭ（Read Only Memory）とＲＡＭ（Random Access Memory）を含む。ＲＯＭは、ＮＡＮＤ型フラッシュメモリ（NAND-type flash memory）のような書き換え可能な記憶媒体を含み、例えば、ＯＳ（Operating System）のプログラムや制御部１０が各部を制御するための制御プログラム、各種のアプリケーションプログラム、例えば圧縮符号化された楽曲データコンテンツや動画像データコンテンツの他、各種の初期設定値、フォントデータ、各辞書データ、機種名情報や端末識別情報などをも記憶する。ＲＡＭは、制御部１０が各種のデータ処理を行う際の作業領域として、随時データを格納する。特に、本実施形態の場合、メモリ部１５のプログラム蓄積部１６は、本実施形態に係る電子メールアプリケーションプログラムを含む各種のアプリケーションプログラムが蓄積される領域であり、また、データ蓄積部１７は例えば送信・受信された電子メールのデータベースや電子メールアドレスなどの様々なデータが蓄積される領域となされている。
【００６２】
外部メモリインターフェース部（Ｉ／Ｆ部）２４は、着脱可能な外部メモリカードが装填され、その外部メモリカードと通信を行うことで、本実施形態に係る音楽データファイル（楽曲ファイル）等の様々なデータの受け渡しや、アプリケーションの受け渡しなどを行う。
【００６３】
その他、図５には図示を省略しているが、本発明の携帯電話端末は、写真画像の撮影のためのディジタルカメラ部、キー照明や着信ライト用などのＬＥＤ（発光ダイオード）とその駆動部、各部へ電力を供給するバッテリとその電力をコントロールするパワーマネージメントＩＣ部、いわゆるブルートゥース方式（Bluetooth：登録商標）やＵＷＢ（Ultra Wide Band）方式、無線ＬＡＮ（Local Area Network）などによる近距離無線通信を行うための近距離無線通信部、非接触ＩＣカード機能とリーダライタ機能とを備えた非接触通信処理部、ＧＰＳ（Global Positioning System）通信部、外部メモリ用スロット、ディジタル放送の受信チューナ部とＡＶコーデック部、タイマ（時計部）など、一般的な携帯電話端末に設けられる各構成要素についても備えている。
【００６４】
〔レシーバー側端末での受信メール表示のフロー〕
図６には、本実施形態のメールアプリケーションが実行可能な処理のうち、特に、受信メールを表示する際の処理の流れを示している。なお、この図６の処理は、主にレシーバー側の携帯電話端末にて実行される処理であり、具体的には、図５の制御部１０のＣＰＵが本実施形態のメールアプリケーションを実行するにより実現される処理である。勿論、このメールアプリケーションの機能は、センダー側の携帯電話端末にも搭載されていても良い。
【００６５】
本実施形態のメールアプリケーションが動作している状態において、図５の操作部１３を通じてユーザから受信メールの一覧表示を指示する入力が行われると、制御部１０は、ステップＳ１の処理として、データ蓄積部１７の受信メールデータベースに保存されている受信メールの一覧表を画像処理部２３を通じて表示部１４のディスプレイ上に表示させ、次いで、操作部１３を通じてユーザから当該受信メール一覧表の中から所望の受信メールの表示を指示する入力が行われると、その表示指示がなされた受信メールのデータを上記受信メールデータベースから取得する。
【００６６】
制御部１０は、ステップＳ１にて上記受信メールのデータを取得すると、ステップＳ２の処理として、その受信メールのヘッダ情報を解析することにより、当該受信メールがスライドショー関連メール（すなわちスライドショーデコレーションメールやスクリプトファイルメール）であるか否か判定する。当該ステップＳ２の処理において、制御部１０は、メールスライドショー関連メールでないと判定（すなわち一般の電子メールであると判定）した場合にはステップＳ３へ処理を進め、一方、スライドショー関連メールであると判定した場合にはステップＳ４へ処理を進める。
【００６７】
上記ステップＳ２からステップＳ３の処理へ進んだ場合、制御部１０は、上記ユーザにより表示指示がなされた受信メールのデータを上記受信メールデータベースから取得し、その受信メールの内容（本文等）を、画像処理部２３を通じて表示部１４のディスプレイ上に表示させる。このステップＳ３の後は、メール表示手続きが終了し、ユーザからの次の指示入力待ちの状態になる。
【００６８】
一方、ステップＳ２からステップＳ４の処理へ進むと、制御部１０は、その受信メールのヘッダ情報により、当該受信メールがスクリプトファイルメールか否か判定する。当該ステップＳ４の処理において、制御部１０は、上記スクリプトファイルメールでないと判定した場合、つまり単体（一つ）のスライドショーデコレーションメールであると判定した場合にはステップＳ５へ処理を進め、一方、スクリプトファイルメールであると判定した場合にはステップＳ６へ処理を進める。
【００６９】
ステップＳ４からステップＳ５の処理に進んだ場合、制御部１０は、そのメール（つまり単体のスライドショーデコレーションメール）をディスプレイへ表示することを拒否する。なお、この時、ディスプレイ上には、例えば「全てのメールスライドショーが届いてから再生をしてください」等の所定のエラーメッセージを表示することで、単体でのメール表示ができないことをユーザへ通知することが望ましい。
【００７０】
一方、ステップＳ４からステップＳ６の処理に進むと、制御部１０は、そのスクリプトファイルメールを一般のメールと同様の方法により開封して、そのメール本文の内容からメールスライドショーのための設定ファイル情報を読み込み保持する。その後はステップＳ７へ処理を進める。
【００７１】
ステップＳ７の処理に進むと、メールアプリケーションは、メールスライドショーを実行するための所定の表示条件が満たされていれば、既に受信して保存されているスライドショーデコレーションメールを、上記スクリプトファイルの記述された内容に従って表示すると共に例えば楽曲ファイルの再生等をも行う。
【００７２】
なお、本実施形態において、上記所定の表示条件は、予め決められていても良いし、例えばリーダー側が決め、それが上記スクリプトファイルを通じて設定されても良い。当該所定の表示条件としては、一例として、全てのスライドショーデコレーションメールが揃っている時（楽曲ファイル等の演出が行われる場合にはその演出用情報も揃った状態）や、全てのスライドショーデコレーションメールが揃った（演出が行われる時には全ての演出用情報が揃った）後で且つ予め決められた設定日時になった時、全てのスライドショーデコレーションメール（演出が行われる時には全ての演出用情報）が揃わなくても予め決められた設定日時になった時などの条件を挙げることができる。勿論、これらの表示条件等は一例であり、他の条件であっても良い。その他、レシーバー側の携帯電話端末では、全てのスライドショーデコレーションメールが揃った時に、例えば規定の着信音を鳴らすなどにより、ユーザ（レシーバー）に対してメールスライドショーの再生が可能になったことを知らせるようにしても良い。
【００７３】
〔レシーバー側端末にてイベント情報のＩＤを一意のＩＤに振り直す処理のフロー〕
図７には、本実施形態のメールアプリケーションが実行可能な処理のうち、特に、スクリプトファイルメールに記述されたイベント情報のスライドショーデコレーションメールのＩＤを携帯電話端末内の一意のメールＩＤに振り直す処理、つまり、端末内でスライドショーデコレーションメールに対して一意に割り振られているメールＩＤをスクリプトファイルのイベント情報の中に反映させる処理の流れを示している。なお、この図７の処理は、主にレシーバー側の携帯電話端末にて実行される処理であり、具体的には、図５の制御部１０のＣＰＵが本実施形態のメールアプリケーションを実行するにより実現される処理である。勿論、このメールアプリケーションの機能は、センダー側の携帯電話端末にも搭載されていても良い。
【００７４】
本実施形態のメールアプリケーションが動作している状態において、スクリプトファイルメールが開封されてメールスライドショーのための設定ファイル情報が読み込まれた時、制御部１０は、そのスクリプトファイルに記述されている全てのイベント情報について、メールのＩＤの書き換えのための処理が終わったか否か判断し、既に処理が終わったと判断した場合にはこの図７のフローチャートの処理を終了し、一方、未だ全てのイベント情報についてＩＤの書き換えのための処理が終わっていないと判断した場合にはステップＳ１２へ処理を進める。
【００７５】
制御部１０は、ステップＳ１２の処理に進むと、未処理の次のイベント情報を調べ、更にステップＳ１３の処理として、そのイベント情報は前述したメール送り（画面上でのメールの切り替え）のイベントであるか否か判断する。そして、制御部１０は、メール送りのイベントでない時にはステップＳ１０へ処理を戻し、メール送りのイベントである時にはステップＳ１４へ処理を進める。
【００７６】
ステップＳ１４の処理に進むと、制御部１０は、そのイベントに記載されているメール（スライドショーデコレーションメール）のＩＤをチェックし、次いで、ステップＳ１５の処理として、そのＩＤに対応したメール（スライドショーデコレーションメール）が届いていて既に受信メールデータベースに保存されているか調べる。
【００７７】
制御部１０は、ステップＳ１６の処理として、そのＩＤに対応したスライドショーデコレーションメールが届いているか否か判断し、届いていないと判断した場合にはステップＳ１９へ処理を進めて図７のフローチャートの処理を終了し、一方、届いていると判断した場合にはステップＳ１７へ処理を進める。
【００７８】
なお、ステップＳ１９の処理に進んだ状態において、例えばユーザからメールスライドショーの再生開始の指示入力がなされたような場合、制御部１０は、画像処理部２３を通じて表示部１４のディスプレイ上に例えば「すべてのメールが届いてから再生をしてください」などのエラー表示を行う。
【００７９】
ステップＳ１６からステップＳ１７の処理に進んだ場合、制御部１０は、上記イベントに記載されていたスライドショーデコレーションメールに対して、当該携帯電話端末内において一意に割り振られているＩＤを取得する。
【００８０】
そして、制御部１０は、ステップＳ１８の処理として、そのイベント内における上記スライドショーデコレーションメールのＩＤを、上記一意に割り振られているＩＤに書き換えた後、ステップＳ１０へ処理を戻す。
【００８１】
〔レシーバー側の端末にてメールスライドショーが実行される際の処理のフロー〕
図８には、本実施形態のメールアプリケーションが実行可能な処理のうち、特に、メールスライドショーが実行される際の処理の流れを示す。なお、この図８の処理は、主にレシーバー側の携帯電話端末にて実行される処理であり、具体的には、図５の制御部１０のＣＰＵが本実施形態のメールアプリケーションを実行するにより実現される処理である。勿論、このメールアプリケーションの機能は、センダー側の携帯電話端末にも搭載されていても良い。
【００８２】
先ず、本実施形態のメールアプリケーションが動作している状態において、メール表示手続きにおいてスクリプトファイルメールが選択されると、制御部１０は、ステップＳ２０の処理として、当該スクリプトファイルメールの本文に記述されているスクリプトを解析し、メールアプリケーション内にそのデータを保持する。次に、制御部１０は、ステップＳ２１の処理として、スクリプト内に記述されているメールＩＤ（スライドショーデコレーションメールのＩＤ）と、携帯電話端末の受信メールデータベースに既に保存されている受信メールのＩＤとの紐付けを行う。なお、このステップＳ２０及びステップＳ２１の処理は、前述の図７のアルゴリズムにより予め行われていても良いし、メールスライドショーの実行時に行われても良い。
【００８３】
次に、制御部１０は、ステップＳ２２の処理として、スクリプトに記述されている全イベントについて調べ終わったか否か判定し、調べ終わった時にはメール一覧のリスト表示の画面に遷移してこの図８のフローの処理を終了する。一方、ステップＳ２２にて全イベントを調べ終わっていないと判定した場合には、ステップＳ２３へ処理を進める。
【００８４】
ステップＳ２３の処理に進むと、制御部１０は、次のイベント情報をＦｅｔｃｈ（取り出す）する。
【００８５】
次に、ステップＳ２４の処理として、制御部１０は、そのイベント情報がメールスライドショーの終了イベントであるか否か判定し、終了イベントであるときには当該図８のフローの処理を終了し、一方、終了イベントでないときにはステップＳ２５へ処理を移す。
【００８６】
ステップＳ２５の処理に移行すると、制御部１０は、そのイベントの処理を実行する。すなわち、表示するメールの順番、各メールの表示時間、音楽再生の演出などのイベント情報に応じた処理が実行される。このステップＳ２５の処理後はステップＳ２２へ処理を戻す。
【００８７】
〔まとめ〕
以上説明したように、本実施形態によれば、センダー側の複数の携帯電話端末からは特定の一台のレシーバーの携帯電話端末に対してスライドショーデコレーションメールが送信し、また、例えばリーダーの携帯電話端末からはそのメールスライドショーにおける演出のイベント情報が記述されたスクリプトファイルメールがレシーバーの携帯電話端末へ送信される。そして、それらスライドショーデコレーションメールとスクリプトファイルメールを受信したレシーバーの携帯電話端末では、スクリプトファイルメールに記述されたイベント情報に基づいて、別途用意された音楽再生の演出と共に、それら複数のスライドショーデコレーションメールがスライドショー再生されることにより、「二つ以上のメールの内容を一つの作品として相手方に見せる（魅せる）」ようなメール用途が実現可能となっている。
【００８８】
なお、上述した本発明の実施形態の説明は、本発明の一例である。このため、本発明は上述した実施形態に限定されることなく、本発明に係る技術的思想を逸脱しない範囲であれば、設計等に応じて種々の変更が可能であることはもちろんである。
【００８９】
上述の実施形態では、メールスライドショーの依頼メールやスクリプトファイルメールをリーダー側で作成して各センダー側へ送信する例を挙げたが、それら依頼メールやスクリプトファイルメールは例えば所定のサイト上に用意されていても良く、各センダーが当該サイトから依頼メールやスクリプトファイルと同じ機能を有する情報をダウンロードすることで、上述の実施形態同様のメールスライドショーを実現するようにしても良い。
【００９０】
本実施形態の通信装置は、携帯電話端末に限定されず、メールの送受信・表示機能等を備えたＰＤＡ（Personal Digital Assistant）やパーソナルコンピュータ、携帯型テレビゲーム装置、携帯型ディジタルテレビジョン受信機、カーナビゲーション装置など様々な端末や、据え置き型の通信装置などにも適用可能である。
【図面の簡単な説明】
【００９１】
【図１】本実施形態のリーダーの携帯電話端末に表示される依頼メールのフォーム例とその依頼メールの送信先の説明に用いる図である。
【図２】複数のセンダーからレシーバー側へスライドショーデコレーションメールが送信される際の概念図である。
【図３】メールスライドショーを構成するためのスクリプトのフォーマット例の説明に用いる図である。
【図４】スクリプトファイルのイベント情報に一意のメールＩＤを反映させる様子の説明に用いる図である。
【図５】本実施形態に係る携帯電話端末の概略構成を示すブロック図である。
【図６】本実施形態のメールアプリケーションが実行可能な処理のうち、特に、受信メールを表示する際の処理の流れを示すフローチャートである。
【図７】本実施形態のメールアプリケーションが実行可能な処理のうち、特に、スクリプトファイルに記述されたイベント情報のスライドショーデコレーションメールのＩＤを携帯電話端末内の一意のメールＩＤに振り直す処理の流れを示すフローチャートである。
【図８】本実施形態のメールアプリケーションが実行可能な処理のうち、特に、メールスライドショーが実行される際の処理の流れを示すフローチャートである。
【符号の説明】
【００９２】
１０  制御部、１１  通信回路、１２  通信アンテナ、１３  操作部、１４  表示部、１５  メモリ部、１６  プログラム蓄積部、１７  データ蓄積部、２０  音声処理部、２１  スピーカ、２２  マイクロホン、２３  画像処理部、２４  外部メモリインターフェース部
【図１】
2009128934.tif 000003
【図２】
2009128934.tif 000004
【図３】
2009128934.tif 000005
【図４】
2009128934.tif 000006
【図５】
2009128934.tif 000007
【図６】
2009128934.tif 000008
【図７】
2009128934.tif 000009
【図８】
2009128934.tif 000010