JP3230916B2 - 符号化タイプ認識方法及び符号化タイプ認識装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、最終形文書に関し、最
終形文書を標準ページ記述言語に符号化するために用い
られた符号化タイプの自動認識に係る。

【０００２】ここで、最終形文書とは、コンピュータ・
プリンタに対するコマンドのみならず、リモートファク
シミリプリンタやその他のディスプレイもしくはプレゼ
ンテーション装置に対するコマンドをも意味するもので
ある。

【０００３】本発明は特に、文書が標準ページ記述言語
（ＳＰＤＬ）に符号化されているか、ページ記述言語に
標準化されているならばバイナリフォーマットとクリア
テキストフォーマットのいずれに符号化されているか、
を効率的に自動判定する方法及び装置に関する。

【０００４】

【従来の技術】Ａｄｏｂｅ Ｓｙｓｔｅｍｓ社のポスト
スクリプト（ＰｏｓｔＳｃｒｉｐｔ，登録商標）はペー
ジ記述言語（”ＰＤＬ”）であるが、これは元々はクリ
アテキスト符号化言語だけであった。クリアテキスト符
号化言語は人が読解できるタイプのコンピュータ言語で
ある。非クリアテキスト符号化言語は、例えば文書のバ
イナリ符号化である。その文書の２進または１６進表現
を見ても、人は内容を容易には理解できないからであ
る。ポストスクリプト・レベル２システム及びディスプ
レイ・ポストスクリプトシステムでは、バイナリトーク
ン符号化及びバイナリオブジェクト符号化を追加され
た。

【０００５】ファイルがクリアテキスト符号化されたポ
ストスクリプトファイルであるかバイナリ符号化された
ポストスクリプトファイルであるか判定するために、フ
ァイルの最初のキャラクタが調べられ、そのキャラクタ
が１２８から１５９の範囲内であればバイナリのポスト
スクリプトファイルであると見做される。ポストスクリ
プトのクリアテキストファイル用推奨シンタックスによ
れば、プログラムの最初の行を”％！ＰＳ−Ａｄｏｂｅ
−３．０”で始めることが推奨されている。このファイ
ル先頭のコメント行は、コメントの前及びコメント中に
スペースが存在しないものとされる。このコメントは、
文書マネージャに対し、ファイルが、ポストスクリプト
の文書構造規約バージョン３．０に適合したプログラム
を内容としたポストスクリプトファイルであることを知
らせる。文書がポストスクリプトファイルであるか判定
するのに、ファイルの先頭に”％！ＰＳ−Ａｄｏｂｅ−
３．０”のパターンがあることを調べるだけでよい。し
かし、この言語自体は、ポストスクリプトであることを
自己識別するものではない。したがって、この最初の行
を省略しても、ポストスクリプトインタープリタは入力
を拒否しない。

【０００６】標準ページ記述言語（ＳＰＤＬ）は、本発
明者を含む数人により開発中の国際標準として提案され
ているＰＤＬであり、現在、国際標準化機構（”ＩＳ
Ｏ”）の一セクションへ、ＩＳＯ／ＩＥＣ ＤＩＳ １
０１８０として草案が出されており、これはニューヨー
クにある米国規格協会（”ＡＮＳＩ”）を通じて入手で
きる。バイナリＳＰＤＬ文書もクリアテキストＳＰＤＬ
文書も、入力がＳＰＤＬであることを識別するためのヘ
ッダを含んでいる。

【０００７】

【発明が解決しようとする課題】本発明の一つの目的
は、入力データが標準ページ記述言語（ＳＰＤＬ）のバ
イナリ表現とクリアテキスト表現のいずれに符号化され
ているかを認識するための方法及び装置を提供すること
である。

【０００８】本発明のもう一つの目的は、入力データが
標準ページ記述言語（ＳＰＤＬ）のデータであるか判定
するための方法及び装置を提供することである。

【０００９】

【課題を解決するための手段】これらの目的及び他の目
的を達成するため、本発明は、ファイルがＳＰＤＬファ
イルであるか、ＳＰＤＬファイルであればバイナリフォ
ーマットまたはクリアテキストフォーマットのいずれに
符号化されているか、を判定するための効率的な方法及
び装置を提供する。

【００１０】本発明による方法の骨子は、（ａ）ＩＳＯ
／ＩＥＣ８８２５の符号化ルールの下でページ記述言語
コマンドを処理するステップと、（ｂ）該コマンドの先
頭のタグが、該コマンドがバイナリＳＰＤＬ標準の下で
符号化されていることを示すオブジェクト識別子を含む
か判定し、該コマンドがバイナリＳＰＤＬ標準の下で符
号化されていると判定したときに当該方法の処理を終了
するステップと、（ｃ）該コマンドの先頭に戻って、テ
キスト符号化フォーマットの下で該コマンドを処理し、
該コマンドの最初のバイト及び後続のバイトの読み込み
を、読み込んだバイトがスペース、ＣＲ（キャリッジリ
ターン）、ＬＦ（ラインフィード）またはＴａｂ（タ
ブ）のグループより選ばれたバイトを含まなくなるまで
行なうステップと、（ｃ）該コマンドの後続のバイト
が、該コマンドがクリアテキストＳＰＤＬフォーマット
で符号化されていることを示す文字列を含むか判定する
ステップと、該コマンドがクリアテキストＳＰＤＬフォ
ーマット、バイナリＳＰＤＬフォーマットのいずれにも
符号化されていないと判定されたときに、該コマンドが
非ＳＰＤＬファイルのものである旨を指示するステップ
とからなるというものである。

【００１１】また、本発明による装置の骨子は、（ａ）
ページ記述言語コマンドの先頭の３つのタグのいずれか
が、該コマンドがバイナリＳＰＤＬフォーマットに符号
化されていることを示すオブジェクト識別子を含むか判
定するためのバイナリ判定手段と、（ｂ）該バイナリ判
定手段で該コマンドの初めの３つのタグが、該コマンド
がバイナリＳＰＤＬフォーマットで符号化されているこ
とを示すオブジェクト識別子を含んであると判定したと
きに、該文書をバイナリで解析するための手段と、
（ｃ）ファイル開始コマンドのバイトが、０個または１
個以上のスペース、ＣＲ、ＬＦまたはＴａｂを表わし、
その後に該コマンドがクリアテキストＳＰＤＬフォーマ
ットであることを示すパターンが続いているかを判定す
るためのクリアテキスト判定手段と、（ｄ）該クリアテ
キスト判定手段で、該ファイルがクリアテキストＳＰＤ
Ｌフォーマットに符号化されていると判定したときに該
コマンドをクリアテキストで解析するための手段とから
なるというものである。

【００１２】

【作用】本発明の方法及び装置は、ファイルをバイナリ
ファイルとみなして処理し、その初めの３つのタグに関
して、オブジェクト識別子”28 CF 44 00H”を含むか
調べる。このオブジェクト識別子が初めの３つのタグ中
に存在するときは、そのファイルをバイナリフォーマッ
トのＳＰＤＬファイルであると判定して符号化フラグを
バイナリに設定する。

【００１３】初めの３つのタグにオブジェクト識別子”
28 CF 44 00H”が含まれていないときは、このファイ
ルを再度調べてクリアテキストフォーマットに符号化さ
れているか判定する。次に処理はファイルの最初のバイ
トに戻り、このバイトがオプションの”Ｓセパレータ”
であるか判定する。Ｓセパレータはスペース，ＣＲ，Ｌ
ＦまたはＴａｂであるものと定義されている。最初のバ
イトがＳセパレータであるときは、セパレータがなくな
るまで後続のバイトを読む。

【００１４】次に、文字列”＜！ＤＯＣＴＹＰＥ”に出
会うはずである。その大文字、小文字は問わない。文字
列”＜！ＤＯＣＴＹＰＥ”に出会わない場合、その文書
をバイナリＳＰＤＬファイルでもクリアテキストＳＰＤ
Ｌファイルでもないと判定する。ＳＰＤＬ言語条件を満
たすためには、次のキャラクタはＳセパレータで、その
後に１個以上のＳセパレータが来なければならない。こ
のパターンを検出できなければ、その文書はＳＰＤＬ文
書ではない。次のキャラクタ列は”ＳＰＤＬ”のはずで
あるが、大文字、小文字のいずれでもよい。”ＳＰＤ
Ｌ”を検出したならば、その文書はクリアテキストＳＰ
ＤＬファイルである。理由の如以に関係なく、文書がバ
イナリＳＰＤＬファイルでもクリアテキストＳＰＤＬフ
ァイルでもないと判定された場合には、あるルーチンが
コールされて当該ファイルがＳＰＤＬファイルでないこ
とを表示し、エラーフラグにエラーコードが設定され
る。

【００１５】

【実施例】添付図面を参照するが、各図において同一の
参照番号は同一部または対応部を示す。

【００１６】図１にバイナリＳＰＤＬファイルのヘッダ
すなわち開始部の構造に関するルールを示すが、これは
ＳＰＤＬ ＩＳＯ委員会の１９９２年９月３０日会合で
修正された文書”ＩＳＯ／ＩＥＣ ＪＴＣ １／ＳＣ
１８／ＷＧ ８ Ｎ １４５３”に示されたものであ
る。

【００１７】図１は、バイナリＳＰＤＬファイルのヘッ
ダが外部タイプのクラスタグであって、ＳＰＤＬ−ＩＤ
を含むオブジェクト識別子への直接参照を含むことを示
している。バイナリＳＰＤＬ文書は、ＩＳＯ／ＩＥＣ
８８２４：１９９０に定義された”Ａｂｓｔｒａｃｔ
Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ”（ＡＳＮ．
１）によって符号化され、ＩＳＯ／ＩＥＣ ８８２５：
１９９０に定義された”Ｂａｓｉｃ Ｅｎｃｏｄｉｎｇ
Ｒｕｌｅｓ”に準拠する。

【００１８】図２はＩＳＯ／ＥＩＣ ８８２５に定義さ
れたＳＰＤＬ文書のバイナリ符号化の構造を示す。各構
造エレメントの符号化は、０個または１個以上の識別子
オクテットより始まり、その後に０個または１個以上の
長さオクテットが続き、次に０個または１個以上のコン
テント・オクテットが続く。

【００１９】図３はＩＳＯ／ＩＥＣ ８８２５に定義さ
れた識別子オクテットの構造を示す。識別子オクテット
のビット８及びビット７は構造のクラスを示し、ビット
６は構造がプリミティブ構造であるか組み立て（CONSTR
UCTED）構造であるかを示す。ここで”プリミティブ”
とは、符号化しようとする構造が付加的な構造エレメン
トを持たないこと、したがってプリミティブのコンテン
ト・オクテットはデータのみからなることを意味する。
識別子オクテットのビット６が０のときは、プリミティ
ブ構造であることを示す。識別子オクテットのビット６
が１のときは、構造エレメントが組み立てエレメントで
あることを示す。組み立てエレメントであるということ
は、コンテント・オクテット中にさらに構造エレメント
が存在することを意味する。識別子オクテットのビット
１からビット５までは、タグの識別番号が入る。

【００２０】図４はクラスのタイプと、それらの識別子
オクテットにおける符号化を示す。例えば、識別子オク
テットのビット８及びビット７がともに０のときは、タ
グのクラスはユニバーサルである。

【００２１】図５はＩＳＯ／ＩＥＣ ８８２４に定義さ
れたユニバーサル・タイプのタグ割り当てを示す。例え
ば、ユニバーサル８は外部（external）クラス、ユニバ
ーサル１６はシーケンス（sequence）クラス、ユニバー
サル６はオブジェクト識別子（object idendifier）ク
ラスである。

【００２２】図６はバイナリＳＰＤＬ文書の初めの３つ
のタグを示す。１番目のタグはユニバーサル外部であ
る。例えば、１番目のバイトの最も左側の２ビットは０
０でクラスがユニバーサルであることを示しており、次
の１ビットは１で構造が組み立て構造であること、つま
り追加の構造エレメントを含んでいることを示してお
り、また右側の５ビットは２進の８で、外部タイプ・タ
グを示している。外部タイプ・タグは指定された集合か
ら任意のデータ値を挿入することができる（詳細につい
てはＩＳＯ／ＩＥＣ ８８２４を参照）。２番目のバイ
トは１番目のタグの長さバイトである。各種タグのため
のオプション・エレメントがあるので、１番目のタグの
長さオクテットは、そのタグのオプション・エレメント
が存在するか否かが分かるまで判定できない。

【００２３】バイナリＳＰＤＬ文書の先頭の２番目のタ
グは、オプション・シーケンスである。図６に示される
ように、このオプション・シーケンスはクラスタグ割り
当てが１６のユニバーサル組み立てタグである。シーケ
ンス・オクテットの次は長さオクテットである。しか
し、オプション・アイテムがあるので、オプション・ア
イテムの有無が分からないとタグの長さを判定できな
い。

【００２４】次のタグはオブジェクト識別子タグであ
る。なお、２番目のタグとしてオプション・シーケンス
が存在しなければ、オブジェクト識別子は３番目のタグ
ではなく２番目のタグになる。オブジェクト識別子タグ
は、識別子オクテット、長さオクテット及びコンテント
・オクテットからなる。識別子オクテットの初めの２ビ
ットは００で、ユニバーサル・クラスのタグであること
を示す。３番目のビットは０で、クラスタグがプリミテ
ィブであって他の構造エレメントを含まないことを示し
ている。最後の５ビットの内容は２進の６であり、４バ
イトのコンテント・オクテットがあることを示してい
る。このコンテント・オクテットは”２８ＣＦ ４４
００ Ｈ”で、これはファイルがバイナリＳＰＤＬファ
イルであることを示している。

【００２５】クリアテキストＳＰＤＬファイルの場合、
ＳＰＤＬは、ＩＳＯ ８８７９：１９８６に定義された
Ｓｔａｎｄａｒｄ Ｇｅｎｅｒａｌｉｚｅｄ Ｍａｒｋ
ｕｐＬａｎｇｕａｇｅに従ってファイルを符号化する。
図７は、この定義の下でクリアテキストＳＰＤＬファイ
ルの開始部つまりヘッダがどのように符号化されなけれ
ばならないかを示している。ファイルは０個または１個
以上のＳセパレータで始まる。Ｓセパレータは、スペー
ス、ＣＲ（キャリッジリターン）、ＬＦ（ラインフィー
ド）またはタブのＡＳＣＩＩキャラクタである。０個ま
たは１個以上のＳセパレータの次に文字列”＜！ＤＯＣ
ＴＹＰＥ”が来る。その次は少なくとも１個のＳセパレ
ータで、その後に文字列”ＳＰＤＬ”が続く。クリアテ
キストＳＰＤＬファイルのヘッダの文字は大文字でなく
ともかまわない。

【００２６】図８はネットワークとそれに接続された装
置を示しており、そのいずれの装置も本発明を採用可能
である。ネットワーク１４には、プリンタコントローラ
６と印刷エンジン４を持つプリンタ２が接続されてい
る。また、ワークステーション８も、プリンタ１２と接
続した印刷サーバ１０とともにネットワークに接続され
ている。

【００２７】図９はプリンタ２のプリンタコントローラ
６の詳細を示す。プリンタコントコントローラ６は、ホ
ストインターフェイス２６を介してホスト２８と接続さ
れる。ホスト２８は、どのようなコンピュータでもよ
く、また、例えばワークステーション８とすることもで
きる。ワークステーション８は、例えばネットワーク１
４、シリアルプリンタケーブル、またはパラレルプリン
タケーブルを介してホスト２８と接続できる。このプリ
ンタコントローラは６、ＣＰＵ２０、ＲＡＭ２２、本発
明プロセスを実現するＲＯＭ２４、印刷エンジンインタ
ーフェイス３２、及び、それら要素を接続するためのシ
ステムバス３０も有する。印刷エンジンインターフェイ
ス３２は、ラスターイメージデータをビデオ信号または
他の信号の形で印刷エンジン４へ出力する。

【００２８】図１０はワークステーション８の構成を示
す。ワークステーション８はＣＰＵ５０、ＲＡＭ５２、
ＲＯＭ５４、キーボード５８及びマウス６０と接続され
た入力コントローラ５６を有する。印刷エンジンインタ
ーフェイス６４は、それから送られるラスターイメージ
データのビデオ信号及び制御信号を受信する印刷エンジ
ン６２と直接接続される。ワークステーション８はさら
に、ハードディスク６８及びフロッピードライブ７０に
接続されたディスクコントローラ７２、例えばイーサネ
ット（Ethernet，登録商標）等のネットワーク１４との
接続のための通信コントローラ７４、例えばＳＣＳＩバ
スにより外部のハードディスク８０と接続され、かつ例
えばＲＳ２３２Ｃケーブルによりプリンタ７８と接続さ
れるＩ／Ｏコントローラ７６を有する。ワークステーシ
ョン８はＣＲＴ８４と接続されるディスプレイコントロ
ーラ８２も有する。システムバス６６は、ワークステー
ション内の上記各要素を接続する。

【００２９】処理し印刷すべきＳＰＤＬファイルは、ワ
ークステーション８によって直接生成されるか、あるい
は、まずワークステーション８によって生成されてから
例えばハードディスク６８もしくは同８０、フロッピー
ドライブ７０、またはＲＡＭ５２に格納される。つぎ
に、このＳＰＤＬファイルをＣＰＵ５０によって印刷処
理することができるが、当該ＳＰＤＬファイルがクリア
テキストフォーマットまたはバイナリフォーマットのい
ずれに符号化されているかを、まず判定する必要があ
る。ＳＰＤＬファイルの符号化フォーマットを判定する
ためのプロセスは、例えばＲＯＭ５４、ハードディスク
６８または８０、あるいはＲＡＭ５２に格納しておくこ
とができる。ＳＰＤＬファイルの符号化フォーマットを
判定したならば、ＣＰＵ５０はＳＰＤＬファイルをラス
ターイメージデータへ処理する。このラスターイメージ
データは、バス６６、印刷エンジンインターフェイス６
４を介してビデオ信号及び制御信号の形で印刷エンジン
６２へ送られることにより、印刷エンジン６２で印刷す
ることができる。

【００３０】ワークステーション８または他のＳＰＤＬ
処理システムで記憶装置に格納されているＳＰＤＬ符号
化ピクチャーを現在処理しようとしている文書に取り込
む必要がある場合、ワークステーション８または他のＳ
ＰＤＬ処理システムは、その符号化フォーマットを確認
しなければならない。出力ＳＰＤＬファイルの生成時
に、取り込んだピクチャーの符号化フォーマットの変更
を要することがある。

【００３１】図１１に示した印刷サーバ１０は、ワーク
ステーション８と非常に似た基本構成である。印刷サー
バ１０はネットワーク１４に送られて来たＳＰＤＬファ
イルを通信コントローラ１１８によって受信する。ＣＰ
Ｕ１００は、受信したファイルがバイナリＳＰＤＬフォ
ーマットであるか、クリアテキストＳＰＤＬフォーマッ
トであるか、あるいは他の符号化フォーマットであるか
を、本発明のプロセスによって判定する。次に、ファイ
ルはＣＰＵによって処理され、システムバス１１４を介
してプリンタインターフェイス１１６へ、そしてプリン
タ１２へ送られる。ＣＰＵ１００は、文書を様々なフォ
ーマットに加工できる。例えば、プリンタ１２がポスト
スクリプト互換ならば、ＳＰＤＬ文書をポストスクリプ
ト表現に処理してプリンタ１２へ送ることができる。ま
た、ＣＰＵ１００はエスケープシーケンス型言語のどれ
かにＳＰＤＬファイルを処理でき、例えばＨｅｗｌｅｔ
ｔＰａｃｋａｒｄ（ＨＰ）社レーザジェット（Ｌａｓｅ
ｒｊｅｔ，登録商標）シリーズプリンタのネイティブ言
語（例えばＰＣＬ）にＳＰＤＬファイルを処理すること
ができる（プリンタ１２がＨＰレーザジェット互換であ
るならば）。また、ＣＰＵ１００はＳＰＤＬファイル
を、ドットマトリクスプリンタ、インクジェットプリン
タ、サーマルプリンタ、その他のラスター可能プリンタ
に使用されるフォーマットに処理することも可能であ
る。ＣＰＵ１００はＳＰＤＬファイルをラスターイメー
ジに処理してプリンタ１２内の印刷エンジンへ送ること
も可能である。

【００３２】入力データがバイナリ、クリアテキストい
ずれのフォーマットであるかをＳＰＤＬ処理装置が知る
必要があることを認識することも本発明の一部である。
予め処理されて格納されているＳＰＤＬピクチャーを目
下処理中の文書に取り込むことが必要になる場合がある
ので、格納されているピクチャーがＳＰＤＬに符号化さ
れているか、そうであれば、そのＳＰＤＬはバイナリフ
ォーマットかクリアテキストであるかをＳＰＤＬ装置が
判断できないと問題があることに、本発明者は気付い
た。したがって、例えば符号化済みＳＰＤＬファイルを
入力するＳＰＤＬファイルの処理中に、その符号化済み
ＳＰＤＬファイルの符号化フォーマットを処理中ファイ
ルの符号化フォーマットへ変換することが必要になるこ
とがある。結局、本発明は、ファイルがＳＰＤＬファイ
ルであるか否かの判定方法、及び、ＳＰＤＬファイルが
バイナリフォーマットとクリアテキストフォーマットの
いずれであるかの判定方法の両方を包含する。

【００３３】ＳＰＤＬファイルの符号化フォーマットを
判定し、そのＳＰＤＬファイルの処理を開始するための
プロセスが図１２乃至図１６に示されている。このプロ
セスは、いかなる種類の印刷サーバやワークステーショ
ン、プリンタコントローラ、その他のコンピュータ機器
でも実施できる。このプロセスはまず、図１２のステッ
プ２００で入力ファイルをオープンする。入力ファイル
のオープン後、ステップ２０２は図１３乃至図１５に図
示のプロセスに示す自動符号化認識プロセスをコールす
る。

【００３４】図１３において、入力ファイルは最初に、
その文書がＩＳＯ／ＩＥＣ８８２４：１９９０に定義の
Ａｂｓｔｒａｃｔ Ｓｙｎｔａｘ ＮｏｔａｔｉｏｎＯ
ｎｅ（”ＡＳＮ．１”）に従った、ＩＳＯ／ＩＥＣ８８
２５：１９９０に定義されたＡＳＮ．１用Ｂａｓｉｃ
Ｅｎｃｏｄｉｎｇ Ｒｕｌｅｓ（”ＢＥＲ”）によるバ
イナリフォーマットに符号化されていると看做して処理
される。処理の流れはステップ３０２に進み、ファイル
の最初の３個のタグが調べられ、オブジェクト識別子が
２８ ＣＦ ４４ ００ Ｈなる値を含んでいるか判定
する。このオブジェクト識別子は通常、２番目か３番目
のタグ中に見出される。２８ ＣＦ ４４ ００ Ｈな
る値を持つオブジェクト識別子が最初の３個のタグの一
つに見つかったときは、バイナリ符号化ＳＰＤＬ文書で
あるので処理の流れはステップ３０４へ進み、符号化フ
ラグはバイナリに設定される。そして、処理は流れは図
１２に示したプロセスへ戻る。ステップ３０２内で遂行
可能なステップ例は次の通りである。

【００３５】１． 第１バイトは２８Ｈであるか。違う
ときはＮを返す。

【００３６】２． 次の長さバイトをＩＳＯ／ＩＥＣ８
８２５符号化法により処理する。

【００３７】３． 次のバイトは３０Ｈであるか。違う
ときは下のステップ５へ進む。

【００３８】４． 次の長さバイトをＩＳＯ／ＩＥＣ８
８２５符号化法により処理する。

【００３９】５． 次の２バイトは０６Ｈ ０４Ｈであ
るか。違うときはＮを返す。

【００４０】６． 次の４バイトは２８ ＣＦ ４４
００Ｈ であるか。違うときはＮを返す。

【００４１】７． ステップ３０４へ進む。

【００４２】ステップ３０２で、文書がオブジェクト識
別子２８ ＣＦ ４４ ０８Ｈを持つタグを含まないと
判定すれば、そのファイルはバイナリフォーマットに符
号化されてはおらず、クリアテキストフォーマットに符
号化されている可能性がある。したがって、文書の開始
部を調べて、適当なクリアテキストＳＰＤＬ識別子を含
んでいるか判定する。ステップ３０８は、ファイルの最
初のバイトを変数”ＣＨＡＲ”に読み込む。ステップ３
１０は、ＣＨＡＲがＳセパレータであるか判定する。Ｓ
セパレータは文字スペース、ＣＲ（キャリッジリター
ン）、ＬＦ（ラインフィード）及びＴａｂからなる。Ｃ
ＨＡＲ中の値がＳセパレータでなくなるまで、キャラク
タを読み込まねばならない。したがって、ＣＨＡＲ中の
値がＳセパレータでなくなるまで、処理の流れはステッ
プ３１０，３１２を循環する。ＣＨＡＲがＳセパレータ
でない時に、処理の流れはステップ３１４へ進み、ＣＨ
ＡＲがシンボル’＜’であるか判定する。このシンボル
でなければ、処理中の文書はクリアテキストＳＰＤＬフ
ァイルではなく、しかもステップ３０２でバイナリＳＰ
ＤＬファイルではないと判定済みであるので、非ＳＰＤ
Ｌ文書であるということであるから、図１６に示すプロ
セスＢがコールされる。

【００４３】ステップ３１４からステップ３４６まで
は、ＳＰＤＬ文書の開始部におけるＳセパレータ後のバ
イトを調べ、文字列”＜！ＤＯＣＴＹＰＥ ”（大文
字，小文字を問わない）を検出しないときは、文書はＳ
ＰＤＬファイルではないので、処理の流れは図１６に示
すプロセスＢへ進む。ファイルの開始部に文字列”＜！
ＤＯＣＴＹＰＥ ”が含まれているときは、処理の流れ
はステップ３４８へ進むが、この場合、オープンしたフ
ァイルの後続バイトに１個以上のＳセパレータが含まれ
ている筈である。文字列（パターン）”＜！ＤＯＣＴＹ
ＰＥ ”の直後にＳセパレータが１個もない場合、非Ｓ
ＰＤＬファイルであるので処理の流れはステップ３５０
から図１６のプロセスＢへ進む。ステップ３５２及びス
テップ３５４は、Ｓセパレータがなくなるまでバイトを
変数ＣＨＡＲへ読み込む。ステップ３５６〜３６８はバ
イト列中に文字列”ＳＰＤＬ”（大文字、小文字を問わ
ない）が含まれるか判定する。文字列（パターン）”Ｓ
ＰＤＬ”が見つかったときは、処理の流れはステップ３
７０へ進んで符号化フラグをクリアテキストに設定し、
処理の流れは図１２のプロセスへ戻る。文字列”ＳＰＤ
Ｌ”が見つからない場合には、図１４に示すプロセスＢ
がコールされる。

【００４４】図１６のプロセスＢは、ファイルが非ＳＰ
ＤＬファイルであると判定された場合にコールされる。
ステップ４００はメッセージ”非ＳＰＤＬ入力”を表示
させ、バイナリＳＰＤＬ符号化ファイルでもクリアＳＰ
ＤＬ符号化ファイルでもない旨を指示する。ステップ４
０２で、エラーフラグにファイルが非ＳＰＤＬ文書であ
ること示す適当なエラーコードが設定され、処理の流れ
は図１２のステップ２０２へ戻る。

【００４５】図１２に示すプロセスに戻ると、ステップ
２０４はエラーフラグを調べてエラーが生じたか判定す
る。エラーが生じている場合、オープンしたファイル中
に適切に符号化されたＳＰＤＬ文書がないので、図１２
に示すＳＰＤＬ処理プログラムが起動される。そのファ
イルは、ポストスクリプト符号化ファイルや、その他の
ワードプロセッシングファイル、例えばＷｏｒｄＰｅｒ
ｆｅｃｔ（登録商標）フォーマット、ＨＰＧＬ（登録商
標）フォーマットまたは他の専用ファイルフォーマット
のものである可能性がある。したがって、非ＳＰＤＬ文
書を印刷するための他の処理が、例えばステップ２０４
でエラーを検出した後で生じる可能性がある。ステップ
２０４でエラーが検出されない場合、処理の流れはステ
ップ２０６へ進み、符号化フラグを調べて文書がバイナ
リＳＰＤＬフォーマットであるか判定する。バイナリＳ
ＰＤＬフォーマットのときは、処理の流れはステップ２
１０へ進み、ステップ２１２でバイナリ構造パーサー
（parser）を用いて構造をバイナリ符号化ルールに従い
処理する。

【００４６】ステップ２０６でファイルがクリアテキス
トフォーマットに符号化されていると判定した場合、処
理の流れはステップ２０８へ進み、クリアテキスト・パ
ーサーを用い、オープンしたファイルをクリアテキスト
ファイルとして解析する。そして、処理の流れはステッ
プ２１２へ進み、構造をクリアテキスト構造と見做して
解析する。これらの解析ステップは一般的な文法解析技
法でよく知られているものであるので、ここでは簡略化
のため説明しない。

【００４７】ステップ２１２で構造が解析される時に、
ファイルとその中の文書の全体が処理されるが、この処
理には全ての構造及びコンテントの処理が含まれる。

【００４８】図１７はＳＰＤＬ文書の処理及び印刷のた
めの装置の概念的構成の説明図である。図１７の各要素
は独立したプロセッサ、パーサー（parser）、ドライバ
ー、エンコーダとして図示されているが、これらの概念
的なプロセス全部を１個のＣＰＵを持つ１台のハードウ
エア装置内に収容可能である。図１７において、円形は
プロセス及びプロセッサを意味し、矩形はデータを意味
する。

【００４９】図１７に示すように、ＳＰＤＬ文書５００
を、自動符号化認識プロセッサ５０２、クリアテキスト
構造パーサー５０４、バイナリ構造パーサー５０６、ク
リアテキスト・コンテント・パーサー５１６、及びバイ
ナリ・コンテント・パーサー５１８で利用できる。ま
ず、ＳＰＤＬ文書は自動符号化認識プロセッサ５０２へ
送られ、同プロセッサは本発明のプロセスに従ってファ
イルがバイナリＳＰＤＬフォーマットであるか、または
クリアテキストＳＰＤＬフォーマットであるか判定す
る。クリアテキストＳＰＤＬフォーマットであるとき
は、クリアテキスト構造パーサー５０４がクリアテキス
ト構造を解析してトークンにし、このトークンは構造プ
ロセッサ５１０へ送られる。ＳＰＤＬ文書がバイナリ符
号化ＳＰＤＬ文書であれば、バイナリ構造パーサー５０
６がトークンを解析して構造プロセッサ５１０へ送る。
この構造プロセッサ５１０は、自動符号化認識プロセッ
サ５０２より符号化フラグ５０８を受け取ることによ
り、バイナリ解析後のトークンの処理であるか、または
クリアテキスト解析後のトークンの処理であるかを知
る。

【００５０】ＳＰＤＬ文書は構造エレメントとコンテン
ト・エレメントを含む。文書の構造は、テキストデータ
やイメージデータ等のコンテントの処理方法を定義す
る。コンテントプロセッサ５２０は、符号化フラグの設
定がどうなっているかに応じてクリアテキスト・コンテ
ント・パーサー５１６またはバイナリ・コンテント・パ
ーサー５１８より解析後のコンテントを受け取り、処理
する。

【００５１】構造プロセッサとコンテントプロセッサは
現解釈環境５１２を通して通信する。現解釈環境５１２
は、処理装置の状態を定義するもので、例えばオペラン
ドスタック、辞書の集合、状態変数テーブル、処理装置
で利用可能なリソース、及び仮想マシンの状態を含む。
構造プロセッサ５１０及びコンテントプロセッサ５２０
より得られる処理後の構造及びコンテントは、イメージ
データ及び制御情報５１４をプリンタドライバ５２２及
び／またはラスタージェネレータ及びエンジンコントロ
ーラ５２４へ送る。プリンタドライバ５２２は処理後の
ＳＰＤＬ文書をプリンタＡ５２２またはプリンタＢ５３
４の理解可能な言語へ変換する。例えば、プリンタＡが
普通のポストスクリプト（登録商標）プリンタとすれ
ば、プリンタドライバ５２２は処理後のＳＰＤＬ文書を
プリンタＡのデータすなわちポストスクリプトファイル
に変換する。また、プリンタドライバ５２２は、処理後
のＳＰＤＬファイルを、ＨＰ Ｌａｓｅｒｊｅｔ（登録
商標）シリーズのプリンタに適合したエスケープコマン
ドを含むエスケープシーケンス印刷言語へ変換できる。
これらのプリンタＢコマンド５２８は、例えばＨＰ Ｌ
ａｓｅｒｊｅｔ（登録商標）互換プリンタ等のプリンタ
Ｂへ送られる。しかし、どのようなプリンタであって
も、プリンタドライバ５２２が処理後のＳＰＤＬ文書を
そのプリンタに適合するプリンタ言語へ変換できれば、
図１７の処理装置でサポートできる。イメージデータ及
び制御情報５１４はラスタージェネレータ及びエンジン
コントローラ５２４へも送ることができ、このラスター
ジェネレータ及びエンジンコントローラ５２４は、プリ
ンタコマンドまたはポストスクリプトデータを含むプリ
ンタファイルを生成するのではなく、ＳＰＤＬファイル
をラスターデータ５３０に変換する。このラスターデー
タ５３０はプリンタエンジン５３６へ直接送られる。当
然のことながら、本発明は以上説明したところに照ら
し、様々な修正及び変形が可能である。例えば、ファイ
ルまたはコマンドについて、まずクリアテキストコマン
ドであるかを判定し、次にバイナリコマンドであるかを
判定することもできる。（一部省略）

【００５２】

【発明の効果】以上の説明から理解されるように、本発
明によれば、入力データが標準ページ記述言語（ＳＰＤ
Ｌ）のデータであるか否かの判定、標準ページ記述言語
のバイナリ表現またはクリアテキスト表現のいずれに符
号化されているかの判定を、効率的かつ自動的に行なう
ための手段、並びに、文書の符号化タイプに応じ印刷処
理を適切に制御するための手段を提供することができる
という効果を得られるものである。

【図面の簡単な説明】

【図１】バイナリＳＰＤＬファイルのバイナリ符号化の
開始部に関する要件の説明図である。

【図２】ＩＳＯ／ＩＥＣ８８２５に定義されたバイナリ
符号化の構造説明図である。

【図３】ＩＳＯ／ＩＥＣ８８２５に定義された識別子オ
クテットの構成説明図である。

【図４】ＩＳＯ／ＩＥＣ８８２５に定義された各種クラ
スタグと識別子オクテットのビット７，８の説明図であ
る。

【図５】ＩＳＯ／ＩＥＣ８８２４に定義されたユニバー
サルクラスタグに関するクラスタグ割り付けを示す図で
ある。

【図６】バイナリ符号化ＳＰＤＬ文書の初めの３個のタ
グの説明図である。

【図７】クリアテキストＳＰＤＬファイルの開始部の符
号化の説明図である。

【図８】本発明を実施するためのコンピュータネットワ
ークの例を示すブロック図である。

【図９】本発明を実施するためのプリンタコントローラ
の例を示すブロック図である。

【図１０】本発明を実施するためのワークステーション
の例を示すブロック図である。

【図１１】本発明を実施するための印刷サーバの例を示
すブロック図である。

【図１２】ＳＰＤＬファイルを最初に処理する時に用い
られるプロセスを示すフローチャートである。

【図１３】ファイルの符号化タイプを判定するためのプ
ロセスの一部を示すフローチャートである。

【図１４】ファイルの符号化タイプを判定するためのプ
ロセスの一部を示すフローチャートである。

【図１５】ファイルの符号化タイプを判定するためのプ
ロセスの一部を示すフローチャートである。

【図１６】非ＳＰＤＬファイルであると判定された時に
用いられるプロセスを示すフローチャートである。

【図１７】ＳＰＤＬファイルの処理及び印刷のために用
いられる装置の概念的構成の例を示すブロック図であ
る。

【符号の説明】

２，１２ プリンタ ４ 印刷エンジン ６ プリンタコントローラ ８ ワークステーション １０ 印刷サーバー １４ ネットワーク ２０，５０，１００ ＣＰＵ ２２，５２，１０２ ＲＡＭ ２４，５４，１０４ ＲＯＭ ２６ ホストインターフェイス ２８ ホスト ３０，６６，１１４ システムバス ３２ 印刷エンジンインターフェイス ５６，１０６ 入力コントローラ ５８，１０８ キーボード ６０ マウス ６２ 印刷エンジン ６４ 印刷エンジンインターフェイス ６６ システムバス ６８，８０，１１２ ハードディスク ７０ フロッピードライブ ７２，１１０ ディスクコントローラ ７４，１１８ 通信コントローラ ７６，１２０ Ｉ／Ｏコントローラ ７８ プリンタ ８２，１２４ ディスプレイコントローラ ８４，１２６ ＣＲＴ １２６ ＳＣＳＩ装置 ５００ ＳＰＤＬ文書 ５０２ 自動符号化認識プロセッサ ５０４ クリアテキスト構造パーサー ５０６ バイナリ構造パーサー ５０８ 符号化フラグ ５１０ 構造プロセッサ ５１２ 現解釈環境 ５１４ イメージデータ及び制御情報 ５１６ クリアテキスト・コンテント・パーサー ５１８ バイナリ・コンテント・パーサー ５２０ コンテント・プロセッサ ５２２ プリンタドライバ ５２４ ラスタージェネレータ及びエンジンコントロー
ラ ５２６ プリンタＡデータ ５２８ プリンタＢデータ ５３０ ラスターデータ ５３２ プリンタＡ ５３４ プリンタＢ ５３６ 印刷エンジン

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 3/12 B41J 5/30

Claims (10)

(57)【特許請求の範囲】
1. 【請求項１】 ページ記述言語コマンドがバイナリフォ
   ーマットまたはテキストフォーマットのいずれに符号化
   されているかを判定し、文書の符号化タイプを認識する
   方法であって、 ＩＳＯ／ＩＥＣ８８２５の符号化ルールの下で該コマン
   ドを処理するステップと、 該コマンドの先頭の３個のタグのいずれかがオブジェク
   ト識別子”２８ ＣＦ４４ ００Ｈ”を含むか判定
   し、”２８ ＣＦ ４４ ００Ｈ”なる値を含むオブジ
   ェクト識別子が見つかったときに該コマンドがバイナリ
   フォーマットであると判定して当該方法の処理を終了す
   るステップと、 該コマンドの先頭に戻って、テキスト符号化フォーマッ
   トの下で該コマンドを処理し、該コマンドの最初のバイ
   ト及び後続のバイトの読み込みを、読み込んだバイトが
   スペース、ＣＲ、ＬＦまたはＴａｂタブのグループより
   選ばれたバイトを含まなくなるまで行なうステップと、 後続のバイトが大文字、小文字の別を問わない”＜！Ｄ
   ＯＣＴＹＰＥ”なる文字列を含むか判定し、大文字、小
   文字の別を問わない”＜！ＤＯＣＴＹＰＥ”が存在しな
   いときには該文書を非ＳＰＤＬ文書であると判定して当
   該方法の処理を終了するステップと、 該コマンドの次のバイトがスペース、ＣＲ、ＬＦまたは
   Ｔａｂを表わす文字のいずれかであるか調べ、該次バイ
   トがスペース、ＣＲ、ＬＦまたはＴａｂのどの文字も表
   わさないときに、該文書を非ＳＰＤＬ文書である旨を指
   示して当該方法の処理を終了するステップと、 該コマンドの後続バイトの読み込みを、読み込んだバイ
   トがスペース、ＣＲ、ＬＦまたはＴａｂのどの文字を表
   わすバイトも含まなくなるまで行なうステップと、 スペース、ＣＲ、ＬＦまたはＴａｂの文字を含まない該
   後続バイトが、大文字、小文字の別を問わない”ＳＰＤ
   Ｌ”なる文字列であるか調べ、大文字、小文字の別を問
   わない”ＳＰＤＬ”なる文字列が見つかったときに、該
   コマンドがテキストフォーマットに符号化されている旨
   を指示するステップとからなる符号化タイプ認識方法。
2. 【請求項２】 請求項１の符号化タイプ認識方法であっ
   て、該コマンドがバイナリフォーマットまたはテキスト
   フォーマットであると判定された後に遂行される、 複数のプリンタ言語中の一つを選択するステップと、 該コマンドを該選択されたプリンタ言語に処理するステ
   ップと、 該処理されたコマンドを、該選択されたプリンタ言語に
   適合したプリンタへ送るステップと、 をさらに有することを特徴とする符号化タイプ認識方
   法。
3. 【請求項３】 文書が印刷エンジンに接続したプリンタ
   コントローラにおいて処理されることを特徴とする請求
   項１，２記載の符号化タイプ認識方法。
4. 【請求項４】 文書が、少なくとも１つのプリンタと接
   続された印刷サーバーにおいて処理されることを特徴と
   する請求項１，２記載の符号化タイプ認識方法。
5. 【請求項５】 文書はワークステーションにおいて処理
   されることを特徴とする請求項１，２記載の符号化タイ
   プ認識方法。
6. 【請求項６】 ページ記述コマンドがバイナリフォーマ
   ットまたはテキストフォーマットのいずれに符号化され
   ているかを判定し、文書の符号化タイプを認識する装置
   であって、 ＩＳＯ／ＩＥＣ８８２５の符号化ルールの下で該コマン
   ドを解析するための手段と、 該コマンドの先頭の３個のタグのどれかがオブジェクト
   識別子”２８ ＣＦ４４ ００ Ｈ”を含むか判定する
   ためのバイナリ判定手段と、 該バイナリ判定手段で該コマンドの先頭の３個のタグの
   どれかがオブジェクト識別子”２８ ＣＦ ４４ ００
   Ｈ”を含むと判定したときに、該文書をバイナリで解
   析するための手段と、 該コマンドの先頭が、０個または１個以上のスペース、
   ＣＲ、ＬＦまたはＴａｂを表わすバイトを含み、その後
   に大文字、小文字の別を問わないパターン”！ＤＯＣＴ
   ＹＰＥ”、０個または１個以上のスペース、ＣＲ、ＬＦ
   またはＴａ ｂを表わすバイト、大文字、小文字の別を問
   わないパターン”ＳＰＤＬ”が順に続くか判定するため
   のクリアテキスト手段と、 該クリアテキスト手段で該ファイルがクリアテキストに
   符号化されていると判定したときに該コマンドをクリア
   テキストで解析するための手段とを具備する符号化タイ
   プ認識装置。
7. 【請求項７】 請求項６記載の符号化タイプ認識装置で
   あって、複数のプリンタ言語中より１つのプリンタ言語
   を選択するための手段と、該コマンドを該選択されたプ
   リンタ言語に処理するための手段とをさらに具備するこ
   とを特徴とする符号化タイプ認識装置。
8. 【請求項８】 請求項６，７記載の符号化タイプ認識装
   置において、該装置は印刷エンジンに接続したプリンタ
   コントローラからなることを特徴とする符号化タイプ認
   識装置。
9. 【請求項９】 請求項６，７記載の符号化タイプ認識装
   置において、該装置は少なくとも１つのプリンタに接続
   されたプリンタサーバーからなることを特徴とする符号
   化タイプ認識装置。
10. 【請求項１０】 請求項６，７記載の符号化タイプ認識
    装置において、該装置はワークステーションからなるこ
    とを特徴とする符号化タイプ認識装置。