JP2006155310A - 電子文書処理システム - Google Patents

Abstract

【課題】 電子文書のデータチェック及びデータ変換において、チェック時間及びデータ変換の時間短縮及び、データ変換によるデータの肥大化の軽減を図る。
【解決手段】 電子文書のデータチェック及びデータ変換を各ページ毎に行う。
【選択図】 図１

Description

本発明は電子文書を扱うシステムにおいて、扱う電子文書がそのシステムで利用可能かどうかを事前にチェックし、必要に応じて部分的なデータの変換を行う方法に関する。

従来電子文書の事前チェックにおいては、電子文書を先頭からチェックし、問題のある部分までパースした時点でエラーを上位システムに返却した後、場合によっては電子文書全体をシステムで読み込める形に再変換処理を行っていた。

又、別の従来例としては、特許文献１をあげることが出来る。
特開２００２−６３５４２号公報

しかしながら上記従来例では、電子文書を開く前に、問題のあるデータの検知のためのデータチェック及び、そのシステムで電子文書の描画や印刷などを利用できるようにするためのデータの再変換を行うため、電子文書を開く際に多くの時間がかかる。

そこで本発明の目的は、問題のあるデータの検知のためのチェック及び、そのシステムで利用できるようにするためのデータ再変換を、電子文書を開く際に行うのではなく、システムが各ページを利用する際に行うことにより、電子文書を開く際の時間の短縮を目的としている。

上記目的を達成するために本発明は、以下のような工程からなる。即ち、電子文書の事前チェックにおいては、全てのページを順に上からチェックしていく方法ではなく、各ページを利用する時点で、そのページに含まれる情報をチェックすることで、電子文書のオープン時にかかっていた多くの時間を短縮する機能を備える。また、各ページ毎にデータのチェックを行い、システムが処理できないと判断した場合、データをシステムが利用できる形態にページ単位で変換を行う機能も備える。

以上説明したように本発明によれば、電子文書のデータチェック及びデータ変換を各ページ毎に行うことにより、チェック時間及びデータ変換の時間短縮及び、従来のあデータ変換によるデータの肥大化の問題が部分的なデータ変換によって軽減される。

以下添付図面を参照して、本発明の好適な実施例を詳細に説明する。

図１は、本発明の代表的な実施例である電子文書処理システムの構成を示すブロック図である。図１においては、１はシステムデバイスであり、後述の各構成要素はこのシステムバス１に接続される。２はCPUである。３はプログラムメモリ（以下、PMEMと称す）で、編集処理のためのプログラムを適宜ハードディスク１５から選択して読み込み、CPU２で実行する。

また、キーボード９から入力されたデータはテキストメモリでもあるPMEM３にコード情報として格納される。８は入力制御部であり、９のキーボード、１０のマウス等の入力装置が接続される。操作者はこのキーボード９を操作することによりシステムの動作指令等を行う。１０は、１３のCRT上で画像情報を加工支持するためのポインティング・デバイス（以下、PDと称す）で本実施例ではマウスを使用している。これによりCRT１３上のカーソルをX（横方向）、Y方向（縦方向）任意に移動してコマンドメニュー上のコマンド・アイコンを選択して処理の指示や、編集対象の指示、描画位置の指示等を行う。

１１はビデオイメージメモリ（以下、VRAMと称す）、１２は表示出力制御部、１３はCRTである。CRT１３に表示されるデータは、VRAM１１上にビットマップデータとして展開されている。例えば、文字データであれば、そのコードに対応した文字パターンがVRAMに展開される。また、ソフト制御によりVRAMの表示エリアに直接カーソルを発生して表示することも可能である。１４は外部記憶装置制御部、１５、１６はデータファイル用の外部記憶媒体（ディスクなど）で、たとえば１５はハードディスク（以下、HDと称す）であり、１６はフレキシブルディスク（以下、FDと称す）である。

また、本実施例の文書処理システムは、通信制御部４より通信ポート５、通信回線６を経由して送出される書体/文字サイズ指示情報、印字位置、文字コード列等を受信し、自機内に持つ文字フォント等により印刷ビットマップイメージを展開し印刷出力する複数台のプリンタ７を接続している。

図２は、本発明の処理の流れを代表するフローチャート図である。ここでは、具体例として、PDFファイルを扱う場合の例について説明する。図３は、PDFの文書構成を示す。PDFファイルは、大きく、ヘッダー部、ボディ部、相互参照表部、トレーラ部からなる。PDFファイルはさらに、文書全体に関する情報とページに関する情報がある。両者ともにボディ部に存在する。ボディ部は、PDFオブジェクトと呼ばれるデータのかたまりから構成されており、その中には上記に記したように、文書全体に関する情報、例えば文書の作成者、作成日時、暗号情報などや、ページに関する情報、例えばフォントの情報、ページに表示する文字情報、画像情報、アノテーションなどが含まれている。

ページに関する情報は図４に示すような形態でPDFファイルに格納されている。本発明では、このページ情報を図１の13のCRTへ描画したり、図１の７のプリンタへ印刷をする際に、図４に示すページ情報を元に、システムがそのページ情報を解釈し、CRTへの描画及び、プリンタへの印刷が可能かどうかをチェックする。なお、ページ情報は、図４に示すものが全てではなく、この情報からフォント情報や、ページのコンテンツ（文字、イメージ）情報などのページを構成する情報へリンクしている。これらをたどることでページに表示すべき情報の全てを取得することができる。なお、下記のフローチャートの説明における電子文書とは、上記で説明したPDFのような構造化された文書についてであり、PDF以外の構造化された文章においても、PDFのようにページ単位での情報を保持する電子文書であれば、本発明は適応可能であることは言うまでもない。

図２のフローチャートにおいて、S1では、電子文書を開く処理をシステムが行う。S2では、各ページに対する処理をシステムが要求した際に処理を開始することを示す。S3では、処理するページに対してデータのチェックを行う。データチェックの際、あらかじめ用意されているデータチェック項目テーブルを元に、その項目にない情報が含まれている場合、システムは、読み込み不可能と判断する。S４では、S3でチェックしたページ情報が、システムの処理できないデータであった場合の分岐を示す。S5は、S4において、システムの処理できないデータが含まれていた場合、事前に用意されているデータ変換テーブルを元にデータの変換を行う。S6は、S5でのデータ変換に成功したかどうかの分岐を示す。S7は、S4にて、ページ情報のデータがシステムで処理可能である場合もしくは、S6で、データの変換に成功した場合、そのページ情報の描画や印刷処理を行うことを示す。S8はページ処理に関する一連の処理を終了することを示す。S9は電子文書にさらにページが存在し、ページ描画や印刷など、ページ情報を扱う場合に、ページ処理を継続するかどうかの分岐を示す。ここでページ処理を継続する場合、S2にフローが移り、他のページのページ処理を行うことになる。S10は、全てのページ処理が終了した場合に、電子文書を閉じ、処理を終了することを示す。

本発明の代表的な実施例である文書処理システムの構成を示すブロック図である。 実施例の処理を説明するためのフローチャート。 PDFの文書構造を示す図。 PDFのページ情報を示す図。

符号の説明

１ システムバス
２ CPU
３ プログラムメモリ（PMEM）
４ 通信制御部
５ 通信ポート
６ 通信回線
７ プリンタ
８ 入力制御部
９ キーボード
10 マウス
11 ビデオイメージメモリ（VRAM）
12 表示出力制御部
13 CRT
14 外部記憶装置制御部
15 ハードディスク
16 フレキシブルディスク

Claims (3)

1. 構造化された電子文書の描画、印刷などを行うシステムにおいて、電子文書の読み込みにおけるデータの事前チェック及び、データの変換をページ毎に行うことを特徴とした電子文書処理システム。
2. 上記電子文書処理システムは、データの事前チェックで利用するチェック項目のテーブル情報を保持していることを特徴とする請求項１記載の電子文書処理システム。
3. 上記電子文書処理システムは、電子文書をシステムで扱うためのデータ変換を行う際に利用するデータ変換テーブルを保持していることを特徴とする請求項１又は、請求項２記載の電子文書処理システム。

Images