(57)【要約】【課題】  メタ情報を持つコンテンツへの参照を参照する構造化文書へコンテンツのメタデータを埋め込む事で、メタデータの再利用・取得の高速化を可能とする。【解決手段】  本発案の構造化文書処理装置は、構造化文書データの入力手段と、構造化文書データの内容を解析する構造化文書解析手段と、解析結果よりリンク情報を取得するリンク情報取得手段と、リンク先のコンテンツを取得するコンテンツ取得手段と、取得したコンテンツよりメタデータを取得するメタ情報取得手段と、メタ情報を構造化文書内に記述するメタ情報記述手段から構成される。【選択図】  図５
2006244357.tif 000002
【特許請求の範囲】
【請求項１】
他のコンテンツへの参照情報を保持する構造化文書データを読み込む入力手段と、
前記入力手段により入力された構造化文書の構造を解析する構造化文書解析手段と、
前記構造化文書解析手段により解析された解析結果よりリンク情報を取得するリンク情報取得手段と、
前記リンク情報取得手段により取得したリンク情報が指し示す先のコンテンツを取得するリンク先コンテンツ取得手段と、
前記リンク先コンテンツ取得手段により取得したコンテンツよりメタ情報を取得する第1のメタ情報取得手段とを有し、
前記メタ情報を前記構造化文書中へ付加するメタ情報付加手段を備えることを特徴とする構造化文書処理装置。
【請求項２】
前記コンテンツより取得したメタ情報を前記構造化文書へ記述可能な形式に変換するメタ情報変換手段を有する事を特徴とする請求項１記載の構造化文書処理装置。
【請求項３】
前記メタ情報付加手段は、前記コンテンツより取得したメタ情報と前記構造化文書自身のメタ情報とは別の領域へ記録する事を特徴とする請求項１記載の構造化文書処理装置。
【請求項４】
前記メタ情報付加手段は、前記構造化文書自身のメタ情報とは異なる識別情報を前記コンテンツより取得したメタ情報へ付加することを特徴とした、請求項３記載の構造化文書処理装置。
【請求項５】
請求項１記載の構造化文書処理装置により、参照先コンテンツの備えるメタデータを自身のメタデータとして記述される事を特徴とする構造化文書データ。
【請求項６】
前記構造化文書データより前記構造化文書データがリンクするコンテンツのメタ情報を取得する第２のメタ情報取得手段を備えることを特徴とする請求項１記載の構造化文書処理装置。
【請求項７】
前記第２のメタ情報取得手段は、前記構造化データにリンクするコンテンツのメタ情報が記述されていない場合に前記構造化文書解析手段と前記リンク情報取得手段と前記リンク先コンテンツ取得手段と前記第一のメタ情報取得手段とを利用してコンテンツのメタ情報を取得することを特徴とする請求項６記載の構造化文書処理装置。
【請求項８】
前記第２のメタ情報取得手段は、前記コンテンツのメタ情報を取得する際に取得したメタ情報を前記メタ情報付加手段を用いて前記構造化文書データに付加することを特徴とする請求項７記載の構造化文書処理装置。
【請求項９】
前記代に飲めた銃砲取得手段は、前記構造化文書データより、前記構造化文書データ自身のメタデータと、リンク先コンテンツのメタデータを取得することを特徴とした請求項６記載の構造化文書処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、XMLなどによって記述される構造化文書の記述方法及び構造化文書データに関するものである。
【背景技術】
【０００２】
従来、参照先コンテンツの持つメタデータを取得するためには、メタデータを取得する度にコンテンツを取得し、更にコンテンツを解析してメタデータを取り出す必要があり、メタデータ再利用のためのコストが高く、また、メタデータの配置場所によってはメタデータを取得できない事もあった。
【０００３】
例えば、画像ファイルが持つメタデータとしてはファイルサイズ、作成日時、撮影したカメラの特性などがあり、これらの情報を利用するには画像ファイル自体を取得する必要があった。
【０００４】
図１６はＪＰＥＧ画像を参照するＸＨＴＭＬデータの例である。図１６のＸＨＴＭＬデータをＷｅｂブラウザで表示する場合、まずＸＨＴＭＬデータを取得し、その後ＪＰＥＧ画像を取得してＸＨＴＭＬデータレイアウトを決定するというプロセスを取る。ＷｅｂブラウザはＪＰＥＧ画像を取得するまで画像の表示サイズを決定する事が出来ず、レイアウトを決める事が出来なかった。また、ＪＰＥＧ画像がネットワークの接続されていない場所に置いてあれば画像が表示できないだけではなく、レイアウトをＸＨＴＭＬデータの作者の意図通りに表示する事も出来なくなる。これを回避するためにはＸＨＴＭＬデータの作者が事前に画像の情報を取得し、画像の表示サイズをＸＨＴＭＬデータ内に記述しておく必要があったが、この方法では必ず手作業による修正が必要になり、また、ＸＨＴＭＬデータ内に記述されたメタデータと実際の画像のメタデータの内容が同一であることも保証されてはいない。
【０００５】
一度取得したメタデータを別の場所へ複製し利用するものがある（例えば特許文献１、特許文献２参照）が、共に再利用するメタデータの格納対象がバイナリデータであり、元のメタデータは独立したファイルとして存在するものに限定している。つまり、別々に管理されていたメタデータを格納したファイルとメタデータの対象となるバイナリデータを格納したファイルを、一つのファイルにまとめる事のみを解決する。また、上記バイナリデータを格納したファイルへメタデータを埋め込むため複数のファイルのメタデータを一括して管理する事は出来ない。
【０００６】
また、前者はＸＭＬで記述されたメタデータを反転した状態で埋め込み先データの末尾に埋め込む事でメタデータの取得を容易なものとしているが、反転しているために通常のＸＭＬパーサでは読み込むことが出来ず、反転したＸＭＬで記述されたメタデータを正順に戻すための処理機構が別途必要になる。
【０００７】
後者は前者に加え、バイナリデータのヘッダ部と呼ばれる部分にある空き領域にメタデータを格納する事も提案しているが、この場合格納先データのフォーマットを解釈し、ヘッダ部よりメタデータを取り出す機能を有する処理機構が別途必要となる。
【特許文献１】特開２０００−３１１１０３号公報
【特許文献２】特開２０００−３１２２９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、上記した従来のメタデータ取得における課題を解決すべく、ＸＭＬ等で記述した構造化文書データ内にメタデータの複製を記述する構造化文書と、その構造化文書を処理するための処理方法・処理機構を提供する事で、メタデータを従来の手法より高速に利用可能とし、元のメタデータを格納するファイルを取得できない環境であってもメタデータを利用可能とする事を目的とする。
【０００９】
また、メタデータを取得する際、予めコンテンツよりメタデータを分離しておく必要が無く、コンテンツからの直接のメタデータの取得と、構造化文書データ内への格納とを可能にする事を目的とする。
【００１０】
また、ＸＭＬの仕様に従った構造を採用するため、汎用的なＸＭＬ解析機構でメタデータを容易に利用可能とする事を目的とする。
【課題を解決するための手段】
【００１１】
上記の目的を達成するために、本願の請求項１に記載した構造化文書処理装置は、他のコンテンツへの参照情報を保持する構造化文書データを読み込む入力手段と、前記入力手段により入力された構造化文書の構造を解析する構造化文書解析手段と、前記構造化文書解析手段により解析された解析結果よりリンク情報を取得するリンク情報取得手段と、前記リンク情報取得手段により取得したリンク情報が指し示す先のコンテンツを取得するリンク先コンテンツ取得手段と、前記リンク先コンテンツ取得手段により取得したコンテンツよりメタ情報を取得する第1のメタ情報取得手段とを有し、前記メタ情報を前記構造化文書中へ付加するメタ情報付加手段を備えることを特徴とする。
【００１２】
また、本願の請求項２に記載した構造化文書処理装置は、請求項１において前記コンテンツより取得したメタ情報を前記構造化文書へ記述可能な形式に変換するメタ情報変換手段を有する事を特徴とする。
【００１３】
また、本願の請求項３に記載の構造化文書処理装置は、請求項２において前記メタ情報付加手段は、前記コンテンツより取得したメタ情報と前記構造化文書自身のメタ情報とは別の領域へ記録する事を特徴とする。
【００１４】
また、本願の請求項４に記載の構造化文書処理装置は、請求項３において前記メタ情報付加手段は、前記構造化文書自身のメタ情報とは異なる識別情報を前記コンテンツより取得したメタ情報へ付加することを特徴とする。
【００１５】
また、本願の請求項５に記載の構造化文書データは、請求項１において構造化文書処理装置により、参照先コンテンツの備えるメタデータを自身のメタデータとして記述される事を特徴とする。
【００１６】
また、本願の請求項６に記載の構造化文書処理装置は、請求項１において前記構造化文書データより前記構造化文書データがリンクするコンテンツのメタ情報を取得する第2のメタ情報取得手段を備えることを特徴とする。
【００１７】
また、本願の請求項７に記載の構造化文書処理装置は、請求項６において前記第２のメタ情報取得手段は、前記構造化データにリンクするコンテンツのメタ情報が記述されていない場合に前記構造化文書解析手段と前記リンク情報取得手段と前記リンク先コンテンツ取得手段と前記第一のメタ情報取得手段とを利用してコンテンツのメタ情報を取得することを特徴とする。
【００１８】
また、本願の請求項８に記載の構造化文書処理装置は、請求項７において前記第２のメタ情報取得手段は、前記コンテンツのメタ情報を取得する際に取得したメタ情報を前記メタ情報付加手段を用いて前記構造化文書データに付加することを特徴とする。
【００１９】
また、本願の請求項９に記載の構造化文書処理装置は、請求項６において前記代に飲めた銃砲取得手段は、前記構造化文書データより、前記構造化文書データ自身のメタデータと、リンク先コンテンツのメタデータを取得することを特徴とする。
【発明の効果】
【００２０】
以上説明したように、本発明によれば、メタデータを従来よりも高速に利用できるようになり、実データよりメタデータを先に利用する処理系の高速化が可能となる。また、ＸＭＬ解析機構を備えるだけで元のファイルの解析能力に左右されずメタデータを取得可能となる。また、メタデータを格納する元ファイルの再取得ができない環境であってもメタデータを利用する事が可能となる。
【発明を実施するための最良の形態】
【００２１】
＜実施形態１＞
以下、添付の図面に沿って本発明における実施の形態を説明する。本実施例では、本発明における構造化文書として複数の画像を参照するアルバムデータを例に説明する。
【００２２】
まず、図１、２を用い、本発明においてメタデータを構造化文書へ埋め込む書式の例を説明する。
【００２３】
図１は、本発明の実施例にかかるアルバムデータを作るためのフォーマットとなる構造化文書の記述方法を示している。本実施の形態の構造化文書は、‘ｍｄｆ：ｃｏｌｌｅｃｔｉｏｎ’要素、‘ｍｄｆ：ｉｎｔｅｒａｃｔｉｏｎ’要素が記述されている。なお、図１を含め、本例における全ての構造化文書の記述はＸＭＬの仕様に準拠しているものとする。
【００２４】
図１において、‘ｍｄｆ：ｃｏｌｌｅｃｔｉｏｎ’要素は、本実施例におけるアルバムデータに埋め込む画像に関する情報を記述するために利用される。本実施例では埋め込む画像を３枚とし、‘ｍｄｆ：ｃｏｌｌｅｃｔｉｏｎ’要素の子要素として３つの‘ｍｄｆ：ｏｂｊｅｃｔ’要素を備える。各要素は‘ｍｄｆ：ｉｄ’属性を持ち、アルバム内のどの場所に画像を埋め込むのか認識するために利用される。そのため、３つの‘ｍｄｆ：ｉｄ’属性は一意の値を持つ。また、各要素は‘ｍｄｆ：ｓｒｃ’属性を持ち、埋め込む画像のＵＲＩを記述する。また、各要素は子要素として‘ｍｄｆ：ｍｅｔａｄａｔａ’要素を持ち、‘ｍｄｆ：ｍｅｄａｔａｄａ’の子要素として埋め込む画像のメタデータを記述する。図１はアルバムのテンプレートでありこの時点では何も画像を埋め込んでいないため、各記述は空になっている。
【００２５】
また、‘ｍｄｆ：ｉｎｔｅｒａｃｔｉｏｎ’要素の子要素である‘ｍｄｆ：ｐｈｔｏＡｌｂｕｍ’要素内には本実施例におけるテンプレートの本体の情報を記述する。図１では‘ｍｄｆ：ｐｈｏｔＡｌｂｕｍ’要素の子要素内に‘ｓｒｃ’属性があり、属性値として上記ｍｄｆ：ｏｂｊｅｃｔ’で指定した画像を埋め込む画像情報を格納したファイルのＵＲＩが記述されている。アルバム作成の際は上記‘ｍｄｆ：ｉｎｔｅｒａｃｔｉｏｎ’要素と‘ｍｄｆ：ｃｏｌｌｅｃｔｉｏｎ’要素の情報を組み合わせてアルバム画像を生成する。
【００２６】
図２は、本実施例における構造化文書を用いて生成したアルバムの記述方法を示している。図１のテンプレートにアルバムとして必要な記述が追加されている。‘ｍｄｆ：ｏｂｊｅｃｔ’要素の‘ｓｒｃ’属性にはアルバムに埋め込む画像のＵＲＩが記述され、‘ｍｄｆ：ｍｅｔａｄａｔａ’要素内には画像のメタデータが記述される。また、‘ｍｄｆ：ｐｒｅｓｅｎｔａｔｉｎ’要素が追加され、アルバムより生成される画像のサムネイルを保存した画像の情報を記述する。アルバムを表示する場合は、‘ｍｄｆ：ｉｎｔｅｒａｃｔｉｏｎ’要素と‘ｍｄｆ：ｃｏｌｌｅｃｔｉｏｎ’要素の情報から表示用画像を再生成することもでき、また、‘ｍｄｆ：ｐｒｅｓｅｃｔａｔｉｏｎ’要素に記述されたＵＲＩより表示用画像を取得し利用する事もできる。
【００２７】
次に、図３〜７を用い、本発明においてメタデータを構造化文書へ埋め込む処理方法・処理機構の例を説明する。
【００２８】
図３は本実施例におけるアルバムに関わる機器の構成図の例を示したものである。また、図４は図３に示したアルバム生成装置３０１、アルバム出力装置３０２の一般的なハードウェアの構成を示したものである。なを、アルバム生成装置３０１とアルバム出力装置３０２が同一の機器であっても構わない。また、プリンタ３０３がアルバム出力装置３０２と同一の機器であっても構わない。
【００２９】
図４において、ＣＰＵ４０１は、装置各部を統括制御するために、ＲＯＭ４０２から所定のプログラムを読み出して実行し、各種処理を実現する。ＲＡＭ４０３は、プログラムによる処理に必要な作業領域を提供する。ＲＯＭ４０２は、上述したように各種プログラムを格納するためのものであり、特に、本実施の形態の特徴的なところのプログラムとして、構造化文書を解析するための文書解析部を有する。また、各機器は、機器アプリケーションとして、それぞれの用途に応じて異なる機器アプリケーションプログラムを有する。また、各機器は“ｍｄｆ”というマークアップ言語を理解できるものとする。操作部４０５は、キーボード、マウス、あるいは十字キーなどによって構成される。外部記憶４０４は、ハードディスクや不揮発性の着脱可能なメモリカードを装着するためのものである。また、表示部４０６は、上記のアプリケーションプログラムによって処理された表示手法によってアルバムを表示する。ＬＡＮ ｉ／ｆ（インタフェース）４０７は、ＬＡＮやインターネットなどのネットワークに接続するためのものである。また、ＵＳＢ ｉ／ｆ４０９はプリンタなど機器に他の機器を直接接続するためのものである。なを、図３においてアルバム出力装置３０２とプリンタ３０３が同一の機器の場合、ＵＳＢ ｉ／ｆ４０９の代わりにバスを直接利用して接続する事もある。
【００３０】
図５、６、７を用いて、図３に示した各デバイスによる動作処理を説明する。まず、オペレータがアルバム生成装置３０１を操作し、図１に示すアルバムのテンプレートと、コンテンツである三つの埋め込む画像を選択すると、アルバム生成装置３０１はアルバムテンプレートの‘ｍｄｆ：ｏｂｊｅｃｔ’要素の‘ｓｒｃ’属性の値として指定された各画像ファイルのＵＲＩを記述し、図６に示すような画像参照情報が作られる。ついで、ステップＳ５０１において、記憶部４０４から、もしくはＬＡＮ３０４を経由し他のファイルサーバ３０５〜３０７から各画像ファイルを取得する。ステップＳ５０２において、図７に示すように、取得した画像を解析しアルバムの‘ｍｄｆ：ｍｅｔａｄａｔａ’要素内に記述するメタデータを取得し、ステップＳ５０３において取得したメタデータが直接アルバムに記述できるものかどうかを判断した結果、変換が必要であればステップＳ５０４においてアルバムに変換できる形式に変換した後、ステップＳ５０５においてアルバムにメタデータを記述する（図７）。
【００３１】
上記のステップを埋め込む全ての画像に対し行い、アルバムに画像のメタデータを記述する。また、図２の‘ｍｄｆ：ｐｒｅｓｅｎｔａｔｉｏｎ’要素の‘ｓｒｃ’属性に示されたサムネイル画像図１０を生成するため、画像配置情報と上述した３つの画像とを組み合わせた結果をサムネイルとしてファイルに保存し、そのファイル名を。上述した‘ｓｒｃ’属性の属性値として記述する（図７）。
【００３２】
次に、図８〜１４を用い、本発明においてメタデータを埋め込んだ構造化文書からめたデータを取り出し利用する処理方法・処理機構の例を説明する。
【００３３】
図８、９を用いて本実施例のアルバム生成装置３０１で生成した図２のアルバムをアルバム出力装置３０２で処理する際のプロセスを説明する。
【００３４】
図９はアルバムに格納してある各画像ファイルのファイル名、撮影日、撮影者の情報を表示部４０６へ出力する画像情報表示アプリケーションの処理を示しており、画像情報表示アプリケーションはアルバム出力装置３０２が有する。
【００３５】
アルバム出力装置３０２で画像情報表示アプリケーションを実行すると、アルバム出力装置３０２は画像ファイルを再取得する事無く、アルバムの‘ｍｄｆ：ｃｏｌｌｅｃｔｉｏｎ’要素の子要素を解析し、ステップＳ８０１に従い画像参照情報を検索し、もしあればステップＳ８０２に従いアプリケーションが必要とするメタデータを検索する。ステップＳ８０３、もしくはステップＳ８０５によりアプリケーションが必要とするメタデータが取得できなければアプリケーションへはエラーを返し、アプリケーションが必要とするメタデータをステップＳ８０６で取得できたならばアプリケーションへ取得したメタデータの内容を返す。以上のステップを画像参照情報毎に行い、全ての画像参照情報からメタデータを取得することでアプリケーションは画像の情報を表示部４０６へ出力する事が出来る。
【００３６】
この際、図２に示す通り、アルバムのメタデータは全てＸＭＬで記述されており、メタデータを格納するアルバム自身もＸＭＬで記述されているため、メタデータを必要とする画像情報表示アプリケーションは各コンテンツのフォーマットを解析する機能を備える必要は無い。画像表示アプリケーションは、‘ｍｄｆ’のマークアップのみ解釈する機能と一般的なＸＭＬ解析機構さえ備えていれば容易にメタデータを取得する事ができる。‘ｍｄｆ’のマークアップの付いた各要素名を識別する事で、各種メタデータを取捨選択する事も出来る。本例では図２のように‘ｍｄｆ：ｏｂｊｅｃｔ’の子要素の‘ｍｄｆ：ｍｅｔａｄａｔａ’と‘ｍｄｆ：ｃｏｌｌｅｃｔｉｏｎ’の子要素の‘ｍｄｆ：ｍｅｔａｄａｔａ’が格納されているが、お互い親要素が異なるため、アプリケーションは用途の異なるメタデータである事が認識可能である。
【００３７】
また、各コンテンツを再度取得する必要が無いので、アプリケーションが従来よりも高速に必要なメタデータを利用できるようになる。
【００３８】
図１０、１１でも同様にアルバム出力装置３０２で処理する際のプロセスを説明する。図２の‘ｍｄｆ：ｐｒｅｓｅｎｔａｔｉｏｎ’で指定されるサムネイルファイルには図１０の画像が格納されている。図１１はサムネイルと、埋め込まれた各コンテンツの情報を表示部４０６へ表示するサムネイルビューアプリケーションの処理を示しており、サムネイルビューアプリケーションはアルバム出力装置３０２が有する。なお、図１１ではアルバム出力装置と外部のネットワークとは切断されており、各コンテンツの再取得が出来ない状況である。
【００３９】
元の各コンテンツが取得できない状況であっても、アルバム出力装置はアルバムから各画像に必要なメタデータを取得する事が出来るので、アルバム出力装置は同じくアルバムが持つサムネイルを取得し、メタデータと組み合わせる事で、サムネイルとメタデータを組み合わせた結果を表示する事が可能になる。
【００４０】
図１２、１３、１４でも同様にアルバム出力装置３０２で処理する際のプロセスを説明する。
【００４１】
図１２は図２と異なり‘ｍｄｆ：ｐｒｅｓｅｎｔａｔｉｏｎ’要素を複数持ち、図１２のアルバムを処理するある原出力装置はサムネイル‘ＡＬＢ＿００９９．ＪＰＧ’の他に印刷用画像情報‘ＡＬＢ＿０１００．ＳＶＧ’等を利用する事ができる。また、上記印刷画像情報‘ＡＬＢ＿０１００．ＳＶＧ’はＳＶＧ(http://www.w3.org/Graphics/SVG/)画像フォーマットに従い記述されており、表示・印刷する際にはアルバムが参照する各コンテンツも組み合わせてレンダリングする必要がある。
【００４２】
図１３はアルバムから印刷画像情報と関連する各コンテンツを取得し印刷を行う画像印刷アプリケーションの処理を示しており、画像印刷アプリケーションはアルバム出力装置３０２が有する。
【００４３】
アルバム出力装置３０２で画像印刷アプリケーションを実行すると、図１４に示すようにアルバム出力装置３０２は印刷画像のレンダリングと印刷に必要な画像の取得を並行して行う。印刷を指示されると、アルバム出力装置３０２はステップＳ１４０１においてアルバムより印刷画像情報を取得し、印刷画像情報に記述された印刷に必要となる各コンテンツの取得要求をステップＳ１４０２で発行する。取得要求によりの取得を行うのと並行してアルバム出力装置３０２はステップＳ１４０３，Ｓ１４０４においてメタデータに含まれる画像サイズ等の情報よりレンダリングを開始する。その後、ステップＳ１４０５において取得した画像をＳ１４０４のレンダリング結果にはめ込み、印刷用データを完成させ、ステップＳ１４０６において印刷を実行する。
【００４４】
この際、従来では各コンテンツの取得が完了するまで行う事が出来なかったレンダリング処理Ｓ１４０４が、メタデータがアルバム図１２に格納されている事により各コンテンツの取得Ｓ１４０２と並行して実行する事ができ、印刷までの時間が従来の手法よりも短縮される。
【００４５】
以上の例ではアルバム・メタデータ生成と、生成した情報の利用を別途行うものだったが、ファイル名のみ事前にアルバムに埋め込み、アルバムを利用する段階になって初めてメタデータの取得・格納を行っても良い。図１５は上記のアルバム例であり、図２にあるメタデータとサムネイルに関する情報は格納されていない。実際にアプリケーションがメタデータやサムネイルを要求した時に本実施例における構造化文書処理装置がメタデータやサムネイルを生成し、図２にある構造化文書を生成する。二度目にメタデータを利用する際にメタデータの再取得が不要になる等の効果が得られ、また、アプリケーションはアルバムにメタデータが既に格納されているか否かの判断をする事なくメタデータを利用する事が可能になる。
【００４６】
図１６では構造化文書としてＸＨＴＭＬを用いた実施例を説明する。
【００４７】
図１６ではリンク情報として３つのＪＰＥＧ画像ファイルを指定している。図１６では各画像のメタ情報をＸＨＴＭＬデータ内に保持していないため図１６のＸＴＨＭＬデータを描画する際は３つのＪＰＥＧ画像を取得し、各画像のメタ情報を解析するまで全体のレイアウトを決める事が出来ない。
【００４８】
他の実施例と同様に各ＪＰＥＧ画像のメタデータをＸＨＴＭＬデータに記述した例が図１７である。本実施例ではＸＨＴＭＬの書式に従い各画像の幅・高さに関するメタ情報をＸＨＴＭＬデータに記述している。この記述によりＸＨＴＭＬデータを描画する際、各ＪＰＥＧ画像を取得する事無く全体のレイアウトを決定する事が可能になる。
【図面の簡単な説明】
【００４９】
【図１】本発明の実施の形態における構造化文書データをアルバムテンプレートとして記述した時の例。
【図２】メタデータを格納したアルバムの例。
【図３】本実施例における構成図。
【図４】構造化文書処理装置のブロック図。
【図５】メタデータを格納する際のフローチャート。
【図６】アルバムテンプレートと参照先コンテンツの関係図。
【図７】アルバムと参照先コンテンツのメタデータの関係図。
【図８】メタデータを取得する際のフローチャート。
【図９】画像情報表示アプリケーションの例。
【図１０】サムネイルの例。
【図１１】サムネイルビューアプリケーションの例。
【図１２】複数の‘ｍｄｆ：ｐｒｅｓｅｎｔａｔｉｏｎ’要素を持つアルバムの例。
【図１３】画像印刷アプリケーションの例。
【図１４】画像印刷アプリケーションのフローチャート。
【図１５】メタデータ、サムネイルを含まないアルバムの例。
【図１６】画像データへリンクしているＸＨＴＭＬデータの例。
【図１７】メタデータを記述したＸＨＴＭＬデータの例。
【符号の説明】
【００５０】
３０１  アルバム生成装置
３０２  アルバム出力装置
３０３  プリンタ
３０４  ＬＡＮ
３０５、３０６、３０７  ファイルサーバ
４０１  ＣＰＵ
４０２  ＲＯＭ
４０３  ＲＡＭ
４０４  記憶部
４０５  操作部
４０６  表示部
４０７  ＬＡＮ ｉ／ｆ
４０８  ＬＡＮ回線
４０９  ＵＳＢ ｉ／ｆ
４１０  ＵＳＢ回線
【図１】
2006244357.tif 000003
【図２】
2006244357.tif 000004
【図３】
2006244357.tif 000005
【図４】
2006244357.tif 000006
【図５】
2006244357.tif 000007
【図６】
2006244357.tif 000008
【図７】
2006244357.tif 000009
【図８】
2006244357.tif 000010
【図９】
2006244357.tif 000011
【図１０】
2006244357.tif 000012
【図１１】
2006244357.tif 000013
【図１２】
2006244357.tif 000014
【図１３】
2006244357.tif 000015
【図１４】
2006244357.tif 000016
【図１５】
2006244357.tif 000017
【図１６】
2006244357.tif 000018
【図１７】
2006244357.tif 000019