(57)【要約】【課題】  所要のコード化されたコード情報を印刷する画像形成システムにおいて、コード情報に対応した印刷領域の周囲に無駄な空白領域を発生させないような、任意の場所へのコード情報の印刷を実現する。【解決手段】  本発明にかかる画像形成システムは、アプリケーションを用いて文書データを出力可能とする上位装置と、該上位装置から供給される前記コード情報を用いて所定の画像を形成する画像形成装置とからなり、前記アプリケーション上の所定のページサイズよりも大きなページサイズの文書データ表示用領域を表示することを特徴とする。ページ長を長く設定した上で２次元コードデータを実際の印刷領域外に記載し、印刷時に戻すように制御できるため、２次元コードのデータ量に関係なく、ページのレイアウトを自由に設定することが実現される。【選択図】  図１
2008083270.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションを用いて文書データが生成されると共に該文書データに対応してコード化されたコード情報を出力可能とする上位装置と、該上位装置から供給される前記コード情報を用いて所定の画像を形成する画像形成装置とからなる画像形成システムであって、
前記アプリケーション上の所定のページサイズよりも大きなページサイズの文書データ表示用領域を表示することを特徴とする画像形成システム。
【請求項２】
前記文書データのフォントを選択することで前記画像形成装置では該文書データに対応した前記コード情報の画像が形成されることを特徴とする請求項１記載の画像形成システム。
【請求項３】
前記所定のページサイズから外れた領域で前記コード情報の画像が形成されることを特徴とする請求項１記載の画像形成システム。
【請求項４】
前記所定のページサイズから外れた領域は所定のページサイズの領域のよも下部の領域であることを特徴とする請求項３記載の画像形成システム。
【請求項５】
前記所定のページサイズから外れた領域はヘッダー若しくはフッターの領域であることを特徴とする請求項３記載の画像形成システム。
【請求項６】
前記コード化されたコード情報は、２次元コード情報であることを特徴とする請求項１記載の画像形成システム。
【請求項７】
前記コード化されたコード情報は、複数の２次元コードに対応した２次元コード情報であることを特徴とする請求項６記載の画像形成システム。
【請求項８】
アプリケーションを用いて文書データが生成されると共に該文書データに対応してコード化されたコード情報を出力可能とする上位装置と、該上位装置から供給される前記コード情報を用いて所定の画像を形成する画像形成装置とからなる画像形成システムであって、
フォントの選択により所要の前記コード情報を選択した場合には、前記コード情報として選択された部分の前記文書データについての長さ情報を抽出し、その長さ情報に基づいてページサイズを再設定することを特徴とする画像形成システム。
【請求項９】
前記再設定されたページサイズの中で前記選択されたコード情報を用いて所定の画像が形成されることを特徴とする請求項８記載の画像形成システム。
【請求項１０】
前記ページサイズの再設定は改ページのコマンドを前記長さ情報に応じて変更することで行なわれることを特徴とする請求項８記載の画像形成システム。
【請求項１１】
フォントの選択による前記コード情報の選択はダミーフォントに対して行なわれることを特徴とする請求項８記載の画像形成システム。
【請求項１２】
アプリケーションを用いて文書データが生成されると共に該文書データに対応してコード化されたコード情報を出力可能とする上位装置と、該上位装置から供給される前記コード情報を用いて所定の画像を形成する画像形成装置とからなる画像形成システムにおける画像形成方法であって、
アプリケーション上で前記コード情報に変換される文書データを選択するデータ選択処理と、
選択された前記文書データに基づきページサイズの調整を行なう調整処理と、
前記文書データに対応してコード化されたコード情報を前記ページサイズの調整に関する情報と共に上位装置から画像形成装置に送信する送信処理と、
前記コード情報に基づき所要の画像を形成する画像形成処理とを行なうことを特徴とする画像形成方法。
【請求項１３】
前記ページサイズの調整は、前記コード情報として選択された部分の前記文書データについての長さ情報を抽出し、その長さ情報に基づいてページサイズを再設定することで行なわれることを特徴とする請求項１２記載の画像形成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は２次元コード、バーコードなどのコード化されたコード情報を印刷可能とする画像形成システム及びそのような画像形成システムで用いられる画像形成方法に関する。
【背景技術】
【０００２】
今日、２次元コードやバーコードは商品管理や価格管理などに広く用いられてきており、更にはＵＲＬなどの情報もＱＲコード（商品名）などによって画像を読み取って変換することで入力の省力化を図るようにも用いられてきている。このようなバーコード情報をアプリケーションからプリンタ内蔵のコードを用いて印刷させる方法としては、バーコード情報をドライバ内蔵のフォント情報として登録する方法があり、アプリケーションからフォントを選択する要領でバーコードを使用して、所要の印刷をさせることができる。
【０００３】
例えば、画像を形成するシステムとして、パーソナルコンピュータからなる上位装置と、その上位装置からのデータ送信を受けて動作するプリンタを考えてみると、バーコード情報をアプリケーションを実行しながらプリンタ内蔵のバーコードを用いて印刷させる際には、印刷データに含まれるバーコード情報をバーコードフォント情報を用いて出力するアプリケーションと、そのバーコードフォント情報を印刷装置が解析可能なバーコードコマンドに変換するプリンタドライバを設け、プリンタドライバからのコマンドに従って所要の印刷を行なうシステムとされている（例えば、特許文献１参照。）。
【０００４】
【特許文献１】特開平１１−２２１９４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述の如きバーコードの印刷方法では、アプリケーション上に表示されるデータと実際に印字されるデータが異なるため、バーコードの種類によってはデータのレイアウト上に支障が生ずるおそれがある。すなわち、図１８に示したような１次元のバーコードを印刷する場合では、モニター上の1次元のバーコードのための占有面積は比較的に小さな領域で済むことから、実際の印刷を行なった場合でも紙面上の占有面積に大きな差異は生じない傾向にある。しかしながら、図１９に示すように、２次元的な広がりを持った２次元コードでは、比較的にデータ量が大きな場合であっても、実際の印刷の紙面上では占有面積を小さくした上でのコード印刷が可能とされる。この場合、２次元コードの占有面積を小さくできることから、その分だけデータが圧縮されており、ページ設定などをそのままとした場合には、印刷された２次元コードの領域の周囲にデータを印刷することのできない領域ＵＰＡ１が発生してしまう。このような印刷不能な領域ＵＰＡ１を発生させた場合には、使用者がページレイアウトを自由に設定できないという不都合が生じ、また、２次元コードを利用して情報を集約させたにも拘らず無駄な空白部分を印刷しなければならないという問題に至る。
【０００６】
そこで、本発明は上述の技術的な課題に鑑み、所要のコード化されたコード情報を印刷する画像形成システムにおいて、コード情報に対応した印刷領域の周囲に無駄な空白領域を発生させないような、任意の場所へのコード情報の印刷を実現する画像形成システムの提供を目的とする。
【課題を解決するための手段】
【０００７】
上述の技術的な課題を解決するため、本発明の画像形成システムは、アプリケーションを用いて文書データが生成されると共に該文書データに対応してコード化されたコード情報を出力可能とする上位装置と、該上位装置から供給される前記コード情報を用いて所定の画像を形成する画像形成装置とからなる画像形成システムであって、前記アプリケーション上の所定のページサイズよりも大きなページサイズの文書データ表示用領域を表示することを特徴とする。
【０００８】
本発明の好適な実施形態によれば、前記文書データのフォントを選択することで前記画像形成装置では該文書データに対応した前記コード情報の画像が形成されるものとすることができ、例えば所定のページサイズから外れた領域で前記コード情報の画像が形成される構成としても良い。また、前記所定のページサイズから外れた領域はヘッダー若しくはフッターの領域としても良く、さらに前記コード化されたコード情報は、２次元コード若しくはバーコードとすることができる。
【０００９】
本発明の他の画像形成システムは、アプリケーションを用いて文書データが生成されると共に該文書データに対応してコード化されたコード情報を出力可能とする上位装置と、該上位装置から供給される前記コード情報を用いて所定の画像を形成する画像形成装置とからなる画像形成システムであって、フォントの選択により所要の前記コード情報を選択した場合には、前記コード情報として選択された部分の前記文書データについての長さ情報を抽出し、その長さ情報に基づいてページサイズを再設定することを特徴とする。
【００１０】
また、本発明にかかる画像形成方法は、アプリケーションを用いて文書データが生成されると共に該文書データに対応してコード化されたコード情報を出力可能とする上位装置と、該上位装置から供給される前記コード情報を用いて所定の画像を形成する画像形成装置とからなる画像形成システムにおける画像形成方法であって、アプリケーション上で前記コード情報に変換される文書データを選択するデータ選択処理と、選択された前記文書データに基づきページサイズの調整を行なう調整処理と、前記文書データに対応してコード化されたコード情報を前記ページサイズの調整に関する情報と共に上位装置から画像形成装置に送信する送信処理と、前記コード情報に基づき所要の画像を形成する画像形成処理とを行なうことを特徴とする。
【００１１】
本発明の画像形成方法の好適な実施形態によれば、前記ページサイズの調整は、前記コード情報として選択された部分の前記文書データについての長さ情報を抽出し、その長さ情報に基づいてページサイズを再設定することで行なわれるように構成される。
【発明の効果】
【００１２】
本発明の画像形成システムによれば、コード情報に対応した印刷領域の周囲に無駄な空白領域を発生させることなく、そのデータ量にかかわらず任意の場所へのコード情報の印刷を行なうことができる。このためユーザーの印刷すべき情報のレイアウトの自由度を高くすることができ、さらに使い易くコード情報を印刷することができる。
【発明を実施するための最良の形態】
【００１３】
[第１の実施形態]
本実施形態は、アプリケーション上、実際に印刷される用紙サイズより大きな用紙を使用して、用紙下部に２次元のコード情報を記載させることで、コード情報のデータ量に拘らず任意の場所にコード情報の印刷を可能とさせるシステムである。
【００１４】
システムを構成する上位装置は、図１に示すように、パーソナルコンピュータなどの情報処理装置であって、例えば文書作成用のマイクロソフトワード（商品名）のようなアプリケーション２１を用いて文書、画像、表などを作成するものとされ、そのデータはダミーフォント対応プリンタドライバーとランゲージモニターを経て、プリンタ１０に送られるしくみを有する。プリンタ１０と上位装置の接続は、有線無線を問わず、直接接続でも良く、ＬＡＮ等のネットワークを介して接続でも良い。
【００１５】
前記上位装置は、図示しないＯＳ上で動作するアプリケーション２１、ダミーフォント対応プリンタドライバー１１、及びランゲージモニター１２を有しており、アプリケーション２１上で作成されたデータは、ダミーフォント対応プリンタドライバー１１によって、そのプリンタ固有のコマンドに展開される。具体的には、アプリケーション２１からのデータについて先ずデータ解析部２２でどのようなデータかが解析され、各コマンド変換処理部２３〜２５にデータを送る。内蔵フォントコマンド変換処理２３は印字データの内蔵フォントデータをプリンタコマンドに変換する処理を行なう処理部であり、イメージコマンド変換処理２４は図形、罫線、アウトラインフォントなどの情報をイメージコマンドに変換する処理を行なう処理部である。また、その他コマンド変換処理２５はその他のコマンドを処理するための処理部である。
【００１６】
スプーラ３１はＷｉｎｄｏｗｓ（登録商標）などのＯＳにおける印刷システムの一部であり、印刷データを一時的にスプールしておく処理を行なう。スプーラ３１により一時的にスプールされたデータは、次のランゲージモニター１２に送られる。
【００１７】
ランゲージモニター１２も前記ＯＳにおける印刷システムの一部であり、このモジュール１２はスプール処理３１の下位層に設置が許されていて、本来は双方向インターフェイスの実現のためのものであるが、本方式ではこのモジュール内でデータの解析とコマンドの変換を行なわせる。具体的には、スプーラ３１からのデータは先ずコマンド解析部３２に送られ、このコマンド解析部３２では、プリンタドライバで展開されたプリンタコマンドを解析し、ダミーフォントを検出した場合はコマンドに付随するデータを取得し、ＱＲコードデータ取得部３５に該データを渡す。
【００１８】
データ格納部３３はダミーフォントコマンド以外のデータを格納する。ＱＲコードデータ取得部３５は、解析したコマンドから、ＱＲコードデータ、ＱＲコード印字位置情報(x,y)、ページ長情報をそれぞれ抽出する。ＱＲコード展開部３６は、その取得したデータをＱＲコードデータに展開し、そのデータをプリンタで印字可能なようにイメージコマンドに展開する。
【００１９】
ｘ、ｙデータ格納部３７はＱＲコード印刷位置のｘ方向、ｙ方向のデータを格納する。ページ長コマンド作成部３８は取得したページ長を元にページ長コマンドを作成する。実際に用いられる用紙長に比べて、アプリケーション上では別に選択されている用紙長は長いため、その差分はページ長コマンド置き換え処理部３９で調整される。データマージ部３４はデータ格納部３３からのデータとＱＲコード展開部３６からのＱＲコードイメージデータを合わせ込み、さらにページ長コマンド置き換え処理部３９で調整されたページ長についてのデータも合わせて、プリンタ１０に送信する。プリンタ１０ではランゲージモニター１２からのデータに従い所要の印刷を行なう。
【００２０】
次に、本実施形態の動作、特にＱＲコードを印刷させる場合の動作について説明する。初めに、ダミーフォント（内蔵フォント）について説明すると、プリンタドライバは、ＯＳが提供するユニツールを利用して作成しており、ユニツールのFONTSウインドウ（図２参照。）において、例えば内蔵フォントであるＯＣＲ−Ｂフォントを先ず選択する。次に、そのプロパティを開くと、図４に示すように、フォント情報が表示される。
【００２１】
このＯＣＲ−Ｂフォントのプロパティにおいて、"SaveAs"ボタンを選択し、ＯＣＲ−Ｂフォント情報の複製を例えば"qr.pfm"というファイル名で登録する。この登録時の画面を図３に示し、＃３８の部分にＯＣＲ−Ｂフォント情報が "qr.pfm"という新しいファイル名で存在するように構成され、これがダミーフォントとして機能することになる。
【００２２】
ここで多少の設定条件を加えると、"qr.pfm"というファイルを開いて（図５参照。）、このダミーフォントの名前（Ｔｙｐｅ  Ｆａｃｅ  Ｎａｍｅ）を"ＱＲコード"とする。このフォント名"ＱＲコード"は、アプリケーションのフォント選択リストに表示されるフォントセットの１つの名前として登録されたことになる。また、フォントコマンドを図５のフォント選択ボックスに示すように"ＥＳＣ  ｋ  ０７ｈ"とする。ここで"ＥＳＣ  ｋ"コマンドはもともと"ＡＮＫ文字の選択コマンド"であり、"ＥＳＣ  ｋ"以下の００ｈから０６ｈまでは既に他のフォントで通常は定義済みとなっている。このような条件で設定を行い、他の設定値は変えずに使用され、アプリケーション上"ＱＲコード"フォントを選択した上で記述されたデータは全て前記コマンドに変換される。換言すれば、ダミーフォントはフォント名とフォントコマンド以外はＯＣＲ−Ｂフォントと同じ情報を有している。
【００２３】
続いて、ＲｅｓｉｄｅｎｔＦｏｎｔｓウインドウを表示させる（図６参照。）。先に説明したqr.pfmファイルは作成しただけでは、ドライバとして使用できるわけではないので、このＲｅｓｉｄｅｎｔＦｏｎｔｓウインドウで、先ほどのqr.pfmファイルを選択してハイライトにすることで図７に示すように使用可能な状態にしておく。最後に、データファイルをコンパイルしてダミーフォント対応ドライバを作成する。
【００２４】
次に、ダミーフォント対応ドライバーを使用して２次元コードを印刷する場合の動作について説明する。図８は本実施形態の画像形成システムの動作を説明するためのフローチャートである。先ず、アプリケーションにおいて、図９に示すように、実際の用紙よりも用紙長の長い用紙を選択し、その選択された用紙長の長い用紙の上側にバーコードデータ以外のテキストや画像などのデータ（以下、ページデータと称する。）を記述する。ここで具体的に一例を挙げると、ユーザーがＭＳＷｏｒｄ（商品名）というアプリケーションを立ち上げて、ＱＲ文書データを作成してページ長が４インチの用紙に印字しようとする場合に、まず、ユーザー定義サイズ作成機能にて実際の４インチよりも長いページ長を作成し、例えば幅２１０ｍｍ、長さ４００ｍｍ（４００ｍｍは４インチより大きい。）、用紙名"４インチより長"というページ長を作成する。
【００２５】
次に、ＱＲコードなどの２次元コードを記載する場合（手順Ｓ０１）には、アプリケーションのフォント選択リストやフォント自体をハイライト化した際のフォントの選択画面からダミーフォントである"ＱＲコード"を選択し（手順Ｓ０３）、実際の用紙サイズよりも下部のブランクとされた領域にＱＲコード情報を記載する（手順Ｓ０４）。ここで、ＱＲコード情報は本実施形態においては、図１０に示すデータ形式となっている。すなわち、バーコードの水平方向の印刷開始位置（ｘ）とバーコードの垂直方向の印刷開始位置（ｙ）、及び用紙のページ長（length）、及びバーコードデータ（data）からなり、これらの情報から後述するようにプリンタではＱＲコードなどの２次元データを印字できることになる。この場合において、アプリケーション上の用紙下側領域では、コンピューターのモニター画面上でＯＣＲ−Ｂフォントが表示されるに過ぎない。これはダミーフォントの情報が先に説明したようにＯＣＲ−Ｂ内蔵フォントと実質的に同じなためである。
【００２６】
アプリケーションでの処理は、バーコードの印字に関してのループを構成しており、もしバーコードの印字でない場合には、手順Ｓ０１で"Ｎｏ"の選択から通常のページデータを描画するものとして処理される（手順Ｓ０５）。もし手順Ｓ０１でバーコード印字を行なう場合には、手順Ｓ０２でその変換すべきバーコード文書量が先ず所定量以上かどうかが判断され、所定量以上でない場合（"Ｎｏ"）、言い換えれば用紙の下部領域を敢えて使用しなくとも、バーコード印刷が可能な場合には、通常のバーコード印刷が行なわれる。前述のフォントの選択画面からダミーフォントである"ＱＲコード"を選択し（手順Ｓ０３）、実際の用紙サイズよりも下部のブランクとされた領域にＱＲコード情報を記載する（手順Ｓ０４）ところの各手順は、変換すべきバーコード文書量が所定量以上である場合に選択される（手順Ｓ０２で"Ｙｅｓ"）。
【００２７】
全ての描画が終了したら（手順Ｓ０６）、印刷ボタンを押し下げて印刷を開始する（手順Ｓ０７）。このとき印字データはアプリケーションからプリンタドライバに送られ、プリンタコマンドに展開される。手順Ｓ０８でページデータを構成するフォントデータか否かが判別され、手順Ｓ０９でダミーフォントか否かが判別される。"ＱＲコード"を選択して記述された部分であれば、"qr.pfm"で記述されている通り"ＥＳＣ  ｋ  ０７ｈ"というコマンドに変換される（手順Ｓ１１）。そのフォントデータ以外は手順Ｓ１０で所要のデータ展開され、通常のドライバ機能によって適切に処理される。全データについての変換が終了した場合には、次のスプール処理Ｓ１３に移行するが、未だの場合に手順Ｓ０８から繰り返し処理が行なわれる。
【００２８】
図１１は一例として、"5,5,4,abc"という情報をバーコードで印字させるためのダミーフォントコマンドである。ここで、"5,5,4,abc"という情報は、用紙上端５ｍｍ、左端５ｍｍを原点（左上コーナー）としてＱＲコード印字させるデータであり、ＱＲコード化されるデータがabcであり、実際のページ長さが４インチであるというデータである。そのデータフォーマットは、初めにダミーフォントコマンドであることを示す"ＥＳＣ  ｋ  ０７Ｈ"が存在し、続いてデータ部分である"5,5,4,abc"に対応した"３５Ｈ  ２７Ｈ  ３５Ｈ  ２７Ｈ  ３４Ｈ  ２７Ｈ  ６１Ｈ  ６２Ｈ  ６３Ｈ"が位置し、最後にＡＮＫモード一括指定のための"ＥＳＣ！００Ｈ"が存在するデータとなっている。
【００２９】
全てのデータがプリンタドライバで展開された後、データはスプーラでスプーリング（巣プール処理）される（手順Ｓ１３）。次いで、印刷可能な状態になったとき、スプーラ上のデータはランゲージモニターを経由してプリンターに送信される。
【００３０】
手順Ｓ１４からＳ２５まではランゲージモニターでの処理であり、ランゲージモニターでは全部のデータが解析される。手順Ｓ１４ではダミーフォントコマンドか否かが判断され、通常のページデータはダミーフォントコマンドがないことから、手順Ｓ１７のバッファへデータが格納されながら処理されていくことになり、手順Ｓ２４でデータの合わせ込みが行なわれる。
【００３１】
手順Ｓ１４でダミーフォントコマンドがあると判断された場合には、手順Ｓ１５に進み、ページ長の検出がなされ、ＱＲコード印刷開始位置（ｘ、ｙ）が手順Ｓ１６、ＱＲコードデータが手順Ｓ２０でそれぞれ取得される。手順Ｓ１５で取得されたページ長のデータにより手順Ｓ１８ではページ長コマンドが作成され、バッファにＱＲコード印刷開始位置（ｘ、ｙ）が格納される（手順Ｓ１９）。手順Ｓ２０で取得されたＱＲコードデータからＱＲデータの論理データが作成される（手順Ｓ２１）。なお、ダミーフォントコマンド自体は破棄され、プリンタには送信されないように制御される。その他のデータは格納バッファに格納される。ここでＱＲコードの論理データについて説明する。ＱＲコードは通常正方形のセルの集まりで構成されており、各セルは白または黒のいずれかの値を持つので、この状態がＱＲコードの論理データとなる。各セルを例えば４ドット四方のイメージデータに展開すれば実際に印字データ(物理データ)となる。
【００３２】
次に、取得したＱＲコード印刷開始位置（ｘ、ｙ）とこの論理データからプリンタで印刷可能なようにプリンタイメージコマンドに展開する（手順Ｓ２２）。また、手順Ｓ１５で取得したページ長からページ長コマンドが手順Ｓ１８で作成されて、そのページ長コマンドが手順Ｓ２５で現在のページ長コマンドと置き換えられ、実際に印刷されるページ長の調整が行われる。即ち、アプリケーションのＭＳＷｏｒｄ側で"４インチより長"という用紙を選択して印刷するが、図８のフローチャートの手順Ｓ２５にも示されるように、実際の印字用紙のページ長が４インチに置き換えられる。
【００３３】
プリンタイメージコマンドへの展開までが1ページ分だけ繰り返されるように、手順Ｓ２３では、1ページ分の解析が済んだか否かが判断され、未だの場合は、ダミーフォントコマンドの判断ステップにジャンプし、1ページ分のデータ解析が済んだ場合には手順Ｓ２４に進む。手順Ｓ２４では、格納バッファ内のデータとＱＲコードイメージコマンドをマージしてページデータを作成し、手順Ｓ２５で現在のページ長コマンドと作成されたページ長コマンドが置き換えられた上でプリンタへ送信する。プリンタはコマンドに従いデータを印刷する（手順Ｓ２６）。次の手順Ｓ２７で次ページが有るか否かが判断され、無い場合には印刷を終了し、有る場合にはスプール処理Ｓ１３に戻る。
【００３４】
なお、上述のフローでは、内蔵フォントとしてＯＣＲ−Ｂ（1バイトコード）を用いた例を説明したが、明朝（２バイトコード）などのフォントを使用することもでき、漢字データなどの２次元バーコード化も実現できることになる。
【００３５】
上述のように、本実施形態の画像形成システムにおいては、ページ長を長く設定した上でＱＲコードデータをページ下端側に記載し、印刷時に戻すように制御できるため、ＱＲコードのデータ量に関係なく、ページのレイアウトを自由に設定することが実現される。また、ダミーフォントとしては、既存の内蔵フォントを利用することができ、特別なフォントセットを用いる必要がなく、印刷が可能である。
【００３６】
[第２の実施形態]
第１の実施形態の画像形成システムでは、印字データと同じ領域にＱＲコードデータを記述するため、印字データの編集によって改行動作が発生してしまうとＱＲコードデータ部分も改行されてしまい、例えば次のページへ改ページされてしまう事態が発生したりもする。このような場合では正常な印刷できない可能性があるため、この点を改善したものが第２の実施形態のシステムである。第２の実施形態では、アプリケーションで設定可能なフッター領域あるいはヘッダー領域にＱＲコードデータを記述することにより、ページデータの編集状況に関係なく、常に一定の場所にＱＲコードデータを配置させることが可能となる。
【００３７】
システムを構成する上位装置は、第１の実施形態と同様に、パーソナルコンピュータなどの情報処理装置であって、図１２に示すように、例えば文書作成用のマイクロソフトワード（商品名）のようなアプリケーション４３を用いて文書、画像、表などを作成するものとされ、そのデータはダミーフォント対応プリンタドライバー４２とランゲージモニター４４を経て、プリンタ４１に送られるしくみを有する。プリンタ４１と上位装置の接続は、有線無線を問わず、直接接続でも良く、ＬＡＮ等のネットワークを介して接続でも良い。
【００３８】
前記上位装置は、図示しないＯＳ上で動作するアプリケーション４３、ダミーフォント対応プリンタドライバー４２、及びランゲージモニター４４を有している。本実施形態においては、アプリケーション４３は通常のページ内への文章作成機能に加えてフッター機能を有するものとされる。なお、フッター機能の代わりにヘッダー機能を有するものであっても良い。マウスやキーボードなどのユーザー入力部５１による操作に応じて、ページデータ入力部５２と、ＱＲコードデータ入力部５３とにデータが振り分けられることになり、ページデータ入力部５２にかかるデータがフッター外領域に記載され、ＱＲコードデータ入力部５３にかかるデータがフッター内領域への入力となる。
【００３９】
アプリケーション４３上で作成されたデータは、ダミーフォント対応プリンタドライバー４２によって、そのプリンタ固有のコマンドに展開される。具体的には、アプリケーション４３からのデータについて先ずデータ解析部５４でどのようなデータかが解析され、各コマンド変換処理部５５〜５７にデータを送る。内蔵フォントコマンド変換処理５５は印字データの内蔵フォントデータをプリンタコマンドに変換する処理を行なう処理部であり、イメージコマンド変換処理５６は図形、罫線、アウトラインフォントなどの情報をイメージコマンドに変換する処理を行なう処理部である。また、その他コマンド変換処理５７はその他のコマンドを処理するための処理部である。
【００４０】
スプーラ５８はＷｉｎｄｏｗｓ（登録商標）などのＯＳにおける印刷システムの一部であり、印刷データを一時的にスプールしておく処理を行なう。スプーラ５８により一時的にスプールされたデータは、次のランゲージモニター４４に送られる。
【００４１】
ランゲージモニター４４も前記ＯＳにおける印刷システムの一部であり、このモジュール４４はスプーラ５８の下位層に設置が許されていて、本来は双方向インターフェイスの実現のためのものであるが、本方式ではこのモジュール内でデータの解析とコマンドの変換を行なわせる。具体的には、スプーラ５８からのデータは先ずコマンド解析部５９に送られ、このコマンド解析部５９では、プリンタドライバー４２で展開されたプリンタコマンドを解析し、ダミーフォントを検出した場合はコマンドに付随するデータを取得し、ＱＲコードデータ取得部６２に該データを渡す。
【００４２】
データ格納部６０はダミーフォントコマンド以外のデータを格納する。ＱＲコードデータ取得部６２は、解析したコマンドから、ＱＲコードデータ、ＱＲコード印字位置情報(x,y)、ページ長情報をそれぞれ抽出する。ＱＲコード展開部６３は、その取得したデータをＱＲコードデータに展開し、そのデータをプリンタで印字可能なようにイメージコマンドに展開する。
【００４３】
ｘ、ｙデータ格納部６４はＱＲコード印刷位置のｘ方向、ｙ方向のデータを格納する。ページ長コマンド作成部６５は取得したページ長を元にページ長コマンドを作成する。実際に用いられる用紙長に比べて、アプリケーション上では別に選択されている用紙長は長いため、その差分はページ長コマンド置き換え処理部６６で調整される。データマージ部６１はデータ格納部６０からのデータとＱＲコード展開部６３からのＱＲコードイメージデータを合わせ込み、さらにページ長コマンド置き換え処理部６６で調整されたページ長についてのデータも合わせて、プリンタ４１に送信する。プリンタ４１ではランゲージモニター４４からのデータに従い所要の印刷を行なう。
【００４４】
本実施形態においても、図２乃至図７に示すように、第１の実施形態で説明したダミーフォントを用いることができ、ユニツールのFONTSウインドウ（図２参照。）において、例えば内蔵フォントであるＯＣＲ−Ｂフォントを先ず選択し、このＯＣＲ−Ｂフォント情報の複製を例えば"qr.pfm"というファイル名で登録する。さらにこのqr.pfmファイルを開いて（図５参照。）、このダミーフォントの名前（Ｔｙｐｅ  Ｆａｃｅ  Ｎａｍｅ）を"ＱＲコード"とし、そのフォントコマンドを図５のフォント選択ボックスに示すように"ＥＳＣ  ｋ  ０７ｈ"とする。続いて、ＲｅｓｉｄｅｎｔＦｏｎｔｓウインドウを表示させ（図６参照。）、qr.pfmファイルを選択してハイライトにすることで図７に示すように使用可能な状態にしておく。最後に、データファイルをコンパイルしてダミーフォント対応ドライバを作成する。
【００４５】
次に、ダミーフォント対応ドライバーを使用して２次元コードを印刷する場合の動作について説明する。図１３は本実施形態の画像形成システムの動作を説明するためのフローチャートである。先ず、アプリケーションにおいて、図１４に示すように、実際の用紙よりも用紙長の長い用紙を選択し、その選択された用紙長の長い用紙の上側にバーコードデータ以外のテキストや画像などのデータ（以下、ページデータと称する。）を記述する。一方、本実施形態においては、実際の用紙よりも用紙長の長い用紙の下側領域が比較的に広いフッター領域として利用され、特にＱＲコードデータを記載する領域として積極的に活用される。
【００４６】
次に、ＱＲコードなどの２次元コードを記載しようとする際には、その前提として先ずフッター領域が確保される（手順Ｓ３０）。ＱＲコードなどの２次元コードを使用する場合、
アプリケーションのフォント選択リストやフォント自体をハイライト化した際のフォントの選択画面からダミーフォントである"ＱＲコード"を選択し（手順Ｓ３２）、実際の用紙サイズよりも下部のブランクとされたフッター領域にＱＲコード情報を記載して所要の編集を行なう（手順Ｓ３３）。ここで、ＱＲコード情報は本実施形態においては、先に説明した第１の実施形態と同様の図１０に示すデータ形式とされる。すなわち、バーコードの水平方向の印刷開始位置（ｘ）とバーコードの垂直方向の印刷開始位置（ｙ）、及び用紙のページ長（length）、及びバーコードデータ（data）からなり、これらの情報から後述するようにプリンタではＱＲコードなどの２次元データを印字できることになる。この場合において、アプリケーション上の用紙下側領域では、コンピューターのモニター画面上でＯＣＲ−Ｂフォントが表示されるに過ぎない。これはダミーフォントの情報が先に説明したようにＯＣＲ−Ｂ内蔵フォントと実質的に同じなためである。
【００４７】
アプリケーションでの処理は、バーコードの印字に関してのループを構成しており、もしバーコードの印字でない場合には、手順Ｓ３１で"Ｎｏ"の選択からフッター外領域での通常のページデータを編集するものとして処理される（手順Ｓ３４）。もし手順Ｓ３１でバーコード印字を行なう場合には、前述のフォントの選択画面からダミーフォントである"ＱＲコード"を選択し（手順Ｓ３２）、実際の用紙サイズよりも下部のブランクとされたフッター領域にＱＲコード情報を記載する（手順Ｓ３３）。
【００４８】
全ての描画が終了したら（手順Ｓ３５）、印刷ボタンを押し下げて印刷を開始する（手順Ｓ３６）。このとき印字データはアプリケーションからプリンタドライバに送られ、プリンタコマンドに展開される。手順Ｓ３７でページデータを構成するフォントデータか否かが判別され、手順Ｓ３８でダミーフォントか否かが判別される。"ＱＲコード"を選択して記述された部分であれば、"qr.pfm"で記述されている通り"ＥＳＣ  ｋ  ０７ｈ"というコマンドに変換される（手順Ｓ４０）。そのフォントデータ以外は手順Ｓ３９で所要のデータ展開され、通常のドライバ機能によって適切に処理される。全データについての変換が終了した場合には、次のスプール処理Ｓ４２に移行するが、未だの場合に手順Ｓ４１から繰り返し処理が行なわれる。なお、ダミーフォントコマンドの一例は、図１１に示すデータの如きフォーマットを有し、このフォーマットについては第１の実施形態と同様のデータを本実施形態のシステムは使用できる。
【００４９】
全てのデータがプリンタドライバで展開された後、データはスプーラでスプーリング（巣プール処理）される（手順Ｓ４２）。次いで、印刷可能な状態になったとき、スプーラ上のデータはランゲージモニターを経由してプリンターに送信される。
【００５０】
手順Ｓ４３からＳ５４まではランゲージモニターでの処理であり、ランゲージモニターでは全部のデータが解析される。手順Ｓ４３ではダミーフォントコマンドか否かが判断され、通常のページデータはダミーフォントコマンドがないことから、手順Ｓ４６のバッファへデータが格納されながら処理されていくことになり、手順Ｓ５３でデータの合わせ込みが行なわれる。
【００５１】
手順Ｓ４３でダミーフォントコマンドがあると判断された場合には、手順Ｓ４４に進み、ページ長の検出がなされ、ＱＲコード印刷開始位置（ｘ、ｙ）が手順Ｓ４５、ＱＲコードデータが手順Ｓ４９でそれぞれ取得される。手順Ｓ４４で取得されたページ長のデータにより手順Ｓ４７ではページ長コマンドが作成され、バッファにＱＲコード印刷開始位置（ｘ、ｙ）が格納される（手順Ｓ４８）。手順Ｓ４９で取得されたＱＲコードデータからＱＲデータの論理データが作成される（手順Ｓ５０）。なお、ダミーフォントコマンド自体は破棄され、プリンタには送信されないように制御される。その他のデータは格納バッファに格納される。
【００５２】
次に、取得したＱＲコード印刷開始位置（ｘ、ｙ）とこの論理データからプリンタで印刷可能なようにプリンタイメージコマンドに展開する（手順Ｓ５１）。また、手順Ｓ４４で取得したページ長からページ長コマンドが手順Ｓ４７で作成されて、そのページ長コマンドが手順Ｓ５４で現在のページ長コマンドと置き換えられ、実際に印刷されるページ長の調整が行われる。
【００５３】
プリンタイメージコマンドへの展開までが1ページ分だけ繰り返されるように、手順Ｓ５２では、1ページ分の解析が済んだか否かが判断され、未だの場合は、ダミーフォントコマンドの判断ステップにジャンプし、1ページ分のデータ解析が済んだ場合には手順Ｓ５３に進む。手順Ｓ５３では、格納バッファ内のデータとＱＲコードイメージコマンドをマージしてページデータを作成し、手順Ｓ５４で現在のページ長コマンドと作成されたページ長コマンドが置き換えられた上でプリンタへ送信する。プリンタはコマンドに従いデータを印刷する（手順Ｓ５５）。次の手順Ｓ５６で次ページが有るか否かが判断され、無い場合には印刷を終了し、有る場合にはスプール処理Ｓ４２に戻る。
【００５４】
なお、上述のフローでは、内蔵フォントとしてＯＣＲ−Ｂ（1バイトコード）を用いた例を説明したが、明朝（２バイトコード）などのフォントを使用することもでき、漢字データなどの２次元バーコード化も実現できることになる。また、上述の実施形態では、ダミーフォントを記載する領域としてフッター領域を使用したが、ヘッダー領域やその他の余白領域などであっても良い。
【００５５】
上述のように、本実施形態の画像形成システムにおいては、ページ長を長く設定した上でＱＲコードデータをフッター領域に記載し、印刷時に戻すように制御できるため、ＱＲコードのデータ量に関係なく、ページのレイアウトを自由に設定することが実現される。また、ダミーフォントとしては、既存の内蔵フォントを利用することができ、特別なフォントセットを用いる必要がなく、印刷が可能である。
【００５６】
[第３の実施形態]
本実施形態においては、１ページ内に複数のバーコードを印刷する方法及びシステムを説明する。
【００５７】
システムを構成する上位装置は、第１、第２の実施形態と同様に、パーソナルコンピュータなどの情報処理装置であって、図１５に示すように、例えば文書作成用のマイクロソフトワード（商品名）のようなアプリケーション７４を用いて文書、画像、表などを作成するものとされ、そのデータはダミーフォント対応プリンタドライバー７２とランゲージモニター７３を経て、プリンタ７１に送られるしくみを有する。プリンタ７１と上位装置の接続は、有線無線を問わず、直接接続でも良く、ＬＡＮ等のネットワークを介して接続でも良い。
【００５８】
前記上位装置は、図示しないＯＳ上で動作するアプリケーション７４、ダミーフォント対応プリンタドライバー７２、及びランゲージモニター７３を有している。本実施形態においては、アプリケーション７４は通常のページ内への文章作成機能に加えてフッター機能を有するものとされる。なお、フッター機能の代わりにヘッダー機能を有するものであっても良い。フッター領域を確保するための手段８１を操作した後、ページデータ入力部８２と、ＱＲコードデータ入力部８３とにデータが振り分けられることになり、ページデータ入力部８２にかかるデータがフッター外領域に記載され、ＱＲコードデータ入力部８３にかかるデータがフッター内領域への入力となる。
【００５９】
アプリケーション７４上で作成されたデータは、ダミーフォント対応プリンタドライバー７２によって、そのプリンタ固有のコマンドに展開される。具体的には、アプリケーション７４からのデータについて先ずデータ解析部８４でどのようなデータかが解析され、各コマンド変換処理部８５〜８７にデータを送る。内蔵フォントコマンド変換処理８５は印字データの内蔵フォントデータをプリンタコマンドに変換する処理を行なう処理部であり、イメージコマンド変換処理８６は図形、罫線、アウトラインフォントなどの情報をイメージコマンドに変換する処理を行なう処理部である。また、その他コマンド変換処理８７はその他のコマンドを処理するための処理部である。
【００６０】
スプーラ８８はＷｉｎｄｏｗｓ（登録商標）などのＯＳにおける印刷システムの一部であり、印刷データを一時的にスプールしておく処理を行なう。スプーラ８８により一時的にスプールされたデータは、次のランゲージモニター７３に送られる。
【００６１】
ランゲージモニター７３も前記ＯＳにおける印刷システムの一部であり、このモジュールはスプーラ８８の下位層に設置が許されていて、本来は双方向インターフェイスの実現のためのものであるが、本方式ではこのモジュール内でデータの解析とコマンドの変換を行なわせる。具体的には、スプーラ８８からのデータは先ずコマンド解析部８９に送られ、このコマンド解析部８９では、プリンタドライバー７２で展開されたプリンタコマンドを解析し、ダミーフォントを検出した場合はコマンドに付随するデータを取得し、ＱＲコードデータ取得部９２に該データを渡す。
【００６２】
データ格納部９０はダミーフォントコマンド以外のデータを格納する。ＱＲコードデータ取得部９２は、解析したコマンドから、ＱＲコードデータ、ＱＲコード印字位置情報(x,y)、ページ長情報をそれぞれ抽出する。ＱＲコード展開部９３は、その取得したデータをＱＲコードデータに展開し、そのデータをプリンタで印字可能なようにイメージコマンドに展開する。特に本実施形態では、１ページの複数のＱＲコードデータが取得されることから、ＱＲコードデータへの展開はその都度行なわれることになる。
【００６３】
ｘ、ｙデータ取得部９４はＱＲコード印刷位置のｘ方向、ｙ方向のデータを取得し、そのＱＲコード印刷位置のｘ方向、ｙ方向のデータをＱＲコード展開部９３に送信する。ＱＲコード展開部９３からのデータは、ＱＲコードイメージコマンド格納部９７に送られ、当該ＱＲコードイメージコマンド格納部９７でＱＲコード展開部９３が作成したイメージコマンドが格納される。ここでイメージコマンドは単数若しくは複数のＱＲコードデータに対応したものすることができる。
【００６４】
ページ長コマンド作成部９５は取得したページ長を元にページ長コマンドを作成する。実際に用いられる用紙長に比べて、アプリケーション上では別に選択されている用紙長は長いため、その差分はページ長コマンド置き換え処理部９６で調整される。データマージ部９１はデータ格納部９０からのデータとＱＲコードイメージコマンド格納部９７からのＱＲコードイメージデータを合わせ込み、さらにページ長コマンド置き換え処理部９６で調整されたページ長についてのデータも合わせて、プリンタ７１に送信する。プリンタ７１ではランゲージモニター７３からのデータに従い所要の印刷を行なう。
【００６５】
本実施形態においても、図２乃至図７に示すように、第１の実施形態で説明したダミーフォントを用いることができ、ユニツールのFONTSウインドウ（図２参照。）において、例えば内蔵フォントであるＯＣＲ−Ｂフォントを先ず選択し、このＯＣＲ−Ｂフォント情報の複製を例えば"qr.pfm"というファイル名で登録する。さらにこのqr.pfmファイルを開いて（図５参照。）、このダミーフォントの名前（Ｔｙｐｅ  Ｆａｃｅ  Ｎａｍｅ）を"ＱＲコード"とし、そのフォントコマンドを図５のフォント選択ボックスに示すように"ＥＳＣ  ｋ  ０７ｈ"とする。続いて、ＲｅｓｉｄｅｎｔＦｏｎｔｓウインドウを表示させ（図６参照。）、qr.pfmファイルを選択してハイライトにすることで図７に示すように使用可能な状態にしておく。最後に、データファイルをコンパイルしてダミーフォント対応ドライバを作成する。
【００６６】
次に、ダミーフォント対応ドライバーを使用して２次元コードを印刷する場合の動作について説明する。図１６は本実施形態の画像形成システムの動作を説明するためのフローチャートである。先ず、アプリケーションにおいて、第２の実施形態と同様に、実際の用紙よりも用紙長の長い用紙を選択し、その選択された用紙長の長い用紙の上側にバーコードデータ以外のテキストや画像などのデータ（以下、ページデータと称する。）を記述する。一方、本実施形態においては、実際の用紙よりも用紙長の長い用紙の下側領域が比較的に広いフッター領域として利用され、特にＱＲコードデータを記載する領域として積極的に活用される。
【００６７】
次に、ＱＲコードなどの２次元コードを記載しようとする際には、その前提として先ずフッター領域が確保される（手順Ｓ６１）。ＱＲコードなどの２次元コードを使用する場合、
アプリケーションのフォント選択リストやフォント自体をハイライト化した際のフォントの選択画面からダミーフォントである"ＱＲコード"を選択し（手順Ｓ６４）、実際の用紙サイズよりも下部のブランクとされたフッター領域にＱＲコード情報を記載して所要の編集を行なう（手順Ｓ６５）。
【００６８】
ここで、ＱＲコード情報は本実施形態においては、先に説明した第１、２の実施形態とは多少異なり、例えば図１７に示すデータ形式とされる。すなわち、バーコードの水平方向の印刷開始位置（ｘn）とバーコードの垂直方向の印刷開始位置（ｙn）(添え字ｎは整数)、及び用紙のページ長（length）、及びバーコードデータ（dataｎ）からなり、これらの情報から後述するようにプリンタではＱＲコードなどの２次元データを単数のみならず複数個印字できることになる。すなわち、各データを添え字で区別することで１ページに複数のＱＲコードデータが存在していても容易に判別することができる。この場合においても、アプリケーション上の用紙下側のフッター領域では、コンピューターのモニター画面上でＯＣＲ−Ｂフォントが表示されるに過ぎない。これはダミーフォントの情報が先に説明したようにＯＣＲ−Ｂ内蔵フォントと実質的に同じなためである。
【００６９】
アプリケーションでの処理は、バーコードの印字に関してのループを構成しており、もしバーコードの印字でない場合には、手順Ｓ６２で"Ｎｏ"の選択から通常のページデータを描画するものとして処理される（手順Ｓ６６）。もし手順Ｓ６２でバーコード印字を行なう場合には、手順Ｓ６３でその変換すべきバーコード文書量が先ず所定量以上かどうかが判断され、所定量以上でない場合（"Ｎｏ"）、言い換えれば用紙の下部領域を敢えて使用しなくとも、バーコード印刷が可能な場合には、通常のバーコード印刷が行なわれる。前述のフォントの選択画面からダミーフォントである"ＱＲコード"を選択し（手順Ｓ６４）、実際の用紙サイズよりも下部のブランクとされた領域にＱＲコード情報を記載する（手順Ｓ６５）の各手順は、変換すべきバーコード文書量が所定量以上である場合に選択される（手順Ｓ６３で"Ｙｅｓ"）。
【００７０】
全ての描画が終了したら（手順Ｓ６７）、印刷ボタンを押し下げて印刷を開始する（手順Ｓ６８）。このとき印字データはアプリケーションからプリンタドライバに送られ、プリンタコマンドに展開される。手順Ｓ６９でページデータを構成するフォントデータか否かが判別され、手順Ｓ７０でダミーフォントか否かが判別される。"ＱＲコード"を選択して記述された部分であれば、"qr.pfm"で記述されている通り"ＥＳＣ  ｋ  ０７ｈ"というコマンドに変換される（手順Ｓ７２）。そのフォントデータ以外は手順Ｓ７１で所要のデータ展開され、通常のドライバ機能によって適切に処理される。全データについての変換が終了した場合には、次のスプール処理Ｓ７４に移行するが、未だの場合に手順Ｓ７３から繰り返し処理が行なわれる。
【００７１】
全てのデータがプリンタドライバで展開された後、データはスプーラでスプーリング（巣プール処理）される（手順Ｓ７４）。次いで、印刷可能な状態になったとき、スプーラ上のデータはランゲージモニターを経由してプリンターに送信される。
【００７２】
手順Ｓ７５からＳ８８まではランゲージモニターでの処理であり、ランゲージモニターでは全部のデータが解析される。手順Ｓ７５ではダミーフォントコマンドか否かが判断され、通常のページデータはダミーフォントコマンドがないことから、手順Ｓ７８のバッファへデータが格納されながら処理されていくことになり、手順Ｓ８７でデータの合わせ込みが行なわれる。
【００７３】
手順Ｓ７５でダミーフォントコマンドがあると判断された場合には、手順Ｓ７６に進み、ページ長の検出がなされ、ＱＲコード印刷開始位置（ｘ、ｙ）が手順Ｓ７７、ＱＲコードデータが手順Ｓ８１でそれぞれ取得される。手順Ｓ７６で取得されたページ長のデータにより手順Ｓ７９ではページ長コマンドが作成され、バッファにＱＲコード印刷開始位置（ｘ、ｙ）が格納される（手順Ｓ８０）。手順Ｓ８１で取得されたＱＲコードデータからＱＲデータの論理データが作成される（手順Ｓ８２）。なお、ダミーフォントコマンド自体は破棄され、プリンタには送信されないように制御される。その他のデータは格納バッファに格納される。
【００７４】
次に、取得したＱＲコード印刷開始位置（ｘ、ｙ）とこの論理データからプリンタで印刷可能なようにプリンタイメージコマンドに展開する（手順Ｓ８３）。展開されたプリンタイメージコマンドは一旦バッファに格納される（手順Ｓ８４）。ここで１つのＱＲコードについての処理が一旦終了するが、次の手順Ｓ８５では全部ＱＲコードについての解析が終了したか否かが判断され、まだ、解析すべきＱＲコードが残っている場合には、手順Ｓ７７に戻り、解析すべきＱＲコードが残っていない場合には次の１ページ分が終了したか否かの判断を行なう(手順Ｓ８６)。
【００７５】
そのページの解析が未完了の場合は、ダミーフォントコマンドの判断ステップ（Ｓ７７）にジャンプし、1ページ分のデータ解析が済んだ場合には手順Ｓ８７に進む。手順Ｓ８７では、格納バッファ内のデータとＱＲコードイメージコマンドをマージしてページデータが作成される。このページデータは、前述のようにデータが複数であっても区別されるように処理されていることから、複数のＱＲコードに対応するイメージであっても確実に印刷される。手順Ｓ７６で取得したページ長からページ長コマンドが手順Ｓ７９で作成されて、そのページ長コマンドが手順Ｓ８８で現在のページ長コマンドと置き換えられ、実際に印刷されるページ長の調整が行われる。すなわち、手順Ｓ８８で現在のページ長コマンドと作成されたページ長コマンドが置き換えられた上でプリンタへの送信が行なわれる。
【００７６】
プリンタはコマンドに従いデータを印刷する（手順Ｓ８９）。次の手順Ｓ９０で次ページが有るか否かが判断され、無い場合には印刷を終了し、有る場合にはスプール処理Ｓ７４に戻る。
【００７７】
なお、上述のフローでは、内蔵フォントとしてＯＣＲ−Ｂ（1バイトコード）を用いた例を説明したが、明朝（２バイトコード）などのフォントを使用することもでき、漢字データなどの２次元バーコード化も実現できることになる。また、上述の実施形態では、ダミーフォントを記載する領域としてフッター領域を使用したが、ヘッダー領域やその他の余白領域などであっても良い。
【００７８】
上述のように、本実施形態の画像形成システムにおいては、ページ長を長く設定した上でＱＲコードデータをフッター領域に記載し、印刷時に戻すように制御できるため、ＱＲコードのデータ量に関係なく、さらにはＱＲコードのデータ数が複数であっても、ページのレイアウトを自由に設定することが実現される。また、ダミーフォントとしては、既存の内蔵フォントを利用することができ、特別なフォントセットを用いる必要がなく、印刷が可能である。
【００７９】
なお、上述の実施形態においては、上位装置としてパーソナルコンピュータを例示したが、上位装置はこれに限らず、種々の電子装置を用いることが可能であり、たとえばデジタルカメラ、携帯電話機、ＰＤＡ、ファクシミリ装置、スキャナー装置、医療用モニター装置などの種々の電子機器に適用可能である。また、２次元コードとしてＱＲコードを例示したが、その他のコード情報に対しても本発明は適用可能である。
【図面の簡単な説明】
【００８０】
【図１】本発明の第１の実施形態の画像形成システムの構成を概略的に示すブロック図である。
【図２】本発明の各実施形態の画像形成システムで使用されるユニツールのフォントウインドウを示す模式図である。
【図３】本発明の各実施形態の画像形成システムで使用されるユニツールのフォントウインドウを示す模式図であって、追加ファイルをコピーした状態を示す図である。
【図４】本発明の各実施形態の画像形成システムで使用される内蔵フォントの一例のプロパティの表示画面を示す模式図である。
【図５】本発明の各実施形態の画像形成システムで使用される内蔵フォントの一例のプロパティの表示画面を示す模式図であって、その変更後のコマンドを示す図である。
【図６】本発明の各実施形態の画像形成システムで使用されるレジデントフォントウインドウの表示画面を示す模式図である。
【図７】本発明の各実施形態の画像形成システムで使用されるレジデントフォントウインドウの表示画面を示す模式図であって、作成したダミーフォントを使用可能状態にした画面を示す図である。
【図８】本発明の第１の実施形態の画像形成システムの動作例を説明するためのフローチャートである。
【図９】本発明の第１の実施形態の画像形成システムにおける実際の用紙とコード用に確保する領域を模式的に示す図である。
【図１０】本発明の第１の実施形態の画像形成システムにおける２次元コードのデータフォーマットを示す図である。
【図１１】本発明の第１の実施形態の画像形成システムにおける２次元コードのダミーフォントコマンドのデータ例を示す図である。
【図１２】本発明の第２の実施形態の画像形成システムの構成を概略的に示すブロック図である。
【図１３】本発明の第２の実施形態の画像形成システムの動作例を説明するためのフローチャートである。
【図１４】本発明の第２の実施形態の画像形成システムにおける実際の用紙とコード用に確保するフッター領域を模式的に示す図である。
【図１５】本発明の第３の実施形態の画像形成システムの構成を概略的に示すブロック図である。
【図１６】本発明の第３の実施形態の画像形成システムの動作例を説明するためのフローチャートである。
【図１７】本発明の第３の実施形態の画像形成システムにおける２次元コードのデータフォーマットを示す図である。
【図１８】従来の１次元のバーコードを印刷する場合のモニター上の表示と印刷(印字)結果を示す模式図である。
【図１９】従来の２次元のバーコードを印刷する場合のモニター上の表示と印刷(印字)結果を示す模式図である。
【符号の説明】
【００８１】
１０、４１、７１  プリンタ
１１、４２、７２  プリンタドライバ
１２、４４、７３  ランゲージモニタ
２１、４３、７４  アプリケーション
２２、５４、８４  データ解析部
２３、５５、８５  内蔵フォントコマンド変換処理
２４、５６、８６  イメージコマンド変換処理
２５、５７、８７  その他コマンド変換処理
３１、５８、８８  スプーラ
３２、５９、８９  コマンド解析部
３３、６０、９０  データ解析部
３４、６１、９１  データマージ部
３５、６２、９２  ＱＲコードデータ取得部
３６，６３、９３  ＱＲコード展開部
３７、６４  ｘ、ｙデータ格納部
３８、６５、９５  ページ長コマンド作成部
３９、６６、９６  ページ長コマンド置き換え処理部
９４  ｘ、ｙデータ取得部
９７  ＱＲコードイメージコマンド格納部
【図１】
2008083270.tif 000003
【図２】
2008083270.tif 000004
【図３】
2008083270.tif 000005
【図４】
2008083270.tif 000006
【図５】
2008083270.tif 000007
【図６】
2008083270.tif 000008
【図７】
2008083270.tif 000009
【図８】
2008083270.tif 000010
【図９】
2008083270.tif 000011
【図１０】
2008083270.tif 000012
【図１１】
2008083270.tif 000013
【図１２】
2008083270.tif 000014
【図１３】
2008083270.tif 000015
【図１４】
2008083270.tif 000016
【図１５】
2008083270.tif 000017
【図１６】
2008083270.tif 000018
【図１７】
2008083270.tif 000019
【図１８】
2008083270.tif 000020
【図１９】
2008083270.tif 000021