(57)【要約】【課題】ＶＤＰ印刷は従来からあるフォーム印刷の一部であるが、従来はフォームを登録するためのリソースが限られていたのと、登録されているフォームと合成する時間がかかっていたため複雑なデータによってはパフォーマンスが十分に出せない場合があった。【解決手段】Ｂｏｘ機能を応用することによりパフォーマンスが得られるのと同時に操作パネルからＰＤＬのフォームの操作が用意に行うことが可能である。【選択図】図２
2006092101.tif 000002
【特許請求の範囲】
【請求項１】
ホストコンピュータから送信されたページ記述言語を解釈し中間データに変換するインタープリタ処理と、中間データからラスター画像に変換するレンダリング処理とをもつＰＤＬ処理部と、ラスター画像を複数記憶可能な記憶手段と、前記記憶手段に記憶される複数の画像データを文書として管理する文書管理手段と、前記記憶手段に記憶される画像データに基づいて記録媒体に可視画像を形成可能の画像形成手段を有する画像入出力装置において、
前記インタープリタ処理部においてフォーム登録命令を検知する手段と、
フォーム情報を前記文書として登録する手段と、
前記記憶手段に文書として登録されたフォームデータをＰＤＬにおけるフォームデータとして展開できる手段とを有することを特徴とする画像入出力装置。
【請求項２】
インタープリタ処理部においてフォーム登録された情報をＢｏｘ文書としてＵＩパネル上から操作できる手段と、
任意の画像入力ジョブから登録された文書をインタープリタ処理部からフォームとして利用する手段を有することを特徴とする請求項１に記載の画像入出力装置。
【請求項３】
合成方法をＵＩもしくはＰＤＬデータにて合成方法を指定する手段を有することを特徴とする請求項２に記載の画像入出力装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フォーム登録機能を持つＰＤＬ（ページ記述言語）処理およびＢｏｘ（ＭａｉｌＢｏｘ）やＲＩＰＯｎｃｅ機能などイメージ展開後の情報を保持する機能を持つ画像入出力装置である。
【背景技術】
【０００２】
従来、画像入出力装置において、ユーザがスキャンした文書やＰＤＬ印字した文書を機器内に自由に登録するＢｏｘ機能が提供されている。また、機器内に登録されている文書どうしを合成する機能も提供されており、機種によっては高速化のために合成用ハードウェアを保持していたりする。
【０００３】
一方ＰＤＬにおいては、個別ＰＤＬの機能としてフォーム登録機能が提供されている。
【特許文献１】特開２００１−９４７５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
現在ＰＯＤ市場におけるＶＤＰ（Ｖａｒｉａｂｌｅ  Ｄａｔａ  Ｐｒｉｎｔ）の高速印字が急速に求められている。ＶＤＰ印刷は従来からあるフォーム印刷の一部であるが、従来はフォームを登録するためのリソースが限られていたのと、登録されているフォームと合成する時間がかかっていたため複雑なデータによってはパフォーマンスが十分に出せない場合があった。
【０００５】
一方、Ｂｏｘ機能が提供されている印刷装置であったとしてもＰＤＬ処理部からこれらの機能を利用することができなかったため、ＰＤＬ用に割り当てられた、限られたリソース内においてのみフォーム機能が実現されていた。
【０００６】
またＢｏｘ機能にはローカルＵＩから各Ｂｏｘの削除や登録などの機能もあるが、ＰＤＬのフォームの操作はホストＰＣからの操作のみであった。
【０００７】
本発明は、以上の点に着目して成されたもので、ＰＤＬ言語内で登録されたフォームをボックス文書としてあつかえ、またボックス文書をＰＤＬ言語内から扱えるようにすることにより、より柔軟なフォーム合成機能を持つ画像入出力装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は以下の構成からなる。
【０００９】
ホストコンピュータから送信されたページ記述言語を解釈し中間データに変換するインタープリタ処理と、中間データからラスター画像に変換するレンダリング処理とをもつＰＤＬ処理部と、ラスター画像を複数記憶可能な記憶手段と、前記記憶手段に記憶される複数の画像データを文書として管理する文書管理手段と、前記記憶手段に記憶される画像データに基づいて記録媒体に可視画像を形成可能の画像形成手段を有する画像入出力装置において、前記インタープリタ処理部においてフォーム登録命令を検知する手段と、フォーム情報を前記文書として登録する手段と、前記記憶手段に文書として登録されたフォームデータをＰＤＬにおけるフォームデータとして展開できる手段から構成される。
【発明の効果】
【００１０】
以上説明したように、従来では十分なパフォーマンスが得られなかったフォーム印刷においてＢｏｘ機能を応用することによりパフォーマンスが得られるのと同時に操作パネルからＰＤＬのフォームの操作が用意に行うことが可能である。
【発明を実施するための最良の形態】
【００１１】
以下本発明を実施するための最良の形態を、実施例により詳しく説明する。
【実施例】
【００１２】
（第１の実施例）
本発明のネットワークシステム全体の構成図を図１に示す。
【００１３】
１００１は本発明の装置で、スキャナとプリンタから構成され、スキャナから読み込んだ画像をローカルエリアネットワーク（１０１０）（以下ＬＡＮ）に流したり、ＬＡＮから受信した画像をプリンタよりプリントアウトできたりする。また、スキャナから読んだ画像を図示しないＦＡＸ送信手段により、ＰＳＴＮまたはＩＳＤＮ（１０３０）に送信したり、ＰＳＴＮまたはＩＳＤＮから受信した画像をプリンタによりプリントアウトしたりできる。１００２は、データベースサーバで、本発明の装置（１００１）により読み込んだ画像およびＰＤＬにて作成された画像もしくはＤｉｓｐｌａｙＬｉｓｔをデータベースとして管理する。
【００１４】
１００３は、データベースサーバ（１００２）のデータベースクライアントで、データベース（１００２）に保存されている画像データを閲覧／検索等できる。
【００１５】
１００４は、電子メールサーバで、本発明の装置（１００１）により読み取った画像やＰＤＬにて作成された画像を電子メールの添付として受け取ることができる。１００５は、電子メールのクライアントで、電子メールサーバ（１００４）の受け取ったメールを受信し閲覧したり、電子メールを送信したり、可能である。
【００１６】
１００６がＨＴＭＬ文書をＬＡＮに提供するＷＷＷサーバで、本発明の装置（１００１）によりＷＷＷサーバで提供されるＨＴＭＬ文書をプリントアウトできる。
【００１７】
１００７は、ルータでＬＡＮ（１０１０）をインターネット／イントラネット（１０１２）と連結する。インターネット／イントラネットに、前述したデータベースサーバ（１００２）、ＷＷＷサーバ（１００６）、電子メールサーバ（１００４）、本発明の装置（１００１）と同様の装置が、それぞれ１０２０、１０２１、１０２２、１０２３として連結している。一方、本発明の装置（１００１）は、ＰＳＴＮまたはＩＳＤＮ（１０３０）を介して、ＦＡＸ装置（１０３１）と送受信可能になっている。
【００１８】
また、ＬＡＮ上にプリンタ（１０４０）も連結されており、本発明の装置（１００１）により読み取った画像をプリントアウト可能なように構成されている。
【００１９】
図２は、本発明の実施例による印刷装置の回路構成を示すブロック図である。図中の２０００が印刷装置本体である。
【００２０】
印刷システム２０００は大きく５つに分けて基本コントローラ部２１００、スキャナエンジン部２２００、プリンタエンジン部２３００、フィニッシャエンジン部２４００、ホストコンピュータ部１（２５００）、ホストコンピュータ部２（２６００）で構成されている。
【００２１】
各システムの構成はホストコンピュータ部１（２５００）もしくはホストコンピュータ部２（２６００）から、基本コントローラ部の特定のネットワークポート番号に対して接続され、印字データが送信される。印字データを受け取るとデータを解釈し適当な両面印刷やカラー等の印字属性を設定しプリンタエンジン部２３００に印字データおよび印字属性を送信する。プリンタエンジン部２４００で受け取った印字属性の一部はフィニッシャエンジン部２３００に設定しステープルやパンチ等の特定のフィニッシング機能を実現する。
【００２２】
基本コントローラ部２１００を詳細に説明する。基本コントローラ部２１００は、ＣＰＵ２１７、２次記憶装置２１４、プリンタインターフェイス２１２、スキャナインタフェイス２１１、ＲＯＭ２１３、ホストインターフェイス２１５、ＲＡＭ２１６、操作パネル２１８を備えている。
【００２３】
ＣＰＵ２１７は、装置全体の制御と拡張コントローラの調停、２次記憶装置２１４内の情報の読み書き、ネットワークからのパケット受信、プロトコル処理、ビットマップ情報の一時格納などを行う。プリンタインターフェイス２１２はプリンタエンジン部２２００とのデータ送受を行う。スキャナインタフェイス２１１はスキャナエンジン部２３００とのデータ送受を行う。ＲＯＭ２１３は装置を起動するプログラム、フォント情報、装置を制御するメインプログラム、各種プリンタ制御言語、フォント情報などを格納している。ＲＡＭ２１６は、２時記憶装置から読み出した装置を動作させるプログラム、情報処理のワーク領域、ホストインターフェイスからのデータの一時保管領域、２次記憶装置への入出力バッファ領域としての使用など一時的な情報記憶に用いられる。操作パネル２１８は印刷属性のパラメータを設定・変更・表示する。
【００２４】
図３は、本発明に係る画像処理装置に置けるジョブ制御について示す。ジョブ制御の単位は、複数ページを含む画像データひとまとまりに対する入力および出力処理である。これにより制御されるジョブは画像入力ジョブと画像出力ジョブに大別される。画像入力ジョブは、スキャナ部１で読み取った画像データを順次ストレージ部４へ記録する画像入力ジョブ３１１、インタープリタ部２０１とレンダリング部２０２から構成されるＰＤＬ部２で展開された画像データを順次ストレージ部４へ記録する画像入力ジョブ３１２、ファクシミリ受信部３で受信された画像データを順次ストレージ部４へ記録する画像入力ジョブ３１３に分類される。また、画像出力ジョブは、ストレージ部４から読み出した画像データを順次プリンタ部５へ出力する画像出力ジョブ３１４、ストレージ部４から読み出したデータを順次ファクシミリ送信部６へ出力する画像出力ジョブ３１５、ストレージ部４から読み出した画像データを順次インターネット送信部７へ出力する画像出力ジョブ３１６に分類される。
【００２５】
図４は、図３に示した複数のジョブ（３１１−３１６）を組み合わせたセッションの一例を示した図である。図４において４０１はＰＤＬプリントセッションで、画像入力ジョブ３１２と画像出力ジョブ３１４を組み合わせて一つのセッションとして制御するものである。セッションは少なくとも一つ以上のジョブを含む制御単位であり、４０３や４０４の様に画像入力ジョブ３１１もしくは３１２だけで構成されるセッションも良く、ここでは示していないが、複数の画像入力ジョブからと複数の画像出力ジョブを組み合わせた複雑なセッションでもよい。
【００２６】
図５は図４に示した各種セッションを管理するセッション管理テーブルを示す模式図である。
【００２７】
図５において、５００はセッション管理テーブルで、図４に示した各種セッションを管理するための物であり、図２に示したＣＰＵ２１７により生成され、ＲＡＭ２１６に格納され、セッションが終了するまで保持される。
【００２８】
５０１はセッションＩＤフィールドで本発明の画像入出力装置中でのユニークなセッションＩＤを生成して保持するものである。５０２はセッションタイプフィールドで、生成されたセッションのタイプ（ＰＤＬプリントセッション、スキャンプリント（コピー）セッション、ＰＤＬＢｏｘセッション、スキャンＢｏｘセッション等）を特定するものであり、本実施携帯ではＰＤＬプリントセッションであることを記録しておく。
【００２９】
５０３はセッション優先順位を保持するものである。５０４はセッションステータスフィールドで、当該セッションの実行状態（実行可能状態、実行状態、中断状態、終了状態、エラー状態等）を実行状態に応じて保持するものである。５０５はリンクジョブ数フィールドで、当該セッションを構成する画像入力ジョブおよび画像出力ジョブの構成数を保持するものであり、本実施携帯では画像入力ジョブ３１２と画像出力ジョブ３１４の２津のジョブ数が設定される。
【００３０】
５０６は第１のジョブポインタフィールドで、画像入力ジョブ３１２のジョブ管理テーブル５１０へのポインタである。また、５０７は第２のジョブポインタフィールドで、画像出力ジョブ３１４のジョブ管理テーブル５３０へのポインタである。
【００３１】
５１１，５３１はジョブＩＤフィールドで、本発明の画像入出力装置中でのユニークなジョブＩＤを生成して保持するものである。５１２，５３２はジョブタイプフィールドで、生成されたジョブのタイプ（前述した画像入力ジョブおよび画像出力ジョブ）を特定するものであり、本実施携帯では、ＰＤＬ部で展開された画像データを順次ストレージ部へ記録する画像入力ジョブ３１２であることを記録しておく。
【００３２】
５１３，５３３はジョブ優先順位フィールドで、当該ジョブの処理順序に関する優先順位を保持するものである。５１４，５３４はジョブステータスフィールドで、当該ジョブの実行状態を実行状態に応じて保持するものである。５１５，５３５はページ数フィールドで、当該ジョブのページ数を保持するものである。５１６，５３６はページポインタフィールドで、当該ジョブが管理する各ページの詳細情報を記述するページ管理テーブル５２０へのポインタである。ページ管理フィールド５２０，５４０は２次記憶装置２１４上に記録される。
【００３３】
５１７，５３７はジョブパラメータフィールドで、当該ジョブの各種設定パラメータを保持するものであり、本実施携帯ではホストＰＣ２５００上でユーザが設定するプリント設定が保持される。
【００３４】
図６は、本発明に係る画像入力ジョブのＰＤＬ部における一般的な処理のフローを示した図である。まずＰＤＬ部が開始されると６００，インタープリト処理部６１０に制御が渡される。この処理部は図４で言うところのインタープリト部と同一である。
【００３５】
インタープリト処理部では、ＰＤＬデータを解釈するＰＤＬ解釈処理６１１部にてＰＤＬを解釈し適切な中間データに変換し出力６１２する。この処理をページが終了するまで繰り返し、ページが終了した時点６１３でインタープリト部が終了６１４する。インタープリト部は次のデータの入力があるまで待ち、もし続けてページがある場合は再びインタープリト部にてインタープリト処理を行う。一方レンダリング部ではインタープリトが終了した中間データの入力を待ち、中間データの入力があり次第レンダリング処理６２１を開始する。レンダリング処理では中間データからラスターイメージデータへ変換しイメージを出力６２２する。この処理を中間データが無くなるまで繰り返し６２３、終了する６２４。すべてのページが終了した時点でＰＤＬ部は終了する６３０。個々では明確に図示していないが、インタープリト部６１０とレンダリング部６２０は、別タスクや別ハードウェアとなっており通常非同期に動作する。
【００３６】
次に図７は本発明に置ける、ＰＤＬ処理部と画像出力ジョブの融合を具体的に示したＰＤＬ処理部のフローチャートである。まずインタープリト開始する、この処理部は図６の６０１と同一である。７０１においてＰＤＬ解析を開始し、フォーム登録命令であるかどうかを判断する７０２。もしフォーム登録命令であった場合は、フォーム登録を開始する７１１。続けて通常の描画命令によりフォーム画像がＰＤＬ解析７１２にて処理され中間データが作成される７１３。ＰＤＬ解析をつづけフォーム登録終了命令が来た場合７１４、続いてレンダリング処理７１５を開始する。このレンダリング処理は図６における６２０のレンダリング部と同一である。レンダリング処理が終了後出力されたイメージをストレージに登録７１６し、ＰＤＬ解析を継続する。ＰＤＬ解析中にフォーム利用命令が現れた場合７０３、フォーム利用処理部へ移行する７２１。ＰＤＬコマンドにおいて指定されたフォーム番号に従ってストレージ部に登録されているデータを取得し７２２、現在のページの中間データへ登録する７３３。１ページ分すべてのＰＤＬ解析が終了したらページ終了命令を７０６出す。この後図６に置けるレンダリング処理６２０へ移行し１ページが構成される。
【００３７】
（第２の実施例）
図８は本発明に置ける第２の実施例を湿した図である。ＰＤＬ処理部と画像出力ジョブの融合を具体的に示したＰＤＬ処理部のフローチャートである。まずインタープリト開始する、この処理部は図６の６０１と同一である。８０１においてＰＤＬ解析を開始し、フォーム登録命令であるかどうかを判断する８０２。もしフォーム登録命令であった場合は、フォーム登録を開始する８１１。続けて通常の描画命令によりフォーム画像がＰＤＬ解析８１２にて処理され中間データが作成される８１３。ＰＤＬ解析をつづけフォーム登録終了命令が来た場合８１４、８１３にて作成された中間データを現在ページの中間データへ登録８１５し、ＰＤＬ解析を継続する。ＰＤＬ解析中にフォーム利用命令が現れた場合８０３、フォーム利用処理部へ移行する８２１。ＰＤＬコマンドにおいて指定されたフォーム番号に従ってストレージ部に登録されているデータを取得し８２２、現在のページの中間データへ登録する８３３。１ページ分すべてのＰＤＬ解析が終了したらページ終了命令を８０６出す。この後図６に置けるレンダリング処理６２０へ移行し１ページが構成される。
【００３８】
（第３の実施例）
第１の実施例および第２の実施例両方において、作成されたフォーム情報を現在ページに登録する際に、ＡＮＤ，ＯＲ，ＸＯＲなど各種合成方法をＵＩおよびＰＤＬデータ内にて指定する方法もある。
【００３９】
（第４の実施例）
図９はＰＤＬの一つであるＰｏｓｔＳｃｒｉｐｔ言語によるフォーム登録および実行命令の一例である。図１０は図９で登録されたフォームを利用して印字する実行命令の一例である。図９のフォーム登録部分９０１にて登録したいフォームをＸＵＩＤと登録したい図形内容と、フォーム名称を指定する。次にフォーム登録命令９０２にて実際にフォーム登録を行う。次に登録したフォームを利用する例がフォーム実行部分９０４である。まず／ＭｙＦｏｒｍＰｒｏｃ関数を定義し、その中でフォーム実行命令９０３を行い、引数に指定された文字列を記述する。この関数を実際コールしているのは、最後から４行目から２行目までである。
【００４０】
図１０は図９にて登録されたフォームを異なるジョブから利用する場合の実行命令の一例である。図１０のフォーム指定部分１００１は図９とことなりｐａｉｎｔｐｒｏｃ内の描画命令がない。有ってもよいが無視されＸＵＩＤで指定されたフォームが優先される。フォーム実行命令１００２にてフォーム利用するフォームを指定し、フォーム実行部分１００３にて図９と同様で所望の描画を繰り返し、フォーム機能を実現する。
【００４１】
次に図１１のフローチャートにて図９および図１０を処理するプログラムの動作を説明する。まずフォーム登録命令かどうかを確認し１１０２、もしそうであればすでに登録されたフォームを利用する場合であると判断し、引数にて指定された辞書を読み込み１１０３、指定された辞書名と辞書内に指定されたＸＵＩＤが一致したビットマップイメージがすでに有るかどうかを判断し１１０４、もし有った場合はストレージ１１１１から該当ビットマップを取得する１１１２、次にビットマップをメモリキャッシュに保存し１１１３終了する。もし１１０４にてないと判断した場合は、一連のフォーム登録作業にうつる。まずＸＵＩＤと辞書名を保存し１１０５、辞書内に指定されているＰａｉｎｔＰｒｏｃ内描画を実行し１１０６、ディスプレイリストを作成する１１０７。作成されたディスプレイリストからビットマップイメージを作成するためにレンダラを起動し１１０８、作成されたビットマップをメモリキャッシュに保存する１１０９。保存されたビットマップをフォーム名称、ＸＵＩＤなどとともにストレージへ保存する。
【００４２】
（第５の実施例）
第４の実施例はフォーム辞書を毎回ダウンロードする方法を示したが、辞書をリソースとして登録し、利用する際ｆｉｎｄｒｅｓｏｕｒｃｅ命令にて指定する方法でも同様である。
【００４３】
（第６の実施例）
第４の実施例はＰｏｓｔＳｃｒｉｐｔにおける一例であるがその他ＰＰＭＬ，ＶＰＳ、ＬＩＰＳなどにおけるフォーム登録でも同様の考え方で実施できる。
【００４４】
（第７の実施例）
ストレージ部に登録されたデータはスキャンジョブやＦＡＸ受信ジョブ等で作成されたデータでもよく、ＰＤＬ処理部からスキャンデータやＦＡＸ受信ジョブと合成し、出力可能である。
【００４５】
（第８の実施例）
操作パネル２１８上からストレージ部に登録されたデータを選択し、印字したり、ストレージ部に登録されたデータどうしを合成し出力したりできることは公知の事実であるが、それに加えて、ＰＤＬデータから登録されたフォーム情報も上記操作パネルから印字することも本発明により可能となる。
【００４６】
（他の実施例）
上記実施例は、ＭＦＰ機での実施例であったが、その他の印字方法である、インクジェット、またはＬＢＰにおいても同様である。
【図面の簡単な説明】
【００４７】
【図１】本発明のネットワークシステム全体の構成図である。
【図２】本発明の実施例に適用される印刷装置の構成を説明する図である。
【図３】本発明にかかる画像入出力装置に置けるジョブ制御の単位を論理的に示した図である。
【図４】本発明にかかる複数のジョブ（画像入力ジョブ、画像出力ジョブ）を組み合わせた単位の一例を湿した図である。
【図５】図４に示した各種セッションを管理するセッション管理テーブルを示す模式図である。
【図６】本発明にかかるＰＤＬ処理を示したフローチャートである。
【図７】本発明の第１の実施例を説明したフローチャートである。
【図８】本発明の第２の実施例を説明したフローチャートである。
【図９】本発明の第４の実施例を説明したＰｏｓｔＳｃｒｉｐｔにおけるフォーム登録および実行例である。
【図１０】本発明の第４の実施例を説明したＰｏｓｔＳｃｒｉｐｔにおけるフォーム登録および実行例である。
【図１１】本発明の第４の実施例を説明したフローチャートである。
【符号の説明】
【００４８】
２１６  ＲＡＭ
２１７  ＣＰＵ
２１８  操作パネル
【図１】
2006092101.tif 000003
【図２】
2006092101.tif 000004
【図３】
2006092101.tif 000005
【図４】
2006092101.tif 000006
【図５】
2006092101.tif 000007
【図６】
2006092101.tif 000008
【図７】
2006092101.tif 000009
【図８】
2006092101.tif 000010
【図９】
2006092101.tif 000011
【図１０】
2006092101.tif 000012
【図１１】
2006092101.tif 000013