商品販売データ処理装置及びその制御プログラム
【課題】返品扱いとなった有効化待ち商品の有効化を未然に防止する。
【解決手段】商品販売データ処理装置１は、売上処理した商品販売データのなかに、販売に際し正規に販売されたことの証明データをサーバに送信することが求められる価値カードの販売データが含まれるとき、その価値カードの証明データをサーバ３に送信する。この証明データの送信に対してサーバ３にて有効化要求が承認されなかったとき、装置１は、有効化要求が承認されるまで証明データの再送信を繰り返す。ただし、返品処理した商品販売データのなかに、証明データの再送信が繰り返される価値カードのデータが含まれるときには、装置１は、当該証明データの再送信を終了させる。
【解決手段】商品販売データ処理装置１は、売上処理した商品販売データのなかに、販売に際し正規に販売されたことの証明データをサーバに送信することが求められる価値カードの販売データが含まれるとき、その価値カードの証明データをサーバ３に送信する。この証明データの送信に対してサーバ３にて有効化要求が承認されなかったとき、装置１は、有効化要求が承認されるまで証明データの再送信を繰り返す。ただし、返品処理した商品販売データのなかに、証明データの再送信が繰り返される価値カードのデータが含まれるときには、装置１は、当該証明データの再送信を終了させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、その商品の販売に際し正規に販売されたことの証明データをサーバに送信することが求められる商品、例えば価値カードを販売する店舗向けの商品販売データ処理装置及びその制御プログラムに関する。
【背景技術】
【０００２】
インターネットを利用して、音楽、電子書籍等のコンテンツや商品またはサービスを購入する際の代金支払い方法の一つに、プリペイド式の価値カードがある。価値カードは、家電量販店やコンビニエンスストア等で販売されている。店舗では、客が、購入前に自分自身で個々のカードを手に取り、購入するカードを自由に選ぶことができる。そのため、価値カードは、個別商品として個々に陳列展示されている。このとき、各価値カードの価値情報は、未だ有効な状態とはなっていない。販売店の店員は、客が選んだ価値カードに印刷されているバーコードを、ＰＯＳ（Point Of Sales）端末のスキャナで読み取る。バーコードは、その価値カードに対して一意に設定されたカードＩＤをバーコードシンボル化したものである。バーコードが読み取られると、そのバーコードデータがＰＯＳ端末からストアサーバを経由して、外部の価値カード管理サーバに送信される。
【０００３】
価値カード管理サーバは、管理対象の全ての価値カードのカードＩＤ（バーコードデータ）と対応させて、価値情報とステータス情報とを記憶したデータベースを備えている。ＰＯＳ端末で読み取られたバーコードデータを受信すると、価値カード管理サーバはデータベースを検索し、そのバーコードデータに対応するステータス情報を、無効の状態から有効の状態に切り替える。ステータス情報が有効の状態になると、バーコードデータのカードＩＤで特定される価値カードが有効となる。有効化された価値カードの価値情報は、ネットで購入されたコンテンツの代金支払いに供せられる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２０４４４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＰＯＳ端末のスキャナで価値カードのバーコードが読み取られた際、ＰＯＳ端末と価値カード管理サーバとを接続するネットワークの異常等に起因してバーコードデータが正しく価値カード管理サーバに伝送されないと、当該価値カードは有効化されない。このような場合、従来は、有効化に失敗した価値カードのバーコードデータをストアサーバが一時的に保持し、価値カード管理サーバに周期的に送信する。したがって、購買時点でなくても比較的早い時期に、価値カードは有効化される。このため、客には、後ほど有効となることを告知して価値カードを販売している。
【０００６】
しかしながら、購買時点で有効化されないと価値カードの購入を取り止める客も居る。このような場合でも、従来は、有効化に失敗した価値カードのバーコードデータがストアサーバから価値カード管理サーバに送信される。このため、返品扱いとなった価値カードは、後に有効となるため、例えば店員による不正使用を誘引してしまう恐れがある。
【０００７】
本発明が解決しようとする課題は、返品扱いとなった有効化待ち商品の有効化を防止することができる商品販売データ処理装置及びその制御プログラムを提供しようとするものである。
【課題を解決するための手段】
【０００８】
かかる課題を解決するために、一実施形態の商品販売データ処理装置は、売上処理手段と、返品処理手段と、有効化要求手段と、有効化再要求手段と、再要求停止手段とを備える。売上処理手段は、入力された買上商品のデータに基づいて商品販売データを売上処理する。返品処理手段は、入力された返品商品のデータに基づいて商品販売データを返品処理する。有効化要求手段は、売上処理手段により処理した商品販売データのなかに、その商品の販売に際し正規に販売されたことの証明データをサーバに送信することが求められる商品の販売データが含まれるとき、その商品の証明データを前記サーバに送信する。有効化再要求手段は、有効化要求手段による証明データの送信に対してサーバにて有効化要求が承認されなかったとき、有効化要求が承認されるまで証明データの再送信を繰り返す。再要求停止手段は、返品処理手段により処理した商品販売データのなかに、有効化再要求手段により証明データの再送信が繰り返される商品のデータが含まれるとき、当該証明データの再送信を終了させる。
【図面の簡単な説明】
【０００９】
【図１】商品販売データ処理装置の一実施形態を示すシステム構成図。
【図２】同実施形態で用いる価値カードを示す平面図。
【図３】同実施形態において、価値カードデータベースに記憶されるデータの一例を示す図。
【図４】同実施形態におけるＰＯＳ端末のハードウェア構成を示すブロック図。
【図５】同実施形態におけるＰＯＳ端末のＲＡＭに形成されるトランザクションバッファの構成図。
【図６】同実施形態におけるストアサーバのハードウェア構成を示すブロック図。
【図７】同実施形態におけるストアサーバのＲＡＭに形成される再要求バッファの構成図。
【図８】同実施形態において、ＰＯＳ端末のＣＰＵが実行する小計キー処理の要部手順を示す流れ図。
【図９】同実施形態において、ＰＯＳ端末のＣＰＵが実行する締めキー処理の要部手順を示す流れ図。
【図１０】同実施形態において、ＰＯＳ端末から発行される取引レシートの一例を示す図。
【図１１】同実施形態において、ＰＯＳ端末から発行される価値カード販売レシートの一例を示す図。
【図１２】同実施形態において、ＰＯＳ端末のＣＰＵが実行する返品キー処理の要部手順を示す流れ図。
【図１３】同実施形態において、ＰＯＳ端末から発行される価値カード返品レシートの一例を示す図。
【図１４】同実施形態において、ストアサーバのＣＰＵが実行するトランザクション受信処理の要部手順を示す流れ図。
【図１５】同実施形態において、ストアサーバのＣＰＵが実行するタイマ割込処理の要部手順を示す流れ図。
【図１６】第２の実施形態において、ＰＯＳ端末のＣＰＵが実行する小計キー処理の要部手順を示す流れ図。
【図１７】第２の実施形態において、ＰＯＳ端末のオペレータ用ディスプレイに表示される有効化エラーメッセージ画面の一例を示す図。
【図１８】第２の実施形態において、ＰＯＳ端末の客用ディスプレイに表示される有効化エラーメッセージ画面の一例を示す図。
【発明を実施するための形態】
【００１０】
以下、商品販売データ処理装置の実施形態を、図面を用いて説明する。なお、この実施形態は、その商品の販売に際し正規に販売されたことの証明データをサーバに送信することが求められる商品として、プリペイド式の価値カードを例示する。はじめに、第１の実施形態について、図１〜図１５を用いて説明する。
【００１１】
［第１の実施形態］
図１は、第１の実施形態のシステム構成図である。本システムは、各店舗にそれぞれ構築されるＰＯＳシステム１と、価値カードデータベース２を管理する価値カード管理サーバ３とからなる。ＰＯＳシステム１は、複数台のＰＯＳ端末４と、各ＰＯＳ端末を一元的に管理するストアサーバ５とからなり、各ＰＯＳ端末４とストアサーバ５とは、ＬＡＮ（Local Area Network）６によって接続されている。各店舗のＰＯＳシステム１のストアサーバ５と前記価値カード管理サーバ３とは、インターネット等のネットワーク回線７によって接続されている。
【００１２】
図２に示すように、本実施形態で使用される価値カード８には、バーコード９が印刷されている。バーコード９は、当該価値カード８を一意に識別するためのカードＩＤをバーコードシンボル化したものである。
【００１３】
価値カードデータベース２は、図３に示すように、各価値カード８のカードＩＤに対応させて、価値情報とステータスフラグとを記憶する。価値情報は、対応するカードＩＤによって特定される価値カード８で支払いが可能な金額である。ステータスフラグは、例えば“０”は無効状態を示し、“１”は有効状態を示す。なお、価値情報は、金額に限定されない。１ポイントあたりの金額を可変設定可能なポイントであってもよい。
【００１４】
図４は、ＰＯＳ端末４の要部構成を示すブロック図である。ＰＯＳ端末４は、制御部本体としてＣＰＵ（Central Processing Unit）１１を搭載している。そしてこのＣＰＵ１１に、アドレスバス，データバス等のバスライン１２を介して、ＲＯＭ（Read Only Memory）１３、ＲＡＭ（Random Access Memory）１４、時計部１５、ＬＡＮコントローラ１６、キーボードコントローラ１７、表示コントローラ１８、表示コントローラ１９、プリンタコントローラ２０、スキャナコントローラ２１等を接続して、ＰＯＳ端末４の制御回路を構成している。
【００１５】
ＲＯＭ１３は、ＣＰＵ１１にＰＯＳ端末４としての機能を実現させるためのプログラムを記憶する。また、ＲＯＭ１３は、ＰＯＳ端末４としての機能を実現するために必要な種々の設定データを記憶する。
【００１６】
ＲＡＭ１４は、可変的なデータを一時的に記憶するためのメモリエリアを形成している。特に、図５に示すように、１取引として売り上げる各商品の商品コード、販売点数、販売金額及び取消フラグの各情報を記憶するためのトランザクションバッファ３０を形成している。商品コードは、商品の識別データである。販売点数及び販売金額は、対応する商品コードで特定される商品の当該１取引で販売される点数及び金額である。取消フラグは、対応する商品コードで特定される商品の購入が取り消されたとき“１”にセットされる。
【００１７】
時計部１５は、現在の日付及び時刻を計時する。ＬＡＮコントローラ１６は、ＬＡＮ６で接続されたストアサーバ５との間のデータ送受信を制御する。
【００１８】
キーボードコントローラ１７は、キーボード２２を制御し、操作キーに対応したキー信号を取り込む。キーボード２２は、置数キー、小計キー、締めキー、取消キー、返品キー等のＰＯＳ端末４としての機能に必要な種々のキーを配設したものである。
【００１９】
表示コントローラ１８は、オペレータ用ディスプレイ２３の画面表示を制御する。表示コントローラ１９は、客用ディスプレイ２４の画面表示を制御する。オペレータ用ディスプレイ２３は、キャッシャと呼ばれるＰＯＳ端末４のオペレータに対して提供する情報の画面を表示する。客用ディスプレイ２４は、決済対象の商品を購入する客に対して提供する情報の画面を表示する。
【００２０】
プリンタコントローラ２０は、レシート用紙にデータを印字するためのプリンタ２５を制御し、領収書（レシート）等を発行させる。スキャナコントローラ２１は、商品に付されるバーコードを光学的に読み取るためのスキャナ２６を制御し、読み取られたバーコードデータを取り込む。
【００２１】
図６は、ストアサーバ５の要部構成を示すブロック図である。ストアサーバ５は、制御部本体としてＣＰＵ４１を搭載している。そしてこのＣＰＵ４１に、アドレスバス，データバス等のバスライン４２を介して、ＲＯＭ４３、ＲＡＭ４４、時計部４５、ＬＡＮコントローラ４６、ＨＤＤコントローラ４７、通信インターフェース４８等を接続して、ストアサーバ５の制御回路を構成している。
【００２２】
ＲＯＭ４３は、ＣＰＵ４１にストアサーバ５としての機能を実現させるためのプログラムを記憶する。また、ＲＯＭ４３は、ストアサーバ５としての機能を実現するために必要な種々の設定データを記憶する。
【００２３】
ＲＡＭ４４は、種々の可変的なデータを一時的に記憶するためのメモリエリアを形成している。特にＲＡＭ４４は、図７に示すように、カードＩＤ、取引日時、ＰＯＳＩＤ、取引番号及び削除フラグの各情報を記憶するための再要求バッファ５０を形成している。
【００２４】
再要求バッファ５０は、購買時点の有効化要求に失敗した価値カード８の情報を記憶する。取引日時は、カードＩＤによって特定される価値カード８の購買を含む取引が行われた日時データである。ＰＯＳＩＤは、価値カード８の購買を含む取引を処理したＰＯＳ端末４の識別コードである。取引番号は、価値カード８の購買を含む取引を一意に識別するためのデータである。削除フラグは、対応するカードＩＤ，取引日時，ＰＯＳＩＤ及び取引番号のレコードを削除するとき“１”にセットされる。
【００２５】
時計部４５は、現在の日付及び時刻を計時する。ＬＡＮコントローラ４６は、ＬＡＮ６で接続された各ＰＯＳ端末４との間のデータ送受信を制御する。ＨＤＤコントローラ４７は、ＨＤＤ（Hard Disk Drive）４９に保存される商品データファイル、売上データファイル等の種々のデータファイルに対するデータの書込及び読出を制御する。通信インターフェース４８は、ネットワーク回線７を介して接続される価値カード管理サーバ３等の外部サーバとの間のデータ通信を制御する。
【００２６】
かかる構成のＰＯＳ端末４とストアサーバ５とからなるＰＯＳシステム１は、商品販売データ処理装置として機能する。すなわち、客が買上商品の会計を申し出ると、ＰＯＳ端末４を操作するキャッシャは、その買上商品に付されているバーコードを１品ずつスキャナ２６で読み取り操作する。スキャナ２６で買上商品のバーコードが読み取られると、ＣＰＵ１１は、そのバーコードを解析して得られる商品コードで商品データファイルを検索して、販売商品の品名，単価等の商品データを読み出す。そしてＣＰＵ１１は、この商品データを基に、商品コード．販売点数，販売金額等の販売商品に係わるトランザクションデータをトランザクションバッファ４０に記憶する。また、商品コード，商品名，単価，販売点数，販売金額等の明細データをオペレータ用ディスプレイ２３及び客用ディスプレイ２４に表示する。ＣＰＵ１１は、バーコードが読み取られる毎に、上記の売上処理を実行する（売上処理手段）。
【００２７】
こうして、全ての買上商品のバーコード読取操作を終了すると、キャッシャは、キーボード２２の小計キーを押下する。小計キーが押下されると、ＣＰＵ１１は、図８の流れ図に示す小計キー処理を実行する。
【００２８】
先ず、ＣＰＵ１１は、トランザクションバッファ３０を検索する（ＳＴ１）。そしてＣＰＵ１１は、トランザクションバッファ３０に価値カード８のトランザクションデータが含まれているか否かを判別する（ＳＴ２）。例えば、価値カード８に設定される商品コード（カードＩＤ）は、全て先頭の２桁の数値が等しい。そこでＣＰＵ１１は、先頭の２桁が価値カード８特有の数値と一致する商品コードの有無を判別する。そのような商品コードがあるとき、ＣＰＵ１１は、トランザクションバッファ３０に価値カード８のトランザクションデータが含まれていると認定する。そのような商品コードがないとき、ＣＰＵ１１は、トランザクションバッファ３０に価値カード８のトランザクションデータが含まれていないと認定する。
【００２９】
トランザクションバッファ３０に価値カード８のトランザクションデータが記憶されていない場合（ＳＴ２のＮＯ）、ＣＰＵ１１は、通常の小計処理に移行する（ＳＴ６）。すなわち、トランザクションバッファ３０に記憶された全てのトランザクションデータの販売金額を合算して小計金額を算出し、オペレータ用ディスプレイ２３と客用ディスプレイ２４とに表示させる。
【００３０】
トランザクションバッファ３０に価値カード８のトランザクションデータが記憶されている場合（ＳＴ２のＹＥＳ）、ＣＰＵ１１は、価値カードの有効化を要求する（ＳＴ３）。すなわち、価値カード８の証明データである商品コード（カードＩＤ）を含む有効化要求問合せコマンドを生成し、ストアサーバ５経由で、価値カード管理サーバ３に送信する（有効化要求手段）。
【００３１】
有効化要求コマンドが正常に価値カード管理サーバ３まで送信されると、価値カード管理サーバ３は、価値カードデータベース２を検索する。そして、有効化要求コマンドに含まれるカードＩＤに対応するステータスフラグを、無効を示す“０”から有効を示す“１”に変更する。また、価値カード管理サーバ３は、コマンド送信元のＰＯＳ端末４宛てに正常応答を返す。したがって、例えば通信異常により有効化要求コマンドが価値カード管理サーバ３に送信されなかった場合には、そのコマンドに含まれるカードＩＤに対応するステータスフラグは“０”のままであり、正常応答も返らない。
【００３２】
ステップＳＴ３の処理にて有効化要求問合せコマンドを送信したＰＯＳ端末４のＣＰＵ１１は、正常応答を待機する（ＳＴ４）。所定時間内に正常応答を受信すると（ＳＴ４のＹＥＳ）、ＣＰＵ１１は、小計処理に移行する（ＳＴ６）。
【００３３】
所定時間が経過しても正常応答を受信できない場合（ＳＴ４のＮＯ）、ＣＰＵ１１は、ＲＡＭ４４のフラグエリアで記憶する有効化エラーフラグを“１”にセットする（ＳＴ５）。しかる後、ＣＰＵ１１は、小計処理に移行する（ＳＴ６）。
小計処理が終了すると、小計キー処理は終了する。
【００３４】
小計金額を確認したキャッシャは、客に代金の支払いを求める。そして代金の支払いを受けると、キャッシャは、締めキーを操作する。締めキーの操作を検知すると、ＣＰＵ１１は、図９の流れ図に示す処理を実行する。
【００３５】
先ず、ＣＰＵ１１は、取引締め処理を実行する（ＳＴ１１）。この処理は、釣銭演算及び釣銭表示と、合計金額，預かり金額，釣銭額、取引日時、取引番号、ＰＯＳＩＤ等の決済に係わるトランザクションデータの保存とを含む。取引締め処理が終了すると、ＣＰＵ１１は、プリンタ２５を駆動して取引レシート６０を発行する（ＳＴ１２）。
【００３６】
次いで、ＣＰＵ１１は、今回の取引に価値カードの有効化エラーが発生しているか否かを判定する（ＳＴ１３）。ＲＡＭ１４のフラグエリアに有効化エラーフラグがセットされていたならば有効化エラー有りと判定し、有効化エラーフラグがセットされていなければ有効化エラー無しと判定する。
【００３７】
有効化エラー無しの場合（ＳＴ１３のＮＯ）、ＣＰＵ１１は、トランザクションバッファ３０に記憶したトランザクションデータをストアサーバ５に送信する（ＳＴ１４）。しかる後、トランザクションバッファ３０をクリアして（ＳＴ１８）、この締めキー処理を終了する。
【００３８】
有効化エラー有りの場合（ＳＴ１３のＹＥＳ）、ＣＰＵ１１は、価値カード販売レシート７０を発行する（ＳＴ１５）。また、ＣＰＵ１１は、トランザクションバッファ３０に記憶したトランザクションデータをストアサーバ５に送信する。このときＣＰＵ１１は、トランザクションデータに有効化エラーを示す情報を付加する（ＳＴ１６）。しかる後、ＣＰＵ１１は、有効化エラーフラグを“０”にリセットするとともに（ＳＴ１７）、トランザクションバッファ３０をクリアして（ＳＴ１８）、この締めキー処理を終了する。
【００３９】
ステップＳＴ１２の処理で発行される取引レシート６０の一例を図１０に示す。また、ステップＳＴ１５の処理で発行される価値カード販売レシート７０の一例を図１１に示す。図１０は、価値カードである２枚のギフトカード（ギフトカード１０００、ギフトカード５００）と、商品ＡＡＡの３点を購入する客に対して発行された取引レシート６０を例示する。そして、小計キーの入力処理の際に２枚のギフトカードの有効化要求がエラーとなったため発行された価値カード販売レシート７０を、図１１に例示する。
【００４０】
取引レシート６０には、販売商品の名称、販売金額、合計金額、取引日時６１、ＰＯＳＩＤ６２、取引番号６３等が印刷される。価値カード販売レシート７０には、各ギフトカードのカードＩＤ７１ａ，７１ｂ、取引日時７２、ＰＯＳＩＤ７３に加えて、各ギフトカードが２４時間以内に有効になることを示すメッセージ７４が印刷される。
【００４１】
価値カード販売レシート７０が発行されると、キャッシャは、価値カード（ギフトカード１０００、ギフトカード５００）がまだ有効化されておらず直ぐには使用できないこと、しかし２４時間以内ならば確実に有効化されるのでそれ以降は使用できること、を客に通知する。
【００４２】
ここで、客が価値カードをそのまま持ち帰った場合には、この客との商取引が終了する。しかし、客が価値カードの返品を申し出た場合には、キャッシャは返品キーを押下する。返品キーが押下されると、ＣＰＵ１１は、図１２の流れ図に示す処理を実行する。
【００４３】
先ず、ＣＰＵ１１は、取引番号の入力を待機する（ＳＴ２１）。置数キーによる置数入力により取引レシート６０の取引番号６２が入力されると（ＳＴ２１のＹＥＳ）、ＣＰＵ１１は、ストアサーバ５で保存されている同一取引番号のトランザクションデータを取得する（ＳＴ２２）。
【００４４】
トランザクションデータを取得し、トランザクションバッファ３０に展開したならば、ＣＰＵ１１は、商品コードが入力されるのを待機する（ＳＴ２３）。バーコードのスキャニングにより商品コードが入力されると（ＳＴ２３のＹＥＳ）、ＣＰＵ１１は、返品処理を実行する（ＳＴ２４）。すなわち、同一商品コードのトランザクションデータの取消フラグを“１”にセットする。また、このトランザクションデータの商品コードで特定される商品名と単価を、オペレータ用ディスプレイ２３と客用ディスプレイ２４に表示させる（返品処理手段）。
【００４５】
ＣＰＵ１１は、返品商品が価値カードであるか否かを判断する（ＳＴ２５）。スキャニングされた商品コードの先頭の２桁が価値カード８特有の数値と一致するとき、ＣＰＵ１１は、返品商品が価値カードであると認定する。それ以外のときには、ＣＰＵ１１は、返品商品が価値カード以外であると認定する。返品商品が価値カード以外であるとき（ＳＴ２５のＮＯ）、ＣＰＵ１１は、返品締めの操作がなされるのを待機する（ＳＴ２７）。
【００４６】
これに対し、返品商品が価値カードであった場合には（ＳＴ２５のＹＥＳ）、ＣＰＵ１１は、カード返品レシート８０を発行する（ＳＴ２６）。カード返品レシート８０の発行例を図１３に示す。図示するように、カード返品レシート８０には、返品された価値カードのカードＩＤ８１及びカード名称８２と、返品されたことを示すメッセージ８３とが印刷される。
【００４７】
カード返品レシート８０を発行した後、ＣＰＵ１１は、返品締めの操作がなされるのを待機する（ＳＴ２７）。
【００４８】
返品締めの操作がなされず（ＳＴ２７のＮＯ）、次の返品商品の商品コードが入力された場合には（ＳＴ２３のＹＥＳ）、ＣＰＵ１１は、上記のステップＳＴ２４，２５，２６の処理を繰り返す。したがって、返品商品が価値カードであった場合には、そのカードに対する返品レシート８０が発行される。
【００４９】
締めキーの操作により返品締めが宣言されると（ＳＴ２７のＹＥＳ）、ＣＰＵ１１は、トランザクションバッファ３０のデータに返品トランザクションデータであることを示す情報を付して送信する（ＳＴ２８）。以上で、返品キー処理は終了する。
【００５０】
ストアサーバ５のＣＰＵ４１は、ＬＡＮ６を介して接続されるＰＯＳ端末４からトランザクションデータを受信すると、図１４の流れ図に示す処理を実行する。
【００５１】
先ず、ＣＰＵ４１は、受信したトランザクションデータが返品トランザクションデータであるか否かを判断する（ＳＴ３１）。受信したトランザクションデータに、返品トランザクションデータであることを示す情報が付加されている場合には返品トランザクションデータと認識し、付加されていない場合には通常の売上トランザクションデータと認識する。
【００５２】
受信したトランザクションデータが売上トランザクションデータの場合（ＳＴ３１のＮＯ）、ＣＰＵ４１は、受信したトランザクションデータを解析する（ＳＴ３２）。そして、トランザクションデータに有効化エラーを示す情報が付加されているか否かを判断する（ＳＴ３３）。トランザクションデータに有効化エラーを示す情報が付加されていない場合（ＳＴ３３のＮＯ）、ＣＰＵ４１は、受信したトランザクションデータを、ＨＤＤ上のトランザクションファイルに追加する（ＳＴ４０）。
【００５３】
これに対し、トランザクションデータに有効化エラーを示す情報が付加されている場合には（ＳＴ３３のＹＥＳ）、ＣＰＵ４１は、そのトランザクションデータから価値カードの販売データ、つまりは先頭の２桁が価値カード８特有の数値と一致する商品コードのデータを取得する（ＳＴ３４）。そして、この価値カード販売データを再要求バッファ５０に記憶する（ＳＴ３５）。しかる後、ＣＰＵ４１は、受信したトランザクションデータを、ＨＤＤ上のトランザクションファイルに追加する（ＳＴ４０）。
【００５４】
受信したトランザクションデータが返品トランザクションデータであった場合（ＳＴ３１のＹＥＳ）、ＣＰＵ４１は、受信したトランザクションデータを解析する（ＳＴ３６）。そして、トランザクションデータに有効化エラーを示す情報が付加されているか否かを判断する（ＳＴ３７）。トランザクションデータに有効化エラーを示す情報が付加されていない場合（ＳＴ３７のＮＯ）、ＣＰＵ４１は、受信したトランザクションデータを、ＨＤＤ上のトランザクションファイルに追加する（ＳＴ４０）。
【００５５】
トランザクションデータに有効化エラーを示す情報が付加されている場合（ＳＴ３７のＹＥＳ）、ＣＰＵ４１は、そのトランザクションデータから価値カードの販売データを取得する（ＳＴ３８）。そして、この価値カード販売データと同一のデータを再要求バッファ５０から削除する。具体的には、同一データの削除フラグを“１”にセットする（ＳＴ３９：再要求停止手段）。しかる後、ＣＰＵ４１は、受信したトランザクションデータを、ＨＤＤ上のトランザクションファイルに追加する（ＳＴ４０）。
【００５６】
また、ストアサーバ５のＣＰＵ４１は、時計部４５で例えば１時間が計時される毎に発生するタイマ割込信号に応答して、図１５の流れ図に示す処理を実行する。
【００５７】
先ず、ＣＰＵ４１は、再要求バッファ５０を検索する（ＳＴ５１）。そしてＣＰＵ４１は、再要求バッファ５０に価値カード販売データが記憶されているか否かを判断する（ＳＴ５２）。記憶されていない場合、あるいは記憶されているものの削除フラグがセットされている場合（ＳＴ５２のＮＯ）、ＣＰＵ４１は、今回の割込処理を終了する。
【００５８】
削除フラグがセットされていない価値カード販売データが再要求バッファ５０に記憶されている場合（ＳＴ５２のＹＥＳ）、ＣＰＵ４１は、その再要求バッファ５０の価値カード販売データで有効化要求問合せコマンドを生成し、価値カード管理サーバ３に送信する（ＳＴ５３：有効化再要求手段）。そして、ＣＰＵ４１は、正常応答を待機する（ＳＴ５４）。
【００５９】
所定時間内に価値カード管理サーバ３から正常応答を受信したならば（ＳＴ５４のＹＥＳ）、ＣＰＵ４１は、再要求バッファ５０をクリアする（ＳＴ５５）。これに対し、所定時間を経過しても正常応答を受信できなかった場合には（ＳＴ５４のＮＯ）、再要求バッファ５０をクリアしない。以上で、ＣＰＵ４１は、今回の割込処理を終了する。
【００６０】
このように、本実施形態の商品販売データ処理装置、すなわちＰＯＳ端末４とストアサーバ５とからなるＰＯＳシステム１においては、価値カード８の購買を含む商取引が発生すると、その価値カード８の有効化要求が価値カード管理サーバ３に対して実行される。そして、価値カード管理サーバ３において当該価値カード８が有効化されたならば、その価値カード８は直ぐに使用が可能となる。
【００６１】
ところが、例えばネットワーク回線７の一時的な障害により当該価値カード８の有効化に失敗した場合には、その価値カード８は、直ぐには使用できない。この場合、ＰＯＳ端末４からは、価値カード販売レシート７０が発行される。また、ストアサーバ５においては、当該価値カード８のカードＩＤを含む情報が再要求バッファ５０に記憶される。
【００６２】
有効化に失敗した価値カード８のカードＩＤを含む情報が再要求バッファ５０に記憶されると、ストアサーバ５は、例えば１時間間隔で価値カード管理サーバ３に対してその価値カード８の有効化要求を実行する。したがって、価値カード販売レシート７０には、その価値カード８が２４時間以内に有効になることを示すメッセージ７４が印刷される。
【００６３】
ここで、客が価値カードの返品を申し出た場合、キャッシャは返品キーを押下して、ＰＯＳ端末４にて返品処理を実行させる。そうすると、ストアサーバ５の再要求バッファ５０に記憶された当該価値カード８の情報が削除される。このため、ストアサーバ５による当該価値カード８の有効化要求は実施されない。したがって、返品された価値カード８が有効化されることはない。よって、返品扱いとなった価値カードが有効となって、例えば店員による不正使用が行われるのを未然に防ぐことができる。
【００６４】
［第２の実施形態］
次に、第２の実施形態について、図１６〜図１８を用いて説明する。
第１の実施形態では、価値カード８の有効化に失敗した場合、１商取引の締めを宣言する締めキーの操作により価値カード販売レシート７０が発行されて、価値カード８の有効化に失敗したことがユーザ（キャッシャと客）に報知される。このため、客が価値カード８の購入を取り止めた場合、返品取引で対処する。
【００６５】
第２の実施形態は、価値カード８の有効化に失敗した場合、１商取引の締めが宣言される前にユーザに報知する。こうすることにより、客が価値カード８の購入を取り止めた場合には、単品取消処理によって同一取引内で対処できるようになる。
【００６６】
このような第２の実施形態は、ＰＯＳ端末４のＣＰＵ１１が実行する小計キー処理の一部を第１の実施形態から変更することによって実現可能である。その他は、第１の実施形態と同一である。このため、第１の実施形態と共通する部分には同一符号を付して、第２の実施形態を説明する。
【００６７】
図１６は、第２の実施形態における小計キー処理の手順を示す流れ図である。図１６において、第１の実施形態と共通する処理ブロックには、同一のステップ符号（ＳＴｘ）を付している。
【００６８】
すなわち、第２の実施形態が第１の実施形態と異なる点は、価値カードの有効化要求に対して所定時間内に正常応答を受信できないときの処理である。所定時間内に正常応答を受信できなかった場合（ＳＴ４のＮＯ）、ＣＰＵ１１は、オペレータ用ディスプレイ２３及び客用ディスプレイ２４に有効化エラーメッセージ画面を表示させる（ＳＴ６１：表示制御手段）。
【００６９】
オペレータ用ディスプレイ２３に表示される有効化エラーメッセージ画面９１の一例を図１７に示す。また、客用ディスプレイ２４に表示される有効化エラーメッセージ画面９２の一例を図１８に示す。図示するように、有効化エラーメッセージ画面９１，９２には、有効化に失敗した価値カード（ギフトカード１０００、ギフトカード５００）の名称と、その価値カードがまだ有効化されておらず直ぐには使用できないこと、しかし２４時間以内ならば確実に有効化されるのでそれ以降は使用できることが表示される。また、オペレータ用ディスプレイ２３に表示される有効化エラーメッセージ画面９１には、客が価値カード８の購買を取り止めないときの操作キーを示すガイダンス（継続宣言→Ｘキー）と、購買を取り止めるときの操作キーを示すガイダンス（取消宣言→取消キー）とが表示される。
【００７０】
ＣＰＵ１１は、上記継続宣言の操作キー（Ｘキー）が操作されるか、取消宣言の操作キー（取消キー）が操作されるのを待機する（ＳＴ６２：選択受付手段）。ここで、継続宣言の操作キーが入力された場合には、ＣＰＵ４１は、小計処理に移行する（ＳＴ６）。
【００７１】
これに対し、取消宣言の操作キーが入力された場合には、ＣＰＵ４１は、トランザクションバッファ３０から価値カード８のトランザクションデータを削除する。具体的には、該当データの削除フラグを“１”にセットする（ＳＴ６３：販売取消処理手段）。しかる後、ＣＰＵ１１は、小計処理に移行する（ＳＴ６）。
【００７２】
このように、第２の実施形態の商品販売データ処理装置においては、価値カード８の有効化に失敗した場合に、有効化エラーメッセージ画面９１，９２によって、キャッシャと客に報知される。
【００７３】
ここで、有効化に失敗した価値カード８を客がそのまま購入する場合には、小計処理に続いて、締めキー処理が実行される。したがって、価値カード販売レシート７０が発行されるとともに、この価値カード８のカードＩＤを含む情報が、ストアサーバ５の再要求バッファ５０に記憶される。その結果、例えば１時間間隔でストアサーバ５から価値カード管理サーバ３に対してその価値カード８の有効化要求が実行される。
【００７４】
これに対し、有効化に失敗した価値カード８の購入を客が取り止めた場合には、トランザクションバッファ３０から当該価値カード８のトランザクションデータが削除される。このため、小計処理に続いて締めキー処理が実行されても、この価値カード８のカードＩＤを含む情報が再要求バッファ５０に記憶されることはない。したがって、購入取り止めとなった価値カード８が有効化されることはない。よって、返品扱いとなった価値カードが有効となって、例えば店員による不正使用が行われるのを未然に防ぐことができる。
【００７５】
以下、前記実施形態の変形例について説明する。
例えば、図９の締めキー処理において、ＳＴ１１の取引締め処理の後に、ＳＴ１３の有効化エラー判定処理を実行し、有効化エラー無しの場合は（ＳＴ１３のＮＯ）、取引レシートを発行した後に、トランザクションデータの送信（ＳＴ１４）と、トランザクションバッファのクリアを行い（ＳＴ１８）、有効化エラー有りの場合には（ＳＴ１３のＹＥＳ）、価値カード販売レシートを発行した後（ＳＴ１５）、取引レシートを発行し、その後、ステップＳＴ１６，１７，１８の処理を実行するようにしてもよい。こうすることにより、価値カード８の有効化に失敗した場合には、先に価値カード販売レシートが発行され、続いて取引レシートが発行されるので、キャッシャは価値カード販売レシートが発行されたこと、つまりは価値カード８の有効化に失敗したことを確実に認識することができる。
【００７６】
また、第２の実施形態では、有効化エラーメッセージを表示形式で報知したが、報知方法は表示形式に限定されるものではない。例えば有効化エラーメッセージの内容を音声によって報知してもよい。また、客用ディスプレイ２４をタッチパネルとし、客用ディスプレイ２４に表示される有効化エラーメッセージ画面９２に、継続宣言の操作キーと取消宣言の操作キーの各操作ボタンイメージを表示させる。こうすることにより、有効化に失敗した価値カードを購入するか否かを客自身によって選択させることができる。
【００７７】
また、第１，第２の実施形態は、ＰＯＳ端末４とストアサーバ５とからなるＰＯＳシステム１を商品販売データ処理装置としたが、例えばストアサーバ５が具備していた再要求バッファ５０を含む必須の構成をＰＯＳ端末４側に設けることで、ＰＯＳ端末４を商品販売データ処理装置としてもよい。
【００７８】
また、第１，第２の実施形態は、ストアサーバ５及びＰＯＳ端末の装置内部のプログラム記憶部（ＲＯＭ１３，４３）に発明の機能を実現させる制御プログラムが予め記録されているものとした。しかしこれに限らず、同様のプログラムがネットワークから装置にダウンロードされてもよい。あるいは、記録媒体に記録された同様のプログラムが、装置にインストールされてもよい。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。
【００７９】
この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００８０】
１…ＰＯＳシステム、２…価値カードデータベース、３…価値カード管理サーバ、４…ＰＯＳ端末、５…ストアサーバ、８…価値カード、３０…トランザクションバッファ、５０…再要求バッファ。
【技術分野】
【０００１】
本発明の実施形態は、その商品の販売に際し正規に販売されたことの証明データをサーバに送信することが求められる商品、例えば価値カードを販売する店舗向けの商品販売データ処理装置及びその制御プログラムに関する。
【背景技術】
【０００２】
インターネットを利用して、音楽、電子書籍等のコンテンツや商品またはサービスを購入する際の代金支払い方法の一つに、プリペイド式の価値カードがある。価値カードは、家電量販店やコンビニエンスストア等で販売されている。店舗では、客が、購入前に自分自身で個々のカードを手に取り、購入するカードを自由に選ぶことができる。そのため、価値カードは、個別商品として個々に陳列展示されている。このとき、各価値カードの価値情報は、未だ有効な状態とはなっていない。販売店の店員は、客が選んだ価値カードに印刷されているバーコードを、ＰＯＳ（Point Of Sales）端末のスキャナで読み取る。バーコードは、その価値カードに対して一意に設定されたカードＩＤをバーコードシンボル化したものである。バーコードが読み取られると、そのバーコードデータがＰＯＳ端末からストアサーバを経由して、外部の価値カード管理サーバに送信される。
【０００３】
価値カード管理サーバは、管理対象の全ての価値カードのカードＩＤ（バーコードデータ）と対応させて、価値情報とステータス情報とを記憶したデータベースを備えている。ＰＯＳ端末で読み取られたバーコードデータを受信すると、価値カード管理サーバはデータベースを検索し、そのバーコードデータに対応するステータス情報を、無効の状態から有効の状態に切り替える。ステータス情報が有効の状態になると、バーコードデータのカードＩＤで特定される価値カードが有効となる。有効化された価値カードの価値情報は、ネットで購入されたコンテンツの代金支払いに供せられる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２０４４４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＰＯＳ端末のスキャナで価値カードのバーコードが読み取られた際、ＰＯＳ端末と価値カード管理サーバとを接続するネットワークの異常等に起因してバーコードデータが正しく価値カード管理サーバに伝送されないと、当該価値カードは有効化されない。このような場合、従来は、有効化に失敗した価値カードのバーコードデータをストアサーバが一時的に保持し、価値カード管理サーバに周期的に送信する。したがって、購買時点でなくても比較的早い時期に、価値カードは有効化される。このため、客には、後ほど有効となることを告知して価値カードを販売している。
【０００６】
しかしながら、購買時点で有効化されないと価値カードの購入を取り止める客も居る。このような場合でも、従来は、有効化に失敗した価値カードのバーコードデータがストアサーバから価値カード管理サーバに送信される。このため、返品扱いとなった価値カードは、後に有効となるため、例えば店員による不正使用を誘引してしまう恐れがある。
【０００７】
本発明が解決しようとする課題は、返品扱いとなった有効化待ち商品の有効化を防止することができる商品販売データ処理装置及びその制御プログラムを提供しようとするものである。
【課題を解決するための手段】
【０００８】
かかる課題を解決するために、一実施形態の商品販売データ処理装置は、売上処理手段と、返品処理手段と、有効化要求手段と、有効化再要求手段と、再要求停止手段とを備える。売上処理手段は、入力された買上商品のデータに基づいて商品販売データを売上処理する。返品処理手段は、入力された返品商品のデータに基づいて商品販売データを返品処理する。有効化要求手段は、売上処理手段により処理した商品販売データのなかに、その商品の販売に際し正規に販売されたことの証明データをサーバに送信することが求められる商品の販売データが含まれるとき、その商品の証明データを前記サーバに送信する。有効化再要求手段は、有効化要求手段による証明データの送信に対してサーバにて有効化要求が承認されなかったとき、有効化要求が承認されるまで証明データの再送信を繰り返す。再要求停止手段は、返品処理手段により処理した商品販売データのなかに、有効化再要求手段により証明データの再送信が繰り返される商品のデータが含まれるとき、当該証明データの再送信を終了させる。
【図面の簡単な説明】
【０００９】
【図１】商品販売データ処理装置の一実施形態を示すシステム構成図。
【図２】同実施形態で用いる価値カードを示す平面図。
【図３】同実施形態において、価値カードデータベースに記憶されるデータの一例を示す図。
【図４】同実施形態におけるＰＯＳ端末のハードウェア構成を示すブロック図。
【図５】同実施形態におけるＰＯＳ端末のＲＡＭに形成されるトランザクションバッファの構成図。
【図６】同実施形態におけるストアサーバのハードウェア構成を示すブロック図。
【図７】同実施形態におけるストアサーバのＲＡＭに形成される再要求バッファの構成図。
【図８】同実施形態において、ＰＯＳ端末のＣＰＵが実行する小計キー処理の要部手順を示す流れ図。
【図９】同実施形態において、ＰＯＳ端末のＣＰＵが実行する締めキー処理の要部手順を示す流れ図。
【図１０】同実施形態において、ＰＯＳ端末から発行される取引レシートの一例を示す図。
【図１１】同実施形態において、ＰＯＳ端末から発行される価値カード販売レシートの一例を示す図。
【図１２】同実施形態において、ＰＯＳ端末のＣＰＵが実行する返品キー処理の要部手順を示す流れ図。
【図１３】同実施形態において、ＰＯＳ端末から発行される価値カード返品レシートの一例を示す図。
【図１４】同実施形態において、ストアサーバのＣＰＵが実行するトランザクション受信処理の要部手順を示す流れ図。
【図１５】同実施形態において、ストアサーバのＣＰＵが実行するタイマ割込処理の要部手順を示す流れ図。
【図１６】第２の実施形態において、ＰＯＳ端末のＣＰＵが実行する小計キー処理の要部手順を示す流れ図。
【図１７】第２の実施形態において、ＰＯＳ端末のオペレータ用ディスプレイに表示される有効化エラーメッセージ画面の一例を示す図。
【図１８】第２の実施形態において、ＰＯＳ端末の客用ディスプレイに表示される有効化エラーメッセージ画面の一例を示す図。
【発明を実施するための形態】
【００１０】
以下、商品販売データ処理装置の実施形態を、図面を用いて説明する。なお、この実施形態は、その商品の販売に際し正規に販売されたことの証明データをサーバに送信することが求められる商品として、プリペイド式の価値カードを例示する。はじめに、第１の実施形態について、図１〜図１５を用いて説明する。
【００１１】
［第１の実施形態］
図１は、第１の実施形態のシステム構成図である。本システムは、各店舗にそれぞれ構築されるＰＯＳシステム１と、価値カードデータベース２を管理する価値カード管理サーバ３とからなる。ＰＯＳシステム１は、複数台のＰＯＳ端末４と、各ＰＯＳ端末を一元的に管理するストアサーバ５とからなり、各ＰＯＳ端末４とストアサーバ５とは、ＬＡＮ（Local Area Network）６によって接続されている。各店舗のＰＯＳシステム１のストアサーバ５と前記価値カード管理サーバ３とは、インターネット等のネットワーク回線７によって接続されている。
【００１２】
図２に示すように、本実施形態で使用される価値カード８には、バーコード９が印刷されている。バーコード９は、当該価値カード８を一意に識別するためのカードＩＤをバーコードシンボル化したものである。
【００１３】
価値カードデータベース２は、図３に示すように、各価値カード８のカードＩＤに対応させて、価値情報とステータスフラグとを記憶する。価値情報は、対応するカードＩＤによって特定される価値カード８で支払いが可能な金額である。ステータスフラグは、例えば“０”は無効状態を示し、“１”は有効状態を示す。なお、価値情報は、金額に限定されない。１ポイントあたりの金額を可変設定可能なポイントであってもよい。
【００１４】
図４は、ＰＯＳ端末４の要部構成を示すブロック図である。ＰＯＳ端末４は、制御部本体としてＣＰＵ（Central Processing Unit）１１を搭載している。そしてこのＣＰＵ１１に、アドレスバス，データバス等のバスライン１２を介して、ＲＯＭ（Read Only Memory）１３、ＲＡＭ（Random Access Memory）１４、時計部１５、ＬＡＮコントローラ１６、キーボードコントローラ１７、表示コントローラ１８、表示コントローラ１９、プリンタコントローラ２０、スキャナコントローラ２１等を接続して、ＰＯＳ端末４の制御回路を構成している。
【００１５】
ＲＯＭ１３は、ＣＰＵ１１にＰＯＳ端末４としての機能を実現させるためのプログラムを記憶する。また、ＲＯＭ１３は、ＰＯＳ端末４としての機能を実現するために必要な種々の設定データを記憶する。
【００１６】
ＲＡＭ１４は、可変的なデータを一時的に記憶するためのメモリエリアを形成している。特に、図５に示すように、１取引として売り上げる各商品の商品コード、販売点数、販売金額及び取消フラグの各情報を記憶するためのトランザクションバッファ３０を形成している。商品コードは、商品の識別データである。販売点数及び販売金額は、対応する商品コードで特定される商品の当該１取引で販売される点数及び金額である。取消フラグは、対応する商品コードで特定される商品の購入が取り消されたとき“１”にセットされる。
【００１７】
時計部１５は、現在の日付及び時刻を計時する。ＬＡＮコントローラ１６は、ＬＡＮ６で接続されたストアサーバ５との間のデータ送受信を制御する。
【００１８】
キーボードコントローラ１７は、キーボード２２を制御し、操作キーに対応したキー信号を取り込む。キーボード２２は、置数キー、小計キー、締めキー、取消キー、返品キー等のＰＯＳ端末４としての機能に必要な種々のキーを配設したものである。
【００１９】
表示コントローラ１８は、オペレータ用ディスプレイ２３の画面表示を制御する。表示コントローラ１９は、客用ディスプレイ２４の画面表示を制御する。オペレータ用ディスプレイ２３は、キャッシャと呼ばれるＰＯＳ端末４のオペレータに対して提供する情報の画面を表示する。客用ディスプレイ２４は、決済対象の商品を購入する客に対して提供する情報の画面を表示する。
【００２０】
プリンタコントローラ２０は、レシート用紙にデータを印字するためのプリンタ２５を制御し、領収書（レシート）等を発行させる。スキャナコントローラ２１は、商品に付されるバーコードを光学的に読み取るためのスキャナ２６を制御し、読み取られたバーコードデータを取り込む。
【００２１】
図６は、ストアサーバ５の要部構成を示すブロック図である。ストアサーバ５は、制御部本体としてＣＰＵ４１を搭載している。そしてこのＣＰＵ４１に、アドレスバス，データバス等のバスライン４２を介して、ＲＯＭ４３、ＲＡＭ４４、時計部４５、ＬＡＮコントローラ４６、ＨＤＤコントローラ４７、通信インターフェース４８等を接続して、ストアサーバ５の制御回路を構成している。
【００２２】
ＲＯＭ４３は、ＣＰＵ４１にストアサーバ５としての機能を実現させるためのプログラムを記憶する。また、ＲＯＭ４３は、ストアサーバ５としての機能を実現するために必要な種々の設定データを記憶する。
【００２３】
ＲＡＭ４４は、種々の可変的なデータを一時的に記憶するためのメモリエリアを形成している。特にＲＡＭ４４は、図７に示すように、カードＩＤ、取引日時、ＰＯＳＩＤ、取引番号及び削除フラグの各情報を記憶するための再要求バッファ５０を形成している。
【００２４】
再要求バッファ５０は、購買時点の有効化要求に失敗した価値カード８の情報を記憶する。取引日時は、カードＩＤによって特定される価値カード８の購買を含む取引が行われた日時データである。ＰＯＳＩＤは、価値カード８の購買を含む取引を処理したＰＯＳ端末４の識別コードである。取引番号は、価値カード８の購買を含む取引を一意に識別するためのデータである。削除フラグは、対応するカードＩＤ，取引日時，ＰＯＳＩＤ及び取引番号のレコードを削除するとき“１”にセットされる。
【００２５】
時計部４５は、現在の日付及び時刻を計時する。ＬＡＮコントローラ４６は、ＬＡＮ６で接続された各ＰＯＳ端末４との間のデータ送受信を制御する。ＨＤＤコントローラ４７は、ＨＤＤ（Hard Disk Drive）４９に保存される商品データファイル、売上データファイル等の種々のデータファイルに対するデータの書込及び読出を制御する。通信インターフェース４８は、ネットワーク回線７を介して接続される価値カード管理サーバ３等の外部サーバとの間のデータ通信を制御する。
【００２６】
かかる構成のＰＯＳ端末４とストアサーバ５とからなるＰＯＳシステム１は、商品販売データ処理装置として機能する。すなわち、客が買上商品の会計を申し出ると、ＰＯＳ端末４を操作するキャッシャは、その買上商品に付されているバーコードを１品ずつスキャナ２６で読み取り操作する。スキャナ２６で買上商品のバーコードが読み取られると、ＣＰＵ１１は、そのバーコードを解析して得られる商品コードで商品データファイルを検索して、販売商品の品名，単価等の商品データを読み出す。そしてＣＰＵ１１は、この商品データを基に、商品コード．販売点数，販売金額等の販売商品に係わるトランザクションデータをトランザクションバッファ４０に記憶する。また、商品コード，商品名，単価，販売点数，販売金額等の明細データをオペレータ用ディスプレイ２３及び客用ディスプレイ２４に表示する。ＣＰＵ１１は、バーコードが読み取られる毎に、上記の売上処理を実行する（売上処理手段）。
【００２７】
こうして、全ての買上商品のバーコード読取操作を終了すると、キャッシャは、キーボード２２の小計キーを押下する。小計キーが押下されると、ＣＰＵ１１は、図８の流れ図に示す小計キー処理を実行する。
【００２８】
先ず、ＣＰＵ１１は、トランザクションバッファ３０を検索する（ＳＴ１）。そしてＣＰＵ１１は、トランザクションバッファ３０に価値カード８のトランザクションデータが含まれているか否かを判別する（ＳＴ２）。例えば、価値カード８に設定される商品コード（カードＩＤ）は、全て先頭の２桁の数値が等しい。そこでＣＰＵ１１は、先頭の２桁が価値カード８特有の数値と一致する商品コードの有無を判別する。そのような商品コードがあるとき、ＣＰＵ１１は、トランザクションバッファ３０に価値カード８のトランザクションデータが含まれていると認定する。そのような商品コードがないとき、ＣＰＵ１１は、トランザクションバッファ３０に価値カード８のトランザクションデータが含まれていないと認定する。
【００２９】
トランザクションバッファ３０に価値カード８のトランザクションデータが記憶されていない場合（ＳＴ２のＮＯ）、ＣＰＵ１１は、通常の小計処理に移行する（ＳＴ６）。すなわち、トランザクションバッファ３０に記憶された全てのトランザクションデータの販売金額を合算して小計金額を算出し、オペレータ用ディスプレイ２３と客用ディスプレイ２４とに表示させる。
【００３０】
トランザクションバッファ３０に価値カード８のトランザクションデータが記憶されている場合（ＳＴ２のＹＥＳ）、ＣＰＵ１１は、価値カードの有効化を要求する（ＳＴ３）。すなわち、価値カード８の証明データである商品コード（カードＩＤ）を含む有効化要求問合せコマンドを生成し、ストアサーバ５経由で、価値カード管理サーバ３に送信する（有効化要求手段）。
【００３１】
有効化要求コマンドが正常に価値カード管理サーバ３まで送信されると、価値カード管理サーバ３は、価値カードデータベース２を検索する。そして、有効化要求コマンドに含まれるカードＩＤに対応するステータスフラグを、無効を示す“０”から有効を示す“１”に変更する。また、価値カード管理サーバ３は、コマンド送信元のＰＯＳ端末４宛てに正常応答を返す。したがって、例えば通信異常により有効化要求コマンドが価値カード管理サーバ３に送信されなかった場合には、そのコマンドに含まれるカードＩＤに対応するステータスフラグは“０”のままであり、正常応答も返らない。
【００３２】
ステップＳＴ３の処理にて有効化要求問合せコマンドを送信したＰＯＳ端末４のＣＰＵ１１は、正常応答を待機する（ＳＴ４）。所定時間内に正常応答を受信すると（ＳＴ４のＹＥＳ）、ＣＰＵ１１は、小計処理に移行する（ＳＴ６）。
【００３３】
所定時間が経過しても正常応答を受信できない場合（ＳＴ４のＮＯ）、ＣＰＵ１１は、ＲＡＭ４４のフラグエリアで記憶する有効化エラーフラグを“１”にセットする（ＳＴ５）。しかる後、ＣＰＵ１１は、小計処理に移行する（ＳＴ６）。
小計処理が終了すると、小計キー処理は終了する。
【００３４】
小計金額を確認したキャッシャは、客に代金の支払いを求める。そして代金の支払いを受けると、キャッシャは、締めキーを操作する。締めキーの操作を検知すると、ＣＰＵ１１は、図９の流れ図に示す処理を実行する。
【００３５】
先ず、ＣＰＵ１１は、取引締め処理を実行する（ＳＴ１１）。この処理は、釣銭演算及び釣銭表示と、合計金額，預かり金額，釣銭額、取引日時、取引番号、ＰＯＳＩＤ等の決済に係わるトランザクションデータの保存とを含む。取引締め処理が終了すると、ＣＰＵ１１は、プリンタ２５を駆動して取引レシート６０を発行する（ＳＴ１２）。
【００３６】
次いで、ＣＰＵ１１は、今回の取引に価値カードの有効化エラーが発生しているか否かを判定する（ＳＴ１３）。ＲＡＭ１４のフラグエリアに有効化エラーフラグがセットされていたならば有効化エラー有りと判定し、有効化エラーフラグがセットされていなければ有効化エラー無しと判定する。
【００３７】
有効化エラー無しの場合（ＳＴ１３のＮＯ）、ＣＰＵ１１は、トランザクションバッファ３０に記憶したトランザクションデータをストアサーバ５に送信する（ＳＴ１４）。しかる後、トランザクションバッファ３０をクリアして（ＳＴ１８）、この締めキー処理を終了する。
【００３８】
有効化エラー有りの場合（ＳＴ１３のＹＥＳ）、ＣＰＵ１１は、価値カード販売レシート７０を発行する（ＳＴ１５）。また、ＣＰＵ１１は、トランザクションバッファ３０に記憶したトランザクションデータをストアサーバ５に送信する。このときＣＰＵ１１は、トランザクションデータに有効化エラーを示す情報を付加する（ＳＴ１６）。しかる後、ＣＰＵ１１は、有効化エラーフラグを“０”にリセットするとともに（ＳＴ１７）、トランザクションバッファ３０をクリアして（ＳＴ１８）、この締めキー処理を終了する。
【００３９】
ステップＳＴ１２の処理で発行される取引レシート６０の一例を図１０に示す。また、ステップＳＴ１５の処理で発行される価値カード販売レシート７０の一例を図１１に示す。図１０は、価値カードである２枚のギフトカード（ギフトカード１０００、ギフトカード５００）と、商品ＡＡＡの３点を購入する客に対して発行された取引レシート６０を例示する。そして、小計キーの入力処理の際に２枚のギフトカードの有効化要求がエラーとなったため発行された価値カード販売レシート７０を、図１１に例示する。
【００４０】
取引レシート６０には、販売商品の名称、販売金額、合計金額、取引日時６１、ＰＯＳＩＤ６２、取引番号６３等が印刷される。価値カード販売レシート７０には、各ギフトカードのカードＩＤ７１ａ，７１ｂ、取引日時７２、ＰＯＳＩＤ７３に加えて、各ギフトカードが２４時間以内に有効になることを示すメッセージ７４が印刷される。
【００４１】
価値カード販売レシート７０が発行されると、キャッシャは、価値カード（ギフトカード１０００、ギフトカード５００）がまだ有効化されておらず直ぐには使用できないこと、しかし２４時間以内ならば確実に有効化されるのでそれ以降は使用できること、を客に通知する。
【００４２】
ここで、客が価値カードをそのまま持ち帰った場合には、この客との商取引が終了する。しかし、客が価値カードの返品を申し出た場合には、キャッシャは返品キーを押下する。返品キーが押下されると、ＣＰＵ１１は、図１２の流れ図に示す処理を実行する。
【００４３】
先ず、ＣＰＵ１１は、取引番号の入力を待機する（ＳＴ２１）。置数キーによる置数入力により取引レシート６０の取引番号６２が入力されると（ＳＴ２１のＹＥＳ）、ＣＰＵ１１は、ストアサーバ５で保存されている同一取引番号のトランザクションデータを取得する（ＳＴ２２）。
【００４４】
トランザクションデータを取得し、トランザクションバッファ３０に展開したならば、ＣＰＵ１１は、商品コードが入力されるのを待機する（ＳＴ２３）。バーコードのスキャニングにより商品コードが入力されると（ＳＴ２３のＹＥＳ）、ＣＰＵ１１は、返品処理を実行する（ＳＴ２４）。すなわち、同一商品コードのトランザクションデータの取消フラグを“１”にセットする。また、このトランザクションデータの商品コードで特定される商品名と単価を、オペレータ用ディスプレイ２３と客用ディスプレイ２４に表示させる（返品処理手段）。
【００４５】
ＣＰＵ１１は、返品商品が価値カードであるか否かを判断する（ＳＴ２５）。スキャニングされた商品コードの先頭の２桁が価値カード８特有の数値と一致するとき、ＣＰＵ１１は、返品商品が価値カードであると認定する。それ以外のときには、ＣＰＵ１１は、返品商品が価値カード以外であると認定する。返品商品が価値カード以外であるとき（ＳＴ２５のＮＯ）、ＣＰＵ１１は、返品締めの操作がなされるのを待機する（ＳＴ２７）。
【００４６】
これに対し、返品商品が価値カードであった場合には（ＳＴ２５のＹＥＳ）、ＣＰＵ１１は、カード返品レシート８０を発行する（ＳＴ２６）。カード返品レシート８０の発行例を図１３に示す。図示するように、カード返品レシート８０には、返品された価値カードのカードＩＤ８１及びカード名称８２と、返品されたことを示すメッセージ８３とが印刷される。
【００４７】
カード返品レシート８０を発行した後、ＣＰＵ１１は、返品締めの操作がなされるのを待機する（ＳＴ２７）。
【００４８】
返品締めの操作がなされず（ＳＴ２７のＮＯ）、次の返品商品の商品コードが入力された場合には（ＳＴ２３のＹＥＳ）、ＣＰＵ１１は、上記のステップＳＴ２４，２５，２６の処理を繰り返す。したがって、返品商品が価値カードであった場合には、そのカードに対する返品レシート８０が発行される。
【００４９】
締めキーの操作により返品締めが宣言されると（ＳＴ２７のＹＥＳ）、ＣＰＵ１１は、トランザクションバッファ３０のデータに返品トランザクションデータであることを示す情報を付して送信する（ＳＴ２８）。以上で、返品キー処理は終了する。
【００５０】
ストアサーバ５のＣＰＵ４１は、ＬＡＮ６を介して接続されるＰＯＳ端末４からトランザクションデータを受信すると、図１４の流れ図に示す処理を実行する。
【００５１】
先ず、ＣＰＵ４１は、受信したトランザクションデータが返品トランザクションデータであるか否かを判断する（ＳＴ３１）。受信したトランザクションデータに、返品トランザクションデータであることを示す情報が付加されている場合には返品トランザクションデータと認識し、付加されていない場合には通常の売上トランザクションデータと認識する。
【００５２】
受信したトランザクションデータが売上トランザクションデータの場合（ＳＴ３１のＮＯ）、ＣＰＵ４１は、受信したトランザクションデータを解析する（ＳＴ３２）。そして、トランザクションデータに有効化エラーを示す情報が付加されているか否かを判断する（ＳＴ３３）。トランザクションデータに有効化エラーを示す情報が付加されていない場合（ＳＴ３３のＮＯ）、ＣＰＵ４１は、受信したトランザクションデータを、ＨＤＤ上のトランザクションファイルに追加する（ＳＴ４０）。
【００５３】
これに対し、トランザクションデータに有効化エラーを示す情報が付加されている場合には（ＳＴ３３のＹＥＳ）、ＣＰＵ４１は、そのトランザクションデータから価値カードの販売データ、つまりは先頭の２桁が価値カード８特有の数値と一致する商品コードのデータを取得する（ＳＴ３４）。そして、この価値カード販売データを再要求バッファ５０に記憶する（ＳＴ３５）。しかる後、ＣＰＵ４１は、受信したトランザクションデータを、ＨＤＤ上のトランザクションファイルに追加する（ＳＴ４０）。
【００５４】
受信したトランザクションデータが返品トランザクションデータであった場合（ＳＴ３１のＹＥＳ）、ＣＰＵ４１は、受信したトランザクションデータを解析する（ＳＴ３６）。そして、トランザクションデータに有効化エラーを示す情報が付加されているか否かを判断する（ＳＴ３７）。トランザクションデータに有効化エラーを示す情報が付加されていない場合（ＳＴ３７のＮＯ）、ＣＰＵ４１は、受信したトランザクションデータを、ＨＤＤ上のトランザクションファイルに追加する（ＳＴ４０）。
【００５５】
トランザクションデータに有効化エラーを示す情報が付加されている場合（ＳＴ３７のＹＥＳ）、ＣＰＵ４１は、そのトランザクションデータから価値カードの販売データを取得する（ＳＴ３８）。そして、この価値カード販売データと同一のデータを再要求バッファ５０から削除する。具体的には、同一データの削除フラグを“１”にセットする（ＳＴ３９：再要求停止手段）。しかる後、ＣＰＵ４１は、受信したトランザクションデータを、ＨＤＤ上のトランザクションファイルに追加する（ＳＴ４０）。
【００５６】
また、ストアサーバ５のＣＰＵ４１は、時計部４５で例えば１時間が計時される毎に発生するタイマ割込信号に応答して、図１５の流れ図に示す処理を実行する。
【００５７】
先ず、ＣＰＵ４１は、再要求バッファ５０を検索する（ＳＴ５１）。そしてＣＰＵ４１は、再要求バッファ５０に価値カード販売データが記憶されているか否かを判断する（ＳＴ５２）。記憶されていない場合、あるいは記憶されているものの削除フラグがセットされている場合（ＳＴ５２のＮＯ）、ＣＰＵ４１は、今回の割込処理を終了する。
【００５８】
削除フラグがセットされていない価値カード販売データが再要求バッファ５０に記憶されている場合（ＳＴ５２のＹＥＳ）、ＣＰＵ４１は、その再要求バッファ５０の価値カード販売データで有効化要求問合せコマンドを生成し、価値カード管理サーバ３に送信する（ＳＴ５３：有効化再要求手段）。そして、ＣＰＵ４１は、正常応答を待機する（ＳＴ５４）。
【００５９】
所定時間内に価値カード管理サーバ３から正常応答を受信したならば（ＳＴ５４のＹＥＳ）、ＣＰＵ４１は、再要求バッファ５０をクリアする（ＳＴ５５）。これに対し、所定時間を経過しても正常応答を受信できなかった場合には（ＳＴ５４のＮＯ）、再要求バッファ５０をクリアしない。以上で、ＣＰＵ４１は、今回の割込処理を終了する。
【００６０】
このように、本実施形態の商品販売データ処理装置、すなわちＰＯＳ端末４とストアサーバ５とからなるＰＯＳシステム１においては、価値カード８の購買を含む商取引が発生すると、その価値カード８の有効化要求が価値カード管理サーバ３に対して実行される。そして、価値カード管理サーバ３において当該価値カード８が有効化されたならば、その価値カード８は直ぐに使用が可能となる。
【００６１】
ところが、例えばネットワーク回線７の一時的な障害により当該価値カード８の有効化に失敗した場合には、その価値カード８は、直ぐには使用できない。この場合、ＰＯＳ端末４からは、価値カード販売レシート７０が発行される。また、ストアサーバ５においては、当該価値カード８のカードＩＤを含む情報が再要求バッファ５０に記憶される。
【００６２】
有効化に失敗した価値カード８のカードＩＤを含む情報が再要求バッファ５０に記憶されると、ストアサーバ５は、例えば１時間間隔で価値カード管理サーバ３に対してその価値カード８の有効化要求を実行する。したがって、価値カード販売レシート７０には、その価値カード８が２４時間以内に有効になることを示すメッセージ７４が印刷される。
【００６３】
ここで、客が価値カードの返品を申し出た場合、キャッシャは返品キーを押下して、ＰＯＳ端末４にて返品処理を実行させる。そうすると、ストアサーバ５の再要求バッファ５０に記憶された当該価値カード８の情報が削除される。このため、ストアサーバ５による当該価値カード８の有効化要求は実施されない。したがって、返品された価値カード８が有効化されることはない。よって、返品扱いとなった価値カードが有効となって、例えば店員による不正使用が行われるのを未然に防ぐことができる。
【００６４】
［第２の実施形態］
次に、第２の実施形態について、図１６〜図１８を用いて説明する。
第１の実施形態では、価値カード８の有効化に失敗した場合、１商取引の締めを宣言する締めキーの操作により価値カード販売レシート７０が発行されて、価値カード８の有効化に失敗したことがユーザ（キャッシャと客）に報知される。このため、客が価値カード８の購入を取り止めた場合、返品取引で対処する。
【００６５】
第２の実施形態は、価値カード８の有効化に失敗した場合、１商取引の締めが宣言される前にユーザに報知する。こうすることにより、客が価値カード８の購入を取り止めた場合には、単品取消処理によって同一取引内で対処できるようになる。
【００６６】
このような第２の実施形態は、ＰＯＳ端末４のＣＰＵ１１が実行する小計キー処理の一部を第１の実施形態から変更することによって実現可能である。その他は、第１の実施形態と同一である。このため、第１の実施形態と共通する部分には同一符号を付して、第２の実施形態を説明する。
【００６７】
図１６は、第２の実施形態における小計キー処理の手順を示す流れ図である。図１６において、第１の実施形態と共通する処理ブロックには、同一のステップ符号（ＳＴｘ）を付している。
【００６８】
すなわち、第２の実施形態が第１の実施形態と異なる点は、価値カードの有効化要求に対して所定時間内に正常応答を受信できないときの処理である。所定時間内に正常応答を受信できなかった場合（ＳＴ４のＮＯ）、ＣＰＵ１１は、オペレータ用ディスプレイ２３及び客用ディスプレイ２４に有効化エラーメッセージ画面を表示させる（ＳＴ６１：表示制御手段）。
【００６９】
オペレータ用ディスプレイ２３に表示される有効化エラーメッセージ画面９１の一例を図１７に示す。また、客用ディスプレイ２４に表示される有効化エラーメッセージ画面９２の一例を図１８に示す。図示するように、有効化エラーメッセージ画面９１，９２には、有効化に失敗した価値カード（ギフトカード１０００、ギフトカード５００）の名称と、その価値カードがまだ有効化されておらず直ぐには使用できないこと、しかし２４時間以内ならば確実に有効化されるのでそれ以降は使用できることが表示される。また、オペレータ用ディスプレイ２３に表示される有効化エラーメッセージ画面９１には、客が価値カード８の購買を取り止めないときの操作キーを示すガイダンス（継続宣言→Ｘキー）と、購買を取り止めるときの操作キーを示すガイダンス（取消宣言→取消キー）とが表示される。
【００７０】
ＣＰＵ１１は、上記継続宣言の操作キー（Ｘキー）が操作されるか、取消宣言の操作キー（取消キー）が操作されるのを待機する（ＳＴ６２：選択受付手段）。ここで、継続宣言の操作キーが入力された場合には、ＣＰＵ４１は、小計処理に移行する（ＳＴ６）。
【００７１】
これに対し、取消宣言の操作キーが入力された場合には、ＣＰＵ４１は、トランザクションバッファ３０から価値カード８のトランザクションデータを削除する。具体的には、該当データの削除フラグを“１”にセットする（ＳＴ６３：販売取消処理手段）。しかる後、ＣＰＵ１１は、小計処理に移行する（ＳＴ６）。
【００７２】
このように、第２の実施形態の商品販売データ処理装置においては、価値カード８の有効化に失敗した場合に、有効化エラーメッセージ画面９１，９２によって、キャッシャと客に報知される。
【００７３】
ここで、有効化に失敗した価値カード８を客がそのまま購入する場合には、小計処理に続いて、締めキー処理が実行される。したがって、価値カード販売レシート７０が発行されるとともに、この価値カード８のカードＩＤを含む情報が、ストアサーバ５の再要求バッファ５０に記憶される。その結果、例えば１時間間隔でストアサーバ５から価値カード管理サーバ３に対してその価値カード８の有効化要求が実行される。
【００７４】
これに対し、有効化に失敗した価値カード８の購入を客が取り止めた場合には、トランザクションバッファ３０から当該価値カード８のトランザクションデータが削除される。このため、小計処理に続いて締めキー処理が実行されても、この価値カード８のカードＩＤを含む情報が再要求バッファ５０に記憶されることはない。したがって、購入取り止めとなった価値カード８が有効化されることはない。よって、返品扱いとなった価値カードが有効となって、例えば店員による不正使用が行われるのを未然に防ぐことができる。
【００７５】
以下、前記実施形態の変形例について説明する。
例えば、図９の締めキー処理において、ＳＴ１１の取引締め処理の後に、ＳＴ１３の有効化エラー判定処理を実行し、有効化エラー無しの場合は（ＳＴ１３のＮＯ）、取引レシートを発行した後に、トランザクションデータの送信（ＳＴ１４）と、トランザクションバッファのクリアを行い（ＳＴ１８）、有効化エラー有りの場合には（ＳＴ１３のＹＥＳ）、価値カード販売レシートを発行した後（ＳＴ１５）、取引レシートを発行し、その後、ステップＳＴ１６，１７，１８の処理を実行するようにしてもよい。こうすることにより、価値カード８の有効化に失敗した場合には、先に価値カード販売レシートが発行され、続いて取引レシートが発行されるので、キャッシャは価値カード販売レシートが発行されたこと、つまりは価値カード８の有効化に失敗したことを確実に認識することができる。
【００７６】
また、第２の実施形態では、有効化エラーメッセージを表示形式で報知したが、報知方法は表示形式に限定されるものではない。例えば有効化エラーメッセージの内容を音声によって報知してもよい。また、客用ディスプレイ２４をタッチパネルとし、客用ディスプレイ２４に表示される有効化エラーメッセージ画面９２に、継続宣言の操作キーと取消宣言の操作キーの各操作ボタンイメージを表示させる。こうすることにより、有効化に失敗した価値カードを購入するか否かを客自身によって選択させることができる。
【００７７】
また、第１，第２の実施形態は、ＰＯＳ端末４とストアサーバ５とからなるＰＯＳシステム１を商品販売データ処理装置としたが、例えばストアサーバ５が具備していた再要求バッファ５０を含む必須の構成をＰＯＳ端末４側に設けることで、ＰＯＳ端末４を商品販売データ処理装置としてもよい。
【００７８】
また、第１，第２の実施形態は、ストアサーバ５及びＰＯＳ端末の装置内部のプログラム記憶部（ＲＯＭ１３，４３）に発明の機能を実現させる制御プログラムが予め記録されているものとした。しかしこれに限らず、同様のプログラムがネットワークから装置にダウンロードされてもよい。あるいは、記録媒体に記録された同様のプログラムが、装置にインストールされてもよい。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。
【００７９】
この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００８０】
１…ＰＯＳシステム、２…価値カードデータベース、３…価値カード管理サーバ、４…ＰＯＳ端末、５…ストアサーバ、８…価値カード、３０…トランザクションバッファ、５０…再要求バッファ。
【特許請求の範囲】
【請求項１】
入力された買上商品のデータに基づいて商品販売データを売上処理する売上処理手段と、
入力された返品商品のデータに基づいて商品販売データを返品処理する返品処理手段と、
前記売上処理手段により処理した商品販売データのなかに、その商品の販売に際し正規に販売されたことの証明データをサーバに送信することが求められる商品の販売データが含まれるとき、その商品の証明データを前記サーバに送信する有効化要求手段と、
この有効化要求手段による証明データの送信に対して前記サーバにて有効化要求が承認されなかったとき、有効化要求が承認されるまで前記証明データの再送信を繰り返す有効化再要求手段と、
前記返品処理手段により処理した商品販売データのなかに、前記有効化再要求手段により証明データの再送信が繰り返される商品のデータが含まれるとき、当該証明データの再送信を終了させる再要求停止手段と、
を具備したことを特徴とする商品販売データ処理装置。
【請求項２】
サーバにて有効化要求が承認されなかった商品の証明データを記憶する再要求バッファ、をさらに具備し、
前記有効化再要求手段は、前記再要求バッファにデータが記憶される商品の証明データを再送信し、
前記再要求停止手段は、前記返品処理手段により処理した商品販売データのなかに含まれる商品の証明データを前記再要求バッファからクリアすることを特徴とする請求項１記載の商品販売データ処理装置。
【請求項３】
前記売上処理手段により売上処理された商品販売データの明細を示すレシートを印字するプリンタ、をさらに具備し、
前記返品処理手段は、返品商品が前記証明データをサーバに送信することが求められる商品のとき、前記プリンタを動作させて前記証明データをサーバに送信することが求められる商品が返品されたものであることを特定する情報をレシート用紙に印字する処理を含むことを特徴とする請求項１記載の商品販売データ処理装置。
【請求項４】
入力された買上商品のデータに基づいて商品販売データを売上処理する売上処理手段と、
前記売上処理手段により処理した商品販売データのなかに、その商品の販売に際し正規に販売されたことの証明データをサーバに送信することが求められる商品の販売データが含まれるとき、その商品の証明データを前記サーバに送信する有効化要求手段と、
この有効化要求手段による証明データの送信に対して前記サーバにて有効化要求が承認されなかったとき、前記商品の購入を取り消すか否かの選択入力を受付ける選択受付手段と、
この選択受付手段が前記商品の購入非取消の選択入力を受付けると、有効化要求が承認されるまで前記証明データの再送信を繰り返す有効化再要求手段と、
前記選択受付手段が前記商品の購入取消の選択入力を受付けると、前記売上処理手段により処理した商品販売データのなかから前記商品のデータを削除する販売取消処理手段と、
を具備したことを特徴とする商品販売データ処理装置。
【請求項５】
前記有効化要求手段による証明データの送信に対して前記サーバにて有効化要求が承認されなかったとき、承認されなかった旨を客用のディスプレイに表示させる表示制御手段、
をさらに具備したことを特徴とする請求項４記載の商品販売データ処理装置。
【請求項６】
入力された買上商品のデータに基づいて商品販売データを売上処理する売上処理手段と、入力された返品商品のデータに基づいて商品販売データを返品処理する返品処理手段と、前記売上処理手段により処理した商品販売データのなかに、その商品の販売に際し正規に販売されたことの証明データをサーバに送信することが求められる商品の販売データが含まれるとき、その商品の証明データを前記サーバに送信する有効化要求手段とを備えたＰＯＳ（Point Of Sales）端末に通信回線を介して接続されるコンピュータに、
前記証明データの送信に対して前記サーバにて有効化要求が承認されなかったとき、有効化要求が承認されるまで前記証明データの再送信を繰り返す有効化再要求機能と、
前記返品処理手段により処理した商品販売データのなかに、前記有効化再要求機能により証明データの再送信が繰り返される商品のデータが含まれるとき、当該証明データの再送信を終了させる再要求停止機能と、
を実現させるためのプログラム。
【請求項１】
入力された買上商品のデータに基づいて商品販売データを売上処理する売上処理手段と、
入力された返品商品のデータに基づいて商品販売データを返品処理する返品処理手段と、
前記売上処理手段により処理した商品販売データのなかに、その商品の販売に際し正規に販売されたことの証明データをサーバに送信することが求められる商品の販売データが含まれるとき、その商品の証明データを前記サーバに送信する有効化要求手段と、
この有効化要求手段による証明データの送信に対して前記サーバにて有効化要求が承認されなかったとき、有効化要求が承認されるまで前記証明データの再送信を繰り返す有効化再要求手段と、
前記返品処理手段により処理した商品販売データのなかに、前記有効化再要求手段により証明データの再送信が繰り返される商品のデータが含まれるとき、当該証明データの再送信を終了させる再要求停止手段と、
を具備したことを特徴とする商品販売データ処理装置。
【請求項２】
サーバにて有効化要求が承認されなかった商品の証明データを記憶する再要求バッファ、をさらに具備し、
前記有効化再要求手段は、前記再要求バッファにデータが記憶される商品の証明データを再送信し、
前記再要求停止手段は、前記返品処理手段により処理した商品販売データのなかに含まれる商品の証明データを前記再要求バッファからクリアすることを特徴とする請求項１記載の商品販売データ処理装置。
【請求項３】
前記売上処理手段により売上処理された商品販売データの明細を示すレシートを印字するプリンタ、をさらに具備し、
前記返品処理手段は、返品商品が前記証明データをサーバに送信することが求められる商品のとき、前記プリンタを動作させて前記証明データをサーバに送信することが求められる商品が返品されたものであることを特定する情報をレシート用紙に印字する処理を含むことを特徴とする請求項１記載の商品販売データ処理装置。
【請求項４】
入力された買上商品のデータに基づいて商品販売データを売上処理する売上処理手段と、
前記売上処理手段により処理した商品販売データのなかに、その商品の販売に際し正規に販売されたことの証明データをサーバに送信することが求められる商品の販売データが含まれるとき、その商品の証明データを前記サーバに送信する有効化要求手段と、
この有効化要求手段による証明データの送信に対して前記サーバにて有効化要求が承認されなかったとき、前記商品の購入を取り消すか否かの選択入力を受付ける選択受付手段と、
この選択受付手段が前記商品の購入非取消の選択入力を受付けると、有効化要求が承認されるまで前記証明データの再送信を繰り返す有効化再要求手段と、
前記選択受付手段が前記商品の購入取消の選択入力を受付けると、前記売上処理手段により処理した商品販売データのなかから前記商品のデータを削除する販売取消処理手段と、
を具備したことを特徴とする商品販売データ処理装置。
【請求項５】
前記有効化要求手段による証明データの送信に対して前記サーバにて有効化要求が承認されなかったとき、承認されなかった旨を客用のディスプレイに表示させる表示制御手段、
をさらに具備したことを特徴とする請求項４記載の商品販売データ処理装置。
【請求項６】
入力された買上商品のデータに基づいて商品販売データを売上処理する売上処理手段と、入力された返品商品のデータに基づいて商品販売データを返品処理する返品処理手段と、前記売上処理手段により処理した商品販売データのなかに、その商品の販売に際し正規に販売されたことの証明データをサーバに送信することが求められる商品の販売データが含まれるとき、その商品の証明データを前記サーバに送信する有効化要求手段とを備えたＰＯＳ（Point Of Sales）端末に通信回線を介して接続されるコンピュータに、
前記証明データの送信に対して前記サーバにて有効化要求が承認されなかったとき、有効化要求が承認されるまで前記証明データの再送信を繰り返す有効化再要求機能と、
前記返品処理手段により処理した商品販売データのなかに、前記有効化再要求機能により証明データの再送信が繰り返される商品のデータが含まれるとき、当該証明データの再送信を終了させる再要求停止機能と、
を実現させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１２−１７３８５２（Ｐ２０１２−１７３８５２Ａ）
【公開日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【出願番号】特願２０１１−３３３１８（Ｐ２０１１−３３３１８）
【出願日】平成２３年２月１８日（２０１１．２．１８）
【出願人】（０００００３５６２）東芝テック株式会社 (5,631)
【Ｆターム（参考）】
【公開日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【出願日】平成２３年２月１８日（２０１１．２．１８）
【出願人】（０００００３５６２）東芝テック株式会社 (5,631)
【Ｆターム（参考）】
[ Back to top ]