(57)【要約】【課題】電子メールを送信する場合に、送信先の携帯通信装置が備える機能に適したファイルを送信することが可能な携帯通信装置を提供する。【解決手段】  携帯通信装置の一例である送信端末１００は、受信端末２００の性能を示す性能情報を保持する電話帳データベース４０と、電話帳データベース４０に保持された性能情報に基づいて、マルチメディアデータを加工する際の制約条件を示す制限情報を生成する添付制限制御部１４と、制限情報に基づいて、マルチメディアデータを加工して加工データを生成し、電子メールを識別するための送信メール情報および上記加工に関する加工情報を含む付加情報を加工データに付加する添付ファイル加工部１３と、付加情報が付加された加工データを添付ファイルとして付加した電子メールを送信するデータ送受信部１１とを有する。【選択図】図１
2009301193.tif 000002
【特許請求の範囲】
【請求項１】
電子メールを送信する送信先の携帯通信装置の性能を示す性能情報を保持する性能情報保持部と、
前記性能情報保持部に保持された性能情報に基づいて、マルチメディアデータを加工する際の制約条件を示す制限情報を生成する制限情報生成部と、
前記制限情報に基づいて、前記マルチメディアデータを加工して加工データを生成するデータ加工部と、
前記電子メールを識別するための送信メール情報および前記データ加工部による加工に関する加工情報を含む付加情報を前記加工データに付加する付加情報付加部と、
前記付加情報が付加された加工データを添付ファイルとして付加した電子メールを送信するデータ送信部と
を有する携帯通信装置。
【請求項２】
請求項１に記載の携帯通信装置であって、
前記付加情報付加部は、前記付加情報として、更に、前記マルチメディアデータの特性を示すオリジナルファイル情報と、前記制限情報を含める
携帯通信装置。
【請求項３】
請求項２に記載の携帯通信装置であって、更に、
送信された前記電子メールの添付ファイルに対する再送要求を受信するデータ受信部と、
前記再送要求に含まれる前記送信メール情報および前記オリジナルファイル情報に基づいて、送信された加工データの基のマルチメディアデータを特定するデータ特定部と
を有し、
前記制限情報生成部は、前記再送要求に含まれる前記送信先の携帯通信装置の性能を示す性能情報に基づいて新たな制限情報を生成し、
前記データ加工部は、前記新たな制限情報に基づいて、特定されたマルチメディアデータから新たな加工データを生成し、
前記データ送信部は、前記新たな加工データを送信する
携帯通信装置。
【請求項４】
請求項３に記載の携帯通信装置であって、
前記制限情報生成部は、前記再送要求に含まれる前記送信先の携帯通信装置の性能を示す性能情報を前記性能情報保持部に保持させる
携帯通信装置。
【請求項５】
請求項１に記載の携帯通信装置であって、更に、
前記制限情報に含まれる送信先の携帯通信装置が受信可能な添付ファイル数の情報、および、前記データ送信部によって送信される電子メールに付加される添付ファイル数に基づいて、前記電子メールを分割または統合するメール構成制御部を有する
携帯通信装置。
【請求項６】
請求項２に記載の携帯通信装置であって、
前記付加情報付加部は、前記送信メール情報および前記マルチメディアデータを特定するための情報を前記電子メールの本文に追加する
携帯通信装置。
【請求項７】
請求項６に記載の携帯通信装置であって、
前記付加情報付加部は、添付ファイルのデータが加工されていることを示す情報を前記電子メールの本文に追加する
携帯通信装置。
【請求項８】
マルチメディアデータが添付ファイルとして付加された電子メールを受信するデータ受信部と、
前記マルチメディアデータの特性を示すオリジナルファイル情報および前記マルチメディアデータの加工に関する加工情報を含む付加情報が前記マルチメディアデータに付加されている場合、前記付加情報および当該携帯通信装置の性能を示す性能情報に基づいて、前記マルチメディアデータが最適であるか否かを判定する再送要求判定部と、
最適でない場合、前記電子メールを識別するための送信メール情報および前記性能情報を含む再送要求を送信するデータ送信部と
を有する携帯通信装置。
【請求項９】
請求項８に記載の携帯通信装置であって、
前記再送要求判定部は、前記付加情報および前記性能情報に基づいて、前記マルチメディアデータを再生可能か否かを判定し、
前記データ送信部は、再生不可能である場合、前記送信メール情報および前記性能情報を含む再送要求を送信する
携帯通信装置。
【請求項１０】
請求項８に記載の携帯通信装置であって、
前記再送要求判定部は、前記付加情報および前記性能情報に基づいて、前記マルチメディアデータの品質が所定基準以下か否かを判定し、
前記データ送信部は、所定基準以下である場合、前記送信メール情報および前記性能情報を含む再送要求を送信する
携帯通信装置。
【請求項１１】
携帯通信装置において、
電子メールを送信する送信先の携帯通信装置の性能を示す性能情報に基づいて、マルチメディアデータを加工する際の制約条件を示す制限情報を生成するステップと、
前記制限情報に基づいて、前記マルチメディアデータを加工して加工データを生成するステップと、
前記電子メールを識別するための送信メール情報および前記データ加工部による加工に関する加工情報を含む付加情報を前記加工データに付加するステップと、
前記付加情報が付加された加工データを添付ファイルとして付加した電子メールを送信するステップと
を有する通信方法。
【請求項１２】
携帯通信装置において、
マルチメディアデータが添付ファイルとして付加された電子メールを受信するステップと、
前記マルチメディアデータに前記マルチメディアデータの特性を示すオリジナルファイル情報および前記マルチメディアデータの加工に関する加工情報を含む付加情報が付加されている場合、前記付加情報および当該携帯通信装置の性能を示す性能情報に基づいて、前記マルチメディアデータが最適であるか否かを判定するステップと、
最適でない場合、前記電子メールを識別するための送信メール情報および前記性能情報を含む再送要求を送信するステップと
を有する通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯通信装置および通信方法に関し、特に、マルチメディアデータが添付ファイルとして付加された電子メールを送信もしくは受信する携帯通信装置および通信方法に関する。
【背景技術】
【０００２】
例えば最近の携帯電話端末や携帯型情報端末（ＰＤＡ）のような携帯通信装置においては、電子メールを送受信するための機能が搭載されているものが多い。また、送信する電子メールには、画像や音声のように表示や再生が可能なマルチメディアデータのファイルを添付することができる。
【０００３】
しかし、パソコンなどの場合と異なり、携帯電話端末のような携帯通信装置においては、機能上の制約が多い。例えば、画面の表示能力が低かったり、ファイルを記憶するためのメモリ容量が少なかったりすることが多い。従って、例えばパソコンのように機能上の制約がほとんどない端末や、高性能の携帯電話端末から性能の低い携帯電話端末に対して高解像度の写真のデータを添付ファイルとして添付した電子メールを送信すると、受信側の携帯電話端末では添付ファイルの受信に失敗したり、添付ファイルの表示や再生が不可能な状況に陥ったりする。
【０００４】
そのため、携帯電話端末に対して電子メールを送信する際には、受信側の端末の能力を超えないように、高解像度の写真のデータが存在する場合であっても、それをユーザが加工して比較的解像度の低い写真のデータを生成し、加工後のデータを電子メールに添付するような操作が一般的に行われている。
【０００５】
また、例えば特許文献１では、電子メールの添付ファイルを受信側に確実に転送するための技術を開示している。すなわち、電子メールの送信側で受信側の受信可能サイズを把握し、この受信可能サイズよりも大きいファイルを添付する場合には自動的にファイルを分割して送信することを提案している。
【０００６】
また、例えば特許文献２では、電子メールを送信する際に電話帳に登録されている宛先の受信可能容量を参照し、この受信可能容量を超えないように送信側で作成するメールの容量を制御することを提案している。
【０００７】
また、特許文献３においては、オリジナル画像よりも情報量が少ないサムネイル画像などのファイルを送信する場合に、受信側でオリジナル画像の情報にアクセスできるように、オリジナル画像の所在を表すＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ）を送信画像ファイルのヘッダに付加することを提案している。
【０００８】
【特許文献１】特開２００５−０１１０１２号公報
【特許文献２】特開２００６−０８５２２８号公報
【特許文献３】特開２００４−２７４７１０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところで、携帯電話端末等の端末においては、使用可能な機能や性能が異なる様々な機種の端末が存在しており、それぞれのユーザが使用している端末の機種は頻繁に変更される傾向があるのが実情である。また、各ユーザが所持しているＳＩＭカードの差し替えなどによって、各ユーザが使用する端末の機種を切り替えることもできる。
【００１０】
従って、例えば、ある端末から特定のユーザに電子メールを送信しようとする場合に、宛先のユーザが使用している端末の機種などを表す情報が仮にアドレス帳に登録されていたとしても、アドレス帳に登録されている機種と、宛先のユーザが実際に使用している端末の機種とが一致するとは限らない。
【００１１】
そのため、電子メールの送信元の端末においては、送信先のユーザの端末に適した状態で電子メールを送信できない可能性があり、送信先の端末においては、受信能力や添付ファイルの表示能力に適していない添付ファイルが付加された電子メールを受け取る可能性がある。
【００１２】
例えば、電子メールの送信先のユーザにおいて、使用する端末を性能の低い機種から高性能な新しい機種に交換したような場合、実際には高解像度の写真等を表示する能力を備えているにもかかわらず、送信元の操作により、解像度の低い写真が貼付された電子メールを受信することになり、現在使用中の機種の能力を発揮することができない。
【００１３】
例えば、特許文献３に開示されている従来技術を採用すれば、受信側の端末において、受信した画像ファイルのヘッダを調べることにより解像度の高いオリジナル画像のＵＲＬを取得し、オリジナル画像にアクセスすることが可能である。しかし、例えばオリジナル画像にアクセスしようとする端末（携帯電話端末等）の能力が不足している場合には、オリジナル画像を取得したりそれを表示したりすることはできない。
また、実際に取得してみなければ取得の必要性が分からない状態にある。オリジナルを取得しに行っても不要であったり、オリジナルは取扱できない状況にあったりするかも知れない。
【００１４】
本発明は、電子メールを送信する場合に、送信先の携帯通信装置が備える機能に適したファイルを送信することが可能な携帯通信装置を提供することを目的とする。また、電子メールを受信する場合に、当該携帯通信装置が備える機能に適したファイルを要求することが可能な携帯通信装置を提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明の携帯通信装置は、電子メールを送信する送信先の携帯通信装置の性能を示す性能情報を保持する性能情報保持部と、前記性能情報保持部に保持された性能情報に基づいて、マルチメディアデータを加工する際の制約条件を示す制限情報を生成する制限情報生成部と、前記制限情報に基づいて、前記マルチメディアデータを加工して加工データを生成するデータ加工部と、前記電子メールを識別するための送信メール情報および前記データ加工部による加工に関する加工情報を含む付加情報を前記加工データに付加する付加情報付加部と、前記付加情報が付加された加工データを添付ファイルとして付加した電子メールを送信するデータ送信部とを有する。
【００１６】
この携帯通信装置によれば、送信先の携帯通信装置が備える機能に適したファイルを送信することが可能である。例えば、送信先の性能に適した加工データ（加工後マルチメディアデータ）を送信元が生成し、これを電子メールに添付して送信することができる。但し、送信先のユーザが使用している端末の機種を変更したような場合には、送信先のユーザは実際に使用している端末の性能と一致しない（品質が低すぎる又は高すぎる）加工データを受け取ることになる。しかし、送信先の端末が受信する添付ファイルの加工データには付加情報が付加されているので、この付加情報を用いて送信元に対して再送要求を行えば、最適な品質のマルチメディアデータを受け取ることが可能である。すなわち、電子メールの送信元は、付加情報から既に送信した加工データやマルチメディアデータ（オリジナルデータ）を見つけることができるので、送信先の端末の能力に適した加工データを再び生成し、それを送信先に再び送信することができる。この場合、マルチメディアデータ（オリジナルデータ）を処理するのは電子メールの送信元の端末のみであり、送信先の端末はマルチメディアデータ（オリジナルデータ）を扱う必要がないので、比較的性能の低い携帯電話端末であっても最適なコンテンツを取得可能である。また、後日さらに他の携帯電話等の携帯端末装置に、送信先の端末からメモリカード等を介して加工データを含むデータを移行し、そのデータを表示する場合であっても、付加情報が付加されているために、最適なクオリティでデータを見ることが可能となる。
【００１７】
本発明の携帯通信装置は、前記付加情報付加部が、前記付加情報として、更に、前記マルチメディアデータの特性を示すオリジナルファイル情報と、前記制限情報を含める。
【００１８】
この携帯通信装置によれば、電子メールを送信することにより、送信先（受信側）の端末がオリジナルファイル情報と制限情報とを取得することができる。従って、送信先の端末でマルチメディアデータ（オリジナルデータ）の存在やその品質などを把握したり、送信元が把握している受信側の制限情報と実際の端末の性能とが一致しているかどうか、つまり最適な品質の加工データを受信したのかどうかを調べることができる。
【００１９】
本発明の携帯通信装置は、送信された前記電子メールの添付ファイルに対する再送要求を受信するデータ受信部と、前記再送要求に含まれる前記送信メール情報および前記オリジナルファイル情報に基づいて、送信された加工データの基のマルチメディアデータを特定するデータ特定部とを有し、前記制限情報生成部が、前記再送要求に含まれる前記送信先の携帯通信装置の性能を示す性能情報に基づいて新たな制限情報を生成し、前記データ加工部が、前記新たな制限情報に基づいて、特定されたマルチメディアデータから新たな加工データを生成し、前記データ送信部が、前記新たな加工データを送信する。
【００２０】
この携帯通信装置によれば、送信先の端末からの再送要求に従って、マルチメディアデータを特定し、送信先の要求品質に合う最適な加工データを生成し、これを再送することができる。従って、送信先のユーザが使用している端末の機種などを変更した場合であっても、実際に使用している端末の能力に合う最適な加工データを伝送することができる。
【００２１】
本発明の携帯通信装置は、前記制限情報生成部が、前記再送要求に含まれる前記送信先の携帯通信装置の性能を示す性能情報を前記性能情報保持部に保持させる。
【００２２】
この携帯通信装置によれば、例えば、送信先の端末が機種変更された場合やＳＩＭカードの差し替えが行なわれた場合であっても、一度変更後の端末の性能情報が保持された後は自動的に変更後の端末に最適な加工データを伝送することができる。
【００２３】
本発明の携帯通信装置は、前記制限情報に含まれる送信先の携帯通信装置が受信可能な添付ファイル数の情報、および、前記データ送信部によって送信される電子メールに付加される添付ファイル数に基づいて、前記電子メールを分割または統合するメール構成制御部を有する。
【００２４】
この携帯通信装置によれば、例えば送信対象の電子メールに添付するファイルの数などが送信先の端末の性能を超えるような場合には、１つの電子メールから分割された複数の電子メールが自動的に生成され送信されるので、宛先のユーザが性能の低い端末を使用している場合であっても、確実に電子メールを送信することが可能になる。また、例えば送信対象のメールの添付ファイル数が多くても、送信先の端末が多数の添付ファイルを許容できるのであれば、許容範囲内において電子メールを統合して送信することができ、後から電子メールや添付ファイルを調査することが容易になる。
【００２５】
本発明の携帯通信装置は、前記付加情報付加部が、前記送信メール情報および前記マルチメディアデータを特定するための情報を前記電子メールの本文に追加する。
【００２６】
この携帯通信装置によれば、送信メール情報の内容が送信対象の電子メールの本文にも含まれているので、送信先の端末が電子メールに添付された添付ファイルの受信に失敗した場合であっても、受信した電子メールの本文の内容を調べることにより、送信先の端末で再送を要求することが可能になる。
【００２７】
本発明の携帯通信装置は、前記付加情報付加部が、添付ファイルのデータが加工されていることを示す情報を前記電子メールの本文に追加する。
【００２８】
この携帯通信装置によれば、電子メールの送信先のユーザが、受信した電子メールの本文の内容を参照することにより、加工されたファイルを受信したことや、加工前のオリジナルのファイルが存在することを認識することができ、例えば手動操作で最適なファイルの再送を要求することも可能になる。
【００２９】
本発明の携帯通信装置は、マルチメディアデータが添付ファイルとして付加された電子メールを受信するデータ受信部と、前記マルチメディアデータの特性を示すオリジナルファイル情報および前記マルチメディアデータの加工に関する加工情報を含む付加情報が前記マルチメディアデータに付加されている場合、前記付加情報および当該携帯通信装置の性能を示す性能情報に基づいて、前記マルチメディアデータが最適であるか否かを判定する再送要求判定部と、最適でない場合、前記電子メールを識別するための送信メール情報および前記性能情報を含む再送要求を送信するデータ送信部とを有する。
【００３０】
この携帯通信装置によれば、電子メールを受信する場合に、当該携帯通信装置が備える機能に適したファイルを要求することが可能である。例えば、電子メールを受信した端末の機種を変更したような場合であっても、電子メールの送信元に対して自動的に再送要求を行うので、受信端末の能力に適したマルチメディアデータを受信することが可能である。
【００３１】
本発明の携帯通信装置は、前記再送要求判定部が、前記付加情報および前記性能情報に基づいて、前記マルチメディアデータを再生可能か否かを判定し、前記データ送信部が、再生不可能である場合、前記送信メール情報および前記性能情報を含む再送要求を送信する。
【００３２】
この携帯通信装置によれば、電子メールを受信した端末の性能が低く、電子メールの添付ファイルの受信に失敗した場合であっても、受信した電子メールの本文の内容に基づいて、受信端末は送信元に対して自動的に再送要求を行うことができる。従って、例えば受信端末を性能の低い機種に変更したような場合であっても、この機種に適した品質のマルチメディアデータを再送要求することが可能になる。
【００３３】
本発明の携帯通信装置は、前記再送要求判定部が、前記付加情報および前記性能情報に基づいて、前記マルチメディアデータの品質が所定基準以下か否かを判定し、前記データ送信部が、所定基準以下である場合、前記送信メール情報および前記性能情報を含む再送要求を送信する。
【００３４】
この携帯通信装置によれば、電子メールを受信した端末の性能により実現可能なマルチメディアデータの品質よりも受信した添付ファイルのマルチメディアデータの品質が所定基準以上劣る場合であっても、受信した電子メールの本文の内容に基づいて、受信端末は送信元に対して自動的に再送要求を行うことができる。従って、例えば受信端末を性能の高い機種に変更したような場合であっても、この機種に適した品質のマルチメディアデータを再送要求することが可能になる。
【００３５】
本発明の通信方法は、携帯通信装置において、電子メールを送信する送信先の携帯通信装置の性能を示す性能情報に基づいて、マルチメディアデータを加工する際の制約条件を示す制限情報を生成するステップと、前記制限情報に基づいて、前記マルチメディアデータを加工して加工データを生成するステップと、前記電子メールを識別するための送信メール情報および前記データ加工部による加工に関する加工情報を含む付加情報を前記加工データに付加するステップと、前記付加情報が付加された加工データを添付ファイルとして付加した電子メールを送信するステップとを有する。
【００３６】
この通信方法によれば、電子メールを送信する場合に、送信先の携帯通信装置が備える機能に適したファイルを送信することが可能である。
【００３７】
本発明の通信方法は、携帯通信装置において、マルチメディアデータが添付ファイルとして付加された電子メールを受信するステップと、前記マルチメディアデータに前記マルチメディアデータの特性を示すオリジナルファイル情報および前記マルチメディアデータの加工に関する加工情報を含む付加情報が付加されている場合、前記付加情報および当該携帯通信装置の性能を示す性能情報に基づいて、前記マルチメディアデータが最適であるか否かを判定するステップと、最適でない場合、前記電子メールを識別するための送信メール情報および前記性能情報を含む再送要求を送信するステップとを有する。
【００３８】
この通信方法によれば、電子メールを受信する場合に、当該携帯通信装置が備える機能に適したファイルを要求することが可能である。
【発明の効果】
【００３９】
本発明によれば、電子メールを送信する場合に、送信先の携帯通信装置が備える機能に適したファイルを送信することが可能である。また、電子メールを受信する場合に、当該携帯通信装置が備える機能に適したファイルを要求することが可能である。
【発明を実施するための最良の形態】
【００４０】
本発明の実施形態における携帯通信装置について、図１〜図８を参照しながら、以下に説明する。
【００４１】
本発明の実施形態における携帯通信装置としては、携帯電話端末や携帯型情報端末（ＰＤＡ）などが考えられる。
【００４２】
また、本実施形態において、マルチメディアデータとは、静止画、動画、音楽などの音響のデータの少なくとも１つを含むデータを示すものとする。
【００４３】
図１は本発明の実施形態における通信システムの構成例を示すブロック図である。図２は図１に示す送信端末が電子メールを送信するときの動作の一例を示すフローチャートである。図３は図１に示す送信端末がマルチメディアデータを加工する際の動作の一例を示すフローチャートである。図４は図１に示す受信端末が電子メールを受信したときの添付ファイルに関する動作の一例を示すフローチャートである。図５は図１に示す受信端末が添付ファイルとして受信したマルチメディアデータを再生するときの動作の一例を示すフローチャートである。図６は図１に示す受信端末が各マルチメディアデータを判定処理する際の動作の一例を示すフローチャートである。図７は図１に示す通信システムの動作例を示す模式図である。図８は図１に示す通信システムが伝送する電子メールの構成に関する具体例を示す模式図である。
【００４４】
図１に示す通信システムは、電子メールを送信する機能を有する端末である送信端末１００と、この電子メールを受信する機能を有する送信先の端末である受信端末２００とで構成されている。本発明の実施形態における携帯通信装置は、例えば図１に示す送信端末１００又は受信端末２００の機能を有する。勿論、送信端末１００の機能と受信端末２００の機能との両方を搭載した携帯通信装置を構成することもできる。
【００４５】
なお、図１においては送信端末１００および受信端末２００の具体的なハードウェアの構成が示されていないが、送信端末１００および受信端末２００は一般的な携帯電話端末と同様に、無線通信のための機能や制御用のマイクロコンピュータや記憶装置や表示器などを搭載している。従って、携帯電話の通信回線やインターネットなどを経由して、送信端末１００と受信端末２００との間で電子メールなどのデータを転送することができる。
【００４６】
また、本実施形態では、写真のような静止画、テレビ番組のような動画、音楽などの情報で構成されるマルチメディアのコンテンツを扱う場合を想定しているので、マルチメディアのコンテンツを扱うために必要なハードウェアも各端末に搭載されている。
【００４７】
送信端末１００は、メールアプリ処理部１０、送信メールボックス（あるいはデータフォルダ）２０、マルチメディアデータ処理部３０、および電話帳データベース４０を有して構成される。
【００４８】
メールアプリ処理部１０は、電子メールを扱うための処理を行うアプリケーションプログラムに基づいて、各種処理を行う。メールアプリ処理部１０は、メール送受信部１１、メール構成制御部１２、添付ファイル加工部１３、添付制限制御部１４、および再取得要求受付制御部１５を有する。
【００４９】
送信メールボックス２０は、メールアプリ処理部１０によって作成された電子メールのうち、送信済みの電子メールの情報を保存するために割り当てられた記憶領域である。
【００５０】
マルチメディアデータ処理部３０は、マルチメディアのコンテンツを処理するためのミドルウェアに基づいて、各種処理を行う。つまり、当該送信端末１００に備わっているマイクロコンピュータが実行する基本ソフトウェア（ＯＳ）とメールアプリとの間で中間的な処理を行う。マルチメディアデータ処理部３０は、静止画のデータを処理する静止画エンジン３１と、動画のデータを処理する動画エンジン３２と、音楽のデータを処理する音楽エンジン３３とを有する。
【００５１】
各エンジン３１、３２、および３３は、添付ファイル加工部１３からの指示に従って、それぞれのマルチメディアデータのファイル（オリジナルファイル）を加工（サイズの縮小、フォーマットの変換、品質ダウン等）する。また、加工の際には送信メール情報（各ファイルが添付される特定の電子メールを表すＩＤなどの情報）と、オリジナルファイル情報（加工前のオリジナルファイルの特性を表す情報）と、制限情報（加工の際に参照した送信先の制約を表す情報）と、加工情報（どのように加工したのかを表す情報）が、拡張メタ情報として加工後の各マルチメディアデータのファイルに埋め込まれる。なお、オリジナルファイル情報には、マルチメディアデータが静止画であれば、タグ情報（送信メール情報の開始を示す情報）、ファイルサイズの情報、画像幅や高さの情報、ＹＵＢ構成の情報などが含まれる。
【００５２】
電話帳データベース４０は、通信相手となるユーザ毎の個人情報等を保持する。ここでは、ユーザ毎の氏名、電話番号、電子メールアドレスのような一般的な個人情報の他に、使用している端末の機種を特定する情報やその機種の性能に相当する制限情報なども電話帳データベース４０に登録できる場合を想定している。例えば、写真として表示可能な静止画のファイルサイズの上限値、画像の大きさ（高さ／幅）の上限値、色のフォーマット（ＹＵＶ構成）などが制限情報としてユーザ毎に予め登録される。このように、電話帳データベース４０は、送信先である受信端末２００の性能を示す性能情報を保持する性能情報保持部としての機能を有する。
【００５３】
添付制限制御部１４は、電子メールの送信先（宛先）のユーザが使用している端末に関する情報を電話帳データベース４０から取り出し、マルチメディアデータの種類別の制約条件を表す制限情報に変換する。変換後の制限情報は、メール構成制御部１２および添付ファイル加工部１３にそれぞれ通知される。このように、添付制限制御部１４は、上記制限情報を生成する制限情報生成部としての機能を有する。
【００５４】
メール構成制御部１２は、電子メールの送信先の制限情報に合わせて、１つの電子メールを複数の電子メールに分割したり、複数の電子メールをまとめて１つの電子メールに統合するための処理を行う。この制限情報は、送信先の端末が許容可能な最大添付ファイル数を含むことが可能である。例えば、処理対象の１つの電子メールの添付ファイル数が、送信先の端末が受信可能な最大添付ファイル数よりも多い場合は、１つの電子メールを分割して複数の電子メールを生成する。また、例えば、処理対象の１つの電子メールに添付された添付ファイルの数が、送信先の端末が受け入れ可能な添付ファイル数を超えている場合には、１つの電子メールを分割して複数の電子メールを生成し、送信すべき制限数以上の添付ファイルをそれぞれの電子メールに配分し、それぞれの電子メールの添付ファイル数が送信先の制限数以内になるように制御する。また、例えば、送信元のユーザが同じ送信先に宛てた複数の電子メールをほぼ同時に作成した場合には、それらの送信前に、複数の電子メールを統合して１つの電子メールを作成してもよい。但し、統合により作成した電子メールの添付ファイル数が送信先の端末の制限数を超えないように制御する。これにより、例えば送信元のユーザが複数の写真を１つずつそれぞれ独立した電子メールで同じ宛先に順番に送信しようとしている場合であっても、送信先には複数の写真が１つの電子メールに添付されて届くことになる。この場合、送信先に届く電子メールにおいては、複数の写真が一カ所にまとまって存在しているので、送信先のユーザは受け取った写真の閲覧や管理が容易になる。
【００５５】
添付ファイル加工部１３は、ユーザの指示に従って電子メールに添付すべきマルチメディアデータのファイル（オリジナルファイル）を、送信先のユーザの制限情報に合わせて加工するようにマルチメディアデータ処理部３０の各エンジンに要求する。加工の要求をする際には、添付ファイル加工部１３は、送信メール情報（各ファイルが添付される特定の電子メールを表すＩＤなどの情報）と、制限情報（送信先にどのような制約があるのかを表す情報）と、加工情報（どのように加工してほしいのかを表す情報）とを各エンジンに通知する。もしも送信先のユーザの制限情報が存在しない場合には、添付ファイル加工部１３は、送信メール情報とオリジナルファイル情報（加工前のマルチメディアデータの特性を表す情報：静止画であれば、ファイルサイズ、画像の幅／高さ、ＹＵＶ構成など）のみを追加するように各エンジンに要求する。
【００５６】
このように、添付ファイル加工部１３は、マルチメディアデータを加工して加工データ（加工後のマルチメディアデータ）を生成するデータ加工部としての機能を有する。また、送信メール情報、制限情報、加工情報、オリジナルファイル情報などの付加情報を加工後のマルチメディアデータに付加する付加情報付加部としての機能を有する。
【００５７】
再取得要求受付制御部１５は、他の端末（電子メールの送信先など）から所定の再送要求を受信した場合に、この再送要求を受け付けて所定の処理を行う。具体的には、再送要求の中に含まれている送信メール情報（該当するマルチメディアデータのファイルを送信する際に利用された電子メールを表すＩＤなどの情報）に基づいて、送信メールボックス２０に保存されている情報の中から該当する電子メールを特定し、更にこの電子メールに添付されたファイルを調べてそれを加工する前のオリジナルファイルの名称や所在を特定する。この場合、オリジナルファイル情報を参照してもよい。その後、添付制限制御部１４が、制限情報（送信先の端末にどのような制約があるのかを表す情報、例えば、送信先の端末の性能を示す情報など）が再送要求に含まれている場合には、この制限情報をマルチメディアデータの種類別の制約条件を表す制限情報に変換する。変換後の制限情報は、メール構成制御部１２および添付ファイル加工部１３にそれぞれ通知される。このように、再取得要求受付制御部１５は、再送要求に含まれる送信メール情報およびオリジナルファイル情報に基づいて送信された加工データの基のマルチメディアデータを特定する機能を有する。
【００５８】
なお、再送要求については、ここでは送信先が電子メールとして送信する場合を想定しているが、必要な情報を含むものであれば電子メール以外の要求メッセージであっても良い。
【００５９】
メール送受信部１１は、メールアプリ処理部１０によって作成された電子メールを指定された送信先（例えば受信端末２００）に宛てて送信する。また、送信先等から送信される再送要求の電子メールを受信したり、その内容に従って新たに加工されたマルチメディアデータの添付ファイルを含む電子メールを再送したりする。送信済みの電子メールは送信メールボックス２０に保存される。
【００６０】
一方、受信端末２００は、メールアプリ処理部５０、ビューアアプリ処理部６０、再送要求判定部７０、およびマルチメディアデータ処理部８０を有して構成される。
【００６１】
メールアプリ処理部５０は、電子メールを扱うための処理を行うアプリケーションプログラムに基づいて、各種処理を行う。また、メールアプリ処理部５０は、メール送受信部５１を備えている。このメール送受信部５１は、送信端末１００から送信された電子メールを受信する。また、必要がある場合には再送要求の電子メールを作成し、これを送信端末１００宛てに送信する。
【００６２】
ビューアプリ処理部６０は、様々な情報を表示するために必要な処理を行うアプリケーションプログラムに基づいて、各種処理を行う。また、ビューアプリ処理部６０は、再生制御部６１を備えている。この再生制御部６１は、写真、動画、音楽などのコンテンツを再生したり表示したりするための処理を行う。
【００６３】
再送要求判定部７０は、メールアプリ処理部５０が受信した電子メールの添付ファイルについて再送要求の必要があるかどうかを調べる。実際には、再送要求の必要があるかどうかのチェックを再送要求判定部７０がマルチメディアデータ処理部８０に要求する。
【００６４】
マルチメディアデータ処理部８０は、マルチメディアのコンテンツを処理するためのミドルウェアに基づいて、各種処理を行う。つまり、当該受信端末２００に備わっているマイクロコンピュータが実行する基本ソフトウェア（ＯＳ）と各アプリケーションプログラムとの間で中間的な処理を行う。マルチメディアデータ処理部８０は、静止画のデータを処理する静止画エンジン８１と、動画のデータを処理する動画エンジン８２と、音楽のデータを処理する音楽エンジン８３とを有する。
【００６５】
各エンジン８１、８２、８３は、再送要求判定部７０からの指示に従って、それぞれのマルチメディアデータのファイルに拡張メタ情報（付加情報）が埋め込まれているかどうかを調べ、埋め込まれている場合には、この拡張メタ情報の内容に基づいて、このマルチメディアデータのファイルが当該受信端末２００の能力に見合った条件で加工されたものであるか否かを判定する。例えば、加工後のファイルにおける静止画のサイズ（幅／高さ）などが加工情報や加工前のファイルの情報であるオリジナルファイル情報が拡張メタ情報に含まれているので、これと当該受信端末２００の実際の能力（表示能力、メモリ容量、処理能力など）とを比較することにより、最適な条件で加工されたファイルかどうかを識別できる。受信したファイルの品質が当該受信端末２００の能力を超える場合は、これの表示等ができないので、適切な品質のファイルを取得するために再送を要求する必要がある。また、受信したファイルの品質が当該受信端末２００の能力に比べて低すぎる場合にも、品質の高いファイルを取得するために再送を要求する必要がある。
【００６６】
このように、再送要求判定部７０は、各エンジン８１〜８３へ指示を行うことで、マルチメディアデータにオリジナルファイル情報および加工情報を含む付加情報が付加されている場合、付加情報および受信端末２００の性能情報に基づいて、マルチメディアデータが最適か否かを判定する機能を有する。
【００６７】
次に、送信端末１００の動作の一例について説明する。
添付ファイル付きの電子メールを送信端末１００が送信する場合の動作の概略の一例が図２に示されている。また、マルチメディアデータ処理部３０の各エンジンが行う制限加工に関する処理の内容の一例が図３に示されている。ここでは、送信元（送信端末１００）から送信先（受信端末２００）へメール送信することを想定している。
【００６８】
送信元である送信端末１００のユーザが添付ファイルを含む電子メールを送信しようとする場合に、送信端末１００の各構成要素によって図２に示すステップＳ１１以降の処理が実行される。また、受信端末２００から再送要求を受信した場合については、後述する。
【００６９】
図２のステップＳ１１では、添付制限制御部１４が、送信元のユーザが指定した送信先ユーザに関する送信先情報を電話帳データベース４０から取得する。
【００７０】
ステップＳ１２では、添付制限制御部１４が、電話帳データベース４０から取得した送信先情報を、マルチメディアデータの種類別の制約条件を表す制限情報に変換する。変換後の制限情報は、メール構成制御部１２および添付ファイル加工部１３にそれぞれ通知される。
【００７１】
ステップＳ１３では、メール構成制御部１２が、電子メールの送信先の制限情報に合わせて、１つの電子メールを複数の電子メールに分割したり、複数の電子メールをまとめて１つの電子メールに統合したりするための処理を行う。この処理は必要に応じて行なわれる。
【００７２】
ステップＳ１４〜Ｓ１８の処理については、送信対象の電子メールに添付されるファイル毎に繰り返し実行される。
【００７３】
ステップＳ１４では、添付ファイル加工部１３が、処理対象として選択した１つのファイル（マルチメディアデータ）について、その種類を判定する。すなわち、このファイルが静止画か、動画か、音楽か、それ以外かを識別する。静止画のファイルを処理する場合にはステップＳ１５に進み、動画のファイルを処理する場合にはステップＳ１６に進み、音楽のファイルを処理する場合にはステップＳ１７に進み、それ以外のファイルを処理する場合にはステップＳ１８に進む。そして、ステップＳ１４〜Ｓ１８が終了すると、ステップＳ１９に進む。
【００７４】
ステップＳ１５では、処理対象のファイルの種類が静止画なので、添付ファイル加工部１３が、静止画エンジン３１に対して処理を要求する。この要求に従って、静止画エンジン３１が、該当するファイルを指定された制限に従って適切に加工する。この処理の詳細の一例については、後で説明する。
【００７５】
ステップＳ１６では、処理対象のファイルの種類が動画なので、添付ファイル加工部１３が、動画エンジン３２に対して処理を要求する。この要求に従って、動画エンジン３２が、該当するファイルを指定された制限に従って適切に加工する。
【００７６】
ステップＳ１７では、処理対象のファイルの種類が音楽なので、添付ファイル加工部１３が、音楽エンジン３３に対して処理を要求する。この要求に従って、音楽エンジン３３が、該当するファイルを指定された制限に従って適切に加工する。
【００７７】
ステップＳ１８では、処理対象のファイルの種類が静止画、動画、音楽以外（例えば文書）であるので、添付ファイル加工部１３が、該当するファイルの加工を必要に応じて実行する。
【００７８】
ステップＳ１９では、メール送受信部１１が、メール構成制御部１２が作成した電子メールに、添付ファイル加工部１３が加工したファイルを添付ファイルとして付加した電子メールを、受信端末２００に対して送信する。
【００７９】
ステップＳ２０では、メール送受信部１１が、ステップＳ１９で送信が完了した電子メールを送信メールボックス２０に保存する。
【００８０】
なお、ステップＳ１９で送信した電子メールの送信先の受信端末２００から再送要求の電子メールをメール送受信部１１が受信した場合には、以下の処理を実行する。再送要求を受信した場合には、ステップＳ１１ではなく、図示しないステップＳ２１およびＳ２２の処理を行った後、ステップＳ１４〜Ｓ２０の処理を行う。
【００８１】
まず、ステップＳ２１では、添付制限制御部１４が、再送要求に含まれている情報に基づいて、オリジナルファイルから新たな条件で加工されたファイルを作成するために必要な制限情報（静止画の場合にはファイルサイズ、画像の幅／高さ、ＹＵＶ構成等の制限値）を作成する。すなわち、再送要求には受信端末２００の機種あるいはその能力（表示能力、メモリ容量、処理能力など）を表す情報が含まれているので、この情報を送信端末１００が扱う制限情報に変換する。
【００８２】
ステップＳ２２では、添付制限制御部１４が、電話帳データベース４０に登録されている情報のうち、送信先のユーザに割り当てられた領域の制限情報（例えば送信先の端末の性能を示す性能情報など）を、ステップＳ２１で作成した最新の制限情報に書き換える。
【００８３】
続いて、再送要求の中には、前に送信した特定の電子メールを表す送信メール情報（該当する電子メールのＩＤなど）が含まれているので、再取得要求受付制御部１５が、この送信メール情報に対応する電子メールを送信メールボックス２０から取り出して、それに含まれている添付ファイル（加工後のマルチメディアデータのファイル）を調べ、それを加工する前のオリジナルファイルを例えば名称の類似性により特定する。なお、この特定は、ステップＳ２１〜Ｓ２２の前に行なっても良い。
【００８４】
続いて、添付ファイル加工部１３の要求により、各エンジン３１〜３３が、該当する（特定された）オリジナルファイルを、ステップＳ２１で作成した新たな制限情報に従ってステップＳ１４〜Ｓ１８で再び加工し、加工後のファイルを電子メールに添付する。
【００８５】
続いて、メール送受信部１１が、ステップＳ１９で再送要求の要求元に再び送信する。
【００８６】
続いて、メール送受信部１１が、ステップ２０で送信メールボックス２０に再送要求に対応する送信した電子メールを保存する。
【００８７】
次に、静止画エンジン３１が図２のステップＳ１５で制限加工を実施する場合の具体的な処理の内容の一例について、図３を参照しながら説明する。なお、静止画以外のマルチメディアデータを処理する場合にも図３と似たような処理が実行される。
【００８８】
ステップＳ３１では、静止画エンジン３１が、添付ファイル加工部１３から通知された制限情報（送信先ユーザの端末の能力の制限を表す）に従って、処理対象の静止画の画像を変換する。例えば、処理対象の静止画（オリジナルファイル）の幅／高さの画素数が１０００／１０００であり、制限情報の幅／高さの画素数が１００／１００である場合には、オリジナルファイルの画像の幅／高さの画素数を１００／１００以下となるように変換する。
【００８９】
ステップＳ３２では、静止画エンジン３１が、処理対象の静止画の形式（フォーマット）を判定する。静止画の場合には、例えばＪｐｅｇ形式として構成されたファイルが用いられるが、その他の形式のファイルも扱うことができる。
【００９０】
ステップＳ３３では、静止画エンジン３１が、Ｊｐｅｇ形式である場合には、ステップＳ３１で処理した変換後の静止画のファイルに特別なタグ情報を埋め込む。ここでは、タグとしてまだ定義されていない未使用のコード「０ｘｆｆｘｘ：１６進表記」をタグとしてＪｐｅｇ形式のファイルの中に埋め込む。
【００９１】
ステップＳ３４では、静止画エンジン３１が、Ｊｐｅｇ形式でないその他の形式の場合には、特別な情報を埋め込んだことを表すために当該フォーマットについて未使用のコードをタグとしてファイルの中に埋め込む。
【００９２】
ステップＳ３５では、添付ファイル加工部１３が、加工後のファイルを送信するために利用する特定の電子メール（このファイルが添付される電子メール）を表す送信メール情報（ＩＤなど）を、加工後のファイルの中に埋め込む。
【００９３】
ステップＳ３６では、添付ファイル加工部１３が、送信端末１００が保持している加工前のファイル（オリジナルファイル）に関する情報をオリジナルファイル情報として加工後のファイルの中に埋め込む。具体的なオリジナルファイル情報としては、例えばファイルサイズや、画像の幅／高さや、ＹＵＶ構成のような品質情報が含まれる。オリジナルファイルの名称をこのオリジナルファイル情報に含めても良い。
【００９４】
ステップＳ３７では、添付ファイル加工部１３が、ステップＳ３１で画像を変換する際に参照した送信先ユーザの制限情報を、制限情報として加工後のファイルの中に埋め込む。
【００９５】
ステップＳ３８では、添付ファイル加工部１３が、ステップＳ３１で行った加工処理の内容を表す情報（例えば加工後の画像の幅／高さが１００／１００以下など）を加工情報として加工後のファイルの中に埋め込む。
【００９６】
このように加工されたファイルが電子メールに添付されて送信端末１００から受信端末２００に届くので、受信端末２００側では、それぞれの添付ファイルを処理する際に、そのファイルの中に特別な情報が埋め込まれていることをタグ情報の内容から認識することができる。更に、送信メール情報や、制限情報や、オリジナルファイル情報や、加工情報を取り出すこともできる。
【００９７】
次に、受信端末２００の動作の一例について説明する。
受信端末２００が添付ファイル付きの電子メールを受信したときに実行する動作の内容の一例が図４に示されており、受信したそれぞれのファイルを受信端末２００等が再生するときの動作の一例が図５に示されている。まず、図４に示す動作について以下に説明する。
【００９８】
ステップＳ４１〜Ｓ４５の処理については、受信した電子メールに添付されているファイルのそれぞれについて繰り返し実行される。ステップＳ４１〜Ｓ４５の処理が終了すると、ステップＳ４６の処理に進む。
【００９９】
ステップＳ４１では、再送要求判定部７０が、処理対象のファイルを調べ、その種別が静止画か、動画か、音楽か、それ以外かについて判定する。
【０１００】
ステップＳ４２では、処理対象のファイルが静止画のファイルである場合、再送要求判定部７０が、静止画エンジン８１に指示を与える。そして、静止画エンジン８１が、再送要求の必要の有無を判定する。この処理の具体的な内容については後で説明する。
【０１０１】
ステップＳ４３では、処理対象のファイルが動画のファイルである場合、再送要求判定部７０が、動画エンジン８２に指示を与える。そして、動画エンジン８２が、再送要求の必要の有無を判定する。
【０１０２】
ステップＳ４４では、処理対象のファイルが音楽のファイルである場合、再送要求判定部７０が、音楽エンジン８３に指示を与える。そして、音楽エンジン８３がが、再送要求の必要の有無を判定する。
【０１０３】
ステップＳ４５では、処理対象のファイルが静止画、動画、音楽いずれのファイルでもない場合、静止画、動画、音楽以外のデータを処理するエンジン（必要に応じて設けられる）が、再送要求判定部７０の指示に従って、再送要求の必要の有無を判定する。
【０１０４】
ステップＳ４６では、再送要求判定部７０が、少なくとも１つの添付ファイルについて、ステップＳ４２、Ｓ４３、Ｓ４４、Ｓ４５のいずれかで再送要求が必要であると判定されたかどうかを調べ、必要な場合にはステップＳ４７に進む。
【０１０５】
ステップＳ４７では、メールアプリ処理部５０が、メール送受信部５１が受信した当該受信端末２００（自端末）上に存在している情報に基づいて、再送要求のための電子メールを自動的に作成する。この再送要求には、受信した電子メールの添付ファイルの中から取得した送信メール情報の他に、当該受信端末２００にとって最適な条件で加工されたマルチメディアデータのファイルを作成するために必要な情報（当該受信端末２００の機種や能力を表す制限情報や、希望する品質を表す情報など）が含まれる。
【０１０６】
ステップＳ４８では、メール送受信部５１が、再送要求のための電子メールを送信端末１００に宛てて送信する。
【０１０７】
一方、受信端末２００のユーザが受信した電子メールに添付されていた静止画、動画、音楽などのマルチメディアデータのファイルを再生しようとする場合には、再生制御部６１が、該当するマルチメディアデータのファイルを処理する。この処理の内容の一例が図５に示されている。但し、図５に示す再生動作については、受信端末２００以外の端末が実行する場合もある。
【０１０８】
例えば、受信端末２００が携帯電話端末である場合に、受信端末２００のユーザ自身が所有しているパソコンや、携帯型情報端末や、家電製品などに、あるいは友人の携帯電話端末に、マルチメディアデータのファイルを移動もしくはコピーする場合があるので、移動先又はコピー先の端末上で該当するファイルを再生することもある。なお、ファイルの移動やコピーを行う際には、メモリーカードの差し替え、赤外線通信、一般的な通信回線を用いた電子メールの転送などにより行うことが考えられる。
【０１０９】
ステップＳ５１では、再生制御部６１が、再送要求判定部７０に指示を与えて処理対象のファイルを調べ、その種別が静止画か、動画か、音楽か、それ以外かについて判定する。
【０１１０】
ステップＳ５２では、再送要求判定部７０が、静止画エンジン８１に指示を与え、静止画エンジン８１が、再送要求の必要の有無を判定する。
【０１１１】
ステップＳ５３では、再送要求判定部７０が、動画エンジン８２に指示を与え、動画エンジン８２が、再送要求の必要の有無を判定する。
【０１１２】
ステップＳ５４では、再送要求判定部７０が、音楽エンジン８３に指示を与え、音楽エンジン８３が、再送要求の必要の有無を判定する。
【０１１３】
ステップＳ５５では、再送要求判定部７０の指示に従って、静止画、動画、音楽以外のデータを処理するエンジンが、再送要求の必要の有無を判定する。
【０１１４】
ステップＳ５６では、再送要求判定部７０が、再生対象のファイルについて、ステップＳ５２、Ｓ５３、Ｓ５４、Ｓ５５のいずれかで再送要求が必要であると判定されたかどうかを調べ、必要な場合には次のステップＳ５７に進む。再送要求が必要ない場合には、ステップＳ６０に進む。
【０１１５】
例えば、送信元の送信端末１００から電子メールを受信した受信端末２００上でその電子メールの添付ファイルを再生する場合には、受信の際に図４に示す処理が実行されるため、この時点で最適な品質の添付ファイルを受信するための再送要求を行うことができる。しかし、受信端末２００のユーザが電子メールの受信後に受信端末２００の機種を変更した場合など、他の受信端末２００で再生しようとする場合には、再生対象のファイルが最適な品質ではない可能性がある。そこで、上記のように、再生を行う際にも図５に示すように再送要求の必要性を確認することが好ましい。
【０１１６】
ステップＳ５７では、再送要求判定部７０が、メールアプリ処理部５０に再送要求のための指示を与える。
【０１１７】
ステップＳ５８では、メール送受信部５１が、再生対象のファイルに含まれていた情報と当該受信端末２００（自端末）上に存在している情報とに基づいて、再送要求のための電子メールを自動的に作成する。この再送要求には、受信した電子メールの添付ファイルの中から取得した送信メール情報の他に、当該受信端末２００にとって最適な条件で加工されたマルチメディアデータのファイルを作成するために必要な情報（当該受信端末２００の機種や能力を表す制限情報や、希望する品質を表す情報など）が含まれる。
【０１１８】
ステップＳ５９では、メール送受信部５１が、再送要求のための電子メールを添付ファイルの送信元に宛てて送信する。
【０１１９】
ステップＳ６０では、再生制御部６１が、再送要求判定部７０に指示を与えて処理対象のファイルを調べ、その種別が静止画か、動画か、音楽か、それ以外かについて判定する。
【０１２０】
ステップＳ６１では、再送要求判定部７０が、処理対象のファイルが静止画のファイルである場合に、静止画エンジン８１に指示を与え、静止画エンジン８１が、処理対象のファイルの再生処理を実行する。そして、再生制御部６１が、静止画エンジン８１の処理の結果を用いて画面上に静止画を表示する。
【０１２１】
ステップＳ６２では、再送要求判定部７０が、処理対象のファイルが動画のファイルである場合に、動画エンジン８２に指示を与え、動画エンジン８２が、処理対象のファイルの再生処理を実行する。そして、再生制御部６１が、動画エンジン８２の処理の結果を用いて画面上に動画や音声の出力を行う。
【０１２２】
ステップＳ６３では、再送要求判定部７０が、処理対象のファイルが音楽のファイルである場合に、音楽エンジン８３に指示を与え、音楽エンジン８３が、処理対象のファイルの再生処理を実行する。そして、再生制御部６１が、音楽エンジン８３の処理の結果を用いて音楽の出力を行う。
【０１２３】
図４に示す各ステップＳ４２〜Ｓ４５や図５に示す各ステップＳ５２〜Ｓ５５で実行される再送要求判定に関する処理の内容の一例が図６に示されている。この処理の内容について以下に説明する。なお、各エンジン８１〜８３の処理については、処理対象のファイルの種類に依存していずれかのエンジンによって処理される。
【０１２４】
ステップＳ７１では、再送要求判定部７０の指示により、各エンジン８１〜８３が、処理対象のファイルに埋め込まれているタグ情報について解析を行う。
【０１２５】
ステップＳ７２では、各エンジン８１〜８３が、最適な品質のファイルかどうかを判定するために利用可能な特別なタグが含まれているかどうかを調べ、含まれている場合にはステップＳ７３に進み、含まれていなければステップＳ８１に進む。
【０１２６】
例えば、図３に示す処理によって加工されたＪｐｅｇ形式のファイルを処理する場合には、新たに定義した「０ｘｆｆｘｘ」のコードのタグが含まれているかどうかを調べる。「０ｘｆｆｘｘ」のコードのタグを有するＪｐｅｇ形式のファイルは、その他に、ステップＳ３５〜Ｓ３８で埋め込まれた他の情報、すなわち送信メール情報、オリジナルファイル情報、制限情報、加工情報も含んでいるので、各エンジン８１〜８３が、これらの情報を取得する。
【０１２７】
ステップＳ７３では、各エンジン８１〜８３が、ステップＳ７１の解析の結果、処理対象のファイルから得られた送信メール情報、オリジナルファイル情報、制限情報、加工情報を用いて、このファイルのコンテンツ（マルチメディアデータ）の品質等について解析する。
【０１２８】
ステップＳ７４では、各エンジン８１〜８３が、ステップＳ７３の解析の結果を用いて、当該受信端末（自端末）２００の再生能力とコンテンツの内容（品質）とを比較して再生が可能かどうかを調べ、再生可能であればステップＳ７６に進み、再生不可能であればステップＳ７５に進む。
【０１２９】
ステップＳ７５では、各エンジン８１〜８３が、再送要求が必要であることを示す情報を再送要求判定部７０に返す。また、タグに関連してファイルに含まれていた送信メール情報と、送信元に要求したい制限情報（当該受信端末２００の再生能力に相当する）を再送要求判定部７０に返す。
【０１３０】
ステップＳ７６では、各エンジン８１〜８３が、タグに関連してファイルに含まれていたコンテンツの加工情報を解析する。具体的な加工情報としては、マルチメディアデータのファイルサイズ、画像の幅／高さ、ＹＵＶ構成などが考えられる。
【０１３１】
ステップＳ７７では、各エンジン８１〜８３が、タグに関連してファイルに含まれていたオリジナルファイル情報を解析する。オリジナルファイル情報は、受信したファイルが加工される前のオリジナルファイルに関する情報であり、ファイルサイズ、画像の幅／高さ、ＹＵＶ構成などが含まれる。
【０１３２】
ステップＳ７８では、各エンジン８１〜８３が、当該受信端末（自端末）２００の再生能力（例えば表示可能な静止画の大きさなど）とステップＳ７６で得られた加工情報とオリジナルファイル情報とに基づく加工クオリティ（再生対象ファイルの静止画の大きさなど）とを比較する。加工クオリティが当該受信端末２００の再生能力に適した最適な品質であると判定した場合にはステップＳ８１に進み、加工クオリティが当該受信端末２００の再生能力と比べて品質の低いファイルであると判定した場合にはステップＳ７９に進む。
【０１３３】
ステップＳ７９では、各エンジン８１〜８３が、ステップＳ７７で得られたオリジナルファイル情報の内容と、当該受信端末２００の再生能力とに基づいて、最適な加工条件を算出する。例えば、当該受信端末２００における静止画の表示可能な最大幅／高さが１０００／１０００であり、オリジナルファイルの静止画の幅／高さが２５０／２５０である場合には、１０００／１０００以下であってなるべくこれに近い値を最適な加工条件とすればよい。
【０１３４】
ステップＳ８０では、各エンジン８１〜８３が、再送要求が必要であることを示す情報を再送要求判定部７０に返す。また、タグに関連してファイルに含まれていた送信メール情報と、送信元に要求したい制限情報（当該受信端末２００の再生能力や、最適な加工条件）を再送要求判定部７０に返す。
【０１３５】
ステップＳ８１では、各エンジン８１〜８３が、再送要求が不要であることを示す情報を再送要求判定部７０に返す。
【０１３６】
次に、図１に示した通信システムの具体的な使用例について、図７を参照しながら説明する。図７（ａ）に示す例では、ユーザＡの端末１１０（送信端末１００に相当）からユーザＢの端末２１０（受信端末２００に相当）に静止画の画像を添付ファイルとして付加した電子メールを伝送し、更に端末２１０が受信した画像のファイルを端末２１０から別の端末２２０（受信端末２００と同様の機能を有する）に移動した場合を想定している。
【０１３７】
図７（ａ）に示す例では、端末１１０に存在するオリジナル画像の幅／高さは１０００／１０００（画素）であるが、送信先の端末２１０の画像表示能力に関する幅／高さが１００／１００（画素）であることが電話帳データベース４０の内容から把握できる。したがって、端末１１０は、オリジナル画像を画素を減らすように自動的に加工し、加工された画像、つまり幅／高さが１００／１００（画素）の画像を含むファイルを添付した電子メールを作成し、端末２１０に送信する。端末２１０においては、端末１１０から受信した画像の品質は適切であり、問題はない。
【０１３８】
この後で、ユーザＢの指示によるメモリーカードの入れ替えや、赤外線（ＩＲ）通信や、メール転送などにより画像を端末２１０から端末２２０に移動すると、端末２２０の画像表示能力に関する幅／高さが１０００／１０００（画素）であるため、端末２２０が端末２１０から受け取った画像は端末２２０の能力に比べて品質が非常に低いものとなる。
【０１３９】
この場合、端末２２０は画像を再生する際に、図５に示した処理を行うので、再送が必要であることを検出する。そして、例えば端末２２０の図示しない表示部が、表示画面２２０ａにメッセージ「クオリティの高い画像の再取得が可能です。再取得しますか」を表示する。このメッセージを確認したユーザの指示により、「ｙｅｓ」を操作すると、端末２２０から端末１１０に対して再送要求が実施される。
【０１４０】
この再送要求には、端末２１０が受信した電子メールを特定可能な送信メール情報（再生対象のファイルに埋め込まれていた情報）や、端末２２０の能力や必要とする品質などを表す情報が付加される。従って、端末１１０は該当する電子メールを特定し、それに添付したファイルおよびオリジナルファイルを特定し、再送を要求した端末２２０が必要とする品質の画像をオリジナルファイルを再び加工して作成し、端末２２０に送信することができる。
【０１４１】
このため、図７（ａ）に示すように、電子メールを当初受信した端末２１０とは異なる別の機種の端末２２０で受信したファイルを再生しようとする場合であっても、再生に用いる端末２２０の性能に合わせて最適な品質のファイル（最初に受信したファイルよりも品質の高いファイル）を端末２２０が送信元の端末１１０から取得できる。
【０１４２】
一方、図７（ｂ）に示す例では、ユーザＢの指示により、例えばＳＩＭカードの差し替えにより、中機能の機種である端末２１０Ｃから低機能の機種である端末２１０Ｂに切り替えた場合を想定している。この場合、ユーザＡが使用している端末１１０は、ユーザＢの機種が変更前の中機能の機種であることを電話帳データベース４０に保持されている情報から把握するので、中機能の機種の能力に合わせてオリジナル画像を加工した結果である幅／高さが５００／５００（画素）の画像を生成し、この画像を添付した電子メールを端末１１０が端末２１０Ｂに送信する。
【０１４３】
この場合、端末２１０Ｂは、受信した電子メールの添付ファイルの内容が実際の端末２１０Ｂの能力（表示可能な画像の幅／高さが１００／１００）を超えているため、図４に示す受信処理の中で再送が必要であることを検出する。そして、図７（ｂ）に示すように、例えば端末２１０Ｂの図示しない表示部が、表示画面２１０ａにメッセージ「取得画像は表示不可能です。最適化要望が可能です。再取得しますか。」を表示し、ユーザの確認を求める。ここでユーザＢの指示により「ｙｅｓ」を操作すると、端末２１０Ｂは端末１１０に対して再送要求を実施する。
【０１４４】
この場合、端末１１０は再送要求の内容からユーザＢの機種あるいは能力が変更されたことを把握し、電話帳データベース４０の内容を最新の情報に更新する。そして、端末１１０はユーザＢの変更後の機種の能力に合わせて再び加工したファイルを作成し端末２１０Ｂに送信する。
【０１４５】
このため、図７（ｂ）に示すように、電子メールの受信側のユーザが使用する端末２１０Ｂの機種を変更した場合であっても、端末２１０Ｂの性能に合わせて最適な品質のファイル（最初に受信したファイルよりも品質の低いファイル）を端末２１０Ｂが端末１１０から取得できる。
【０１４６】
なお、受信側はメールを受信したタイミングで最適な品質のファイルを要求するのではなく、例えば、さらに後日別の端末にデータを移動した際に、その端末で最適化された同じ内容のコンテンツを取得するようにしてもよい。
【０１４７】
なお、ここまでは、主に、高機能機種に対応したデータから低機能機種に対応したデータに変換する場合には、同一メディアにおいて変換（例えば、動画の場合にはより低品質な動画に変換）することを説明したが、異なるメディアへ変換するようにしてもよい。例えば、送信先の端末が動画未対応の端末である場合には、ハイライト箇所を静止画で切り出し、静止画のデータとして送信する。送信先の端末がこのデータを受信した後に、さらに別の動画対応の端末にメモリカード等を介してデータを移行する。この別の端末がデータを再取得すると、当該データに対応する動画のデータを見ることができる旨を当該別の端末の表示部に表示し、ユーザに取得を促す。そして、ユーザからの指示に基づいて、動画のデータの再取得を行うようにしてもよい。
【０１４８】
図１に示した通信システムの動作に関するもう１つの具体例が図８に示されている。図８に示す例について以下に説明する。この例では、送信端末１００が同じ受信端末２００に対して複数の電子メールを送信する場合に、複数の電子メールをまとめて１つに統合した電子メールを受信端末２００に送信する場合を想定している。
【０１４９】
すなわち、図８（ａ）に示すように、１つの添付ファイル「ＰｉｃＡＭｉｎｉ」を添付した１番目の電子メールＭ１と、１つの添付ファイル「ＰｉｃＢＭｉｎｉ」を添付した２番目の電子メールＭ２と、１つの添付ファイル「ＰｉｃＣＭｉｎｉ」を添付した３番目の電子メールＭ３とを作成して、同じ宛先に送信しようとした場合に、送信端末１００は、電子メールＭ１、電子メールＭ２、および電子メールＭ３が統合可能であることを認識し、これらを統合した１つの電子メールＭ０（図８（ｂ）に示す内容）を作成する。つまり、作成された１つの電子メールＭ０には、３つの添付ファイル「ＰｉｃＡＭｉｎｉ」、「ＰｉｃＢＭｉｎｉ」、「ＰｉｃＣＭｉｎｉ」が全て添付されている。
【０１５０】
このように１つに統合した電子メールＭ０を送信端末１００から受信端末２００に送信することにより、受信端末２００のユーザは添付ファイル「ＰｉｃＡＭｉｎｉ」、「ＰｉｃＢＭｉｎｉ」、「ＰｉｃＣＭｉｎｉ」の検索や閲覧が容易になる。
【０１５１】
逆に、送信端末１００上で作成された電子メールに添付されたファイルの数が送信先の受信端末２００の受信能力を超えている場合には、１つの電子メールを複数に分割し、複数の添付ファイルを複数の電子メールに分散させるように配分する。
【０１５２】
ところで、例えば添付ファイルの数が非常に多い場合には、送信先の受信端末２００において、電子メールの本文等の受信には成功するが添付ファイルの受信には失敗する可能性がある。
【０１５３】
添付ファイルの受信に失敗すると、受信端末２００は各添付ファイルの中に埋め込まれているタグ情報等を取得できないので、前述のような再送要求も不可能な状態になる。そこで、図８に示す例では、送信端末１００が送信する電子メールの本文の中に、予め定めた定型文のメッセージと再送要求のために必要な情報を送信端末１００のメール構成制御部１２が自動的に追加している。
【０１５４】
例えば、図８（ａ）に示す電子メールＭ１の本文のうち、ユーザが指示により作成したメッセージの後ろ側に、「この添付画像は＊＊端末側に合わせた加工です。オリジナルＰｉｃＡは＠＠送信メールにあります。最適化リクエストは以下で！」と「＠＠＠＠フォーマット＠＠＠」が自動的に追加されている。従って、添付ファイルの受信に失敗した場合であっても、受信端末２００は受信した電子メールの本文の内容から定型文を抽出することにより、該当する電子メールを特定する送信メール情報や、オリジナルファイルが存在することを認識できるので、再送要求が可能である。
【産業上の利用可能性】
【０１５５】
以上のように、本発明は、電子メールを送信する場合に、送信先の携帯通信装置が備える機能に適したファイルを送信することが可能な携帯通信装置等に有用である。また、電子メールを受信する場合に、当該携帯通信装置が備える機能に適したファイルを要求することが可能な携帯通信装置等に有用である。さらに、後日別の端末に移動した際にその端末で最適化された同じ内容のコンテンツを取得することが可能な携帯通信装置装置等に有用である。
【図面の簡単な説明】
【０１５６】
【図１】本発明の実施形態における通信システムの構成例を示すブロック図である。
【図２】本発明の実施形態における送信端末が電子メールを送信する際の動作の一例を示すフローチャートである。
【図３】本発明の実施形態における送信端末がマルチメディアデータを加工する際の動作の一例を示すフローチャートである。
【図４】本発明の実施形態における受信端末が電子メールを受信した際の添付ファイルに関する動作の一例を示すフローチャートである。
【図５】本発明の実施形態における受信端末が添付ファイルとして受信したマルチメディアデータを再生する際の動作の一例を示すフローチャートである。
【図６】本発明の実施形態における受信端末が各マルチメディアデータを判定処理する際の動作の一例を示すフローチャートである。
【図７】本発明の実施形態における通信システムの動作例を示す模式図である。
【図８】本発明の実施形態における通信システムが伝送する電子メールの構成に関する具体例を示す模式図である。
【符号の説明】
【０１５７】
１０  メールアプリ処理部
１１  メール送受信部
１２  メール構成制御部
１３  添付ファイル加工部
１４  添付制限制御部
１５  再取得要求受付制御部
２０  送信メールボックス
３０  マルチメディアデータ処理部
３１  静止画エンジン
３２  動画エンジン
３３  音楽エンジン
４０  電話帳データベース
５０  メールアプリ処理部
５１  メール送受信部
６０  ビューアアプリ処理部
６１  再生制御部
７０  再送要求判定部
８０  マルチメディアデータ処理部
８１  静止画エンジン
８２  動画エンジン
８３  音楽エンジン
１００  送信端末
２００  受信端末
【図１】
2009301193.tif 000003
【図２】
2009301193.tif 000004
【図３】
2009301193.tif 000005
【図４】
2009301193.tif 000006
【図５】
2009301193.tif 000007
【図６】
2009301193.tif 000008
【図７】
2009301193.tif 000009
【図８】
2009301193.tif 000010