(57)【要約】【課題】  電子メールを効率的に閲覧すること。【解決手段】  テレビジョン受像機は、アプリケーションプログラムを実行する処理実行部と、処理実行部が処理可能なデータの属性を定義する属性テーブルを記憶するフラッシュメモリと、電子メールを受信する電子メール受信部（Ｓ０７、Ｓ１１）と、受信された電子メールから該電子メールに含まれるデータの属性を抽出し、抽出された属性と属性テーブルで定義されている属性とを比較し、受信された電子メールに含まれるデータを処理実行部が処理可能か否かを判断する実行可否判断部（Ｓ１３）と、実行可否判断部による判断結果を含むメールリストを表示する表示部（Ｓ２０）と、を備える。【選択図】        図７
2009003624.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションプログラムを実行する処理実行手段と、
前記処理実行手段が処理可能なデータの属性を定義する属性テーブルを記憶するテーブル記憶手段と、
電子メールを受信する受信手段と、
前記受信された電子メールから該電子メールに含まれるデータの属性を抽出する属性抽出手段と、
抽出された前記属性と前記属性テーブルで定義されている属性とを比較し、前記受信された電子メールに含まれるデータを前記処理実行手段が処理可能か否かを判断する判断手段と、
前記判断手段による判断結果を表示する表示手段を、備えた情報家電装置。
【請求項２】
前記判断結果に基づいて、前記受信された電子メールを部分的に記憶する記憶手段を、さらに備えた請求項１に記載の情報家電装置。
【請求項３】
前記記憶手段は、前記受信された電子メールに含まれるデータのうち前記判断手段により処理可能と判断されたデータを記憶し、前記判断手段により処理不能と判断されたデータを記憶しない、請求項２に記載の情報家電装置。
【請求項４】
前記処理実行手段が実行可能な新たなアプリケーションプログラムが追加されることに応じて、前記処理実行手段が該新たなアプリケーションプログラムを実行することにより処理可能なデータの属性を、前記属性テーブルに追加する更新手段を、さらに備えた請求項１に記載の情報家電装置。
【請求項５】
アプリケーションプログラムを実行するステップと、
前記アプリケーションプログラムを実行することにより処理可能なデータの属性を定義する属性テーブルを記憶するステップと、
電子メールを受信するステップと、
前記受信された電子メールから該電子メールに含まれるデータの属性を抽出するステップと、
抽出された前記属性と前記属性テーブルで定義されている属性とを比較し、前記受信された電子メールに含まれるデータを、前記アプリケーションプログラムを実行することにより処理可能か否かを判断するステップと、
前記判断結果を表示するステップと、を含む電子メール受信方法。
【請求項６】
アプリケーションプログラムを実行するステップと、
前記アプリケーションプログラムを実行することにより処理可能なデータの属性を定義する属性テーブルを記憶するステップと、
電子メールを受信するステップと、
前記受信された電子メールから該電子メールに含まれるデータの属性を抽出するステップと、
抽出された前記属性と前記属性テーブルで定義されている属性とを比較し、前記受信された電子メールに含まれるデータを、前記アプリケーションプログラムを実行することにより処理可能か否かを判断するステップと、
前記判断結果を表示するステップと、をコンピュータに実行させる電子メール受信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は情報家電装置、情報家電装置で実行される電子メール受信方法および電子メール受信プログラムに関し、特に、データが添付された電子メールを受信するのに適した情報家電装置、情報家電装置で実行される電子メール受信方法および電子メール受信プログラムに関する。
【背景技術】
【０００２】
近年、テレビジョン受像機などの情報家電装置は、インターネットに接続し、ブラウジング機能または電子メールを送受信する機能を備えている。しかしながら、情報家電装置は、それにインストールされるアプリケーションプログラムが制限されることが多い。このため、電子メールを受信した場合に、その電子メールに添付されているデータを処理可能なアプリケーションプログラムがインストールされていなければ、そのデータを読み取って表示することができず、電子メールを効率的に閲覧することができないといった問題がある。
【０００３】
この問題に対応するために、特開２００５−３３６５９号公報（特許文献１）には、受信部がメッセージを受信すると、メッセージ解析部はこのメッセージに添付されているデータファイルの形式を判定し、ファイル形式変換部が、ユーザ端末能力保持部を参照して、メッセージ解析部によって判定されたデータファイルの形式が携帯電話端末装置において利用可能か否かを判定し、利用可能でない場合には、当該データファイルを利用可能な形式に変換するメールサーバ装置が記載されている。
【０００４】
しかしながら、特開２００５−３３６５９号公報に記載の技術は、メールサーバ装置がすべての種類のデータファイルを処理可能なアプリケーションプログラムを搭載しなければならず、さらに、携帯電話端末装置ごとにそれらが利用可能なファイル形式を記憶しておかなければならない。携帯電話端末装置に通信サービスを提供するネットワーク内に設置される専用のメールサーバ装置に利用され場合に利点があるが、一般的な電子メールサーバにおいては、それにアクセスするすべての端末装置各々が利用可能なファイル形式を登録しなければならず、そのような情報を端末装置のユーザが登録するために、煩雑な作業が必要になるといった問題がある。
【特許文献１】特開２００５−３３６５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
この発明は上述した問題点を解決するためになされたもので、この発明の目的の１つは、電子メールを効率的に閲覧することが可能な情報家電装置を提供することである。
【０００６】
この発明の他の目的は、電子メールを効率的に閲覧することが可能な電子メール受信方法および電子メール受信プログラムを提供することである。
【課題を解決するための手段】
【０００７】
上述した目的を達成するためにこの発明のある局面によれば、情報家電装置は、アプリケーションプログラムを実行する処理実行手段と、処理実行手段が処理可能なデータの属性を定義する属性テーブルを記憶するテーブル記憶手段と、電子メールを受信する受信手段と、受信された電子メールから該電子メールに含まれるデータの属性を抽出する属性抽出手段と、抽出された属性と属性テーブルで定義されている属性とを比較し、受信された電子メールに含まれるデータを処理実行手段が処理可能か否かを判断する判断手段と、判断手段による判断結果を表示する表示手段を、備える。
【０００８】
この局面に従えば、電子メールが受信されると、電子メールに含まれるデータの属性と属性テーブルで定義されている属性とが比較され、電子メールに含まれるデータを処理可能か否かが表示される。このため、処理不可能なデータであることをユーザに報知することができ、処理不可能なデータが指示されるのを防止して情報家電装置により無駄な処理が実行されるのを回避することができる。その結果、電子メールを効率的に閲覧することが可能な情報家電装置を提供することができる。
【０００９】
好ましくは、判断結果に基づいて、受信された電子メールを部分的に記憶する記憶手段を、さらに備える。
【００１０】
この局面に従えば、受信された電子メールに含まれるデータのうち処理可能なデータを部分的に記憶することができる。その結果、処理不可能なデータを記憶しないようにして記憶資源を有効に利用することができる。
【００１１】
好ましくは、記憶手段は、受信された電子メールに含まれるデータのうち判断手段により処理可能と判断されたデータを記憶し、判断手段により処理不能と判断されたデータを記憶しない。
【００１２】
好ましくは、処理実行手段が実行可能な新たなアプリケーションプログラムが追加されることに応じて、処理実行手段が該新たなアプリケーションプログラムを実行することにより処理可能なデータの属性を、属性テーブルに追加する更新手段を、さらに備える。
【００１３】
この局面に従えば、アプリケーションプログラムが追加されることに応じて、属性テーブルに新たなアプリケーションプログラムを実行することにより処理可能なデータの属性が追加されるので、処理可能な属性のデータを確実に判断することができる。
【００１４】
この発明の他の局面によれば、電子メール受信方法は、アプリケーションプログラムを実行するステップと、アプリケーションプログラムを実行することにより処理可能なデータの属性を定義する属性テーブルを記憶するステップと、電子メールを受信するステップと、受信された電子メールから該電子メールに含まれるデータの属性を抽出するステップと、抽出された属性と属性テーブルで定義されている属性とを比較し、受信された電子メールに含まれるデータを、アプリケーションプログラムを実行することにより処理可能か否かを判断するステップと、判断結果を表示するステップと、を含む。
【００１５】
この局面に従えば、電子メールを効率的に閲覧することが可能な電子メール受信方法を提供することができる。
【００１６】
この発明のさらに他の局面によれば、電子メール受信プログラムは、アプリケーションプログラムを実行するステップと、アプリケーションプログラムを実行することにより処理可能なデータの属性を定義する属性テーブルを記憶するステップと、電子メールを受信するステップと、受信された電子メールから該電子メールに含まれるデータの属性を抽出するステップと、抽出された属性と属性テーブルで定義されている属性とを比較し、受信された電子メールに含まれるデータを、アプリケーションプログラムを実行することにより処理可能か否かを判断するステップと、判断結果を表示するステップと、をコンピュータに実行させる。
【００１７】
この局面に従えば、電子メールを効率的に閲覧することが可能な電子メール受信プログラムを提供することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施の形態について図面を参照して説明する。以下の説明では同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがってそれらについての詳細な説明は繰返さない。
【００１９】
図１は、本発明の実施の形態における電子メールシステムの全体概要を示す図である。図１を参照して、電子メールシステム１は、インターネット２０３にそれぞれ接続された情報家電装置としてのテレビジョン受像機１００と、パーソナルコンピュータ（以下「ＰＣ」という）２００と、電子メールサーバ２１１とを含む。ＰＣ２００および電子メールサーバ２１１のハードウェア構成および機能は周知なのでここでは説明を繰り返さない。
【００２０】
ＰＣ２００およびテレビジョン受像機１００は、電子メールを作成、送信、受信および閲覧するための電子メールプログラムがインストールされている。あるユーザＡがＰＣ２００を使用して、送信先にユーザＢの電子メールアドレスを設定した電子メールを作成し電子メールサーバ２１１に送信すると、電子メールサーバ２１１がユーザＢのために確保したメールボックスにユーザＡが作成した電子メールが記憶される。なお、ここでは、電子メールサーバ２１１を１台用いる例を説明するが、電子メールの送信元のユーザＡが電子メールサーバＡを利用し、送信先のユーザＢが電子メールサーバＢを利用する場合には、電子メールサーバＡから電子メールサーバＢに電子メールが送信され、ユーザＢが使用する電子メールサーバＢのメールボックスに電子メールが記憶される。
【００２１】
次に、ユーザＢがテレビジョン受像機１００を使用して、電子メールを閲覧する処理をテレビジョン受像機１００に実行させることにより、テレビジョン受像機１００が電子メールサーバ２１１のユーザＢのメールボックスに蓄積されている電子メールをダウンロードする。これにより、ユーザＢは、テレビジョン受像機１００でユーザＡが送信した電子メールを閲覧することができる。
【００２２】
なお、本実施の形態においては情報家電装置の一例としてテレビジョン受像機１００を例に説明するが、テレビジョン受像機１００に限らず、電子メール受信機能を備えていれば、例えば、冷蔵庫、洗濯機、電子レンジ、エアーコンディショナー等の情報家電装置であってもよい。
【００２３】
また、ここではテレビジョン受像機１００を直接インターネット２０３に接続する例を説明するが、ローカルエリアネットワーク（ＬＡＮ）を介してインターネット２０３に接続されてもよい。
【００２４】
図２は、テレビジョン受像機の構成の概略を示す図である。図２を参照して、テレビジョン受像機１００は、放送電波を受信するアンテナ１０２に接続されており、アンテナ１０２から出力される放送信号がチューナ１０３に入力される。放送信号は、映像データおよび音声データを含む高周波デジタル変調信号である。チューナ１０３は、アンテナ１０２から入力される高周波デジタル変調信号から特定の周波数の信号を取り出す。また、チューナ１０３は、逆インターリーブ回路、誤り訂正回路を備えており、取り出した特定の周波数の高周波デジタル変調信号を復調してトランスポート・ストリーム（以下「ＴＳ」という）をデマルチプレクサ（ＤＥＭＡＸ）１０５に出力する。チューナ１０３で選択する特定の周波数は、後述する制御部１０１により指定される。
【００２５】
ＤＥＭＡＸ１０５は、チューナ１０３から受け取ったＴＳを、ＭＰＥＧ２（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ２）のビデオトランスポートパケット、オーディオトランスポートパケット、ＰＳＩ（Ｐｒｏｇｒａｍ  Ｓｐｅｃｉｆｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ）、およびダウンロードプログラムパケットに分離する。ＤＥＭＡＸ１０５は、ビデオトランスポートパケットとオーディオトランスポートパケットをＡＶデコーダ１０７に供給し、ＰＳＩに含まれるサービス情報を制御部１０１に供給する。なお、ＴＳには複数のチャンネルが多重化されており、この中から任意のチャンネルを選択するための処理は、ＰＳＩから任意のチャンネルがＴＳ中でどのパケットＩＤで多重化されているかといったデータを取り出すことで可能となる。さらに、ＴＳの選定(トランスポンダの選定）もＰＳＩの情報に基づいて行うことができる。
【００２６】
ＡＶデコーダ１０７は、ビデオトランスポートパケットに対してデコードするビデオデコーダ、およびオーディオトランスポートパケットに対してデコードするオーディオデコーダを備える。ビデオデコーダは、入力された可変長符号を復号して量子化係数や動きベクトルを求め、逆ＤＣＴ変換や動きベクトルに基づく動き補償制御などを行い、映像信号を生成する。オーディオデコーダは、入力された符号化信号を復号して音声信号を生成する。ＡＶデコーダ１０７により生成された映像信号は映像処理回路１０９に出力され、音声信号は音声処理回路１１１に出力される。
【００２７】
映像処理回路１０９はＡＶデコーダ１０７から映像信号を受け取り、Ｄ／Ａ（デジタル／アナログ）変換を行い、映像出力回路１１３に出力する。映像出力回路１１３は、映像信号を、増幅した後外部に出力する。映像出力回路１１３には表示装置１１７が接続され、映像出力回路１１３から出力される映像信号に従って、表示装置１１７に映像が表示される。表示装置１１７は、たとえば、プラズマディスプレイパネル、液晶表示装置、または陰極線管（ＣＲＴ）などである。音声処理回路１１１はＡＶデコーダ１０７から音声信号を受け取り、Ｄ／Ａ変換を行い、右（Ｒ）音のアナログ信号および左（Ｌ）音のアナログ信号を生成し、音声出力回路１１５に出力する。音声出力回路１１５は、音声信号を増幅した後外部に出力する。音声出力回路１１５には、スピーカ１１９が接続され、音声出力回路１１５から出力される音声信号に従って、スピーカから音が出力される。
【００２８】
制御部１０１は、ＡＶデコーダ１０７と、リモコン受光器１２３と、フラッシュメモリ１２５と、映像出力回路１１３と、通信インターフェース（Ｉ／Ｆ）１２１と、カードＩ／Ｆ１２７と、操作部１２９と、接続される。
【００２９】
制御部１０１は、ＡＶデコーダを制御し、映像信号および音声信号を生成させる。フラッシュメモリ１２５は、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）である。フラッシュメモリ１２５は、制御部１０１が実行するためのアプリケーションプログラム、後述する属性テーブルおよび電子メールを記録する。
【００３０】
リモートコントローラ送信機（以下「リモコン送信機」という）１３３は、テレビジョン受像機１００に指令を送出するための送信機である。このリモコン送信機１３３に設けられたキーがユーザにより操作されると、そのキーに対応した指令を意味する信号光(リモコン信号)が発光部から送出される。リモートコントローラ受光器（以下「リモコン受光器」という）１２９は、リモコン送信機１３３が送出するリモコン信号を受光する。そして受光したリモコン信号を制御部１０１に出力する。これにより、ユーザは、リモコン送信機１３３を操作することにより、制御部１０１に指令を入力することが可能となる。
【００３１】
操作部１２９は、テレビジョン受像機１００の前面に設けられたキーボードである。操作部１２９に設けられたキーがユーザにより操作されると、そのキーに対応した指令を意味する信号が制御部１０１に入力される。このため、ユーザは、操作部１２９を操作することにより、制御部１０１に指令を入力することが可能となる。
【００３２】
テレビジョン受像機１００は、テレビジョン受像機１００に電源を供給するための電源回路１３１をさらに備える。電源回路１３１は、電源コンセントに接続可能であり、電源コンセントから供給される電力をテレビジョン受像機１００に供給する。
【００３３】
通信Ｉ／Ｆ１２１は、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）またはＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）等の通信プロトコルで通信するためのインターフェースである。通信Ｉ／Ｆ１２１に、インターネット２０３に接続するためのケーブルが接続されると、通信Ｉ／Ｆ１２１は、インターネット２０３を介して接続された電子メールサーバ２１１と通信し、電子メールサーバ２１１との間で電子メールを送受信する。また、通信Ｉ／Ｆ１２１は、制御部１０１をＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋｓ）７に接続するためのモデムであってもよい。
【００３４】
カードＩ／Ｆ１２７は、メモリカード１２８が着脱可能である。制御部１０１は、カードＩ／Ｆ１２７を制御して、メモリカード１２８から制御部１０１が実行するためのアプリケーションプログラムを読出し、読み出したアプリケーションプログラムをＲＡＭ１１２に記憶し、実行する。なお、制御部１０１が実行するためのプログラムを記憶する記録媒体としては、メモリカード１２８に限られず、フレキシブルディスク、カセットテープ、光ディスク（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）／ＭＯ（Ｍａｇｎｅｔｉｃ  Ｏｐｔｉｃａｌ  Ｄｉｓｃ）／ＭＤ（Ｍｉｎｉ  Ｄｉｓｃ）／ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ））、ＩＣカード、光カード、マスクＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ  ＥＰＲＯＭ）などの半導体メモリ等の媒体でもよい。
【００３５】
さらに、制御部１０１がインターネット２０３に接続されたコンピュータからアプリケーションプログラムをダウンロードしてフラッシュメモリ１２５に記憶する、または、インターネット２０３に接続されたコンピュータがアプリケーションプログラムをフラッシュメモリ１２５に書込みするようにして、フラッシュメモリ１２５に記憶されたプログラムをＲＡＭ１１２にロードして制御部１０１で実行するようにしてもよい。
【００３６】
ここでいうプログラムは、制御部１０１により直接実行可能なプログラムだけでなく、ソースプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含む。
【００３７】
図３は、制御部が備える機能の概略をフラッシュメモリに記憶される情報とともに示す機能ブロック図である。図３を参照して、制御部１０１は、アプリケーションプログラムを実行するための処理実行部５１と、処理実行部５１が処理可能なデータの属性を定義する属性テーブルを管理するためのテーブル管理部５３と、電子メールを受信するための電子メール受信部５５と、電子メールに含まれるデータの属性を電子メールから抽出するための属性抽出部５７と、電子メールから抽出された属性に基づいて処理実行部５１が処理可能か否かを判断する実行可否判断部５９と、受信された電子メールをフラッシュメモリ１２５に記憶するための電子メール記憶部６１と、電子メールまたは電子メールの一覧を表示するための表示部６３と、を含む。
【００３８】
フラッシュメモリ１２５には、アプリケーションプログラム７１と、属性テーブル７３と、が記憶されている。処理実行部５１は、フラッシュメモリ１２５からアプリケーションプログラム７１を読み出し、実行する。処理実行部５１が実行するアプリケーションプログラム７１は、フラッシュメモリ１２５に記憶されているアプリケーションプログラムに限らず、メモリカード１２８に記憶されているアプリケーションプログラムでもよい。この場合、処理実行部５１は、カードＩ／Ｆ１２７を介してメモリカード１２８に記憶されているアプリケーションプログラムを読み出す。また、メモリカード１２８に記憶されているアプリケーションプログラムを、フラッシュメモリ１２５に記憶するようにし、処理実行部５１がフラッシュメモリ１２５に記憶されたアプリケーションプログラムを読出し、実行するようにしてもよい。
【００３９】
処理実行部５１が実行するアプリケーションプログラムは、チューナ１０３およびＡＶデコーダ１０７を制御するためのテレビジョン放送受信プログラムと、電子メールを編集および送受信するための電子メールプログラムを含む。処理実行部５１がテレビジョン放送受信プログラムを実行することにより、テレビジョン放送が受信され、表示装置１１７およびスピーカ１１９から映像と音声が出力される。また、処理実行部５１が電子メールプログラムを実行することにより、電子メールの編集および送受信が可能となる。
【００４０】
テーブル管理部５３は、フラッシュメモリ１２５にアプリケーションプログラム７１が記憶されると、処理実行部５１がそのアプリケーションプログラムを実行することにより処理可能なデータの属性を、属性テーブル７３に追加する。データの属性は、データのファイル名に含まれる拡張子、データの形式を含む。データのファイル名に含まれる拡張子は、アプリケーションプログラム７１ごとに定まる。ファイル形式は、例えば、文字データであればテキスト、画像データであれば、ＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）、ＴＩＦＦ（Ｔａｇｇｅｄ  Ｉｍａｇｅ  Ｆｉｌｅ  Ｆｏｒｍａｔ）、ＧＩＦ（Ｇｒａｐｈｉｃ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｏｒｍａｔ）等である。
【００４１】
テーブル管理部５３は、テレビジョン受像機１００にアプリケーションプログラム７１がインストールされる際に、処理実行部５１が実行可能なデータの属性を属性テーブル７３に記憶するようにしてもよいし、ユーザにより入力された属性を属性テーブル７３に記憶するようにしてもよい。ユーザが属性を操作部１２９またはリモコン送信機１３３に入力すると、テーブル管理部５３が操作部１２９またはリモコン受光器１２３から属性を受け付け、属性テーブル７３に属性を追加する。
【００４２】
図４は、属性テーブルの一例を示す図である。図４を参照して、属性テーブル７３は、Ｎｏ．、ｅｘｔｅｎｓｉｏｎ、ｍｉｍｅ、ａｐｐｌｉの項目を含むレコードを記憶する。Ｎｏ．の項目は、レコード番号を示し、ｅｘｔｅｎｓｉｏｎの項目はデータのファイル名に含まれる拡張子を示し、ｍｉｍｅの項目はファイル形式を示し、ａｐｐｌｉの項目は、アプリケーションプログラムの種類または名称を示す。ｍｉｍｅの項目に設定されるファイル形式は、ここではＰＯＰ（Ｐｏｓｔ  ＯＦＦＩＣＥ  Ｐｒｏｔｏｃｏｌ）またはＡＰＯＰ（Ａｕｔｈｅｎｔｉｃａｔｅｄ  Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ）の規格で定められたファイル形式が設定される。例えば、Ｎｏ．１のレコードは、ｅｘｔｅｎｎｓｉｏｎの項目に「＊．ｔｘｔ」が設定され、ｍｉｍｅの項目に「ｔｅｘｔ／ｐｌａｎｅ」が設定され、「ａｐｐｌｉ」の項目に「ｂｒｏｗｓｅｒ」が設定されている。これは、処理実行部５１が、種類が「ｂｒａｗｓｅｒ」のアプリケーションプログラムを実行することにより、処理可能なデータがテキスト形式のデータであることを示している。
【００４３】
図３に戻って、電子メール受信部５５は、電子メールサーバ２１１と通信し、電子メールサーバ２１１から電子メールを受信する。この際、電子メールサーバ２１１との通信は、ＰＯＰ３またはＡＰＯＰの通信プロトコルが用いられる。電子メール受信部５５は、受信した電子メールを属性抽出部５７および電子メール記憶部６１に出力する。
【００４４】
属性抽出部５７は、電子メール受信部５５から入力される電子メールを解析し、電子メールに含まれるデータの属性を抽出する。具体的には、ＰＯＰ３またはＡＰＯＰの通信プロトコルに準拠した電子メールであれば、ＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎ）パートヘッダに含まれるＣｏｎｔｅｎｔ−Ｔｙｐｅの項目の設定値を抽出する。Ｃｏｎｔｅｎｔ−Ｔｙｐｅの項目の設定値は、ＭＩＭＥＴＹＰＥ（ファイル形式）を示す。Ｃｏｎｔｅｎｔ−Ｔｙｐｅの項目に何も設定されていない場合には、ＭＩＭＥＴＹＰＥを、テキスト形式を示す「ｔｅｘｔ／ｐｌａｎｅ」と同様に取り扱う。これは、ＰＯＰ３またはＡＰＯＰの通信プロトコルに準拠した取り扱いである。また、属性抽出部５７は、ＰＯＰ３またはＡＰＯＰの通信プロトコルに準拠した電子メールであれば、ＭＩＭＥパートヘッダにファイル名が含まれていれば、そのファイル名の拡張子を抽出する。
【００４５】
図５は、電子メールのフォーマットの一例を示す図である。なお、図中の囲み線、矢印および注釈は、説明のために付したもので、実際には存在しない。図５を参照して、ＰＯＰ３またはＡＰＯＰに準拠した電子メールは、すべてテキストで記載されている。電子メールは、ＭＩＭＥヘッダ、ＭＩＭＥパートヘッダ、データ部分から構成される。電子メールが複数のデータを含む場合、ＭＩＭＥヘッダのＣｏｎｔｅｎｔ−Ｔｙｐｅの項目でｍｕｌｔｉｐａｒｔが定義され、ＭＩＭＥパートヘッダおよびデータ部分との組が、電子メールに含まれるデータの数だけ繰り返される。図５においては、電子メールが２つのデータを含む例を示している。ＭＩＭＥパートヘッダおよびデータ部分との組は、ｂａｕｎｄａｒｙで定義された文字列、ここでは［ｂａｒ」で区切られる。また、ＭＩＭＥパートヘッダとデータ部分との区切りは、ＭＩＭＥパートヘッダの最後に付される連続する２つの制御コードである改行記号（ＣＲＬＦ）により示される。
【００４６】
図３に戻って、属性抽出部５７は、電子メールに複数のデータが含まれている場合には、電子メールは、複数のデータごとにＭＩＭＥパートヘッダを含むので、複数のデータごとに属性を抽出する。属性抽出部５７は、電子メールから抽出した属性を、実行可否判断部５９に出力する。
【００４７】
実行可否判断部５９は、属性抽出部５７から入力される属性が、属性テーブル７３に含まれるか否かを判断する。具体的には、属性抽出部５７から入力される属性を定義するレコードが属性テーブル７３に記憶されているか否かを判断する。実行可否判断部５９は、属性抽出部５７から入力される属性が、属性テーブルに含まれていれば、実行可を示す制御信号を電子メール記憶部６１に出力するが、属性抽出部５７から入力される属性が、属性テーブルに含まれていなければ、実行不可を示す制御信号を電子メール記憶部６１に出力する。
【００４８】
電子メール記憶部６１は、電子メール受信部５５から電子メールが入力され、実行可否判断部５９から制御信号が入力され、属性抽出部５７からデータの属性が入力される。電子メール記憶部６１は、電子メール受信部５５から入力される電子メールと、属性抽出部５７から入力されるデータの属性と、実行可否判断部５９から入力される制御信号とに従って、メールリストを生成し、メールリスト７５Ａおよび電子メール７５Ｂをフラッシュメモリ１２５に記憶する。これにより、フラッシュメモリ１２５にメールリスト７５Ａおよび電子メール７５Ｂが記憶される。
【００４９】
ここで、メールリスト７５Ａについて説明する。図６は、メールリストの一例を示す図である。メールリスト７５Ａは、Ｎｏ．、ｆｒｏｍ、ｓｕｂｊｅｃｔ、ｄａｔａ１、ｄａｔａ２、ｄａｔａ３の項目、およびＵＩＤの項目を含むレコードを記憶する。Ｎｏ．の項目は、レコード番号を示す。レコード番号は、電子メールの番号に対応する。ｆｒｏｍの項目は、電子メールの送信元の電子メールアドレスを示す。ｓｕｂｊｅｃｔの項目は電子メールの表題を示す。ｄａｔａ１〜ｄａｔａ３の項目は、電子メールに含まれるデータの属性および実行可否を示す。ＵＩＤの項目は、サーバにより電子メールごとに付されるＵＩＤ（Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を示す。なお、ここでは、１つのレコードが、ｄａｔａ１〜ｄａｔａ３の項目を含む例を示すが、電子メールに含まれるデータの数に応じて項目の数を可変としてもよいし、より多くの項目を含むようにしてもよい。ｄａｔａ１〜ｄａｔａ３の項目は、処理実行部５１が処理可能なデータの場合に「○」が設定され、処理実行部５１が処理不可能なデータの場合に「×」が設定される。また、ｄａｔａ１〜ｄａｔａ３の項目は、データのファイル名に含まれる拡張子が設定される。例えば、Ｎｏ．の項目が「００１」のレコードのｄａｔａ１の項目は「○ｊｐｇ」が設定されており、これは、処理実行部５１がアプリケーションプログラム７１を実行することによりＪＰＥＧフォーマットのデータを処理可能であることを示す。
【００５０】
図３に戻って、電子メール記憶部６１は、電子メール受信部５５から電子メールが入力されると、その電子メールのＭＩＭＥヘッダから送信元の電子メールアドレスおよび表題を抽出し、ｆｒｏｍの項目およびｓｕｂｊｅｃｔの項目に設定する。さらに、電子メール記憶部６１は、属性抽出部５７から入力されるデータの属性と、実行可否判断部５９から入力される制御信号とからｄａｔａ１の項目に設定する。電子メールが複数のデータを含む場合には、ｄａｔａ２、ｄａｔａ３の項目を順に設定する。そして、生成したレコードをメールリスト７５Ａに追加する。
【００５１】
表示部６３は、フラッシュメモリ１２５に記憶されたメールリスト７５Ａおよび電子メール７５Ｂを表示装置１１７に表示する。ユーザが、メールリスト７５Ａの表示指示を操作部１２９またはリモコン受光器１２３に入力すれば、表示部６３は、操作部１２９またはリモコン受光器１２３からメールリスト７５Ａの表示指示を受け付ける。表示部６３は、メールリスト７５Ａの表示指示を受け付けると、フラッシュメモリ１２５からメールリスト７５Ａを読出し、表示装置１１７に表示する。
【００５２】
メールリスト７５Ａのｄａｔａ１〜ｄａｔａ３の項目は、処理実行部５１が処理可能なデータの場合に「○」が設定され、処理実行部５１が処理不可能なデータの場合に「×」が設定されるので、ユーザは、表示されたメールリスト７５Ａを見て、電子メールに添付されているデータを処理可能か否かを判断することができる。したがって、処理不可能なデータを閲覧するための指示等を入力する操作がされるのを回避することができる。
【００５３】
図７は、電子メール受信処理の流れの一例を示すフローチャートである。電子メール受信処理は、制御部１０１がフラッシュメモリ１２５に記憶された電子メール受信プログラムを実行することにより、制御部１０１により実行される処理である。図７を参照して、制御部１０１は、電子メールの受信指示を受け付けたか否かを判断する（ステップＳ０１）。ユーザが、操作部１２９またはリモコン送信機１３３に電子メールを受信する指示を入力すると、操作部１２９またはリモコン受光器１２３から電子メールの受信指示を受け付ける。また、所定時間間隔で電子メールの受信指示を発生するようにし、所定時間間隔で受信指示を受け付けるようにしてもよい。電子メールの受信指示を受け付けるまで待機状態となり（ステップＳ０１でＮＯ）、受信指示を受け付けると処理をステップＳ０２に進める。すなわち、電子メール受信処理は、電子メール受信指示を受け付けることを条件に、実行される処理である。
【００５４】
ステップＳ０２においては、変数を初期化する。ここでは、処理対象の電子メールを特定するための変数ｉと、電子メールの処理対象とする行を特定するための変数ｊと、をそれぞれ「０」に設定する。変数ｉが「０」の場合、電子メールサーバ２１１に蓄積されている第１番目の電子メールが処理対象となる。以下、処理対象となる電子メールを選択メール（ｉ）という。
【００５５】
次のステップＳ０３においては、電子メールサーバ２１１との間でセッションが確立したか否かを判断する。セッションが確立するまで待機状態となり（ステップＳ０３でＮＯ）、セッションが確立したならば処理をステップＳ０４に進める。なお、電子メールサーバ２１１との間のセッションが所定時間経過しても確立しない場合、処理を終了する。この場合、ユーザに電子メールを受信できないことを示すエラーメッセージを表示装置１１７に表示し、ユーザにエラーを通知する。
【００５６】
ステップＳ０４においては、電子メールサーバ２１１にＬＩＳＴコマンドを送信し、次のステップＳ０５で電子メールの一覧を受信する。ＬＩＳＴコマンドは、電子メールの一覧の送信を要求するためのコマンドである。なお、ＬＩＳＴコマンドに代えて、ＵＩＤＬコマンドでも同様の結果を得ることができる。ＵＩＤＬコマンドは、ＵＩＤの一覧の送信を要求するためのコマンドである。電子メールサーバ２１１は、ＬＩＳＴコマンドを受信すると、メールボックスに蓄積されている電子メールに付された番号と電子メールのデータサイズとの組を返信する。ステップＳ０５において、制御部１０１は、電子メールの番号とデータサイズとの組を、電子メールの数だけ受信する。そして、受信した電子メールの番号とデータサイズとの組の数を電子メールの総数を示す定数Ｎに設定し、各電子メールのデータサイズを変数ｍに設定する。変数ｍは配列である。
【００５７】
ステップＳ０６においては、変数ｉが定数Ｎ以上になったか否かを判断する。変数ｉが定数Ｎ以上ならば処理をステップＳ２１に進め、変数ｉが定数Ｎより小さければ処理をステップＳ０７に進める。換言すれば、すべての電子メールをチェックしたか否かを判断し、すべての電子メールをチェックしたならば処理をステップＳ２１に進めるが、そうでなければ処理をステップＳ０７に進める。
【００５８】
ステップＳ０７においては、電子メールサーバ２１１にＴＯＰコマンドを送信する。具体的には、コマンド”ＴＯＰ  ｉ  ｊ”を送信する。ここで送信するＴＯＰコマンドは、ｊ＝０である。電子メールサーバ２１１は、ＴＯＰコマンドを受信すると、選択メール（ｉ）のＭＩＭＥヘッダを返信するので、制御部１０１は、通信Ｉ／Ｆ１２１により受信される選択メール（ｉ）のＭＩＭＥヘッダを取得する（ステップＳ０８）。そして、ＭＩＭＥヘッダから送信元と表題を抽出し（ステップＳ０９）、処理をステップＳ１０に進める。ステップＳ１０においては、メールリストに追加するためのレコードを生成する。具体的には、ｆｒｏｍの項目にＭＩＭＥヘッダから抽出した送信元の電子メールアドレスを設定し、ｓｕｂｊｅｃｔの項目にＭＩＭＥヘッダから抽出した表題を設定したレコードを生成する。そして、生成したレコードを、フラッシュメモリ１２５に記憶されているメールリスト７５Ａに追加する（ステップＳ１１）。
【００５９】
次のステップＳ１２においては、ＭＩＭＥヘッダから選択電子メール（ｉ）がＭＩＭＥに準拠しているか否かを判断する。ＭＩＭＥに準拠していれば処理をステップＳ１３に進め、そうでなければ処理をステップＳ２０に進める。ＭＩＭＥに準拠しているか否かは、ＭＩＭＥヘッダに「Ｍｉｍｅ−Ｖｅｒｓｉｏｎ１．０」の記述があるか否かを判断する。ステップＳ１３においては、変数ｊの値を１プラスし、電子メールサーバ２１１にＴＯＰコマンドを送信する。具体的には、コマンド”ＴＯＰ  ｉ  ｊ＋＋”を送信する。電子メールサーバ２１１は、ＴＯＰコマンドを受信すると、選択メール（ｉ）のＭＩＭＥヘッダ以降の第ｊ行を返信するので、制御部１０１は、通信Ｉ／Ｆ１２１により受信される選択メール（ｉ）の第ｊ行を取得する。
【００６０】
そして、取得した電子メールの行がＭＩＭＥパートヘッダか否かを判断する（ステップＳ１４）。電子メールは、複数のデータがｂａｕｎｄａｒｙで定義された文字列で区切られ、データは、ＭＩＭＥパートヘッダとデータ部分とを含む。ＭＩＭＥパートヘッダとデータ部分との区切りは、ＭＩＭＥパートヘッダの最後に付される連続する２つの制御コードである改行記号（ＣＲＬＦ）により示される。したがって、ｂａｕｎｄａｒｙで定義された文字列から連続する２つの改行までの行をＭＩＭＥパートヘッダと判断する。取得した電子メールの行がＭＩＭＥパートヘッダならば処理をステップＳ１５に進め、そうでなくデータ部分であれば処理をステップＳ１９に進める。
【００６１】
ステップＳ１５においては、ヘッダ解析処理を実行し、処理をステップＳ１６に進める。ヘッダ解析処理については後述するが、データ部分が処理実行部５１で処理可能か否かを判断し、処理可能ならば処理可能フラグをＯＮに設定し、処理不可能ならば処理可能フラグをＯＦＦに設定する処理である。
【００６２】
ステップＳ１６においては、処理可能フラグがＯＮに設定されているか否かを判断する。処理可能フラグがＯＮに設定されているならば処理をステップＳ１７に進め、処理可能フラグがＯＦＦに設定されていなければ処理をステップＳ１８に進める。ステップＳ１７においては、ステップＳ０９において生成したレコードに処理可能なデータの項目を追加し、処理をステップＳ１９に進める。具体的には、ステップＳ０９において生成したレコードに、電子メールに含まれるデータに対するデータの項目（ここではｄａｔａ１の項目）を追加し、追加したデータの項目に、「○」の記号と、そのデータの拡張子とを設定する。なお、選択メール（ｉ）がデータを複数含んでいる場合には、それらのデータごとにｄａｔａ２およびｄａｔａ３に設定する。
【００６３】
ステップＳ１８においては、ステップＳ０９において生成したレコードに処理不可能なデータの項目を追加、処理をステップＳ１９に進める。具体的には、ステップＳ０９において生成したレコードに、電子メールに含まれるデータに対するデータの項目（ここではｄａｔａ１の項目）を追加し、追加したデータの項目に、「×」の記号と、そのデータの拡張子とを設定する。なお、選択メール（ｉ）がデータを複数含んでいる場合には、それらのデータごとにｄａｔａ２およびｄａｔａ３に設定する。
【００６４】
ステップＳ１９においては、電子メールの受信が終了したか否かを判断する。具体的には、選択メール（ｉ）のすべての行を取得し、ステップＳ１４〜ステップＳ１９までの処理を実行したか否かを判断する。電子メールが終了したならば処理をステップＳ２０に進め、そうでなければ処理をステップＳ１３に戻す。
【００６５】
ステップＳ２０においては、変数ｉに１を加算し、変数ｊに０を設定し、処理をステップＳ０６に戻す。
【００６６】
ステップＳ０６において、変数ｉが定数Ｎ以上になると、処理をステップＳ２１に進め、フラッシュメモリ１２５に記憶されたメールリストを、表示装置１１７に表示する。メールリストは、電子メールに含まれる添付データのうち制御部１０１がアプリケーションプログラムを実行することによって処理できないデータについては、「×」の印が付されているので、ユーザにそのデータを表示できないことを通知することができる。
【００６７】
図８は、ヘッダ解析処理の流れの一例を示すフローチャートである。ヘッダ解析処理は、図７に示した電子メール受信処理のステップＳ１３において実行される処理である。図８を参照して、属性を取得したか否かを判断する（ステップＳ６１）。処理対象とする電子メールの行データからファイル名またはＭＩＭＥＴＹＰＥを抽出する。ファイル名を抽出した場合には、そのファイル名の拡張子を属性として抽出する。属性を抽出したならば処理をステップＳ６４に進め、属性を抽出しなければ処理をステップＳ６２に進める。
【００６８】
ステップＳ６２においては、ＭＩＭＥパートヘッダから属性を抽出することなく、処理対象とする電子メールの行データがＭＩＭＥパートヘッダの終了となったか否かを判断する。ＭＩＭＥパートヘッダから属性を抽出することなく、処理対象とする電子メールの行データがＭＩＭＥパートヘッダの終了となったならば、処理をステップＳ６３に進めるが、そうでなければ処理を電子メール受信処理に戻す。ステップＳ６３においては、属性をテキストに設定し、処理をステップＳ６４に進める。ＭＩＭＥパートヘッダにＭＩＭＥＴＹＰＥが定義されていない場合には、その後に続くデータの属性をテキストと判断する。
【００６９】
ステップＳ６４においては、フラッシュメモリ１２５から属性テーブル７３を読み出す。そして、ＭＩＭＥパートヘッダに続くデータが、処理実行部５１で処理可能か否かを判断する（ステップＳ６５）。処理実行部５１で処理可能ならば処理をステップＳ６６に進め、そうでなければ処理をステップＳ６７に進める。具体的には、ステップＳ６１で取得した属性、またはステップＳ６３において設定されたテキストの属性が、ステップＳ６４において読み出した属性テーブル７３に含まれているか否かを判断する。ステップＳ６１で取得した属性、またはステップＳ６３において設定されたテキストの属性が、ステップＳ６４において読み出した属性テーブル７３に含まれていれば、処理可能と判断する。
【００７０】
ステップＳ６６においては、処理可能フラグをＯＮに設定し、処理を電子メール受信処理に戻し、ステップＳ６７においては、処理可能フラグをＯＦＦに設定し、処理を電子メール受信処理に戻す。
【００７１】
以上説明したように、本実施の形態におけるテレビジョン受像機１００は、メールサーバ２１１より電子メールを受信すると、電子メールに含まれるデータの属性と属性テーブル７３で定義されている属性とを比較し、そのデータの処理が可能か否かを判断する。そして、判断結果に基づいて、メールリスト７５Ａを生成し、表示する。メールリスト７５Ａは、電子メールに含まれるデータの属性と同一の属性が属性テーブル７３で定義されていればそのデータを処理可能であることを示す○印とファイルの拡張子との組を含み、電子メールに含まれるデータの属性と同一の属性が属性テーブル７３で定義されていなければそのデータの処理が不可能であることを示す×印とファイルの拡張子との組を含む。このため、処理不可能なデータであることをユーザに報知することができ、処理不可能なデータが指示されるのを防止してテレビジョン受像機１００により無駄な処理が実行されるのを回避することができる。
【００７２】
＜変形例＞
変形例におけるテレビジョン受像機１００は、メールリストを生成すると同時に、電子メールをフラッシュメモリ１２５に記憶するようにしたものである。このため、図３に示した機能ブロック図において、電子メール記憶部６１は、電子メールに含まれるデータのうち、実行可否判断部５９から入力される制御信号が実行可を示すデータをフラッシュメモリ１２５に記憶するが、実行可否判断部５９から入力される制御信号が実行不可を示すデータをフラッシュメモリ１２５に記憶しない。これにより、処理実行部５１が処理不可能なデータがフラッシュメモリ１２５に記憶しないので、不要なデータがフラッシュメモリ１２５に記憶されず、フラッシュメモリ１２５の記憶容量を有効に利用することができる。
【００７３】
このため、ユーザが、電子メールの番号を含む表示指示を操作部１２９またはリモコン受光器１２３に入力すれば、表示部６３は、操作部１２９またはリモコン受光器１２３から電子メールの番号を含む表示指示を受け付ける。表示部６３は、電子メールの番号を含む表示指示を受け付けると、表示指示に含まれる電子メールの番号で特定される電子メールをフラッシュメモリ１２５から読み出し、読み出した電子メールを表示部６３に表示する。表示部６３は、電子メールが添付ファイルを含む場合、その添付ファイルのうち処理実行部５１が処理可能なデータのファイル名を表示装置１１７に表示するが、添付ファイルのうち処理実行部５１が処理不可能なデータのファイル名を表示装置１１７に表示しない。
【００７４】
さらに、ユーザが添付ファイルの表示を指示する操作を操作部１２９またはリモコン受光器１２３に入力すれば、表示部６３は、操作部１２９またはリモコン受光器１２３から添付ファイルの表示を指示する操作を受け付ける。表示部６３は、添付ファイルの表示を指示する操作を受け付けると、処理実行部５１に添付ファイルのファイル名のデータに対応するアプリケーションプログラムを実行させ、処理実行部５１にフラッシュメモリ１２５からデータを読み出させ、表示用のデータを処理実行部５１から受け取る。そして、表示部６３は、処理実行部５１から受け取った表示用のデータを表示装置１１７に表示する。
【００７５】
図９は、変形例における電子メール受信処理の流れの一例を示すフローチャートである。電子メール受信処理は、制御部１０１がフラッシュメモリ１２５に記憶された電子メール受信プログラムを実行することにより、制御部１０１により実行される処理である。図９を参照して、制御部１０１は、図７のステップＳ０１と同様に、電子メールの受信指示を受け付けたか否かを判断する（ステップＳ３１）。電子メールの受信指示を受け付けるまで待機状態となり（ステップＳ３１でＮＯ）、受信指示を受け付けると（ステップＳ３１でＹＥＳ）、処理をステップＳ３２に進める。
【００７６】
ステップＳ３２においては、変数を初期化する。ここでは、処理対象の電子メールを特定するための変数ｉを「０」に設定する。変数ｉが「０」の場合、電子メールサーバ２１１に蓄積されている第１番目の電子メールが処理対象となる。
【００７７】
次のステップＳ３３〜ステップＳ３６の処理は、図７のステップＳ０３〜ステップＳ０６の処理と同じなので、ここでは説明を繰り返さない。ステップＳ３７においては、電子メールサーバ２１１にＲＥＴＲコマンドを送信する。具体的には、コマンド”ＲＥＴＲ  ｉ”を送信する。電子メールサーバ２１１は、ＲＥＴＲコマンドを受信すると、選択メール（ｉ）をパケットに分割して返信するので、制御部１０１は、通信Ｉ／Ｆ１２１により受信されるパケットを受信する（ステップＳ３８）。そして、受信した複数のパケットから選択メール（ｉ）を構成し、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）に一時記憶する。そして選択メール（ｉ）をスキャンし、スキャンした部分がＭＩＭＥヘッダか否かを判断する（ステップＳ３９）。ＭＩＭＥヘッダならば処理をステップＳ４０に進め、そうでなければ処理をステップＳ４４に進める。ステップＳ４０においては、ＭＩＭＥヘッダから送信元と表題を抽出し、処理をステップＳ４１に進める。ステップＳ４１においては、メールリストに追加するためのレコードを生成する。具体的には、ｆｒｏｍの項目にＭＩＭＥヘッダから抽出した送信元の電子メールアドレスを設定し、ｓｕｂｊｅｃｔの項目にＭＩＭＥヘッダから抽出した表題を設定したレコードを生成する。そして、生成したレコードを、フラッシュメモリ１２５に記憶されているメールリスト７５Ａに追加する（ステップＳ４２）。
【００７８】
次のステップＳ４３においては、ＭＩＭＥヘッダから選択電子メール（ｉ）がＭＩＭＥに準拠しているか否かを判断する。ＭＩＭＥに準拠していれば処理をステップＳ４４に進め、そうでなければ処理をステップＳ５４に進める。ＭＩＭＥに準拠しているか否かは、ＭＩＭＥヘッダに「Ｍｉｍｅ−Ｖｅｒｓｉｏｎ１．０」の記述があるか否かを判断する。ステップＳ４４においては、ＲＡＭに一時記憶された選択メール（ｉ）をスキャンした部分がＭＩＭＥパートヘッダか否かを判断する。スキャンした部分がＭＩＭＥパートヘッダならば処理をステップＳ４５に進め、そうでなければ処理をステップＳ４９に進める。
【００７９】
ステップＳ４５においては、ヘッダ解析処理を実行し、処理をステップＳ１６に進める。ヘッダ解析処理については後述するが、データ部分が処理実行部５１で処理可能か否かを判断し、処理可能ならば処理可能フラグをＯＮに設定し、処理不可能ならば処理可能フラグをＯＦＦに設定する処理である。
【００８０】
ステップＳ４６においては、処理可能フラグがＯＮに設定されているか否かを判断する。処理可能フラグがＯＮに設定されているならば処理をステップＳ４７に進め、処理可能フラグがＯＦＦに設定されていなければ処理をステップＳ４８に進める。ステップＳ４７においては、ステップＳ４１において生成したレコードに処理可能なデータの項目を追加し、処理をステップＳ５２に進める。具体的には、ステップＳ４１において生成したレコードに、電子メールに含まれるデータに対するデータの項目（ここではｄａｔａ１の項目）を追加し、追加したデータの項目に、「○」の記号と、そのデータの拡張子とを設定する。なお、選択メール（ｉ）が複数のＭＩＭＥパートヘッダを含んでいる場合には、それらのデータごとにｄａｔａ２およびｄａｔａ３に設定する。
【００８１】
ステップＳ４８においては、ステップＳ０９において生成したレコードに処理不可能なデータの項目を追加、処理をステップＳ１９に進める。具体的には、ステップＳ４１において生成したレコードに、電子メールに含まれるデータに対するデータの項目（ここではｄａｔａ１の項目）を追加し、追加したデータの項目に、「×」の記号と、そのデータの拡張子とを設定する。なお、選択メール（ｉ）が複数のＭＩＭＥパートヘッダを含んでいる場合には、それらのデータごとにｄａｔａ２およびｄａｔａ３に設定する。
【００８２】
一方、ステップＳ５０においては、処理可能フラグがＯＮに設定されているか否かを判断する。処理可能フラグがＯＮに設定されているならば処理をステップＳ５１に進め、処理可能フラグがＯＦＦに設定されていなければ処理をステップＳ５２に進める。ステップＳ５１においては、ステップＳ４９で処理対象としている選択メール（ｉ）のデータ部をフラッシュメモリ１２５に記憶する。そして、処理をステップＳ５２に進める。
【００８３】
ステップＳ５２においては、次に処理対象とするべきＭＩＭＥパートヘッダがあるか否かを判断する。そのようなＭＩＭＥパートヘッダが存在すれば処理をステップＳ４５に戻し、存在しなければ処理をステップＳ５３に進める。これにより、選択メール（ｉ）に含まれるすべてのデータについて、それらが処理可能か否かを示す記号がメールリストに設定されるとともに、それを処理可能なデータのみがフラッシュメモリ１２５に記憶される。
【００８４】
ステップＳ５３においては、電子メールの受信が終了したか否かを判断する。具体的には、選択メール（ｉ）のすべての部分のスキャンが終了したか否かを判断する。選択メール（ｉ）のすべての部分のスキャンが終了したならば、処理をステップＳ５４に進め、そうでなければ処理をステップＳ３８に戻す。
【００８５】
ステップＳ５４においては、変数ｉに１を加算し、処理をステップＳ０６に戻す。次の電子メールを選択メールとするためである。
【００８６】
ステップＳ３６において、変数ｉが定数Ｎ以上になると、処理をステップＳ５５に進め、フラッシュメモリ１２５に記憶されたメールリストを、表示装置１１７に表示する。メールリストは、電子メールに含まれる添付データのうち制御部１０１がアプリケーションプログラムを実行することによって処理できないデータについては、「×」の印が付されているので、ユーザにそのデータを表示できないことを通知することができる。
【００８７】
図１０は、変形例におけるヘッダ解析処理の流れの一例を示すフローチャートである。変形例におけるヘッダ解析処理は、図９に示した電子メール受信処理のステップＳ４５において実行される処理である。図８に示したヘッダ解析処理がＭＩＭＥパートヘッダの１行分のデータを処理対象としたのに対し、図１０に示す変形例におけるヘッダ解析処理は、ＭＩＭＥパートヘッダ全体を処理対象とする。
【００８８】
図１０を参照して、図８と異なる点は、ステップＳ６２が削除された点である。ステップＳ６１においては、ＭＩＭＥパートヘッダから属性を取得したか否かを判断する。処理対象とするＭＩＭＥパートヘッダがファイル名またはＭＩＭＥＴＹＰＥを含む場合には、それらを属性として抽出する。ファイル名を抽出した場合には、そのファイル名の拡張子を属性として抽出する。属性を抽出したならば処理をステップＳ６４に進め、属性を抽出しなければ処理をステップＳ６３に進める。
【００８９】
ＭＩＭＥパートヘッダから属性が抽出できない場合、属性をテキストに設定し（ステップＳ６３）、処理をステップＳ６４に進める。ＭＩＭＥパートヘッダにファイル名またはＭＩＭＥＴＹＰＥが定義されていない場合には、その後に続くデータの属性をテキストと判断する。
【００９０】
ステップＳ６４〜ステップＳ６７は、図８に示した処理と同じなのでここでは説明を繰り返さない。
【００９１】
変形例におけるテレビジョン受像機１００は、メールリストを生成すると同時に、電子メールに含まれるデータをフラッシュメモリ１２５に記憶するようにしたので、再度電子メールをダウンロードする必要がない。また、電子メールに含まれるデータのうち処理可能なデータをフラッシュメモリ１２５に記憶するが、処理不可能なデータをフラッシュメモリ１２５に記憶しないので、不要なデータがフラッシュメモリ１２５に記憶されず、フラッシュメモリ１２５の記憶容量を有効に利用することができる。
【００９２】
なお、上述した実施の形態においては、テレビジョン受像機１００が、ＰＯＰまたはＡＰＯＰに準拠したメールサーバから電子メールを受信する例を説明したが、ＩＭＡＰ（Ｉｎｔｅｒｎｅｔ  Ｍｅｓｓａｇｅ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）に準拠したメールサーバから電子メールを受信する場合にも適用することができる。この場合においても、テレビジョン受像機１００が電子メールに含まれるデータが処理可能か否かを判断し、ユーザに判断結果をメールリストで通知するとともに、テレビジョン受像機１００が処理可能なデータのみを記憶する。
【００９３】
また、上述した実施の形態においては、テレビジョン受像機１００について説明したが、図７および図８に示した処理を情報家電装置に実行させるための電子メール受信方法またはその方法をコンピュータに実行させるための電子メール受信プログラムとして発明を捉えることができるのは言うまでもない。
【００９４】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【００９５】
＜付記＞
（１）  前記受信手段は、ＰＯＰ（Ｐｏｓｔ  ＯＦＦＩＣＥ  Ｐｒｏｔｏｃｏｌ）またはＡＰＯＰ（Ａｕｔｈｅｎｔｉｃａｔｅｄ  Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ）に準拠したメールサーバより前記電子メールを受信する、請求項１に記載の情報家電装置。
（２）前記記憶手段は、前記受信された電子メールに含まれるデータのうち前記属性テーブルに含まれる属性と同一の属性のデータを記憶する、請求項２に記載の情報家電装置。
（３）前記記憶手段は、前記判断手段が処理不能と判断したとき、前記受信された電子メールを部分的に記憶し、前記判断手段が処理可能と判断したとき、前記受信された電子メールの全体を記憶する、請求項２に記載の上方家電装置。
【図面の簡単な説明】
【００９６】
【図１】本発明の実施の形態における電子メールシステムの全体概要を示す図である。
【図２】テレビジョン受像機の構成の概略を示す図である。
【図３】制御部が備える機能の概略をフラッシュメモリに記憶される情報とともに示す機能ブロック図である。
【図４】属性テーブルの一例を示す図である。
【図５】電子メールのフォーマットの一例を示す図である。
【図６】メールリストの一例を示す図である。
【図７】電子メール受信処理の流れの一例を示すフローチャートである。
【図８】ヘッダ解析処理の流れの一例を示すフローチャートである。
【図９】変形例における電子メール受信処理の流れの一例を示すフローチャートである。
【図１０】変形例におけるヘッダ解析処理の流れの一例を示すフローチャートである。
【符号の説明】
【００９７】
１  電子メールシステム、５１  処理実行部、５３  テーブル管理部、５５  電子メール受信部、５７  属性抽出部、５９  実行可否判断部、６１  電子メール記憶部、６３  表示部、７１  アプリケーションプログラム、７３  属性テーブル、７５Ａ  メールリスト、７５Ｂ  電子メール、１００  テレビジョン受像機、１０１  制御部、１０２  アンテナ、１０３  チューナ、１０５  ＤＥＭＡＸ、１０７  ＡＶデコーダ、１０９  映像処理回路、１１１  音声処理回路、１１３  映像出力回路、１１５  音声出力回路、１１７  表示装置、１１９  スピーカ、１２１  通信Ｉ／Ｆ、１２３  リモコン受光器、１２５  フラッシュメモリ、１２７  カードＩ／Ｆ、１２８  メモリカード、１２９  操作部、１３１  電源回路、１３３  リモコン送信機、１３５  操作部、２０３  インターネット、２１１  電子メールサーバ。
【図１】
2009003624.tif 000003
【図２】
2009003624.tif 000004
【図３】
2009003624.tif 000005
【図４】
2009003624.tif 000006
【図５】
2009003624.tif 000007
【図６】
2009003624.tif 000008
【図７】
2009003624.tif 000009
【図８】
2009003624.tif 000010
【図９】
2009003624.tif 000011
【図１０】
2009003624.tif 000012