JP2005157795A - 文書管理システム、解像度変換方法、プログラムおよび記憶媒体 - Google Patents

Abstract

【課題】 ページ単位で確定される統一フォーマットでデータが作成されていても解像度を変更することができるようにする。
【解決手段】 互いに作成方式の異なる複数のデータを所定の解像度で所定の同一のフォーマットにそれぞれ変換し、変換前のデータと変換後のデータとを対応付けて文書管理データベース１０８に保存する。解像度の変更指示を受けたとき、アプリケーション指示生成部１０９またはリサンプリング処理１１０が、文書管理データベース１０８に保存された変換前のデータを取り出して、前記指示された解像度に従って前記所定のフォーマットへの変換を行い、該変換されたデータを、電子バインダ形式文書変換部１０７が、文書管理データベース１０８に保存されている前記変換後のデータのうち対応するデータと交換する。
【選択図】 図１

Description

本発明は、文書管理システム、解像度変換方法、プログラムおよび記憶媒体に関し、特に、互いに作成方式の異なる複数のデータを所定の同一のフォーマットにそれぞれ変換して保持する文書管理システム、該文書管理システムに適用される解像度変換方法、該解像度変換方法をコンピュータに実行させるためのプログラム、及び該プログラムを記憶した記憶媒体に関する。

企業においてデジタル情報化が進み、数多くの電子データが存在するようになった。例えば、ワードプロセッサ（以下「ワープロ」と略す）アプリケーションによって作成された文書データや、表計算ソフトウェアによって作成された表計算データなどである。また近年は、紙に記載された文書や画像をスキャナやスキャナ機能を備えた複写機によって読み取って画像データに変換し、電子データとして効率的に管理することも行われるようになってきている。

図８は、データベースサーバ、クライアントＰＣ（Personal Computer）、複写機、プリンタ、スキャナ等で構成される従来の文書管理ネットワークの一例を示す図である。

文書管理ソフトウェアによってデータベースサーバ２０１内にデータベースが保持されている。ネットワーク２０２には、データベースにアクセスできるクライアントＰＣ２０３，２０４が接続され、また、ネットワーク対応複写機２０５、ネットワーク対応プリンタ２０６、ネットワーク対応スキャナ２０９が接続されている。クライアントＰＣ２０３には直接、プリンタ２０７とスキャナ２０８とが接続されている。この構成は、文書管理ソフトウェアについて説明するための一例であり、他の構成もあり得る。

ユーザは、クライアントＰＣ２０３やクライアントＰＣ２０４内でアプリケーションソフトウェアを利用して、ワープロ文書や表計算文書を作成する。ユーザは文書管理ソフトウェアによって、データベースサーバ２０１をネットワーク２０２内で共通に利用することができ、これによって、文書を共有して扱える。さらには文書管理ソフトウェアによって、ネットワーク対応のスキャナ２０９や複写機２０５のスキャン機能を用いて紙文書から得られた画像データもデータベースサーバ２０１へ取り込むことが可能である。

こうした種々の電子データがデータベースサーバ２０１で管理される。このデータベースサーバ２０１では、個々の電子データをそれぞれのアプリケーションソフトウェアに対応づけて扱うことが多い。

図９は、文書管理ソフトウェアによって管理されるデータの構成例を示す図である。

３０１はデータのツリー構成提示部であり、この文書管理ソフトウェアが実行されるデータベースサーバ２０１内のデータが階層化されていることを示している。このツリー構成提示部３０１における特定の部分を選択した場合に、ツリー構成提示部３０１の右側に、その特定の部分に含まれるデータ３０２、３０３、３０４、３０５が表示される。データ３０２、３０５が画像データであり、データ３０３、３０４がアプリケーション文書データ（所定のアプリケーションソフトウェアによって作成された文書データ）であり、異なるアプリケーションソフトウェアに対応した複数のデータが同一のデータベース上に保存されていることを示している。このように、アプリケーション文書データと画像データとを、文書管理ソフトウェアによって共通に扱うことができる。

すなわち、文書管理ソフトウェア無しでは、異なるアプリケーションソフトウェアで作成された個々のデータは、それぞれが別々の形式のデータとなってしまい、共通に扱うことはできない。例えば、ワープロソフトウェアで作成された文書に、表計算ソフトウェアで作成されたグラフの一部と、紙文書をスキャン読み取りすることで得られた画像データとを挟み込んで、ひとつの文書として扱うことは困難であった。そこで、複数の異なるアプリケーションソフトウェアで作成された文書データや画像データを、統一したフォーマットに変換することで、異なるアプリケーションソフトウェアで作成された文書データや画像データをまとめてひとつの文書データとして扱えるようにした電子バインダ機能を備えた文書管理ソフトウェアが提案されている。

電子バインダ機能を備えた文書管理ソフトウェアについて、具体的な例を挙げて以下に説明する。

ここでは、電子バインダ機能のための統一されたフォーマットとして、Ｗ３Ｃ（World Wide Web Consortium）で策定されたＳＶＧ（Scalable Vector Graphic Format）やAdobe社の作成したＰＤＦ（Portable Document Format）など、ページ単位で確定されるフォーマットを採用する。なお、ページ単位で確定されさえすれば、電子バインダ機能のための統一フォーマットは、ＳＶＧやＰＤＦに限らなくてもよい。ページ単位で確定することの必要性は、ページ単位の確定によって、ページの並べ替え、削除が文書管理ソフトウェアから容易に行えることにある。

アプリケーション文書をこの統一フォーマットにデータ変換するために、アプリケーションの印刷機能を利用することができる。すなわち、プリンタドライバが、アプリケーションから出力された印刷データを上記フォーマットに変換できる機能を有している。文書管理ソフトウェアでは、電子バインダ形式で文書データを作成するとき、アプリケーションを起動して、変換に利用するプリンタドライバを選択して駆動させる。これによって、ページ単位で確定される統一フォーマットに変換された文書データがプリンタドライバから出力されて、文書管理ソフトウェア側で電子バインダ形式のデータとして取り込まれる。

図１０は、こうした文書管理ソフトウェアとプリンタドライバとアプリケーションとによるデータ変換の手順を示す図である。

ユーザが文書管理ソフトウェア４０１にアプリケーションデータ４０２をインポートする。すると、文書管理ソフトウェア４０１は、アプリケーションデータ４０２に対応したアプリケーション、すなわちアプリケーションデータ４０２のファイルを開くことのできるアプリケーション４０３を自動的に起動する。さらに、電子バインダ形式で文書データを作成できるプリンタドライバ４０４がアプリケーション４０３によって自動的に選択され、プリンタドライバ４０４が起動される。このプリンタドライバ４０４の起動の結果、ページ単位で確定される統一フォーマットでデータ４０５が生成される。生成後、例えばＯＳ（Operating System）によるメッセージ通信などによって、文書管理ソフトウェア４０１にプリンタドライバ４０４から終了通知が伝わり、文書管理ソフトウェア４０１は、生成されたデータ４０５を電子バインダ形式の文書データとして取り込む。

上記の例では、文書管理ソフトウェア４０１に電子バインダ形式で文書データを入力しているが、文書管理ソフトウェア４０１内の既存の電子バインダ形式の文書データに文書データを追加する場合も同様の処理である。なお、電子バインダ形式の文書内のページの並べ替えやページの削除、回転などの編集を行ったりする機能も文書管理ソフトウェア４０１が有している場合がある。

そのような電子バインダ機能で作成された文書データをそのまま、プリンタや複写機での印刷に利用することも行われている。例えば、複数の異なるアプリケーションで作成された各データからなる、電子バインダ機能で作成された文書データをまとめて、面付け等の印刷体裁を与えて印刷する場合に利用されている。

なお、特許文献１における「電子バインダシステム」は、複数の異なるファイルに対して順序付けを行って、あたかも１つの文書のように扱えるようにしたものである。この発明においては、電子バインダシステム内で各ファイルに対して共通のフォーマットによって画像表示、印刷を行うのではなく、オリジナルアプリケーションによって、複数のファイルを１つの文書のように扱っている。

また、特許文献２における「書類作成保管方法及び書類作成保管システム」においては、複数のファイルを共通のフォーマットに変換して画像表示、印刷を行っている。
特開２００１−０３４５１１号公報 特開２００１−２２９１５９号公報

しかしながら、文書管理ソフトウェアを用いる上記の従来の印刷システムにおいては、ページ単位で確定される統一フォーマットで文書データが作成されるために、印刷時に求められている解像度よりも低い解像度で文書データが作成される場合があり、この場合には、印刷品位が低下してしまうという問題があった。また、逆に印刷用の高い解像度に統一されて文書データが作成された場合は、データサイズが大きくなってしまい、高い品位が求められない画像表示のときなどに、表示時間がかかりすぎるという、データサイズが大きいことに起因する問題があった。

本発明はこのような問題点に鑑みてなされたものであって、ページ単位で確定される統一フォーマットでデータが作成されていても解像度を変更することができる文書管理システム、解像度変換方法、プログラムおよび記憶媒体を提供することを目的とする。

上記目的を達成するために、請求項１記載の発明によれば、互いに作成方式の異なる複数のデータを所定の解像度で所定の同一のフォーマットにそれぞれ変換する変換手段と、前記変換手段による変換前のデータと、前記変換手段による変換後のデータとを対応付けて保存する保存手段と、解像度の変更指示を受けたとき、前記保存手段によって保存された前記変換前のデータを取り出して、該変換前のデータに対して前記指示された解像度に従って前記所定のフォーマットへの変換を行う再度変換手段と、前記再度変換手段によって作成されたデータを、前記保存手段によって保存されている前記変換後のデータのうち前記再度変換手段によって作成されたデータに対応するデータと交換する交換手段とを有することを特徴とする文書管理システムが提供される。

請求項６記載の発明によれば、互いに作成方式の異なる複数のデータを第１の解像度で所定の同一のフォーマットにそれぞれ変換する変換手段と、前記変換手段による変換前のデータと、前記変換手段による変換後のデータとを対応付けて保存する保存手段と、印刷指示を受けたとき、前記保存手段によって保存された前記変換前のデータを取り出して、該変換前のデータに対して前記第１の解像度よりも高い第２の解像度で、前記所定のフォーマットへの変換を行う再度変換手段と、前記再度変換手段によって作成されたデータに基づいて印刷装置に印刷を実行させる印刷実行手段とを有することを特徴とする文書管理システムが提供される。

また、請求項８記載の発明によれば、互いに作成方式の異なる複数のデータを所定の解像度で所定の同一のフォーマットにそれぞれ変換する変換ステップと、前記変換ステップによる変換前のデータと、前記変換ステップによる変換後のデータとを対応付けて保存する保存ステップと、解像度の変更指示を受けたとき、前記保存ステップによって保存された前記変換前のデータを取り出して、該変換前のデータに対して前記指示された解像度に従って前記所定のフォーマットへの変換を行う再度変換ステップと、前記再度変換ステップによって作成されたデータを、前記保存ステップによって保存されている前記変換後のデータのうち前記再度変換ステップによって作成されたデータに対応するデータと交換する交換ステップとを有することを特徴とする解像度変換方法が提供される。

請求項１１記載の発明によれば、互いに作成方式の異なる複数のデータを第１の解像度で所定の同一のフォーマットにそれぞれ変換する変換ステップと、前記変換ステップによる変換前のデータと、前記変換ステップによる変換後のデータとを対応付けて保存する保存ステップと、印刷指示を受けたとき、前記保存ステップによって保存された前記変換前のデータを取り出して、該変換前のデータに対して前記第１の解像度よりも高い第２の解像度で、前記所定のフォーマットへの変換を行う再度変換ステップと、前記再度変換ステップによって作成されたデータに基づいて印刷装置に印刷を実行させる印刷実行ステップとを有することを特徴とする解像度変換方法が提供される。

さらに、上記解像度変換方法をコンピュータに実行させるためのプログラム、及び該方法をプログラムとして記憶した、コンピュータにより読み出し可能な記憶媒体が提供される。

本発明によれば、文書管理データベースに格納された電子バインダ形式の文書の解像度を変換して再度、文書管理データベースに格納することができる。これにより、例えば低解像で生成された電子バインダ形式の文書を、高い解像度の電子バインダ形式の文書に作成し直し、高解像度で印刷可能なプリンタに印刷させることができる。

また、最初は低解像度の電子バインダ形式の文書を作成することで、画像表示時の表示時間を短くし、印刷時には、自動的にプリンタに適した高い解像度の電子バインダ形式の文書に変換し、これによって、印刷品位を向上させることができる。

以下、本発明の実施の形態を、図面を参照して説明する。

［第１の実施の形態］
図１は、本発明の第１の実施の形態に係る文書管理システムにおける電子バインダ形式で文書を保存する部分の構成を示すブロック図である。一般に文書管理システムは、電子バインダ形式の文書でなくとも管理できるなど、複雑な構成を備えているが、図１では、電子バインダ形式で文書を保存する部分の構成だけを示す。

なお、本実施の形態においては、アプリケーション文書データや画像データが統一して変換される電子バインダ形式の統一フォーマットを、ＮＤＦ（Neutral Data Format）と呼ぶことにする。ＮＤＦは、Adobe社の作成したＰＤＦや、Ｗ３Ｃで策定されたＳＶＧや、その他のページ単位でデータを確定するデータフォーマットのいずれであってもよい。

図中１０１は文書管理システムであり、少なくともＣＰＵ，ＲＯＭ，ＲＡＭ等を備えたハードウェア構成を備えており、以下では、こうしたハードウェアによって実現される機能構成を説明する。

文書管理システム１０１には、アプリケーション文書１０２や画像１０３が電子バインダ形式の文書として登録される。すなわち、アプリケーション文書１０２が文書管理システム１０１内にインポートされると、文書形式判定部１１１が文書形式を判定する。その結果、アプリケーション文書であるので、文書形式判定部１１１は、アプリケーション文書１０２をアプリケーション起動部１０４に送る。アプリケーション起動部１０４は、ＯＳ上でアプリケーション文書１０２に関連付けられたアプリケーションを起動し、アプリケーションの印刷機能に基づき、プリンタドライバ１０５を用いてアプリケーション文書１０２のＮＤＦへの変換を行う。そして、ＮＤＦ変換されたアプリケーション文書１０２は電子バインダ形式文書変換部１０７に送られる。

また画像１０３が文書管理システム１０１にインポートされた場合は、文書形式判定部１１１による文書形式の判定の結果、画像データであるので、文書形式判定部１１１は、画像１０３を画像変換処理部１０６に送る。画像変換処理部１０６は、通常の画像処理技術により画像１０３をＮＤＦに変換し、電子バインダ形式文書変換部１０７に送る。

電子バインダ形式文書変換部１０７は、送られたＮＤＦ変換後のアプリケーション文書１０２または画像１０３を基にして電子バインダ形式の文書を作成し、文書管理データベース１０８に登録する。なお、文書管理システム１０１にＮＤＦ形式の文書１１２がインポートされた場合は、ＮＤＦ変換処理は実行されず、文書形式判定部１１１から直接、電子バインダ形式文書変換部１０７へ送られ、それを基に電子バインダ形式の文書が作成され、文書管理データベース１０８に登録される。

ユーザが文書管理システム１０１に対して解像度変更を指示した場合には、文書管理データベース１０８からアプリケーション文書データまたは画像データが取り出される。そして文書形式に応じて、例えばアプリケーション文書であれば、アプリケーション指示生成部１０９が、ＮＤＦ変換を行うプリンタドライバ１０５に与えるパラメータを生成し、アプリケーション文書とともにアプリケーション起動部１０４へ送る。アプリケーション起動部１０４は、送られたパラメータをプリンタドライバ１０５に設定した上で、上述のアプリケーション文書１０２のインポートの場合と同様の処理を行う。これによって、電子バインダ形式文書変換部１０７で、新規に電子バインダ形式の文書が作成されるのではなく、文書管理データベース１０８に格納された文書の解像度変更がなされる。

一方、文書管理データベース１０８から画像が取り出された場合は、リサンプリング処理部１１０が、指示された解像度に応じて、画像のダウンサンプリングまたはアップサンプリングを行い、得られた画像データを画像変換処理部１０６に送る。画像変換処理部１０６は、上述の画像１０３のインポートの場合と同様の処理を行う。

図２は、文書管理データベース１０８に格納される電子バインダ形式の文書データの構成を示す図である。

文書データ５０１は、必ず備えねばならない必須データと、必ずしも備えないでもよいオプションデータとからなる。電子バインダ管理データ５０２は必須データであり、文書データ５０１がいかなるデータからなっているのかを定義するものである。電子バインダ管理データ５０２は、以下に示す５０３から５０７までのデータについての関連情報から構成される。

構築データ５０３は、ＮＤＦに変換されて最終的に生成されたデータである。

オリジナルデータ５０４は、アプリケーション文書データや画像データなど、ＮＤＦに変換される前のデータである。図３は、オリジナルデータ５０４の内部構成を示す図である。

オリジナルデータ５０４は、オリジナルデータ部分６０１と、複数のページデータを含むページデータ部分６０２と、各ページデータに対応するサムネイルを含むサムネイル部分６０３とから構成される。図３に示す例では、ページデータ部分６０２が４つのページデータから成っている。なお、オリジナルデータ５０４は、オリジナルデータ部分６０１だけで構成されてもよいし、ページデータ部分６０２だけで構成されてもよい。サムネイル部６０３は、オプションデータであって、存在しない場合もあり得る。さらに、文書データ５０１を編集する必要が無くなった場合には、オリジナルデータ５０４も存在しなくてもよい。

サムネイル５０５は、構築データ５０３における各ページに対応するサムネイルデータである。

ジョブチケット５０６は、面付けをどのように行うか、また印刷の設定をどのように行うかを示すデータである。

アプリ独自データ５０７は、文書管理ソフトウェア、面付けソフトウェアなど、文書データ５０１を作成または編集するアプリケーションにおける独自データである。

電子バインダ管理データ５０２を除いたその他の各データ５０３〜５０７はオプションデータであり、各データを備えるようにするか否かについては、文書管理ソフトウェアや面付けソフトウェアなどの機能に応じて選択される。

ところで、ＮＤＦ変換の対象が画像データである場合は、所望の解像度に応じたリサンプリング処理が行われてＮＤＦデータが作成され、アプリケーション文書データの場合は、たとえばプリンタドライバの解像度設定や文書管理ソフトウェアの解像度設定に応じた解像度のＮＤＦデータが作成される。すなわち、さまざまな解像度の文書が混在して電子バインダ形式の文書が生成される。

低解像で生成された電子バインダ形式の文書を、高解像度で印刷可能なプリンタに印刷させた場合に、印字品位が落ちてしまう。そこで本実施の形態では、印刷時に、電子バインダ形式の文書を、高い解像度の文書に作成し直すことを行う。これを、図４および図５を参照して説明する。

図４および図５は、印刷時に、電子バインダ形式の文書の解像度を変換する処理の手順を示すフローチャートである。この解像度変換処理は文書管理システム１０１によって実行され、文書管理システム１０１には予め、ユーザが所望の変換後の解像度が指定されているものとする。

ステップＳ９０１において、文書管理データベース１０８から電子バインダ形式の全データの管理データを読み込む。この管理データによって、例えばＮＤＦデータの所在やオリジナルデータの所在が明らかになる。

ステップＳ９０２では、ステップＳ９０１で読み込んだ管理データを参照して、電子バインダ形式の全データの数を認識し、これを制御変数ｎｕｍに代入する。

ステップＳ９０３で、制御変数ｎｕｍが０であるか否かを判定して、０であれば解像度変換処理を終了し、０でなければステップＳ９０４へ進む。

ステップＳ９０４では、判別子ＵｓｅＤｏｃ（ｎｕｍ）を用いて、電子バインダ形式の全データの中のｎｕｍ番目のデータが電子バインダ内で使用されているか否かを判定する。使用されていなければステップＳ９１５へ進み、使用されていればステップＳ９０５へ進む。ここで、判別子ＵｓｅＤｏｃ（ｘ）は、電子バインダ形式の全データの中のｘ番目のデータがこの電子バインダで使用されているか否かを判定して、使用されていればＹＥＳと判定し、使用されていなければＮＯと判定するものである。

ステップＳ９０５では、判別子ＨａｓＯｒｇＤｏｃ（ｎｕｍ）を用いて、電子バインダ形式の全データの中のｎｕｍ番のデータがオリジナルデータ５０４を保持しているか否かを判定する。判別子ＨａｓＯｒｇＤｏｃ（ｘ）は、電子バインダ形式の全データの中のｘ番目のデータがオリジナルデータ５０４を保持しているか否かを判定して、保持していればＹＥＳと判定し、保持していなければＮＯと判定するものである。

ステップＳ９０５で、オリジナルデータ５０４を保持していないと判定されると、解像度変換を行うことができないため、ステップＳ９１５へ進む。オリジナルデータ５０４を保持していると判定されると、ステップＳ９０６へ進む。

ステップＳ９０６では、オリジナルデータ５０４がアプリケーション文書データであるか否かを判定する。この判定は、例えばオリジナルデータ５０４のファイル名の拡張子から行ったり、オリジナルデータ５０４の先頭部分を読み込んで、ファイルの種類を判別したりするなどの方法で行う。その判定の結果、オリジナルデータ５０４がアプリケーション文書データであると判定されればステップＳ９０７へ進み、アプリケーション文書データでないと判定されればステップＳ９１１へ進む。

以下のステップＳ９０７からステップＳ９１０までの処理によって、アプリケーション文書データであるオリジナルデータ５０４に対する解像度の変更が行われる。

ステップＳ９０７において、オリジナルデータ５０４に関連付けられたアプリケーションを起動する。

ステップＳ９０８で、起動されたアプリケーションの印刷機能に基づきプリンタドライバ１０５を起動して、該プリンタドライバ１０５に、指定された所望の解像度を設定する。これによって、指定解像度でオリジナルデータ５０４のＮＤＦ変換が行われる。

ステップＳ９０９で、アプリケーションによって印刷が実行される。

ステップＳ９１０で、印刷終了を待ってアプリケーションを終了し、ステップＳ９１４へ進む。

ステップＳ９１１では、オリジナルデータ５０４が画像データであるか否かを判定する。この判定も、例えばオリジナルデータ５０４のファイル名の拡張子から行ったり、オリジナルデータ５０４の先頭部分を読み込んで、ファイルの種類を判別したりするなどの方法で行う。その判定の結果、オリジナルデータ５０４が画像データであると判定されればステップＳ９１２へ進み、一方、画像データではないと判定されれば、オリジナルデータ５０４がＮＤＦデータであり、この場合には解像度変換を行わず、ステップＳ９１５へ進む。

なお、本解像度変換処理では、ＮＤＦデータの場合に解像度変換を行っていないが、例えばＮＤＦデータが元々は画像データである場合などは、解像度変換が可能であり、こうした場合は、ＮＤＦデータの種類に応じて解像度の変換を行うようにしてもよい。また、ＮＤＦデータの解像度変換が不可能な場合は、ＮＤＦデータからページに対してイメージ化を行い、解像度を変換してもよい。

以下のステップＳ９１２からステップＳ９１４までの処理によって、画像データであるオリジナルデータ５０４に対して解像度の変更が行われる。

ステップＳ９１２では、画像データであるオリジナルデータ５０４に対して解像度を変換するためのリサンプリング処理を実行する。このリサンプリング処理としては、例えばニアレストネイバー法（Nearest Neighbor Method）、バイリニア法（Bi-linear Method）、バイキュービック法（Bi-cubic Method）などを用いる。

ステップＳ９１３では、オリジナルデータ５０４からＮＤＦデータへの変換処理を行い、ステップＳ９１４へ進む。

ステップＳ９１４では、生成されたＮＤＦデータを、文書管理データベース１０８に格納された電子バインダ形式のデータの中の対応するＮＤＦデータと交換する。

ステップＳ９１５では、制御変数ｎｕｍから１を引いたものを制御変数ｎｕｍとして設定する。

ステップＳ９１６では、ステップＳ９１５で設定された制御変数ｎｕｍが０であるか否かを判定して、０であれば解像度変換処理を終了し、０でなければステップＳ９０４へ進む。

以上により、文書管理データベース１０８に格納された電子バインダ形式の文書の解像度を変換して再度、文書管理データベース１０８に格納することができる。これにより、例えば低解像で生成された電子バインダ形式の文書を、高い解像度の電子バインダ形式の文書に作成し直し、高解像度で印刷可能なプリンタに印刷させることができる。

なお、上記の解像度変換処理では、電子バインダ形式のＮＤＦデータにおける解像度とユーザが指定した所望の解像度との比較を行わずに直ぐ解像度変換を行っているが、はじめにそれらを比較する処理を行って、例えば同一の解像度に変換するような無駄な解像度変換処理を行わないようにしてもよい。

［第２の実施の形態］
次に第２の実施の形態を説明する。

一般的に高解像のデータの方が低解像度のデータに比べて、データサイズが大きくなる。これは、高解像度の方がより多くのデータを持っているために必然的なことである。ところが、高解像度のデータであっても画像表示に関しては、表示装置自身が高解像度に対応できないため、高解像度のデータは不要である。さらに、高解像度のデータの場合は処理すべき画素数が増えるため、表示時間が掛かってしまう。通常の表示装置の解像度は、７２ｄｐｉや９６ｄｐｉであり、画像表示されるべきデータはその程度の解像度を持っていれば十分である。

一方、プリンタ等の印刷装置における解像度は、数百ｄｐｉから数千ｄｐｉであり、印刷に用いられるデータは、表示装置に比べ高い解像度を要求される。

そこで、第２の実施の形態においては、最初のＮＤＦデータの作成時は低解像度でＮＤＦデータを作成し、印刷時に自動的にＮＤＦデータを高解像度に変換するようにする。

図６は、本発明の第２の実施の形態に係る文書管理システムにおける電子バインダ形式で文書を保存する部分の構成を示すブロック図である。

なお、本実施の形態においても、電子バインダ形式の統一フォーマットを、ＮＤＦと呼ぶ。

図中１００１は文書管理システムであり、少なくともＣＰＵ，ＲＯＭ，ＲＡＭ等を備えたハードウェア構成を備えており、以下では、こうしたハードウェアによって実現される機能構成を説明する。

まず、文書管理システム１００１に対して、アプリケーション文書１００２、ＮＤＦ形式文書１００３、画像１００４のいずれかが入力された場合のＮＤＦデータの作成について説明する。

アプリケーション文書１００２が文書管理システム１００１に入力された場合、文書形式判定部１００５でアプリケーション文書と判定されてアプリケーション指示生成部１００６へ送られる。アプリケーション指示生成部１００６は、画像表示用の解像度（例えば７２ｄｐｉか９６ｄｐｉ）をＮＤＦデータ作成のために設定する。次のアプリケーション起動部１００７では、アプリケーション文書１００２に関連付けられたアプリケーションが起動され、該アプリケーションの印刷機能に基づきプリンタドライバ１００８が起動される。プリンタドライバ１００８は、アプリケーション指示生成部１００６で設定された解像度により駆動し、この結果、画像表示用の解像度をもったＮＤＦデータが生成され、電子バインダ形式文書変換部１０１２に送られる。

ＮＤＦ文書１００３が文書管理システム１００１に入力された場合は、文書形式判定部１００５でＮＤＦ文書と判定されてＮＤＦ解像度変換部１００９へ送られる。ＮＤＦ解像度変換部１００９は、ＮＤＦデータの解像度を変換し、電子バインダ形式文書変換部１０１２に送る。例えば、ＮＤＦデータが元々画像データである場合、解像度変換が可能であり、こうした場合は、ＮＤＦの種類に応じて解像度の変換を行う。また、ＮＤＦデータの解像度変換が不可能な場合は、ＮＤＦデータからページに対してイメージ化を行い、解像度を変換する。

画像１００４が文書管理システム１００１に入力された場合は、文書形式判定部１００５で画像と判定されてリサンプリング処理部１０１０へ送られる。リサンプリング処理部１０１０はユーザ所望の解像度に変換する。すでに、ユーザ所望の解像度になっていれば、リサンプリング処理部１０１０での処理は行われない。ここでのリサンプリング処理としては、例えばニアレストネイバー法、バイリニア法、バイキュービック法などを用いる。そして、画像変換処理部１０１１が、解像度の変換された画像データをＮＤＦデータに変換し、電子バインダ形式文書変換部１０１２に送る。

電子バインダ形式文書変換部１０１２は、それぞれ送られたＮＤＦデータを基に電子バインダ形式の文書を作成し、文書管理データベース１０１３に登録する。

このようにして作成された電子バインダ形式の文書は低解像度であり、画像表示を高速に行うことが可能ある。

次に、この電子バインダ形式の文書を印刷する場合について、図７を参照して説明する。

図７は、電子バインダ形式の文書を印刷する場合に、文書管理システム１００１において実行される解像度変換処理の手順を示すフローチャートである。

ユーザが、文書管理データベース１０１３に格納された低解像の電子バインダ形式の文書を基にして印刷を行うべく、文書管理システム１００１に対して指示を行うと、図７に示す処理が実行される。

まずステップＳ１１０１において、ユーザによって印刷の解像度が指定される。

次いでステップＳ１１０２で、その指定された解像度を用いて、電子バインダ形式文書の解像度変換処理が実行される。この処理は、図４および図５に示す第１の実施の形態における解像度変換処理と同一の処理である。但し、ここで生成された電子バインダ形式文書は印刷向けの一時的なものであり、文書管理データベース１０１３における対応のデータを変更しないようにする。

ステップＳ１１０３において、印刷用のＮＤＦデータの生成が行われる。すなわち例えば、図２に示した第１の実施の形態におけるジョブチケット５０６と同一のもので示された電子バインダ形式文書の内部のページ番号付けに基づいて、つまり、どのアプリケーション文書データの何ページ目を電子バインダ形式の文書の何ページにするかという情報に基づいて、ＮＤＦデータの生成（並び替える）を行う。

ここで生成されたＮＤＦデータは、ユーザが指定した解像度で作成されており、印刷を行うのに適した高解像度の解像度をもったＮＤＦデータに変換することができる。

なお上記の実施の形態では、図７のステップＳ１１０２で生成された電子バインダ形式文書は一時的なものであって、文書管理データベース１０１３における対応のデータを変更しないとしたが、これに代わって、文書管理データベース１０１３における対応のデータを変更してしまうようにしてもよい。

さらに、図７に示す解像度変換処理では、ステップＳ１１０１においてユーザが解像度を指定するようにしている。しかし、近年のネットワーク対応プリンタでは、アプリケーションが該プリンタとメッセージ通信することにより、該プリンタの能力を問い合わせることが可能なものもあるので、文書管理システム１００１に、ネットワーク対応プリンタの出力解像度を問い合わせる機能を備えるようにして、電子バインダ形式の文書を印刷するときに、出力先のプリンタに出力解像度の問い合わせを行い、返信された解像度を基に自動的に解像度変換を行うようにしてもよい。またこのとき、プリンタから返答が無い場合には、文書管理システム１００１がユーザに印刷用の解像度を問い合わせるようにしてもよい。

以上のように、最初は低解像度の電子バインダ形式の文書を作成することで、画像表示時の表示時間を短くし、印刷時には、自動的にプリンタに適した高い解像度の電子バインダ形式の文書に変換し、これによって、印刷品位を向上できる。

なお、背景技術で示した特許文献１、２における両システムとも、印刷時に、画像表示用の解像度をもった電子バインダ形式の文書を、印刷用の解像度をもった電子バインダ形式の文書に変換する処理を行っていない。

［他の実施の形態］
なお、本発明の目的は、前述した各実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムまたは装置に供給し、そのシステムまたは装置のコンピュータ（またはＣＰＵ、ＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体およびプログラムは本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した各実施の形態の機能が実現される場合も含まれる。

更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した各実施の形態の機能が実現される場合も含まれる。

本発明の第１の実施の形態に係る文書管理システムにおける電子バインダ形式で文書を保存する部分の構成を示すブロック図である。 文書管理データベースに格納される電子バインダ形式の文書データの構成を示す図である。 オリジナルデータの内部構成を示す図である。 印刷時に、電子バインダ形式の文書の解像度を変換する処理の手順を示すフローチャート（１／２）である。 印刷時に、電子バインダ形式の文書の解像度を変換する処理の手順を示すフローチャート（２／２）である。 本発明の第２の実施の形態に係る文書管理システムにおける電子バインダ形式で文書を保存する部分の構成を示すブロック図である。 電子バインダ形式の文書を印刷する場合に、文書管理システムにおいて実行される解像度変換処理の手順を示すフローチャートである。 データベースサーバ、クライアントＰＣ、複写機、プリンタ、スキャナ等で構成される従来の文書管理ネットワークの一例を示す図である。 文書管理ソフトウェアによって管理されるデータの構成例を示す図である。 文書管理ソフトウェアとプリンタドライバとアプリケーションとによるデータ変換の手順を示す図である。

符号の説明

１０１ 文書管理システム
１０２ アプリケーション文書
１０３ 画像
１０４ アプリケーション起動部（変換手段、再度変換手段）
１０５ プリンタドライバ（変換手段、再度変換手段）
１０６ 画像変換処理部（変換手段、再度変換手段）
１０７ 電子バインダ形式文書変換部（交換手段）
１０８ 文書管理データベース（保存手段）
１０９ アプリケーション指示生成部（再度変換手段）
１１０ リサンプリング処理部（再度変換手段）
１１１ 文書形式判定部
１１２ ＮＤＦ形式文書

Claims (16)

1. 互いに作成方式の異なる複数のデータを所定の解像度で所定の同一のフォーマットにそれぞれ変換する変換手段と、
   前記変換手段による変換前のデータと、前記変換手段による変換後のデータとを対応付けて保存する保存手段と、
   解像度の変更指示を受けたとき、前記保存手段によって保存された前記変換前のデータを取り出して、該変換前のデータに対して前記指示された解像度に従って前記所定のフォーマットへの変換を行う再度変換手段と、
   前記再度変換手段によって作成されたデータを、前記保存手段によって保存されている前記変換後のデータのうち前記再度変換手段によって作成されたデータに対応するデータと交換する交換手段と
   を有することを特徴とする文書管理システム。
2. 前記再度変換手段は、前記取り出された前記変換前のデータが所定のアプリケーションソフトウェアによって作成されたデータであるならば、該所定のアプリケーションソフトウェアの印刷機能に基づき起動されるプリンタドライバに、前記指示された解像度を設定して該プリンタドライバを駆動させて、前記所定のフォーマットへの変換を行うことを特徴とする請求項１記載の文書管理システム。
3. 前記再度変換手段は、前記取り出された前記変換前のデータが画像データであるならば、前記指示された解像度に基づくリサンプリング処理を行い、該リサンプリング処理によって得られたデータに対して前記所定のフォーマットへの変換を行うことを特徴とする請求項１記載の文書管理システム。
4. 前記異なる作成方式によって作成された複数のデータは、異なる複数のアプリケーションソフトウェアによって作成された複数の文書データおよび画像データであることを特徴とする請求項１記載の文書管理システム。
5. 前記所定のフォーマットは、前記異なる作成方式によって作成された複数のデータに共通して使用されるとともに、ページ単位で確定できるフォーマットであることを特徴とする請求項１記載の文書管理システム。
6. 互いに作成方式の異なる複数のデータを第１の解像度で所定の同一のフォーマットにそれぞれ変換する変換手段と、
   前記変換手段による変換前のデータと、前記変換手段による変換後のデータとを対応付けて保存する保存手段と、
   印刷指示を受けたとき、前記保存手段によって保存された前記変換前のデータを取り出して、該変換前のデータに対して前記第１の解像度よりも高い第２の解像度で、前記所定のフォーマットへの変換を行う再度変換手段と、
   前記再度変換手段によって作成されたデータに基づいて印刷装置に印刷を実行させる印刷実行手段と
   を有することを特徴とする文書管理システム。
7. 前記印刷装置から、該印刷装置における解像度に関する印刷性能情報を獲得し、該獲得した印刷性能情報を前記第２の解像度として前記再度変換手段へ送る獲得手段を、更に有することを特徴とする請求項６記載の文書管理システム。
8. 互いに作成方式の異なる複数のデータを所定の解像度で所定の同一のフォーマットにそれぞれ変換する変換ステップと、
   前記変換ステップによる変換前のデータと、前記変換ステップによる変換後のデータとを対応付けて保存する保存ステップと、
   解像度の変更指示を受けたとき、前記保存ステップによって保存された前記変換前のデータを取り出して、該変換前のデータに対して前記指示された解像度に従って前記所定のフォーマットへの変換を行う再度変換ステップと、
   前記再度変換ステップによって作成されたデータを、前記保存ステップによって保存されている前記変換後のデータのうち前記再度変換ステップによって作成されたデータに対応するデータと交換する交換ステップと
   を有することを特徴とする解像度変換方法。
9. 前記再度変換ステップは、前記取り出された前記変換前のデータが所定のアプリケーションソフトウェアによって作成されたデータであるならば、該所定のアプリケーションソフトウェアの印刷機能に基づき起動されるプリンタドライバに、前記指示された解像度を設定して該プリンタドライバを駆動させて、前記所定のフォーマットへの変換を行うことを特徴とする請求項８記載の解像度変換方法。
10. 前記再度変換ステップは、前記取り出された前記変換前のデータが画像データであるならば、前記指示された解像度に基づくリサンプリング処理を行い、該リサンプリング処理によって得られたデータに対して前記所定のフォーマットへの変換を行うことを特徴とする請求項８記載の解像度変換方法。
11. 互いに作成方式の異なる複数のデータを第１の解像度で所定の同一のフォーマットにそれぞれ変換する変換ステップと、
    前記変換ステップによる変換前のデータと、前記変換ステップによる変換後のデータとを対応付けて保存する保存ステップと、
    印刷指示を受けたとき、前記保存ステップによって保存された前記変換前のデータを取り出して、該変換前のデータに対して前記第１の解像度よりも高い第２の解像度で、前記所定のフォーマットへの変換を行う再度変換ステップと、
    前記再度変換ステップによって作成されたデータに基づいて印刷装置に印刷を実行させる印刷実行ステップと
    を有することを特徴とする解像度変換方法。
12. 前記印刷装置から、該印刷装置における解像度に関する印刷性能情報を獲得し、該獲得した印刷性能情報を前記第２の解像度とする獲得ステップを、更に有することを特徴とする請求項１１記載の解像度変換方法。
13. 互いに作成方式の異なる複数のデータを所定の解像度で所定の同一のフォーマットにそれぞれ変換する変換ステップと、
    前記変換ステップによる変換前のデータと、前記変換ステップによる変換後のデータとを対応付けて保存する保存ステップと、
    解像度の変更指示を受けたとき、前記保存ステップによって保存された前記変換前のデータを取り出して、該変換前のデータに対して前記指示された解像度に従って前記所定のフォーマットへの変換を行う再度変換ステップと、
    前記再度変換ステップによって作成されたデータを、前記保存ステップによって保存されている前記変換後のデータのうち前記再度変換ステップによって作成されたデータに対応するデータと交換する交換ステップと
    を有することを特徴とする、コンピュータで実行可能なプログラム。
14. 互いに作成方式の異なる複数のデータを第１の解像度で所定の同一のフォーマットにそれぞれ変換する変換ステップと、
    前記変換ステップによる変換前のデータと、前記変換ステップによる変換後のデータとを対応付けて保存する保存ステップと、
    印刷指示を受けたとき、前記保存ステップによって保存された前記変換前のデータを取り出して、該変換前のデータに対して前記第１の解像度よりも高い第２の解像度で、前記所定のフォーマットへの変換を行う再度変換ステップと、
    前記再度変換ステップによって作成されたデータに基づいて印刷装置に印刷を実行させる印刷実行ステップと
    を有することを特徴とする、コンピュータで実行可能なプログラム。
15. 互いに作成方式の異なる複数のデータを所定の解像度で所定の同一のフォーマットにそれぞれ変換する変換ステップと、
    前記変換ステップによる変換前のデータと、前記変換ステップによる変換後のデータとを対応付けて保存する保存ステップと、
    解像度の変更指示を受けたとき、前記保存ステップによって保存された前記変換前のデータを取り出して、該変換前のデータに対して前記指示された解像度に従って前記所定のフォーマットへの変換を行う再度変換ステップと、
    前記再度変換ステップによって作成されたデータを、前記保存ステップによって保存されている前記変換後のデータのうち前記再度変換ステップによって作成されたデータに対応するデータと交換する交換ステップと
    をプログラムとして記憶したことを特徴とする、コンピュータにより読み出し可能な記憶媒体。
16. 互いに作成方式の異なる複数のデータを第１の解像度で所定の同一のフォーマットにそれぞれ変換する変換ステップと、
    前記変換ステップによる変換前のデータと、前記変換ステップによる変換後のデータとを対応付けて保存する保存ステップと、
    印刷指示を受けたとき、前記保存ステップによって保存された前記変換前のデータを取り出して、該変換前のデータに対して前記第１の解像度よりも高い第２の解像度で、前記所定のフォーマットへの変換を行う再度変換ステップと、
    前記再度変換ステップによって作成されたデータに基づいて印刷装置に印刷を実行させる印刷実行ステップと
    をプログラムとして記憶したことを特徴とする、コンピュータにより読み出し可能な記憶媒体。

Images