(57)【要約】【課題】  再生することが出来る記録フォーマットのマルチメディア・データファイルの情報を選択的に表示し、ユーザの利便性を高めること。【解決手段】  ウェブクライアント１０１は、番組サイトからマルチメディア・データファイルをダウンロードするためのアドレス属性を含むメタ情報が一つ以上記述されたメタデータを取得する。パーサー１０２は、メタ情報からファイルの記録フォーマットを検出し、再生できないファイルのメタ情報をメタデータから削除した新たなメタデータを生成する。レンダリングエンジン１０３は、パーサー１０２が生成した新たなメタデータに基づいてリストを表示する。【選択図】    図７
2009037320.tif 000002
【特許請求の範囲】
【請求項１】
本体と、
前記本体に設けられた表示部と、
前記本体に設けられたオーディオ出力部と、
特定の記録フォーマットのマルチメディア・データファイルを再生し、前記表示部およびオーディオ出力部の少なくとも一方に再生信号を出力するための再生手段と、
ネットワークに接続するための通信回路と、
番組サイトからマルチメディア・データファイルをダウンロードするためのアドレス属性を含むメタ情報が一つ以上記述されたメタデータを前記通信回路によって取得する手段と、
前記メタデータに記述されているそれぞれのメタ情報に記述されているマルチメディア・データファイルの記録フォーマットをそれぞれ検出するフォーマット検出手段と、
前記メタデータに記述されているそれぞれのメタ情報に記述されているマルチメディア・データファイルについて、前記再生手段によって再生することが出来るか否かを前記フォーマット検出手段の検出結果に基づいて判別する第１判別手段と、
前記第１判別手段が再生できないと判断した前記マルチメディア・データファイルを記述したメタ情報を前記メタデータから削除した新たなメタデータを生成する削除手段と、
前記新たなメタデータに含まれるメタ情報に記述されたマルチメディア・データファイルのリストを前記表示部に表示する手段と、
前記表示部に表示されているマルチメディア・データファイルの情報に基づいて、前記本体にダウンロードするためのマルチメディア・データファイルを選択するための操作ボタンと、
前記操作ボタンによって選択されたコンテンツを前記通信回路によってダウンロードする手段と
を具備することを特徴とする情報処理装置。
【請求項２】
前記メタデータは、ＸＭＬ言語に基づいたＲＳＳフォーマット、またはＡｔｏｍフォーマットによって記述されていることを特徴とする請求項１記載情報処理装置。
【請求項３】
前記フォーマット検出手段は、前記ＲＳＳフォーマットまたはＡｔｏｍフォーマットで記述されているメタ情報のｅｎｃｌｏｓｕｒｅ要素内のｔｙｐｅ属性を参照して前記マルチメディア・データファイルの記録フォーマットを検出することを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記第１判別手段が再生可能であると判別したそれぞれのマルチメディア・データファイルについて、前記マルチメディア・データファイルを再生した場合の解像度が前記表示部の解像度より高いか否かを判別する第２判別手段を更に具備し、
前記削除手段が生成する前記新たなメタデータは、前記第２判別手段が解像度が高いと判断した前記マルチメディア・データファイルを記述したメタ情報が削除されていることを特徴とする請求項１〜３の何れか一つに記載の情報処理装置。
【請求項５】
前記マルチメディア・データファイルのプロファイルを得るために、前記マルチメディア・データファイルの先頭から所定サイズのデータを選択的にダウンロードする手段と、
前記ダウンロードしたファイルに含まれる前記マルチメディア・データファイルのプロファイルを参照することによって、前記マルチメディア・データファイルの解像度を検出する手段とを更に具備することを特徴とする請求項４記載の情報処理装置。
【請求項６】
前記第１判別手段が再生可能であると判別したそれぞれのマルチメディア・データファイルについて、前記マルチメディア・データファイルのビットレートが前記再生手段によって再生可能なビットレートより高いか否かを判別する第３判別手段を更に具備し、
前記削除手段が生成する前記新たなメタデータは、前記第３判別手段がビットレートが高いと判断した前記マルチメディア・データファイルを記述したメタ情報が削除されていることを特徴とする請求項１〜５の何れか一つに記載の情報処理装置。
【請求項７】
前記マルチメディア・データファイルのプロファイルを得るために、前記マルチメディア・データファイルの先頭から所定サイズのデータを選択的にダウンロードする手段と、
ダウンロードしたファイルに含まれる前記マルチメディア・データファイルのプロファイルを参照することによって、前記マルチメディア・データファイルのビットレートを検出する手段とを具備することを特徴とする請求項６記載の情報処理装置。
【請求項８】
前記通信回路は、無線通信によって前記ネットワークに接続することを特徴とする請求項１〜７の何れか一つに記載の情報処理装置。
【請求項９】
前記メタデータを公開する番組サイトの情報を一つ以上公開するサイトのアドレス情報を格納する記憶装置を更に具備することを特徴とする請求項１〜８の何れか一つに記載の情報処理装置。
【請求項１０】
本体に設けられた表示部と、前記本体に設けられたオーディオ出力部と、特定の記録フォーマットのマルチメディア・データファイルを再生し、前記表示部およびオーディオ出力部の少なくとも一方に再生信号を出力するための再生手段とを具備する情報処理装置の制御方法であって、
番組サイトからマルチメディア・データファイルをダウンロードするためのアドレス属性を含むメタ情報が一つ以上記述されたメタデータを本体に内蔵された通信回路によって取得し、
前記メタデータに記述されているそれぞれのメタ情報に記述されているマルチメディア・データファイルの記録フォーマットをそれぞれ検出し、
前記メタデータに記述されているそれぞれのメタ情報に記述されているマルチメディア・データファイルについて、前記再生手段によって再生することが出来るか否かを記録フォーマットの検出結果に基づいて判別し、
再生できないと判断した前記マルチメディア・データファイルを記述したメタ情報を前記メタデータから削除した新たなメタデータを生成し、
前記新たなメタデータに含まれるメタ情報に記述されたマルチメディア・データファイルのリストを表示部に表示し、
前記選択されたコンテンツを前記通信回路によってダウンロードする
ことを特徴とする情報処理装置の制御方法。
【請求項１１】
前記メタデータは、ＸＭＬ言語に基づいたＲＳＳフォーマット、またはＡｔｏｍフォーマットによって記述されていることを特徴とする請求項１０記載の情報処理装置の制御方法。
【請求項１２】
前記検出手段は、前記ＲＳＳフォーマットまたはＡｔｏｍフォーマットで記述されているメタ情報のｅｎｃｌｏｓｕｒｅ要素内のｔｙｐｅ属性を参照して前記マルチメディア・データファイルの記録フォーマットを検出することを特徴とする請求項１１記載の情報処理装置の制御方法。
【請求項１３】
再生可能であると判別したそれぞれのマルチメディア・データファイルについて、前記マルチメディア・データファイルを再生した場合の解像度が前記表示部の解像度より高いか否かを判別し、
前記新たなメタデータは、前記解像度が大きいと判断された前記マルチメディア・データファイルを記述したメタ情報が削除されていることを特徴とする請求項１０〜１２の何れか一つに記載の情報処理装置の制御方法。
【請求項１４】
前記マルチメディア・データファイルのプロファイルを得るために、前記マルチメディア・データファイルの先頭から所定サイズのデータを選択的にダウンロードし、
ダウンロードしたファイルに含まれる前記マルチメディア・データファイルのプロファイルを参照することによって、前記マルチメディア・データファイルの解像度を検出することを特徴とする請求項１３記載の情報処理装置の制御方法。
【請求項１５】
再生可能であると判断されたそれぞれのマルチメディア・データファイルについて、前記マルチメディア・データファイルのビットレートが前記再生手段によって再生可能なビットレートより大きいか否かを判別し、
前記新たなメタデータは、前記ビットレートが大きいと判断された前記マルチメディア・データファイルを記述したメタ情報が削除されていることを特徴とする請求項１０〜１４の何れか一つに記載の情報処理装置の制御方法。
【請求項１６】
前記マルチメディア・データファイルのプロファイルを得るために、前記マルチメディア・データファイルの先頭から所定サイズのデータを選択的にダウンロードし、
ダウンロードしたファイルに含まれる前記マルチメディア・データファイルのプロファイルを参照することによって、前記マルチメディア・データファイルのビットレートを検出することを特徴とする請求項１５記載の情報処理装置の制御方法。
【請求項１７】
前記通信回路は、無線通信によって前記ネットワークに接続することを特徴とする請求項１０〜１６の何れか一つに記載の情報処理装置の制御方法。
【請求項１８】
前記メタデータを公開する番組サイトの情報を一つ以上公開するサイトのアドレス情報を格納する記憶装置を更に具備することを特徴とする請求項１０〜１７記載の何れか一つに情報処理装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続する回路を有すると共に、マルチメディア・データファイルを再生する情報処理装置、情報処理装置の制御方法に関する。
【背景技術】
【０００２】
近年、インターターネット上でオーディオファイルやビデオファイル等のマルチメディア・データファイルを公開しているサイトがある。これらのサイトでは、公開しているマルチメディア・データファイルの情報をＲＳＳフォーマットやＡｔｏｍフォーマットのデータで公開しているポッドキャスティングというサービスを提供しているところもある。
【０００３】
ユーザでは、ポッドキャスティングで提供されているマルチメディア・データファイルのデータをコンピュータで一旦受信し、受信したデータを携帯型マルチメディアプレーヤに転送して、外出時に楽しむということが一般的に行われている。
【０００４】
ところが、携帯型マルチメディアプレーヤでは、様々な記録フォーマットのファイルに対応しておらず、再生することが出来るファイルの記録フォーマットは決まっている。
【０００５】
特許文献１には、端末が対応していない記録フォーマットのファイルをサーバが各端末に適合したフォーマットに変換する技術が開示されている。
【特許文献１】特開２００２−１３２５９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、最近の携帯型マルチメディアプレーヤの中にはネットワークに接続する機能を有する物がある。このような携帯型マルチメディアプレーヤでは、直接ＲＳＳフォーマット或いはＡｔｏｍフォーマットのデータを受信し、表示部にダウンロードすることが出来るファイルの情報を表示画面に表示することが考えられる。ところが、上述したように携帯型マルチメディアプレーヤでは再生することが出来ない記録フォーマットのデータがあり、ユーザがプレーヤで再生出来ないファイルを誤ってダウンロードしてしまうおそれがある。
【０００７】
本発明の目的は、再生することが出来る記録フォーマットのマルチメディア・データファイルの情報を選択的に表示し、ユーザの利便性を高めることが可能な情報処理装置、および情報処理装置の制御方法を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の一例に係わる情報処理装置は、本体と、前記本体に設けられた表示部と、前記本体に設けられたオーディオ出力部と、特定の記録フォーマットのマルチメディア・データファイルを再生し、前記表示部およびオーディオ出力部の少なくとも一方に再生信号を出力するための再生手段と、ネットワークに接続するための通信回路と、番組サイトからマルチメディア・データファイルをダウンロードするためのアドレス属性を含むメタ情報が一つ以上記述されたメタデータを前記通信回路によって取得する手段と、前記メタデータに記述されているそれぞれのメタ情報に記述されているマルチメディア・データファイルの記録フォーマットをそれぞれ検出するフォーマット検出手段と、前記メタデータに記述されているそれぞれのメタ情報に記述されているマルチメディア・データファイルについて、前記再生手段によって再生することが出来るか否かを前記フォーマット検出手段の検出結果に基づいて判別する第１判別手段と、前記第１判別手段が再生できないと判断した前記マルチメディア・データファイルを記述したメタ情報を前記メタデータから削除した新たなメタデータを生成する削除手段と、前記新たなメタデータに含まれるメタ情報に記述されたマルチメディア・データファイルのリストを前記表示部に表示する手段と、前記表示部に表示されているマルチメディア・データファイルの情報に基づいて、前記本体にダウンロードするためのマルチメディア・データファイルを選択するための操作ボタンと、前記選択されたコンテンツを前記通信回路によってダウンロードする手段とを具備することを特徴とする。
【発明の効果】
【０００９】
再生することが出来る記録のマルチメディア・データファイルの情報を選択的に表示し、ユーザの利便性を高めることが可能になる。
【発明を実施するための最良の形態】
【００１０】
本発明の実施の形態を以下に図面を参照して説明する。
【００１１】
図１は、この発明の実施形態の一例が適用され、主として携帯して用いられるメディアプレーヤ（情報処理装置）の主要な構成を説明する概略ブロック図である。
【００１２】
図１に示すメディアプレーヤ（音楽／画像／ビデオ情報記録再生装置）１は、ユーザ（利用者）からの制御信号の入力や選択指示信号の入力に用いられる操作部３、例えば現在再生中の音声／音楽プログラムのファイル名や音声プログラム中に含まれる文字情報あるいは映像データを再生した動画もしくは静止画が表示可能なＬＣＤパネル（液晶表示装置）５、例えば数Ｇ（ギガ）バイトないし数１０Ｇバイトの記憶容量が与えられたハードディスク装置（以下ＨＤＤと表示する）７、および主として携帯して用いられる際の電源であるバッテリ（二次電池）９、および主制御部であるＣＰＵ１１等を有する。なお、ＨＤＤ７は、プレーヤ１から取り外すことが可能にユニット化されている「モバイルディスク」、ＳＤ・ＭＭＣメモリカード、メモリスティックであってもよい。ＨＤＤ７は、ＦＬＡＳＨ  ＲＯＭ、ＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｉｓｋ）であってもよい。
【００１３】
ＣＰＵ１１には、ユーザによる操作部３の操作により入力される制御信号を受け付けるＩ／Ｏ（入出力）ポート１３、ＬＣＤパネル５に表示すべき画像や文字列を表示させるためのディスプレイドライバ（ＬＣＤ駆動回路）１５、ＨＤＤ７に保持されている映像データや音声／音楽データをアナログ出力に変換する出力部１７、およびバッテリ９により提供される電力すなわち所定の電圧および許容される電流を管理する電源制御ＩＣ（Power Management integrated circuit）１９等が接続されている。
【００１４】
ＣＰＵ１１にはまた、ＨＤＤ７に記憶されたデータの再生およびＨＤＤ７へのデータの記録、ならびにＨＤＤ７の起動あるいは図示しない主電源のオン／オフ等の制御に利用されるシステムメモリであるＲＯＭ（Read Only Memory）２１、（入力された）制御信号に対応する制御情報やコマンド等が一次的に保持するとともに、ＨＤＤ７から読み出された一定量のデータをバッファするワークメモリ、すなわちＲＡＭ（Random Access Memory）２３が、制御バス２５を経由して接続されている。
【００１５】
電源制御ＩＣ１９には、バッテリ９により提供される電力すなわち所定の電圧および許容される電流を管理する。バッテリ９には、充電部（charger）３３が接続されている。なお、充電部３３は、商用電源（ＡＣ１００Ｖ）を直接受け入れる構造とすることも可能であるが、この例では、プレーヤ１の小型化のため、通常は図示しない外部電源装置により、５Ｖ前後の直流（ＤＣ）に減圧／変換された直流電圧が電源入力部３３ａから入力される。
【００１６】
ＣＰＵ１１にはまた、映像データ（文字データを含む）や音楽データ（音声データを含む）の供給元となる、例えばパーソナルコンピュータとの間で、データの受け渡しに用いられるＵＳＢ（Universal serial Bus）ポート４１、並びに無線ネットワーク（Wireless Local Area Network）ユニット（通信部）４３、および通常のアナログ出力に利用される出力端子４５等が接続されている。
【００１７】
ＵＳＢポート４１は、ＵＳＢコネクタ４１ａを介して、プレーヤ１から、半導体メモリを収容したオーディオ専用再生装置（ＵＳＢフラッシュメモリプレーヤ）やＵＳＢスピーカ等の外部装置への音楽データ（音声データ）の転送、あるいはマイク（外部入力）からの音楽／音声信号の入力に利用される。
【００１８】
無線ネットワークユニット４３は、２．４ＧＨｚ帯の電波を用いた（高速）通信規格のプロトコルに準拠したブルートゥース（Bluetooth）（登録商標）のみが設けられてもよいし、ＩＥＥＥ８０２．１１ａ／ｂ／ｇに準拠した汎用の無線ＬＡＮ装置のみが設けられてもよいし、両者が併用されてもよいことはいうまでもない。すなわち、無線ＬＡＮ装置あるいはブルートゥースが組み込まれることで、例えば家庭内もしくは所定の条件を満足する特定の範囲に位置されたサーバコンピュータやパーソナルコンピュータとの間で、データの受け渡しが可能である。
【００１９】
アナログ出力に利用される出力端子４５には、出力部１７に設けられたオーディオコーデック（Audio codec）４７によりアナログ信号に復調された音楽あるいは音声が供給される。従って、出力端子４５に、例えばヘッドホン（Head phone）あるいは増幅機能付きスピーカを装着することで、音楽または音声が再生される。もちろん、出力端子４５からの出力を図示しないアンプ装置に入力し、アンプ装置に図示しないスピーカを接続して、より大きな音量を得ることも可能である。なお、オーディオコーデック４７は、図示しないマイクまたはライン入力（外部入力）端から直接入力されるアナログ信号をＡＤ変換してデジタル信号として入力することも可能である。
【００２０】
出力端子４５には、出力部１７に設けられたビデオエンコーダ（Video encoder）４９も設けられている。これにより、例えばＨＤＤ７に保持されている映像データを、図示しないモニタ装置やテレビ受像機に転送して再生させることも可能である。
【００２１】
上述したメディアプレーヤ１においては、ＨＤＤ７には、予め圧縮された音楽データや画像データ、ビデオデータ等の（コンテンツ）が、所定の規則に従って記録される。なお、データの圧縮において、音楽データの圧縮には、例えばＭＰ３（ＭＰＥＧ−１  ａｕｄｉｏ  ｌａｙｅｒ  ３）、ＷＭＡ（Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ  Ａｕｄｉｏ）等の方式が、画像データの圧縮には、例えばＪＰＥＧ、ＧＩＦあるいはＢＭＰ−ＲＬＥ等の方式が、ビデオデータの圧縮には、例えばＷＭＶ（Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ  Ｖｉｄｅｏ）、ＭＰＥＧ等の方式が、それぞれ用いられる。また、詳述しないが、ＨＤＤ７に記憶されるデータは、著作権法で定められた「私的利用」以外の複製（回数を定めた複製以外）等を抑止するため、プレーヤ１を用いた直接の再生およびアナログ信号での外部スピーカ等への出力のみを可能として、暗号化された形式で保存することも可能である。
【００２２】
ＨＤＤ７に格納された音楽データやビデオデータ等のマルチメディア・データファイルは、ＣＰＵ１１によって実行される再生ソフトによって再生される。本実施形態の再生ソフトが再生することが可能なファイルの記録フォーマットは決まっており、例えばＭＰ３、ＷＭＡ、およびＷＭＶである。
【００２３】
なお、操作部３は、図２にプレーヤ１の外観を示すが、音楽／画像／ビデオの再生の開始や停止の指示、ＬＣＤ５に表示される情報の切り換え、ＬＣＤ５に表示された歌詞やプログラムの文字情報をスクロールする、等の制御コマンドの入力に利用される多機能ボタン３ａを含む。多機能ボタン３ａは、例えば中央部のボタンが押された場合は、上述の再生の開始や停止の指示のためのオン信号を入力可能で、４方向（一般に「上下左右」と呼称される）のいずれかのボタンが押されることで、例えばＬＣＤ５に表示されている画像や文字列を、力が加えられているボタンの方向にスクロールさせる制御コマンド（指示）を入力させることができる。また、プレーヤ１の所定の位置には、無線ネットワークユニット４３と、外部との無線通信に用いられるアンテナ１ａが設けられている。なお、アンテナ１ａは、例えばＬＣＤ５の周囲や、プレーヤ１の側面の図示しない主電源スイッチの近傍等、プレーヤ１を構成する部材のうちの、非金属材料が用いられている部分に設けられることが好ましい。
【００２４】
ところで、ＨＤＤ７（ハードディスク装置）はモータを含むことから、起動時に比較的大きな電力（バッテリ９から放電される電流値が大きい）を必要とする。このため、ＨＤＤ７を用いる装置（携帯型メディアプレーヤ）においては、消費電力を下げるため、ある一定量のデータを記録媒体（ＨＤＤ７）から読み出し、ＲＡＭ２３にバッファしたのち、ＨＤＤ７のドライブを停止させるという読出しと停止が繰り返される。ＨＤＤ７がＦＬＡＳＨ−ＲＯＭやＳＤメモリといったモータを含まない装置の場合も、これらの装置からの読み出し速度が、ＲＡＭと比べると遅いため、一定量のデータを読み出し、ＲＡＭ２３にバッファする処理を行う。
【００２５】
プレーヤ１は、無線ネットワークユニットを介して、インターネット上のサイトに公開されている音声データファイル、および映像データファイル等のマルチメディア・データファイルをダウンロードして、ＨＤＤ７内に格納することができる。そして、格納されたデータを再生することが出来る。
【００２６】
ところが、音声データファイルおよび映像データファイルを公開しているサイト（以下、番組サイト）は、多数有り、キーボードがないプレーヤ１でアクセスすることは困難である。そこで、プレーヤ１を販売するメーカ、或いはこのメーカから委託を受けたサービス会社が、番組サイトを紹介するサービスを提供するポータルサイトを開設し、例えばプレーヤ１の出荷時にＨＤＤ７内にポータルサイトのＵＲＬの情報を格納しておく。ユーザが、図３に示すスタート画面のポッドキャスティング（PODCASTING）を選択すると、図４に示すように、カテゴリ画面が表示される。図４には“ＭＵＳＩＣ”、“ＶＩＤＥＯ”、および“ＮＥＷＳ”のカテゴリが表示され、それぞれのカテゴリにはポータルサイトのＵＲＬが埋め込まれている。このデータは、ＨＤＤ７内にトップメニューファイルとして格納されている。
【００２７】
ユーザがあるカテゴリを選択すると、図５に示すように、ＨＤＤ内にポータルサイトのＵＲＬに基づいて、ポータルサイトのＭＵＳＩＣページのデータ（メニュー情報ファイル）を取得し、ＬＣＤにＭＵＳＩＣカテゴリに含まれる番組サイトリスト画面を表示する。
【００２８】
そして、図５に示すページからユーザがＪＡＺＺ  ＴＶを選択すると、図６に示すようにＪＡＺＺ  ＴＶが提供するマルチメディア・データファイルの情報を示す番組リスト画面がＬＣＤ５に表示される。ＪＡＺＺ  ＴＶのような番組サイトは、提供しているマルチメディア・データファイルの一覧をＸＭＬ言語に基づいたＲＳＳフォーマットやＡｔｏｍフォーマットを使ったメタデータを配信している。
【００２９】
しかし、番組サイトが提供するマルチメディア・データファイルは、一般のコンピュータを対象としているために様々なフォーマットが有る。ところが、プレーヤ１で再生可能なデータファイルの記録フォーマットは、ＭＰ３、ＷＭＡ、およびＷＭＶである。つまり、番組サイトが提供しているデータファイルには、本装置で再生不可能なものもあり得る。
【００３０】
従って、番組サイトが提供するＲＳＳフォーマットまたはＡｔｏｍフォーマットのデータ（以下、ＲＳＳ（Ａｔｏｍ）データ）に含まれるリストをそのままＬＣＤに表示すると本装置で再生不可能な記録フォーマットのファイルまで含まれることがある。本装置では、ＬＣＤに表示されるリストから本装置で再生不可能なファイルを除き、本装置で再生可能なファイルのみＬＣＤに表示するようにしている。
【００３１】
なお、再生可能な記録フォーマットのファイルであっても再生することが出来ないマルチメディア・データファイルも有る。本装置のＬＣＤの解像度はＶＧＡ（３２０×２４０）である。従って、本装置で再生可能な記録フォーマットであっても、ＱＶＧＡより大きい解像度のビデオ・データファイルを再生することが出来ない。また、本装置で再生可能な記録フォーマットであっても、再生ソフトの処理能力の制約によって、高いビットレートで記録されているファイルを再生することが出来ない。
【００３２】
本装置では、再生可能な記録フォーマットであっても解像度が大きかったり、ビットレートが高かったりして再生することが出来ないマルチメディア・データファイルをリストに表示しない。
【００３３】
以下に、番組サイトが提供するリストから本装置で再生可能なファイルのみＬＣＤに表示するための構成について説明する。
【００３４】
図７は、本発明の一実施形態に係わる情報処理装置のポッドキャスト機能に係わる構成を示す図である。
【００３５】
図７に示すように、本装置は、ウェブクライアント１０１、パーサー１０２、レンダリングエンジン１０３、認証データ送信部１０４、無線ネットワークユニット４３、ＲＯＭ２１、ＨＤＤ７、ＬＣＤ駆動回路１５、およびＬＣＤ５を有する。なお、ウェブクライアント１０１、パーサー１０２、レンダリングエンジン１０３、および認証データ送信部１０４は、ＣＰＵ１１で実行されるプログラムである。
【００３６】
ウェブクライアント１０１は、サーバ（Ｗｅｂサーバなど）と通信（ＨＴＴＰなどを用いる）をして、指定されたUniform Resource Identifierに対応する情報を取り寄せる。パーサー１０２は、取り寄せた情報を、その種類（ＨＴＭＬ、ＸＨＴＭＬ、ＸＭＬ、画像、テキストなど）に応じて解析する機能を持つ。また、番組サイト２１１，２１２からＲＳＳ（Ａｔｏｍ）データが送信された場合に、パーサー１０２は本装置で再生することが出来ないマルチメディア・データファイルの情報をＲＳＳ（Ａｔｏｍ）データから削除する機能を有する。
【００３７】
本装置で再生することが出来ないマルチメディア・データファイルの情報をＲＳＳ（Ａｔｏｍ）データから削除する機能について説明する。図８は、プレーヤ１で再生することが出来るマルチメディア・データファイルの情報をＲＳＳ(Ａｔｏｍ）データから削除するための構成を示す図である。
【００３８】
図８に示すように、本構成は、フォーマット検出部３０１、フォーマット判定部３０２、プロファイルダウンロード（ＤＬ）部３０３、解像度検出部３０４、解像度判定部３０５、ビットレート検出部３０６、ビットレート判定部３０７、およびファイル情報削除部３０８を有する。
【００３９】
フォーマット検出部３０１は、ＲＳＳ（Ａｔｏｍ）データ内に記述されているそれぞれのマルチメディア・データファイルの記録フォーマットを検出する。以下に、マルチメディア・データファイルの記録フォーマットを検出する方法の原理について説明する。
【００４０】
先ず、以下に番組サイト２１１，２１２から送信されるＲＳＳフォーマットのデータを示す。
【００４１】
<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
<title>サイト名</title>
<link>配信ウェブサイトのURL</link>
<description>ポッドキャストについての説明</description>
<language>言語タイプ</language>
<item>
<title>配信データのタイトル</title>
<description>配信データについての説明</description>
<pubDate>配信日時</pubDate>
<enclosure url="配信データのURL" length="配信データのファイルサイズ" type="配信データのMIMEタイプ" />
</item>
</channel>
</rss>
以上が、ＲＳＳのフォーマットである。“<item>”と“</item>”との間にマルチメディア・データファイルの情報が記載されている。複数のマルチメディア・データファイルを配信している場合、マルチメディア・データファイル毎に“<item>”と“</item>”と組み合わせが記述され、“<item>”と“</item>”との間にマルチメディア・データファイルの情報が記述される。
【００４２】
“</pubDate>”の後の“<”と“/>”との間に囲まれているのがｅｎｃｌｏｓｕｒｅ要素である。ｅｎｃｌｏｓｕｒｅ要素内の“type=”の後に書かれるのがｔｙｐｅ属性である。
【００４３】
ｔｙｐｅ属性には、配信データの記録フォーマットを書き込むために設けられている。ｔｙｐｅ属性は、例えば“audio/mpeg”、“audio/WMA”、“audio/AAC”、“video/WMV”、“video/mpeg4”等のように書かれる。
【００４４】
従って、フォーマット検出部３０１は、“<item>”と“</item>”との間からｔｙｐｅ属性を抽出し、ｔｙｐｅ属性の内容を見ることでマルチメディア・データファイルの記録フォーマットを検出することが出来る。なお、Ａｔｏｍフォーマットのデータにもｅｎｃｌｏｓｕｒｅ要素、およびｅｎｃｌｏｓｕｒｅ要素内のｔｙｐｅ属性がある。
【００４５】
フォーマット判定部３０２は、フォーマット検出部３０１によって検出されたマルチメディア・データファイルの記録フォーマットが再生ソフトによって再生可能なフォーマットであるか否かを判別する。再生できないと判別した場合、フォーマット判定部３０２は、ファイル情報削除部３０８に通知する。ファイル情報削除部３０８は、ＲＳＳ（Ａｔｏｍ）データから再生できないと判別されたファイルの情報を削除する。つまり、ＲＳＳ（Ａｔｏｍ）データから上述した“<item>”から“</item>”までのデータを選択的に削除する。
【００４６】
プロファイルＤＬ部３０３は、フォーマット判定部３０２が再生できると判別したマルチメディア・データファイルついて、番組サイト２１１，２１２からマルチメディア・データファイルに含まれるプロファイルを含むデータをダウンロードし、ダウンロードしたデータからプロファイルを抽出する。プロファイルは、再生時の解像度、およびビットレートの情報を含む。プロファイルＤＬ部３０３は、プロファイルを含むデータをダウンロードするために、マルチメディア・データファイルの先頭から１ｋＢｙｔｅのデータをダウンロードする。プロファイル部分はマルチメディア・データファイルの先頭に有り、その大きさは小さく１ｋＢｙｔｅより小さい。従って、マルチメディア・データファイルの先頭から１ｋＢｙｔｅのデータを選択的にダウンロードすることで、プロファイルを含むデータをダウンロードすることができる。
【００４７】
解像度検出部３０４は、プロファイルＤＬ部３０３が抽出したプロファイルから解像度の情報を抽出する。そして、解像度判定部３０５は、抽出された解像度がＬＣＤ５に表示できる解像度であるか否かを判別する。ＬＣＤ５の解像度はＶＧＡである。従って、解像度判定部３０５は、ＶＧＡより大きい解像度のマルチメディア・データファイルを再生することが出来ないと判断する。再生できないと判別した場合、解像度判定部３０５は、ファイル情報削除部３０８に通知する。ファイル情報削除部３０８は、ＲＳＳ（Ａｔｏｍ）データから再生できないと判別されたファイルの情報を削除する。
【００４８】
ビットレート判定部３０７は、解像度判定部３０５が再生することが出来ると判断したマルチメディア・データファイルについて、プロファイルＤＬ部３０３が抽出したプロファイルからビットレートの情報を抽出する。
【００４９】
そして、ビットレート判定部３０７は、抽出されたビットレートが再生ソフトで再生できるビットレートであるか否かを判別する。再生できないと判別した場合、ビットレート判定部３０７は、ファイル情報削除部３０８に通知する。ファイル情報削除部３０８は、ＲＳＳ（Ａｔｏｍ）データから再生できないと判別されたファイルの情報を削除する。
【００５０】
以上の説明した構成によって、図７に示すパーサー１０２内の構成によってプレーヤ１で再生することが出来ないマルチメディア・データファイルの情報をＲＳＳ（Ａｔｏｍ）データから削除することが出来る。
【００５１】
レンダリングエンジン１０３は、パーサー１０２の解析結果をもとにＨＴＭＬ、ｘｍｌ（ＲＳＳ（Ａｔｏｍ）データ）をはじめとしたウェブページ記述用言語で書かれたデータを実際に画面に表示するための計算をするプログラムである。
【００５２】
ＲＯＭ２１内には、製品のモデル名２１Ａ、およびシリアルナンバー２１Ｂが格納されている。ＨＤＤ７内にはポータルサイト２０１のトップページのＵＲＬ７Ａが格納されている。
【００５３】
ポータルサイト２０１は、本装置１がデータの送信をリクエストした場合に、本装置１に認証処理を行うためにモデル名およびシリアルナンバーの送信をリクエストする。ウェブクライアント１０１の認証データ送信部１０４は、ＲＯＭ２１からモデル名２１Ａおよびシリアルナンバー２１Ｂを読み出し、ポータルサイト２０１にモデル名２１Ａおよびシリアルナンバー２１Ｂを送信する。ポータルサイト２０１は、モデル名２１Ａおよびシリアルナンバー２１Ｂを用いて認証処理を行う。
【００５４】
無線ネットワークユニット４３は、アクセスポイント（ＡＰ）１０５を介してネットワーク２００に接続されたポータルサイト２０１、番組サイト２１１，２１２にアクセスする。
【００５５】
次に、ユーザがポッドキャスティングサービスを選択してから、マルチメディア・データファイルのダウンロードおよび再生までの処理の手順を図９〜図１１に示すフローチャートを参照して説明する。
【００５６】
ＬＣＤ５の表示が図３に示す状態でユーザが“ＰＯＤＣＡＳＴＩＮＧ”を選択すると、ＬＣＤ５には図４に示すカテゴリメニューが表示される（ステップＳ１０）。ユーザがカテゴリメニューから“ＭＵＳＩＣ”を選択すると、ウェブクライアント１０１は、ポータルサイト２０１にＨＤＤ７内にキャッシュされている“ＭＵＳＩＣ”メニューを更新するか否かを問い合わせるためのリクエストを送信する（ステップＳ１２）。
【００５７】
ポータルサイト２０１は、リクエストを送信した機器が正当なマルチメディアプレーヤ１であるか否かを確かめる認証処理に必要な認証用データ（モデル名、シリアルナンバー）を送信するようにリクエストする（ステップＳ１２）。
【００５８】
認証データ送信部１０４は、リクエストに応じて認証用データ（モデル名、シリアルナンバー）をポータルサイト２０１に送信する（ステップＳ１３）。認証用データを受信したポータルサイト２０１は、認証処理を行う（ステップＳ１４）。認証が成功した場合（ステップＳ１５のＹｅｓ）、ポータルサイト２０１は、トップメニューファイルを更新する必要があるか否かを判別するために必要なトップメニューファイルのバージョン情報を送信するようにリクエストする（ステップＳ１６）。トップメニューファイルのバージョン情報とは、ＨＤＤ７内にキャッシュされているトップメニューファイルのタイムスタンプやヴァージョン情報等のメニューデータの日付やヴァージョン等を確認できる情報のことである。
【００５９】
上記認証は、モデル名を認証用データとして使用しているため、ポータルサイト２０１はどの機種が接続してきたかを判別することが可能である。このため、接続してきた機種により、トップメニューファイルを変更することも可能である。
【００６０】
認証が成功しなかった場合（ステップＳ１５のＮｏ）、ステップＳ１１でリクエストを送信した機器が正当なマルチメディアプレーヤ１ではないと判断して、ポータルサイト２０１は処理を終了する。
【００６１】
メニュー情報の送信をリクエストしたマルチメディアプレーヤ１のウェブクライアント１０１は、メニュー情報をポータルサイト２０１に送信する（ステップＳ１７）。ポータルサイト２０１は、受信したメニュー情報と、ポータルサイト２０１が有するメニューデータの情報とを比較し、更新が必要であるか否かを判別する（ステップＳ１８）。
【００６２】
更新が必要であると判断した場合（ステップＳ１８のＹｅｓ）、ポータルサイト２０１はマルチメディアプレーヤ１に更新が必要である旨を通知する（ステップＳ１９）。更新が必要ではないと判断した場合（ステップＳ１８のＹｅｓ）、ポータルサイト２０１はマルチメディアプレーヤ１に更新が必要ではない旨を通知する（ステップＳ２０）。
【００６３】
ステップＳ１９若しくはステップＳ２０の後、更新の必要性の結果が通知されたマルチメディアプレーヤ１は、通知結果からメニューデータ更新が必要であるか否かを判別する（ステップＳ２１）。
【００６４】
更新が必要であると判断した場合（ステップＳ２１のＹｅｓ）、ウェブクライアント１０１は、ポータルサイト２０１に“ＭＵＳＩＣ”メニューのデータを送信するようにリクエストする（ステップＳ２２）。ポータルサイト２０１は、最新の“ＭＵＳＩＣ”メニューのデータをマルチメディアプレーヤ１に送信する（ステップＳ２３）。ウェブクライアント１０１がメニューデータを受信すると、受信したデータをキャッシュとしてＨＤＤ７に格納する（ステップＳ２４）。
【００６５】
更新が必要ではないと判断した場合（ステップＳ２１のＮｏ）、或いは新たなメニューデータをキャッシュとしてＨＤＤ７内に格納した後、ＨＤＤ７に格納されているメニューデータのキャッシュを利用して図５に示すような番組のリストメニューを表示する（ステップＳ２５）。
【００６６】
ユーザが番組を選択すると、ウェブクライアント１０１は番組サイト（ＪＡＺＺ  ＴＶ）にＲＳＳ（Ａｔｏｍ）データを送信するようにリクエストする（ステップＳ２６）。番組サイト（ＪＡＺＺ  ＴＶ）は、マルチメディアプレーヤ１にＲＳＳ（Ａｔｏｍ）データを送信する。ＲＳＳ（Ａｔｏｍ）データを受信したウェブクライアント１０１は、データをパーサー１０２に受け渡す。パーサー１０２は、フィルタリング処理を行う（ステップＳ２７）。
【００６７】
フィルタリング処理について図１１のフローチャートを参照して説明する。フォーマット検出部３０１は、ＲＳＳ（Ａｔｏｍ）データに含まれるあるマルチメディア・データファイルの情報からｔｙｐｅ属性を抽出する（ステップＳ４１）。フォーマット検出部３０１は、抽出したｔｙｐｅ属性を検出し、フォーマット判定部３０２に通知する（ステップＳ４２）。フォーマット判定部３０２は、通知された記録フォーマットがプレーヤ１で再生できるフォーマット（ＭＰ３，ＷＭＡ，ＷＭＶ）であるか否かを判別する（ステップＳ４３）。再生できないと判別した場合（ステップＳ４３のＮｏ）フォーマット判定部３０２は、マルチメディア・データファイルの情報をファイル情報削除部３０８に通知し、ファイル情報削除部３０８はＲＳＳ（Ａｔｏｍ）データから通知されたマルチメディア・データファイルの情報を削除する（ステップＳ５０）。
【００６８】
再生できると判断した場合（ステップＳ４３のＹｅｓ）、フォーマット判定部３０２はプロファイルＤＬ部３０３にマルチメディア・データファイルの情報を通知する。通知を受けたプロファイルＤＬ部３０３は、番組サイト（ＪＡＺＺ  ＴＶ）からマルチメディア・データファイルのプロファイルを含む先頭から１ｋＢｙｔｅのデータを選択的にダウンロードする（ステップＳ４４）。そして、プロファイルＤＬ部３０３は、ダウンロードしたデータからプロファイルを抽出し、プロファイルおよびマルチメディア・データファイルの情報を解像度検出部３０４に通知する（ステップＳ４５）。
【００６９】
解像度検出部３０４は、プロファイルから解像度の情報を検出し、解像度の情報およびマルチメディア・データファイルの情報を解像度判定部３０５に通知する（ステップＳ４６）。解像度判定部３０５は、検出された解像度がＬＣＤ５に表示できる解像度（ＶＧＡ）より大きいか否かを判別する（ステップＳ４７）。
【００７０】
検出された解像度がＶＧＡより大きいと判断した場合（ステップＳ４７のＹｅｓ）、解像度判定部３０５は、マルチメディア・データファイルの情報をファイル情報削除部３０８に通知し、ファイル情報削除部３０８はＲＳＳ（Ａｔｏｍ）データから通知されたマルチメディア・データファイルの情報を削除する（ステップＳ５０）。
【００７１】
検出された解像度がＶＧＡより大きくないと判断した場合（ステップＳ４７のＮｏ）、解像度判定部３０５は、プロファイルおよびマルチメディア・データファイルの情報をビットレート検出部３０６に通知する。ビットレート検出部３０６は、
プロファイルからビットレートの情報を検出し、ビットレートの情報およびマルチメディア・データファイルの情報をビットレート判定部３０７に通知する（ステップＳ４８）。ビットレート判定部３０７は、再生ソフトで再生できるか否かを判別するために、検出されたビットレートが設定値より大きいか否かを判別する（ステップＳ４９）。検出されたビットレートが設定値より大きいと判断した場合（ステップＳ４９のＹｅｓ）、ビットレート判定部３０７は、マルチメディア・データファイルの情報をファイル情報削除部３０８に通知し、ファイル情報削除部３０８はＲＳＳ（Ａｔｏｍ）データから通知されたマルチメディア・データファイルの情報を削除する（ステップＳ５０）。
【００７２】
ステップＳ５０の処理後、またはステップＳ４９において設定値より大きくないと判別した場合（ステップＳ４９のＮｏ）、パーサー１０２はＲＳＳ（Ａｔｏｍ）データに記述されている全ての番組（マルチメディア・データファイル）について解析を行ったか否かを判別する（ステップＳ５１）。
【００７３】
解析を行っていないと判断した場合（ステップＳ５１のＮｏ）、次の番組ついてステップＳ４１からの処理を行って解析を行う。解析を行ったと判断した場合（ステップＳ５１のＹｅｓ）、フィルタリング処理を終了する。
【００７４】
フィルタリング処理終了後、パーサー１０２は、フィルタリング処理が行われたＲＳＳ（Ａｔｏｍ）データをレンダリングエンジン１０３に受け渡す。レンダリングエンジン１０３は、ＲＳＳ（Ａｔｏｍ）データに基づいて、例えば図６に示すような番組のリストメニューを表示する（ステップＳ２８）。
【００７５】
ユーザが番組を選択すると、ウェブクライアント１０１は番組サイトに番組のデータ（マルチメディア・データファイル）を送信するようにリクエストする（ステップＳ２９）。番組サイトは、マルチメディア・データファイルをプレーヤ１に送信する（ステップＳ３０）。
【００７６】
ウェブクライアント１０１は、受信したマルチメディア・データファイルをＨＤＤに格納する（ステップＳ３１）。マルチメディア・データファイルのダウンロードが終了するとプレーヤ１はファイルの再生を行う。
【００７７】
以上説明したように、ユーザがポッドキャスティングを提供するサイトを表示使用した場合、プレーヤ１で再生することが出来るファイルの情報だけを選択的に表示することができる。その結果、ユーザが誤ってプレーヤ１で再生することが出来ないファイルをダウンロードすることがない。その結果、ユーザの操作が向上する。
【００７８】
なお、ｅｎｃｌｏｓｕｒｅ要素内のｌｅｎｇｔｈ属性を参照することによってマルチメディア・データファイルのサイズを検出し、ファイルサイズが大きいマルチメディア・データファイルの情報をフィルタリングすることも出来る。
【００７９】
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【００８０】
【図１】本発明の一実施形態に係わる情報処理装置の概略構成を示すブロック図。
【図２】図１に示す情報処理装置の外観を示す正面図。
【図３】ＬＣＤに表示されるスタート画面を示す図。
【図４】ＬＣＤに表示されるカテゴリ画面を示す図。
【図５】ＬＣＤに表示される番組サイトリスト画面を示す図。
【図６】ＬＣＤに表示される番組リスト画面を示す図。
【図７】図１に示す情報処理装置のポッドキャスト機能に係わる構成を示す図。
【図８】プレーヤ１で再生することが出来るマルチメディア・データファイルの情報をＲＳＳ(Ａｔｏｍ）データから削除するための構成を示す図。
【図９】マルチメディア・データファイルのダウンロードおよび再生までの処理の手順を示すフローチャート。
【図１０】マルチメディア・データファイルのダウンロードおよび再生までの処理の手順を示すフローチャート。
【図１１】図１０に示すステップＳ２７のフィルタリング処理の手順を示すフローチャート。
【符号の説明】
【００８１】
１…マルチメディアプレーヤ，３ａ…多機能ボタン，５…ＬＣＤパネル，７…ハードディスク装置，１１…ＣＰＵ，２１…ＲＯＭ，２１Ａ…モデル名，２１Ｂ…シリアルナンバー，１０１…ウェブクライアント，１０２…パーサー，１０３…レンダリングエンジン，１０４…認証処理部，１０４…認証データ送信部，２０１…ポータルサイト，３０１…フォーマット検出部，３０２…フォーマット判定部，３０３…プロファイルダウンロード部，３０４…解像度検出部，３０５…解像度判定部，３０６…ビットレート検出部，３０７…ビットレート判定部，３０８…ファイル情報削除部。
【図１】
2009037320.tif 000003
【図２】
2009037320.tif 000004
【図３】
2009037320.tif 000005
【図４】
2009037320.tif 000006
【図５】
2009037320.tif 000007
【図６】
2009037320.tif 000008
【図７】
2009037320.tif 000009
【図８】
2009037320.tif 000010
【図９】
2009037320.tif 000011
【図１０】
2009037320.tif 000012
【図１１】
2009037320.tif 000013