(57)【要約】【課題】  ユーザの指示により二次元コード画像表示領域の縦横サイズを変更したとしても、元データから二次元コード画像を生成し直す必要を無くす。【解決手段】  二次元コード画像を生成しておき、二次元コード画像表示領域に合わせて切り抜く。【選択図】  図６
2008176770.tif 000002
【特許請求の範囲】
【請求項１】
受け付けたデータをエンコードして、二次元コード画像を生成する生成手段と、
前記生成手段で生成された二次元コード画像から、二次元コード画像表示領域に収まる画像を切り抜く切り抜き手段と、
前記切り抜き手段で切り抜かれた画像を前記二次元コード画像表示領域に表示するように制御する表示制御手段と、
前記表示制御手段で表示するように制御された後にユーザからの指示を受け、その指示に従い、前記二次元コード画像表示領域が前記生成手段で生成された二次元コード画像以上の大きさになるように変更する変更手段と、
前記変更手段で大きさの変更された二次元コード画像表示領域内に前記生成手段で生成された二次元コード画像を表示するように制御する第２の表示制御手段とを有することを特徴とする帳票編集装置。
【請求項２】
ユーザからの指示に基づいて、二次元コード画像表示領域の縦の長さ及び横の長さを設定し、かつ、縦の長さを変更可能に横の長さを固定に設定する設定手段と、
受け付けたデータをエンコードして、横の長さが前記設定された長さとなるように二次元コード画像を生成する生成手段とを有し、
前記生成手段で生成された二次元コード画像から、縦の長さ及び横の長さが前記設定された長さである画像を切り抜く切り抜き手段と、
前記切り抜き手段で切り抜かれた画像を前記二次元コード画像表示領域に表示するように制御する表示制御手段と、
前記表示制御手段で前記切り抜かれた画像が表示された後に、ユーザからの指示を受け、その指示に従い、前記二次元コード画像表示領域のうち変更可能に前記設定された縦の長さが、前記生成手段で生成された二次元コード画像の縦の長さ以上になるように変更する変更手段と、
前記変更手段で長さの変更された二次元コード画像表示領域内に、前記生成手段で生成された二次元コード画像を表示するように制御する第２の表示制御手段とを有することを特徴とする請求項１に記載の帳票編集装置。
【請求項３】
ユーザからの指示に基づいて、二次元コード画像表示領域の横の長さ及び縦の長さを設定し、かつ、横の長さを変更可能に縦の長さを固定に設定する設定手段と、
受け付けたデータをエンコードして、縦の長さが前記設定された長さとなるように二次元コード画像を生成する生成手段とを有し、
前記生成手段で生成された二次元コード画像から、縦の長さ及び横の長さが前記設定された長さである画像を切り抜く切り抜き手段と、
前記切り抜き手段で切り抜かれた画像を前記二次元コード画像表示領域に表示するように制御する表示制御手段と、
前記表示制御手段で前記切り抜かれた画像が表示された後にユーザからの指示を受け、その指示に従い、前記二次元コード画像表示領域のうち変更可能に前記設定された横の長さが、前記生成手段で生成された二次元コード画像の横の長さ以上になるように変更する変更手段と、
前記変更手段で長さの変更された二次元コード画像表示領域内に、前記生成手段で生成された二次元コード画像を表示するように制御する第２の表示制御手段とを有することを特徴とする帳票編集装置。
【請求項４】
前記表示制御手段は、さらに、切り抜き方向を示す記号を表示するように制御することを特徴とする請求項１乃至３の何れか１項に記載の帳票編集装置。
【請求項５】
受け付けたデータをエンコードして、二次元コード画像を生成する生成手段と、
前記生成手段で生成された二次元コード画像から、二次元コード画像表示領域に収まる画像を切り抜く切り抜き手段と、
前記切り抜き手段で切り抜かれた画像を前記二次元コード画像表示領域に表示するように制御する表示制御手段と、
前記二次元コード画像表示領域を大きく変更する変更手段とを有し、
前記変更手段は、ユーザからの指示に基づいて前記二次元コード画像表示領域を前記二次元コード画像表示領域以上の大きさに変更することが可能であることを特徴とする帳票編集装置。
【請求項６】
受け付けたデータをエンコードして、二次元コード画像を生成する生成工程と、
前記生成工程で生成された二次元コード画像から、二次元コード画像表示領域に収まる画像を切り抜く切り抜き工程と、
前記切り抜き工程で切り抜かれた画像を前記二次元コード画像表示領域に表示するように制御する表示制御工程と、
前記二次元コード画像表示領域を大きく変更する変更工程とを有し、
前記変更工程は、ユーザからの指示に基づいて前記二次元コード画像表示領域を前記二次元コード画像表示領域以上の大きさに変更することが可能であることを特徴とする帳票編集装置の制御方法。
【請求項７】
請求項６に記載の制御方法の各工程をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、二次元コード画像を含む帳票を作成する帳票編集装置及び帳票編集装置の制御方法及びプログラムに関する。
【背景技術】
【０００２】
元データをコード化してコード画像を生成し、当該生成されたコード画像を紙に印刷し、その紙上のコード画像をリーダで読み取る事により元データを取得する技術が知られている。
【０００３】
元データをコード化して紙に印刷するための手法としては、商品管理用のバーコードやＱＲコードに代表される二次元バーコード、あるいは電子透かしなどの手法が知られている。（本明細書では、これらをまとめて「二次元コード画像」と称することにする。）
ここで、二次元コード画像を含む帳票を作成する場面を考える。帳票作成アプリケーションには、作成する帳票内に画像イメージを挿入する機能を有しているものが既に知られている。ゆえに帳票作成アプリケーションにより画像イメージとして二次元コード画像を挿入することで、二次元コード画像を含む帳票を作成しようとすることはごく自然なことである。
【０００４】
さて、帳票のレイアウトを決められている場合には特に顕著なことであるが、挿入される二次元コード画像は、帳票における二次元コード画像以外の領域の画像と重ならないようにするために、二次元コード画像のレイアウトは帳票全体のレイアウトによって制約を受ける。
【０００５】
このことについて、銀行が顧客向けに渡す各企業単位での振込み実績を集計した帳票（振込み処理済明細書）のレイアウトを例に説明する。
【０００６】
図１の帳票レイアウト情報では、帳票を受け取った顧客の担当者が帳票内のコンテンツデータを容易に取り込むことができるように、コンテンツデータがエンコードされてできる二次元コード画像の表示領域１０３が中段に設定されている。
【０００７】
さらに、他の振込み処理済明細書１００を構成する領域としては以下のものがある。当該帳票を作成した日時を入力する作成日欄１０１。当該帳票を受け取る顧客会社の名称を入力する会社名称記載欄１０２。振込み処理単位毎に、各当該振込み処理結果を列挙する詳細情報欄１０４。
【０００８】
なお、これらの欄１０１・１０２・１０４に入力される日時・名称・振込み処理結果をまとめてコンテンツデータと呼ぶことにする。
【０００９】
前記詳細情報欄１０４と二次元コード画像表示領域１０３は、横の長さは固定であり、縦の長さは可変である。そのため、詳細情報欄１０４に入力される振込み処理済の件数が増加すれば、帳票の２ページ目が生成され、１１０に示すように詳細情報欄に記載すべき情報が次ページ以降に続いて記載される。
【００１０】
一方、二次元コード画像表示領域１０３については、詳細情報欄１０４に入力される振込み処理済の件数が増加したからといって、可変な縦の長さを変更し続けるわけにはいかない。これは、二次元コード画像については、できる限り１ページ目に収めたいという要望があるからである。１ページ目に二次元コード画像が収まっていれば、１ページ目内の二次元コード画像をリーダで読み取るだけで帳票内のコンテンツデータを取得できるため、このような要望が存在する。
【００１１】
以上述べたように、帳票全体のレイアウトの制約を受けた条件下で二次元コード画像を帳票内に確実に収めるためには何らかの工夫が必要である。そのための手法として、これまでいくつかの試みが為されてきた。
【００１２】
以下、特許文献１を参照しながら代表的な試みについて説明する。
特許文献１は、元データをあらかじめいくつかに分割してデータ量を小さくした上で、それぞれの分割後のデータをエンコードする方法を開示している。
【００１３】
より詳細には、この特許文献１は、縦横サイズの定められた二次元コード画像に含めることのできる情報量には限界量があることを開示している。
【００１４】
そして、元データのデータ量が限界量より少ない場合には、前記元データをエンコードして、一つの二次元コードを生成している。
【００１５】
一方、元データのデータ量が限界量より多い場合には、前記元データを複数に分割して、それぞれの分割後のデータが前記限界量以下に収まるようにしている。そして、それぞれの分割後のデータに対してエンコードを行い、それぞれの分割後のデータに対応する複数の二次元コード画像を生成している。
【特許文献１】特開２０００−０７６３７２
【発明の開示】
【発明が解決しようとする課題】
【００１６】
特許文献１開示の技術では、元データのデータ量が限界量より多い場合には、前記元データを複数に分割し、分割後の各データをエンコードすることで各二次元コードを生成していた。
【００１７】
そのため、ユーザからの指示を受けて二次元コード画像のサイズを調整した場合には、上記元データを分割しなおし、再度、分割後の各データをエンコードし各二次元コードを生成することになる。
【００１８】
しかしながら、データのエンコードには長い時間がかかるため、再度、分割後のデータをエンコードしているとユーザの不満を招くことになる。
【００１９】
本発明は、以上の問題点を鑑みてなされたものである。その目的とするところは、本発明によれば、ユーザの指示により二次元コード画像表示領域の縦横サイズを変更したとしても、元データから二次元コード画像を生成し直すことなく、二次元コード画像を二次元コード画像表示領域に表示できる帳票編集装置を提供するところにある。
【課題を解決するための手段】
【００２０】
上記課題を解決するため、本発明に係る帳票編集装置は、以下の構成を有する。即ち、受け付けたデータをエンコードして、二次元コード画像を生成する生成手段と、
前記生成手段で生成された二次元コード画像のうち画像から、二次元コード画像表示領域に収まる画像を切り抜く切り抜き手段と、
前記切り抜き手段で切り抜かれた画像を前記二次元コード画像表示領域に表示するように制御する表示制御手段と、
前記表示制御手段で表示するように制御された後にユーザからの指示を受け、その指示に従い、前記二次元コード画像表示領域が前記生成手段で生成された二次元コード画像以上の大きさになるように変更する変更手段と、
前記変更手段で大きさの変更された二次元コード画像表示領域内に前記生成手段で生成された二次元コード画像を表示するように制御する第２の表示制御手段とを有する。
【発明の効果】
【００２１】
本発明によれば、ユーザの指示により二次元コード画像表示領域の縦横サイズを変更したとしても、元データから二次元コード画像を生成し直すことなく、二次元コード画像を二次元コード画像表示領域に表示できる。従って、ユーザが待機する時間を低減させることができる。
【発明を実施するための最良の形態】
【００２２】
以下では、図面を参照して本発明を実施するための最良の形態について説明する。
【実施例１】
【００２３】
＜帳票編集装置の構成＞
帳票レイアウト情報の一例である図１に示した振込み処理済明細書１００を例に本実施例を説明する。
【００２４】
図３は、前記帳票レイアウト情報に基づいて帳票を生成する帳票編集装置の構成例を示す図である。
【００２５】
帳票編集装置３００は、ＲＯＭ３０２あるいは例えばハードディスクなどの大規模記憶装置ＨＤＤ３１０に記憶されたソフトウェアを実行するＣＰＵ３０１を備える。このＣＰＵ３０１はシステムバス３１１に接続される各デバイスを総括的に制御する。
【００２６】
ＨＤＤ３１０には、コンテンツデータや帳票レイアウト情報が予め保存されている。
【００２７】
ＲＡＭ３０３は、ＣＰＵ３０１の主メモリ、ワークエリア等として機能する。外部入力コントローラ（ＩｎｐｕｔＤｅｖＣ３０５）は、帳票編集装置に備えられた入力部（ＩｎｐｕｔＤｅｖ３０６）等からの指示入力を受け取って、ＣＰＵ３０１に通知する。なお、入力部は、キーボードあるいはマウス等で構成される。ディスプレイコントローラ（ＤｉｓｐｌａｙＣ３０７）は、例えば液晶ディスプレイ等で構成される表示部（Ｄｉｓｐｌａｙ３０８）の表示を制御する。
【００２８】
ネットワークインターフェイスカード（ＮＩＣ３０４）は、Ｎｅｔｗｏｒｋ３１２を介して、他のネットワーク機器あるいはファイルサーバ等と双方向にデータをやり取りする。
【００２９】
ＨＤＤ３１０は、場合によっては処理過程における情報の一時記憶場所としても使用されることがある。
【００３０】
＜帳票作成＞
以下、二次元コード画像の生成処理、および、二次元コード画像表示処理について説明する。この二つの処理を経て、帳票が作成されることになる。
【００３１】
以下の説明において、判断と処理は、例えば図３におけるＲＯＭ３０２あるいはＨＤＤ３１０にあらかじめ格納されたプログラムに従ってＣＰＵ３０１が動作することによって行う。また、エンコードや二次元コード画像切抜き、表示等の処理時にＣＰＵ３０１によって発生するデータはＲＡＭ３０２あるいはＨＤＤ３１０に一時的に格納されるものとする。
【００３２】
＜帳票作成・・・二次元コード画像の生成＞
図１における帳票レイアウト情報は、予め、帳票レイアウト情報作成担当者によって設定されている。そして、上述したように、この設定された帳票レイアウト情報はＨＤＤ３１０に保存されているものとする。
【００３３】
ここで、本実施例における帳票レイアウト情報には、作成日欄１０１と会社名記載欄１０２と詳細情報欄１０４のデフォルトの配置位置が含まれている。
【００３４】
さらに、この帳票レイアウト情報には、二次元コード画像表示領域１０３のデフォルトの配置位置（縦の開始位置と縦の長さ、及び、横の開始位置と横の長さ）が含まれている。
【００３５】
さらに、この帳票レイアウト情報には、デフォルトの配置位置のうち縦の開始位置と縦の長さは可変であり、横の開始位置と横の長さは固定であるという情報も含まれている。
【００３６】
図４に示すフローチャートは、ユーザから振込み処理済明細書１００の生成が指示された際に開始する。
【００３７】
ステップ４０１では、ＣＰＵ３０１は、ＨＤＤ３１０等に保存してある帳票レイアウト情報を取得するよう制御する。
【００３８】
ステップ４０２では、ＣＰＵ３０１は、作成日欄１０１、会社名記載欄１０２および詳細情報欄１０４に入力されるコンテンツデータを取得するよう制御する。そして、取得したコンテンツデータを各欄に入力するように制御する。
【００３９】
以下に、作成日欄１０１、会社名記載欄１０２および詳細情報欄１０４に入力されるコンテンツデータの例を示す。
【００４０】
【表１】
2008176770.tif 000003
【００４１】
ステップ４０３では、ＣＰＵ３０１は、生成する二次元コード画像の色、及び、解像度のプロパティを取得するよう制御する。ここで前記二次元コード画像の色、及び、解像度のプロパティとは、例えばカラー、モノクロームのどちらであるかや二次元コード画像の解像度等を指している。なお、前記二次元コード画像のプロパティ値は、ＨＤＤ３１０に予め保存されている帳票レイアウト情報内に含まれていてもよいし、振込み処理済明細書生成の都度、ユーザから対話的に受け付けてもよい。
【００４２】
ステップ４０４では、ＣＰＵ３０１は、ＨＤＤ３１０に保存されている前記帳票レイアウト情報より二次元コード画像表示領域１０３のプロパティを取得するよう制御する。このプロパティには、二次元コード画像表示領域１０３のデフォルトの配置位置（縦の開始位置と縦の長さ、及び、横の開始位置と横の長さ）と、縦横の何れが可変であるかという情報が含まれている。従って、本例の場合には、このプロパティには、二次元コード画像表示領域１０３のデフォルトの配置位置と、縦が可変で横が固定であるという情報が含まれていることになる。
【００４３】
ステップ４０５では、ＣＰＵ３０１は、二次元コード画像表示領域１０４内での二次元コード画像配置のプロパティを取得するよう制御する。二次元コード画像表示領域１０４内での二次元コード画像配置には、「左揃え、中央揃え、右揃え」の３パターン×「上詰め、中詰め、下詰め」の３パターン＝９パターンが存在している。
【００４４】
なお、この前記二次元コード画像配置のプロパティも、帳票レイアウト情報に含まれてもよいし、振込み処理済明細書生成の都度、ユーザから受け付けることでもよいことは言うまでもない。
【００４５】
ステップ４０６では、ＣＰＵ３０１は、エンコードによって二次元コード画像化するエンコード対象データを取得するよう制御する。本実施例では、前記エンコード対象データとは、ステップ４０２にて取得したコンテンツデータ全てであるものとする。しかしながら、本発明におけるエンコード対象データは、コンテンツデータ全てに限られない。例えば、コンテンツデータの一部であってもよいし、そもそもコンテンツデータとは関係の無いデータであってもよい。
【００４６】
ステップ４０７では、ＣＰＵ３０１は、前記ステップ４０６において取得したエンコード対象データに対してエンコードを行い、二次元コード画像６０１を生成するよう制御する。もちろん、この二次元コード画像を生成する際に、ステップ４０３で取得した色、及び、解像度のプロパティを用いることは言うまでもない。また、このステップ４０７では、ステップ４０４で取得した（長さ固定の）横の長さ以下に収まるように二次元コード画像を生成することになる。そして、ＣＰＵ３１０が、本ステップにて生成した二次元コード画像をＲＡＭ３０３やＨＤＤ３１０等に一時的に保存することは前述の通りである。
【００４７】
以上が振込み処理済明細書１００を作成するにあたっての二次元コード画像の生成処理である。この処理が終了した後に、二次元コード画像の表示の指示がユーザにより行われると、図５に示す二次元コード画像表示処理が開始する。
【００４８】
＜帳票作成・・・二次元コード画像表示処理＞
続いて、二次元コード画像表示処理について図５を用いて説明する。
【００４９】
ステップ５００では、ＣＰＵ３０１は、二次元コード画像表示領域以外の領域の画像を表示するように制御する。なお、この二次元コード画像表示領域以外の画像とは、本実施例においては、ステップ４０２でコンテンツデータの入力された各欄のことを指す。
【００５０】
そのため、このステップ５００では、ＣＰＵ３０１は、図８に示すような画像を表示するように制御することになる。
【００５１】
ステップ５０１では、ＣＰＵ３０１は、ステップ４０４で取得した二次元コード画像表示領域のサイズが、ステップ４０７で生成した二次元コード画像６０１を表示するに十分か否かを判断し、ステップ５０２あるいはステップ５０３へと処理の分岐を制御する。
【００５２】
具体的には、この判断は、前記二次元コード画像表示領域の（長さ可変の）縦の長さが、ステップ４０７で生成した二次元コード画像６０１の縦の長さよりも長いか否かという判断により行われる。
【００５３】
つまり、二次元コード画像表示領域の縦の長さが、二次元コード画像６０１の縦の長さ以上である場合には、このステップ５０１では、二次元コード画像表示領域のサイズが十分であると判断する。
【００５４】
また、二次元コード画像表示領域の縦の長さが、二次元コード画像６０１の縦の長さよりも短い場合には、このステップ５０１では、二次元コード画像表示領域のサイズが不十分であると判断する。
【００５５】
ステップ５０１にて、二次元コード画像表示領域のサイズが、前記ステップ４０７で生成した二次元コード画像６０１を表示するのに十分であると判断した場合にはステップ５０２へと進む。一方、不十分であると判断した場合にはステップ５０３へと進む。
【００５６】
ステップ５０２では、ＣＰＵ３０１は、ステップ４０７で生成した二次元コード画像６０１を取り出し、二次元コード画像表示領域６０２に配置した上で表示するよう制御する。前記ステップ５０２の処理が終了したら、本処理を終了する。
【００５７】
なお、このステップ５０２では、ステップ４０５で取得された二次元コード画像配置のプロパティに合わせて二次元コード画像６０１を二次元コード画像表示領域に配置した上で表示されることになる。
【００５８】
ステップ５０３では、ＣＰＵ３０１は、ステップ４０７で生成した二次元コード画像６０１から、二次元コード画像表示領域６０２のサイズに合った画像を切り抜くよう制御する。言い換えると、ステップ４０７で生成した二次元コード画像から、二次元コード画像表示領域６０２のサイズに収まる画像を切り抜くよう制御する。
【００５９】
ここで、切り抜く部分は、前記ステップ４０５で取得した二次元コード画像の配置のプロパティより判断する。
【００６０】
例えば、縦を上詰め、横を左揃えであるというプロパティが取得されていれば、図２（Ａ）の点線２０１に示すように、二次元コード画像の上の部分を切り抜くように制御する。
【００６１】
また、縦を下詰め、横を左揃えであるというプロパティが取得されていれば、図２（Ｂ）の点線２０１に示すように、二次元コード画像の下の部分を切り抜くように制御する。
【００６２】
ステップ５０４では、ＣＰＵ３０１は、前記ステップ５０３で切り抜くことで得られた部分二次元コード画像６０５を前記二次元コード画像表示領域６０２に表示するよう制御する。
【００６３】
ステップ５０５では、ＣＰＵ３０１は、ステップ５０３で切り抜いた方向をユーザに示す切り抜き方向示唆記号６０３・６０４を、前記ステップ５０４にて表示した二次元コード画像上に重畳（合成）して表示するように制御する。この段階で、図６に示す６００が表示されることになる。
【００６４】
このように、この切り抜き方向示唆記号６０３・６０４は、どの方向に二次元コード画像６０１を切り抜いたかを示す記号である。
【００６５】
同時に、この切り抜き方向示唆記号６０３・６０４は、当該記号が示す方向に二次元コード画像表示領域を伸縮させることができることを示している。言い換えると、この切り抜き方向示唆記号６０３・６０４は、当該記号が示さない方向には二次元コード画像表示領域６０２を伸縮させられないことを示している。
【００６６】
同時に、この切り抜き方向示唆記号６０３・６０４は、二次元コード画像表示領域６０２のサイズ（例えば、縦の長さ）変更指示を行う必要があるとユーザに認識させることができる記号である。
【００６７】
ステップ５０６では、ＣＰＵ３０１は、ユーザによる前記表示領域６０２のサイズ変更指示があるか否かを判断し、処理の終了あるいはステップ５０７への処理の分岐を制御する。ここで、前述のユーザによるサイズ変更指示の具体例としては、例えばユーザが入力部（３０６）の一つであるマウス等を用いて、表示部３０８に表示された、前記二次元コード画像領域６０２の枠を掴んでその大きさを変更する（ドラッグ）操作が挙げられる。前述の操作は、前記表示領域１０３を一度選択状態（たとえば前述のマウス３０６等によるクリック操作）にした上で行うのが一般的である。そのため、前述のユーザによるサイズ変更指示があるか否かは、例えば前記二次元コード画像表示領域６０２にフォーカスがあるか否か、つまり選択状態にあるか否かで判断することで実現できる。
【００６８】
このステップ５０６で、ユーザから二次元コード画像表示領域６０２の縦の長さを二次元コード画像６０１よりも長く変更するべく指示がされた場合には、５０７→５０８→５０１→５０２→終了の順で処理が進むことになる。
【００６９】
言い換えると、このステップ５０６で、ユーザから二次元コード画像表示領域６０２の大きさを二次元コード画像６０１よりも大きく変更又は同じ大きさに変更（即ち、二次元コード画像６０１以上の大きさに変更）するべく指示がされた場合には、５０７→５０８→５０１→５０２→終了の順で処理が進むことになる。
【００７０】
なお、後述するステップ５０７では、ステップ５０６でユーザから二次元コード画像表示領域６０２の縦の長さを二次元コード画像６０１よりも長く変更するべく指示がされた場合には、その指示通りの処理を行うことになる。即ち、上記指示がされた場合には、後述するステップ５０７では、二次元コード画像表示領域６０２の縦の長さを二次元コード画像６０１よりも長く又は同じ長さに変更（即ち、二次元コード画像６０１の縦の長さ以上に変更）するように制御することになる。
【００７１】
ステップ５０６にて、ユーザによる前記二次元コード画像表示領域６０３のサイズ変更指示が無いと判断した場合には本処理を終了する。
【００７２】
ステップ５０６にてユーザによる前記二次元コード画像表示領域６０３のサイズ変更指示があると判断した場合にはステップ５０７に進む。
【００７３】
ステップ５０７では、ＣＰＵ３０１は、前記二次元コード画像表示領域６０３を、ユーザの指示する領域に変更するよう制御する。
【００７４】
ステップ５０８では、ＣＰＵ３０１は、ステップ５０７での前記二次元コード画像表示領域６０２のサイズ変更に伴い、再レイアウト行って、再レイアウト後の全表示領域の表示を行うよう制御し、ステップ５０１に戻る。
【００７５】
具体的には、このステップ５０８では、全表示領域を白塗りし、その上で、二次元コード画像表示領域６０２以外の領域の画像の配置位置を変更する。例えば、二次元コード画像表示領域６０２が下方向に伸ばされた場合には、二次元コード画像表示領域６０２より下にあるべき欄（例、振込み詳細欄６０６）の配置位置を下方向に変更する。即ち、下に移動する。
【００７６】
また、例えば、二次元コード画像表示領域６０２が上方向に伸ばされた場合には、二次元コード画像表示領域６０２より上にあるべき欄（例、作成日欄１０１と会社名記載欄１０２）の配置位置を上方向に変更する。即ち、上に移動する。
【００７７】
ここで、二次元コード画像表示領域６０２が上方向に伸ばされすぎると、二次元コード画像表示領域６０２より上にあるべき欄の配置位置がページ内に確保できなくなってしまうことがある。
【００７８】
そこで、本実施例においては、二次元コード画像表示領域６０２が上方向に伸ばされすぎた場合には、二次元コード画像表示領域６０２より上にあるべき欄を前のページに移動する。そして、二次元コード画像表示領域６０２の配置位置を、本ページの中で、ユーザからの指示通りに上方向に変更する。即ち、上に移動するのである。
【００７９】
もちろん、上記上にあるべき欄を前のページに移動して二次元コード画像表示領域６０２を本ページに留める代わりに以下の処理を行ってもよい。即ち、上記上にあるべき欄を本ページに留めて二次元コード画像表示領域６０２を次ページに移動してもよい。
【００８０】
即ち、ステップ５０７で変更された後の二次元コード画像表示領域の位置に合わせて、再レイアウトを行うのがステップ５０８の役割であるが、より詳細には、ＣＰＵは、以下の処理を行うように制御する。
【００８１】
まず、二次元コード画像表示領域が上方向に変更されたか、下方向に判断されたかを判断する。
【００８２】
そして、下方向に変更されたと判断した場合には、二次元コード画像表示領域６０２より下にあるべき欄の配置位置を下方向に変更する。この時、上記欄が本ページ内に入りきらない場合には、次ページ以降に移動することになる。
【００８３】
また、上方向に変更されたと判断した場合には、以下の処理を行う。
【００８４】
即ち、まず、二次元コード画像表示領域６０２より上にあるべき欄が本ページ内に収まりきるか否かを判断する。
【００８５】
そして、収まりきると判断した場合には、上記上にあるべき欄の配置位置を上方向に変更する。
【００８６】
また、収まりきらないと判断した場合には、上記上にあるべき欄を前のページに移動する。あるいは、上記上にあるべき欄の配置位置を変更せずに本ページに留め、上記二次元コード画像表示領域６０２を次ページに移動する。以上がステップ５０８の詳細である。
【００８７】
図７は、このステップ５０８で表示されることになる表示画面の一例である。この図７は、ステップ５０７で二次元コード画像表示領域が下に変更されたことで、振込み詳細欄６０６が下に移動させられたことを示している。
【００８８】
以上のように、このステップ５０８では、二次元コード画像表示領域、及び、それ以外の領域を含む全表示領域を白塗りし（消去し）、再度、二次元コード画像表示領域以外の領域の画像を再表示する。
【００８９】
そのため、このステップ５０８では、二次元コード画像表示領域、及び、この二次元コード画像表示領域に含まれる二次元コード画像、及び、切り抜き方向示唆記号の表示は消去されることになる。
【００９０】
以上のように、本実施例では、二次元コード画像を生成し、その二次元コード画像を二次元コード表示領域に合わせるように切り抜いて表示した。そして、ユーザは、その二次元コード画像表示領域に対して配置位置の変更指示を行うことができる技術を開示した。これにより、ユーザは、自らが望む方向（例えば、上方向や、下方向）に二次元コード画像表示領域の配置位置を変更することができる。
【００９１】
さらには、二次元コード表示領域に対して配置位置の変更指示を受けたとしても、再度、二次元コード画像を図６のように切り抜くだけで、新たにエンコード処理を行う必要はない（二次元コード画像を作り直す必要はない）。これにより、ユーザの待時間を低減させることができる。
【００９２】
また、本実施例によれば、ステップ５０４で部分二次元コード画像６０５が二次元コード画像表示領域６０２に表示されることにより、サイズの変更指示が行われる前に、正確に帳票の全体の色や濃度やレイアウトをユーザは確認することができる。もし、ステップ５０４で部分二次元コード画像６０５が表示されず、二次元コード画像表示領域６０２の枠だけが表示されていたとすると、ユーザは、帳票の全体の濃度を確認できなくなってしまう。そして、帳票の全体の濃度を確認できなかったとすると、ユーザは、その帳票の全体の印象を掴むことができない。
【００９３】
以上の理由により、本実施例では、ステップ５０４で部分二次元コード画像６０５が二次元コード画像表示領域６０２に表示しているのである。
【００９４】
＜その他の実施例＞
また本発明の目的は、上述した実施例で示したフローチャートの手順を実現するプログラムコードを記憶した記憶媒体から、システムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が、そのプログラムコードを読出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施形態の機能を実現することになる。そのため、このプログラムコード及びプログラムコードを記憶した記憶媒体も本発明の一つを構成することになる。
【００９５】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【００９６】
また、上記実施例では、縦を可変、横を固定であるものとして説明を行ったが、本発明は、これに限られない。縦を固定、横が可変であっても本発明の目的は達成することができる。
【図面の簡単な説明】
【００９７】
【図１】帳票レイアウト情報を示す図
【図２】（Ａ）は二次元コード画像の上の部分を切り抜くことを示す図、（Ｂ）は二次元コード画像の下の部分を切り抜くことを示す図
【図３】情報処理装置の内部構造を示す図
【図４】二次元コード画像の生成処理を示すフローチャート
【図５】二次元コード画像表示処理を示すフローチャート
【図６】切り抜き方向示唆記号を示す図
【図７】二次元コード画像表示領域６０２の位置変更が行われた後に、ステップ５０８で表示される画像の一例
【図８】ステップ５００で表示される画像の一例
【図１】
2008176770.tif 000004
【図２】
2008176770.tif 000005
【図３】
2008176770.tif 000006
【図４】
2008176770.tif 000007
【図５】
2008176770.tif 000008
【図６】
2008176770.tif 000009
【図７】
2008176770.tif 000010
【図８】
2008176770.tif 000011