(57)【要約】【課題】コンテンツを再生する再生装置に適切にＭＩＭＥタイプを通知することを可能とすること。【解決手段】携帯電話機１０の記憶部１７が、コンテンツデータのファイルをコンテンツファイル１７ｂとして記憶し、ファイル解析部１８が、記憶部１７にコンテンツファイル１７ｂとして記憶されたコンテンツデータのファイルを解析し、ＭＩＭＥタイプ設定部１９が、ファイル解析部１８によるファイルの解析結果に基づいて、コンテンツデータのＭＩＭＥタイプを設定する。【選択図】図１
2012118688.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツデータの情報を管理する情報管理装置であって、
前記コンテンツデータのファイルを記憶する記憶部と、
前記記憶部に記憶されたコンテンツデータのファイルを解析するファイル解析部と、
前記ファイル解析部による前記ファイルの解析結果に基づいて、前記コンテンツデータのＭＩＭＥタイプを設定するＭＩＭＥタイプ設定部と、
を備えることを特徴とする情報管理装置。
【請求項２】
前記ファイル解析部は、前記ファイルの一部が該ファイルと種類が異なるファイルと同じフォーマットで構成されているか否かを解析し、前記ＭＩＭＥタイプ設定部は、前記ファイルの一部が該ファイルと種類が異なるファイルと同じフォーマットで構成されている場合に、該種類が異なるファイルに対応するＭＩＭＥタイプに前記コンテンツデータのＭＩＭＥタイプを設定することを特徴とする請求項１に記載の情報管理装置。
【請求項３】
コンテンツデータを再生する再生装置に前記ＭＩＭＥタイプ設定部によりＭＩＭＥタイプが設定されたコンテンツデータに係る情報を送信し、該ＭＩＭＥタイプが設定されたコンテンツデータの送信要求を前記再生装置から受信した場合に、該ＭＩＭＥタイプが設定されたコンテンツデータを前記再生装置に送信するデータ送信部をさらに備えることを特徴とする請求項１または２に記載の情報管理装置。
【請求項４】
前記コンテンツデータのファイルはマルチピクチャフォーマットのファイルであり、前記ＭＩＭＥタイプ設定部は、該コンテンツデータのＭＩＭＥタイプをＪＰＥＧ画像に設定することを特徴とする請求項１〜３のいずれか１項に記載の情報管理装置。
【請求項５】
前記情報管理装置は、ＤＬＮＡ（Digital Living Network Alliance）（登録商標）対応ＤＭＳ（Digital Media Server）あるいはＤＬＮＡ対応Ｍ−ＤＭＳ（Mobile Digital Media Server）であることを特徴とする請求項１〜４のいずれか１項に記載の情報管理装置。
【請求項６】
コンテンツデータの情報を管理する情報管理方法であって、
記憶部に記憶されたコンテンツデータのファイルを読み出して、読み出した該ファイルを解析する解析ステップと、
前記解析ステップにおいて解析されたファイルの解析結果に基づいて、前記コンテンツデータのＭＩＭＥタイプを設定するＭＩＭＥタイプ設定ステップと、
を含むことを特徴とする情報管理方法。
【請求項７】
請求項６に記載の情報管理方法をコンピュータに実行させることを特徴とするコンピュータプログラム。
【請求項８】
請求項７に記載のコンピュータプログラムを記録したことを特徴とするコンピュータが読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツデータの情報を管理する情報管理装置、情報管理方法、その情報管理方法をコンピュータに実行させることを特徴とするコンピュータプログラム、および、そのコンピュータプログラムを記録したことを特徴とするコンピュータが読み取り可能な記録媒体に関する。
【背景技術】
【０００２】
近年、ＤＬＮＡ（Digital Living Network Alliance）（登録商標）と呼ばれる業界団体により、ホームネットワークに接続された情報機器間で動画や音楽、写真などのコンテンツを共有するためのガイドライン（Home Network Device Interoperability Guidelines v1.0, June 2004，Networked Device Interoperability Guidelines expanded, October 2006）が策定されている。
【０００３】
このガイドラインでは、デジタルメディアサーバ（Digital Media Server, DMS）あるいはモバイルデジタルメディアサーバ（Mobile Digital Media Server, M-DMS）と、デジタルメディアプレーヤ（Digital Media Player, DMP）あるいはモバイルデジタルメディアプレーヤ（Mobile Digital Media Player, M-DMP）との間でコンテンツを容易に共有できる機能などが規定されている。
【０００４】
例えば、デジタルビデオレコーダは、デジタルメディアサーバとして使用することができ、デジタルテレビは、デジタルメディアプレーヤとして使用することができる。また、携帯電話機は、モバイルデジタルメディアサーバとしても、モバイルデジタルメディアプレーヤとしても使用することができる。
【０００５】
例えば、携帯電話機などのモバイルデジタルメディアサーバで録画したコンテンツをデジタルテレビなどのデジタルメディアプレーヤで再生する場合、モバイルデジタルメディアサーバは、デジタルメディアプレーヤにコンテンツのリストを送信する。そのリストを受信したデジタルメディアプレーヤは、受信したリストを表示して、ユーザに視聴したいコンテンツを選択させる。
【０００６】
そして、ユーザによりコンテンツが選択されると、デジタルメディアプレーヤは、選択されたコンテンツのデータを送信するようモバイルデジタルメディアサーバに要求する。続いて、モバイルデジタルメディアサーバは、要求されたコンテンツのデータをデジタルメディアプレーヤに送信する。その後、デジタルメディアプレーヤは、送信されたデータを受信して、受信したデータを再生する。
【０００７】
ここで、ＤＬＮＡは、コンテンツのリストやコンテンツデータを送信する機能について規定している。デジタルメディアプレーヤがコンテンツのリストを表示したり、コンテンツを再生したりする処理は、ＤＬＮＡのガイドラインにより規定されている機能ではなく、デジタルメディアプレーヤの独自の機能により実行されるものである。
【０００８】
このように、ＤＬＮＡのガイドラインに従って設計された機器間であれば、コンテンツの共有が容易にできるが、コンテンツのフォーマットが新たに規定された場合には、そのフォーマットに機器が対応するまで、そのフォーマットのコンテンツを再生することができない。
【０００９】
例えば、複数の画像を関連付け、関連付けられた複数の画像を１つのファイルとして取り扱うことができるマルチピクチャフォーマットが最近新たに規定されている。このマルチピクチャフォーマットでは、立体視を行うための左眼用画像と右眼用画像とを１つのファイルとして記録することができる。しかし、既存のデジタルテレビでは、マルチピクチャフォーマットを認識することができないため、マルチピクチャフォーマットで生成されたコンテンツを再生することができない。
【００１０】
このような問題を解決するため、特許文献１には、第１の機器がサポートしていないコンテンツのデータフォーマットを第１の機器がサポートするデータフォーマットに第２の機器が変換し、データフォーマットが変換されたコンテンツを第２の機器が第１の機器に伝送する技術が開示されている。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２０１０−４９５２５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、デジタルテレビなどの既存の再生装置では、コンテンツデータのＭＩＭＥタイプを検出し、ＭＩＭＥタイプに記述されているデータ形式を参照して、コンテンツデータの再生が可能か否かを判断しているものがある。そのため、上述した特許文献１の従来技術を用いてコンテンツのデータフォーマットを変換したとしても、ＭＩＭＥタイプが未決定である場合、ＭＩＭＥタイプを再生装置に通知できないため、再生装置はコンテンツデータの再生が可能か否かを判断できない場合がある。
【００１３】
本発明は、上記課題に鑑み、コンテンツを再生する再生装置に適切にＭＩＭＥタイプを通知することが可能な情報管理装置、情報管理方法、その情報管理方法をコンピュータに実行させることを特徴とするコンピュータプログラム、および、そのコンピュータプログラムを記録したことを特徴とするコンピュータが読み取り可能な記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記課題を解決する為に、本発明の第１の技術手段は、コンテンツデータの情報を管理する情報管理装置であって、前記コンテンツデータのファイルを記憶する記憶部と、前記記憶部に記憶されたコンテンツデータのファイルを解析するファイル解析部と、前記ファイル解析部による前記ファイルの解析結果に基づいて、前記コンテンツデータのＭＩＭＥタイプを設定するＭＩＭＥタイプ設定部と、を備えることを特徴とする。
【００１５】
本発明の第２の技術手段は、第１の技術手段において、前記ファイル解析部は、前記ファイルの一部が該ファイルと種類が異なるファイルと同じフォーマットで構成されているか否かを解析し、前記ＭＩＭＥタイプ設定部は、前記ファイルの一部が該ファイルと種類が異なるファイルと同じフォーマットで構成されている場合に、該種類が異なるファイルに対応するＭＩＭＥタイプに前記コンテンツデータのＭＩＭＥタイプを設定することを特徴とする。
【００１６】
本発明の第３の技術手段は、第１または第２の技術手段において、コンテンツデータを再生する再生装置に前記ＭＩＭＥタイプ設定部によりＭＩＭＥタイプが設定されたコンテンツデータに係る情報を送信し、該ＭＩＭＥタイプが設定されたコンテンツデータの送信要求を前記再生装置から受信した場合に、該ＭＩＭＥタイプが設定されたコンテンツデータを前記再生装置に送信するデータ送信部をさらに備えることを特徴とする。
【００１７】
本発明の第４の技術手段は、第１〜第３のいずれか１つの技術手段において、前記コンテンツデータのファイルはマルチピクチャフォーマットのファイルであり、前記ＭＩＭＥタイプ設定部は、該コンテンツデータのＭＩＭＥタイプをＪＰＥＧ画像に設定することを特徴とする。
【００１８】
本発明の第５の技術手段は、第１〜第４のいずれか１つの技術手段において、前記情報管理装置は、ＤＬＮＡ（Digital Living Network Alliance）対応ＤＭＳ（Digital Media Server）あるいはＤＬＮＡ対応Ｍ−ＤＭＳ（Mobile Digital Media Server）であることを特徴とする。
【００１９】
本発明の第６の技術手段は、コンテンツデータの情報を管理する情報管理方法であって、記憶部に記憶されたコンテンツデータのファイルを読み出して、読み出した該ファイルを解析する解析ステップと、前記解析ステップにおいて解析されたファイルの解析結果に基づいて、前記コンテンツデータのＭＩＭＥタイプを設定するＭＩＭＥタイプ設定ステップと、を含むことを特徴とする。
【００２０】
本発明の第７の技術手段は、上記情報管理方法をコンピュータに実行させることを特徴とするコンピュータプログラムである。
【００２１】
本発明の第８の技術手段は、上記コンピュータプログラムを記録したことを特徴とするコンピュータが読み取り可能な記録媒体である。
【発明の効果】
【００２２】
本発明によれば、コンテンツデータのファイルを解析し、その解析結果に基づいてコンテンツデータのＭＩＭＥタイプを設定することとしたので、ファイルの解析が可能であれば、そのファイルに適合するＭＩＭＥタイプがあるか否かを判定することができ、再生装置が再生可能なＭＩＭＥタイプを適切に再生装置に通知することが可能となる。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施形態に係るコンテンツ再生システムの構成を示す図である。
【図２】マルチピクチャフォーマットの構造について説明する図である。
【図３】特定のフォーマットにテレビ受像機が対応していない場合におけるコンテンツデータ再生処理について説明する図である。
【図４】特定のフォーマットにテレビ受像機が対応している場合におけるコンテンツデータ再生処理について説明する図である。
【発明を実施するための形態】
【００２４】
以下、本発明の実施形態について図面を参照して詳細に説明する。図１は、本発明の実施形態に係るコンテンツ再生システムの構成を示す図である。図１に示すように、このコンテンツ再生システムでは、携帯電話機１０と、テレビ受像機３０とがネットワーク４０を介して接続される。ここで、ネットワーク４０は、有線ネットワークでもよいし、無線ネットワークでもよい。
【００２５】
携帯電話機１０は、テレビ受像機３０にコンテンツデータの提供を行うサーバ装置である。例えば、携帯電話機１０は、ＤＬＮＡ（Digital Living Network Alliance）のガイドライン（Home Network Device Interoperability Guidelines v1.0, June 2004，Networked Device Interoperability Guidelines expanded, October 2006）に対応するモバイルデジタルメディアサーバ（Mobile Digital Media Server, M-DMS）として機能する。また、この携帯電話機１０は、コンテンツデータのＭＩＭＥ（Multipurpose Internet Mail Extension）タイプなどの情報を管理する情報管理装置である。
【００２６】
本実施形態では、携帯電話機１０がモバイルデジタルメディアサーバとして機能することとしたが、携帯電話機１０の代わりに、デジタルビデオレコーダやパーソナルコンピュータ、デジタルカメラなどの他のサーバ装置が、デジタルメディアサーバ（Digital Media Server, DMS）やモバイルデジタルメディアサーバとしてテレビ受像機３０にコンテンツデータを提供することとしてもよい。
【００２７】
また、テレビ受像機３０は、コンテンツデータを再生するプレーヤ装置である。例えば、テレビ受像機３０は、ＤＬＮＡのガイドライン（Home Network Device Interoperability Guidelines v1.0, June 2004，Networked Device Interoperability Guidelines expanded, October 2006）に対応するデジタルメディアプレーヤ（Digital Media Player, DMP）として機能する。なお、テレビ受像機３０の代わりに、パーソナルコンピュータや携帯電話機などの他のプレーヤ装置が、デジタルメディアプレーヤやモバイルデジタルメディアプレーヤ（Mobile Digital Media Player, M-DMP）としてコンテンツデータを再生することとしてもよい。
【００２８】
携帯電話機１０は、入力部１１、表示部１２、３Ｄカメラ１３、通話処理部１４、通信処理部１５、連携処理部１６、記憶部１７、ファイル解析部１８、ＭＩＭＥタイプ設定部１９、データ送信部２０、ネットワークインターフェース部２１、制御部２２を備える。
【００２９】
入力部１１は、操作ボタンなどの入力デバイスである。表示部１２は、液晶ディスプレイなどの表示デバイスである。３Ｄカメラ１３は、立体視に用いられる左眼用画像と右眼用画像を撮影するカメラである。この３Ｄカメラ１３は、撮影した左眼用画像と右眼用画像をマルチピクチャフォーマットで出力する。通話処理部１４は、通話処理を実行する処理部である。通信処理部１５は、電子メールやインターネットへの接続などの通信処理を実行する処理部である。
【００３０】
連携処理部１６は、テレビ受像機３０との間で連携処理を行う処理部である。具体的には、連携処理部１６は、テレビ受像機３０との間でコンテンツデータを共有するための接続処理や接続の管理処理などを行う処理部である。記憶部１７は、不揮発性メモリなどの記憶デバイスである。この記憶部１７は、電話帳データ１７ａやコンテンツファイル１７ｂ、フォーマットデータ１７ｃなどを記憶する。
【００３１】
電話帳データ１７ａは、電話番号や電子メールアドレスなどの情報を記憶したデータである。この電話帳データ１７ａは、通話処理部１４や通信処理部１５により参照される。コンテンツファイル１７ｂは、動画や静止画、音声などのコンテンツデータのファイルを記憶したデータである。このコンテンツファイル１７ｂは、３Ｄカメラ１３により撮影されたマルチピクチャフォーマットのコンテンツデータのファイルなどを含んでいる。フォーマットデータ１７ｃは、コンテンツデータのファイルの各種フォーマットの情報（ファイルの構造）を記憶したデータである。例えば、フォーマットデータ１７ｃは、図２に示すようなマルチピクチャフォーマットファイルや、デジタルスチルカメラ用の画像ファイルのフォーマットとして広く利用されているＪＰＥＧファイルのフォーマットの情報（ＪＰＥＧマーカーの情報）を記憶する。
【００３２】
図２は、マルチピクチャフォーマットの構造について説明する図である。マルチピクチャフォーマットのコンテンツデータには、先頭画像の他に、１以上の個別画像を含めることができる。図２に示すマルチピクチャフォーマットの構造には、先頭画像の情報を記録した先頭画像情報５０と個別画像の情報を記録した個別画像情報５１とが含まれる。
【００３３】
先頭画像情報５０は、画像開始マーカー（ＳＯＩ）、Ｅｘｉｆ（Exchangeable Image File Format）付属情報（ＡＰＰ１）、ＭＰ（マルチピクチャ）フォーマット付属情報（ＡＰＰ２）５２、量子化テーブル（ＤＱＴ）、ハフマンテーブル（ＤＨＴ）、フレームヘッダ（ＳＯＦ）、スキャンヘッダ（ＳＯＳ）、先頭画像の圧縮データ、画像終了マーカー（ＥＯＩ）の各情報を含んでいる。また、個別画像情報５１は、画像開始マーカー（ＳＯＩ）、Ｅｘｉｆ付属情報（ＡＰＰ１）、ＭＰフォーマット付属情報（ＡＰＰ２）５３、量子化テーブル（ＤＱＴ）、ハフマンテーブル（ＤＨＴ）、フレームヘッダ（ＳＯＦ）、スキャンヘッダ（ＳＯＳ）、個別画像の圧縮データ、画像終了マーカー（ＥＯＩ）の各情報を含んでいる。
【００３４】
ここで、先頭画像情報５０のＭＰフォーマット付属情報（ＡＰＰ２）５２は、ＡＰＰ２マーカー、ＡＰＰ２マーカーセグメント長、ＭＰフォーマット識別情報、先頭画像用のＭＰフォーマット付属情報５４の各情報を含んでいる。また、個別画像情報５１のＭＰフォーマット付属情報（ＡＰＰ２）５３は、ＡＰＰ２マーカー、ＡＰＰ２マーカーセグメント長、ＭＰフォーマット識別情報、個別画像用のＭＰフォーマット付属情報５５の各情報を含んでいる。
【００３５】
さらに、先頭画像用のＭＰフォーマット付属情報５４は、ＭＰヘッダ、先頭ＩＦＤへのｏｆｆｓｅｔ、ＭＰインデックスＩＦＤ５６、全体構造タグの値、ＭＰ個別情報ＩＦＤ、先頭の個別画像タグの値の各情報を含んでいる。また、個別画像用のＭＰフォーマット付属情報５５は、ＭＰヘッダ、先頭ＩＦＤへのｏｆｆｓｅｔ、ＭＰ個別情報ＩＦＤ、個別画像タグの値の各情報を含んでいる。
【００３６】
ここで、先頭画像用のＭＰフォーマット付属情報５４に含まれるＭＰインデックスＩＦＤの情報５６には、コンテンツデータ全体の構造に係わる情報が記録される。具体的には、ＭＰインデックスＩＦＤ５６の情報には、マルチピクチャフォーマットのバージョンや記録画像数などの情報が記録される。このＭＰインデックスＩＦＤ５６の情報は、個別画像用のＭＰフォーマット付属情報５５には含まれないものである。
【００３７】
図１の説明に戻ると、ファイル解析部１８は、コンテンツファイル１７ｂに含まれるコンテンツデータのファイルを解析する処理部である。具体的には、ファイル解析部１８は、ファイルの拡張子を参照して、コンテンツデータのファイルの種類を解析したり、記憶部１７に記憶されたフォーマットデータ１７ｃを参照して、コンテンツファイル１７ｂに含まれるコンテンツデータのファイルの一部が、そのファイルと種類が異なるファイルと同じフォーマットで構成されているか否かなどを解析する。
【００３８】
例えば、マルチピクチャフォーマットのファイルは、Ｅｘｉｆ規格のＪＰＥＧファイルと同様の構成を有しているが、マルチピクチャフォーマットのファイルは拡張子が「ｍｐｏ」であるため、予め情報がある場合以外は、携帯電話機１０が、マルチピクチャフォーマットのファイルの一部がＥｘｉｆ規格のＪＰＥＧファイルと同じフォーマットで構成されていると認識することは困難である。
【００３９】
しかし、マルチピクチャフォーマットのファイルとＥｘｉｆ規格のＪＰＥＧファイルとではマーカー構造が同じであるため、マルチピクチャフォーマットのファイルの一部について、マーカー構造がＪＰＥＧファイルのマーカー構造と一致することを検出することとすれば、携帯電話機１０は、マルチピクチャフォーマットのファイルの一部がＥｘｉｆ規格のＪＰＥＧファイルと同じフォーマットで構成されていることを判定できる。
【００４０】
このような処理を行うことにより、ファイルの拡張子の種類に係わらず、そのファイルの一部がＥｘｉｆ規格のＪＰＥＧファイルと同じフォーマットで構成されているか否かを判定することができ、そのファイルの一部がＥｘｉｆ規格のＪＰＥＧファイルと同じフォーマットで構成されていると判定された場合に、マルチピクチャフォーマットのファイルのＭＩＭＥタイプを「ｉｍａｇｅ／ｊｐｅｇ」に設定することができる。
【００４１】
３Ｄ表示に対応していない従来のテレビ受像機３０は、ＭＩＭＥタイプでコンテンツデータのフォーマットを判別するため、ＪＰＥＧファイルのフォーマットには対応しているが、マルチピクチャフォーマットには対応していないテレビ受像機３０に「ｉｍａｇｅ／ｊｐｅｇ」というＭＩＭＥタイプの情報が通知されると、テレビ受像機３０がコンテンツデータのファイルをＪＰＥＧフォーマットのファイルと認識することとなり、マルチピクチャフォーマットのコンテンツデータがＪＰＥＧフォーマットのコンテンツデータとして再生されることになる。
【００４２】
以下に、フォーマットデータ１７ｃを参照してコンテンツデータのファイルを解析し、ＭＩＭＥタイプを判定する処理についてさらに詳しく説明する。なお、ここでは、マルチピクチャフォーマットのファイルの一部がＥｘｉｆ規格のＪＰＥＧファイルと同じフォーマットで構成されていることを判定する場合について説明する。
【００４３】
Ｅｘｉｆ規格のＪＰＥＧファイルには、図２に示したマルチピクチャフォーマットのファイルと同様に、画像開始マーカー（ＳＯＩ）、Ｅｘｉｆ付属情報（ＡＰＰ１）、量子化テーブル（ＤＱＴ）、ハフマンテーブル（ＤＨＴ）、フレームヘッダ（ＳＯＦ）、スキャンヘッダ（ＳＯＳ）、先頭画像の圧縮データ、画像終了マーカー（ＥＯＩ）が含まれる。また、オプションとして、拡張データ用のマーカーセグメント（ＡＰＰ２）がＪＰＥＧファイルに含まれることもある。このような情報はフォーマットデータ１７ｃとして記憶されている。
【００４４】
画像開始マーカー（ＳＯＩ）は、ＪＰＥＧファイルの先頭に必ず含まれるマーカーである。具体的には、画像開始マーカーは、１６進数表記で「ＦＦ」、「Ｄ８」となる２バイトのバイナリデータである。ファイル解析部１８は、ファイルの先頭が「ＦＦ」、「Ｄ８」でない場合、ＪＰＥＧファイルのフォーマットとは一致しないので、このファイルはＥｘｉｆ規格のＪＰＥＧファイルと同じフォーマットで構成されていないと判定する。
【００４５】
Ｅｘｉｆ規格のＪＰＥＧファイルでは、２バイトの画像開始マーカー（ＳＯＩ）の後ろにあるＥｘｉｆ付属情報（ＡＰＰ１）、量子化テーブル（ＤＱＴ）、ハフマンテーブル（ＤＨＴ）、フレームヘッダ（ＳＯＦ）、スキャンヘッダ（ＳＯＳ）、画像終了マーカー（ＥＯＩ）の各マーカーの先頭コードは、１６進数表記で「ＦＦ」となっている。よって、ファイル解析部１８は、先頭コード「ＦＦ」を検索することにより、各マーカーを検出する。
【００４６】
上述した各マーカーは、各マーカーの１バイトの先頭コード「ＦＦ」、１バイトのマーカー識別コード、２バイトのフィールド長「ＸＸ」、「ＹＹ」、および、最大６５５３３バイトの任意のデータから構成される。
【００４７】
マーカー識別コードとして、Ｅｘｉｆ付属情報（ＡＰＰ１）には「Ｅ１」が、量子化テーブル（ＤＱＴ）には「ＤＢ」が、ハフマンテーブル（ＤＨＴ）には「Ｃ４」が、フレームヘッダ（ＳＯＦ）には「Ｃ０」が、スキャンヘッダ（ＳＯＳ）には「ＤＡ」が、画像終了マーカー（ＥＯＩ）には「Ｄ９」が割り当てられている。よって、ファイル解析部１８は、上記マーカー識別コードを検出することにより、各マーカーの種類を判定できる。
【００４８】
フィールド長は、マーカー内に含まれているデータのバイト数を示すものである。具体的には、「ＸＸ」を上位バイト、「ＹＹ」を下位バイトとする１６ビットの整数である。このフィールド長には、上記先頭コードおよびマーカー識別コードの分は含まれず、フィールド長の２バイト分と、フィールド長の後ろに格納される任意のデータのバイト数とを併せたバイト数が格納される。
【００４９】
なお、画像開始マーカー（ＳＯＩ）と画像終了マーカー（ＥＯＩ）は、先頭コードとマーカー識別コードのみから構成されるものであり、他のマーカーのように、フィールド長およびフィールド長の後ろにデータは格納されない。
【００５０】
画像開始マーカー（ＳＯＩ）を検出したファイル解析部１８は、つぎの先頭コード「ＦＦ」、および、マーカー識別コード「Ｅ１」を検索することにより、Ｅｘｉｆ付属情報（ＡＰＰ１）を検出する。このＥｘｉｆ付属情報（ＡＰＰ１）は、ファイルの規格がＥｘｉｆであることを示す文字列「Ｅｘｉｆ」を含んでいる。ファイル解析部１８は、この文字列「Ｅｘｉｆ」を検出することにより、ファイルの規格がＥｘｉｆであると判定する。
【００５１】
その後、ファイル解析部１８は、つぎのマーカーの先頭コード「ＦＦ」およびマーカー識別コードを検索する。その際、ファイル解析部１８は、Ｅｘｉｆ付属情報（ＡＰＰ１）に含まれるフィールド長の情報を参照し、フィールド長の分だけデータを読み飛ばした先に、つぎのマーカーの先頭コード「ＦＦ」およびマーカー識別コードがあるか否かを判定する。ファイルがマルチピクチャフォーマットのファイルである場合、ファイル解析部１８は、図２に示すＭＰフォーマット付属情報（ＡＰＰ２）の先頭コード「ＦＦ」およびマーカー識別コード「Ｅ２」を検出することとなる。
【００５２】
ここで、ＭＰフォーマット付属情報（ＡＰＰ２）もＥｘｉｆ付属情報（ＡＰＰ１）と同様に、先頭コード「ＦＦ」、マーカー識別コード「Ｅ２」、フィールド長「ＸＸ」、「ＹＹ」、および、任意のデータにより構成される。
【００５３】
ファイル解析部１８は、フィールド長の分だけＭＰフォーマット付属情報（ＡＰＰ２）のデータを読み飛ばした先に、量子化テーブル（ＤＱＴ）の先頭コード「ＦＦ」およびマーカー識別コード「ＤＢ」があるか否かを判定する。なお、「ＡＰＰ１」や「ＡＰＰ２」などは、アプリケーションマーカーというマーカーで、「ＡＰＰ０（Ｅ０）」、「ＡＰＰ１（Ｅ１）」、「ＡＰＰ２（Ｅ２）」、・・・、「ＡＰＰ１５（ＥＦ）」までの種類がある。アプリケーションマーカーは、Ｅｘｉｆ付属情報やＭＰフォーマット付属情報以外でも色々なデータを格納するために利用されている。また、アプリケーションマーカーは、ＪＰＥＧファイル内に複数個含める事が可能であり、Ｅｘｉｆ付属情報以外の用途で利用しているＡＰＰ１やＭＰフォーマット付属情報以外の用途で利用しているＡＰＰ２なども含まれている可能性がある。この場合、ファイル解析部１８は、これらのアプリケーションマーカーの各フィールド長の分だけデータを読み飛ばした先に、量子化テーブル（ＤＱＴ）の先頭コード「ＦＦ」およびマーカー識別コード「ＤＢ」があるか否かを判定する。
【００５４】
以降、同様にして、ファイル解析部１８は、ハフマンテーブル（ＤＨＴ）、フレームヘッダ（ＳＯＦ）、スキャンヘッダ（ＳＯＳ）の先頭コード「ＦＦ」およびマーカー識別コードを検出する。その際、ファイル解析部１８は、各マーカーの内部構造の詳しい解析を行わない。ファイル解析部１８は、マルチピクチャフォーマットのファイルが、ＪＰＥＧファイルと同じフォーマット構造を有しているかを検出すれば十分だからである。
【００５５】
ここで、画像終了マーカー（ＥＯＩ）については、その前に圧縮データが格納されているため、スキャンヘッダ（ＳＯＳ）のフィールド長から画像終了マーカー（ＥＯＩ）の先頭コード「ＦＦ」およびマーカー識別コード「Ｄ９」を検出することはできない。そこで、ファイル解析部１８は、スキャンヘッダ（ＳＯＳ）のフィールド長の分だけデータを読み飛ばした後、画像終了マーカー（ＥＯＩ）の先頭コード「ＦＦ」およびマーカー識別コード「Ｄ９」を検出するまで、データの検索を行う。
【００５６】
先頭コード「ＦＦ」およびマーカー識別コード「Ｄ９」を検出する前に、ファイルの最後尾に到達した場合は、そのファイルに画像終了マーカー（ＥＯＩ）が含まれていないので、ファイル解析部１８は、このファイルがＪＰＥＧファイルと同じフォーマット構造を有していないと判定する。
【００５７】
このように、フォーマットデータ１７ｃにＥｘｉｆ規格のＪＰＥＧファイルに含まれる各ＪＰＥＧマーカーの情報を記憶しておき、ファイル解析部１８が、ファイルに各ＪＰＥＧマーカーが含まれるか否かを検出することにより、ファイルの拡張子が何であるかに依らず、そのファイルがＥｘｉｆ規格のＪＰＥＧファイルと同じフォーマット構造を有しているか否かを判定することができる。そして、携帯電話機１０は、テレビ受像機３０にこのファイルのＭＩＭＥタイプが「ｉｍａｇｅ／ｊｐｅｇ」であることを通知することができる。
【００５８】
なお、ここでは、ファイル解析部１８は、フォーマットデータ１７ｃを参照して上記解析を行うこととしたが、マルチピクチャフォーマットのファイルの一部がＪＰＥＧファイルと同じフォーマットで構成されていることが予め分かっている場合には、ファイルの拡張子が何であるかを解析し、その解析結果に基づいてＭＩＭＥタイプの設定を行うこととしてもよい。
【００５９】
この場合、フォーマットデータ１７ｃには、ファイルの拡張子と、そのファイルの一部と同じフォーマットで構成されているファイルの拡張子の組み合わせ（例えば、マルチピクチャフォーマットのファイルの拡張子「ｍｐｏ」と、ＪＰＥＧフォーマットのファイルの拡張子「ｊｐｇ」との組み合わせ）の情報を記憶しておく。
【００６０】
そして、ファイル解析部１８は、そのフォーマットデータ１７ｃを参照し、解析対象であるファイルの拡張子（例えば、マルチピクチャフォーマットのファイルの拡張子「ｍｐｏ」）を検索キーとして、そのファイルの一部と同じフォーマットで構成されているファイルの拡張子（例えば、ＪＰＥＧフォーマットのファイルの拡張子「ｊｐｇ」）を検索する。これにより、ファイル解析部１８は、解析対象であるファイルの一部が、そのファイルと種類が異なるファイルと同じフォーマットで構成されているか否かを解析することができる。
【００６１】
ＭＩＭＥタイプ設定部１９は、ファイル解析部１８によるファイルの解析結果を用いて、コンテンツファイル１７ｂに含まれるコンテンツデータのファイルのＭＩＭＥタイプを、そのファイルの一部と同じフォーマットで構成されているファイルのＭＩＭＥタイプに設定する処理部である。例えば、ＭＩＭＥタイプ設定部１９は、マルチピクチャフォーマットのコンテンツデータのＭＩＭＥタイプをＪＰＥＧファイルのＭＩＭＥタイプである「ｉｍａｇｅ／ｊｐｅｇ」に設定する。
【００６２】
これにより、たとえファイルのフォーマット（例えば、マルチピクチャフォーマットファイルのフォーマット）がテレビ受像機３０で再生できなくても、そのファイルの一部がテレビ受像機３０で再生可能なファイルのフォーマット（例えば、ＪＰＥＧファイルのフォーマット）と同じフォーマットであれば、その一部に相当する部分のコンテンツデータについてはテレビ受像機３０で再生可能とすることができ、ファイルを有効に利用できる。
【００６３】
データ送信部２０は、記憶部１７にコンテンツファイル１７ｂとして記憶されたコンテンツデータのリスト、あるいは、コンテンツデータ自体をテレビ受像機３０に送信する処理部である。このデータ送信部２０は、ＭＩＭＥタイプ設定部１９によりＭＩＭＥタイプが設定されたコンテンツデータのＭＩＭＥタイプの情報をコンテンツデータのリストに含める処理を行い、そのリストをテレビ受像機３０に送信する。また、データ送信部２０は、コンテンツデータのリストを受信したテレビ受像機３０からコンテンツデータの送信要求を受信し、送信要求がなされたコンテンツデータをテレビ受像機３０に送信する。
【００６４】
ネットワークインターフェース部２１は、ネットワーク４０を介してテレビ受像機３０との間でデータの授受を行う処理部である。制御部２２は、携帯電話機１０を全体制御する処理部である。例えば、この制御部２２は、各機能部間のデータの授受などを制御する。
【００６５】
一方、テレビ受像機３０は、ネットワークインターフェース部３１、入力部３２、表示部３３、コンテンツ再生部３４、記憶部３５、放送受信処理部３６、連携処理部３７、制御部３８を備える。
【００６６】
ネットワークインターフェース部３１は、ネットワーク４０を介して携帯電話機１０との間でデータの授受を行う処理部である。入力部３２は、操作ボタンなどの入力デバイスである。表示部３３は、液晶ディスプレイなどの表示デバイスである。コンテンツ再生部３４は、コンテンツデータを再生し、表示部３３に表示させる処理部である。
【００６７】
記憶部３５は、不揮発性メモリやハードディスク装置などの記憶デバイスである。この記憶部３５は、コンテンツファイル３５ａなどを記憶する。コンテンツファイル３５ａは、動画や静止画、音声などのコンテンツデータのファイルである。このコンテンツファイル３５ａには、携帯電話機１０などから取得したコンテンツデータのファイルなどが含まれる。
【００６８】
放送受信処理部３６は、テレビ放送を受信し、表示部３３に映像を表示させる処理部である。具体的には、放送受信処理部３６は、テレビ局から送信された放送波を受信し、あるいは、ケーブルテレビ局から送信された放送信号を受信し、受信した放送波、あるいは、放送信号を映像信号に変換する。そして、放送受信処理部３６は、変換の結果得られた映像信号を表示部３３に出力する。
【００６９】
連携処理部３７は、携帯電話機１０との間で連携処理を行う処理部である。具体的には、連携処理部３７は、携帯電話機１０との間でコンテンツを共有するための接続処理や接続の管理処理などを行う。制御部３８は、テレビ受像機３０を全体制御する処理部である。例えば、この制御部３８は、各機能部間のデータの授受などを制御する。
【００７０】
つぎに、特定のフォーマットにテレビ受像機３０が対応していない場合におけるコンテンツデータ再生処理について説明する。図３は、特定のフォーマットにテレビ受像機３０が対応していない場合におけるコンテンツデータ再生処理について説明する図である。
【００７１】
図３に示すように、まず、テレビ受像機３０の連携処理部３７は、デジタルメディアサーバとして機能するサーバ装置を検出するため、ＳＳＤＰ（Simple Service Discovery Protocol）のＭ−ＳＥＡＲＣＨ信号をマルチキャスト送信する（ステップＳ１０１）。そして、その信号を受信した携帯電話機１０の連携処理部１６は、自装置がデジタルメディアサーバとして機能するので、Ｍ−ＳＥＡＲＣＨ信号に対する応答信号を送信する（ステップＳ１０２）。
【００７２】
続いて、テレビ受像機３０の連携処理部３７は、機器情報の送信を携帯電話機１０に要求する（ステップＳ１０３）。その要求を受信した携帯電話機１０の連携処理部１６は、自装置の機器情報をテレビ受像機３０の連携処理部３７に送信する（ステップＳ１０４）。
【００７３】
その後、テレビ受像機３０の連携処理部３７は、携帯電話機１０に対して、携帯電話機１０が記憶部１７にコンテンツファイル１７ｂとして記憶しているコンテンツデータのリストを送信するように要求する（ステップＳ１０５）。
【００７４】
この要求を受信した携帯電話機１０のファイル解析部１８は、記憶部１７に記憶されたコンテンツファイル１７ｂを読み出し、コンテンツデータのファイルを解析し、ファイルの一部がそのファイルと種類が異なるファイルと同じフォーマットで構成されているか否かを判定する（ステップＳ１０６）。例えば、ファイル解析部１８は、マルチピクチャフォーマットのファイルを解析し、そのファイルの一部がＪＰＥＧファイルと同じフォーマットか否かを判定する。
【００７５】
そして、ＭＩＭＥタイプ設定部１９は、上記種類が異なるファイルと同じフォーマットである部分を有するファイルを抽出し（ステップＳ１０７）、抽出したファイルのコンテンツデータのＭＩＭＥタイプを、上記種類が異なるファイルのＭＩＭＥタイプに設定する（ステップＳ１０８）。例えば、ＭＩＭＥタイプ設定部１９は、ＪＰＥＧファイルのフォーマットと同じフォーマットとなる部分を有するマルチピクチャフォーマットのファイルを抽出し、抽出したファイルのＭＩＭＥタイプをＪＰＥＧファイルのＭＩＭＥタイプである「ｉｍａｇｅ／ｊｐｅｇ」に設定する。
【００７６】
その後、データ送信部２０は、ＭＩＭＥタイプを設定したコンテンツデータを含むコンテンツデータのリストを、ＳＯＡＰ（Simple Object Access Protocol）やＣＤＳ（Content Directory Service）に従ってテレビ受像機３０の連携処理部３７に送信する（ステップＳ１０９）。
【００７７】
例えば、データ送信部２０は、ＨＴＴＰ（Hypertext Transfer Protocol）を用いて、マルチピクチャフォーマットのコンテンツデータ「Ｓａｍｐｌｅ３Ｄ.ｍｐｏ」のＭＩＭＥタイプが、以下のように「ｉｍａｇｅ／ｊｐｅｇ」に設定されたリストを連携処理部３７に送信する。
【００７８】
・・・
<icon>
<mimetype>image/jpeg</mimetype>
<width>120</width>
<height>120</height>
<depth>24</depth>
<url>icon/Sample3D.mpo</url>
</icon>
・・・
【００７９】
このリストを受信したテレビ受像機３０の連携処理部３７は、受信したリストをＣＤＳに従って表示部３３に表示させる（ステップＳ１１０）。そして、連携処理部３７は、ユーザにリストの中から視聴したいコンテンツデータを選択させる（ステップＳ１１１）。これにより、例えば、ＭＩＭＥタイプが「ｉｍａｇｅ／ｊｐｅｇ」に設定されたマルチピクチャフォーマットのコンテンツデータなどがユーザにより選択される。
【００８０】
この場合、連携処理部３７は、ユーザにより選択されたコンテンツデータ（例えば、ＭＩＭＥタイプが「ｉｍａｇｅ／ｊｐｅｇ」に設定されたマルチピクチャフォーマットのコンテンツデータ）の送信要求を携帯電話機１０に送信する（ステップＳ１１２）。この送信要求を受信した携帯電話機１０のデータ送信部２０は、要求されたコンテンツデータをテレビ受像機３０に送信する（ステップＳ１１３）。
【００８１】
そして、テレビ受像機３０のコンテンツ再生部３４は、携帯電話機１０から受信したリストに含まれるＭＩＭＥタイプの情報により、受信したコンテンツデータのＭＩＭＥタイプが何であるかを認識しているため、コンテンツデータがそのＭＩＭＥタイプのコンテンツデータであるものとして再生する（ステップＳ１１４）。その後、このコンテンツデータ再生処理は終了する。例えば、コンテンツ再生部３４は、マルチピクチャフォーマットのコンテンツデータのＭＩＭＥタイプが「ｉｍａｇｅ／ｊｐｅｇ」である場合、マルチピクチャフォーマットのコンテンツデータをＪＰＥＧフォーマットのコンテンツデータとして再生する。
【００８２】
３Ｄ表示に対応していない従来のテレビ受像機３０は、ＭＩＭＥタイプでコンテンツデータのフォーマットを判別している。よって、テレビ受像機３０のコンテンツ再生部３４は、例えば、ＭＩＭＥタイプが「ｉｍａｇｅ／ｊｐｅｇ」に設定されたマルチピクチャフォーマットのコンテンツデータを、ＪＰＥＧフォーマットの画像データとして認識する。
【００８３】
この場合、コンテンツ再生部３４は、図２に示したような構造のコンテンツデータから、先頭画像情報５０の画像開始マーカーおよび画像終了マーカーを検出し、先頭画像情報５０を抽出する。そして、コンテンツ再生部３４は、抽出された先頭画像情報５０に含まれる先頭画像の圧縮データをデコードし、その結果得られた先頭画像を表示部３３に表示させる。この場合、先頭画像情報５０に含まれるＭＰフォーマット付属情報５２は無視される。
【００８４】
３Ｄ表示に対応していない従来のテレビ受像機３０の中には、先頭画像情報５０を抽出した後、さらに個別画像情報５１の画像開始マーカーおよび画像終了マーカーを検出し、個別画像情報５１を抽出するものもある。この場合、抽出された個別画像情報５１に含まれる個別画像の圧縮データがデコードされ、個別画像も得られることになる。しかし、このような場合であっても、後に得られた個別画像が表示部３３に表示されるだけであり、何ら不都合は生じない。
【００８５】
つぎに、特定のフォーマットにテレビ受像機３０が対応している場合におけるコンテンツデータ再生処理について説明する。図４は、特定のフォーマットにテレビ受像機３０が対応している場合におけるコンテンツデータ再生処理について説明する図である。なお、図４のステップＳ２０１からステップＳ２１３までの処理は、図３のステップＳ１０１からステップＳ１１３までの処理と同様であるため、説明を省略する。
【００８６】
図４のステップＳ２１３において携帯電話機１０のデータ送信部２０により送信されたコンテンツデータをテレビ受像機３０のコンテンツ再生部３４が受信すると、コンテンツ再生部３４は、携帯電話機１０から受信したリストに含まれるＭＩＭＥタイプの情報により、受信したコンテンツデータのＭＩＭＥタイプが何であるかを認識しているため、図３で説明した場合と同様に、コンテンツデータのＭＩＭＥタイプがリストに示されていたＭＩＭＥタイプだと判定する。
【００８７】
例えば、コンテンツ再生部３４は、携帯電話機１０から受信したリストにマルチピクチャフォーマットのコンテンツデータのＭＩＭＥタイプが「ｉｍａｇｅ／ｊｐｅｇ」であると示されていた場合、そのコンテンツデータのＭＩＭＥタイプが「ｉｍａｇｅ／ｊｐｅｇ」であると判定する。
【００８８】
続いて、テレビ受像機３０のコンテンツ再生部３４は、受信したコンテンツデータのファイルのフォーマットをさらに解析する（ステップＳ２１４）。そして、コンテンツ再生部３４は、ファイルのフォーマットの解析結果を用いて、コンテンツデータを再生し、表示部３３に画像を表示させる（ステップＳ２１５）。ＭＩＭＥタイプと解析結果とが食い違う場合は、コンテンツ再生部３４は、フォーマットの解析結果を優先させ、コンテンツデータの再生を行う。
【００８９】
例えば、テレビ受像機３０が３Ｄ表示に対応していて、携帯電話機１０からマルチピクチャフォーマットのコンテンツデータを受信した場合、コンテンツ再生部３４は、図２に示したＭＰフォーマット付属情報５２、５３を解析する処理を行い、ファイルがマルチピクチャフォーマットのファイルであると判定する。そして、コンテンツ再生部３４は、ＭＰフォーマット付属情報５２、５３の解析結果を用いて、マルチピクチャフォーマットのコンテンツデータを再生し、表示部３３に立体視用の画像を表示させる。
【００９０】
さて、これまで情報管理装置および情報管理方法の実施形態を中心に説明を行ったが、本発明はこれらの実施形態に限定されるものではなく、情報管理装置の機能を実現するためのコンピュータプログラムとしての形態、あるいは、当該コンピュータプログラムが記録されたコンピュータ読み取り可能な記録媒体の形態として本発明が実施されることとしてもよい。
【００９１】
ここで、記録媒体としては、ディスク系（例えば、磁気ディスク、光ディスク等）、カード系（例えば、メモリカード、光カード等）、半導体メモリ系（例えば、ＲＯＭ、不揮発性メモリ等）、テープ系（例えば、磁気テープ、カセットテープ等）等、さまざまな形態のものを採用することができる。
【００９２】
これら記録媒体に上記実施形態における情報管理装置の機能を実現させるコンピュータプログラム、または、情報管理方法をコンピュータに実行させるコンピュータプログラムを記録して流通させることにより、コストの低廉化、及び可搬性や汎用性を向上させることができる。
【００９３】
そして、コンピュータに上記記録媒体を装着し、コンピュータにより記録媒体に記録されたコンピュータプログラムを読み出してメモリに格納し、コンピュータが備えるプロセッサ（CPU：Central Processing Unit、MPU：Micro Processing Unit）が当該コンピュータプログラムをメモリから読み出して実行することにより、本実施形態に係る情報管理装置の機能を実現し、情報管理方法を実行することができる。
【００９４】
また、本発明は上述した実施形態に限定されず、本発明の要旨を逸脱しない範囲内で各種の変形、修正が可能である。
【符号の説明】
【００９５】
１０…携帯電話機、１１…入力部、１２…表示部、１３…３Ｄカメラ、１４…通話処理部、１５…通信処理部、１６…連携処理部、１７…記憶部、１７ａ…電話帳データ、１７ｂ…コンテンツファイル、１７ｃ…フォーマットデータ、１８…ファイル解析部、１９…ＭＩＭＥタイプ設定部、２０…データ送信部、２１…ネットワークインターフェース部、２２…制御部、３０…テレビ受像機、３１…ネットワークインターフェース部、３２…入力部、３３…表示部、３４…コンテンツ再生部、３５…記憶部、３６…放送受信処理部、３７…連携処理部、３８…制御部、４０…ネットワーク、５０…先頭画像情報、５１…個別画像情報、５２、５３…ＭＰフォーマット付属情報、５４…先頭画像用のＭＰフォーマット付属情報、５５…個別画像用のＭＰフォーマット付属情報、５６…ＭＰインデックスＩＦＤ。
【図１】
2012118688.tif 000003
【図２】
2012118688.tif 000004
【図３】
2012118688.tif 000005
【図４】
2012118688.tif 000006