JP2000259382A - 異常ファイル特定方法、装置およびそのプログラムを記憶した記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】単一のページを表現するページ情報が複数のフ
ァイルから構成されている場合、どのファイルが異常で
あるのかを特定する技術を提供するもの。 【解決手段】ステップＳ５４で、ページ記述言語で表現
されたカプセル化ファイルをＲＩＰコンピュータ５２に
転送し、ＲＩＰコンピュータでは、その解釈を行う。ス
テップＳ５４で、フロントエンドコンピュータは、ＲＩ
Ｐコンピュータ５２からの解釈結果を受信し、管理す
る。単一のページ情報に含まれる全てのカプセル化ファ
イルについて、ステップＳ５１乃至Ｓ５５の処理を繰り
返し行う。最終的に、フロントエンドコンピュータで、
全てのカプセル化ファイルについてチェックを行い、各
カプセル化ファイル毎に、異常であるかどうかを検出す
ることができ、異常ファイルを特定することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、１つのページ情
報に含まれる複数のファイルの異常を検出するための方
法、装置およびその処理のために用いるプログラムを記
憶した記憶媒体に関する。

【０００２】

【従来技術】ページ記述言語は、ページの画像・文字等
を表現するための言語で、出力デバイスに依存しないペ
ージ記述が可能である。代表的なものとして、Ａｄｏｂ
ｅ社のポストスクリプト（商標）がある。ページ記述言
語は、その種類によってそれぞれ異なる言語規則が設け
られている。ページ記述言語は、その言語規則に従って
本来プログラム（記述）され、その後、言語規則に基づ
いて言語解釈され、ラスタライズ処理されて、最終的に
モニタやプリンタに画像表示または記録される。しか
し、ファイル転送中のデータの文字化けや操作ミスによ
るデータの書き換えが原因で、言語規則に適合しないペ
ージ記述が存在することがしばしばある。このファイル
で記述されたページを出力するために、そのページ記述
を言語解釈すると、当然のことながら言語規則に適合し
なスクリプトの部分を言語解釈するときにエラーが発生
し、それに続く、プリンタでの出力やモニタへの表示処
理等が行われない。

【０００３】また、ページ記述言語で表現される１つの
ページ情報を示すファイルの中に、さらにページ記述言
語で表現されたページ情報を示すファイルが含まれる場
合がある。前者のファイルを「統合ファイル」、後者の
ファイルを「カプセル化ファイル」と呼ぶことにする。
例えば、統合ファイルで表現されるページ中に、１つま
たは複数のカプセル化ファイルで表現されるページがレ
イアウトされる場合がある。このような場合でも、どれ
かのファイルの一部分でもページ記述言語が解釈不能で
あった場合、言語解釈するときにエラーが発生し、統合
ファイルのページ情報を出力または表示することができ
ない。

【０００４】

【発明が解決しようとする課題】上記従来の技術では、
ページ記述言語で表現されたカプセル化ファイルが含ま
れる統合ファイルを言語解釈したときに、解釈不能によ
り異常が発生した場合、カプセル化ファイルで異常が発
生したのか、若しくは統合ファイル自身で異常が発生し
たのか、操作者は把握することはできなかった。また、
複数のカプセル化ファイルが含まれる場合、どのカプセ
ル化ファイルで異常が発生したのか、操作者は把握する
ことはできなかった。

【０００５】この発明は、異常であるファイルを特定す
ることすることを目的としている。

【０００６】

【課題を解決するための手段およびその作用・効果】前
述した課題の少なくとも一部を解決するための手段とし
て、以下に示す構成をとった。

【０００７】第１の発明は、単一のページを表現するペ
ージ情報が複数のファイルから構成され、当該複数ファ
イルの異常を検出する異常ファイル特定方法において、
上記ファイルは複数のスクリプトのからなるページ記述
言語で表現されるものであって、（ａ）前記複数のファ
イルを順次読み出す工程と、（ｂ）順次読み出されたフ
ァイルに含まれる複数のスクリプトを順次解釈する工程
と、（ｃ）前記工程（ｂ）におけるスクリプト解釈中に
スクリプトが解釈不能かどうか判定する工程と、（ｄ）
前記工程（ｃ）によりスクリプト解釈不能と判断された
場合、解釈不能のスクリプトが含まれるファイルを異常
ファイルとして特定する工程と、を備えた異常ファイル
特定方法である。

【０００８】この方法によれば、単一のページを表現す
るページ情報の中からページ記述が異常である異常ファ
イルを特定することができ、操作者に、修正が必要なス
クリプトが含まれるファイルを知らせることができる。

【０００９】上記方法は、前記ページ情報は、前記複数
のファイルのスクリプトを実質的に含み、前記工程
（ａ）は、ページ情報を構成するにスクリプトを順次読
み出すことにより、前記複数のファイルを読み出し、前
記異常ファイル特定方法は、さらに、（ｅ）前記工程
（ｂ）において解釈されているスクリプトが含まれるフ
ァイルの識別情報を記憶する工程とを備え、前記工程
（ｄ）は、スクリプトが解釈不能と判断された時点に、
工程（ｅ）によって記憶されている識別情報に基づいて
異常ファイルを特定するように構成したほうが好まし
い。

【００１０】これによれば、実質的に複数のファイルを
含むページ情報を解釈する場合であっても、解釈不能な
スクリプトを含むファイルの部分を特定することがで
き、操作者に異常ファイルをその識別情報を用いて知ら
せることができる。

【００１１】また、前記方法は、前記工程（ｅ）は、ス
クリプトが、ファイルを識別するための所定の文字列で
あるかどうかの判断に従って、識別情報を取得する工程
を含むことが好ましい。

【００１２】これによれば、各ファイル固有の識別情報
をスクリプトから取得することができ、操作者が、ファ
イルを特定するためにその識別情報を利用することがで
きる。

【００１３】また、第１の発明の方法は、前記ページ情
報は、前記複数のファイルの所在場所を示す所在情報を
含むリスト情報を含み、前記工程（ａ）は、前記リスト
情報に基づいてファイルを順次読み出し、前記異常ファ
イル特定方法は、さらに、（ｆ）順次読み出されたファ
イルそれぞれについて、前記工程（ｂ）および（ｃ）を
繰り返し行う工程とを備えることが好ましい。

【００１４】これによれば、ページ情報に含まれるファ
イルの全てについて、順次個別にスクリプトの解釈処理
を行うので、全てのファイルについて、異常ファイルで
あるかどうか特定することができる。

【００１５】また上記方法は、前記工程（ｄ）は、ファ
イルの所在場所に関する情報を取得して異常ファイルを
特定する工程であることが好ましい。この方法によれ
ば、操作者は、所在情報を用いて簡単に異常ファイルを
特定することができる。

【００１６】また、上記方法は、前記工程（ｄ）は、複
数のファイルの内、全ての異常ファイルを表示するよう
に構成するのが好ましい。このようにすれば、全てのフ
ァイルが異常であるかどうか、操作者が簡単に把握する
ことができる。

【００１７】第２の発明は、単一のページを表現するた
めに必要な複数のファイルの異常を検出する異常ファイ
ル特定方法において、前記ファイルは複数のスクリプト
のからなるページ記述言語で表現されるものであって、
（ａ）前記ファイルを構成するスクリプトを順次解釈す
る工程と、（ｂ）前記工程（ａ）においてスクリプトが
解釈可能であるかどうか判断する工程と、（ｃ）前記工
程（ｂ）により解釈不能と判断されたスクリプトを含む
ファイルを特定する工程と、を備えた異常ファイル特定
方法である。

【００１８】このようにすれば、単一のページを表現す
るページ情報の中からページ記述が異常である異常ファ
イルを特定することができ、操作者に、修正が必要なス
クリプトが含まれるファイルを知らせることができる。

【００１９】第３の発明は、単一のページを表現するた
めに必要な複数のファイルの異常を検出する異常ファイ
ル特定装置において、前記ファイルは複数のスクリプト
のからなるページ記述言語で表現されるものであって、
前記ファイルを構成するスクリプトを順次解釈するスク
リプト解釈手段と、前記スクリプト解釈手段によるスク
リプトが解釈可能であるかどうか判断する判断手段と、
前記判断手段により解釈不能と判断されたスクリプトを
含むファイルを特定する特定手段と、を備えた異常ファ
イル特定装置である。

【００２０】また、第４の発明によれば、単一のページ
を表現するために必要な複数のファイルの異常を検出す
る異常ファイル特定を行うコンピュータプログラムを記
憶した記憶媒体において、前記ファイルは複数のスクリ
プトのからなるページ記述言語で表現されるものであっ
て、（ａ）前記ファイルを構成するスクリプトを順次解
釈する工程と、（ｂ）前記工程（ａ）においてスクリプ
トが解釈可能であるかどうか判断する工程と、（ｃ）前
記工程（ｂ）により解釈不能と判断されたスクリプトを
含むファイルを特定する工程と、をコンピュータに実行
させるためのコンピュータプログラムを記録したコンピ
ュータ読み取り可能な記録媒体である。

【００２１】第３および第４の発明によれば、第２の発
明の方法と同様な作用効果が得られる。

【００２２】

【発明の実施の形態】[第１の実施形態]本発明の実施の
形態を実施例に基づき説明する。図１は、複数のカプセ
ル化ファイルを含むページ情報（統合ファイル）ＰＡが
ページ記述言語（以下、「ＰＤＬ」という）で表現され
た一例である。通常、ＰＤＬは、その先頭に記述が開始
されることを示す開始宣言文ＳＳＴが記述され、その最
後に記述が終了することを示す終了宣言文ＳＥＤが記述
される。この例では、開始宣言文ＳＳＴ、終了宣言文Ｓ
ＥＤは特定の文字列であり、それぞれ、「ＳＴＡＲＴＤ
ＯＣ」、「ＥＮＤＤＯＣ」である。開始宣言文ＳＳＴと
終了宣言文ＳＥＤの間は、プログラム記述部ＰＰＲ０で
あり、ページを表現するためのプログラムが文（スクリ
プト）で一行づつ記述される。プログラム記述部ＰＰＲ
０の先頭は、そのページを識別するためのタイトル名Ｓ
ＴＩが記述される。この例では、文字列が「ＴＩＴＬ
Ｅ：」で始まるスクリプトは、その後にファイルのタイ
トルが示されたタイトル文である規定している。また、
プログラム記述部ＰＰＲ０は、そのページに配置される
文字情報、図形情報等が記述され、また、そのページに
画像情報が配置される場合は、その画像のファイル名が
記述される。なお、開始宣言文ＳＳＴ、終了宣言文ＳＥ
Ｄ、タイトル文ＳＴＩを示す特定の文字列は、ＰＤＬの
言語規則によって定められたものである。

【００２３】さらに、図１に示されるページ情報（統合
ファイル）ＰＡは、２つのカプセル化ファイルＥＰＦ
１、ＥＰＦ２を含んでいる。カプセル化ファイルＥＰＦ
１、ＥＰＦ２は、上記説明したＰＤＬと同じ規則で記述
され、開始宣言文ＳＳＴ、終了宣言文ＳＥＤが前後に記
述されその間にプログラム記述部ＰＰＲ１、ＰＰＲ２が
存在している。このように、統合ファイルＰＡ、カプセ
ル化ファイルＥＰＦ１、ＥＰＦ２のページ記述は、部分
的に見ると、ＰＤＬの言語規則に沿ったいずれも同じ構
造である。

【００２４】図２に、図１で記述されたページ情報（統
合ファイル）ＰＡによって実際に表現される状態を示
す。モニタや印刷物に表現される画像は、ページＰ内
に、領域ＡＥＰ１および領域ＡＥＰ２が配置され、それ
ぞれの領域には、カプセル化ファイルＥＰＦ１，ＥＰＦ
２のプログラム記述部ＰＰＲ１、ＰＰＲ２に基づいたペ
ージ記述が行われる。また、それ以外の領域は、統合フ
ァイルＰＡのページ記述部ＰＰＲ０に基づいたページ記
述が行われる。なお、カプセル化ファイルＥＦＰ１や、
ＥＰＦ２の中に、さらにカプセル化ファイルを含む構成
であってもよい。

【００２５】このように、ＰＤＬファイルは、その内部
に１つまたは複数のＰＤＬファイル（カプセル化ファイ
ル）を含むことができ、さらには、階層的にカプセル化
ファイルを含むことができるので、複雑なページ記述を
簡単に行うことができる。

【００２６】図３は、本発明を実現するための画像処理
システムの構成図である。この画像処理システムは、フ
ロントエンドコンピュータ１と、ＲＩＰコンピュータ２
と、出力機３と、ネットワーク４を備えたシステムであ
る。フロントエンドコンピュータ１は、ＤＴＰ用の画像
処理ソフトがインストールされたもので、画像処理ソフ
トにより作成されたファイルがページ記述言語で出力す
ることができるコンピュータである。ＲＩＰコンピュー
タ２は、フロントエンドコンピュータ１で作成されたＰ
ＤＬファイルをネットワーク４を介して受信し、ＰＤＬ
を解釈し、ラスターデータＲＤに展開する。出力機３
は、ラスターデータＲＤを受信し、それに基づいて画像
を記録するプリンタで、レーザープリンタ、インクジェ
ットプリンタ、デジタル印刷機などである。

【００２７】図４は、ＲＩＰコンピュータ２の構成を示
すブロック図である。ＲＩＰコンピュータ２は、ＣＰＵ
２１と、メモリ２２とを備えたコンピュータシステムで
ある。このＲＩＰコンピュータ２は、さらに、キーボー
ド２３と、マウス２４と、ＣＲＴ２５と、ハードディス
ク装置２６と、ディスクドライブ装置２７と、ネットワ
ーク４とのインターフェース２８、出力機３とのインタ
ーフェース２９とを備えている。さらにメモリ３０も備
えている。

【００２８】メモリ２２は、本発明を実現するためのソ
フトウエアプログラムを記憶する。そのソフトウエアプ
ログラムは、機能的な見地から、受信部３２、スクリプ
ト解釈部３３、ラスターデータ出力部３５、転送部３９
を備える。これらの各機能を実現するソフトウエアプロ
グラム（アプリケーションプログラム）は、フロッピー
ディスクやＣＤ−ＲＯＭ等の携帯型記憶媒体（可搬型記
憶媒体）に格納され、携帯型記憶媒体からは、ディスク
ドライブ装置２７を介して、メモリ２２またはハードデ
ィスク装置２６に転送される。ハードディスク装置２６
に転送された場合は、このソフトウエアプログラムが起
動されたときに、そのプログラムは、メモリ２２に転送
される。また、メモリ３０は、ログデータ格納部３４、
受信ファイルバッファ３６、階層カウンタメモリ３７、
タイトルメモリ３８を備える。

【００２９】図５は、ＲＩＰコンピュータ２にインスト
ールされているプログラムの制御フローを示す。ステッ
プＳ１１で、フロントエンドコンピュータ１で作成され
たページ情報（統合ファイル）ＰＡをネットワーク４を
介して受信し、一時的に受信ファイルバッファ３６に記
憶する。ページ情報（統合ファイル）ＰＡは、ＰＤＬで
記述された図１に示すようなファイルで、その中には、
複数のカプセル化ファイルの実体部分が実質的に含まれ
ている。

【００３０】続いて、ステップＳ１２で、統合ファイル
ＰＡを構成するスクリプトを順次解釈する。ステップＳ
１３で、ステップＳ１２において全てのスクリプトの解
釈は可能であったかどうか判断する。解釈が可能であっ
たと判断された場合は、処理されたページ情報（統合フ
ァイル）ＰＡをラスターデータＲＤに変換し、出力機３
へ転送する。一方、１行でも解釈不能なスクリプトが存
在した場合は、ステップＳ１５でフロントエンドコンピ
ュータ１へ解釈不能なスクリプトを含むファイルに関す
る異常の情報をログデータとして転送する。操作者は、
フロントエンドコンピュータ１のＣＲＴ２５にログデー
タの内容を表示する指示をキーボード２３やマウス２４
を介して行うと、どのファイルが異常であったのかを把
握することができ、どのファイルのＰＤＬを修正すれば
よいか認識することができる。

【００３１】なお、ステップＳ１１、ステップＳ１４、
ステップＳ１５の機能は、それぞれ、図４の受信部５
２、ラスターデータ出力部５５、転送部５９の機能に相
当する。

【００３２】図６に、図５のステップＳ１２のスクリプ
ト解釈処理の詳細なフローチャートを示す。ステップＳ
２１で、階層カウンタメモリ５７の階層カウンタＣＴの
値を「０」に、タイトルメモリ５８の内容をクリアする
初期化処理を行う。階層カウンタメモリ５７は、解釈処
理中のスクリプトが、何階層目のカプセル化ファイルに
含まれるかを示すために用いられるカウンタ用のメモリ
である。また、タイトルメモリ５８は、解釈処理中のス
クリプトが含まれるファイル（統合ファイルおよびカプ
セル化ファイル）の識別情報、たとえば、タイトル名を
記憶するためのメモリである。次に、ステップＳ２２
で、受信ファイルバッファ５６に格納されているページ
情報（統合ファイル）ＰＡを構成するスクリプトを先頭
から一行ずつ順次抽出する。

【００３３】ステップＳ２３で、抽出したスクリプトが
ＰＤＬファイルの記述の開始を宣言する開始宣言文ＳＳ
Ｔであるかどうか判断される。開始宣言文ＳＳＴである
と判断された場合、ステップＳ２４で、階層カウンタＣ
Ｔは「１」加算される。逆に、開始宣言文ＳＳＴでない
と判断された場合、ステップＳ２５で、階層カウンタＣ
Ｔの値が「１」以上かどうか判断され、「１」以上であ
ると判断された場合は、ステップＳ２６で、抽出された
スクリプトがタイトル文ＳＴＩか否か判断される。タイ
トル文ＳＴＩであると判断された場合、ステップＳ２７
でそのタイトルをタイトルメモリ５８に記憶する。逆に
タイトル文ＳＴＩではないと判断された場合は、ステッ
プＳ２８でＰＤＬファイルの記述の終了を宣言する終了
宣言文ＳＥＤであるかどうか判断される。終了宣言文で
あると判断された場合は、ステップＳ２９で、タイトル
メモリ５８に最後に記憶されたタイトルを１つ削除し、
ステップＳ３０で、階層カウンタＣＴの値を「１」減算
する。このように、ステップＳ２３乃至Ｓ３０では、抽
出されたスクリプトが、開始宣言文、終了宣言文、タイ
トル文であるかどうかを判断することにより、現在処理
中のスクリプトが含まれるファイル（カプセル化ファイ
ルを含む）を識別するための情報を取得し、また、その
ファイルの階層の情報も取得する。

【００３４】図７は、階層カウンタＣＴの値の変化と、
タイトルメモリ５８に記憶されている内容の変化を説明
するための図である。ページ情報（統合ファイル）ＰＡ
は、その全体が１つのファイルが主要ファイルとして存
在し、その中に、２つのカプセル化ファイルＥＰＦ１、
ＥＰＦ２が含まれている。さらに、カプセル化ファイル
ＥＰＦ２には、カプセル化ファイルＥＰＦ３が含まれて
いる。いずれのカプセル化ファイルもプログラム記述の
実体部分はページ情報ＰＡに全て含まれている。このよ
うなページ情報（統合ファイル）ＰＡを図６に示された
フローチャートに従って、スクリプトを先頭から１行づ
つ抽出して、順次スクリプト解釈処理される場合、階層
カウンタＣＴの値、タイトルメモリ５８の内容は、図７
に示すように変化する。例えば、カプセル化ファイルＥ
ＰＦ３のプログラム記述部のスクリプトを解釈している
時は、階層カウンタメモリＣＴの値は「３」であり、ま
た、タイトルメモリ５８の記憶内容は、「ＡＢＣ、ＧＨ
Ｉ、ＪＫＬ」である。これらの情報から、解釈中のスク
リプトは、タイトルが「ＡＢＣ」であるファイル内に含
まれるタイトル名「ＧＨＩ」のファイル内にさらに含ま
れるタイトル名「ＪＫＬ」のファイル内に含まれるとい
うことが特定できる。

【００３５】また、統合ファイルＰＡ自身のスクリプト
を解釈している時は、階層カウンタメモリＣＴの値は
「１」であり、また、タイトルメモリ５８の記憶内容
は、「ＡＢＣ」である。これらの情報から、解釈中のス
クリプトは、タイトルが「ＡＢＣ」であるファイル自身
に含まれるということが特定できる。

【００３６】図６に戻って、ステップＳ３１では、スク
リプトを解釈する。このスクリプト解釈処理は、記述さ
れたスクリプトをＰＤＬの言語規則に従って解釈し、解
釈可能であれば通常のラスタライズ処理のための準備を
行う。一方、言語規則に適合しなスクリプトであった場
合、この時点で解釈処理は続行不能となり、このスクリ
プト以降に記述されたスクリプトの解釈処理は行われな
い。なぜなら、ＰＤＬは、一般に１つのスクリプトのみ
で独立したページ記述を解釈できるのではなく、複数の
スクリプトがその言語規則に従った順で記述されて初め
て正確にページを表現することができるからである。

【００３７】ステップＳ３２で解釈不能と判断された場
合は、ステップＳ３３で、その時点でタイトルメモリ５
８に記憶されているタイトル名をログデータ格納部５４
に記憶し、図５のメインフローに戻る。これにより、ロ
グデータ格納部５４に記憶されたタイトル名は、スクリ
プト解釈が不能であったファイルのタイトル名が格納さ
れる。一方、解釈可能と判断された場合は、ステップＳ
３４で、全てのスクリプトについて解釈処理を終了した
かどう判断され、終了していない場合は、ステップＳ２
２に戻り、次のスクリプトについて同様の処理を行い、
スクリプト解釈可能である場合は、全てのスクリプトに
ついて同様に繰り返される。

【００３８】また、具体的に、ログデータ格納部５４に
記憶されるデータは、カプセル化ァイルＥＰＦ３のプロ
グラム記述部のスクリプトを解釈している時にスクリプ
トの解釈が不能となった場合は、「ＡＢＣ、ＧＨＩ、Ｊ
ＫＬ」となる。また、統合ファイルＰＡ自身のスクリプ
トを解釈している時にスクリプトの解釈が不能となった
場合は、「ＡＢＣ」である。上述の通り、ログデータ
は、フロントエンドコンピュータ１に転送される。従っ
て、操作者は、フロントエンドコンピュータ１で、その
ログデータの内容をＣＲＴ２５を介して閲覧することに
より、異常のあったファイル（カプセル化ファイルまた
は統合ファイル自身）のタイトルを確認することができ
る。なお、フロントエンドコンピュータ１には、ＲＩＰ
コンピュータ２に転送される記述方式（図１）とは異な
る、アプリケーションプログラム特有の記述方式で表現
されていることが多い。この場合でも、操作者は、ＲＩ
Ｐコンピュータから転送されるファイルのタイトルなど
の識別情報に基づいて、どの部分ファイルを修正すれば
よいのか把握することができる。なお、図６に示された
全工程のスクリプト解釈フローの機能は、図４のスクリ
プト解釈部３３の機能に相当する。

【００３９】このように、第１の実施形態では、少なく
とも１つのカプセル化ファイルを含む統合ファイル、言
い換えれば、少なくとも２つのファイル（統合ファイル
自身およびカプセル化ファイル）を含むページ情報また
は、複数のカプセル化ファイルが含まれる統合ファイル
（計３つ以上のファイルから構成）について解釈処理を
行う。具体的には、統合ファイルを構成するスクリプト
を先頭から１行づつ順次抽出しすることにより、実質的
に、複数のファイルを順次読み出し、抽出されたスクリ
プトを解釈する。その解釈時にスクリプト解釈不能であ
れば、その処理中スクリプトが含まれるのファイルを異
常ファイルとして特定する。

【００４０】また、第１の実施形態では、ページ情報Ｐ
Ａを出力機３でプリントするための指示と同じ指示を、
フロントエンドコンピュータ１で行うと、異常があった
場合のみ、その異常ファイルに関する情報を取得するの
で、フロントエンドコンピュータ１は、何ら改変を加え
ることなく、ＲＩＰコンピュータ２にインストールされ
るソフトウエアプログラムのみ変更することで、上記実
施形態を実現することができる。なお、ファイルに異常
がなかった場合は、通常通り、出力機からページ情報が
プリントされる。

【００４１】[第２の実施形態]本発明の別の実施の形態
を実施例に基づき説明する。図８は、複数のカプセル化
ファイルを含むページ情報ＰＢがＰＤＬで表現された一
例である。この例は、図１のページ情報ＰＡの記述方法
とは異なっている。ページ情報ＰＢは、ファイルリスト
部ＬＦ、オブジェクトリスト部ＬＯおよびレイアウト情
報部ＬＡＹからなる。

【００４２】ファイルリスト部ＬＦは、ページ情報ＰＢ
を表現するファイルに含まれるカプセル化ファイルまた
は画像ファイルのファイル名とその所在情報がリストさ
れたもので、具体的には、ディレクトリ名（パス名）Ｄ
ＩＲとファイル名ＦＮからなる。図８において、ファイ
ルリスト部ＬＦに記述されたリストＦ１乃至Ｆ３は、Ｐ
ＤＬで記述されたカプセル化ファイルであり、リストＦ
４は画像ファイルである。オブジェクトリスト部ＬＯ
は、文字列によって表現可能な文字や図形が記述される
オブジェクトのプログラムであり、例えば、図８に示す
ように、文字列「ＣＩＲＣＬＥ」、「ＲＥＣＴ」、「Ｌ
ＩＮＥ」とその複数のパラメータＰＭによって、図形を
表す。例えば、「ＣＩＲＣＬＥ（４、ＲＥＤ、ＢＬＵ
Ｅ）」と記述されている場合は、半径が「４」で、境界
部の色が「赤」、内部の塗りつぶし色が「青」でである
円を示している。レイアウト情報部ＬＡＹは、ファイル
リスト部ＬＦおよびオブジェクトリスト部ＬＯにリスト
されたカプセル化ファイル、画像ファイルやオブジェク
トのそれぞれのレイアウト位置の情報が記述されてい
る。例えば、ページ上にレイアウトされるカプセル化フ
ァイルの貼り付け位置を示す絶対座標ＰＯＳが記述され
ている。また、場合によっては、このレイアウト情報部
ＬＡＹには、カプセル化ファイル、画像ファイルやオブ
ジェクトのレイヤー構造が記述されている。なお、この
ページ情報ＰＢは、図１で示したページ情報ＰＡとは異
なり、カプセル化ファイルの実態部分（プログラム記述
部）は、このページ情報ＰＢ内には含まれておらず、単
にそのファイルの所在情報のみ記述されているだけで、
それぞれのカプセル化ファイルは、物理的に完全に独立
して記憶されている。なお、カプセル化ファイルの記述
は、図１で説明したページ記述言語の言語規則に従って
記述されているもので、ＰＤＬファイルである。

【００４３】また、図８に示したページ記述方法は、通
常は、ページ情報ＰＢを作成するための画像処理ソフト
ウエアの専用の内部ファイルフォーマットとして用いら
れる場合が多く、画像処理ソフトでページをデザインし
ているときに、その記述方法で一時的に記憶されてい
る。なお、図１に示された記述方法を図８に示す記述方
法に変換することも可能である。

【００４４】図９は、本発明を実現するための画像処理
システムの構成図である。この画像処理システムは、フ
ロントエンドコンピュータ５１と、ＲＩＰコンピュータ
５２と、出力機５３と、ネットワーク５４を備えたシス
テムである。フロントエンドコンピュータ５１は、ＤＴ
Ｐ用の画像処理ソフトウエアがインストールされたもの
で、その画像処理ソフトウエアで作成しているページ情
報（ファイル）ＰＢを図８に示された記述方式で記憶し
ている。また、そのページ情報（ファイル）ＰＢは、図
１に示された記述方式に変換して出力することができる
コンピュータである。通常、ページ情報ＰＢを出力機５
３でプリントする場合は、ページ情報は、カプセル化フ
ァイルの実態部分をその内部に含むページ情報、即ち、
図１で示した記述方法に沿ったファイルに変換してか
ら、ＲＩＰコンピュータ５２に、ネットワーク５４を介
して出力する。ＲＩＰコンピュータ５２は、それを受信
し、ＰＤＬを構成する各スクリプトを順次を解釈し、ラ
スターイメージデータに展開する。出力機５３は、ラス
ターデータＲＤを受信し、それに基づいて画像を記録す
るプリンタで、レーザープリンタ、インクジェットプリ
ンタ、デジタル印刷機などである。

【００４５】フロントエンドコンピュータ５１は、ＣＰ
Ｕ６１と、メモリ６２とを備えたコンピュータシステム
である。このフロントエンドコンピュータ５１は、さら
に、キーボード６３と、マウス６４と、ＣＲＴ６５と、
ハードディスク装置６６と、ディスクドライブ装置６７
と、ネットワーク５４とのインターフェース６８および
メモリ７０とを備えている。また、メモリ７０は、ログ
データ格納部７４と作業用バッファ７１を含んでいる。

【００４６】メモリ６２は、本発明を実現するためのソ
フトウエアプログラムを記憶する。そのソフトウエアプ
ログラムは、機能的な見地から、コマンド発行部７２、
ファイル送信部７３およびファイル変換部７５を備え
る。これらの各機能を実現するソフトウエアプログラム
（アプリケーションプログラム）は、フロッピーディス
クやＣＤ−ＲＯＭ等の携帯型記憶媒体（可搬型記憶媒
体）に格納され、携帯型記憶媒体から、デイスクドライ
ブ装置６７を介して、メモリ６２またはハードディスク
装置６６に転送される。

【００４７】図１０は、フロントエンドコンピュータ５
１にインストールされているプログラムの制御フローを
示す。このプログラムは、通常、ＤＴＰ用の画像処理ソ
フトウエアにアドインされる。このフローは、ファイル
リスト部ＬＦにリストされているカプセル化ファイルを
別々に順次ＲＩＰコンピュータ５２に転送し、ＲＩＰコ
ンピュータ５２での解釈処理結果に基づいて、それぞれ
のカプセル化ファイルが異常かどうか特定するためもの
である。なお、ページ情報ＰＢは、メモリ７０の作業用
バッファ７１に一時的に記憶され、カプセル化ファイル
は、その実体部分が、ハードディスク６６に記憶されて
いる。

【００４８】ステップＳ５１で、ページ情報ＰＢのファ
イルリスト部ＬＦから１つのカプセル化ファイルを選択
する。なお、ファイルリスト部ＬＦには、画像ファイル
のリストも含まれるが、画像ファイルのリストは選択し
ない。画像ファイルかカプセル化ファイル化は、そのフ
ァイルの拡張子で識別することができる。ステップＳ５
２で、ＲＩＰコンピュータ５２に対して出力禁止コマン
ドを発行する。このコマンドは、ＲＩＰコンピュータ５
２が出力機３での最終出力動作を行わないように制御す
るためのもので、通常ＰＤＬの言語規則によって定めら
れた特定の文字列からなる。ただし、その他のＲＩＰコ
ンピュータ５２のスクリプト解釈処理等は通常に行われ
る。次に、ステップＳ５３で、ファイルリスト部ＬＦに
記憶されたカプセル化ファイルの所在情報（ディレクト
リ名ＤＩＲとファイル名ＦＮ）に基づき、選択されたカ
プセル化ファイルを同定し、そのカプセル化ファイルを
ハードディスク６６から抽出する。そして、ＲＩＰコン
ピュータ５２に送信する。このカプセル化ファイルの記
述方式は、もちろん図１で示した方式に従っており、Ｒ
ＩＰコンピュータ５２で処理可能である。これにより、
ＲＩＰコンピュータ５２では、送信されたファイルの解
釈処理を行う。この解釈処理工程中に正常に解釈できた
かどうかのみの結果の情報をフロントエンドコンピュー
タ５１に返信する。なお、解釈処理工程が正常に行われ
たとしても、最終印刷物が出力機５３から出力されるこ
とはない。ステップＳ５４で、フロントエンドコンピュ
ータ５１は、ＲＩＰコンピュータ５２から返信された結
果をカプセル化ファイルの所在情報と対応づけてログデ
ータ格納部７４に記憶する。そして、ステップＳ５５
で、ＲＩＰコンピュータ５２に対して出力動作の禁止を
解除するコマンドを発行する。ステップＳ５６で、ファ
イルリスト部ＬＦにリストされたすべてのカプセル化フ
ァイルについて処理済みかどうか判断し、まだ処理済み
でなければ、残りのカプセル化ファイルについて、ステ
ップＳ５１乃至Ｓ５６が繰り返し行われる。

【００４９】全てのカプセル化ファイルについて処理が
終了すると、ログデータ格納部７４には、カプセル化フ
ァイルそれぞれに対してスクリプトの解釈処理が正常に
行われたかどうかの情報が含まれる。例えば、ログデー
タ格納部７４の情報に基づいて、図１１示すカプセル化
ファイルの情報をＣＲＴ６５に表示することができる。
これにより、操作者は、どのカプセル化ファイルが異常
であるのかを特定することができる。

【００５０】なお、第２の実施形態の場合は、本発明を
実現する異常ファイルを検出する処理と、通常のページ
情報を出力機５３でプリントする処理は、独立して行わ
れる。従って、ページ情報ＰＢを出力機３でプリントし
たい場合は、操作者は、異常ファイルの検出処理を開始
する指示とは異なるプリント開始指示を行う。すると、
図９に示されたファイル変換部７５で、図１に示された
記述方式に変換された、所謂統合ファイルが、ＲＩＰコ
ンピュータ５２に転送され、出力機５３でプリントされ
る。だたし、全てのカプセル化ファイルについて、正常
であると判断された場合は、フロントエンドコンピュー
タ５１で自動的にプリント開始指示をするように制御し
てもよい。

【００５１】このように、第２の実施形態では、少なく
とも２つのカプセル化ファイルがページ情報に含まれて
いる場合で、カプセル化ファイルの実体部分が、ページ
情報に含まれていない場合であっても、カプセル化ファ
イルの所在情報を含むリスト情報に基づいてカプセル化
ファイルを特定し、それぞれのファイルを、独立して１
つのファイルとしてＲＩＰコンピュータ５２に転送す
る。ＲＩＰコンピュータ５２は、それぞれのカプセル化
ファイルは、それだけで１つのページ情報として認識
し、通常のＲＩＰ処理と同様の処理を実行する。このと
き、解釈不能であればＲＩＰコンピュータ５２は、フロ
ントエンドコンピュータ５１に不能であることを示す情
報を転送する。これらは全てのカプセル化ファイルにつ
いて実行され、最終的に、全てのカプセル化ファイルに
ついて、異常かどうかを把握することができる。

【００５２】また、上述のように、フロントエンドコン
ピュータ５１で、本来単一のページを構成する複数のフ
ァイルを独立してＲＩＰコンピュータ５２に転送する制
御およびログデータの管理を行うので、ＲＩＰコンピュ
ータ５１は、何ら改変を加えることなく、フロントエン
ドコンピュータ５２にインストールされるソフトウエア
プログラムのみ変更することで、上記実施形態を実現す
ることができる。

【００５３】このように、上記第１および第２実施形態
で説明したように、単一のページを表現するページ情報
が構成される複数のファイルは、実質的に１つのファイ
ルにもう１つのファイルが含まれる関係であってよく、
また、物理的に独立した複数のファイルでもよい。単一
のページ情報を表現する複数のファイルの構造がいずれ
の場合であっても、本件発明を実現することができる。

【００５４】[変形例]上記実施形態では、異常ファイル
を特定するために用いる識別情報として、ファイルのタ
イトルや所在情報を用いたが、操作者がファイルを特定
できる情報であればなんでよく、例えば、ファイル固有
の情報となり得る、ファイルの作成者、作成日などであ
ってもよい。

【００５５】また、上記第１および第２の実施形態で
は、ＲＩＰコンピュータおよびフロントエンドコンピュ
ータのみで、本件発明を実現させたが、第１の実施形態
のＲＩＰコンピュータと第２の実施形態のフロントエン
ドコンピュータを組み合わせた画像処理システムで実現
させてもよい。

【図面の簡単な説明】

【図１】複数のカプセル化ファイルを含むページ情報が
ページ記述言語で表現された例である。

【図２】ページ情報によって実際に表現されるページの
状態を示す図である。

【図３】本発明を実現するための画像処理システムの構
成図である。

【図４】ＲＩＰコンピュータの構成を示すブロック図で
ある。

【図５】ＲＩＰコンピュータにインストールされるプロ
グラムの制御フローを示す図である。

【図６】スクリプト解釈処理の詳細なフローを示す図で
ある。

【図７】階層カウンタの値とタイトルメモリの記憶内容
の変化を説明するための図である。

【図８】ページ情報が別の記述方式によって表現された
例である。

【図９】本発明を実現するための別の画像処理システム
の構成図である。

【図１０】フロントエンドコンピュータにインストール
されるプログラムの制御フローである。

【図１１】カプセル化ファイルの異常に関する情報を表
示した一例である。

【符号の説明】

１…フロントエンドコンピュータ ２…ＲＩＰコンピュータ ３…出力機 ４…ネットワーク ２１…ＣＰＵ ２２…メモリ ２３…キーボード ２４…マウス ２５…ＣＲＴ ２６…ハードディスク装置 ２７…ディスクドライブ装置 ２８…インターフェィス ２９…インターフェィス ３０…メモリ ３２…受信部 ３３…スクリプト解釈部 ３４…ログデータ格納部 ３５…ラスタデータ出力部 ３６…受信ファイルバッファ ３７…階層カウンタメモリ ３８…タイトルメモリ ３９…転送部 ５１…フロントエンドコンピュータ ５２…ＲＩＰコンピュータ ５３…出力機 ５４…ネットワーク ６１…ＣＰＵ ６２…メモリ ６３…キーボード ６４…マウス ６５…ＣＲＴ ６６…ハードディスク装置 ６７…ディスクドライブ装置 ６８…インターフェィス ＳＳＴ…開始宣言文 ＳＥＤ…終了宣言文 ＳＴ１…タイトル文 ＰＰＲ０，ＰＰＲ１，ＰＰＲ２…プログラム記述部 ＥＰＦ１，ＥＰＦ２…カプセル化ファイル Ｐ…ページ ＰＡ…ページ情報（統合ファイル） ＰＢ…ページ情報 ＬＦ…ファイルリスト部 ＬＯ…オブジェクトリスト部 ＬＡＹ…レイアウト情報部 ＤＩＲ…ディレクトリ ＦＮ…ファイル名 ＰＭ…パラメータ ＰＯＳ…座標

Claims (9)

【特許請求の範囲】
1. 【請求項１】 単一のページを表現するページ情報が複
   数のファイルから構成され、当該複数ファイルの異常を
   検出する異常ファイル特定方法において、上記ファイル
   は複数のスクリプトのからなるページ記述言語で表現さ
   れるものであって、 （ａ）前記複数のファイルを順次読み出す工程と、 （ｂ）順次読み出されたファイルに含まれる複数のスク
   リプトを順次解釈する工程と、 （ｃ）前記工程（ｂ）におけるスクリプト解釈中にスク
   リプトが解釈不能かどうか判定する工程と、 （ｄ）前記工程（ｃ）によりスクリプト解釈不能と判断
   された場合、解釈不能のスクリプトが含まれるファイル
   を異常ファイルとして特定する工程と、を備えた異常フ
   ァイル特定方法。
2. 【請求項２】 前記ページ情報は、前記複数のファイル
   のスクリプトを実質的に含み、 前記工程（ａ）は、ページ情報を構成するにスクリプト
   を順次読み出すことにより、前記複数のファイルを読み
   出し、 前記異常ファイル特定方法は、さらに、 （ｅ）前記工程（ｂ）において解釈されているスクリプ
   トが含まれるファイルの識別情報を記憶する工程とを備
   え、 前記工程（ｄ）は、スクリプトが解釈不能と判断された
   時点に、工程（ｅ）によって記憶されている識別情報に
   基づいて異常ファイルを特定する請求項１記載の異常フ
   ァイル特定方法。
3. 【請求項３】 前記工程（ｅ）は、スクリプトが、ファ
   イルを識別するための所定の文字列であるかどうかの判
   断に従って、識別情報を取得する工程を含む請求項２記
   載の異常ファイル特定方法。
4. 【請求項４】 前記ページ情報は、前記複数のファイル
   の所在場所を示す所在情報を含むリスト情報を含み、 前記工程（ａ）は、前記リスト情報に基づいてファイル
   を順次読み出し、 前記異常ファイル特定方法は、さらに、 （ｆ）順次読み出されたファイルそれぞれについて、前
   記工程（ｂ）および（ｃ）を繰り返し行う工程とを備え
   る請求項１記載の異常ファイル特定方法。
5. 【請求項５】 前記工程（ｄ）は、複数のファイルの
   内、全ての異常ファイルを表示する請求項４記載の異常
   ファイル特定方法。
6. 【請求項６】 前記工程（ｄ）は、ファイルの所在場所
   に関する情報を取得して異常ファイルを特定する工程で
   ある請求項４記載の異常ファイル特定方法。
7. 【請求項７】 単一のページを表現するために必要な複
   数のファイルの異常を検出する異常ファイル特定方法に
   おいて、前記ファイルは複数のスクリプトのからなるペ
   ージ記述言語で表現されるものであって、 （ａ）前記ファイルを構成するスクリプトを順次解釈す
   る工程と、 （ｂ）前記工程（ａ）においてスクリプトが解釈可能で
   あるかどうか判断する工程と、 （ｃ）前記工程（ｂ）により解釈不能と判断されたスク
   リプトを含むファイルを特定する工程と、 を備えた異常ファイル特定方法。
8. 【請求項８】 単一のページを表現するために必要な複
   数のファイルの異常を検出する異常ファイル特定装置に
   おいて、前記ファイルは複数のスクリプトのからなるペ
   ージ記述言語で表現されるものであって、 前記ファイルを構成するスクリプトを順次解釈するスク
   リプト解釈手段と、 前記スクリプト解釈手段によるスクリプトが解釈可能で
   あるかどうか判断する判断手段と、 前記判断手段により解釈不能と判断されたスクリプトを
   含むファイルを特定する特定手段と、 を備えた異常ファイル特定装置。
9. 【請求項９】 単一のページを表現するために必要な複
   数のファイルの異常を検出する異常ファイル特定を行う
   コンピュータプログラムを記憶した記憶媒体において、
   前記ファイルは複数のスクリプトのからなるページ記述
   言語で表現されるものであって、 （ａ）前記ファイルを構成するスクリプトを順次解釈す
   る工程と、 （ｂ）前記工程（ａ）においてスクリプトが解釈可能で
   あるかどうか判断する工程と、 （ｃ）前記工程（ｂ）により解釈不能と判断されたスク
   リプトを含むファイルを特定する工程と、 をコンピュータに実行させるためのコンピュータプログ
   ラムを記録したコンピュータ読み取り可能な記録媒体。