(57)【特許請求の範囲】
【請求項１】
２次元コードを読み取る２次元コード読取手段と、
この２次元コード読取手段により読み取られた２次元コードのデータを展開して記憶する読取データ展開保存手段と、
前記２次元コード中に含まれる複数種類の処理業務に応じて必要とするデータの種別をそれぞれの処理業務毎に予め設定した選択指定テーブルと、
実行中の処理業務の種類を判定し、判定された当該実行中の処理業務に応じて必要とする種別のデータとして前記選択指定テーブルに設定された種別のデータのみを、前記読取データ展開保存手段により記憶されたデータ中から取り出すデータ選択取出手段と
を備えたことを特徴とする２次元コード処理装置。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、例えば、流通業界におけるＰＯＳシステム（販売時点情報管理システム）などへの利用に適した２次元コード処理装置に関する。
【０００２】
【従来の技術】
一般に、ＰＯＳシステムで用いられるＰＯＳ端末では、予め各商品に各々付された固有の商品コードに対応して、商品名、販売価格等の商品データが設定された商品データファイル（ＰＬＵファイル）をメモリ中に備え、キーボード等の商品データ入力手段により販売商品の商品コードが入力されると、商品データファイルを検索して入力された商品コードに対応する商品名、販売価格等の商品データを読み出し、これらの商品データに基づいて商品販売データの登録処理を実行するようにしている。
【０００３】
この場合、各商品に各々商品コードを示すバーコードを印刷若しくは貼付する一方、商品データ入力手段としてバーコードを読取可能なバーコードスキャナを設け、このバーコードスキャナで販売商品のバーコードを読み取ることにより、商品コードの入力作業を簡易化することも広く実施されている。
【０００４】
ところで、近年のＰＯＳ端末にあっては、その店舗で扱う本来の商品データの他に、公共料金データも登録処理できるようにしたものがあり、例えば、コンビニエンスストアなどでは公共料金の振込代行業務を行うところもある。
【０００５】
このため、公共料金の支払請求書の発行元では、コンビニエンスストアなどの振込代行業者の代行業務を便ならしめるために、その支払請求書（振込通知票）３１には、図６に示すように、加入者名データに関するバーコード３２ａ、通知票発行番号データに関するバーコード３２ｂ、支社・営業所番号及び請求金額のデータに関するバーコード３２ｃなどを印字するようにしている。
【０００６】
よって、顧客が支払請求書３１を持ち込んだ際、その支払請求書３１に印字されているバーコード３２ａ，３２ｂ，３２ｃのデータをバーコードスキャナで順次読み取って入力させることにより、これらの公共料金データを登録処理することができ、締め処理することによりドロワユニットが開放され、顧客から受け取った金銭の収納が可能となる。金銭を受け取った店員は、その受領証明として、支払請求書３１にスタンプを押印し、店控え分は店舗で保存し、顧客分は顧客に手渡す。
【０００７】
また、このような支払請求書３１には、代行した振込に関して実際に振込を行う金融機関等で利用するためのデータ（払込先口座番号、顧客名、顧客番号等）はＯＣＲ文字で印字されている。よって、ＯＣＲ処理によりこれらのデータを取り込み、実際の振込業務を行うようにしている。従って、ＯＣＲ処理機能を備えていない通常のＰＯＳ端末では、振込処理まで行うことはできず、通常は、これらのＰＯＳ端末の上位機であって金融機関等と回線接続されたホスト機などを通して行っている。
【０００８】
ここに、振込業務もＰＯＳ端末で行えるようにするには、例えば、これらの金融機関等で利用するための払込先口座番号等のデータもバーコードとして支払請求書３１に印字しておけばよいと考えられる。ところが、一般に、この種の請求書は用紙のサイズが限られているので、ある程度面積を取るバーコードをこれ以上増やすのには無理がある。仮に、これらのデータに関してもバーコード印字が可能であったとしても請求書がバーコードだらけとなってしまい、体裁の悪いものとなる。さらには、バーコードスキャナによるバーコード走査の回数がその分増えてしまう。
【０００９】
ところで、近年では、バーコードより情報量の多い２次元データコードや２次元バーコードといった２次元コードが注目され、バーコードに代わるものとして、流通分野等での利用が期待されている。２次元データコードは、周囲の少なくとも２辺が直線となる構成のマトリックス状にデータを配した矩形のパターンよりなるもので、また、２次元バーコードは極めて薄いバーコードを多段に積層してなるもので、双方とも、任意の大きさにてバーコードに比べかなり膨大な量のデータを持たせ得ることが知られている。
【００１０】
よって、上記の支払請求書３１の例でも、例えば、バーコード３２ａ，３２ｂ，３２ｃに含まれるデータや金融機関用の払込先口座番号等のデータを全て含むパターンとした１個の２次元コードを印字しておけば、２次元コードスキャナによる１回の読取走査で済ませられると考えられる。
【００１１】
【発明が解決しようとする課題】
ところが、２次元コードは保有すべき全てのデータに基づき作成されるものであり、読取段階ではデータを種別毎に区別できないので、一括読取を行ってデコーダにより解析し、メモリ上のバッファに展開した後、その２次元コード中に含まれていたデータを利用することになる。つまり、２次元コードの読取段階では必要なデータと不要なデータとを区別できないため、必要なデータのみを選別して読み取ることはできない。このことは、容量の大きい点を利用して２次元コード中に多くのデータを含ませておいた場合、処理業務によっては必要としないデータもその処理データ中に含まれてしまう。つまり、２次元コードの場合、データ容量の大きさとデータ選別性とが合致せず、必ずしも、１つの２次元コードに全てのデータを含ませてしまうのが得策とはいえない。
【００１２】
例えば、前記支払請求書３１の例であれば、振込代行業務と振込業務とでは扱うデータの種別が異なるので、２次元コードを利用するとしても、現実には、バーコード３２ａ，３２ｂ，３２ｃに相当する振込代行業務用の２次元コードと、全てのデータを含む振込業務用の２次元コードとを別個に印字することになり、結局、従来のバーコード方式と大差がなく、読取走査を２回必要とする。
【００１３】
【課題を解決するための手段】
本発明の２次元コード処理装置は、２次元コードを読み取る２次元コード読取手段と、この２次元コード読取手段により読み取られた２次元コードのデータを展開して記憶する読取データ展開保存手段と、前記２次元コード中に含まれる複数種類の処理業務に応じて必要とするデータの種別をそれぞれの処理業務毎に予め設定した選択指定テーブルと、実行中の処理業務の種類を判定し、判定された当該実行中の処理業務に応じて必要とする種別のデータとして前記選択指定テーブルに設定された種別のデータのみを、前記読取データ展開保存手段により記憶されたデータ中から取り出すデータ選択取出手段とを備えた。
【００１４】
【作用】
２次元コード読取手段により２次元コードを読み取ると、そのデータは読取データ展開保存手段により展開されて記憶される。そして、処理業務が指示されると、その処理業務に応じて必要とする種別のデータのみが選択指定テーブルの設定に従いデータ選択取出手段によって読取データ展開保存手段中から取り出されてその処理業務に供される。従って、２次元コード自身には全てのデータを含ませておいても、各処理業務ではその処理業務に必要とするデータのみを扱えばよいことになり、２次元コードに関するデータ容量の大きさとデータ選別性とが両立する。
【００１５】
【実施例】
本発明の一実施例を図１ないし図５に基づいて説明する。本実施例の２次元コード処理装置は、公共料金の振込代行業務及び振込業務も取り扱うコンビニエンスストアなどにおけるＰＯＳシステム中のＰＯＳ端末に適用したものである。そのハードウェア構成を図１により説明する。
【００１６】
このＰＯＳ端末は、制御部本体としてＣＰＵ１を搭載している。このＣＰＵ１には、バスライン２を介して、プログラム等の固定的データが予め格納されたＲＯＭ３や、可変的なデータを一時記憶するためのＲＡＭ４が接続されている。
【００１７】
また、前記ＣＰＵ１には、バスライン２を介して、上位機器のホストコンピュータや外部の金融機関と回線接続するための通信回線インタフェース５、キーボード６を制御するキーボードコントローラ７、表示器８を制御する表示器コントローラ９、レシート／ジャーナル用のプリンタ１０を制御するプリンタコントローラ１１、２次元データコードリーダ１２により読み取られた２次元データコードを入力させる２次元データコードリーダインタフェース（デコーダを含む）１３、モードスイッチ１４やドロワ（図示せず）を開放させるためのドロワ開放装置１５に接続されたＩ／Ｏポート１６等が接続されている。
【００１８】
前記キーボード６は、商品の販売登録業務に必要な置数キー、小計キー、締めキー等が配列されたＰＯＳ端末専用のキーボードである。前記表示器８は、販売登録された商品の名称、販売価格や１取引の支払金額等を表示するもので、当該ＰＯＳ端末を操作する店員用の表示器と顧客用の表示器とを備えている。前記プリンタ１０は、レシート用紙及びジャーナル用紙に１取引で販売登録された全商品の名称、販売価格や合計金額等を印字するもので、印字済みの用紙はレシート発行口により排出され１取引毎に切断されてレシートとして顧客に発行され、ジャーナル用紙はＰＯＳ端末内部にて巻き取られ、取引履歴として保管される。モードスイッチ１４は、「登録」「点検」「精算」「設定」等の各種業務モードを選択するためのスイッチであり、本実施例では、「振込代行業務」「振込業務」なる業務の選択も可能とされている。
【００１９】
前記２次元データコードリーダ１２は、２次元コード、例えば、図２に示すように、周囲の少なくとも２片が直線となる構成のマトリックス状に各種データを配した矩形の２次元データコード１７を光学的に読み取るもので、２次元データコード読取手段を構成する。
【００２０】
さらに、前記ＲＡＭ４中には、取引バッファ２１、振込業務取引バッファ２２、展開バッファ２３等の記憶エリアが確保されている。前記取引バッファ２１は、通常の取引処理時の各種取引データを一時的に格納するためのもので、公共料金の振替代行業務時にも使用される。前記振込業務取引バッファ２２は本ＰＯＳ端末で振替業務を実行した際にその振替業務データを格納するためのものである。前記展開バッファ２３は前記２次元データコードリーダ１２で２次元データコード１７を読み取った際にその読取データを展開して記憶するためのものであり、前記ＣＰＵ１等とともに読取データ展開保存手段を構成する。
【００２１】
一方、本実施例で取り扱う公共料金の支払請求書２４上には、図３に示すように、その公共料金の支払に必要な全てのデータに基づき作成された１個の２次元データコード１７が印字されている。具体的には、振替代行業務に必要な種別（伝票番号、公共料金名、支社・営業所番号、請求金額、加入者名）のデータの他に、金融機関に対する振込業務のみに必要な種別（振込先の口座番号、顧客名、顧客番号）のデータをも含めたデータに基づきパターンが作成された２次元データコード１７とされている。
【００２２】
さらに、前ＲＯＭ３中には、図４に示すようなデータフォーマットテーブル２５が設けられている。このデータフォーマットテーブル２５は、前記支払請求書２４の２次元データコード１７中に含まれるデータの全ての種別（▲１▼振込先の口座番号、▲２▼顧客名、▲３▼顧客番号、▲４▼伝票番号、▲５▼公共料金名、▲６▼支社・営業所番号、▲７▼請求金額、▲８▼加入者名）中から処理業務（振替代行業務又は振替業務）に応じて必要とするデータの種別を予め設定したものであり、選択指定テーブルを構成する。より具体的には、振替代行業務用が選択ビット▲１▼、振替業務用が選択ビット▲２▼とされ、各々必要なデータの種別には“１”なるビットが立てられ、不要なデータの種別は“０“とされている。
【００２３】
なお、後述するデータ選択取出手段の機能は、前記ＲＯＭ３中に格納されたプログラムに従い、前記ＣＰＵ１により実行されるように構成されている。
【００２４】
次に、顧客が支払請求書２４を持ち込んでその支払を行う場合の振替代行業務及び振込業務に伴う処理制御について、図５に示すフローチャートを参照して説明する。なお、支払請求書２４はその請求元が請求書発行時に必要なデータの全てに基づき作成されたパターンの２次元データコード１７を印字して、各顧客に発送したものである。
【００２５】
まず、顧客が支払請求書２４を持ち込みその支払を行おうとする場合には、店員はキーボード６の操作等により、その支払請求書２４の２次元データコード１７のスキャニングモードとし（ステップＳ１）、２次元データコードリーダ１２により読取動作を行う。この際、２次元データコード１７は２次元データコードリーダ１２により一括読取され、２次元データコードリーダインタフェース１３中のデコーダによる解析を経て、これらの読取データがバスライン２上を転送される（Ｓ２）。ＣＰＵ１は転送されるこれらのデータを読み込み（Ｓ３）、得られた全ての請求書データをＲＡＭ４中の展開バッファ２３中に展開して格納する（Ｓ４）。次に、行おうとしている処理業務を判断する（Ｓ５）。
【００２６】
ここに、処理業務が振込代行業務の場合には、ＲＯＭ３中のデータフォーマットテーブル２５における選択ビット▲１▼を参照し、この選択ビット▲１▼にビット“１”が立てられている種別のデータ、具体的には、伝票番号等の▲４▼〜▲８▼の種別のデータのみを、展開バッファ２３中から取り出して、ＲＡＭ４中のワークバッファ等に展開する（Ｓ６）。このステップＳ６の処理は、データ選択取出手段により実行される。そして、ワークバッファに展開されたデータを用いて、通常の商品登録処理に準じて、振込代行業務の処理を実行する（Ｓ７）。振込代行業務が終了すると、この業務に用いたデータをＲＡＭ４中の取引バッファ２１に格納し（Ｓ８）、さらに、表示器８に表示したり、必要であれば、プリンタ１０で印字し（Ｓ９）、処理を終える。
【００２７】
一方、処理業務が金融機関に対する振込業務の場合には、ＲＯＭ３中のデータフォーマットテーブル２５における選択ビット▲２▼を参照し、この選択ビット▲２▼にビット“１”が立てられている種別のデータ、具体的には、口座番号等の▲１▼〜▲８▼の全ての種別のデータを、展開バッファ２３中から取り出して、ＲＡＭ４中のワークバッファ等に展開する（Ｓ１０）。このステップＳ１０の処理は、データ選択取出手段により実行される。そして、ワークバッファに展開されたデータを用いて、通信回線インタフェース５等を介して金融機関に対する振込業務の処理を実行する（Ｓ１１）。振込業務が終了すると、この業務に用いたデータをＲＡＭ４中の振込業務取引バッファ２２に格納し（Ｓ１２）、処理を終える。
【００２８】
よって、公共料金の取扱に着目した場合、振込代行業務の処理段階と、振込業務の処理段階とでは、必要とするデータの種別が異なるが、本実施例によれば、全てのデータを含む２次元データコード１７としておいても、１回だけの走査による一括読取により一旦展開バッファ２３に展開された全てのデータ中、各処理業務に応じて必要な種別のデータのみが選択的に取り出されて各々の処理業務が実行されるので、不要なデータをワークバッファに展開して取り扱う必要がなく、処理性のよいものとなる。また、別の観点からみれば、２次元データコード１７中に振込業務に必要な種別のデータも含めておけるので、ホストマシン等によらなくても、２次元バーコードリーダ１２でこの２次元データコード１７を読み取ることにより、ＰＯＳ端末においても直接振込業務も遂行できることになる。
【００２９】
なお、本実施例では、２次元データコード１７を取り扱う一例として、公共料金に関する支払請求書２４の例で説明したが、このような適用例に限らず、２次元データコードを付与し得るもの全般に適用できる。例えば、商品を出荷するメーカ側でその商品に関する情報を極力２次元データコードとして含ませておき、その商品が納入される店舗の規模などに応じて必要とするデータの種別を予め設定しておけば、その店舗での処理業務に必要なデータのみを自動的に取り出せるようにすることができる。つまり、メーカ側で考えれば、個々の取引先等を考慮することなく、各商品毎に唯一のパターンの２次元データコードを付与しておけるソースマーキングの機能を持たせることもできる。
【００３０】
また、２次元コードとして２次元データコード１７への適用例で説明したが、２次元バーコードの場合にも同様に適用できる。
【００３１】
【発明の効果】
本発明は、２次元コードを読み取る２次元コード読取手段と、この２次元コード読取手段により読み取られた２次元コードのデータを展開して記憶する読取データ展開保存手段と、前記２次元コード中に含まれる複数種類の処理業務に応じて必要とするデータの種別をそれぞれの処理業務毎に予め設定した選択指定テーブルと、実行中の処理業務の種類を判定し、判定された当該実行中の処理業務に応じて必要とする種別のデータとして前記選択指定テーブルに設定された種別のデータのみを、前記読取データ展開保存手段により記憶されたデータ中から取り出すデータ選択取出手段とを備えたので、処理業務に応じて必要とするデータの種別が異なっても、選択指定テーブルの設定に従うことにより、必要とする種別のデータのみが読取データ展開保存手段中から取り出されてその処理業務に供されるため、２次元コード自身には必要とする全てのデータを含ませておいても、各処理業務ではその処理業務に必要とするデータのみを扱えることになり、よって、２次元コードに関してデータ容量の大きさとデータ選別性とを両立させることができる。
【図面の簡単な説明】
【図１】本発明の一実施例を示すＰＯＳ端末のブロック図である。
【図２】２次元データコードの一例を示す平面図である。
【図３】支払請求書の一例を示す平面図である。
【図４】データフォーマットテーブルの構成例を示す模式図である。
【図５】２次元データコードの処理制御例を示すフローチャートである。
【図６】従来の支払請求書の一例を示す平面図である。
【符号の説明】
１２      ２次元コード読取手段
１７      ２次元コード
２３      読取データ展開保存手段
２５      選択指定テーブル
【図１】
0003694344.tif 000002
【図２】
0003694344.tif 000003
【図３】
0003694344.tif 000004
【図４】
0003694344.tif 000005
【図５】
0003694344.tif 000006
【図６】
0003694344.tif 000007