(57)【要約】【課題】  文書ファイルをひとつのファイルにまとめると、データ量が多くなった際にパフォーマンスが悪い。【解決手段】  文書データ中の複数のファイルから、部分的に選択して展開可能にし、アプリケーションの起動時に最低限必要なファイルのみを展開する。  また、データサイズが大きいページはデータをページ毎に参照形式で保存し、プレビューに必要なデータ量を減らす。  また、文書ファイル保存時に、変更した構成ファイルのみを文書ファイルの後端に追加保存可能にすることで、保存時のファイル書き込み量を減らす。【選択図】  図１
2007272631.tif 000002
【特許請求の範囲】
【請求項１】
文書処理システムのデータ保存管理方法であって、
文書データの中に含まれる複数のファイルを統合的に管理する、インデックスデータ保持手段を持ち、
文書データの中に含まれる複数のファイルから、部分的に選択して展開可能なデータ展開手段を持ち、
文書処理アプリケーションの起動時に、起動時には不要なファイルを展開せずに処理を継続可能な文書処理システム。
【請求項２】
請求項１記載の文書処理システムにおいて、
文書データ作成時に、ページデータの負荷をページ毎に判定する負荷判定手段と、
コンテンツデータを参照形式に変換し、コンテンツデータと参照データとに分解する、コンテンツ変換手段と、
低解像度の表示用画像を生成する低解像度画像生成手段とを持ち、
前記負荷判定手段で負荷が大きいと判定されたページについて、低解像度画像を表示に使用することを特徴とする請求項１記載の文書処理システム。
【請求項３】
請求項２記載の負荷判定手段は、データサイズが描画内容によってあらかじめ定めた値あるいは割合よりも大きいか否か、描画内容が複雑か否か、のいずれかあるいは両方の判定をページ毎に行うことを特徴とする請求項２記載の文書処理システム。
【請求項４】
請求項１記載の文書処理システムにおいて、
文書データ保存時に、更新されたインデックスデータと、変更した構成ファイルのみを文書ファイルの後端に追加保存可能な、追加保存手段を持ち、
文書データにインデックスデータが複数存在する場合、最後に格納されたインデックスデータを用いることを特徴とする請求項１記載の文書処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、高解像度の画像データを読み取って印刷を行う文書処理システムの、データ保存管理方法及びそのシステムに関するもので、特にパーソナルコンピュータ等の情報処理装置とプリンタおよびスキャナあるいは複合機から成るシステムにおけるデータ保存管理方法及びそのシステムに関するものである。
【背景技術】
【０００２】
従来、画像読み取り編集装置で読み取った画像を編集可能な文書処理システムにおいては、本文原稿(コンテンツデータ)と印刷構成情報(ジョブチケット)、管理情報(アプリケーションデータ)とをまとめて、文書データとして管理している。このような、複数のファイルから成る文書データを扱う方法としては、たとえば特開平１１−１２０２０２公報に開示されているように、ページ単位に原稿を分けて保存し「バラバラの複数のファイル群をもって、一つの文書データとして扱う方法」がとられている。
【特許文献１】特開平１１−１２０２０２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、複数のファイルをもってひとつの文書データとする構成では、構成ファイル全部がそろっていないと文書データを正しく再現できないため、ユーザーの不注意から誤って構成ファイルを破損したり紛失したりしやすいという問題がある。また、複数のファイルに分かれていることからデータの可搬性が悪い。
【０００４】
一方、それら全体を一つにまとめて圧縮し、ひとつのファイルとして管理することで上記欠点を克服する方法も一般に知られているが、高解像度の画像のようにファイルサイズの大きいデータをコンテンツデータとして追加していくと、文書データ全体のファイルサイズが大きくなり、アプリケーション起動時のデータ展開や、ファイル保存時に非常に時間がかかるため、操作性を損なうという問題があった。
【０００５】
本発明は、文書ファイルをひとつのファイルとして管理する際に問題となる、データ展開・ファイル保存時間を改善しようとするものであり、コンテンツデータが大きい場合にも、データ可搬性を損なうことなく、快適な操作を可能にするものである。
【課題を解決するための手段】
【０００６】
高解像度の画像データを読み取って印刷を行う文書処理システムにおいて、文書データの中に含まれる複数のファイルを統合的に管理する、インデックスデータ保持手段を持ち、文書データの中に含まれる複数のファイルから、部分的に選択して展開可能なデータ展開手段を持ち、文書データのページを構成する複数のデータを、ページごとに管理するページデータ管理手段を持つことで、アプリケーションの起動時に、最低限必要なファイルのみを展開することが可能となる。
【０００７】
また、文書データ作成時に、データサイズが大きいか否か、あるいは描画が複雑か否かをページ毎に判定する負荷判定手段と、コンテンツデータをページ毎に参照形式に変換し、コンテンツデータと参照データとに分解する、コンテンツ変換手段と、低解像度の表示用画像を生成する低解像度画像生成手段とを持ち、負荷判定手段で判定されたページについて低解像度画像を表示に使用することで、起動時に参照データを展開せず、アプリケーション起動時に必要になるファイルの総ファイルサイズを減らすことが可能となる。
【０００８】
また、文書ファイル保存時に、更新されたインデックスデータと、変更した構成ファイルのみを文書ファイルの後端に追加保存可能な、追加保存手段を持ち、文書データにインデックスデータが複数格納された場合、最後に格納されたインデックスデータを実際には用いることで、保存時のファイル書き込み量を減らすことが可能となる。
【発明の効果】
【０００９】
以上、本発明によれば、文書処理システムにおいて、起動時に最低限必要なファイルのみを展開することが可能となる。また、起動時に参照データを展開する必要が無くなり、起動時に必要になるファイルの総ファイルサイズを減らすことが可能となる。
【００１０】
また、文書ファイル保存時に、ファイル書き込み量を減らすことが可能となる。
【００１１】
その結果、データ展開・ファイル保存時間が改善され、コンテンツデータが大きい場合にも、データ可搬性を損なうことなく、快適な操作が可能になる。
【発明を実施するための最良の形態】
【００１２】
［本実施形態の文書処理システムの概要］
本発明の第１の実施形態である文書処理システムについて、図１〜図８を参照して説明する。
【００１３】
図１は、本実施形態の文書処理システムで作成する文書ファイルの構成を概念的に示した図である。
【００１４】
文書処理システムは、本発明の文書処理装置（情報処理装置）の好適な実施形態であるコンピュータによって実現され、不図示の記憶装置に文書ファイル１００が保存される。文書ファイル１００は、論理的なページ単位の描画を表現可能なコンテンツデータ１０１と、印刷時の面付け指示やパンチなどの後処理を記述したジョブチケット１０２および、後述するページ管理情報１０３、参照データ１０６、低解像度画像１０５などから構成される。各ファイルは不図示のインデックスデータで、構成ファイルの情報を管理している。
【００１５】
図１は説明の簡便のために概念的に表示しているが、実際には文書ファイル１００は、任意の個数の各構成ファイルを結合した連続データであり、各構成ファイルは任意のデータ圧縮技術によって圧縮される構成をとることも可能である。
【００１６】
コンテンツデータ１０１の実質的な標準形式としては、例えばＰＤＦ形式や、ＳＶＧ形式といった電子原稿形式や、ＪＰＥＧやＴＩＦＦなどの各種画像形式などが採用できる。また、コンテンツデータ１０１は任意の個数に分けて保持する構成をとることが可能である。
【００１７】
図２は、文書処理システムで編集するために、文書ファイル１００をコンピュータ上の記憶装置に展開した後の各構成データの状態を概念的に示した図である。図２に示される展開状態のデータを生成する処理の概要について、データ展開処理の一例を示した図３のフローチャートを用いて説明する。
【００１８】
データ展開処理が開始されると、文書ファイル１００の先頭より、最新のインデックスデータの文書ファイル１００内での位置を読み出す（不図示）。インデックスデータ位置より文書ファイル１００を読み出し、インデックスデータが展開される（Ｓ３０１）。このとき、文書ファイル１００内にインデックスデータが複数存在することもあり得る。この場合にもインデックスデータ位置で指し示されたインデックスデータを最新とみなし、処理が行われる。
【００１９】
インデックスデータは文書ファイル１００内の構成ファイルを管理するための情報で、その一例を図４に示す。インデックスデータには、文書ファイル１００内でファイルを一意に識別するファイル識別子、ファイル名、ファイル種別、更新日時、文書ファイル１００内でのデータ開始位置、更新された同一ファイル名のファイルが文書ファイル内に存在するかを示す更新フラグなどが記録され保持される。データ展開処理では、展開が必要なファイルがある場合、Ｓ３０１で展開されたインデックスデータから検索する。この際、更新フラグが更新済みを示す値（図４の例では１）であるファイルは検索から除外することで、同一ファイル名のファイルが文書ファイル内に存在しても、常に更新されたファイルを展開することになる。
【００２０】
インデックスデータを展開後、展開先２００にジョブチケット２０２を展開し（Ｓ３０２）、ページ管理データ２０３を展開する（Ｓ３０３）。ページ管理データは文書処理システム上の論理的なページ番号と、文書ファイル１００内の構成ファイルとの対応付けを管理するための情報で、その一例を図５に示す。ページ管理データには、文書処理システム上の論理ページ番号と、それに対応するコンテンツデータとそのコンテンツデータ中のページ番号、コンテンツデータのページに対応する対応参照データ、対応低解像度データなどが記録され保持される。対応参照データ、対応低解像度データの詳細については後述する。
【００２１】
文書処理システム上でページ展開が必要な操作が行われた場合、必要なページの数だけ展開指示が実行される（Ｓ３０４）。ページ展開を指示されたページについてページ管理データを検索し、対応するコンテンツデータファイル２０１を展開する（Ｓ３０５）。このとき、展開先２００にすでにファイルが展開済みであれば、何もしない（不図示）。そして、ページ展開を指示されたページについてページ管理データを検索し、対応する低解像度画像２０５を展開する（Ｓ３０６）。このとき、展開先２００にすでにファイルが展開済みであれば、何もしない（不図示）。ページ展開を指示されたページをすべて展開するまでコンテンツデータの展開（Ｓ３０５）と低解像度画像の展開（Ｓ３０６）を繰り返し、データ展開処理を終了する。文書処理システムのページ展開指示は必要なページのみ実行されるため、図２の例は、たとえば文書処理システムのプレビュー画面に１ページ目と２ページ目を表示する必要があり、それ以外のページは表示していない状態である場合を例示しており、１ページ目のコンテンツデータおよび、２ページ目のコンテンツデータ、２ページ目の低解像度画像が展開され、それ以外のページのコンテンツデータは展開されていない。文書処理システム起動時の表示には、先頭の数ページのみ必要でそれ以外は起動時点では表示の必要がない場合が多いため、すべてのページを展開する場合に比べて、起動時のページ展開処理を短くすることができる。
【００２２】
図６のフローチャートは、画像からなる原稿データから前述の構造を持った文書ファイル１００を作成する際の処理について示したものである。文書処理システムに対して画像追加が指示されると、画像データサイズがあらかじめ定めた一定値を超えるか判断する（Ｓ６０１）。なお、別の実施例としては、解像度が一定値よりも大きいか否かを判定基準として用いることも可能である。さらに別の実施例としては、画像以外のページ記述言語からなる原稿データから文書ファイル１００を生成する場合に、描画内容の複雑さをもって判定基準とする構成をとることも可能である。
【００２３】
データサイズが大きいと判定された場合、参照形式となるコンテンツデータを作成し（Ｓ６０２）、作成したコンテンツデータから、実際にコンテンツデータを描画した画像を低解像度で作成する（Ｓ６０３）。後述する文書処理システムのプレビュー処理には、この処理で作成した低解像度画像を使用する。参照形式のコンテンツデータは、コンテンツデータ内に別のデータファイルの位置情報を保持したデータ形式で、コンテンツデータ自体のファイルサイズを小さくすることができるファイル形式である。
【００２４】
データサイズが小さいと判断されたページは、原稿データからそのままコンテンツデータを作成する（Ｓ６０４）。
【００２５】
そして、追加するすべてのページについてコンテンツデータを作成するまで繰り返す（Ｓ６０５）。すべてのページについて処理し終わると、作成したページについてページ管理データを作成し（Ｓ６０６）、初期状態のジョブチケットを作成し（Ｓ６０７）、インデックスデータを作成して、作成したすべてのファイルについての情報を記載する（Ｓ６０８）。そして、作成したすべてのファイルを結合し、結合したファイル後端にインデックスデータを結合し、結合したファイル先端にインデックスデータ位置を記載して、文書ファイル作成処理を終了する（Ｓ６０９）。
【００２６】
図７のフローチャートは、前述の構造を持った文書ファイル１００を文書処理システムでプレビューする処理の一例を示したものである。
【００２７】
文書処理システム上でページをプレビューする必要が生じると、展開先２００上に当該ページのコンテンツデータ２０１が展開済みであるか判定する（Ｓ７０１）。コンテンツデータ２０１が展開されていない場合、ページ展開指示を行い、コンテンツデータおよび低解像度画像を展開する（Ｓ７０２）。
【００２８】
そして、当該ページの低解像度画像が存在するか判定し（Ｓ７０３）、存在する場合は低解像度画像を使用してプレビュー処理を行う（Ｓ７０４）。存在しない場合はコンテンツデータを使用してプレビュー処理を行う（Ｓ７０５）。先に説明した文書ファイル生成処理において、データサイズの大きいコンテンツデータには低解像度画像が生成されているため、文書処理システムのプレビュー処理時に必要となるファイルの、総ファイルサイズを少なくすることができる。
【００２９】
図８のフローチャートは、文書処理システムで編集した文書ファイルを保存する処理の一例を示したものである。
【００３０】
保存処理が開始されると、展開先２００に存在するファイルとインデックスデータ内の当該ファイルの更新日時とが比較され（Ｓ８０１）、展開先２００に存在するファイルのほうが新しい、あるいはインデックスデータに存在しない場合、当該ファイルを結合ずみの文書ファイル１００の後端に追加結合し（Ｓ８０２）、インデックスデータに当該ファイル情報を追加記載する（Ｓ８０３）。このとき、インデックスデータに当該ファイルがすでに存在する場合、インデックスデータ上の当該ファイルの更新フラグを、更新済みを示す値（図４の例では１）に変更したうえで、追加記載する。
【００３１】
なお、更新日時の比較（Ｓ８０１）の際、インデックスデータ内の更新フラグが更新済みを示す値（図４の例では１）であるファイルは検索から除外することで、同一ファイル名のファイルが文書ファイル内に存在しても、常に更新されたファイルについて比較参照することになる。
【００３２】
そして、展開先２００に存在するファイルすべてについて終了するまで繰り返し（Ｓ８０４）、すべてのページについて処理し終わると、結合したファイル後端にインデックスデータを結合し（Ｓ８０５）、結合したファイル先端にインデックスデータ位置を記載して（Ｓ８０６）、文書ファイル保存処理を終了する。
【００３３】
文書ファイル１００自体は変更せず、追加、一部上書きするだけであるため、変更データ量が少ない場合に、全てのファイルから文書ファイル１００を生成しなおす処理に比べ保存処理に必要となる処理時間を少なくすることができる。
【００３４】
一方、図８のフローチャートで示す保存処理は、文書ファイルの変更が行われるつどファイルサイズが増加する処理であるため、保存処理を行った後に不図示のファイル最適化を任意で実行する構成をとることも可能である。ファイル最適化は、文書ファイルの構成ファイルを全て展開・再結合して、インデックスデータ上、ファイルの更新済みであるファイルを取り除く処理である。具体的には、文書ファイルを展開し、インデックスデータ上のファイルの更新フラグを確認し、更新済みを示す値（図４の例では１）であるファイルを削除し、インデックスデータを更新、構成ファイルを再結合して文書ファイルを生成する。
【００３５】
以上説明した構成をとることで、文書処理システムの起動時に、最低限必要なファイルのみを展開することが可能となる。
【００３６】
また、低解像度画像を表示に使用することで、起動時に参照データを展開せず、起動時に必要になるファイルの総ファイルサイズを減らすことが可能となる。
【００３７】
また、文書ファイル保存時のファイル書き込み量を減らすことが可能となる。
【００３８】
尚、本実施形態で示したフローチャートにおいて、その前後は処理が未完成にならない限り入れ替えることが可能である。
【００３９】
また、本発明は、複数の機器(例えばホストコンピュータ、インタフェース機器、リーダ、プリンタなど)から構成されるシステムに適用しても、一つの機器からなる装置（複写機、プリンタ、ファクシミリ装置など）に適用してもよい。
【００４０】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００４１】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【００４２】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００４３】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【図面の簡単な説明】
【００４４】
【図１】本実施形態の文書処理システムで作成する文書ファイルの構成を概念的に示した図である。
【図２】本実施形態の文書ファイルをコンピュータ上の記憶装置に展開した後の各構成データの状態を概念的に示した図である。
【図３】文書ファイルのデータ展開処理の一例を示すフローチャートである。
【図４】文書ファイルの構成ファイルを管理するためのインデックスデータの一例を示す表である。
【図５】文書処理システム上の論理的なページ番号と、文書ファイルの構成ファイルとの対応付けを管理するためのページ管理データの一例を示す表である。
【図６】画像からなる原稿データから文書ファイルを作成する際の処理の一例を示すフローチャートである。
【図７】文書ファイルを文書処理システムでプレビューする処理の一例を示すフローチャートである。
【図８】文書処理システムで編集した文書ファイルを保存する処理の一例を示すフローチャートである。
【図１】
2007272631.tif 000003
【図２】
2007272631.tif 000004
【図３】
2007272631.tif 000005
【図４】
2007272631.tif 000006
【図５】
2007272631.tif 000007
【図６】
2007272631.tif 000008
【図７】
2007272631.tif 000009
【図８】
2007272631.tif 000010