JP2010035187A - オープンな仕様環境におけるデータの位置を決定するための方法及び装置 - Google Patents

Abstract

【課題】信頼できる形で、データを格納するために用いられていなかったＯＰＩ（オープンプロセスインターフェース）パッケージを用いて、高解像度及び低解像度画像データを突き止める。
【解決手段】出版データ内のオブジェクトのための、データの潜在的パスネームを特定するために、該出版データ内のコメントとパスマッピングを比較し、該出版データ内の該オブジェクトデータの、該潜在的パスネームを特定するために、該コメントとサーチパスを比較し、該潜在的パスネームを確認するために、該出版データをプリスキャンし、該出版データの該コメントを、該確認されたパスネームに置換し、該確認されたパスネームに基づいて該データを検索して、該オブジェクトデータを該出版データに挿入し、そして、該出版データを、該出力装置を介して、該出力メディアに出力する。
【選択図】図２

Description

本発明は、出版データを解釈するための方法及び装置に関連する。更に詳細には、本発明は、オープンな仕様システムで作られ、出版データのオブジェクトと関連するコメントを処理するための方法及びシステムに向けられる。しかしながら、本発明はまた他の同様の応用にも適していることを理解して欲しい。

処理装置（例えばコンピュータ）の上に表示された文書は、一般的には、印刷前に、ポストスクリプト（Postscript）やＰＤＦのようなページ記述言語（ＰＤＬ）に変換される。ページレイアウト・アプリケーション（例えばページメイカー（PageMaker））は、これらの文書を生成したり、高解像度のデータ集中画像を挿入して操作するためにしばしば用いられる。データは一般的には多量であるので、そのような画像は、実行中には容易に操作（拡大,回転等）できない。それゆえ、ポストスクリプト及びＰＤＦ,ＰＤＬでは、その中の（可能であればクライアントコンピュータから離れた位置にある）対応ファイル中に文書の高解像度画像データ部分が格納される、ある方法（例えば、“オープンプロセスインターフェース”（以後「ＯＰＩ」と呼ぶ。））が採用されてきた。対応する低解像度画像は生成され、可能であれば、高解像度画像とは別の位置に格納される。これらの低解像度画像、あるいは“プロキシ”画像はその後、高解像度バージョンへの引用とともに文書に挿入される。低解像度画像は、実質的により少ないデータを利用するので、ユーザにとって、そのような画像を、対応する高解像度の画像に比べて、非常により速く,そして、クライアントコンピュータの資源（ディスク空間,メモリ,プロセッサ時間）をより少なく用いるだけで操作することが可能である。文書に挿入された各プロキシ画像に対して、ＯＰＩ仕様に従ったコメントの組が生成される。そして、これらのコメントが、高解像度画像の位置を引用するのみならず、対応する高解像度画像が印刷される前に、対応する高解像度画像に対してもなされなければならない、プロキシ画像に対してなされたいかなる操作をも指示する。プロキシ画像及びＯＰＩコメントを生成するソフトウェアは、ＯＰＩプロデューサと呼ばれ、ＯＰＩパッケージの一部であるか、あるいは、ページレイアウトアプリケーションの一部である。

ＯＰＩを用いるページレイアウトアプリケーションとともに生成された、挿入画像の高解像度バージョンを含むを含む文書を印刷することが必要であれば、文書はＰＤＬに変換され、印刷処理のために、サーバ、あるいは、いくつものサーバに送出される。印刷処理装置は、ポストスクリプトデータをにビットに翻訳するラスタ画像処理技術（ＲＩＰ）に従ってＰＤＬデータを分解する。この動作を実行する装置は、今後ＲＩＰサーバと呼ばれる。ＲＩＰの前あるいはＲＩＰの実行中に、同じあるい別の装置がＯＰＩコメントをＰＤＬに翻訳し、高解像度画像データを検索して置換し、データを修正し、ユーザによってなされた操作をプロキシ画像に反映する。

以前は、ＯＰＩソフトウェアパッケージは、高解像度及び低解像度画像データの双方を格納し検索していた。伝統的なＯＰＩパッケージは格納操作を実行するので、高解像度及び低解像度画像データの位置は知られていた。それゆえ、印刷動作を実行するためのデータの検索は容易に達成された。現在まで、信頼できる形で、データを格納するために用いられていなかったＯＰＩパッケージを用いて、高解像度及び低解像度画像データを突き止めることは不可能であった。

本発明は、上述の問題等を解決する、新規な、改善された、装置及び方法を提供する。

文書データのストリーム内に引用された画像、の位置を決定するための方法によって、データストリーム内のコメントが発見される。画像の位置は、コメントの関数として決定される。

本発明の一つの面に従って、データストリーム内の画像への引用が、コメントの関数として特定される。画像の位置は、引用の関数として決定される。

本発明の他の面に従って、画像の位置は、画像の潜在的位置への潜在的マッピングを特定すること決定される。

本発明の更に限定された面に従って、画像の付加的な潜在的位置への付加的な潜在的マッピングが特定される。

本発明に従って出力を生成するためのシステム。 本発明に従って出力を生成するためのフローチャート。 図２でコールされた、画像サーチを実行するための方法。 図３でコールされた、異なるマッピングを突き止めることを試みるための方法。 図３でコールされた、異なるサーチパスを突き止めることを試みるための方法。

図１及び図２を参照する。電子出版10（例えば文書）は、ステップＡで始まる方法14に従って、ネットワーク12で処理される。電子出版10を表すデータストリーム（出版データ）は、例えばＰＤＬデータ（例えばポストスクリプトデータ）としてフォーマットされ、ビデオ表示装置20の上に、低解像度フォーマットで表された、様々なオブジェクト16（例えば画像）を含む。低解像度フォーマットによって、ユーザは出版10内で、オブジェクト16を、対応する高解像度バージョンのオブジェクト16で可能であるより、より高速に動かし、及び／又は、操作することができる。しかし、上述のように、出版10が出力装置24を介して生成される（例えば印刷される）ときには、出力メディア22の上に高解像バージョンのオブジェクト16を生成することが望ましい。好ましくは、一つの“可能な装置”、即ち、ＯＰＩコメントを処理するとともに、ラスター画像処理（ＲＩＰ）動作をも実行する、印刷コントローラがあることを理解して欲しい。

好ましい実施例では、出力装置24は、ゼログラフィー環境で動作する、デジタル出力装置（例えば、デジタル印刷装置）である。オプションで、出力装置24はカラー出力装置である。

明確化のために、パスネームの語は、パス（ディレクトリを含む）及びファイルネーム、を意味すると想定される。

出版データ（即ちデータストリーム）は、高解像度及び低解像度の画像に対応する元データの位置を引用する、２つのタイプのオープン仕様（例えば、オープン印刷前仕様（Open Prepress Specification:“ＯＰＩ”））コメントを含む。更に詳細には、例えば“イメージファイルネーム（ImagrFileName）”として引用された低解像度コメントは、低解像度画像のためのフルパスネーム（ファイルネームを含む）を提供する。そして、例えば“イメージＩＤ（ImageID）”として引用された高解像度コメントは、より緩やかに定義され、オプションで、高解像度画像のための、いくつかの識別子あるいはパスネームを提供する。出版データはまた、ページレイアウト・アプリケーションプログラム（例えばページメイカー（PageMaker））内のオブジェクト16に対してなされた修正（例えばスケーリング、配置、等）を表すコメントをも含みうることを理解して欲しい。

ラスター画像処理（ＲＩＰ）技術に従って、出版データが処理される前に、システムアドミニストレータは、ネットワーク12内のオープン仕様標準環境を記述する。より詳細には、システムアドミニストレータは、ステップＢで、画像パス情報のために、２つのタイプの潜在的識別子のうち、少なくとも一つを指定する。例えば、システムアドミニストレータは、パスマッピング及び／又はサーチパスを指定する。本発明の方法では、システムアドミニストレータによって入力された情報は、コメント値単独に比べて、より有用となりそうなことが想定される。更に、ImageIDコメントが出版データ内で供給されるなら、ImageIDコメントは、ImageFileNameコメントに比べて、高解像度画像を突き止めるために、より関連する情報を提供することが想定される。

もし、オブジェクト16の高解像度バージョンのためのデータが格納される場所で、コメントが格納位置へのパスを指定する傾向があるが、ネットワーク12中のＲＩＰサーバ26（例えばプリンタコントローラ）によって認知されないようなやり方でパスを指定する傾向があれば、パスマッピングが用いられる。例えば、“プロデューサ”（例えばＯＰＩパッケージあるいはページレイアウトアプリケーション）によるコメント内で認知され、記録されたパスは、ウインドウズＮＴあるいはマッキントッシュサーバ名で始まり得、その後にローカルディレクトリパス（例えば“d:＼home＼images＼image1.jpg”）がつながり得る。しかし、ドライブ名の“d:＼home”部分は、“／Home”のように、ＲＩＰサーバ装置（例えばユニックスサーバ）上に装填されている可能性がある。この場合には、システムアドミニストレータは、ＲＩＰサーバ装置がコメントを処理する際に、ユニックス等価（例えば“／Home”）として認識されるために、パスのいくつかの部分（例えば“d:＼home”）を指定する。その後、コメントは、ネットワーク12内に装填されたパス及びファイルネームと置換される（例えば“Home＼images＼image1.jpg”）。

サーチパスは、フルの、明示的なパスネームを、ネットワーク12中の、一つあるいはそれ以上の（ＲＩＰサーバがアクセスできる）ディレクトリ（その中に一般的にデータが格納される）に提供するために、アドミニストレータによって指定される。以下に更に詳細に記述されるように、ＲＩＰサーバ26は、データストリームで名前が付けられたオブジェクトのために、これらのパスをサーチする。

ステップＣでデータストリ−ムは、ネットワーク12内のオープン仕様標準（ステップＢでアドミニストレータによって定義される）に従ってコメントを解釈するために、第一のサーバ32（例えばオープンプロセス仕様（ＯＰＩ：Open Process Specification）サーバ）に送出される。コメントは、オープン仕様標準に従って（例えば、いかなる第三者のオープン印刷前インターフェース（“ＯＰＩ”）プロデューサによって）生成されることが想定される。

ステップＤで、走査前オプションが使用可能かどうかの決定がなされる。もし、走査前オプションが使用可能となっていなければ、データがＲＩＰされることスケジューリングするために、制御はステップＥに渡される。走査前オプションが使用可能であれば、制御は、データのある部分（例えば行あるいはコマンド）のプリスキャンをする（読み取り）するために、ステップＦに渡される。

ステップＦで、データの行がプリスキャンされた後に、コメントの組（例えばImageFileName及び／又はImageID）が、データの行内で検出されたか否かを決定するために、制御はステップＧに渡される。もし、コメントがステップＧで検出されなければ、データの終端に到達したか否か（即ち、データの最終行がプリスキャンされたかどうか）を決定するために、制御はステップＨに渡される。もし、データの終端に到達していないことがステップＨで決定されれば、データの次の行を走査するために、制御はステップＦに戻る。もし、データの終端に到達していることがステップＨで決定されれば、制御は、以下に説明されるように、プリスキャンされたデータ内に、何らかの誤りが含まれるか否かを決定するステップＩに渡される。もしステップＧでコメントが検出されれば、ネットワーク12内で画像の実際の位置を、検出されたコメントの関数１として特定するためのサーチを実行するために、制御はステップＪに渡される。ステップＪの更に詳細な議論は以下になされる。

ステップＪで特定されたパスが有効か否かの決定が、ステップＫでなされる。もしステップＫでパスが無効であると決定されれば、誤りを記録するために、制御はステップＬに渡る。その後、データのプリスキャンを継続するために、制御はステップＦに戻る。もしステップＫで、全てのパス値が有効であると決定されれば、ギャザリング機能が使用可能か否かを決定するために、制御はステップＭに渡る。

もし、ギャザリング機能が使用可能でなければ、データストリーム中のImageIDコメントの値を、ステップＪで特定された有効なパスと置換するために、制御はステップＮに渡る。もし、ギャザリング機能が使用可能であれば、ステップＪでの画像パス値によって指定された位置（例えば遠隔ネットワーク格納部34）からの画像データを検索するために、そして、ローカル格納装置36（例えばディスク）上の画像データを格納するために、制御はステップＯに渡る。制御はその後、ImageIDコメント値を、ローカル格納装置36内の適切なローカルパスと置換するために、ステップＰに渡る。その後、データの次の行をプリスキャンするために、制御は、ステップＦに戻る。

ステップＩを再度参照する。もし、データ中で誤りが検出されれば、誤りをきれいにするために、制御はステップＱに渡る。その後制御は、ステップＥに渡る。もし、ステップＩで、誤りが検出されなければ、制御は（実行ステップＱ無しに）ステップＥに渡る。

上述のように、ステップＥで、データストリームはＲＩＰされるようにスケジュールされる。その後、ステップＲで、プリスキャンによる何らかのパスアップデートを持つデータストリームが、処理装置30内に読み込まれる。ステップＳで、置換機能が使用可能か否かの決定がなされる。もし、置換機能が使用可能でなければ、高解像度画像を検索する替わりに、データをプロキシ画像でＲＩＰするために、制御はステップＴに渡る。もし、置換機能が使用可能であれば、プリスキャン機能が使用可能か否かを決定するために、制御はステップＵに渡る。

もし、ステップＵで、プリスキャン機能が使用可能であると決定されれば、現在のパスを、ImageIDコメントの値に設定するために、制御はステップＶに渡る。その後、現在のパスが有効か否かを決定するために、制御はステップＷに渡る。もし、現在のパスが有効であると決定されれば、ＯＰＩサーバ32,遠隔ネットワーク格納部34、及び／又は、ローカルディスク36から高解像度画像を検索して、高解像度画像をデータストリームに置換するために、制御はステップＸに渡る。もし、現在のパスが無効であると決定されれば、コメントで引用された画像のためのパス値を特定するための画像サーチを実行するために、制御はステップＹ（このステップについては以下で更に詳細に議論される）に渡る。そして、パス値が有効か否かを決定するために、制御はその後ステップＺに渡る。もし、パス値が無効と決定されれば、ジョブをフォールトするために、制御はステップＡＡに渡る。もし、パス値が有効と決定されれば、制御はステップＸに渡る。

もしパス値が無効と決定されれば、ユ−ザはオプションでマニュアルによってパスを画像に入力しうることを理解して欲しい。その後、データストリームは、再度プリスキャンされ得、あるいは、ＯＰＩアウェアのＲＩＰ（ＯＰＩに気づいているＲＩＰ）のために直接再スケジュールされ得る。

ステップＸで、高解像度画像がデータに置換された後、データを分解するために、制御はステップＴに渡る。その後、ステップＢＢで、もっと多くのデータが評価されるべきか否かの決定がなされる。もし、もっと多くのデータが存在すれば、制御は、ステップＲに戻る。もし、もっと多くのデータが存在しなければ、出力装置24を介して、出力メディア22上にデータを生成するために、制御はステップＣＣに渡る。その後、工程はステップＺＺで停止する。

図３を参照する。画像サーチの実行工程（ステップＪ及びＹを見よ）はステップＤＤ１で開始する。ステップＤＤ２で、ImageIDコメントが、データストリームで入手可能（即ち指定されている）か否かの決定がなされる。もし、画像識別子が利用可能であれば、ImageIDコメントの値を現在のコメント及び現在のパスに割り当てるために、制御は、ステップＤＤ３に渡る。その後、ステップＤＤ４（以下で更に詳細に議論される）で、異なったマッピングが試みられる。ステップＤＤ５で、ステップＤＤ４で決定された現在のパスが有効か否かの決定がなされる。もし、現在のパスが有効であれば、工程を停止するために、制御は、ステップＤＤ６に渡る。もし、現在のパスが無効であれば、（以下で更に詳細に議論される）異なるサーチパスを試みるために、制御は、ステップＤＤ７に渡る。

ステップＤＤ８で、現在のパスが有効か否かの決定がなされる。もし、現在のパスが有効であれば、制御は、ステップＤＤ６に渡る。もし、現在のパスが無効であれば、現在のパスを、ステップＤＤ４で計算される変換された画像識別子値として割り当てるために、制御はステップＤＤ９に渡る。例えば、もし、それぞれ、ステップＤＤ４あるいはＤＤ７で特定されたマッピングあるいはサーチパスが、ユニックスのフォーマットで表されていれば、現在のパスの残りの部分もまた、ユニックスのフォーマットに変換される。ステップＤＤ１０で、現在のパスが有効か否かの決定がなされる。もし、現在のパスが有効であれば、制御はステップＤＤ６に渡る。もし、現在のパスが無効であれば、現在のパスを、ImageFileNameコメントによって特定されたディレクトリと、ImageIDコメントによって指定されたファイルネーム、の連結として割り当てるために、制御はステップＤ１１に渡る。その後、ステップＤＤ１２で、異なるマッピングが再度試みられる（図４を見よ）。

ステップＤＤ１３で、現在のパスが有効か否かの決定がなされる。もし、現在のパスが有効であれば、制御は、ステップＤＤ６に渡る。もし、現在のパスが無効であれば、制御はＤＤ１４に渡る。ステップＤＤ１４は、（上述のように）、もし、ステップＤＤ２でImageIDコメントが全く利用不可能であるときにもまた、実行される。ステップＤＤ１４では、ImageFileNameは、現在のコメント及び現在のパスとして割当てられる。その後、ステップＤＤ１５では、異なるマッピングが試みられる（図４を見よ）。

ステップＤＤ１６では、現在のパスが有効か否かの決定がなされる。もし、現在のパスが有効であれば、制御はステップＤＤ６に渡る。もし、現在のパスが無効であれば、異なるサーチパス（図５を見よ）を試みるために、制御は、ステップＤＤ１７に渡る。その後、ステップＤＤ１８で、現在のパスが有効か否かの決定がなされる。もし、現在のパスが有効であれば、制御は、ステップＤＤ６に渡る。もし、現在のパスが無効であれば、ImageFileName値を現在のパスとして割り当てるために、制御はステップＤＤ１９に渡る。その後、ステップＤＤ２０で、制御が、画像サーチを実行する工程を停止させるためのステップＤＤ６に渡る前に、現在のパスの有効性がテストされる。

図４を参照する。異なるマッピングを試みるステップＤＤ４とＤＤ１２及びＤＤ１５は、ステップＥＥ１で開始する。ステップＥＥ２で、何らかのマッピングが存在するか否か（即ち、ステップＢでマッピングが指定されていたか否か）の決定がなされる。何らマッピングが存在しないとき、工程を停止させるために、制御は、ステップＥＥ３に渡る。マッピングが存在するとき、現在のマッピングを選択するために、制御はステップＥＥ４に渡る。その後、ステップＥＥ５にて、選択されたマッピングと現在のコメントの部分との間に一致があるか否かの決定がなされる。例えば、もし、現在のコメント（例えば、ImageID）が、高解像度画像のためにd:＼home＼files＼images＼highのようなＤＯＳのパスを指定し、選択されたマッピングが/home/filesで（即ち、ユニックスのフォーマットで）あれば、ステップＥＥ５で一致が検出されうる。もし、一致が検出されなければ、より多くのマッピングが利用可能か否かを決定するために、制御は、ステップＥＥ６に渡る。もし、より多くのマッピングが利用不可能であれば、工程を停止させるために、制御は、ステップＥＥ３に渡る。もし、より多くのマッピングが利用可能であれば、次のマッピングを選択するために、制御は、ステップＥＥ４に戻る。もし、ステップＥＥ５で一致が検出されれば、制御はステップＥＥ７に渡る。

ステップＥＥ７では、現在のパスのうち一致した部分が、選択されたマッピングと置換される。更に詳細には、上述の例で、現在のImageIDコメントのd:＼home＼files部分が、＼home＼filesと置換される。その後、ステップＥＥ８で、現在のコメントの残りが、現在のコメントのフォーマットに変換される。それゆえ、現在のコメントImageIDは、/home/files/images/highとなる。変換されたパスの有効性は、ステップＥＥ９でテストされる（例えば、高解像度画像データがImageIDコメントで指定された位置に存在することが確認される）。その後、工程はステップＥＥ３で停止する。

図５を参照する。異なるサーチパスを試みるステップＤＤ７とＤＤ１７は、ステップＦＦ１で開始する。ステップＦＦ２で、サーチすべき何らかのパスが存在するか否か（例えば、ステップＢで何らかのパスが指定されたか）の決定がなされる。もし、サーチすべきパスが存在しなければ、工程を停止するために、制御はステップＦＦ３に渡る。もし、パスが存在すれば、現在のコメント（例えばImageIDコメント）からのファイルネームを決定するために、制御はステップＦＦ４に渡る。例えば、もし現在のコメントがd:＼home＼files＼images＼high＼image.jpgを指定するなら、ファイルネームはimage.jpgとして指定される。その後、ステップＦＦ５にて、現在のサーチパスが選択される（例えば/home/high-resolution）。ステップＦＦ６にて、現在のコメントが、サーチパス及びファイルネームの連鎖として設定される（例えば、ImageIDコメントが、/home/high-resolution/image.jpgとして設定される）。ステップＦＦ７で、現在のコメントが有効か否か（例えば、データがImageIDコメントによって指定された位置に存在するか否か）の決定がなされる。もし現在のコメントが無効であれば、より多くのパスがサーチのために利用可能か否かを決定するために、制御は、ステップＦＦ８に渡る。もし、より多くのパスが利用可能であれば、制御はステップＦＦ５に戻る。もし、ステップＦＦ８で、サーチのためにより多くのパスが利用可能では無いとの決定がなされれば、あるいは、もし、ステップＦＦ７で、パスが有効であるとの決定がなされれば、工程を停止するために、制御はステップＦＦ３に渡る。

Claims (5)

1. データストリーム内でコメントを発見し、
   該コメントの関数としての画像の位置を決定するステップを含む、
   文書データのストリーム内で引用された画像の位置を決定するための方法。
2. 上記発見するステップが、該コメントの関数として、該データストリーム内で該画像への引用を特定するステップを含み、
   上記決定するステップが、該引用の関数として、該画像の該位置を決定するステップを含む、請求項１に記載の画像の位置を決定する方法。
3. 上記決定するステップが、
   該画像の潜在的位置への潜在的マッピングを特定し、
   該画像の付加的な潜在的位置への付加的な潜在的マッピングを特定するステップを含む、請求項１に記載の画像の位置を決定する方法。
4. 出版データ内のオブジェクトのための、データの潜在的パスネームを特定するために、該出版データ内のコメントとパスマッピングを比較し、
   該出版データ内の該オブジェクトデータの、該潜在的パスネームを特定するために、該コメントとサーチパスを比較し、
   該潜在的パスネームを確認するために、該出版データをプリスキャンし、
   該出版データの該コメントを、該確認されたパスネームに置換し、
   該確認されたパスネームに基づいてデータを検索して、該オブジェクトデータを該出版データに挿入し、そして、
   該出版データを、出力装置を介して、出力メディアに出力するステップのうち、少なくとも一つを含む、
   出版データを出力装置を介して出力メディアに出力する方法。
5. 少なくとも、（ａ）マッピング、又は、（ｂ）サーチパス、の関数として、そして低解像度の画像を表すコメントの関数として、処理ネットワーク内の格納位置、及び、該格納位置に格納される高解像度バージョンの該画像に対応するデータ、を特定するための処理装置と、
   該格納位置に格納された該データの関数として、該高解像度バージョンの該画像をメディア上に生成するための、該処理装置と通信する出力装置、
   を備えた、高解像度バージョンの画像をメディア上に出力するためのシステム。

Images