JP2009130705A

JP2009130705A - 文書処理システム

Info

Publication number: JP2009130705A
Application number: JP2007304627A
Authority: JP
Inventors: Takeshi Itami; 剛伊丹
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2007-11-26
Filing date: 2007-11-26
Publication date: 2009-06-11

Abstract

【課題】透明コートの目的で特色のオブジェクトを電子原稿に設定する場合、特色が指定されたオブジェクトが一般のオブジェクトの上に重なるが、このとき特色のオブジェクトは透明情報のないＣＭＹＫやＲＧＢ等のプロセスカラーにマップされて出力されているので、オブジェクトの重なりにより原稿データの内容が伝わらないケースがある。
【解決手段】特色のオブジェクトがどのように重なっているかということと、特色のオブジェクトが重なることにより隠してしまっている下方の一般のオブジェクトが同時に確認できるようにプレビューする。
【選択図】図１

Description

本発明は、印刷ジョブに対する印刷設定方法および装置および媒体に関するもので、特に、アプリケーションにより生成される文書データの印刷設定を考慮したプレビューを表示させるよう制御する情報処理装置および情報処理方法およびプログラムが格納された記憶媒体およびコンピュータ読み取り可能なプログラムに関するものである。

例えば文書処理プログラムや画像編集プログラム等、様々なプログラムによって生成される出力データをひとつの文書としてまとめ、その文書に対する編集機能を提供する文書処理方法及びそのシステムに関し、パーソナルコンピュータ等の情報処理とプリンタから成るシステムにおける文書処理方法及びそのシステムに関するものである。なお、このような機能を提供するシステムは一般的にＤＴＰ（ＤｅｓｋＴｏｐＰｕｂｌｉｓｈｉｎｇ）アプリケーションと呼ばれることが多い。

その中でも、特色（ＳｅｐａｒａｔｉｏｎＣｏｌｏｒ）の設定が施されたＰＳ形式や、ＰＤＦ形式の原稿データに対するＤＴＰアプリケーション上のプレビュー処理の方法に関するものである。

文字、表、画像といった、扱いたいデータの種類が異なれば、データを定義する構造やそれらデータに対する編集操作が異なるために、データの種類に応じた様々なアプリケーションプログラムが提供されている。利用者は、文字を編集するためには文字処理プログラム、表を編集するためには表計算プログラム、画像を編集するためには画像編集プログラムといった具合に、データの種類別にアプリケーションを使い分けている。

このように、利用者はデータの種類ごとにアプリケーションプログラムを使い分けるのが一般的である。しかし、利用者が作成しようとする文書としては、例えば文字のみや、表のみ、画像のみといった１種類のデータのみから構成される文書よりも、文字と表、文字と画像など、複数種類のデータから構成される文書の方が一般的である。そこで複数種類のデータを含む目的文書を作成するために、利用者は各種アプリケーションが備えている印刷機能を利用してアプリケーションごとにデータを印刷させ、印刷物を所望の順序に組み合わせる必要があった。このことは、利用者に多大な労力が必要とされるということであり、生産性の低下をもたらす。

上記問題点を鑑みて、いわゆるオフィススイートと呼ばれる、各種アプリケーションで生成された原稿データから、ひとつのＤＴＰアプリケーションファイルを生成するＤＴＰアプリケーションが登場した。ＤＴＰアプリケーションでは、各アプリケーションで生成された原稿データを組み合わせ、ひとつの文書を構成する機能を提供するものである。このＤＴＰアプリケーションを使用する場合、利用者は各アプリケーションファイルをＤＴＰアプリケーションに含まれる変換アプリケーションによってひとつの目的文書にまとめることができる。また、上記ＤＴＰアプリケーションは、編集アプリケーションを含んでおり、ＤＴＰアプリケーションファイルのページの入れ替え、削除といった編集操作が可能である。

一般的な印刷やディスプレイプレビューを行う場合においてであるが、作成された文書データや画像データなどのアプリケーションデータを印刷やプレビューする際は、ＯＳによって提供される所定のインタフェース（一般に、ＧＤＩと呼ばれる）を利用している。作成したデータを印刷やディスプレイするために、上述のインタフェースを提供するＯＳの出力モジュールに対して、あらかじめ定められる、ＯＳに依存する形式の出力コマンド（ＧＤＩ関数と呼ばれる）を送信している。

また、ＧＤＩに依存しない印刷方法として、ページ記述言語があり、ＤＴＰ環境の中で基準となっている。これは出力装置の特性に依存しないデータ記述が可能（デバイスインディペンデント）で、ＰＳやＰＤＦ対応の出力機であれば、何れに対しても同じデータを転送でき、出力機サイドのインタプリタが指定の解像度に応じて処理をするといった印刷システムがある。ＰＳやＰＤＦ印刷のメリットとしては、ＯＳに依存する方法では必須となるＧＤＩの処理を経由することが無いので、ＧＤＩの形式の色空間（ＧＤＩの色空間はＲＧＢ）や、ＧＤＩの形式の描画命令に一旦変換する必要が無く、色精度やパフォーマンスが向上することが期待される。以上のような点から、ＤＴＰ環境においては、原稿データのフォーマットとして、ＰＳ形式やＰＤＦ形式の原稿データにて作成するケースがほとんどである。さらに、最近の傾向として、ＰＳ形式やＰＤＦ形式の原稿データの中に、特色の設定が施されたオブジェクトを持つデータが出回るようになってきた。その要因として、透明トナーの普及がある。ＰＳ形式やＰＤＦ形式のフォーマットにおいて、透明トナーで表現したいオブジェクトの色は、特色設定で定義しなければならない。よって、特色指定のオブジェクトを含む原稿データは年々増加している状況である。

上記の例として、下記特許文献１をあげることが出来る。
特開２００７−１１７３５号公報

透明トナーなどの特色が設定されている原稿データには通常、特色の固有名称（例えば、Ｃａｎｄｙ−Ｃｌｅａｒ−Ｔｏｎｅｒ）にプラスして、その透明トナーの特色を表現できない出力デバイス向けに、代替色のＣＭＹＫ値を設定しておく必要がある。これは、ＰＳ形式やＰＤＦ形式といったＤＴＰ環境の中で標準となっているデータ形式のフォーマット仕様として、特色はどのような色なのかという詳細情報を付与することが認められていないためである。よって、ＰＳ形式やＰＤＦ形式のフォーマットにおいては、特色の固有名称からどのような色かを解釈できない出力デバイス向けに、代替色のＣＭＹＫ値を設定しておかなければならない仕様がある。

特色を含む原稿データは通常、出力デバイスが持つ特色特性や特色情報を加味した状態にて原稿データが作成される。つまり、デバイスで持つＣａｎｄｙ−Ｃｌｅａｒ−Ｔｏｎｅｒという特色の透明トナーを使いたい場合は、原稿データ内の所望のオブジェクトに対して特色の固有名称であるＣａｎｄｙ−Ｃｌｅａｒ−Ｔｏｎｅｒの色が設定されている。

しかし、その原稿データが情報共有のために広く配布されてしまう場合などには、その特色の固有名称と実際の色を理解できる出力デバイスでなければ必ず代替色のＣＭＹＫで出力されることになってしまう。このとき、特色の指定されたオブジェクトの色がＣａｎｄｙ−Ｃｌｅａｒ−Ｔｏｎｅｒという透明トナーである場合、Ｃａｎｄｙ−Ｃｌｅａｒ−Ｔｏｎｅｒを認識できないＤＴＰアプリケーションは、本来は透かしてデザインされた部分を特にユーザに通知することなくＣＭＹＫの代替色でプレビューされている状態である。よって、特色が指定されたオブジェクトが一般のオブジェクトの上にかかってしまう場合、原稿データの作成者が伝えたい内容が伝わらないということがある。

原稿データ内の特色のオブジェクトが、一般のオブジェクトに重なっている場合に、その重なっている特色のオブジェクトをハイライト表示させ、特色のオブジェクトが一般のオブジェクトに重なっていることを通知する手段を持たせる。ただし、特色のオブジェクトがどのように重なっているかということと、特色のオブジェクトが重なることにより隠してしまっている下方の一般のオブジェクトが同時に確認できるようにプレビューする。このとき、特色のオブジェクトが原稿データ内のページ上で覆う範囲の大きさに応じてプレビュー方法を動的に変更し、視覚性の点でユーザビリティを向上させる。

さらにＣＭＹＫの代替色で表現している特色のオブジェクトに対し、半透明（ＡｌｐｈａＢｌｅｎｄ）の色設定でオブジェクトを作成しなおすことができる手段を持たせる。そうすれば、重なっている特色のオブジェクトをハイライト表示しなくても、原稿データをそのままプレビューさせることで、重なりの部分が透かされた状態でプレビューできるようになる。

ＤＴＰ環境において標準フォーマットとして普及しているＰＳ形式やＰＤＦ形式の原稿データの中には、特色の設定が施された原稿データがあるが、特色の固有名称と実際の色を理解できないＤＴＰアプリケーションは、特にユーザに通知することなくＣＭＹＫの代替色でプレビューしている現状である。よって、透明トナーでデザインしたい箇所を特色によって原稿データを作成するとなると、その特色で指定されたオブジェクトが一般のオブジェクトの上に重なってしまう場合、原稿データの作成者が伝えたい内容が伝わらないケースや、意図しない内容があちこちで出力されてしまうということがあった。しかし、本発明によると、特色のオブジェクトの影響で、隠れてしまうことを意図していない一般のオブジェクトの情報（文字、イメージ、グラフィックス等）と、特色のオブジェクトがどのように重なっているのかを同時に確認できる。よって、特色が指定されたオブジェクトが一般のオブジェクトの上にかかってしまう場合、原稿データの内容が正しく伝わらないといったことを回避することができる。

次に、本発明の詳細を実施例の記述に従って説明する。

以下、図面を参照しながら本発明に係る実施の形態を詳細に説明する。
［システム概要］
まず、本発明に係る文書処理システムの概要について、図１〜図１３を参照して以下に説明する。尚、この文書処理システムは、一般のアプリケーションによって作成されたデータファイルを電子原稿ファイルに変換する電子原稿ライタと、その電子原稿データを編集する機能を提供するＤＴＰアプリケーションとを含み、作成されたデータを一まとめにした文書の作成及び編集を可能とし、その操作性を向上させて文書編集を効率的に行えるものである。
［システム構成及び動作］
図１は、本実施形態の文書処理システムのソフトウェア構成を示す図である。文書処理システムは、本発明の情報処理装置に好適な実施形態であるデジタルコンピュータ１０１（以下、ホストコンピュータとも呼ぶ）によって実現されている。図１に示す一般アプリケーション１０１は、ワードプロセシングやスプレッドシート、フォトレタッチ、ドロー、あるいはペイント、プレゼンテーション、テキスト編集などの機能を提供するアプリケーションプログラムであり、ＯＳに対する印刷機能を有している。これらのアプリケーションは、作成された文書データや画像データなどのアプリケーションデータを印刷する際に、ＯＳによって提供される所定のインタフェース（一般に、ＧＤＩと呼ばれる）を利用する。ＯＳとしてマイクロソフト社のＷｉｎｄｏｗｓ（登録商標）を利用する場合には、前述した出力モジュールとしてはＧＤＩ（Graphic Device Interface）と呼ばれるモジュールが相当する。

電子原稿ライタ１０２は、上述のデバイスドライバを改良したものであり、本文書処理システム実現のために提供されるソフトウェアモジュールである。但し、電子原稿ライタ１０２は特定の出力デバイスを目的としておらず、詳細は後述するＤＴＰアプリケーション１０４やプリンタドライバ１０６により処理可能な形式に出力コマンドを変換する。この電子原稿ライタ１０２による変換後の形式（以後電子原稿形式と呼ぶ）は、ページ単位の原稿を詳細な書式をもって表現可能であれば特に問わない。実質的な標準形式のうち、例えばアドビシステムズによるＰＤＦ形式などが電子原稿形式として採用できる。なお、入稿される原稿データが、すでに電子原稿形式のターゲットとするＰＤＦ形式などの場合は、変換を行わずにそのままのデータ形式で取り込む。

一般アプリケーション１０１から電子原稿ライタ１０２を利用させる場合には、出力に使用するデバイスドライバとして電子原稿ライタ１０２を指定してから印刷を実行させる。但し、電子原稿ライタ１０２によって作成されたままの電子原稿ファイルは、電子原稿ファイルとして完全な形式を備えていない。そのため、デバイスドライバとして電子原稿ライタ１０２を指定するのはＤＴＰアプリケーション１０４であり、その管理下でアプリケーションデータの電子原稿ファイルへの変換が実行される。そして、ＤＴＰアプリケーション１０４は電子原稿ライタ１０２が生成した新規の不完全な電子原稿ファイルを後述する形式を備えた電子原稿ファイルとして完成させる。以下、この点を明瞭に識別する必要がある場合、電子原稿ライタ１０２によって作成されたファイルを「電子原稿ファイル」と呼び、ＤＴＰアプリケーション１０４によって構造を与えられた電子原稿ファイルを「ブックファイル」と呼ぶ。また、特に区別する必要がない場合は、アプリケーションにより生成されるドキュメントファイル、電子原稿ファイル、及びブックファイルをいずれも文書ファイル（または文書データ）と呼ぶ。

このようにデバイスドライバとして電子原稿ライタ１０２を指定し、一般アプリケーション１０１によりデータを印刷させることで、アプリケーションデータはアプリケーション１０１によって定義されたページ（以後論理ページあるいは原稿ページと呼ぶ）を単位とする電子原稿形式に変換され、電子原稿ファイル１０３としてハードディスクなどの記憶媒体に格納される。尚、ハードディスクは、本実施形態の文書処理システムを実現するコンピュータが備えているローカルドライブであっても良く、ネットワークに接続されている場合にはネットワーク上に提供されるドライブであっても良い。

ＤＴＰアプリケーション１０４は電子原稿ファイル（あるいはブックファイル）１０３を読み込み、それを編集するための機能を利用者に提供する。但し、ＤＴＰアプリケーション１０４は、各ページの内容を編集する機能は提供しておらず、ページを最小単位として構成される、後述する章やブックの構造を編集するための機能を提供している。

ＤＴＰアプリケーション１０４によって編集されたブックファイル１０３を印刷する際には、ＤＴＰアプリケーション１０４によって電子原稿デスプーラ１０５が起動される。電子原稿デスプーラ１０５は、ＤＴＰアプリケーションと共にコンピュータ内にインストールされるプログラムモジュールであり、ＤＴＰアプリケーションで利用するドキュメント（ブックファイル）を印刷する際に、プリンタドライバへ描画データを出力するために使用されるモジュールである。電子原稿デスプーラ１０５は、指定されたブックファイルをハードディスクから読み出し、ブックファイルに記述された形式で各ページを印刷するために、前述したＯＳの出力モジュールに適合する出力コマンドを生成し、不図示の出力モジュールに出力する。その際に、出力デバイスとして使用されるプリンタ１０７用のプリンタドライバ１０６がデバイスドライバとして指定される。上述の出力モジュールは、受信した出力コマンドをデバイスコマンドに変換して指定されたプリンタ１０７用のプリンタドライバ１０６に出力し、そのプリンタドライバ１０６がプリンタ１０７で解釈実行可能なページ記述言語等のコマンドに変換する。そして、変換されたコマンドはプリンタドライバ１０６から不図示のシステムスプーラを介してプリンタ１０７に送信され、プリンタ１０７によってコマンドに応じた画像が印刷される。

図２は、コンピュータ１００のハードウェアブロック図である。図２において、ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された、あるいはハードディスク２１１からＲＡＭ２０２にロードされたＯＳや一般アプリケーション、ＤＴＰアプリケーションなどのプログラムを実行し、図１のソフトウェア構成や、後述するフローチャートの手順を実現する。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０５は、キーボード２０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は、ＣＲＴディスプレイ２１０の表示を制御する。ディスクコントローラ（ＤＫＣ）２０７は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、後述する編集ファイル等を記憶するハードディスク（ＨＤ）２１１やフレキシブルディスク（ＦＤ）等とのアクセスを制御する。ＰＲＴＣ２０８は、接続されたプリンタ１０７との間の信号の交換を制御する。ＮＣ２１２はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
［プレビュー表示］
原稿データがＤＴＰアプリケーションによって開かれると、図３に示したユーザインタフェース画面４００が表示される。ツリー部４０１には、開いている原稿群の構造を示すツリーが表示される。プレビュー部４０２には原稿ページのレイアウトが反映された形で原稿ページ４０３が表示される。
［プレビュー方法の実施例１］
図５はＤＴＰアプリケーションに特色のオブジェクトを持った原稿データが入稿されたときのプレビュー方法に関する処理フローを示している。入稿されたタイミングで、原稿データ内のカラー設定に特色が指定されているオブジェクトがあるかの確認を行い、その判定を行う（Ｓ５０１）。原稿データがＰＤＦ形式であれば、オブジェクトごとにＳｅｐａｒａｔｉｏｎＣｏｌｏｒが設定されているかどうかのフラグを確認すればよい。

特色のオブジェクトが原稿データ内にある場合（Ｓ５０１：Ｙｅｓ）、その特色オブジェクトが全面コートの目的で使用されているかの確認を行う（Ｓ５０２）。透明トナーを使用する目的で特色のオブジェクトを配置する場合、大きく分けると、部分コートの目的でデザインされるケースと、ページの全面コートあるいは全面コートに準ずる大きさでデザインされるケースが考えられる。よって、全面コートの特色のオブジェクトをプレビューさせる場合と、部分コートの特色のオブジェクトをプレビューされる場合でプレビュー方法を変えて、どのような特色のオブジェクトが施されているのか認知させるプレビューを行うために、その前判定を行う。

図６は全面コート判定の処理フローを示している。全面コートの判断は、原稿ページのＢｏｘサイズおよび位置（Ｓ６０１）と、特色のオブジェクトのＢｏｘサイズおよび位置（Ｓ６０２）を重ね合わせて（Ｓ６０３）、ページに重なる特色のオブジェクトの占有面積の割合を算出する（Ｓ６０４）。そこで、全面コートに準ずる閾値を超えた場合は全面コート判定とし、閾値未満の場合は部分コート判定とする。なお、閾値はユーザ指定でもよいし、あらかじめ設定されたデフォルト値（９５％等）でもよい。

全面コート判定（Ｓ５０３：Ｙｅｓ）となった場合には、プレビューの際に、全面を覆っている特色のオブジェクトの輪郭の点滅表示を行う（７０１）。そうすることで、全面を覆っている特色のオブジェクトの存在感の維持と同時に、もともと特色のオブジェクトに重なって見えなくなっていた一般のオブジェクトを全体表示することができるので、原稿全体の視覚性の向上を図ることが出来る（Ｓ５０４）。

部分コート判定（Ｓ５０３：Ｎｏ）となった場合には、特色のオブジェクトが、一般のオブジェクトに重なっているか判定を行う（Ｓ５０５）。重なっている箇所を検知する仕組みは、原稿データから作成するＧＤＩの描画結果をビットマップに落としてシミュレートする方法がある。図８に特色オブジェクトの重なり判定の処理フローを示している。まずは特色ではない一般のオブジェクトを描画させたビットマップを作成する（Ｓ８０１）。次に１つ以上ある特色のオブジェクトを順番に１つずつ、それを描画したビットマップを作成する（Ｓ８０２）。両者のビット比較（Ｓ８０３）を行い、一般のオブジェクトで色の付加を行っているビットの箇所と同じところに、特色のオブジェクトで色の付加を行っているビットがあれば重なりがあると判定できる（Ｓ８０４）。重なりがあると判定できたオブジェクト（Ｓ８０４：Ｙｅｓ）は、後ほどプレビュー時に点滅させる対象となるので、リストアップしておく（Ｓ８０５）。まだビットマップを作成していない特色のオブジェクトが残っている場合は再度Ｓ８０２に戻る（Ｓ８０６）。

ステップＳ５０５にて重なり判定になった特色のオブジェクトに対しては、点滅表示を行う。特色のオブジェクトの点滅表示により、特色のオブジェクトが一般のオブジェクトに重なっていることの警告と、重なっている特色のオブジェクトの下方にどのような一般のオブジェクトが存在しているのか確認することができる（１１０１、１１０２、１１０３）。

さらに、重なり判定になった特色のオブジェクトに対し、半透明の色設定でオブジェクトを作成しなおすことができる手段を持たせる（Ｓ５０７）。そうすれば、原稿データをそのまま描画させることで、重なりの部分が透かされた状態でプレビューできるので、装飾的に自然なプレビューが得られる。原稿データがＰＤＦ形式の場合であれば特色のオブジェクトを、半透明の色設定のＡｌｐｈａＢｌｅｎｄが設定できるアノテーション形式に変換する。図９は原稿データ内の特色のオブジェクトをアノテーション形式に変換するときの処理フローを示している。アプリケーションの操作者からアノテーション形式への変換が指示された場合（Ｓ９０１：Ｙｅｓ）は、変換時に使用するアノテーションのＡｌｐｈａ値を受け付ける（Ｓ９０２）。その後、前記にて受け付けられたＡｌｐｈａ値を反映したアノテーション形式のオブジェクトに変換して原稿データを再構成する（Ｓ９０３）。
［プレビュー方法の実施例２］
図１２はＤＴＰアプリケーションに特色のオブジェクトを持った原稿データが入稿されたときのプレビュー方法に関する処理フローにおける第２の実施例を示している。ただし、プレビュー方法の実施例１に記載した図５の処理フローの中に、２つの追加処理（Ｓ１２０７とＳ１２０８）を加えた実施例である。図５の処理のステップＳ５０６とＳ５０７の間に、ステップＳ１２０７とＳ１２０８を追加して図１２とした処理を、プレビュー方法の実施例２とし、プレビュー方法の実施例１から追加となる処理について説明する。

重なりが発生している特色のオブジェクトをただ点滅させるだけでは、ページ上の重要なオブジェクトが下敷きになっているのに、それを見逃してしまうといったことがある。よって、特色のオブジェクトによって下敷きになっている一般のオブジェクトの種類別に、特色オブジェクトの存在を差別化してプレビューすることで認知性を向上させるのが目的である。ステップＳ１２０７においては、アプリケーションの操作者から、重なっている一般オブジェクトの種類ごとに特色のオブジェクトの表示方法を変更するか、または変更しないかの指示を受け付ける。

特色のオブジェクトによる下敷きにより、隠蔽されてしまう一般オブジェクトの中には、署名の外観をあらわす署名スタンプといった、ページ上の情報として重要性の高いものが含まれるケースがある。この場合、他とは差別化されたプレビューであったほうがアプリケーションの操作者にとって重要度別の認知性が向上する。よって、隠蔽されてしまっている一般オブジェクトの種類ごとに、特色オブジェクトの表示方法を動的に変更できるようにする（Ｓ１２０７：Ｙｅｓ）。例えば、署名の外観をあらわす署名スタンプが隠れてしまう場合、その署名スタンプを覆っている特色のオブジェクトは赤色で点滅させる（１４０１）。また、隠れてしまう一般のオブジェクトが署名スタンプ以外の場合、重なっている特色のオブジェクトは黄色で点滅させる（１４０２）。

どの特色オブジェクトが、どの種類の一般オブジェクトに重なったかということは、プレビュー方法の実施例１と同様に、ＧＤＩの描画結果をビットマップに落としてシミュレートする方法で判定することができる。ただし、一般オブジェクトのみから作成されるビットマップを作成するところが、プレビュー方法の実施例１と異なる。図１３は隠れてしまう一般のオブジェクトの種類別に、特色のオブジェクトのプレビュー方法を差別化する際の処理のフローを示している。オブジェクトの種類をビットマップ上で判別するため、ビットマップを構成する色成分のうち、１成分のデータはオブジェクトの種類の判別用としておく（重なり判定のためのビットマップなので描画の綺麗さは必要ない）。例えば２４bitのビットマップを作成する場合、赤色成分をオブジェクトの種類の判定用とした場合には、種類判別のために８bit分のフラグを持つことが出来る。このとき、ＧＤＩのブラシの赤色成分は強制的にオブジェクトの種類をあらわすフラグ用として設定し、原稿データ内の赤色の成分は無視する。フラグの例としては、赤色成分の８bitに対し、電子署名の外観をあらわすオブジェクトには「0x01」、それ以外は「0x02」という規則でビットマップの作成を行う（Ｓ１３０１）。次に１つ以上ある特色のオブジェクトを順番に１つずつ、それを描画したビットマップを作成する（Ｓ１３０２）。両者のビット比較を行い、一般のオブジェクトで色の付加を行っているビットの箇所（オブジェクトの種類を表すフラグ付き）と同じビット位置に、特色のオブジェクトで色の付加を行っているビットがあれば、どの種類の一般オブジェクトに重なったかということを判定できる（Ｓ１３０３）。重なりがあると判定できたオブジェクト（Ｓ１３０３：Ｙｅｓ）は、後ほどプレビュー時に点滅させる対象となるので、リストアップしておく（Ｓ１３０４）。まだビットマップを作成していない特色のオブジェクトが残っている場合は再度ステップＳ１３０２に戻る（Ｓ１３０５）。

ステップＳ１３０４にて重なり判定になった特色のオブジェクトに対し、その判定フラグを元に、特色オブジェクトの存在を差別化してプレビューする。例えば、署名のフラグが有効であれば、特色のオブジェクトは赤色で点滅させる（１４０１）。また、その他のフラグが有効な場合、重なっている特色のオブジェクトは黄色で点滅させる（１４０２）。

なお、図４は、プレビュー方法の実施例２における、部分コート判定になった場合の原稿データのプレビュー方法の一例を示す図である。

図７は、全面コートと判定された場合の原稿データのプレビュー方法の一例を示す図である。

図１０は、アノテーション変換後のプレビュー結果の一例を示す図である。

図１１は、部分コートと判定された場合の原稿データのプレビュー方法の一例を示す図である。

本実施形態のスタンドアロン型の文書処理システムのソフトウェア構成例を示すブロック図である。本実施形態の文書処理システムを実現するハードウェア構成例を示すブロック図である。原稿データを開いた際のユーザインタフェース画面（プレビュー）の一例を示す図である。プレビュー方法の実施例２における、部分コート判定になった場合の原稿データのプレビュー方法の一例を示す図である。プレビュー方法の実施例１における、特色のオブジェクトを持った原稿データが入稿されたときのプレビュー方法に関する処理を示すフローチャートである。全面コート判定を行う処理を示すフローチャートである。全面コートと判定された場合の原稿データのプレビュー方法の一例を示す図である。部分コート判定を行う処理を示すフローチャートである。特色のオブジェクトをアノテーションに変換する際の処理を示すフローチャートである。アノテーション変換後のプレビュー結果の一例を示す図である。部分コートと判定された場合の原稿データのプレビュー方法の一例を示す図である。プレビュー方法の実施例２における、特色のオブジェクトを持った原稿データが入稿されたときのプレビュー方法に関する処理を示すフローチャートである。プレビュー方法の実施例２における、部分コート判定を行うための処理を示すフローチャートである。

Claims

コンピュータシステムにて取り扱われる電子文書データ内の、特色のオブジェクトを検出する特色オブジェクト検出手段と、前記オブジェクト属性が部分コートか、全面コートかを判別する特色描画属性判別手段と、前記オブジェクト属性がコート処理と判断された場合に前記特色描画属性により表示方法を切りかえるプレビュー表示手段を備えることを特徴とする文書処理システム。
前記プレビュー表示手段は、特色オブジェクトの特色描画属性が部分コートだった場合、前記特色オブジェクトが一般のオブジェクトに重なっているかどうかを検知し、かつ、重なっている場合の特色のオブジェクトは点滅させてプレビューさせることを特徴とする請求項１に記載の文書処理システム。
前記プレビュー表示手段は、特色オブジェクトの特色描画属性が部分コートだった場合、前記特色オブジェクトが一般のオブジェクトに重なっているかどうかを検知し、かつ、重なっている場合は透明アノテーションに変換することを特徴とする請求項１に記載の文書処理システム。
前記プレビュー表示手段は、特色描画属性が全面コートだった場合、表示ページ全面を強調することを特徴とする請求項１に記載の文書処理システム。
前記プレビュー表示手段は、前記判別が部分コートだった場合、特色のオブジェクトが一般のオブジェクトに重なっているかどうかを検知し、そのとき、隠蔽している一般のオブジェクトの種類ごとに、特色のオブジェクトの表示方法を変更することを特徴とする請求項１に記載の文書処理システム。