(57)【要約】【課題】帳票レイアウトの美観を損ねることのない二次元コードの配置出力を可能とする。【解決手段】指定された帳票フォームデータにおいて、二次元コードを配置する領域を選定するために用いられる、複数の領域それぞれに配置可能な上限データサイズを含む領域リストを管理し、指定された帳票フォームデータに対応する実データを入力してオーバーレイ出力する指示を受け付け、受け付けた実データを用いて、二次元コード化するデータサイズを取得し、取得されたデータサイズと、管理される領域リストに含まれるそれぞれの領域に配置可能な上限データサイズとを用いて、複数の領域から二次元コードを配置する領域を選定し、受け付けた帳票フォームデータと実データとを用いてオーバーレイ出力処理する際に、選定された領域に実データを用いてコード化した二次元コードを配置してオーバーレイ出力処理する。【選択図】図１
2013137718.tif 000002
【特許請求の範囲】
【請求項１】
帳票フォームデータと実データとを用いてオーバーレイ出力処理を行う情報処理装置であって、
指定された帳票フォームデータにおいて、二次元コードを配置する領域を選定するために用いられる、複数の領域それぞれに配置可能な上限データサイズを含む領域リストを管理する管理手段と、
指定された帳票フォームデータに対応する実データを入力してオーバーレイ出力する指示を受け付ける受付手段と、
前記受付手段により受け付けた実データを用いて、二次元コード化するデータサイズを取得する取得手段と、
前記取得手段により取得されたデータサイズと、前記管理手段により管理される領域リストに含まれるそれぞれの領域に配置可能な上限データサイズとを用いて、前記複数の領域から二次元コードを配置する領域を選定する選定手段と、
前記受付手段により受け付けた帳票フォームデータと実データとを用いてオーバーレイ出力処理する際に、前記選定手段により選定された領域に前記実データを用いてコード化した二次元コードを配置してオーバーレイ出力処理する出力手段と
を有することを特徴とする情報処理装置。
【請求項２】
前記領域リストには、二次元コードを配置する領域を選定するために用いられる、それぞれの領域の優先順位を含み、
前記選定手段は、前記取得手段により取得されたデータサイズと、前記管理手段により管理される領域リストに含まれるそれぞれの領域に配置可能な上限データサイズおよび優先順位とを用いて、前記複数の領域から二次元コードを配置する領域を選定することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記取得手段は、前記フォームデータに対応する実データが複数ページ分ある場合、複数ページのうち二次元コード化に要する最大データサイズを取得し、
前記選定手段は、前記取得手段により取得された最大データサイズを配置可能な１つの領域を選定することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記選定手段は、前記取得手段により取得された最大データサイズを配置可能な複数の領域を選定し、
前記出力手段は、前記選定手段により選定された複数の領域に前記実データを用いてコード化した複数の二次元コードをそれぞれ配置してオーバーレイ出力処理することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記管理手段により管理される領域リストを、前記受付手段により受け付けた帳票フォームデータを用いて作成する作成手段を有することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
帳票フォームデータと実データとを用いてオーバーレイ出力処理を行う情報処理方法であって、
指定された帳票フォームデータにおいて、二次元コードを配置する領域を選定するために用いられる、複数の領域それぞれに配置可能な上限データサイズを含む領域リストを管理する管理ステップと、
指定された帳票フォームデータに対応する実データを入力してオーバーレイ出力する指示を受け付ける受付ステップと、
前記受付ステップにより受け付けた実データを用いて、二次元コード化するデータサイズを取得する取得ステップと、
前記取得ステップにより取得されたデータサイズと、前記管理ステップにより管理される領域リストに含まれるそれぞれの領域に配置可能な上限データサイズとを用いて、前記複数の領域から二次元コードを配置する領域を選定する選定ステップと、
前記受付ステップにより受け付けた帳票フォームデータと実データとを用いてオーバーレイ出力処理する際に、前記選定ステップにより選定された領域に前記実データを用いてコード化した二次元コードを配置してオーバーレイ出力処理する出力ステップと
を含むことを特徴とする情報処理方法。
【請求項７】
帳票フォームデータと実データとを用いてオーバーレイ出力処理を行う情報処理装置において実行可能なプログラムであって、
指定された帳票フォームデータにおいて、二次元コードを配置する領域を選定するために用いられる、複数の領域それぞれに配置可能な上限データサイズを含む領域リストを管理する管理手段、
指定された帳票フォームデータに対応する実データを入力してオーバーレイ出力する指示を受け付ける受付手段、
前記受付手段により受け付けた実データを用いて、二次元コード化するデータサイズを取得する取得手段、
前記取得手段により取得されたデータサイズと、前記管理手段により管理される領域リストに含まれるそれぞれの領域に配置可能な上限データサイズとを用いて、前記複数の領域から二次元コードを配置する領域を選定する選定手段、
前記受付手段により受け付けた帳票フォームデータと実データとを用いてオーバーレイ出力処理する際に、前記選定手段により選定された領域に前記実データを用いてコード化した二次元コードを配置してオーバーレイ出力処理する出力手段
として前記情報処理装置を機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、二次元コードを帳票レイアウトの美観を損ねることなく配置する技術に関する。
【背景技術】
【０００２】
現在、帳票フォーム上にＱＲコード等の二次元コードを配置する領域を予め設定した帳票フォームデータに対して、実データを流し込むことで、各ページの情報を二次元コード化して各ページの帳票上に二次元バーコードを出力する処理を行っている。
【０００３】
具体的には、配置領域の左上点からデータサイズ分の二次元コードを出力する処理を行っている。
【０００４】
しかしながら、現在の配置方法では、各ページに流し込まれるそれぞれの実データのデータサイズによって、二次元コードの大きさが一定にならいという問題がある。つまりデータサイズが大きい実データのページについては、二次元コードが大きくなるため、各ページの実データサイズによって二次元コードの大きさが一定にならないのである。
【０００５】
そのため、二次元コードが大きくなった場合、帳票レイアウト上に配置される他の領域（矩形、図形など）と重なってしまったり、重ならないにしても複数ページ間で二次元コードの大きさに統一感がなくなったりと、帳票レイアウト上の美観を損ねる要因となっている。
【０００６】
特許文献１には、ドキュメント中に埋め込み符号によってデータを埋め込む場合に、埋め込みを行う複数の領域が分散していても、各データの容量や領域の大きさを考慮することなく各データの埋め込みを行えるようにする技術が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−１８６３３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に記載の技術では、二次元コードに埋め込むデータ量に応じて、二次元コードのサイズが変わってしまう技術である。そのため、帳票の種類に応じて、二次元コードに埋め込むデータ量が異なるため、帳票レイアウトが統一されないばかりではなく、二次元コードが帳票レイアウトの罫線上にはみ出したりするという問題を解決することができない。
【０００９】
そこで、本発明は、上記課題を解決するものであり、帳票レイアウトの美観を損ねることのない二次元コードの配置出力を可能とする。
【課題を解決するための手段】
【００１０】
本発明は、帳票フォームデータと実データとを用いてオーバーレイ出力処理を行う情報処理装置であって、指定された帳票フォームデータにおいて、二次元コードを配置する領域を選定するために用いられる、複数の領域それぞれに配置可能な上限データサイズを含む領域リストを管理する管理手段と、指定された帳票フォームデータに対応する実データを入力してオーバーレイ出力する指示を受け付ける受付手段と、前記受付手段により受け付けた実データを用いて、二次元コード化するデータサイズを取得する取得手段と、前記取得手段により取得されたデータサイズと、前記管理手段により管理される領域リストに含まれるそれぞれの領域に配置可能な上限データサイズとを用いて、前記複数の領域から二次元コードを配置する領域を選定する選定手段と、前記受付手段により受け付けた帳票フォームデータと実データとを用いてオーバーレイ出力処理する際に、前記選定手段により選定された領域に前記実データを用いてコード化した二次元コードを配置してオーバーレイ出力処理する出力手段とを有することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、帳票レイアウトの美観を損ねることのない二次元コードの配置出力が可能となる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態における情報処理システムのシステム構成を示すシステム構成図である。
【図２】本発明の実施形態におけるクライアント端末や帳票サーバのハードウェア構成を示すハードウェア構成図である。
【図３】本発明の実施形態における情報処理システムの全体処理の一例を示したフローチャートである。
【図４】本発明の実施形態における帳票フォームデータから生成した領域リストＤＢの一例を示すデータ構成である。
【図５】本発明の実施形態における大領域サイズ優先フラグＯＮの場合の領域リストＤＢの一例を示すデータ構成である。
【図６】本発明の実施形態における二次元コード格納データサイズの最大データサイズ取得処理のフローチャートである。
【図７】本発明の実施形態における領域選定処理のフローチャートである。
【図８】本発明の実施形態の一例を示す帳票のレイアウトである。
【発明を実施するための形態】
【００１３】
以下図面を参照して、本発明の実施形態を説明する。
【００１４】
図１は、本発明の実施形態における情報処理システム（帳票レイアウトシステム）のシステム構成を示すシステム構成図である。
【００１５】
図１は、１または複数のクライアント端末１０１、１または複数の帳票サーバ１０２（情報処理装置）がネットワーク１０３を介して接続される構成となっている。
【００１６】
クライアント端末１０１は、ユーザが操作する端末であり、帳票サーバに対して、帳票のオーバーレイ出力処理を要求するために用いられる端末である。その際、ユーザは、帳票フォームデータや入力する実データの指定等も行う。
【００１７】
帳票サーバ１０２は、要求に応じて、帳票のオーバーレイ出力処理を行う端末である。オーバーレイ出力処理をする場合、指定された帳票フォームデータと対応する実データとを用いて処理を行う。なお、本実施の形態における帳票サーバ１０２は、帳票フォームデータや実データを管理すると共に、領域リストＤＢを管理している。領域リストＤＢについては、後に説明する。
【００１８】
ネットワーク１０３は、ＬＡＮやインターネット等の通信回線である。
【００１９】
なお、図１のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。
【００２０】
以下、図２を用いて、図１に示したクライアント端末や帳票サーバのハードウェア構成について説明する。
【００２１】
図２は、図１に示したクライアント端末１０１や帳票サーバ１０２のハードウェア構成を示すブロック図である。
【００２２】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２３】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２４】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００２５】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００２６】
ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。
【００２７】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２８】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００２９】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３０】
本発明を実現するためのプログラム２１２は、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラム２１２が用いる定義ファイル２１３及び各種情報テーブル２１４は外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
【００３１】
以下、本実施形態の情報処理システムにおける全体の流れについて説明する。
【００３２】
まず、前提として、管理者等によって、予め帳票フォームデータが作成されているものとする。帳票フォームデータとは、帳票のレイアウトを定義したものである。帳票レイアウトとして、罫線や図形を配置する定義や、文字列を配置するためのフィールドを配置する定義などがなされている。そして、この帳票フォームデータに対応する実データを入力することで、対応するフィールドに文字列が流し込まれ、帳票のオーバーレイ出力が行われることとなる。
【００３３】
次に、図３を用いて全体の流れを説明する。
【００３４】
図３は、本実施形態の情報処理システムにおける全体の流れを示すフローチャートである。
【００３５】
Ｓ３０１において、帳票サーバは、クライアント端末から帳票フォームデータの指定を受け付ける。また同時に入力された実データや、予め指定されている実データから、当該帳票フォームデータに対応する実データが特定される。
【００３６】
Ｓ３０２において、帳票サーバは、クライアント端末からオーバーレイ出力する指示を受け付ける。
【００３７】
Ｓ３０３において、帳票サーバは、指定された帳票フォームデータを用いて、領域リストＤＢを生成する。ここで、図４を用いて領域リストＤＢについて説明する。
【００３８】
図４は、本発明の実施形態における帳票フォームデータから生成した領域リストＤＢの一例を示すデータ構成である。
【００３９】
領域リストＤＢは、帳票ＩＤ４０１、領域ＩＤ４０２、領域名４０３、領域位置４０４、優先順位４０５、上限サイズ４０６、領域使用フラグ４０７で構成される。
【００４０】
帳票ＩＤ４０１は、帳票フォームデータをユニークに識別するものである。
【００４１】
領域ＩＤ４０２は、領域をユニークに識別するものである。
【００４２】
領域名４０３は、帳票のレイアウト上の領域の名称である。例えば、図８の帳票に示されている「Ａ」８０１、「Ｂ」８０２、「Ｃ」８０３が、領域の名称である。ここで、図８を用いて帳票のレイアウトについて説明する。
【００４３】
図８は、本発明の実施形態の一例を示す帳票のレイアウトである。
【００４４】
この帳票のレイアウトは、帳票フォームデータにより定義されているレイアウトの一例である。「Ａ」８０１、「Ｂ」８０２、「Ｃ」８０３のそれぞれの領域は、少なくとも他の罫線、図形、文字列と重ならない位置に配置されるものである。
【００４５】
Ｓ３０３において、帳票サーバは、指定された帳票フォームデータを用いて、レイアウト上、空白となる領域を検出し、検出した空白部分にＱＲコード（登録商標）等の二次元コードを配置するための候補領域を領域リストＤＢとして生成する。候補領域の検出は、１つに限られず様々な大きさの領域が検出されるものとする。ここで、帳票サーバは、領域リストＤＢの生成時に領域の領域名を任意に命名する。なお、帳票サーバは、クライアント端末のディスプレイ２１０で領域リストＤＢの値を変更する領域リスト変更画面（不図示）を表示し、領域リスト変更画面で領域リストＤＢの領域名の変更を受け付けてもよい。
【００４６】
以下、図４の領域リストＤＢの説明に戻る。
【００４７】
領域位置４０４は、領域の配置位置（左上座標と右下座標）を示すものである。
【００４８】
優先順位４０５は、領域に二次元コードを配置する優先度である。優先順位は、ステップＳ３０３で検出された領域の検出順に優先度が付加される。なお、帳票サーバは、クライアント端末のディスプレイ２１０で領域リストＤＢの値を変更する領域リスト変更画面を表示し、領域リスト変更画面で領域リストＤＢの優先度の変更を受け付けてもよい。
【００４９】
上限サイズ４０６は、ステップＳ３０３で検出した領域に二次元コードを配置可能なデータの上限データサイズである。なお、単位は、「Ｂ（バイト）、」「ＫＢ（キロバイト）」等である。
【００５０】
領域使用フラグ４０７は、帳票サーバが、領域に二次元コードのデータを入力するか否かを識別するフラグである。帳票サーバは、領域にデータを入力する場合、領域使用フラグは、ＯＮをメモリ（ＲＡＭ２０３、外部メモリ２１１）に記録され、データが入力しない場合、ＯＦＦを記録される。なお、帳票サーバ１０２は、各領域の帳票のレイアウト上の位置情報を持っている。
【００５１】
上述した通り、本実施の形態では、帳票フォームデータから空白領域を検出して領域リストＤＢを生成する例で説明したが、管理者によって予め領域リストＤＢが生成されているという実施の形態であってもよい。その場合、Ｓ３０３の処理はなされないこととなる。
【００５２】
Ｓ３０４において、帳票サーバは、領域リストＤＢの各領域の上限サイズの合計した合計サイズを算出する。例えば、図４では、領域Ａ８０１の「２０」と領域Ｂ８０２の「２０」と領域Ｃ８０３の「５０」より、合計サイズは「８０」となる。
【００５３】
Ｓ３０５において、帳票サーバは、全帳票分（全ページ分）のデータが記録されているフィールドデータファイル（実データファイル）から各ページの二次元データ格納データサイズを算出する。全ページ分のフィールドデータファイル（実データファイル）があり、そのファイルに二次元コード化する対象となるデータが含まれている。ここで、二次元データ格納データサイズとは、実データを二次元コードに格納するデータサイズのことである。
【００５４】
Ｓ３０６において、帳票サーバは、全ページの帳票の中で、各ページの二次元データ格納データサイズが最大のデータサイズを取得する処理である。
【００５５】
ここで、図６を用いて、二次元コード格納データサイズの最大データサイズ取得処理の流れについて説明する。
【００５６】
図６は、本発明の実施形態における二次元コード格納データサイズの最大データサイズ取得処理のフローチャートである。
【００５７】
Ｓ６０１において、帳票サーバは、メモリに格納されている最大データサイズの値を「０」に初期化する。
【００５８】
Ｓ６０２からＳ６０７まで、帳票サーバは、フィールドデータファイル（実データファイル）を用いて、各ページ分処理を繰り返し、二次元コード格納データサイズの最大データサイズ取得処理を終了する。
【００５９】
Ｓ６０３において、帳票サーバは、Ｓ３０４で取得した合計サイズとステップＳ３０５で取得した二次元コード格納データサイズを比較する。合計サイズが二次元コード格納データサイズより大きい場合は、ステップＳ６０５の処理に進む。一方、合計サイズが二次元コード格納データサイズより小さい場合は、メモリに格納されているエラーリスト（不図示）に対象の帳票を登録し（Ｓ６０４）、Ｓ６０７の処理に進む。
【００６０】
Ｓ６０５において、帳票サーバは、ステップＳ３０５で取得した二次元コード格納データサイズとメモリに格納された最大データサイズを比較する。二次元コード格納データサイズが最大データサイズより大きい場合は、Ｓ６０６の処理に進む。一方、合計サイズが二次元コード格納データサイズより小さい場合は、Ｓ６０７の処理に進む。
【００６１】
Ｓ６０６において、帳票サーバは、二次元コード格納データサイズの値を格納されている最大データサイズに記録し、Ｓ６０７に処理を進める。
【００６２】
以上、図６を用いて、二次元コード格納データサイズの最大データサイズ取得処理の流れについて説明した。
【００６３】
以下、図３のフローチャートの説明に戻る。
【００６４】
Ｓ３０７において、帳票サーバは、処理対象の帳票フォームデータに対して、大領域サイズ優先フラグにチェックを受け付けられているか否かの判断を行う。大領域サイズ優先フラグにチェックが入っている場合は、Ｓ３０８の処理に進む。一方、大領域サイズ優先フラグにチェックが入っていない場合は、Ｓ３０９の処理に進む。
【００６５】
ここで、大領域サイズ優先フラグとは、Ｓ３０９の印字出力する領域の選定において、大きい領域を優先で選定するフラグである。なお、帳票サーバは、クライアント端末のディスプレイ２１０で大領域サイズ優先設定画面（不図示）を表示し、大きい領域を優先で選定する場合は、大領域サイズ優先フラグのチェックを受け付ける。
【００６６】
Ｓ３０８において、帳票サーバは、領域リストＤＢを並び替える処理を行う。ここで、図５を用いて、領域リストＤＢの並び替え処理について説明する。
【００６７】
図５は、大領域サイズ優先フラグにチェックが入っている場合に図４の領域リストを並び替えした領域リストである。
【００６８】
Ｓ３０８の領域リストＤＢの並び変え処理は、上限サイズを降順し、同じ上限サイズだけを対象に優先順位を昇順する。なお、領域ＩＤは図５で示されているように並び替えをしない。
【００６９】
Ｓ３０９において、帳票サーバは、印字出力する領域を選定する領域選定処理を行う。ここで、図７を用いて、領域選定処理の流れについて説明する。
【００７０】
図７は、本発明の実施形態における領域選定処理のフローチャートである。
【００７１】
Ｓ７０１において、帳票サーバは、Ｓ３０６で取得した最大データサイズの値を残データサイズとしてメモリ（ＲＡＭ２０３、外部メモリ２１１）に記録する。
【００７２】
Ｓ７０２において、帳票サーバは、領域リストＤＢから最初の領域を取得する。
【００７３】
Ｓ７０３からＳ７０８まで、帳票サーバは、Ｓ７０４からＳ７０７までの処理を取得した領域リストに含まれる領域の数だけ繰り返し、領域選定処理を終了する。
【００７４】
Ｓ７０４において、帳票サーバは、処理対象の領域の領域使用フラグをＯＮに記録する。
【００７５】
Ｓ７０５において、帳票サーバは、メモリの残データサイズの値から、処理対象の領域の上限サイズの値を減算した値を、残データサイズに記録する。
【００７６】
Ｓ７０６において、帳票サーバは、メモリに記録された残データサイズが０を超えているかを判定する。超えている場合、Ｓ７０７の処理に進む。一方、超えていない場合、領域選定処理を終了する。
【００７７】
Ｓ７０７において、帳票サーバは、領域リストＤＢから次の領域を取得する。次の領域とは、図５の例の場合、Ｓ７０４の処理対象の領域の領域ＩＤが「０００１」の場合、領域ＩＤ「０００２」の領域が、次の領域となる。
【００７８】
以上、図７を用いて、領域選定処理の流れについて説明した。
【００７９】
以下、図３のフローチャートの説明に戻る。
【００８０】
Ｓ３１０において、帳票サーバは、領域印字出力処理を行う。具体的には、指定された帳票フォームデータの全てのページについて、Ｓ３０９で選定された領域に、フィールドデータファイル（実データファイル）を用いてコード化された二次元コードを配置して、帳票フォームデータとフィールドデータファイル（実データファイル）とを用いてオーバーレイ出力処理を行う。
【００８１】
ここで、選定される領域は、１つの場合と複数の場合がある。１つの場合は、その選定された領域に通常の手順でコード化した二次元コードを配置することとなる。一方、複数の領域が選定された場合は、実データを複数の二次元コードに分割してコード化を行い、コード化した複数の二次元コードを選定された複数の領域にそれぞれ配置する。一方、Ｓ６０４のエラーリストに登録された帳票フォームデータの場合は、エラーを示す二次元コードを配置して出力処理を行う。
【００８２】
最終的には、オーバーレイ出力された帳票イメージが用紙に印刷されることとなる。
【００８３】
ユーザは、印刷された帳票用紙上に配置される二次元コードを、二次元コードリーダーを用いて読み取ることで、二次元コードに埋め込まれている実データの内容を把握することができるようになる。
【００８４】
複数の二次元コードがある場合は、複数読み取ることで１つの実データを得ることができ、エラーを示す二次元コードがある場合は、コード化できなかったことを知ることができる。
【００８５】
以上、本実施形態の情報処理システムにおける全体の流れについて説明した。
【００８６】
上述した通り、本発明によれば、帳票レイアウトの美観を損ねることのない二次元コードの配置出力が可能となる。
【００８７】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００８８】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００８９】
また、本発明におけるプログラムは、処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは各装置の処理方法ごとのプログラムであってもよい。
【００９０】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００９１】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【００９２】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることができる。
【００９３】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９４】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９５】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００９６】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【符号の説明】
【００９７】
１０１  クライアント端末
１０２  帳票サーバ
１０３  ネットワーク
【図１】
2013137718.tif 000003
【図２】
2013137718.tif 000004
【図３】
2013137718.tif 000005
【図４】
2013137718.tif 000006
【図５】
2013137718.tif 000007
【図６】
2013137718.tif 000008
【図７】
2013137718.tif 000009
【図８】
2013137718.tif 000010