(57)【要約】【課題】  必要に応じて最新のファイルを用いて構造化文書ファイルを自動的に更新可能とする。【解決手段】  画像出力装置１０１は、画像データの更新指示の受け付けに応じて、構造化文書ファイルの管理対象にあるファイルの生成日時情報を取得し、構造化文書ファイル内に現在記述されている同一性認識情報と取得した同一性認識情報とを比較し、その比較結果に基づいて更新されたファイルを判断し、更新されたファイルと判断されたファイルをファイルサーバ１０５、１０６から取得し、取得したファイルに基づいて構造化文書ファイルを更新する。【選択図】  図１
2005267343.tif 000002
【特許請求の範囲】
【請求項１】
データファイルの関連性を管理するための構造化文書ファイル更新指示の受け付けに応じて、前記データファイルの同一性が確認可能な同一性認識情報を前記データファイルの格納先より取得する同一性認識情報取得手段と、
前記構造化文書ファイル内に現在記述されている前記データファイルの同一性認識情報と、前記同一性認識情報取得手段により取得される前記データファイルの同一性認識情報とを比較し、更新されたか否かを判断する更新ファイル判断手段と、
前記更新ファイル判断手段により更新されたファイルと判断されたデータファイルに基づいて、前記構造化文書ファイルを更新する構造化文書ファイル更新手段とを有することを特徴とする情報処理装置。
【請求項２】
前記構造化文書ファイル更新手段は、更新されたファイルであると判断されたデータファイルに基づいて、前記構造化文書ファイル内の画像データの記述を更新することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記更新ファイル判断手段は、前記構造化文書ファイル内に現在記述されている前記各ファイルの同一性認識情報と、前記同一性認識情報取得手段により取得される前記各ファイルの同一性認識情報とを比較した結果、同一性認識情報の内容が同一であったファイルを更新されたファイルとして判断することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記データファイルの取得が失敗した場合、当該構造化文書内のデータの記述を削除する画像データ削除手段を更に有することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項５】
前記構造化文書ファイル更新手段は、前記データファイルの取得が失敗した場合、既に当該情報処理装置内に保持される当該データファイルに対応するデータファイルを再利用して前記構造化文書ファイルを更新することを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
【請求項６】
前記データファイルの取得が失敗した場合、その旨を通知する通知手段を更に有することを特徴とする請求項４又は５に記載の情報処理装置。
【請求項７】
前記同一性認識情報は、前記データファイルの生成日時情報、ハッシュ値情報及びデータサイズ情報のうち少なくとも何れか一つを含むことを特徴とする請求項１乃至６の何れか１項に記載の情報処理装置。
【請求項８】
データファイルの関連性を管理するための構造化文書ファイル更新指示の受け付けに応じて、前記データファイルの同一性が確認可能な同一性認識情報を前記データファイルの格納先より取得する同一性認識情報取得ステップと、
前記構造化文書ファイル内に現在記述されている前記データファイルの同一性認識情報と、前記同一性認識情報取得ステップにより取得される前記データファイルの同一性認識情報とを比較し、更新されたか否かを判断する更新ファイル判断ステップと、
前記更新ファイル判断ステップにより更新されたファイルであると判断されたデータファイルを取得するファイル取得ステップと、
前記ファイル取得ステップにより取得されたデータファイルに基づいて、前記構造化文書ファイルを更新する構造化文書ファイル更新ステップとを含むことを特徴とする情報処理方法。
【請求項９】
請求項８に記載の情報処理方法をコンピュータに実行させるためのプログラム。
【請求項１０】
請求項９に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
一又は複数のファイルの関連性を管理するための構造化文書ファイルの記述内容に基づいて画像データを生成可能な情報処理装置及び情報処理方法に関するものである。
【背景技術】
【０００２】
構造化文書を用いて複数の情報を組み合わせ管理する処理装置は従来から多く提案されている。例えば、特許文献１では構造化文書の有効期限に関する情報を文書内に埋め込み、有効期限の過ぎた文書を利用する際に警告を出すことが開示されている。また、特許文献２では管理する情報を構造化文書内に組み込むか、又は外部参照として文書部品管理データベース上で管理するかを選択することができ、更新確認のために外部参照の更新状況を外部データベースへ問い合わせることで更新された情報を最新のものに変更することが開示されている。
【０００３】
【特許文献１】特開２００３−２２２６３号公報
【特許文献２】特開平６−１１９３３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に開示された発明では、有効期限により情報が新しいものであるかどうかを判断しているため、最新の情報であるかどうかを判断することはできない。有効期限内であれば、元の情報が更新されていたとしてもその事実を知る手段は提供されておらず、有効期限外であれば元の情報が全く更新されていなかったとしても古い情報として扱われていた。
【０００５】
また、特許文献２に開示された発明では、情報の一部を外部参照として別に管理することは可能であるが、外部参照のためのデータベースが必要となり、また、外部参照とする情報はすべて上記データベースに格納しなければならない。更に、更新日時のより新しいものが最新の情報という前提で更新が実行されるため、外部参照の情報が古い情報に変更された場合や、情報に変更があっても更新日時が同一である場合等に現在の情報に更新することができないという問題を有する。
【０００６】
そこで、本発明の目的は、必要に応じて最新のファイルを用いて構造化文書ファイルを自動的に更新可能とすることにある。
【課題を解決するための手段】
【０００７】
斯かる目的を達成するために、本発明の情報処理装置は、データファイルの関連性を管理するための構造化文書ファイル更新指示の受け付けに応じて、前記データファイルの同一性が確認可能な同一性認識情報を前記データファイルの格納先より取得する同一性認識情報取得手段と、前記構造化文書ファイル内に現在記述されている前記データファイルの同一性認識情報と、前記同一性認識情報取得手段により取得される前記データファイルの同一性認識情報とを比較し、更新されたか否かを判断する更新ファイル判断手段と、前記更新ファイル判断手段により更新されたファイルと判断されたデータファイルに基づいて、前記構造化文書ファイルを更新する構造化文書ファイル更新手段とを有することを特徴とする。
【０００８】
本発明の情報処理方法は、データファイルの関連性を管理するための構造化文書ファイル更新指示の受け付けに応じて、前記データファイルの同一性が確認可能な同一性認識情報を前記データファイルの格納先より取得する同一性認識情報取得ステップと、前記構造化文書ファイル内に現在記述されている前記データファイルの同一性認識情報と、前記同一性認識情報取得ステップにより取得される前記データファイルの同一性認識情報とを比較し、更新されたか否かを判断する更新ファイル判断ステップと、前記更新ファイル判断ステップにより更新されたファイルであると判断されたデータファイルを取得するファイル取得ステップと、前記ファイル取得ステップにより取得されたデータファイルに基づいて、前記構造化文書ファイルを更新する構造化文書ファイル更新ステップとを含むことを特徴とする。
【０００９】
本発明のプログラムは、前記情報処理方法をコンピュータに実行させることを特徴とする。本発明のコンピュータ読み取り可能な記録媒体は、前記プログラムを記録したことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、画像データの更新指示を受けることに応じて、構造化文書ファイルの管理対象にあるファイルのうち更新されたファイルを判断し、更新されたファイルを取得して前記構造化文書ファイルを更新するように構成したので、必要に応じて最新のファイルを用いて構造化文書ファイルを自動的に更新することが可能となる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明を適用した好適な実施形態を、添付図面を参照しながら説明する。
【００１２】
図１は、本発明の実施形態に係る画像出力装置を含むシステムの概略構成を示す図である。図１において、本実施形態に係る画像出力装置１０１は、ＬＡＮ１０２に接続されている。ＬＡＮ１０２には複数のファイルサーバ１０５、１０６が接続されている。サーバ１０５、１０６はそれぞれ独自のホスト名www.server105、www.server106を持つ。また、ＵＳＢ回線を通してプリンタ１０３が画像出力装置１０１に接続されている状態を示している。なお、図１の例では、ＬＡＮ１０２に接続されるファイルサーバは２つであるが、さらに多数のファイルサーバを備えてもよいことは勿論である。
【００１３】
図２は、画像出力装置１０１のハードウェア構成を示すブロック図である。図２において、ＣＰＵ２０１は、システム制御部であり、装置全体を制御する。ＲＯＭ２０２は、ＣＰＵ２０１の制御プログラムや各種固定データを格納するものである。ＲＡＭ２０３は、ＳＲＡＭ、ＤＲＡＭ等で構成され、プログラム制御変数等を格納するためのものである。また、各種パラメータ、各種ワーク用バッファもＲＡＭ２０３に格納されるものである。記憶部２０４はハードディスク等で構成され、構造化文書などのファイルデータを格納するためのものである。操作部２０５は、キーボード、タッチパネル等で構成され、オペレータが各種入力操作を行うためのものである。表示部２０６は、ＬＣＤ、ＬＥＤ等で構成され、オペレータに表示通知するためのものである。ＬＡＮ ｉ／ｆ２０７は、ＬＡＮ回線２０８に接続するためのインタフェースである。ＵＳＢ ｉ／ｆ２０９は、ＵＳＢ回線２１０に接続するためのインタフェースである。なお、図２に示した構成は、画像出力装置１０１の一部を示したものであり、その他、スキャナ部、プリンタ部、モデム、スピーカ等を適宜追加した構成としてもよい。
【００１４】
図３は、画像出力装置１０１内の記憶部２０４に格納される構造化文書ファイルの一部構成を示した図である。図３で示したように構造化文書ファイルはＸＭＬ（Extensible Markup Language:Ｗ３Ｃより勧告されたタグを入れ子にすることでテキストデータをマークアップすることを可能にする規格）形式で記述されたテキストファイルである。同図ではtop要素のxlink:href属性の属性値としてhttp://www.server105/patent.xhtmlが指定されており、これは上記構造化文書ファイルがファイルサーバ１０５の公開しているファイルpatent.xhtmlから生成される画像を扱うことを意味する。また、本実装に係る画像出力装置１０１によりファイルpatent.xhtmlを用いて生成された画像データを含む以下に述べる情報が構造化文書ファイル中に格納されている。
【００１５】
図２の例では、ファイルpatent.xhtmlのプレビュー用画像データをpreview要素の子要素として保持している。同図ではプレビュー用ＪＰＥＧ画像データをＢａｓｅ６４形式でエンコードし、image要素の属性値として保持している。また、ファイルpatent.xhtmlの印刷用画像データをprint要素の子要素として保持している。図２の例では、印刷用画像データをＳＶＧ（Scalable Vector Graphics：Ｗ３Ｃより勧告されたＸＭＬに従い記述されるベクタ画像フォーマット）画像データとしてimage要素の子要素として保持している。
【００１６】
また、図２の例では、プレビュー用画像データとしてＪＰＥＧ画像データ、印刷用画像データとしてＳＶＧ画像データを利用しているが、共に他のラスタ画像フォーマットやベクタ画像フォーマット等を用いても良く、ＸＭＬ文書として適さないフォーマットであればＪＰＥＧ画像データと同様にＢａｓｅ６４形式等に変換し構造化文書ファイルに埋め込んでも良い。
【００１７】
さらに、図３の例では、meta要素内にプレビュー用画像データ、印刷用画像データの再生成規則を保持している。make要素以下はファイルpatent.xhtmlの画像データを生成する際、他の２つのＪＰＥＧ画像ファイルを必要とすることを意味する。org要素以下は上記プレビュー用画像データ、印刷用画像データを生成する際に利用した全てのファイルの生成日時情報を保持しており、後日、各ファイルの最新の生成日時情報を構造化文書ファイルの持つ生成日時情報と比較することで変更の有無が確認可能となる。ここでは、生成日時情報を用いたが、各ファイルのハッシュ値情報やデータサイズ情報等のファイルの一意性を確認できる他の情報を用いて変更の有無を確認してもよい。
【００１８】
図４は、図３に示した構造化文書ファイルから指定されるファイルpatent.xhtmlの一部構成を示した図である。patent.xhtmlでは、img要素のsrc属性の属性値としてhttp://www.server106/image/image1.jpg、http://www.server106/image/image2.jpgが指定されており、これはファイルサーバ１０６の公開している２つの画像ファイル/image/image1.jpg、/image/image2.jpgを参照していることを意味する。すなわち、上記patent.xhtmlから画像を生成するには上記/image/image1.jpg、/iamge/image2.jpgの情報も必要となる。
【００１９】
以下、本実施形態に係る画像出力装置１０１がＬＡＮ１０２等を経由して外部の装置よりファイルを取得し画像データを生成する際の動作に関して７種類の動作例を説明する。ファイル取得の際のプロトコルに関しては、ここでは特に限定しないが、ＴＣＰ／ＩＰやＨＴＴＰ等を用いても良い。
【００２０】
まず、第一の動作例として、画像ファイルを持たない構造化文書ファイルより、プレビュー用画像データ、印刷用画像データ及び再生成規則を生成し、構造化文書ファイルに格納する例を示す。
【００２１】
図５は、第一の動作例に係る構造化文書ファイルの一部構成を示す図である。構造化文書ファイルは初期状態において始めに参照するファイルに関する情報のみ保持し、プレビュー用画像データ、印刷用画像データ、再生成規則に関する情報は保持しない。なお、構造化文書ファイルが参照するファイルpatent.xhtmlの内容は図４に示す通りである。
【００２２】
図６は、画像出力装置１０１の第一の動作例を示すフローチャートである。以下、図６のフローチャートを用いて第一の動作例を説明する。画像出力装置１０１は、構造化文書ファイルが入力されると、構造化文書ファイルを先頭から読み込み、構造化文書ファイルのtop要素に基づいて図４に示すファイルpatent.xhtmlをファイルサーバ１０５から取得する。続いて、画像出力装置１０１は、印刷用画像データ、プレビュー用画像データ生成の対象となるファイルへのリンク情報をファイルpatent.xhtmlから検索、取得し（ステップＳ６０１）、リンク情報に基づいてファイルを取得するとともに（ステップＳ６０２）、取得先のファイルサーバ１０６内の各ファイルの生成日時を各ファイルに付加されている付属情報より取得する（ステップＳ６０３）。
【００２３】
続いて、画像出力装置１０１は、取得したファイルに関する情報を取得ファイルリストに記録した後（ステップＳ６０４）、取得したファイルを解析して他のファイルへのリンク情報を検索し（ステップＳ６０５）、リンク情報が存在すれば、リンク情報に挙げられるファイルのうちその時点で取得ファイルリストに存在しないファイルを、取得候補ファイルとして取得候補リストに追加する（ステップＳ６０７）。
【００２４】
続いて、画像出力装置１０１は、取得候補リストに取得候補ファイルがあるのであれば（ステップＳ６０６）、取得候補リストから一つ取得候補ファイルを選択した後、その取得候補ファイルを削除する（ステップＳ６０８）。選択された取得候補ファイルについてはステップＳ６０２以降の処理が繰り返される。このようにして、画像出力装置１０１は、ファイルpatent.xhtmlに関連する全てのファイルを取得する。
【００２５】
画像出力装置１０１は、ステップＳ６０１〜ステップＳ６０８の処理により、ファイルpatent.xhtmlに関連する全てのファイルを取得した後、プレビュー用画像データを生成し、当該プレビュー用画像データを構造化文書ファイルのpreview要素内に格納する（ステップＳ６０９）。続いて、画像出力装置１０１は、取得したファイルに基づいて印刷用画像データを生成し、当該印刷用画像データを構造化文書ファイルのprint要素内に格納する（ステップＳ６１０）。続いて、画像出力装置１０１は、meta要素内にmake要素を生成し、ファイルpatent.xhtmlの画像データを生成する際における各ファイルの依存関係情報を記述する(ステップＳ６１１)。次に、画像出力装置１０１は、meta要素内にorg要素を生成し、取得した各ファイルの取得先及び生成日時を記述する（ステップＳ６１２）。
【００２６】
上記処理前の構造化文書ファイルを図５とし、図５の構造化文書ファイルが参照するファイルを図４とすると、処理後の構造化文書ファイルは図３のようになる。なお、図６のフローチャートでは省略したが、画像データ生成のために取得したファイルは生成した画像データを構造化文書ファイルへ格納した後、削除しても良いし、画像出力装置１０１内に保持していても良い。画像出力装置１０１は削除の可否を指定する機能をオペレータへ提供する。
【００２７】
また、図３では依存関係情報が一つのみ記述してあるが、参照するファイルが更に他のファイルを参照することを繰り返す構造となっている場合、依存関係情報もそれに伴い複数項になることもある。
【００２８】
次に、第二の動作例として、構造化文書ファイル内にあるプレビュー用画像データ、印刷用画像データの更新の必要性を確認し、更新を実行する例を示す。図７は、画像出力装置１０１の第二の動作例を示すフローチャートである。また、プレビュー用画像データ、印刷用画像データを持つ構造化文書ファイルの内容を図３に示す。
【００２９】
以下、図７のフローチャートを用いて第二の動作例を説明する。画像出力装置１０１は、オペレータによってプレビュー用画像データ、印刷用画像データの更新が指示されると、構造化文書ファイルのorg要素内から画像データ生成時における各ファイルの生成日時に関する情報と各ファイルの取得先を取得し（ステップＳ７０１）、org要素に記述された各ファイルの更新指示時における生成日時に関する情報を取得先のファイルサーバに格納されている各ファイルの付属情報より取得する（ステップＳ７０２）。具体的には、ステップＳ７０１においては、図３に示す構造化文書ファイルであれば、３種類のファイルに対し、画像データ生成時における各ファイルの生成日時情報を構造化文書ファイル内より取得することができ、また、ステップＳ７０２においては、更新指示時における各ファイルの生成日時情報をファイルサーバ１０５、１０６より取得することができる。
【００３０】
ステップＳ７０１、ステップＳ７０２を完了後、それらの行程で得られた情報を比較（ステップＳ７０３）することにより変更のあるファイルを特定する。なお、今回は日時情報を変更の有無の確認に利用したが、ファイルサイズ、ハッシュ値、その他ファイルの変更が確認できる情報を利用しても良く、また、それらの情報を複数種類保持し、変更の確認が高精度に実現できるようにしても良い。
【００３１】
ステップＳ７０３の比較の結果、全ファイルの画像データ生成時における生成日時と更新指示時における生成日時とが一致し、変更のあったファイルが無ければ（ステップＳ７０４）、構造化文書ファイル内に格納された画像データが最新の情報を反映しているものと判断し、画像出力装置１０１の表示部２０６での表示や、プリンタ１０３への出力等に既に生成済みの画像データを利用する。
【００３２】
一方、比較の結果、画像データ生成時における生成日時と更新指示時における生成日時とが一致しないファイルが存在し、変更のあったファイルがあると判断された場合（ステップＳ７０４、ステップＳ７０６）、画像出力装置１０１は、更新されたファイルをファイルサーバ１０６から取得し、また当該ファイルがリンク先に関する情報が格納されているリンク先ファイルが存在すれば、このリンク先ファイルをファイルサーバ１０５、１０６から取得する（ステップＳ７０７、ステップＳ７１１）。続いて、画像出力装置１０１は、更新されていないが画像出力装置１０１内に保持されていないファイルをファイルサーバ１０５、１０６から取得する（ステップＳ７０８）。このような第２の動作例では、リンク先のファイルが更新されていない場合には、構造化文書内に書き込まれる画像データなどを新たに生成する必要がなく、処理の簡略化を図ることができる。
【００３３】
次に、画像出力装置１０１は、新たに取得したファイルを用いて該当するプレビュー用画像データ、印刷用画像データを更新する（ステップＳ７０９）。続いて、画像出力装置１０１は、構造化文書ファイル内のmeta要素内のdate要素、make要素及びorg要素の該当する箇所を変更する（ステップＳ７１０）。
【００３４】
次に、第三の動作例として、複数ページより構成される構造化文書の画像データ生成の例を示す。図８は複数ページより構成される構造化文書ファイルの例を示す図であり、この構造化文書ファイルを第三の動作例に係る画像出力装置１０１において処理する対象として示す。なお、図示はしていないが、図８におけるhttp://www.sever105/patent.xhtmlはhttp://www.server106/image/image1.jpg, http://www.server106/image/image2を参照しており、http://www.server105/annex.xhtmはhttp://www.server105/image3.jpgを参照しているものとする。
【００３５】
以下、図９を用いて画像出力装置１０１の第三の動作例を説明する。画像出力装置１０１は、構造化文書ファイルに複数のリンク情報が記述されているため、第一の動作例にステップＳ９１３、ステップＳ９１４を追加し、全てのページに関連するファイルを取得可能としている。ステップＳ９０１〜ステップＳ９０８は図６におけるステップＳ６０１〜ステップＳ６０８と同様の処理のため、動作の説明は省略する。ステップＳ９０９〜ステップＳ９１２は図６におけるステップＳ６０９〜ステップＳ６１２とほぼ同様ではあるが、プレビュー用画像データ、印刷用画像データをページ毎に生成し、構造化文書ファイルへ格納する点が異なる。
【００３６】
図８に示す構造化文書ファイルを第三の動作例に係る画像出力装置で処理した結果を図１０に示す。preview要素内に各ページ用に対応するＪＰＥＧ画像データが格納され、print要素内に各ページに対応するＳＶＧ画像データが格納される。meta要素内に全てのページに関する再生成規則情報を格納する。
【００３７】
次に、第四の動作例として、第三の動作例で生成した構造化文書ファイルの保持する画像データの更新必要性の確認と、更新実行の例を示す。図１１は、画像出力装置１０１の第四の動作例を示すフローチャートである。以下、図１１のフローチャートを用いて第四の動作例を説明する。
【００３８】
第四の動作例における画像出力装置１０１では、オペレータによってプレビュー用画像データ、印刷用画像データの更新が指示されると、ファイル変更の有無の確認を行う（ステップＳ１１０１〜ステップＳ１１０６）。第二の動作例におけるステップＳ７０１〜ステップＳ７０６と同様の動作のため、説明は省略する。
【００３９】
変更されたファイルがあった場合、変更されたファイルにより変更が生じる画像データのページを選択する（ステップＳ１１１２）。この画像データのページ選択処理は、図１０のmake要素に基づいて行われる。以降のステップＳ１１０７〜ステップＳ１１１１の処理は、第二の動作例の更新処理ステップＳ７０８〜ステップＳ７１１と類似する処理となるが、全て更新されるページに関連するファイルだけを取得し(ステップＳ１１０８)、更新されるページに関する画像データ（プレビュー用画像データ、印刷用画像データ）だけを生成している（ステップＳ１１０９）点が異なる。
【００４０】
図１０に示す構造化文書ファイルが第四の動作例によって処理され、更にファイルサーバ１０５が提供するhttp://www.server105/image3.jpgが同名の生成日時が異なる別ファイルに変更されていた場合、ステップＳ１１０１〜ステップＳ１１０６の結果、http://www. server105/image3.jpgが変更されていると判断する。ステップＳ１１１２では、文字列にhttp://www. server105/image3.jpgを持つdepend要素を子要素とするmake要素のdata属性の属性値より、http://www.server105/ annex.xhtmlを更新する必要があると判断する。更に各top要素内のxlink:href属性の属性値としてhttp://www.server105/ annex.xhtmlを持つのが２ページ目のみなので、２ページ目の画像データのみ情報が古いと判断する。
【００４１】
ステップＳ１１０７、ステップＳ１１１１及びステップＳ１１０８より、２ページ目の更新に必要な２つのファイルhttp://www.server105/annex.xhtml、http://www.server105/image3.jpgを取得し、ステップＳ１１０９、ステップＳ１１１０より、２ページ目の画像データの更新、関連する再生成規則の更新を行う。なお、上記ではページを単位として更新の必要性を判断していたが、他の単位で画像データを分割し、更新の単位を変化させることも可能である。
【００４２】
次に、第五の動作例として、画像データの生成に必要なファイルの取得に失敗した際の、画像データ生成プロセスの例を示す。第五の実施例に係る画像出力装置１０１は、オペレータがファイル取得失敗時の画像データ更新の規則を設定する機能を提供する。前記設定機能を用いることで、各ページの依存するファイルの取得に失敗した際に、既に構造化文書ファイル内に保持する画像データを再利用するか、保持する画像データを破棄するかを設定することが可能となる。
【００４３】
図１２は画像出力装置１０１の第五の動作例を示すフローチャートである。図１２は、第四の動作例における図１１にファイル取得失敗に関する処理ステップＳ１２１３〜ステップＳ１２１７を加えたものである。以下、図１２のフローチャートを用いて第五の動作例を説明する。
【００４４】
第五の動作例における画像出力装置１０１は、第四の動作例における画像出力装置１０１と同様に図１１におけるステップＳ１１０１〜１１０８、ステップＳ１１１１を実行し、必要であればファイルの取得を試みる（ステップＳ１２０１〜ステップＳ１２０８、ステップＳ１２１１）。ステップＳ１２０７、ステップＳ１２１１、ステップＳ１２０８の際にファイル取得の失敗があった場合（ステップＳ１２１７）、取得に失敗した旨をオペレータへ通知し（ステップＳ１２１３）、取得失敗したファイルに依存したページを更新対象ページの候補より外す（ステップＳ１２１４）。オペレータによりファイル取得失敗時に画像データを破棄するよう設定されていれば（ステップＳ１２１５）、取得失敗したファイルに依存したページに関する画像データを構造化文書ファイル内より削除する（ステップＳ１２１６）。
【００４５】
なお、ファイル取得失敗の通知（ステップＳ１２１３）の手段としては、表示部２０６やプリンタ１０３、もしくは画像出力装置１０１に追加されている他のインタフェースを用い、オペレータへファイル取得失敗の旨を通知する。以下、更新対象ページの画像データを更新し（ステップＳ１２０９）、再生成規則を更新（ステップＳ１２１０）する動作は図１１におけるステップＳ１１０９、ステップＳ１１１０と同様である。
【００４６】
画像出力装置１０１により、オペレータがファイル取得失敗時に画像データを破棄するよう設定していれば常に最新の画像データのみを取得することが可能となり、オペレータがファイル取得失敗時に既にある画像データを再利用するように設定していれば、ファイル取得を失敗したか否かに関わらず画像データを取得することが可能となる。
【００４７】
また、上記の例ではファイル取得失敗時の処理として画像データの破棄と保持のみ設定可能としたが、ファイル取得失敗時には画像データ生成部においてファイルが不足する条件下での画像データを生成するよう指定できるようにする等、設定項目を拡張する機能を備えても良い。
【００４８】
なお、第五の動作例では第四の動作例から派生した例を示したが、第一、第二、第三の動作例においても同様に派生することもできる。例えば、第一の動作例より、ファイル取得成功時には画像データを生成し、ファイル取得失敗時には画像データを生成しないといった処理を行うことも考えられる。
【００４９】
次に、第六の動作例として、構造化文書ファイルより、プレビュー用画像データ、印刷用画像データ及び再生成規則を生成し、構造化文書ファイル内に格納する際、同時に生成された印刷用画像データより生成元のデータ（一次情報）を再生するための分離個所識別情報を格納する例を示す。
【００５０】
図１３は、画像出力装置１０１の第六の動作例を示すフローチャートである。図１３は、第一の動作例である図６に分離個所識別情報に関する処理ステップＳ１３２０、ステップＳ１３２２を加えたものである。以下、図１３のフローチャートを用いて第六の動作例を説明する。
【００５１】
第六の動作例における画像出力装置１０１は、第一の動作例と同様に図６におけるステップＳ６０１〜ステップＳ６０８（図１３におけるステップＳ１３０１〜ステップＳ１３０８）に加え、ステップＳ１３２０を実行する。ステップＳ１３２０ではステップＳ１３０２で取得した各ファイルに対し、他のファイルと識別可能な識別子（分離個所識別情報）を割り当てる。
【００５２】
第一の動作例と同様に、取得する必要がある全てのファイルを取得したら構造化文書ファイル（二次情報）生成のための処理であるステップＳ６０９〜ステップＳ６１２（図１３におけるステップＳ１３０９〜ステップＳ１３１２）を、途中ステップＳ１３２１、ステップＳ１３２２を含めて処理する。
【００５３】
ステップＳ１３２１では、ステップＳ１３１０で生成した印刷用画像データに含まれる要素のうち各一次情報から生成された個所が判別できる場所にステップＳ１３２０で割り当てた分離個所識別情報を記述する。
【００５４】
ステップＳ１３２２では、ステップＳ１３１２で生成したorg要素内のdata要素に対し、ステップＳ１３２０で割り当てた分離個所識別情報と、印刷用画像データ内の分離個所識別情報が記述された個所より一次情報が復元可能か否かのフラグ（再利用可能フラグ）とを記述する。上記分離個所識別情報と再利用可能フラグは画像データ再生成時に利用される。
【００５５】
第一の動作例と同様に図５に示す構造化文書ファイルを第六の動作例で処理した結果を図１４に示す。ステップＳ１３２０により、３つの一次情報（http://www.server105/patent.xhtml, http://www.server106/image/image1.jpg, http://www.server106/ image2.jpg）に対し、個別の識別子（patent.xhtml, image1.jpg, image2.jpg）を割り当て、以降、分離個所識別情報として利用する。全てのファイルの取得が終了し各画像データを生成した後（ステップＳ１３０９、ステップＳ１３１０）、印刷画像用データにおける各一次情報から生成される個所に分離個所識別情報を記述する（ステップＳ１３２１）。
【００５６】
図１４におけるsvg要素の持つid属性、defs要素の子要素であるImage要素の持つid属性に上記分離個所識別情報を記述する点が、第一の動作例における図３とは異なる。上記id属性は、id="patent.xhtml"が宣言されたsvg要素で囲われた部分はpatent.xhtmlと対応するhttp://www.server105.patent.xhtmlより生成されたことを意味し、id=image1.jpg, image2.jpgを持つimage要素は、それぞれ対応するhttp://www.server 106/image/image1.jpg, http://www.server106/image/image2.jpgより生成されたことを意味する。
【００５７】
また、再生成規則データの生成・記述（ステップＳ１３１１、ステップＳ１３１２）の後、第一の動作例における図３のdate要素内に各一時情報の再生成に関する情報である分離個別識別情報と、一次情報が再生可能かどうかを判別する再生成可能フラグを記述した結果が図１４である。ここでは、ファイルpatent.xhtmlから生成されたid="patent.xhtml"を持つsvg要素以下からファイルpatent.xhtmlを再生成することは出来ないことを意味するreuse="NO"を記述し、image1.jpg、image2.jpgから生成されたid="image1.jpg"、"image2.jpg"を持つimage要素以下からimage1.jpg、 image2.jpgが再生成することが出来ることを意味するreuse="OK"を記述する（ステップＳ１３２２）。
【００５８】
以上が第六の動作例における分離個別識別情報を含めた画像データ生成の手順である。
なお、第五の動作例ではＳＶＧ画像を対象としていたため、画像処理装置１０１がimage1. jpg、image2.jpgを再生成することが容易であるという前提で再生成可能か否かを決定したが、画像処理装置１０１の構造化文書解析能力や印刷用画像データの画像フォーマット、画像データ内のデータの配置状況により再利用可能フラグに記述すべき情報を変更しても良い。
【００５９】
次に、第七の動作例として、第六の動作例において生成された分離個別識別情報を含む構造化文書ファイル（図１４）に基づく画像データの生成プロセスの例を説明する。
【００６０】
第七の動作例における画像出力装置１０１は、オペレータがファイル取得失敗時の画像データ更新の規則を設定する機能を提供する。第五の動作例とは異なり、前記設定機能を用いることで、依存するファイルの取得に失敗した際に、既に構造化文書ファイル内に保持する画像データをそのまま再利用するか、構造化文書ファイル内に保持する画像データから取得失敗した画像データを再生成するか、保持する画像データを破棄するかを設定することが可能となる。
【００６１】
図１５は、画像出力装置１０１の第七の動作例を示すフローチャートである。図１５は、第五の動作例における図１２に一次情報の再生成に関する処理ステップＳ１５２０〜ステップＳ１５２３を加えたものである。以下、図１５のフローチャートを用いて第七の動作例を説明する。
【００６２】
第七の動作例に係る画像出力装置１０１は、第五の動作例に係る画像出力装置１０１と同様に、図１２におけるステップＳ１２０１〜ステップＳ１２１２（図１５におけるステップＳ１５０１〜ステップＳ１５１２）を実行し、画像データ更新の必要の有無を判断する。更新の必要が無いか、必要があっても必要なファイルを全て取得できたならば第五の動作例と同様に画像データの更新を実行する。一方、画像データの更新に必要なファイルの一部が取得できなければ第五の動作例と同様にファイル取得失敗に関する処理に移行する。
【００６３】
第七の動作例ではオペレータにファイル取得失敗の旨を伝えた（ステップＳ１５１３）後、第五の動作例とは異なり、オペレータの指示があれば一次情報の再生成を試みる。図１４を入力とすると、date要素の持つid属性とreuse属性を参照し、reuse="NO"であるpatent.xhtmlは再生成不可能と判断し、reuse="YES"であるimage1.jpg, image2.jpgは再生成可能であると判断する。実際に再生成する処理は画像出力装置１０１が備えているが、ＳＶＧの仕様により再生成のプロセスが明確なためここでは説明を省略する。
【００６４】
再生成が可能であれば再生成を行い、再生成したデータを取得に失敗したファイルの代わりに利用して構造化文書ファイルを更新し、画像の更新を継続する。一方画像の再生成に失敗した場合は第五の実施例と同様にステップＳ１５１４〜ステップＳ１５１６を処理し、画像の再利用又は画像の破棄を行う。
【００６５】
本実施形態においては、全てプレビュー用画像データと印刷用画像データを共に更新していたが、本発明はこれに限らずその一方のみを更新する場合においても同様に適用し得るものである。
【００６６】
また、本実施形態においては、扱うデータは全て画像データであったが、動画データ、音データ、文字データ等の他種のデータとの一つ以上の組み合わせからなるデータにおいても同様に適用し得るものである。
【００６７】
また、本実施形態においては、構造化文書ファイルとしてＸＭＬ形式のファイルを例に説明したが、ＨＴＭＬなど他の構造化文書の処理においても本発明は適用し得るものである。
【００６８】
なお、以上のような動作はＣＰＵ２０１がＲＯＭ２０２やＲＡＭ２０３に記憶したプログラムに基づいて実行するものであるが、本発明は、このようなプログラムをフレキシブルディスクやハードディスク、磁気テープ、コアメモリ等の磁気記録媒体、ＣＤ、ＤＶＤ、フォログラフィックメモリ等の光記録媒体、メモリカード等の半導体記録媒体、パンチカード、紙テープ等の紙記録媒体等、各主記憶媒体に格納し、これを専用のデータ読取装置によってコンピュータ等の情報処理装置に取り込み、ＣＰＵ２０１で実行するようにしても良い。また、インターネット等の通信媒体を介してコンピュータ等の情報処理装置がプログラムを取得し、ＣＰＵ２０１で実行するようにしても良い。
【００６９】
また、以上の実施形態では、主にファイルサーバを例に説明したが、本発明はこれに限らず、例えばＨＴＴＰサーバやＦＴＰサーバ等の各種サーバ装置、携帯電話機等の通信装置、デジタル複写機などの文書処理装置、あるいはコンピュータ等の情報処理装置における装置制御においても、同様に適用し得るものである。
【００７０】
以上説明したように、本実施形態によれば、最低限の更新確認作業で最新の二次情報であるか否かを確認することが可能となり、不要な二次情報更新作業を避けることが可能となる。加えて、ページ単位等、二次情報全体を区分する単位を設けることで二次情報の更新作業を極力少なくすることが可能となる。
【００７１】
さらに、本実施形態によれば、リンク先ファイルが削除された場合の削除前の画像データの扱いを設定することで、常に最新の情報のみ取得したり、常に何かしらの画像データを取得したりする等、ファイル削除の影響をコントロールすることが可能となる。また、一度必要なファイルのリストを作ってしまえば更新の際に依存関係を再度解決することなく、効率良く必要なファイルの更新確認と収集を行うことができるようになる。
【図面の簡単な説明】
【００７２】
【図１】本発明の実施形態に係る画像出力装置を含むシステムの概略構成を示す図である。
【図２】画像出力装置のハードウェア構成を示すブロック図である。
【図３】画像出力装置内の記憶部に格納される構造化文書ファイルの一部構成を示す図である。
【図４】図３に示した構造化文書ファイルから指定されるファイルpatent.xhtmlの一部構成を示す図である。
【図５】第一の動作例に係る構造化文書ファイルの一部構成を示す図である。
【図６】画像出力装置の第一の動作例を示すフローチャートである。
【図７】画像出力装置の第二の動作例を示すフローチャートである。
【図８】複数ページより構成される構造化文書ファイルの例を示す図である。
【図９】画像出力装置の第三の動作例を示すフローチャートである。
【図１０】図８に示す構造化文書ファイルを第三の動作例に係る画像出力装置で処理した結果を示す図である。
【図１１】画像出力装置の第四の動作例を示すフローチャートである。
【図１２】画像出力装置の第五の動作例を示すフローチャートである。
【図１３】画像出力装置の第六の動作例を示すフローチャートである。
【図１４】図５に示す構造化文書ファイルを第六の動作例で処理した結果を示す図である。
【図１５】画像出力装置の第七の動作例を示すフローチャートである。
【符号の説明】
【００７３】
１０１  画像出力装置
１０２  ＬＡＮ
１０３  プリンタ
１０４  ＰＣ
１０５、１０６  ファイルサーバ
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  記憶部
２０５  操作部
２０６  表示部
２０７  ＬＡＮｉ／ｆ
２０８  ＬＡＮ回線
２０９  ＵＳＢｉ／ｆ
２１０  ＵＳＢ回線
【図１】
2005267343.tif 000003
【図２】
2005267343.tif 000004
【図３】
2005267343.tif 000005
【図４】
2005267343.tif 000006
【図５】
2005267343.tif 000007
【図６】
2005267343.tif 000008
【図７】
2005267343.tif 000009
【図８】
2005267343.tif 000010
【図９】
2005267343.tif 000011
【図１０】
2005267343.tif 000012
【図１１】
2005267343.tif 000013
【図１２】
2005267343.tif 000014
【図１３】
2005267343.tif 000015
【図１４】
2005267343.tif 000016
【図１５】
2005267343.tif 000017