帳票フォームデータと実データとを用いてオーバーレイ出力処理を行う情報処理装置であって、指定された帳票フォームデータにおいて、二次元コードを配置する領域を選定するために用いられる、複数の領域それぞれに配置可能な上限データサイズを含む領域リストを管理する管理手段と、指定された帳票フォームデータに対応する実データを入力してオーバーレイ出力する指示を受け付ける受付手段と、前記受付手段により受け付けた実データを用いて、二次元コード化するデータサイズを取得する取得手段と、前記取得手段により取得されたデータサイズと、前記管理手段により管理される領域リストに含まれるそれぞれの領域に配置可能な上限データサイズとを用いて、前記複数の領域から二次元コードを配置する領域を選定する選定手段と、前記受付手段により受け付けた帳票フォームデータと実データとを用いてオーバーレイ出力処理する際に、前記選定手段により選定された領域に前記実データを用いてコード化した二次元コードを配置してオーバーレイ出力処理する出力手段とを有することを特徴とする情報処理装置。前記領域リストには、二次元コードを配置する領域を選定するために用いられる、それぞれの領域の優先順位を含み、前記選定手段は、前記取得手段により取得されたデータサイズと、前記管理手段により管理される領域リストに含まれるそれぞれの領域に配置可能な上限データサイズおよび優先順位とを用いて、前記複数の領域から二次元コードを配置する領域を選定することを特徴とする請求項1に記載の情報処理装置。前記取得手段は、前記フォームデータに対応する実データが複数ページ分ある場合、複数ページのうち二次元コード化に要する最大データサイズを取得し、前記選定手段は、前記取得手段により取得された最大データサイズを配置可能な1つの領域を選定することを特徴とする請求項1または2に記載の情報処理装置。前記選定手段は、前記取得手段により取得された最大データサイズを配置可能な複数の領域を選定し、前記出力手段は、前記選定手段により選定された複数の領域に前記実データを用いてコード化した複数の二次元コードをそれぞれ配置してオーバーレイ出力処理することを特徴とする請求項3に記載の情報処理装置。前記管理手段により管理される領域リストを、前記受付手段により受け付けた帳票フォームデータを用いて作成する作成手段を有することを特徴とする請求項1乃至4のいずれか1項に記載の情報処理装置。帳票フォームデータと実データとを用いてオーバーレイ出力処理を行う情報処理方法であって、指定された帳票フォームデータにおいて、二次元コードを配置する領域を選定するために用いられる、複数の領域それぞれに配置可能な上限データサイズを含む領域リストを管理する管理ステップと、指定された帳票フォームデータに対応する実データを入力してオーバーレイ出力する指示を受け付ける受付ステップと、前記受付ステップにより受け付けた実データを用いて、二次元コード化するデータサイズを取得する取得ステップと、前記取得ステップにより取得されたデータサイズと、前記管理ステップにより管理される領域リストに含まれるそれぞれの領域に配置可能な上限データサイズとを用いて、前記複数の領域から二次元コードを配置する領域を選定する選定ステップと、前記受付ステップにより受け付けた帳票フォームデータと実データとを用いてオーバーレイ出力処理する際に、前記選定ステップにより選定された領域に前記実データを用いてコード化した二次元コードを配置してオーバーレイ出力処理する出力ステップとを含むことを特徴とする情報処理方法。帳票フォームデータと実データとを用いてオーバーレイ出力処理を行う情報処理装置において実行可能なプログラムであって、指定された帳票フォームデータにおいて、二次元コードを配置する領域を選定するために用いられる、複数の領域それぞれに配置可能な上限データサイズを含む領域リストを管理する管理手段、指定された帳票フォームデータに対応する実データを入力してオーバーレイ出力する指示を受け付ける受付手段、前記受付手段により受け付けた実データを用いて、二次元コード化するデータサイズを取得する取得手段、前記取得手段により取得されたデータサイズと、前記管理手段により管理される領域リストに含まれるそれぞれの領域に配置可能な上限データサイズとを用いて、前記複数の領域から二次元コードを配置する領域を選定する選定手段、前記受付手段により受け付けた帳票フォームデータと実データとを用いてオーバーレイ出力処理する際に、前記選定手段により選定された領域に前記実データを用いてコード化した二次元コードを配置してオーバーレイ出力処理する出力手段として前記情報処理装置を機能させることを特徴とするプログラム。しかしながら、特許文献1に記載の技術では、二次元コードに埋め込むデータ量に応じて、二次元コードのサイズが変わってしまう技術である。そのため、帳票の種類に応じて、二次元コードに埋め込むデータ量が異なるため、帳票レイアウトが統一されないばかりではなく、二次元コードが帳票レイアウトの罫線上にはみ出したりするという問題を解決することができない。そこで、本発明は、上記課題を解決するものであり、帳票レイアウトの美観を損ねることのない二次元コードの配置出力を可能とする。本発明は、帳票フォームデータと実データとを用いてオーバーレイ出力処理を行う情報処理装置であって、指定された帳票フォームデータにおいて、二次元コードを配置する領域を選定するために用いられる、複数の領域それぞれに配置可能な上限データサイズを含む領域リストを管理する管理手段と、指定された帳票フォームデータに対応する実データを入力してオーバーレイ出力する指示を受け付ける受付手段と、前記受付手段により受け付けた実データを用いて、二次元コード化するデータサイズを取得する取得手段と、前記取得手段により取得されたデータサイズと、前記管理手段により管理される領域リストに含まれるそれぞれの領域に配置可能な上限データサイズとを用いて、前記複数の領域から二次元コードを配置する領域を選定する選定手段と、前記受付手段により受け付けた帳票フォームデータと実データとを用いてオーバーレイ出力処理する際に、前記選定手段により選定された領域に前記実データを用いてコード化した二次元コードを配置してオーバーレイ出力処理する出力手段とを有することを特徴とする。本発明によれば、帳票レイアウトの美観を損ねることのない二次元コードの配置出力が可能となる。以下図面を参照して、本発明の実施形態を説明する。図1は、本発明の実施形態における情報処理システム帳票レイアウトシステムのシステム構成を示すシステム構成図である。図1は、1または複数のクライアント端末101、1または複数の帳票サーバ102情報処理装置がネットワーク103を介して接続される構成となっている。クライアント端末101は、ユーザが操作する端末であり、帳票サーバに対して、帳票のオーバーレイ出力処理を要求するために用いられる端末である。その際、ユーザは、帳票フォームデータや入力する実データの指定等も行う。帳票サーバ102は、要求に応じて、帳票のオーバーレイ出力処理を行う端末である。オーバーレイ出力処理をする場合、指定された帳票フォームデータと対応する実データとを用いて処理を行う。なお、本実施の形態における帳票サーバ102は、帳票フォームデータや実データを管理すると共に、領域リストDBを管理している。領域リストDBについては、後に説明する。ネットワーク103は、LANやインターネット等の通信回線である。なお、図1のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。以下、図2を用いて、図1に示したクライアント端末や帳票サーバのハードウェア構成について説明する。図2は、図1に示したクライアント端末101や帳票サーバ102のハードウェア構成を示すブロック図である。CPU201は、システムバス204に接続される各デバイスやコントローラを統括的に制御する。また、ROM202あるいは外部メモリ211には、CPU201の制御プログラムであるBIOSBasicInput/OutputSystemやオペレーティングシステムプログラム以下、OSや、各サーバ或いは各PCの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。RAM203は、CPU201の主メモリ、ワークエリア等として機能する。CPU201は、処理の実行に際して必要なプログラム等をRAM203にロードして、プログラムを実行することで各種動作を実現するものである。また、入力コントローラ入力C205は、キーボード209や不図示のマウス等のポインティングデバイスからの入力を制御する。ビデオコントローラVC206は、CRTディスプレイCRT210等の表示器への表示を制御する。表示器はCRTだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。メモリコントローラMC207は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスクHDやフロッピー登録商標ディスクFD或いはPCMCIAカードスロットにアダプタを介して接続されるコンパクトフラッシュ登録商標メモリ等の外部メモリ211へのアクセスを制御する。通信I/Fコントローラ通信I/FC208は、ネットワークを介して、外部機器と接続通信するものであり、ネットワークでの通信制御処理を実行する。例えば、TCP/IPを用いたインターネット通信等が可能である。なお、CPU201は、例えばRAM203内の表示情報用領域へアウトラインフォントの展開ラスタライズ処理を実行することにより、CRT210上での表示を可能としている。また、CPU201は、CRT210上の不図示のマウスカーソル等でのユーザ指示を可能とする。本発明を実現するためのプログラム212は、外部メモリ211に記録されており、必要に応じてRAM202にロードされることによりCPU201によって実行されるものである。さらに、本発明に係わるプログラム212が用いる定義ファイル213及び各種情報テーブル214は外部メモリ211に格納されており、これらについての詳細な説明は後述する。以下、本実施形態の情報処理システムにおける全体の流れについて説明する。まず、前提として、管理者等によって、予め帳票フォームデータが作成されているものとする。帳票フォームデータとは、帳票のレイアウトを定義したものである。帳票レイアウトとして、罫線や図形を配置する定義や、文字列を配置するためのフィールドを配置する定義などがなされている。そして、この帳票フォームデータに対応する実データを入力することで、対応するフィールドに文字列が流し込まれ、帳票のオーバーレイ出力が行われることとなる。次に、図3を用いて全体の流れを説明する。図3は、本実施形態の情報処理システムにおける全体の流れを示すフローチャートである。S301において、帳票サーバは、クライアント端末から帳票フォームデータの指定を受け付ける。また同時に入力された実データや、予め指定されている実データから、当該帳票フォームデータに対応する実データが特定される。S302において、帳票サーバは、クライアント端末からオーバーレイ出力する指示を受け付ける。S303において、帳票サーバは、指定された帳票フォームデータを用いて、領域リストDBを生成する。ここで、図4を用いて領域リストDBについて説明する。図4は、本発明の実施形態における帳票フォームデータから生成した領域リストDBの一例を示すデータ構成である。領域リストDBは、帳票ID401、領域ID402、領域名403、領域位置404、優先順位405、上限サイズ406、領域使用フラグ407で構成される。帳票ID401は、帳票フォームデータをユニークに識別するものである。領域ID402は、領域をユニークに識別するものである。領域名403は、帳票のレイアウト上の領域の名称である。例えば、図8の帳票に示されているA801、B802、C803が、領域の名称である。ここで、図8を用いて帳票のレイアウトについて説明する。図8は、本発明の実施形態の一例を示す帳票のレイアウトである。この帳票のレイアウトは、帳票フォームデータにより定義されているレイアウトの一例である。A801、B802、C803のそれぞれの領域は、少なくとも他の罫線、図形、文字列と重ならない位置に配置されるものである。S303において、帳票サーバは、指定された帳票フォームデータを用いて、レイアウト上、空白となる領域を検出し、検出した空白部分にQRコード登録商標等の二次元コードを配置するための候補領域を領域リストDBとして生成する。候補領域の検出は、1つに限られず様々な大きさの領域が検出されるものとする。ここで、帳票サーバは、領域リストDBの生成時に領域の領域名を任意に命名する。なお、帳票サーバは、クライアント端末のディスプレイ210で領域リストDBの値を変更する領域リスト変更画面不図示を表示し、領域リスト変更画面で領域リストDBの領域名の変更を受け付けてもよい。以下、図4の領域リストDBの説明に戻る。領域位置404は、領域の配置位置左上座標と右下座標を示すものである。優先順位405は、領域に二次元コードを配置する優先度である。優先順位は、ステップS303で検出された領域の検出順に優先度が付加される。なお、帳票サーバは、クライアント端末のディスプレイ210で領域リストDBの値を変更する領域リスト変更画面を表示し、領域リスト変更画面で領域リストDBの優先度の変更を受け付けてもよい。上限サイズ406は、ステップS303で検出した領域に二次元コードを配置可能なデータの上限データサイズである。なお、単位は、Bバイト、KBキロバイト等である。領域使用フラグ407は、帳票サーバが、領域に二次元コードのデータを入力するか否かを識別するフラグである。帳票サーバは、領域にデータを入力する場合、領域使用フラグは、ONをメモリRAM203、外部メモリ211に記録され、データが入力しない場合、OFFを記録される。なお、帳票サーバ102は、各領域の帳票のレイアウト上の位置情報を持っている。上述した通り、本実施の形態では、帳票フォームデータから空白領域を検出して領域リストDBを生成する例で説明したが、管理者によって予め領域リストDBが生成されているという実施の形態であってもよい。その場合、S303の処理はなされないこととなる。S304において、帳票サーバは、領域リストDBの各領域の上限サイズの合計した合計サイズを算出する。例えば、図4では、領域A801の20と領域B802の20と領域C803の50より、合計サイズは80となる。S305において、帳票サーバは、全帳票分全ページ分のデータが記録されているフィールドデータファイル実データファイルから各ページの二次元データ格納データサイズを算出する。全ページ分のフィールドデータファイル実データファイルがあり、そのファイルに二次元コード化する対象となるデータが含まれている。ここで、二次元データ格納データサイズとは、実データを二次元コードに格納するデータサイズのことである。S306において、帳票サーバは、全ページの帳票の中で、各ページの二次元データ格納データサイズが最大のデータサイズを取得する処理である。ここで、図6を用いて、二次元コード格納データサイズの最大データサイズ取得処理の流れについて説明する。図6は、本発明の実施形態における二次元コード格納データサイズの最大データサイズ取得処理のフローチャートである。S601において、帳票サーバは、メモリに格納されている最大データサイズの値を0に初期化する。S602からS607まで、帳票サーバは、フィールドデータファイル実データファイルを用いて、各ページ分処理を繰り返し、二次元コード格納データサイズの最大データサイズ取得処理を終了する。S603において、帳票サーバは、S304で取得した合計サイズとステップS305で取得した二次元コード格納データサイズを比較する。合計サイズが二次元コード格納データサイズより大きい場合は、ステップS605の処理に進む。一方、合計サイズが二次元コード格納データサイズより小さい場合は、メモリに格納されているエラーリスト不図示に対象の帳票を登録しS604、S607の処理に進む。S605において、帳票サーバは、ステップS305で取得した二次元コード格納データサイズとメモリに格納された最大データサイズを比較する。二次元コード格納データサイズが最大データサイズより大きい場合は、S606の処理に進む。一方、合計サイズが二次元コード格納データサイズより小さい場合は、S607の処理に進む。S606において、帳票サーバは、二次元コード格納データサイズの値を格納されている最大データサイズに記録し、S607に処理を進める。以上、図6を用いて、二次元コード格納データサイズの最大データサイズ取得処理の流れについて説明した。以下、図3のフローチャートの説明に戻る。S307において、帳票サーバは、処理対象の帳票フォームデータに対して、大領域サイズ優先フラグにチェックを受け付けられているか否かの判断を行う。大領域サイズ優先フラグにチェックが入っている場合は、S308の処理に進む。一方、大領域サイズ優先フラグにチェックが入っていない場合は、S309の処理に進む。ここで、大領域サイズ優先フラグとは、S309の印字出力する領域の選定において、大きい領域を優先で選定するフラグである。なお、帳票サーバは、クライアント端末のディスプレイ210で大領域サイズ優先設定画面不図示を表示し、大きい領域を優先で選定する場合は、大領域サイズ優先フラグのチェックを受け付ける。S308において、帳票サーバは、領域リストDBを並び替える処理を行う。ここで、図5を用いて、領域リストDBの並び替え処理について説明する。図5は、大領域サイズ優先フラグにチェックが入っている場合に図4の領域リストを並び替えした領域リストである。S308の領域リストDBの並び変え処理は、上限サイズを降順し、同じ上限サイズだけを対象に優先順位を昇順する。なお、領域IDは図5で示されているように並び替えをしない。S309において、帳票サーバは、印字出力する領域を選定する領域選定処理を行う。ここで、図7を用いて、領域選定処理の流れについて説明する。図7は、本発明の実施形態における領域選定処理のフローチャートである。S701において、帳票サーバは、S306で取得した最大データサイズの値を残データサイズとしてメモリRAM203、外部メモリ211に記録する。S702において、帳票サーバは、領域リストDBから最初の領域を取得する。S703からS708まで、帳票サーバは、S704からS707までの処理を取得した領域リストに含まれる領域の数だけ繰り返し、領域選定処理を終了する。S704において、帳票サーバは、処理対象の領域の領域使用フラグをONに記録する。S705において、帳票サーバは、メモリの残データサイズの値から、処理対象の領域の上限サイズの値を減算した値を、残データサイズに記録する。S706において、帳票サーバは、メモリに記録された残データサイズが0を超えているかを判定する。超えている場合、S707の処理に進む。一方、超えていない場合、領域選定処理を終了する。S707において、帳票サーバは、領域リストDBから次の領域を取得する。次の領域とは、図5の例の場合、S704の処理対象の領域の領域IDが0001の場合、領域ID0002の領域が、次の領域となる。以上、図7を用いて、領域選定処理の流れについて説明した。以下、図3のフローチャートの説明に戻る。S310において、帳票サーバは、領域印字出力処理を行う。具体的には、指定された帳票フォームデータの全てのページについて、S309で選定された領域に、フィールドデータファイル実データファイルを用いてコード化された二次元コードを配置して、帳票フォームデータとフィールドデータファイル実データファイルとを用いてオーバーレイ出力処理を行う。ここで、選定される領域は、1つの場合と複数の場合がある。1つの場合は、その選定された領域に通常の手順でコード化した二次元コードを配置することとなる。一方、複数の領域が選定された場合は、実データを複数の二次元コードに分割してコード化を行い、コード化した複数の二次元コードを選定された複数の領域にそれぞれ配置する。一方、S604のエラーリストに登録された帳票フォームデータの場合は、エラーを示す二次元コードを配置して出力処理を行う。最終的には、オーバーレイ出力された帳票イメージが用紙に印刷されることとなる。ユーザは、印刷された帳票用紙上に配置される二次元コードを、二次元コードリーダーを用いて読み取ることで、二次元コードに埋め込まれている実データの内容を把握することができるようになる。複数の二次元コードがある場合は、複数読み取ることで1つの実データを得ることができ、エラーを示す二次元コードがある場合は、コード化できなかったことを知ることができる。以上、本実施形態の情報処理システムにおける全体の流れについて説明した。上述した通り、本発明によれば、帳票レイアウトの美観を損ねることのない二次元コードの配置出力が可能となる。なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。また、本発明におけるプログラムは、処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは各装置の処理方法ごとのプログラムであってもよい。以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータまたはCPUやMPUが記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、CD-ROM、CD-R、DVD-ROM、磁気テープ、不揮発性のメモリカード、ROM、EEPROM、シリコンディスク等を用いることができる。また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているOSオペレーティングシステム等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPU等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。また、本発明は、複数の機器から構成されるシステムに適用しても、1つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。