(57)【要約】      （修正有）【課題】  ソフトウェアの再開発をすることなく簡単な設定ファイルを用意するだけで複数のＸＭＬボキャブラリに対応が可能な、ＸＭＬ単一データ実体作成処理装置を提供する。【解決手段】  構造化文書のリンク参照を意味するノードの識別情報を保持する識別情報保持手段と、構造化文書のそれぞれのノードの識別情報と前記識別情報保持手段に格納されている識別情報とを比較する手段と、比較が一致した場合には、そのノードがリンク参照しているデータの場所とみなし、その場所にあるデータを読み出す手段と、構造化文書と読み出されたデータとを単一データとして結合する手段と、を備えた。【選択図】  図１
2006221496.tif 000002
【特許請求の範囲】
【請求項１】
構造化文書を解析する手段と、
構造化文書のリンク参照を意味するノードの識別情報を保持しておく識別情報保持手段と、
前記識別情報保持手段に対して新たに識別情報を追加する識別情報追加手段と、
構造化文書のそれぞれのノードの識別情報と前記識別情報保持手段によって格納されている識別情報とを比較する手段と、
比較の結果一致している場合にはそのノードに書かれたデータを、構造化文書がリンク参照しているデータの場所とみなし、その場所にあるデータを読み出す手段と、
構造化文書と前記読み出し手段で読み出したデータとを単一データ実体として結合する手段
を持つことを特徴とする構造化文書処理装置。
【請求項２】
前記構造化文書処理装置は、ノード識別情報として、要素名、属性名、名前空間を用いることを特長とした請求項１に記載の構造化文書処理装置。
【請求項３】
前記構造化文書処理装置は、構造化文書とリンク参照された文書とを単一のデータとしてパッケージして出力することを特徴とした請求項１に記載の構造化文書処理装置。
【請求項４】
前記構造化文書処理装置は、あらかじめ一つまたは複数種類のノードを指定しておき、その指定に該当するノードに記述されたデータを自動的に読み出して単一データ実体を作成することを特徴とする請求項１に記載の構造化文書処理装置。
【請求項５】
前記構造化文書処理装置は、ネットワーク上の機器との送受信機能を持ち、構造化文書がリンク参照している他の機器上のファイルを取り出して単一データ実体を作成することを特徴とした請求項１に記載の構造化文書処理装置。
【請求項６】
前記構造化文書処理装置は、ネットワーク上の機器への送信機能を持ち、構造化文書とリンク参照されたデータとをまとめたパッケージデータをネットワーク上の他の機器に送信することを特徴とした請求項１に記載の構造化文書処理装置。
【請求項７】
前記構造化文書処理装置は、リンク参照を記述している部分の指定のほかに、パッケージするかどうかを決める条件を指定する機能を有し、その条件にあてはまるデータのみを単一データ実体を作成することを特徴とする請求項１に記載の構造化文書処理装置。
【請求項８】
前記構造化文書処理装置は、構造化文書がリンク参照しているデータがさらに別のデータをリンク参照している場合に、リンク参照しているデータを階層的にたどってデータを読み出して単一データ実体を作成することを特徴とする請求項１に記載の構造化文書処理装置。
【請求項９】
前記構造化文書処理装置は、構造化文書が別のデータを参照しているときに、そのデータを単一データ実体に含めるかをユーザに確認して決めることを特徴とする請求項１に記載の構造化文書処理装置。
【請求項１０】
前記構造化文書処理装置は、構造化文書がリンク参照しているデータが見つからなかった場合の処理方法を指定する手段を有し、その手段に従って処理することを特徴とする請求項１に記載の構造化文書処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は構造化文書処理装置に関する。
【背景技術】
【０００２】
構造化文書とは、計算機での管理や処理のために文書中に文書の構造を示すタグを入れたものであり、その例としてＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ，ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＭａｒｋＵｐ／）、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ，  ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＸＭＬ／）などがある。ＨＴＭＬでは”“＜“と”＞”で囲まれたものを開始タグ、“＜／“と”＞”で囲まれたものを終了タグとして用いており、例えば「これは＜ｂ＞ＨＴＭＬ＜／ｂ＞の例です」、という記述は“ＨＴＭＬ”という文字列を太字で出力することを意味している。
【０００３】
ＸＭＬもＨＴＭＬと同様に“＜“と”＞”で囲まれたものを開始タグ、“＜／“と”＞”で囲まれたものを終了タグとして扱うが、ＨＴＭＬと異なりタグの名前と意味は自由に定義することができる。このＸＭＬを用いて規定された言語としてＳＶＧ（Ｓｃａｌａｂｌｅ  Ｖｅｃｔｏｒ  Ｇｒａｐｈｉｃｓ，ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／Ｇｒａｐｈｉｃｓ／ＳＶＧ／）やＸＨＴＭＬ（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＭａｒｋＵｐ／）などがある。
【０００４】
これらの構造化文書の多くは、外部のデータをリンク参照する機能を持っている。例えばＨＴＭＬでは、「＜ａ  ｈｒｅｆ＝“ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｏｒｇ”＞リンク＜／ａ＞」という記述は“リンク”という文字列を表示し、その部分を指定するとｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｏｒｇにたどることを意味し、「＜ｉｍｇ  ｓｒｃ＝“ｆｉｇ．ｊｐｇ”＞」という記述はｆｉｇ．ｊｐｇという画像ファイルを読み出し、その画像を表示することを意味している。
【０００５】
このように外部のデータをリンク参照している構造化文書は、文書単一ではなく参照しこのように外部のデータをリンク参照している構造化文書は、文書単一ではなくリンク参照しているデータも含めて処理を行なう必要な場合が多い。論理的に一つの文書を複数の文書に分けることは、文書の再利用性の向上などに役立つが、逆にデータの移動や複製の際に、複数のデータをまとめて扱わなければならないため、扱いにくいものに成る。このような場合には、データを一つのデータにまとめておき、必要な場合に展開できる形式にしておくと利便性が増す。このように複数のデータからなる文書を一括して扱えるようにひとまとめに結合したデータを本出願では単一データ実体と呼ぶ。また、この単一データ実体を単一のファイルとしてまとめることをパッケージと呼ぶ。
【０００６】
複数のデータをパッケージする方法としてはＺＩＰ、ＬＺＨ、ｔａｒがあり、単一データ実体をデータストリームとしてネットワーク上に送信する場合はＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎｓ，  ＲＦＣ２０４５：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２０４５．ｔｘｔ）という方式が広く用いられている。
【０００７】
こうした複数のデータをまとめる処理を行なう場合、従来は対象となるデータ群をすべて人間が手動で指示していた。
【０００８】
またＨＴＭＬの場合では、外部のデータを参照するためのノード（ｉｍｇ要素のｓｒｃ属性やａ要素のｈｒｅｆ属性など）は仕様として定まっており、そのノードに記述されたデータを自動的にたどることが可能であり、パッケージしたいＨＴＭＬデータを指定することで、自動的にすべての参照データを含めてパッケージすることが可能である。
【０００９】
又、別の従来例としては、特許文献１及び特許文献２をあげることが出来る。
【特許文献１】特開２００１−０７５９５８号公報
【特許文献２】特開２００２−３３４０８０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしＸＭＬのようにより一般化された構造化文書の場合は、上記のような仕様で定められたノードをたどるという方法は使えない。ＸＭＬではリンク参照を示すノードが仕様として定められているわけではない。例えばＸＨＴＭＬではｉｍｇ要素のｓｒｃ属性、またＳＶＧではｉｍａｇｅ要素のｘｌｉｎｋ：ｈｒｅｆ属性となっており、それぞれの言語に合わせたツールが必要になる。さらにＸＭＬは誰でも独自に言語を作成することができる、という特徴があるため無数の言語があり、従来のようにそれぞれの言語に合わせたツールを作成すると、多大な労力がかかる。
【００１１】
また、自動的にリンク参照の記述を認識する方式として、属性値やタグに囲まれた文字列中の特定の拡張子（．ｊｐｇや．ｈｔｍｌなど）を探す、という方法も考えられるが、このような方法では偶然に．ｊｐｇなどの文字列があった場合などに精度が落ち、またｉｍｇ要素のｓｒｃ属性で書かれたファイルはパッケージするが、ａ要素のｈｒｅｆ属性で書かれたファイルはパッケージしない、などの柔軟な処理ができないという欠点がある。
【００１２】
本発明の方式を用いれば、ソフトウェアの再開発をすることなく簡単な設定ファイルを用意するだけで複数のＸＭＬボキャブラリに対応が可能な、ＸＭＬ単一データ実体作成処理装置を提供することが出来る。
【課題を解決するための手段】
【００１３】
前記目的を達成する本発明の構造化文書処理装置は、構造化文書を解析する手段と、構造化文書のリンク参照を意味するノードの識別情報を保持しておく識別情報保持手段と、前記識別情報保持手段に対して新たに識別情報を追加する識別情報追加手段と、構造化文書のそれぞれのノードの識別情報と前記識別情報保持手段によって格納されている識別情報とを比較する手段と、比較の結果一致している場合にはそのノードに書かれたデータを、構造化文書がリンク参照しているデータの場所とみなし、その場所にあるデータを読み出す手段と、構造化文書と前記読み出し手段で読み出したデータとを単一データ実体として結合する手段を備えたものである。
【発明の効果】
【００１４】
本発明の方式を用いれば、ソフトウェアの再開発をすることなく簡単な設定ファイルを用意するだけで複数のＸＭＬボキャブラリに対応が可能な、ＸＭＬ単一データ実体作成処理を行なうことが可能になる。
【００１５】
また、単一データ実体をパッケージ処理して単一のファイルにすることにより、複数の構造化文書からなる文書の送受信やコピーといった処理を容易に行なうことが可能になる。
【００１６】
さらに、よく使われるフォーマットのリンク参照記述ノードをあらかじめ登録しておくことで、拡張性を保ちつつ、ユーザが特別な操作をすることなくパッケージを行うことが可能になる。
【発明を実施するための最良の形態】
【００１７】
本発明の第一の実施形態を説明する。これは構造化文書とリンク参照されたデータとを単一のパッケージデータとして保存するものである。
【００１８】
第一の実施形態の構造化文書処理装置のブロック図を図１に示す。同図においてＣＰＵ１０１はシステム制御部であり、装置全体を制御する。ＲＯＭ１０２はＣＰＵの制御プログラムや各種固定データを格納するものである。ＲＡＭ１０３はＳＲＡＭ、ＤＲＡＭなどで構成され、プログラム変数などを格納するものである。記憶部１０４はハードディスクなどで構成され、ファイルデータを格納するためのものである。操作部１０５はキーボード、マウスなどで構成され、オペレータが各種入力操作を行なうためのものである。表示部１０６はディスプレイなどでオペレータに表示通知するためのものである。構造化文書解析部１０７は構造化文書を解析し、解析結果をアプリケーションなどに渡すものである。リンク参照ノード名保存部１０８は、ユーザが入力したノード名を保持するものである。ノード名比較部１０９は、構造化文書のノードが、リンク参照記述ノード名保存部１０８に保持されているノード名と一致するかを比較するものである。データ読み出し部１１０は指定されたデータをディスクやネットワーク上などから取り出すものである。パッケージデータ生成部１１１は、入力された複数のデータをまとめて単一のデータとして出力するものである。またパッケージデータ生成部１１１は、パッケージの方式としてＺＩＰ形式を用いるものとする。
【００１９】
構造化文書処理装置がパッケージするデータの例を図２に示す。この文書はｍｙｌａｎｇ．ｘｍｌ（２０１）とｇｈｉ．ｊｋｆ（２０２）、ｌｍｎ．ｏｐｑ（２０３）という３つのファイルから成る。２０１の文書は独自に定義された言語であり、ＸＨＴＭＬなどのように一般に知られている言語ではない。そのため、どのノードが外部ファイルへのリンク参照を示しているかを、本構造化文書処理措置の作成段階で知ることはできない。
【００２０】
本構造化文書処理装置のパッケージデータ作成の手順を図３に示す。まずパッケージの対象となる文書を指定する（３０１）。ここでは図２の文書が指定されたものとする。次に、外部ファイルへのリンク参照を示すノードを入力する画面を表示部１０６に表示する（３０２）。この画面を図１２に示す。オペレータは操作部１０５を用いて１２１に対象となるノードの要素名を、１２２に属性名を入力する。さらにボタン１２３で対象となるノード名を実際に追加し、すべてのノード名を入力したらボタン１２４を押して完了する。ここでは要素名としてｅｌｅｍ１、属性名としてａｔｔｒが入力されたとする。
【００２１】
このようにして追加されたノード名は、リンク参照ノード名保存部１０８に保存する（３０４）。このリンク参照ノード保存部１０８は例えば図１３に示すようなテキストファイルとして実現できる。はじめに要素名を記述し、スペースを挟んで属性を書くという方法である。この例では指定するノードは一つであるが、複数のノードを指定することも可能である。その場合は改行で区切り、一つ目と同様に要素名・属性名を書くことで実現できる。また、ここではテキストファイルを用いているが、汎用のデータベースを用いることやメモリ上のみに保持するなど、様々な方法が可能である。
【００２２】
次にリンク参照されたデータを実際にパッケージするかを判断するその他の条件を入力する。ここでは参照データが、自身の機器内であれば追加し、そうでない場合は追加しない、という条件を付け加えたものとする（３０５）。その他に加える条件としては、画像や音声といったファイルの種類による判断、構造化文書中の位置（ある要素の子要素かどうかなど）、ファイルサイズによる判断、などが考えられる。次に実際のパッケージ処理を行なう（３０６）。
【００２３】
パッケージ処理の流れの詳細を図４に示す。まず、指定された文書であるｍｙｌａｎｇ．ｘｍｌを読み出す（４０１）。ｍｙｌａｎｇ．ｘｍｌは必ずパッケージの対象となるため、これをパッケージデータに追加する（４０２）。次に、ｍｙｌａｎｇ．ｘｍｌがリンク参照しているファイルを調べるため、構造化文書解析部１０７を用いて解析を行なう。まず、文書を最後まで解析したかを調べ（４０３）、終わっていなければ次のノードを解析し（４０４）、このノードにリンク参照の記述があるかを調べる（４０５）。これはノードの名前とリンク参照記述ノード名保存部１０８に保持されているノード名とを、ノード名比較部１０９を用いて比較することで行なう。比較は要素名、属性名をそれぞれ文字列比較を行なうことで比較する。最初のノードであるノード２０１１はｍｙＬａｎｇという要素名で属性はない。よって対象ではない。なければ４０３に戻り、同様の処理を進める。このように処理を進めると、ノード２０１２はｅｌｅｍ０という要素名でａｔｔｒという属性を持つ。これは属性の名前は一致するが要素名が異なるため対象とはならない。ノード２０１３はｅｌｅｍ１という要素名でａｔｔｒという属性を持ち、１０８に保持されたリンク参照記述ノード名と一致するため、リンク参照の記述とみなすことができる。つまり属性値であるｇｈｉ．ｊｋｆという文字列がリンク参照しているファイルの名前である、とみなすことができる。このように対象となるノードを見つけた場合は、このノードが３０５で指定された追加条件に合っているかを調べる（４０７）。ノード２０１３のａｔｔｒ属性の値はｇｈｉ．ｊｋｆであり、これは自身の機器中に存在するため、追加条件に合っている。本構造化文書処理装置は、データ読み出し部１０８を用いてｇｈｉ．ｊｋｆというファイルを読み出し（４０８）、パッケージデータに追加し（４０９）、４０３に戻る。
【００２４】
次に、ノード２０１４だが、これはリンクの記述であるが、参照ファイルがｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｏｒｇ／ｌｍｎ．ｏｐｇという外部の機器のデータであるためパッケージデータには追加されない。このようにしてリンクの記述を探しながら解析を行い、最後まで文書を解析したら、結果を出力し、終了する（４１０）。
【００２５】
以上のようにして生成されたパッケージデータの構成を図５に示す。出力結果であるｓａｍｐｌｅ．ｚｉｐは、リンク参照されたデータであるｇｈｉ．ｊｋｆ（５０１）と、構造化文書であるｓａｍｐｌｅ．ｘｍｌ（５０２）を含んだ単一のデータになっている。
【００２６】
また、本例ではリンク参照しているファイルを自動的にパッケージ対象としていたが、ユーザに確認を取ったうえで処理を行なう、といった方法も可能である。
【００２７】
次に、本発明の第２の実施形態について説明する。これは、リンク参照を含む構造化文書を単一のデータストリームとしてパッケージし、プリンタに送信して印刷を行なうものである。
【００２８】
本実施例の構成を図６に示す。本発明の構造化文書処理装置としてデジタルカメラ６０１がネットワーク６０２に接続されている。また、このネットワーク６０２にはネットワーク対応のプリンタ６０３も接続されている。デジタルカメラ６０２は写真一枚または複数枚からなる電子アルバムを作成する機能を持つ。また電子アルバムは単に写真をまとめるだけでなく、あらかじめ作成された背景画像と組み合わせるなどの加工が可能である。
【００２９】
デジタルカメラ６０１の構成をあらわすブロック図を図７に示す。７０１から７１１は図１の１０１から１１１と同様の機能を持つ。ここでパッケージデータ生成部１１１は、パッケージデータのフォーマットとして、ＭＩＭＥ  Ｍｕｌｔｉｐａｒｔ／Ｒｅｌａｔｅｄ方式を使用するものとする。撮像部７１２は実際に写真をとり、画像データを作成するものである。アルバムデータ作成部７１３は、既存の写真と背景となるテンプレートなどとを組み合わせて、電子アルバムを作成するものである。ネットワークインタフェース７１４はＬＡＮやインターネットと接続し、他の機器とデータの送受信を行なうインタフェースである。
【００３０】
デジタルカメラ６０１内にある電子アルバムをプリンタ６０３で印刷するには、電子アルバムデータをプリンタに送信する必要がある。この電子アルバムデータの例を図９に示す。ａｌｂｕｍ．ｘｍｌが電子アルバムのデータであるが、実際にはこの電子アルバムデータは４つのファイルからなっており、あるファイルが外部のファイルをリンク参照し、そのファイルがさらに別のファイルをリンク参照するという、リンク参照が階層化された構造になっている。これらのファイル群の先頭となる文書をここではルート文書と呼ぶこととする。図９に示すデータのルート文書はａｌｂｕｍ．ｘｍｌ（９０１）である。ａｌｂｕｍ．ｘｍｌは９０１１から９０１８の８個のノードから構成されている。ａｌｂｕｍ．ｘｍｌは電子アルバムを記述するための独自の言語であり、ｄａｔａ要素のｓｒｃ属性が外部ファイルへのリンク参照を示す記述である。ａｌｂｕｍ．ｘｍｌはノード９０１３がｐａｇｅ１．ｊｐｇ（９０２）を、ノード９０１６がｐａｇｅ２．ｓｖｇ（９０３）をリンク参照している。ｐａｇｅ１．ｊｐｇは写真のデータであり、構造化文書ではないが、ｐａｇｅ２．ｓｖｇはＳＶＧで記述された画像データである。ＳＶＧではｉｍａｇｅ要素のｘｌｉｎｋ：ｈｒｅｆ属性が外部データへのリンク参照を示している。よってｐａｇｅ２．ｓｖｇはｐａｇｅ２．ｊｐｇ（９０４）をリンク参照している。
【００３１】
このデジタルカメラにおいてａｌｂｕｍ．ｘｍｌで用いられいるアルバム記述言語とＳＶＧは、頻繁に用いられる形式である。このため、リンク参照ノード名保存部７０８にはあらかじめ図８に示す要素名、属性名が保存されている。このデータも第一の実施例と同様、テキストファイルなど様々な方法で保存することが可能である。
【００３２】
電子アルバムデータをプリンタ６０３に送信するときの処理の流れを図１０に示す。まずルート文書であるａｌｂｕｍ．ｘｍｌを読み込む（１００１）。１００２から１００４の反復処理で、ノードを解析しながら、第一の実施例と同様にリンク参照ノード名保存部７０８、ノード名比較部７０９を用いて比較することで、リンク参照のノードがあるかを調べる。ノード９０１１から９０１２には該当する記述がないため、この反復処理が繰り返される。ノード９０１３は要素名がｄａｔａでありｓｒｃという名前の属性をもっており、これはリンク参照記述ノードの名前（図８）に一致する。よってこのｓｒｃ属性がリンク参照の記述がリンク先のデータのファイル名であることがわかる。そこでデータ読み出し部７１０を用いてリンク先のデータ（ｐａｇｅ１．ｊｐｇ）を読み込む（１００５）。リンク先のデータも構造化文書である場合には、リンク先のデータも解析する必要があるが、ｐａｇｅ１．ｊｐｇは構造化文書ではないため、ｐａｇｅ１．ｊｐｇをパッケージデータに追加する（１００６、１００７）。まだａｌｂｕｍ．ｘｍｌを最後まで解析したわけではないので（１００２）さらにノードの解析を続ける。ノード９０１６にリンク参照の記述があるため、リンク先データであるｐａｇｅ２．ｓｖｇを読み込む（１００５）。ｐａｇｅ２．ｓｖｇは構造化文書なので、解析の対象をｐａｇｅ２．ｓｖｇにする（１００６、１００７）。
【００３３】
ｐａｇｅ２．ｓｖｇを同様に先頭から解析していくと、ノード９０３３がリンク参照の記述であることを見つける。このためｐａｇｅ１．ｊｐｇと同様にｐａｇｅ２．ｊｐｇをパッケージデータに追加する。さらにｐａｇｅ２．ｓｖｇを解析していくが、もうリンク参照の記述はないため、文書の最後に達する。この場合は現在の文書（ここではｐａｇｅ２．ｓｖｇ）をパッケージデータに追加し（１００９）、現在の文書がルート文書かを調べる（１０１０）。ｐａｇｅ２．ｓｖｇはルート文書ではないため、一つ前に解析していた文書（ａｌｂｕｍ．ｘｍｌ）の解析地点（ノード９０１４）に戻る（１０１１）。また同様にａｌｂｕｍ．ｘｍｌを解析するがこれ以上リンク参照の記述はないため文書の最後に達する。ｐａｇｅ２．ｓｖｇの場合と同様、現在の文書（ａｌｂｕｍ．ｘｍｌ）をパッケージデータに追加する。そして現在の文書（ａｌｂｕｍ．ｘｍｌ）は先頭文書なので終了する。
【００３４】
なお、本例では説明の簡略化のために、リンク参照を記述しているノードを要素名と属性名で指定しているが、この方法ではある言語のリンク参照を表す要素名・属性名が、別の言語でも使用されていた場合に正しくパッケージ処理を行なうことができなくなる可能性がある。そこでＸＭＬの場合は、要素の名前空間ＵＲＩ、要素のローカル名、属性の名前空間ＵＲＩ、属性のローカル名の４つを用いて指定するのがより望ましい（名前空間に関してはｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ＲＥＣ−ｘｍｌ−ｎａｍｅｓ／を参照）。
【００３５】
以上のようにしてできあがったパッケージデータの構成を図１１に示す。パッケージデータに追加された順にパッケージされたＭＩＭＥ  Ｍｕｌｔｉｐａｒｔ／Ｒｅｌａｔｅｄ方式のデータになっている。しかし、本発明はファイルの順序やパッケージの方式には影響されない。よってａｌｂｕｍ．ｘｍｌが先頭や途中にする、ＭＩＭＥ  Ｍｕｌｔｉｐａｒｔ／Ｒｅｌａｔｅｄ方式ではなくＭｕｌｔｉｐｌｅｘｅｄ  ＭＩＭＥ形式やＺＩＰ、ＬＺＨ形式を用いる、といったことも可能である。
【００３６】
また、対応する構造化文書のフォーマットを増やしたい場合（例えばＸＨＴＭやＭａｔｈＭＬ対応など）も、リンク参照記述データベースに追加するだけで新たなフォーマットへの対応が可能になる。
【図面の簡単な説明】
【００３７】
【図１】第一の実施例における構造化文書処理装置の構造を示すブロック図。
【図２】パッケージ対象のデータの例。
【図３】パッケージ処理の概要を示す流れ図。
【図４】パッケージ処理の詳細を示す流れ図。
【図５】パッケージされたデータの構造を示すブロック図。
【図６】第二の実施例の構成を示すネットワーク図。
【図７】第二の実施例におけるデジタルカメラの構造を示すブロック図。
【図８】リンク参照を記述するノードの名前のデータベースの例。
【図９】電子アルバムデータの例。
【図１０】パッケージ処理の内容を示す流れ図。
【図１１】パッケージ処理の結果のデータの構造を示すブロック図。
【図１２】リンク参照記述ノードの名前を指定するインタフェース画面。
【図１３】リンク参照記述ノード名を保存するテキストファイルの例。
【図１】
2006221496.tif 000003
【図２】
2006221496.tif 000004
【図３】
2006221496.tif 000005
【図４】
2006221496.tif 000006
【図５】
2006221496.tif 000007
【図６】
2006221496.tif 000008
【図７】
2006221496.tif 000009
【図８】
2006221496.tif 000010
【図９】
2006221496.tif 000011
【図１０】
2006221496.tif 000012
【図１１】
2006221496.tif 000013
【図１２】
2006221496.tif 000014
【図１３】
2006221496.tif 000015