JP6367994B2 - 商品販売データ処理装置およびプログラム - Google Patents

Description

本発明の実施形態は、商品販売データ処理装置およびプログラムに関する。

近年、多くのコンビニエンスストアなどでは、売場に陳列している商品の販売業務とは別に、顧客がインターネットや受付端末装置などで予約したチケットをＰＯＳ（Point Of Sales）端末などの商品販売データ処理装置に接続したチケットプリンタにより専用のチケット用紙に印字して発券させ、顧客に引き渡すといったチケット販売業務が行われている。このようにして発券されて顧客に引き渡されるチケットは、例えば、コンサート，映画，アミューズメントパーク等で利用可能なチケットである。

上述したようなチケット販売業務において、ＰＯＳ端末などの商品販売データ処理装置は、チケット購入客の署名欄を印字したレシートを発行し、その場で顧客に署名をしてもらう運用を行っている。

ところで、上述のようにレシートのチケット購入客の署名欄に対してその場でチケット購入客に署名をしてもらうと、ＰＯＳ端末などの商品販売データ処理装置が設置されたレーンにおける混雑の原因となり、店舗側の運用に大きな負担が掛かっている。

本発明が解決しようとする課題は、レジの混雑を回避することができるとともに、運用の負担を低減することができる商品販売データ処理装置およびプログラムを提供することである。

実施形態の商品販売データ処理装置は、客側に設けられ、情報入力部と情報表示部とが設けられた客面表示装置と、チケットの購入申込みを受け付ける毎に発番された固有の受付番号を入力する番号入力手段と、前記番号入力手段により入力された前記受付番号で購入申込みを受け付けた前記チケットの発券に必要なデータを入力するデータ入力手段と、前記データ入力手段により入力されたデータに基づいて前記チケットの販売処理を行なう販売処理手段と、前記チケットの販売処理に際して、少なくとも当該チケットに関する数量および金額と前記チケットに対する確認を宣言する確認ボタンとを前記情報表示部に表示するとともに、前記チケットの対象となる名称の表示が要求された場合に、当該名称を表示する情報確認手段と、前記販売処理された前記チケットの購入申込み先に応じて客の署名を必要とするか否かを判定する署名要否判定手段と、前記確認ボタンに対する操作を前記情報入力部を介して検知した場合であって、前記署名要否判定手段が署名を必要と判定した場合には、客の署名欄を含むレシートデータを作成し、署名を不要と判定した場合には、客の署名欄を含まないレシートデータを作成するレシート作成手段と、前記レシート作成手段により作成されたレシートデータに基づくレシートをプリンタにより印字して発行するレシート発行手段と、を備える。

図１は、実施形態にかかる商品販売システムの概略構成を示す図である。 図２は、ＰＯＳ端末の外観を示す斜視図である。 図３は、申込み受付テーブルのデータ構成を概略的に示す模式図である。 図４は、ＰＯＳ端末のハードウェア構成を示すブロック図である。 図５は、ＲＡＭに形成される主要なメモリエリアを示す模式図である。 図６は、ＰＯＳ端末におけるチケット販売処理にかかる機能ブロック図である。 図７は、チケット販売処理の流れを概略的に示すフローチャートである。 図８は、画面の一例を示す正面図である。 図９は、画面の一例を示す正面図である。 図１０は、画面の一例を示す正面図である。 図１１は、内容確認画面の一例を示す正面図である。 図１２は、チケットの販売レシートの一例を示す平面図である。

以下、本実施形態を図面を用いて説明する。本実施形態は、売場に陳列している商品の販売業務とは別に、顧客がインターネットなどで予約したチケットをＰＯＳ端末に接続したチケットプリンタにより専用のチケット用紙に印字して発券させ、顧客に引き渡すといったチケット販売業務を行なう商品販売システムに設けられるＰＯＳ（Point Of Sales）端末を商品販売データ処理装置として適用した例である。

図１は、実施形態にかかる商品販売システム１００の概略構成を示す図である。図１に示すように、商品販売システム１００は、ＬＡＮ（Local Area Network）などのネットワーク１に、１台の受付端末装置２と、商品販売データ処理装置である２台のＰＯＳ端末３と、１台のチケットプリンタ４と、１台のストアコンピュータ５とを備えている。なお、受付端末装置２，ＰＯＳ端末３及びチケットプリンタ４の接続台数は、本実施形態に限定されるものではない。

ＰＯＳ端末３は、客が買上げる商品の販売データをメモリに登録し、登録を完了すると、その客が買上げた商品の明細等を印字した買上レシートを発行する会計装置として機能する。

ここで、図２はＰＯＳ端末３の外観を示す斜視図である。図２に示すように、ＰＯＳ端末３は、正面に、キーボード３１、モードスイッチ３２及びオペレータ用のタッチパネル付ディスプレイ３３を設けている。また、ＰＯＳ端末３は、背面に、客面表示装置として機能する客用のタッチパネル付ディスプレイ３４を設けている。

キーボード３１は、数値データを置数入力するための置数キーの他、ＰＬＵキー，小計キー，現金取引の終了を宣言する現計キー，信用取引の終了を宣言する信計キー，中止キー等の各種ファンクションキーを配設したものである。中止キーは、チケットの販売処理の中止を宣言する中止宣言手段として機能する。モードスイッチ３２は、登録モード，点検モード，精算モード等の各種業務モードを選択するためのものである。

また、キーボード３１は、インターネットや受付端末装置２にて購入申込みが受け付けられたチケット商品の登録を指令するチケット登録キーも備えている。

また、ＰＯＳ端末３は、レシート印字及びジャーナル印字を行なうためのプリンタ３５を設けている。ＰＯＳ端末３は、このプリンタ３５で印字されたレシートをレシート発行口３６から発行する。さらに、ＰＯＳ端末３は、現金等を収容するためのドロワ３７を備えるとともに、バーコードを読み取るためのスキャナ３８を備えている。

チケットプリンタ４は、所定のフォーマットで印刷項目欄のプレ印刷が施されたチケット用紙を使用して、コンサート，映画，アミューズメントパーク等で利用可能な各種のチケットを印刷する。

ストアコンピュータ５は、各ＰＯＳ端末３で登録処理された各商品の販売データに基づいて、各商品の売上げや在庫を管理するなどの処理を実行する。

受付端末装置２は、ＷＡＮ（Wide Area Network）６を介して１ないし複数のチケットセンタ７と接続している。チケットセンタ７は、それぞれ管理する各種のチケット商品の販売申込みを受け付ける。

受付端末装置２は、通常、顧客自身が操作する。顧客は、受付端末装置２を操作してチケットセンタ７にアクセスし、購入を希望する商品を探す。そして、顧客は、該当する商品を見つけると、その商品の購入を申し込む。受付端末装置２は、商品の購入申込みを受け付けると、固有の受付番号を発番する。そして、受付端末装置２は、この受付番号と対応付けて、購入申込みを受け付けた商品の情報を申込み受付テーブルＴに記憶保存する。

ここで、図３は申込み受付テーブルＴのデータ構成を概略的に示す模式図である。図３に示すように、申込み受付テーブルＴは、チケット商品の購入申込みを受け付ける毎に発番される受付番号に対応して、受付時刻，チケット情報，チケット印刷情報及びステータスの各データを格納する。チケット情報は、購入申込みを受け付けたチケット商品の品名，単価，申込み枚数，枚数分の金額等である。チケット印刷情報は、購入申込みを受け付けたチケット商品に関してチケットプリンタ４で印刷する情報である。ステータスは、対応する受付番号で管理されるデータの状態（申込み中，取引中，終了，取消等）を示す情報である。

また、受付端末装置２は、受付番号のバーコードが印刷されたチケット引換レシートを発行する。顧客は、受付端末装置２から発行されたチケット引換レシートを店のオペレータに渡す。

続いて、ＰＯＳ端末３について詳述する。図４は、ＰＯＳ端末３のハードウェア構成を示すブロック図である。図４に示すように、ＰＯＳ端末３は、制御部本体を構成するＣＰＵ（Central Processing Unit）６１を備えている。ＣＰＵ６１は、プログラム等を格納したＲＯＭ（Read Only Memory）６２、各種のデータを記憶するＲＡＭ（Random Access Memory）６３、現在の日時を計時する時計部６４、Ｉ／Ｏポート６５、ネットワークコントローラ６６、キーボードコントローラ６７、タッチパネルコントローラ６８、タッチパネルコントローラ６９、プリンタコントローラ７０、スキャナインタフェース７１等をバス接続する。

また、ＰＯＳ端末３は、アプリケーションプログラムや各種ファイルを書き換え自在に記憶するＨＤＤ（Hard Disk Drive）７２も備えている。ＨＤＤ７２も、ＣＰＵ６１に対してバス接続されている。このＨＤＤ７２は、一例としてＰＯＳ端末３が内蔵する内蔵型ＨＤＤとして構成され、他の一例としてはそのようなＰＯＳ端末３が内蔵する内蔵型ＨＤＤの他に外部記憶装置として分散されて構成されている。大容量が必要である場合等には内蔵型ＨＤＤと外部記憶装置とにＨＤＤ７２を分散させることが望ましい。起動中のＰＯＳ端末３では、ＨＤＤ７２に記憶するアプリケーションプログラムの全部又は一部をＲＡＭ６３に移し、アクセス速度の高速度化を図っている。

なお、ＰＯＳ端末３のＣＰＵ６１を動作させるアプリケーションプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、ＰＯＳ端末３のＣＰＵ６１を動作させるアプリケーションプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、ＰＯＳ端末３のＣＰＵ６１を動作させるアプリケーションプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

また、ＰＯＳ端末３は、Ｉ／Ｏポート６５にモードスイッチ３２とドロワ３７の自動開放装置３７Ａとを接続し、ネットワークコントローラ６６にネットワーク１を接続する。また、ＰＯＳ端末３は、キーボードコントローラ６７にキーボード３１を接続し、タッチパネルコントローラ６８にオペレータ用のタッチパネル付ディスプレイ３３のタッチパネルセンサ３３Ａとディスプレイ３３Ｂとを接続し、タッチパネルコントローラ６９に客用のタッチパネル付ディスプレイ３４の情報入力部であるタッチパネルセンサ３４Ａと情報表示部であるディスプレイ３４Ｂとを接続する。さらに、ＰＯＳ端末３は、プリンタコントローラ７０にプリンタ３５を接続し、スキャナインタフェース７１にスキャナ３８を接続する。

ネットワークコントローラ６６は、ネットワーク１を通じて行なうデータ通信を制御する。キーボードコントローラ６７は、キーボード３１から操作されたキーに対応するキー信号を取り込みＣＰＵ６１に通知する。タッチパネルコントローラ６８は、ＣＰＵ６１からの指令によりディスプレイ３３Ｂに各種の画面を選択的に表示させるとともに、タッチパネルセンサ３３Ａの信号を取り込みタッチ位置座標を求めてＣＰＵ６１に通知する。タッチパネルコントローラ６９は、表示データに対応した文字等を客用のタッチパネル付ディスプレイ３４のディスプレイ３４Ｂに表示させる。プリンタコントローラ７０は、プリンタ３５によるレシート印字及びジャーナル印字を制御する。スキャナインタフェース７１は、スキャナ３８にてスキャニングされたバーコードデータを入力する。ここで、スキャナ３８にてスキャニングされるバーコードデータは、チケットの購入申込みを受け付ける毎に発番される固有の受付番号である。

ここで、図５はＲＡＭ６３に形成される主要なメモリエリアを示す模式図である。図５に示すように、ＰＯＳ端末３のＲＡＭ６３には、売上登録メモリ７２、取引バッファ７３及び取引中フラグメモリ７４等を形成している。売上登録メモリ７２は、商品別に売上金額及び売上点数を累計するエリアと、現金取引，信用取引等の取引別に金額及び回数を累計するエリアとを形成したものである。また、売上登録メモリ７２は、チケット商品の売上金額及び売上枚数を累計するエリアを有する。取引バッファ７３は、１取引として売上げる商品のデータをその取引終了まで保存するエリアである。取引中フラグメモリ７４は、１取引の開始時にセットされ、終了時にリセットされる取引中フラグの記憶エリアである。

次に、ＰＯＳ端末３のＨＤＤ７２に格納されたアプリケーションプログラムがＣＰＵ６１に実行させる機能について説明する。

本実施形態においては、従来のＰＯＳ端末によって行なわれる処理と同様の処理（売場に陳列している商品の販売登録処理など）についてはその説明を省略する。

ここでは、本実施形態のＰＯＳ端末３の有する特長的な機能であるチケット販売処理について説明する。チケット販売処理は、売場に陳列している商品の販売業務とは別に、顧客がインターネットや受付端末装置２などで予約したチケットをＰＯＳ端末３に接続したチケットプリンタ４により専用のチケット用紙に印字して発券させる処理である。

ここで、図６はＰＯＳ端末３におけるチケット販売処理にかかる機能ブロック図である。図６に示すように、ＰＯＳ端末３のＣＰＵ６１で実行されるアプリケーションプログラムは、番号入力手段１１と、データ入力手段１２と、販売処理手段１３と、情報確認手段１４と、チケット発券手段１５と、レシート作成手段１６と、レシート発行手段１７と、署名要否判定手段１８とを含むモジュール構成となっている。ＣＰＵ６１は、ＨＤＤ７２からアプリケーションプログラムを読み出して、上記各部をＲＡＭ６３にロードする。これにより、番号入力手段１１と、データ入力手段１２と、販売処理手段１３と、情報確認手段１４と、チケット発券手段１５と、レシート作成手段１６と、レシート発行手段１７と、署名要否判定手段１８とがＲＡＭ６３上に生成される。

番号入力手段１１は、チケットの購入申込みを受け付ける毎に発番された固有の受付番号を入力する。

データ入力手段１２は、番号入力手段１１により入力された受付番号で購入申込みを受け付けたチケットの発券に必要なデータを入力する。

販売処理手段１３は、データ入力手段１２により入力されたデータに基づいてチケットの販売処理を行なう。

情報確認手段１４は、チケットの販売処理に際して、当該チケットに関するチケット情報と当該チケット情報に対する確認を宣言する確認ボタン９５（図１１参照）とを情報表示部である客用のタッチパネル付ディスプレイ３４のディスプレイ３４Ｂに表示する。

また、情報確認手段１４は、チケット情報と確認ボタン９５とをディスプレイ３４Ｂに表示する際に、当該チケット情報に対する確認行為を促す旨のガイダンス情報を発声する。

さらに、情報確認手段１４は、チケットに関するチケット情報として当該チケットの対象となる名称を含めて客用のタッチパネル付ディスプレイ３４のディスプレイ３４Ｂに表示するか否かを選択可能とする。例えば、情報確認手段１４は、チケットに関するチケット情報として当該チケットの対象となる名称を含めて客用のタッチパネル付ディスプレイ３４のディスプレイ３４Ｂに表示することを宣言する表示宣言手段として機能する名称表示ボタン９６（図１１参照）をディスプレイ３３Ｂに表示する。そして、情報確認手段１４は、名称表示ボタン９６に対する操作を客用のタッチパネル付ディスプレイ３４の情報入力部であるタッチパネルセンサ３４Ａを介して検知したことによる宣言があった場合、チケットに関するチケット情報として当該チケットの対象となる名称を含めてディスプレイ３３Ｂに表示する。

チケット発券手段１５は、確認ボタン９５に対する操作を客用のタッチパネル付ディスプレイ３４の情報入力部であるタッチパネルセンサ３４Ａを介して検知した場合であって、販売処理手段１３における販売処理の締めが宣言された場合に、データ入力手段１２により入力されたデータに基づいてチケットプリンタ４を動作させてチケットを発券する。

なお、販売処理手段１３は、確認ボタン９５に対する操作を客用のタッチパネル付ディスプレイ３４の情報入力部であるタッチパネルセンサ３４Ａを介して検知する前に、中止キーによってチケットの販売処理の中止が宣言された場合、チケットの販売処理を中止する。

レシート作成手段１６は、確認ボタン９５に対する操作をタッチパネルセンサ３４Ａを介して検知した場合であって、販売処理手段１３における販売処理の締めが宣言された場合に、チケットの販売処理に対する確認がなされたものとして、客の署名欄を含まないレシートデータを作成する。

レシート発行手段１７は、レシート作成手段１６により作成されたレシートデータに基づくチケットの販売レシートＲ（図１２参照）をプリンタ３５により印字して発行する。

署名要否判定手段１８は、販売処理されたチケットの購入申込み先に応じて客の署名を必要とするか否かを判定する。そして、レシート作成手段１６は、署名要否判定手段１８により署名が必要と判定された場合には客の署名欄を含むレシートデータを作成し、署名要否判定手段１８により署名が不要と判定された場合には客の署名欄を含まないレシートデータを作成する。

例えば、署名要否判定手段１８は、チケットの購入申込みを受け付けて受付番号を発番するものであって店舗内ネットワークであるネットワーク１に接続された受付端末装置２が購入申込み先である場合には、客の署名が不要であると判定する。また、署名要否判定手段１８は、チケットの購入申込みを受け付けて受付番号を発番するものであって店舗外ネットワーク（例えば、インターネットなど）で接続された外部サーバ（図示せず）が購入申込み先である場合には、客の署名が必要であると判定する。

次に、ＰＯＳ端末３におけるチケット販売処理の流れについて、図７のフローチャートを参照して説明する。オペレータは、例えば受付端末装置２で発行されたチケット引換レシートを顧客から受け取ると、キーボード３１のチケット登録キーを押下した後、顧客から受取ったチケット引換レシートに印刷されているバーコードをＰＯＳ端末３のスキャナ３８で読み取る。

すなわち、図７に示すように、ＰＯＳ端末３のＣＰＵ６１は、キーボードコントローラ６７を介して入力したキー信号からチケット登録キーの押下を検知すると（ステップＳ１のＹｅｓ）、チケット販売処理を開始する。

まず、ＣＰＵ６１（番号入力手段１１）は、オペレータ用のタッチパネル付ディスプレイ３３のディスプレイ３３Ｂに、例えば図８に示すレイアウトのチケット入力画面８３を表示する（ステップＳ２）。このチケット入力画面８３には、チケット引換レシートに印刷されているバーコードのデータである受付番号を表示するバーコード表示エリアＡ４と、メッセージデータやチケット情報を表示する表示エリアＡ５とが形成されている。また、チケット入力画面８３には、中止ボタンＢ５と確定ボタンＢ６とが配設されている。

次に、ＣＰＵ６１（番号入力手段１１）は、スキャナ３８からの受付番号の入力に待機する（ステップＳ３）。そして、ＣＰＵ６１（番号入力手段１１）は、スキャナ３８が読み取った受付番号の入力があった場合（ステップＳ３のＹｅｓ）、その受付番号をチケット入力画面８３のバーコード表示エリアＡ４に表示させる（ステップＳ４）。

次に、ＣＰＵ６１（データ入力手段１２）は、タッチパネルセンサ３３Ａの信号によりチケット入力画面８３の確定ボタンＢ６がタッチ入力されたと認識した場合には（ステップＳ５のＹｅｓ）、スキャナ３８から入力した受付番号を含むチケット情報問合せ伝文を作成し、この問合せ伝文をネットワーク１を通じて受付端末装置２に送信する（ステップＳ６）。このとき、チケット入力画面８３の表示エリアＡ５に、例えば「チケット情報の問合せ中」である旨をオペレータに報知するメッセージを表示させる。

なお、ＰＯＳ端末３のＲＡＭ６３には、チケット情報の問合せに対して充分な待機時間が予め設定されている。そこで、ＣＰＵ６１（データ入力手段１２）は、チケット情報問合せ伝文を送信後、経過時間を計時する（ステップＳ７）。そして、ＣＰＵ６１（データ入力手段１２）は、経過時間が問合せ待機時間に達する前に（ステップＳ９のＮｏ）、受付端末装置２からチケット商品の品名，単価，申込み枚数，枚数分の金額等のチケット情報を含む応答伝文を受信したならば（ステップＳ８のＹｅｓ）、このチケット情報を記憶するとともに、図９に示すように、このチケット情報の商品名，単価，申込み枚数（数量），金額をチケット入力画面８３の表示エリアＡ５に表示させる（ステップＳ１０）。

なお、応答伝文を受信することなく、経過時間が問合せ待機時間に達した場合には（ステップＳ９のＹｅｓ）、ＣＰＵ６１（データ入力手段１２）は、エラー処理を行ない、処理を終了する。

その後、ＣＰＵ６１（販売処理手段１３）は、タッチパネルセンサ３３Ａの信号によりチケット入力画面８３の確定ボタンＢ６がタッチ入力されたと認識した場合には（ステップＳ１１のＹｅｓ）、取引中フラグメモリ７４に取引中フラグがセットされているか否かを判断する（ステップＳ１２）。

ここで、取引中フラグがセットされていない場合には（ステップＳ１２のＮｏ）、ＣＰＵ６１（販売処理手段１３）は、１取引の１点目の商品登録なので、取引バッファ７３をクリアし（ステップＳ１３）、取引中フラグメモリ７４に取引中フラグをセットする（ステップＳ１４）。

一方、ＣＰＵ６１（販売処理手段１３）は、既に取引中フラグメモリ７４に取引中フラグがセットされている場合には（ステップＳ１２のＹｅｓ）、１取引の２点目以降の商品登録なので、ステップＳ１３及びステップＳ１４の各処理を実行しない。

その後、ＣＰＵ６１（販売処理手段１３）は、受付端末装置２から取り込んだチケット情報と、スキャナ３８から入力した受付番号とを取引バッファ７３に格納したならば（ステップＳ１５）、図１０に示すような売上登録画面８１をオペレータ用のタッチパネル付ディスプレイ３３のディスプレイ３３Ｂに表示する（ステップＳ１６）。

図１０に示す売上登録画面８１には、売上登録商品（チケット）の商品名，単価，販売点数及び販売金額の明細データを表示する単品明細情報エリアＡ１と、売上登録商品（チケット）の税額を表示するエリアＡ２と、売上登録商品（チケット）の合計金額を表示するエリアＡ３とが形成されている。また、エリアＡ１の前頁を表示させる前頁ボタンＢ１と、次頁を表示させる次頁ボタンＢ２とが表示されている。

上述のようにチケット情報が取り込まれた場合、売上登録画面８１の単品明細情報エリアＡ１には、チケット情報の商品名，単価，数量，金額が表示される。

以上説明したように、オペレータは、顧客から受取ったチケット引換レシートに印刷されているバーコードをＰＯＳ端末３のスキャナ３８で読み取る。これにより、ＰＯＳ端末３は、バーコードに対応する受付番号で受け付けられた商品の情報を受付端末装置２から得て、チケットの販売データを登録処理する。

加えて、ＣＰＵ６１（情報確認手段１４）は、ＰＯＳ端末３の背面に設けられた客用のタッチパネル付ディスプレイ３４のディスプレイ３４Ｂに対して、図１１に示すような内容確認画面９０をポップアップ表示させる（ステップＳ１７）。図１１に示すように、内容確認画面９０には、表示されているチケット情報の確認を促すメッセージ９１と、数量（発券枚数）９２と、金額９３と、払込先名９４と、チケット情報を確認したことを示すための確認ボタン９５と、名称表示ボタン９６とが表示されている。

顧客は購入商品の内容を確認したうえで確認ボタン９５を押下し、チケット購入へと進む。すなわち、このようなタッチパネルセンサ３４Ａ（確認ボタン９５）へのタッチ操作は、チケット情報に対する確認行為である。

なお、ＣＰＵ６１（情報確認手段１４）は、確認ボタン９５を含む内容確認画面９０を表示する際に、チケット情報に対する確認行為を促す旨のガイダンス情報（音声ガイダンス）を図示しないスピーカを介して発声するようにしても良い。ガイダンス情報（音声ガイダンス）は、例えば、「ご注文内容の確認をお願い致します」などである。これにより、顧客に対して購入商品の内容の確認を促すことができる。

なお、顧客は、名称表示ボタン９６を押下することで、チケットに関するチケット情報として当該チケットの対象となる名称も内容確認画面９０に表示することができる。図１１に示すように、内容確認画面９０には、通常、チケットの対象となる名称（例えば、コンサート名）は表示されない。これは、このようなチケットは趣味的な要素が強く、外部に公開されることを望まない客が多く存在するからである。したがって、チケットの対象となる名称（例えば、コンサート名）が表示されていない通常の内容確認画面９０では、顧客は数量（発券枚数）９２や金額９３に基づいて購入商品の内容を確認することになる。しかしながら、購入商品の内容の確認としては、チケットの対象となる名称（例えば、コンサート名）が最もわかり易い。そこで、本実施形態においては、顧客が名称表示ボタン９６を押下した場合には、チケットに関するチケット情報として当該チケットの対象となる名称も内容確認画面９０に表示するようにしたものである。

内容確認画面９０におけるチケットの対象となる名称（例えば、コンサート名）は、数量（発券枚数）９２や金額９３に隣接する領域に表示するものであっても良いし、内容確認画面９０に重ねてポップアップ表示するものであっても良い。

なお、内容確認画面９０に異なる商品が登録されていた場合、顧客はその旨をオペレータに伝達する。オペレータがＰＯＳ端末３のキーボード３１の中止キーを押下することで、ＣＰＵ６１（販売処理手段１３）は、チケットの販売処理を中止して、商品取消のためにチケットセンタ７へ問い合わせを行なう。このようにオペレータがＰＯＳ端末３のキーボード３１の中止キーを押下するようにしたのは、顧客がチケットを取消すことはほぼ無いと考えられるからである。仮に内容確認画面９０に中止キーを設けた場合には、誤って中止キーを操作してしまうことも考えられ、このような場合にはオペレータの負担が非常に大きくなってしまう、という問題もある。

ＣＰＵ６１（情報確認手段１４）は、タッチパネルセンサ３４Ａの信号により内容確認画面９０の確認ボタン９５がタッチ入力されたと認識した場合には（ステップＳ１８のＹｅｓ）、チケット情報に対する確認行為がなされたとして、次の処理に進む。

オペレータは、顧客からチケット代金の支払いを受ける。そして、オペレータは、キーボード３１の置数キーや現計キーのキー操作により、その支払いデータをＰＯＳ端末３に入力する。

キーボード３１のキー操作により代金の支払い入力があった場合には（ステップＳ１９のＹｅｓ）、ＣＰＵ６１（レシート作成手段１６、レシート発行手段１７、署名要否判定手段１８）は、プリンタ３５によりチケットの販売レシートを発行する（ステップＳ２０）。そして、ＣＰＵ６１（チケット発券手段１５）は、チケットプリンタ４からチケットを印刷発行する（ステップＳ２１）。

オペレータは、チケットプリンタ４から発行されたチケットおよびプリンタ３５から発行されたチケットの販売レシートを顧客に渡す。かくして、受付端末装置２を操作してチケット等の商品の購入を申し込んだ顧客は、その申し込んだ商品を受取ることができる。

ここで、図１２はチケットの販売レシートＲの一例を示す平面図である。図１２に示すように、チケットの販売レシートＲには、店舗情報などから構成されるヘッダ情報ｒ１、取引日付ｒ２、レジナンバｒ３、オペレータの店員コード及び氏名ｒ４、チケットのチケット情報ｒ５などが印字されている。

なお、上述したように、ＰＯＳ端末３の背面に設けられた客用のタッチパネル付ディスプレイ３４のディスプレイ３４Ｂに対してチケット情報を表示するとともに、確認ボタン９５を表示するようにした。そして、顧客がこの確認ボタン９５を押下することで顧客によるチケット情報に対する確認行為がなされたものとした。このため、顧客による署名が既に済んでいるものとみなし、本実施形態のチケットの販売レシートＲにおいては、従来のチケットの販売レシートには存在した署名欄が省略されている。

また、署名が不要と判定された場合における客の署名欄を含まないチケットの販売レシートＲにおいては、確認ボタン９５に対する操作によって署名したものとみなす旨のメッセージＭ（例えば、「確認ボタンの押下により署名したものとします」）を印字するようにしても良い。

このように、実施形態のＰＯＳ端末３によれば、ＰＯＳ端末３の背面に設けられた客用のタッチパネル付ディスプレイ３４のディスプレイ３４Ｂに対してチケット情報を表示するとともに、確認ボタン９５を表示するようにし、顧客がこの確認ボタン９５を押下することで顧客によるチケット情報に対する確認行為がなされたものとすることで、異なる商品の取消を行なうための後始末が無くなり、店舗運用やセンタ運用の負担を低減することができる。

また、実施形態のＰＯＳ端末３によれば、顧客がこの確認ボタン９５を押下した場合には、顧客による署名が既に済んでいるものとみなし、チケットの販売レシートＲにおいては、従来のチケットの販売レシートには存在した署名欄を省略するようにしたので、署名を行なわないことでレジの混雑を回避することができるとともに、レシートから署名欄が削除されることでレシート用紙の節約となり運用の負担を低減することができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

３ 商品販売データ処理装置
１１ 番号入力手段
１２ データ入力手段
１３ 販売処理手段
１４ 情報確認手段
１５ チケット発券手段
１６ レシート作成手段
１７ レシート発行手段
１８ 署名要否判定手段
３４ 客面表示装置
３４Ａ 情報入力部
３４Ｂ 情報表示部
９５ 確認ボタン
Ｒ レシート

特開２００１−７６２５０号公報

Claims (5)

1. 客側に設けられ、情報入力部と情報表示部とが設けられた客面表示装置と、
   チケットの購入申込みを受け付ける毎に発番された固有の受付番号を入力する番号入力手段と、
   前記番号入力手段により入力された前記受付番号で購入申込みを受け付けた前記チケットの発券に必要なデータを入力するデータ入力手段と、
   前記データ入力手段により入力されたデータに基づいて前記チケットの販売処理を行なう販売処理手段と、
   前記チケットの販売処理に際して、少なくとも当該チケットに関する数量および金額と前記チケットに対する確認を宣言する確認ボタンとを前記情報表示部に表示するとともに、前記チケットの対象となる名称の表示が要求された場合に、当該名称を表示する情報確認手段と、
   前記販売処理された前記チケットの購入申込み先に応じて客の署名を必要とするか否かを判定する署名要否判定手段と、
   前記確認ボタンに対する操作を前記情報入力部を介して検知した場合であって、前記署名要否判定手段が署名を必要と判定した場合には、客の署名欄を含むレシートデータを作成し、署名を不要と判定した場合には、客の署名欄を含まないレシートデータを作成するレシート作成手段と、
   前記レシート作成手段により作成されたレシートデータに基づくレシートをプリンタにより印字して発行するレシート発行手段と、
   を備えることを特徴とする商品販売データ処理装置。
2. 前記署名要否判定手段は、チケットの購入申込みを受け付けて前記受付番号を発番するものであって店舗内ネットワークで接続された受付端末装置が購入申込み先である場合には、客の署名が不要であると判定する、
   ことを特徴とする請求項１記載の商品販売データ処理装置。
3. 前記署名要否判定手段は、チケットの購入申込みを受け付けて前記受付番号を発番するものであって店舗外ネットワークで接続された外部サーバが購入申込み先である場合には、客の署名が必要であると判定する、
   ことを特徴とする請求項１記載の商品販売データ処理装置。
4. 前記レシート作成手段は、署名が不要と判定された場合における客の署名欄を含まないレシートデータに、前記確認ボタンに対する操作によって署名したものとみなす旨のメッセージを含める、
   ことを特徴とする請求項１ないし３の何れか一記載の商品販売データ処理装置。
5. 客側に設けられ、情報入力部と情報表示部とが設けられた客面表示装置を備える商品販売データ処理装置を制御するコンピュータを、
   チケットの購入申込みを受け付ける毎に発番された固有の受付番号を入力する番号入力手段と、
   前記番号入力手段により入力された前記受付番号で購入申込みを受け付けた前記チケットの発券に必要なデータを入力するデータ入力手段と、
   前記データ入力手段により入力されたデータに基づいて前記チケットの販売処理を行なう販売処理手段と、
   前記チケットの販売処理に際して、少なくとも当該チケットに関する数量および金額と前記チケットに対する確認を宣言する確認ボタンとを前記情報表示部に表示するとともに、前記チケットの対象となる名称の表示が要求された場合に、当該名称を表示する情報確認手段と、
   前記販売処理された前記チケットの購入申込み先に応じて客の署名を必要とするか否かを判定する署名要否判定手段と、
   前記確認ボタンに対する操作を前記情報入力部を介して検知した場合であって、前記署名要否判定手段が署名を必要と判定した場合には、客の署名欄を含むレシートデータを作成し、署名を不要と判定した場合には、客の署名欄を含まないレシートデータを作成するレシート作成手段と、
   前記レシート作成手段により作成されたレシートデータに基づくレシートをプリンタにより印字して発行するレシート発行手段と、
   として機能させるためのプログラム。

Images