JP2005100438A - 商品販売システム - Google Patents

Abstract

【課題】商品販売装置の異常に対して会計担当者が速やかに対処できるようにする。
【解決手段】商品の購入申込みを受け付ける毎に固有の受付番号を発番する受付端末装置２と、受付番号の入力手段を有し、この入力手段により受付番号が入力されると受付端末装置２がその受付番号で購入申込みを受け付けた商品の代金支払いを処理する会計装置３と、受付端末装置２で購入申込みが受け付けられ、かつ会計装置３で代金支払いが処理された商品を販売する商品販売装置４とからなる商品販売システムにおいて、受付端末装置２は、商品販売装置による商品販売動作を監視する。そして、商品販売動作の異常を検知すると、会計装置３に所定の障害メッセージを通知する。会計装置３は、受付端末装置２から障害メッセージの通知を受けると、その障害メッセージをオペレータに報知する。
【選択図】 図１

Description

本発明は、チケット，コンテンツ等の商品を販売する商品販売システムに関する。

近年、多くのコンビニエンスストアでは、売場に陳列している商品とは別に、ネットワーク上の商品センタで管理している商品の販売システムを確立している。例えば、コンサート，映画，アミューズメントパーク等で利用可能なチケットや，ゲームソフト，パックツアー等のコンテンツの販売システムが該当する。

従来のこの種の商品販売システムは、商品センタとネットワークで接続された受付端末装置に、商品の代金支払いを処理するＰＯＳ（Point Of Sales）ターミナル等の会計装置と、チケット印刷装置等の商品販売装置とを、ＬＡＮ（Local Area Network）等の通信回線で接続して構成している。

受付端末装置は、通常、顧客自身が操作する。顧客は、受付端末装置を操作して商品センタにアクセスし、購入を希望する商品を探す。そして、該当する商品を見つけると、その商品の購入を申し込む。商品の購入申込みが受け付けられると、受付端末装置から固有の受付番号が発番される。そして、この受付番号と対応付けられて、購入申込みが受け付けられた商品の情報が記憶保存される。また、受付番号のバーコードが印刷された商品引換レシートが発行される。

そこで顧客は、受付端末装置から発行された商品引換レシートを店の会計担当者に渡す。会計担当者は、顧客から受取った商品引換レシートに印刷されているバーコードを会計装置のスキャナで読み取る。そうすると、このバーコードに対応する受付番号で受け付けられた商品の情報が受付端末装置から会計装置に送られ、会計装置でこの商品の販売データが登録処理される。

そこで会計担当者は、顧客から商品の代金支払いを受ける。そして、その支払いデータを会計装置に入力する。そうすると、会計装置のプリンタにより商品の買上レシートが発行される。また、商品販売装置から顧客が購入した商品が販売される。商品がチケットの場合には、チケット印刷装置からチケットが印刷される。通常、商品販売装置は、会計装置が置かれているカウンタの内側（会計担当者側）に置かれている。そこで会計担当者は、商品販売装置から販売された商品を顧客に渡す。かくして、受付端末装置を操作してチケット等の商品の購入を申し込んだ顧客は、その申し込んだ商品を受取ることができる（例えば、特許文献１参照）。

ところで一般に、チケット印刷装置は、所定のフォーマットで印刷項目欄のプレ印刷が施されたチケット用紙を使用している。そして、このチケット用紙の印刷項目欄に該当するチケット項目情報を印刷することにより、商品であるチケットを発行するようになっている。このため、会計担当者がチケット用紙の表裏や上下を逆にしてチケット印刷装置にセットした場合には、チケット項目情報が該当する印刷項目欄から外れて印刷されてしまうため、発行されたチケットを無効にせざるを得なかった。また、印刷項目欄に該当するチケット項目情報が印刷されている場合でも、印刷された文字が掠れたり潰れたりして判読が困難な場合には、そのチケットを無効としていた。このような場合、従来は、会計担当者の判断により、同一内容のチケットを再発行して対処していた。
特開２００１−１２５９６５号公報

上述したように、この種の商品販売システムは、チケット印刷装置等の商品販売装置が正常に動作して商品が販売されたにも係らず、その販売済商品を無効扱いにして、同一の商品を再度販売することが可能であった。このため、無効扱いされた販売済商品は必ずしも使用不可能であるとは限らないので、不正に使用されるおそれがあった。そこで、同一商品の再度の販売により無効扱いになった販売済商品を確実に回収して、販売済商品の不正使用を防止することが望まれていた。

その一方で、この種の商品販売システムは、会計担当者が会計装置に商品代金の支払いデータを入力する。そうすると、商品販売装置から該当する商品が販売される。ただし、代金支払いデータを入力した後、商品が販売されるまでには時間がかかる。そこで、この時間を利用して、会計担当者は次の客の会計を処理していた。このため、商品販売装置に異常が発生しても、混雑時には会計担当者が他の客の会計に追われてしまい、異常に気付くのが遅れることがあった。

本発明はこのような事情に基づいてなされたもので、その目的とするところは、商品販売装置の異常に対して会計担当者が速やかに対処できる商品販売システムを提供しようとするものである。

本発明は、商品の購入申込みを受け付ける毎に固有の受付番号を発番する受付端末装置と、受付番号の入力手段を有し、この入力手段により受付番号が入力されると受付端末装置がその受付番号で購入申込みを受け付けた商品の代金支払いを処理する会計装置と、受付端末装置で購入申込みが受け付けられ、かつ会計装置で代金支払いが処理された商品を販売する商品販売装置とからなる商品販売システムにおいて、受付端末装置は、商品販売装置による商品販売動作を監視する監視手段と、この監視手段により商品販売動作の異常を検知すると会計装置に所定の障害メッセージを通知するメッセージ通知手段とを備え、会計装置は、受付端末装置から障害メッセージの通知を受けるとその障害メッセージをオペレータに報知する障害メッセージ報知手段を備えたものである。

かかる手段を講じた本発明によれば、商品販売装置の異常に対して会計担当者が速やかに対処できる商品販売システムを提供できる。

以下、本発明の一実施の形態を図面を用いて説明する。
なお、この実施の形態は、ネットワーク上の商品センタで管理している商品として、コンサート，映画，アミューズメントパーク等で利用可能なチケットを販売するコンビニエンスストアの商品販売システムに本発明を適用した場合である。

図１は本実施の形態における商品販売システムの概略構成を示す図である。この商品販売システムは、ＬＡＮ１に、１台の受付端末装置２と、２台のＰＯＳターミナル３と、１台のチケット印刷装置４と、１台のストアコンピュータ５を接続してなるものである。なお、受付端末装置２，ＰＯＳターミナル３及びチケット印刷装置４の接続台数は、本実施の形態のものに限定されるものではない。また、受付端末装置２とＰＯＳターミナル３とチケット印刷装置４とを接続する通信回線も、ＬＡＮ１に限定されるものではない。

受付端末装置２は、ＷＡＮ（Wide Area Network）６を介して１乃至複数の商品センタ７と接続しており、この商品センタ７でそれぞれ管理される各種のチケット商品の販売申込みを受け付ける。受付端末装置２の外観の一例を図２に示す。この受付端末装置２は、正面に、タッチパネル付ディスプレイ２１と、商品引換レシートの発行口２２とを設けている。客は、自らタッチパネル付ディスプレイ２１をタッチ操作して、チケット商品の購入申込みを行なうことができる。受付端末装置２は、タッチパネル付ディスプレイ２１からの情報に基づいてチケット商品の購入申込みを受け付ける毎に固有の受付番号を発番し、この受付番号を示すバーコード等を印字した商品引換レシートを発行口２２から発行するものとなっている。

ＰＯＳターミナル３は、客が買上げる商品の販売データをメモリに登録し、登録を完了すると、その客が買上げた商品の明細等を印字した買上レシートを発行する会計装置として機能する。このＰＯＳターミナル３の外観の一例を図３に示す。ＰＯＳターミナル３は、正面にキーボード３１、モードスイッチ３２及びオペレータ用のタッチパネル付ディスプレイ３３を設けており、背面に客用のディスプレイ３４を設けている。また、レシート印字及びジャーナル印字を行なうためのプリンタ３５を内蔵しており、このプリンタ３５で印字されたレシートをレシート発行口３６から発行するようになっている。さらに、現金等を収容するためのドロワ３７を備えるとともに、バーコードを読み取るためのスキャナ３８を接続している。キーボード３１は、数値データを置数入力するための置数キーの他、ＰＬＵキー，小計キー，現計キー，信計キー等の各種ファンクションキーを配設したものである。モードスイッチ３２は、登録モード，点検モード，精算モード等の各種業務モードを選択するためのものである。

チケット印刷装置４は、所定のフォーマットで印刷項目欄のプレ印刷が施されたチケット用紙を使用して、コンサート，映画，アミューズメントパーク等で利用可能な各種のチケットを印刷するもので、商品販売装置として機能する。ストアコンピュータ５は、各ＰＯＳターミナル３で登録処理された各商品の販売データに基づいて、各商品の売上げや在庫等を管理するものである。

図４は受付端末装置２の要部構成を示すブロック図である。この受付端末装置２は、制御部本体を構成するＣＰＵ（Central Processing Unit）４１に、プログラム等を格納したＲＯＭ（Read Only Memory）４２、各種のデータを記憶するＲＡＭ（Random Access Memory）４３、現在の日時を計時する時計部４４、ＬＡＮコントローラ４５、ＨＤＤ（Hard Disk Drive）コントローラ４６、タッチパネルコントローラ４７、プリンタコントローラ４８、ＷＡＮコントローラ４９等をバス接続してなる制御回路を内蔵している。そして、ＬＡＮコントローラ４５にＬＡＮ１を接続し、ＨＤＤコントローラ４６にＨＤＤ装置５０を接続し、タッチパネルコントローラ４７にタッチパネル付ディスプレイ２１のタッチパネルセンサ２１Ａとディスプレイ部２１Ｂとを接続し、プリンタコントローラ４８に商品引換レシートを印字するためのプリンタ５３を接続し、ＷＡＮコントローラ４９にＷＡＮ６を接続している。

ＬＡＮコントローラ４５は、ＬＡＮ１を通じて行なうデータ通信を制御する。ＨＤＤコントローラ４６は、ＨＤＤ装置５０に対するデータの書込み及び読出しを制御する。タッチパネルコントローラ４７は、ＣＰＵ４１からの指令によりディスプレイ部２１Ｂに各種の画面を選択的に表示させるとともに、タッチパネルセンサ２１Ａからの信号によりタッチ位置座標を検出してＣＰＵ４１に知らせる。プリンタコントローラ４８は、プリンタ５３の印字動作を制御する。ＷＡＮコントローラ４９は、ＷＡＮ６を通じて行なうデータ通信を制御する。

受付端末装置２のＲＡＭ４３には、図５に示すように、チケット商品の購入申込みを受け付ける毎に発番される受付番号に対応して、受付時刻，チケット商品情報，チケット印刷情報及びステータスの各データを格納する申込み受付テーブル５４を形成している。チケット商品情報は、購入申込みを受け付けたチケット商品の品名，単価，申込み枚数，枚数分の金額等である。チケット印刷情報は、購入申込みを受け付けたチケット商品に関してチケット印刷装置４で印刷する情報である。ステータスは、対応する受付番号で管理されるデータの状態（申込み中，取引中，終了，取消等）を示す情報である。

図６はＰＯＳターミナル３の要部構成を示すブロック図である。ＰＯＳターミナル３は、制御部本体を構成するＣＰＵ６１に、プログラム等を格納したＲＯＭ６２、各種のデータを記憶するＲＡＭ６３、現在の日時を計時する時計部６４、Ｉ／Ｏポート６５、ＬＡＮコントローラ６６、キーボードコントローラ６７、タッチパネルコントローラ６８、ディスプレイコントローラ６９、プリンタコントローラ７０、スキャナインタフェース７１等をバス接続してなる制御回路を内蔵している。そして、Ｉ／Ｏポート６５にモードスイッチ３２とドロワ３７の自動開放装置３７Ａとを接続し、ＬＡＮコントローラ６６にＬＡＮ１を接続し、キーボードコントローラ６７にキーボード３１を接続し、タッチパネルコントローラ６８にタッチパネル付ディスプレイ３３のタッチパネルセンサ３３Ａとディスプレイ部３３Ｂとを接続し、表示コントローラ６９に客用ディスプレイ３４を接続し、プリンタコントローラ７０にプリンタ３５を接続し、スキャナインタフェース７１にスキャナ３８を接続している。

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

ＰＯＳターミナル３のＲＡＭ６３には、図７に示すように、売上登録メモリ７２、取引バッファ７３，取引中フラグメモリ７４及び障害メッセージバッファ７５等を形成している。売上登録メモリ７２は、商品別に売上金額及び売上点数を累計するエリアと、現金取引，信用取引等の取引別に金額及び回数を累計するエリアとを形成したものである。また、チケット商品の売上金額及び売上枚数を累計するエリアと、チケット商品の再印刷回数を計数する計数手段としてのエリアを有する。取引バッファ７３は、１取引として売上げる商品のデータをその取引終了まで保存するエリアである。取引中フラグメモリ７４は、１取引の開始時にセットされ、終了時にリセットされる取引中フラグの記憶エリアである。障害メッセージバッファ７５は、受付端末装置２から出力される障害メッセージデータを一時的に保存するエリアである。

図８乃至図１１は受付端末装置２のＣＰＵ４１が実行する処理の要部を示す流れ図である。ＣＰＵ４１は、電源投入により立ち上がると、この処理を開始する。先ず、ＳＴ（ステップ）１としてタッチパネル付ディスプレイ２１のディスプレイ部２１Ｂにチケット商品の申込み受付画面を表示させる。この状態で、チケット商品の購入申込みがあるか、ＰＯＳターミナル３から問合せ伝文を受信するのを待機する。

ＣＰＵ４１は、ＳＴ２としてタッチパネル付ディスプレイ２１の画面タッチ入力によりいずれかの商品センタ７で管理されているチケット商品の購入申込みを受け付けると、ＳＴ３としてこのチケット商品の購入申込みに対して固有の受付番号を発番する。また、時計部４４にて計時されている時刻を受付時刻として読込む。そして、この受付番号及び受付時刻と、購入申込みを受け付けたチケット商品の品名，単価，申込み枚数，枚数分の金額等のチケット商品情報と、当該チケット商品の印刷情報と、ステータス＝「申込み中」とを申込み受付テーブル５４に格納する。次に、ＳＴ４として今回発番された受付番号をバーコードに変換し、プリンタ５３を駆動させて、このバーコードが印刷された商品引換レシートを発行口２２から発行させる。その後、ＳＴ１に戻り、ディスプレイ部２１Ｂの画面をチケット商品の申込み受付画面に戻す。

またＣＰＵ４１は、ＳＴ５としてＬＡＮ１を通じていずれかのＰＯＳターミナル３から問合せ伝文を受信すると、その問合せ伝文の種類を判別する。そして、ＳＴ６として問合せ伝文がチケット商品情報の問合せ伝文であった場合には、図９の流れ図で具体的に示すチケット商品情報問合せ受信処理を実行し、ＳＴ７として取引成立の問合せ伝文であった場合には、図１０の流れ図で具体的に示す取引成立問合せ受信処理を実行し、ＳＴ８として再印刷の問合せ伝文であった場合には、図１１の流れ図で具体的に示す再印刷問合せ受信処理を実行する。その後、ＳＴ１に戻り、ディスプレイ部２１Ｂの画面をチケット商品の申込み受付画面に戻す。

なお、ＣＰＵ４１は、チケット商品の購入申込みがなく、かつＰＯＳターミナル３からの問合せ伝文もないとき、ＳＴ９として時計部４４にて計時されている現在時刻を定期的（例えば１分間隔）に読込む。そして、その都度、申込み受付テーブル５４に格納されているデータを順に検索する。そして、ステータスが「申込み中」のデータを検出する毎に、以下の処理を行なう。先ず、そのデータの受付時刻から現在時刻までの経過時間を算出する。次に、この経過時間と予め設定されている無効時間（例えば３０分）とを比較する。そして、経過時間が無効時間を経過している場合に限り、そのデータのステータスを「取消」に変更する。申込み受付テーブル５４の検索を終了したならば、ＳＴ１に戻る。

図９はチケット商品情報問合せ受信処理を具体的に示す流れ図である。すなわちＣＰＵ４１は、いずれかのＰＯＳターミナル３からチケット商品情報問合せ伝文を受信すると、その受信伝文中の受付番号で申込み受付テーブル５４を検索する。そして、受付番号が一致するデータ、すなわち問合せ対象データを検出したならば、その問合せ対象データのステータスを調べる。ここで、ステータスが「申込み中」であった場合には、その問合せ対象データのチケット商品情報を読み出し、このチケット商品情報を含む応答伝文を作成する。そして、この応答伝文をＬＡＮ１を通じて商品情報問合せ元のＰＯＳターミナル３に送信する。その後、この問合せ対象データのステータスを「取引中」に変更したならば、このチケット商品情報受信処理を抜ける。

なお、商品情報問合せ伝文中の受付番号と一致する問合せ対象データを申込み受付テーブル５４から検出できなかった場合、及び問合せ対象データのステータスが「申込み中」でなかった場合には、問合せエラーを通知する応答伝文を作成する。そして、このエラー応答伝文をＬＡＮ１を通じて商品情報問合せ元のＰＯＳターミナル３に送信したならば、このチケット商品情報受信処理を抜ける。

図１０は取引成立問合せ受信処理を具体的に示す流れ図である。すなわちＣＰＵ４１は、いずれかのＰＯＳターミナル３から取引成立問合せ伝文を受信すると、その受信伝文中の受付番号で申込み受付テーブル５４を検索する。そして、受付番号が一致するデータ，つまり問合せ対象データを検出したならば、そのデータのステータスを調べる。ここで、ステータスが「取引中」であった場合には、取引成立を通知する応答伝文を作成し、この応答伝文をＬＡＮ１を通じて取引成立問合せ元のＰＯＳターミナル３に送信する。また、問合せ対象データのチケット印刷情報を読み出す。そして、このチケット印刷情報をＬＡＮ１を通じてチケット印刷装置４に送信してチケット商品の印刷を実行させる。

その後、ＣＰＵ４１は、チケット印刷装置４からの応答を待機する。受付端末装置２のＲＡＭ４３には、チケット１枚当りの印刷に要する単位時間が予め設定されている。そこでＣＰＵ４１は、この単位時間とチケット印刷枚数とから監視時間を決定し、その間、チケット印刷装置４からの応答を待機する（監視手段）。そして、監視時間内にチケット印刷終了を報告する応答を受信したならば、問合せ対象データのステータスを「取引中」から「終了」に変更する。これに対し、監視時間を経過してもチケット印刷終了を報告する応答を受信できなかった場合には、チケット印刷装置４に何らかのトラブルがあったと認識する。受付端末装置２のＲＡＭ４３には、チケット印刷装置４に障害が発生したとことをＰＯＳターミナル１のオペレータに知らせるための障害メッセージデータが予め設定されている。そこでＣＰＵ４１は、この障害メッセージデータを取引成立問合せ元のＰＯＳターミナル１に送信する（メッセージ通知手段）。以上で、この取引成立問合せ受信処理を抜ける。

なお、取引成立問合せ伝文中の受付番号と一致する問合せ対象データを申込み受付テーブル５４から検出できなかった場合、及び問合せ対象データのステータスが「取引中」でなかった場合には、問合せエラーを通知する応答伝文を作成する。そして、このエラー応答伝文をＬＡＮ１を通じて取引成立問合せ元のＰＯＳターミナル３に送信して、この取引成立問合せ受信処理を抜ける。

図１１は再印刷問合せ受信処理を具体的に示す流れ図である。すなわちＣＰＵ４１は、いずれかのＰＯＳターミナル３から再印刷問合せ伝文を受信すると、その受信伝文中の受付番号で申込み受付テーブル５４を検索する。そして、受付番号が一致するデータ，つまり問合せ対象データを検出したならば、そのデータのステータスを調べる。ここで、ステータスが「終了」であった場合には、再印刷実行を通知する応答伝文を作成し、この応答伝文をＬＡＮ１を通じて再印刷問合せ元のＰＯＳターミナル３に送信する。また、問合せ対象データのチケット印刷情報を読み出す。そして、このチケット印刷情報をＬＡＮ１を通じてチケット印刷装置４に送信して、チケット商品の印刷を実行させる。

その後、ＣＰＵ４１は、チケット印刷装置４からの応答を待機する。そして、前記監視時間内にチケット印刷終了を報告する応答を受信したならば、再印刷終了を通知する応答伝文を再印刷問合せ元のＰＯＳターミナル３に送信する。これに対し、監視時間を経過してもチケット印刷終了を報告する応答を受信できなかった場合には、チケット印刷装置４の障害発生を通知する障害メッセージデータを再印刷問合せ元のＰＯＳターミナル１に送信する。以上で、この再印刷問合せ受信処理を抜ける。

なお、再印刷問合せ伝文中の受付番号と一致する問合せ対象データを申込み受付テーブル５４から検出できなかった場合、及び問合せ対象データのステータスが「終了」でなかった場合には、問合せエラーを通知する応答伝文を作成する。そして、このエラー応答伝文をＬＡＮ１を通じて再印刷問合せ元のＰＯＳターミナル３に送信したならば、この再印刷問合せ受信処理を抜ける。

図１２乃至図１７はＰＯＳターミナル３のＣＰＵ６１が実行する処理の要部を示す流れ図である。ＣＰＵ６１は、モードスイッチ３２により登録モードが選択されると、この処理を開始する。先ず、ＳＴ１１としてタッチパネル付ディスプレイ３３のディスプレイ部３３Ｂと客用ディスプレイ３４とに、例えば図１８に示すレイアウトの売上登録画面８１を表示させる。この売上登録画面８１には、売上登録商品の商品名，単価，販売点数及び販売金額の明細データを表示するエリアＡ１と、売上登録商品の税額を表示するエリアＡ２と、売上登録商品の合計金額を表示するエリアＡ３とが形成されている。また、エリアＡ１の前頁を表示させる前頁ボタンＢ１と、次頁を表示させる次頁ボタンＢ２とが表示されている。なお、図１８はタッチパネル付ディスプレイ３３のディスプレイ部３３Ｂに表示される売上登録画面８１の一例であり、客用ディスプレイ部３４に表示される売上登録画面には、前頁ボタンＢ１と次頁ボタンＢ２のイメージがない。

この状態で、ＣＰＵ６１は、スキャナ３８またはキーボード３１からの入力を待機する。ここで、ＳＴ１２としてスキャナ３８が読み取ったバーコードデータを入力した場合には、図１３の流れ図で具体的に示すスキャナ入力処理を実行する。すなわち、スキャナ３８から入力したバーコードデータが各商品にそれぞれ付される単品コードか否かを判断する。そして、バーコードデータが単品コードであった場合には、メモリ７４に取引中フラグがセットされているか否かを調べる。ここで、取引中フラグがセットされていない場合には、１取引の１点目の商品登録なので、ＳＴ１２１として取引バッファ７３をクリアする。また、ＳＴ１２２としてメモリ７４に取引中フラグをセットする。既にメモリ７４に取引中フラグがセットされている場合には、１取引の２点目以降の商品登録なので、ＳＴ１２１及びＳＴ１２２の各処理を実行しない。その後、入力された単品コードに基づいて単品売上登録処理を実行したならば、ＳＴ１１の処理に戻る。

なお、単品売上登録処理は、商品テーブルにプリセットされている各商品の単品情報の中から当該単品コードに対応する商品の単品名称及び単価を読み出し、単価に販売点数を乗算して販売金額を算出する。そして、この販売金額と販売点数を売上登録メモリ７２における該当商品の売上金額及び売上点数に加算登録する処理である。また、該当商品の単品コード，単品名称，単価，販売点数及び販売金額を取引バッファ７３に書込む処理と、該当商品の単品名称，単価，販売点数及び販売金額を売上登録画面８１の単品明細情報エリアＡ１に表示させる処理を含む。

図１２に説明を戻す。ＣＰＵ４１は、ＳＴ１３としてキーボード３１からキー信号を入力した場合には、そのキー信号に基づいて入力されたキーを認識する。そして、該当するキー処理を実行したならば、ＳＴ１の処理に戻る。

ここで、各種キー処理のうち、受付端末キーのキー処理を図１４〜図１６に示す。また、登録締めキーのキー処理を図１７に示す。なお、受付端末キーは、受付端末装置２にて購入申込みが受け付けられたチケット商品の登録を指令するキーである。登録締めキーは、１取引の商品登録終了を宣言するキーであり、現金取引の終了を宣言する現計キーや、信用取引の終了を宣言する信計キーが該当する。

すなわちＣＰＵ６１は、キーボードコントローラ６７を介して入力したキー信号から受付端末キーの入力を検知すると、次の受付端末キー処理を開始する。先ず、ＳＴ２０１としてタッチパネル付ディスプレイ３３のディスプレイ部３３Ｂに表示する画面を、例えば図１９に示すレイアウトの受付端末業務選択画面８２に切り換える。この受付端末業務選択画面８２には、申込み商品登録業務の選択ボタンＢ３と、商品再印刷業務の選択ボタンＢ４とが配設されている。また、中止ボタンＢ５と確定ボタンＢ６とが配設されている。

そこでＣＰＵ６１は、タッチパネル付ディスプレイ３３からの入力を待機する。そして、ＳＴ２０２としてタッチパネルセンサ３３Ａの信号により申込み商品登録業務の選択ボタンＢ３がタッチ入力されたと認識した場合には、図１５の流れ図で具体的に示す申込み商品登録業務処理を実行する。また、ＳＴ２０３として再印刷業務の選択ボタンＢ４がタッチ操作されたと認識した場合には、図１６の流れ図で具体的に示す申込み再印刷業務処理を実行する。なお、ＳＴ２０４として中止ボタンＢ５がタッチ入力されたと判断した場合には、このキー処理を抜けてＳＴ１１の処理に戻る。

図１５は申込み商品登録業務処理を具体的に示す流れ図である。ＣＰＵ６１は、先ず、ＳＴ３１としてタッチパネル付ディスプレイ３３のディスプレイ部３３Ｂに表示する画面を、例えば図２０に示すレイアウトの商品引換レシート入力画面８３に切り換える。この商品引換レシート入力画面８３には、商品引換レシートに印刷されているバーコードのデータを表示するバーコード表示エリアＡ４と、メッセージデータの表示エリアＡ５とが形成されている。また、受付端末業務選択画面８２と同様に、中止ボタンＢ５と確定ボタンＢ６とが配設されている。

次に、ＣＰＵ６１は、ＳＴ３２としてスキャナ３８からの入力を待機する。そして、スキャナ３８が読み取ったバーコードデータを入力したならば、そのバーコードデータを商品引換レシート入力画面８３のバーコード表示エリアＡ４に表示させる。次に、ＳＴ３３としてタッチパネルセンサ３３Ａの信号により商品引換レシート入力画面８３の確定ボタンＢ６がタッチ入力されたと認識した場合には、スキャナ３８から入力したバーコードデータを受付番号として含むチケット商品情報問合せ伝文を作成し、この問合せ伝文をＬＡＮ１を通じて受付端末装置２に送信する。このとき、商品引換レシート入力画面８３のメッセージエリアＡ５に、例えば図２２（ａ）で示す内容のメッセージ、つまりチケット商品情報の問合せ中をオペレータに報知するメッセージを表示させる。

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

その後、ＳＴ３５としてタッチパネルセンサ３３Ａの信号により商品引換レシート入力画面８３の確定ボタンＢ６がタッチ入力されたと認識した場合には、ＳＴ３６としてメモリ３４に取引中フラグがセットされているか否かを判断する。ここで、取引中フラグがセットされていない場合には、１取引の１点目の商品登録なので、ＳＴ３７として取引バッファ７３をクリアする。また、ＳＴ３８としてメモリ７４に取引中フラグをセットする。ＳＴ３６にて既にメモリ７４に取引中フラグがセットされている場合には、１取引の２点目以降の商品登録なので、ＳＴ３７及びＳＴ３８の各処理を実行しない。その後、受付端末装置２から取り込んだチケット商品情報と、バーコードデータとしてスキャナ３８から入力した受付番号とを取引バッファ７３に格納したならば、ＳＴ１１の処理に戻る。そして、タッチパネル付ディスプレイ３３のディスプレイ部３３Ｂに表示される画面を売上登録画面８１に戻す。このとき、売上登録画面８１の単品明細情報エリアＡ１に、チケット商品情報の商品名，単価，数量，金額を表示する。

なお、ＳＴ３２，ＳＴ３３及びＳＴ３５において、それぞれタッチパネルセンサ３３Ａの信号により商品引換レシート入力画面８３の中止ボタンＢ５が入力されたと認識した場合には、その時点でＳＴ１１の処理に戻る。また、ＳＴ３４にて待機時間内に受付端末装置２から応答伝文を受信できなかった場合には、問合せエラーとする。

図１６は再印刷業務処理を具体的に示す流れ図である。ＣＰＵ６１は、先ず、ＳＴ４１としてタッチパネル付ディスプレイ３３のディスプレイ部３３Ｂに表示する画面を前記商品引換レシート入力画面８３に切り換える。次に、ＳＴ４２としてスキャナ３８からの入力を待機する。そして、スキャナ３８が読み取ったバーコードデータを入力したならば、そのバーコードデータを商品引換レシート入力画面８３のバーコード表示エリアＡ４に表示させる。次に、ＳＴ４３としてタッチパネルセンサ３３Ａの信号により商品引換レシート入力画面８３の確定ボタンＢ６がタッチ入力されたと認識した場合には、ＳＴ４４としてバーコードデータを受付番号として含むチケット商品の再印刷問合せ伝文を作成し、この問合せ伝文をＬＡＮ１を通じて受付端末装置２に送信する。このとき、商品引換レシート入力画面８３のメッセージエリアＡ５に、例えば図２２（ａ）で示す内容のメッセージ、つまりチケット商品情報の問合せ中をオペレータに報知するメッセージを表示させる。

ＰＯＳターミナル３のＲＡＭ６３には、チケット商品の再印刷に対して充分な待機時間が予め設定されている。そこでＣＰＵ６１は、再印刷問合せ伝文を送信後、経過時間を計時する。そして、ＳＴ４４として経過時間が再印刷待機時間に達する前に、受付端末装置２から再印刷応答伝文を受信したならば、商品引換レシート入力画面８３のメッセージエリアＡ５に、例えば図２２（ｂ）で示す内容のメッセージ、つまりチケット商品の印刷をオペレータに報知するメッセージを表示させる。

次に、ＣＰＵ４１は、ＳＴ４５として受付端末装置２から再印刷終了応答伝文が送られてくるのを待機する。そして、再印刷問合せ伝文を送信してから再印刷待機時間が経過するまでの間に再印刷終了応答伝文を受信したならば、売上登録メモリ７２の再印刷回数を“１”だけカウントアップする。また、プリンタ３５の駆動を制御して、例えば図２３に示すレイアウトの回収報告レシート９１を印字出力させる。この回収報告レシート９１には、再印刷が行なわれたチケット商品の受付番号及び回収すべき枚数の他、取扱者のサイン欄が印刷されている。その後、ＣＰＵ４１は、例えば図２２（ｃ）に示す内容のメッセージ、つまり再印刷されたチケット商品と同一の印刷済商品の回収をオペレータに指令するメッセージを表示させたならば（回収指令手段）、ＳＴ１１の処理に戻る。

なお、ＳＴ４２及びＳＴ４３において、それぞれタッチパネルセンサ３３Ａの信号により商品引換レシート入力画面８３の中止ボタンＢ５が入力されたと認識した場合には、その時点でＳＴ１１の処理に戻る。また、ＳＴ４４またはＳＴ４５において、再印刷待機時間内に受付端末装置２から再印刷応答伝文及び再印刷終了応答伝文を受信できなかった場合には、問合せエラーとする。

一方、ＣＰＵ６１は、キーボードコントローラ６７を介して入力したキー信号から登録締めキーの入力を検知すると、次の登録締めキー処理を開始する。先ず、ＳＴ２１１としてメモリ７４に取引中フラグがセットされているか否かを調べる。ここで、取引中フラグがセットされていない場合には、キー入力をエラーとする。

ＳＴ２１１にて取引中フラグがセットされていた場合には、ＳＴ２１２として取引バッファ７３を検索してチケット商品情報が格納されているか調べる。そして、ＳＴ２１３として取引バッファ７３にチケット商品情報が格納されていた場合には、そのチケット商品情報に基づいてＳＴ２１４乃至ＳＴ２１７の各処理を実行する。なお、チケット商品情報が複数格納されている場合には、個々にＳＴ２１４乃至ＳＴ２１７の処理を実行する。

ＳＴ２１４では、チケット商品情報とともに取引バッファ７３に格納されている受付番号を取得し、この受付番号を含む取引成立問合せ伝文を作成する。そして、この問合せ伝文をＬＡＮ１を通じて受付端末装置２に送信する。ＳＴ２１５では、取引成立問合せ伝文に対する応答伝文を待機する。そして、取引成立応答伝文を受信したならば、ＳＴ２１６に進む。なお、所定時間内に取引成立応答伝文を受信できなかった場合には、問合せエラーとする。ＳＴ２１６では取引バッファ７３に格納されたチケット商品情報の金額及び枚数を売上登録メモリ７２の項目「チケット」に対応する売上金額と売上枚数に加算する。ＳＴ２１７では、売上登録画面８１に、例えば図２２（ｂ）で示す内容のメッセージ、つまりチケット商品の印刷をオペレータに報知するメッセージを表示させる。

こうして、取引バッファ７３に格納されている全てのチケット商品情報に対して上記ＳＴ２１４乃至ＳＴ２１７の各処理を実行したならば、ＳＴ２１８として商品登録締め処理を実行する。なお、取引バッファ７３にチケット商品情報が格納されていない場合には、直ちにこの商品登録締め処理を実行する。この商品登録締め処理は、取引バッファ７３に格納されたデータに基づいて１取引の合計金額を算出する。そして、現金取引の場合には売上登録メモリ７２の項目「現金取引」の取引金額にこの合計金額を加算するとともに取引回数を“１”だけカウントアップし、信用取引の場合には売上登録メモリ７２の項目「信用取引」の取引金額にこの合計金額を加算するとともに取引回数を“１”だけカウントアップする。

その後、ＣＰＵ６１は、取引バッファ７３に格納されたデータに基づいてレシート印字データを編集し、プリンタ３５の駆動を制御して、買上レシートを印字発行させる。また、自動開放装置３７Ａに駆動信号を出力してドロワ３７を開放させる。しかる後、メモリ７４の取引中フラグをリセットしたならば、ＳＴ１１の処理に戻る。

ところでＣＰＵ４１は、受付端末装置２からＬＡＮ１を通じて送信される障害メッセージデータを常時受信可能である。そして、障害メッセージデータを受信すると、その障害メッセージデータを障害メッセージバッファ７５に書込むようにしている。

またＣＰＵ４１は、図１２に示すように、スキャナ３８またはキーボード３１からの入力待機中、ＳＴ１４として障害メッセージバッファ７５に障害メッセージデータが格納されているか否かを定期的に調べている。そして、例えば図２２（ｄ）に示すような内容の障害メッセージデータが格納されていた場合には、ＳＴ１５としてメモリ７４に取引中フラグがセットされているか否かを調べる。ここで、取引中フラグがセットされていた場合には、商取引の途中なので、ＳＴ１１の処理に戻る。

これに対し、取引中フラグがリセットされていた場合には、商取引中でないので、ＳＴ１６としてその障害メッセージバッファ７５に格納されている障害メッセージデータを、タッチパネル付ディスプレイ３３のディスプレイ部３３Ｂに表示させる（障害メッセージ報知手段）。その後、ＳＴ１７としてキーボード３１に配設された確認キーの入力を待機する。そして、確認キーの入力を検知したならば、ＳＴ１８としてプリンタ３５の駆動を制御して、障害メッセージバッファ７５に格納されている障害メッセージデータをレシート用紙とジャーナル用紙にそれぞれ印字させる。そして、図２３（ｂ）に示すように、レシート用紙を障害報告レシート９２としてレシート発行口３６から排出させる（障害メッセージ報知手段）。その後、ＳＴ１９としてディスプレイ部３３Ｂに表示させた障害メッセージデータを消去したならば、ＳＴ１１の処理に戻る。

このように構成された本実施の形態の商品販売システムにおいては、顧客自身が受付端末装置２のタッチパネル付ディスプレイ２１を操作して所望する商品センタ７にアクセスし、チケット商品の購入を申し込む。そうすると、受付端末装置２ではそのチケット商品固有の受付番号が自動的に発番される。そして、この受付番号に対応して受付時刻，チケット商品情報，チケット印刷情報，ステータス＝「申込み中」等が申込み受付テーブル５４に格納される。また、受付番号のバーコードが印刷された商品引換レシートが発行口２２から発行される。

そこで顧客は、受付時刻から予め設定されている無効時間以内に商品引換レシートを会計担当者に提出して、チケット商品の代金支払いを申し出る。会計担当者は、先ず、ＰＯＳターミナル３のキーボード３１に配設された受付端末キーを入力する。そうすると、ＰＯＳターミナル３のタッチパネル付ディスプレイ３３の画面が売上登録画面８１から受付端末業務選択画面８２に切り換わる。そこで会計担当者は、次に、受付端末業務選択画面８２の申込み商品登録業務選択ボタンＢ３をタッチ入力する。そうすると、タッチパネル付ディスプレイ３３の画面が引換レシート入力画面８３に切り換わる。そこで会計担当者は、次に、顧客から受取った商品引換レシートに印刷されているバーコードをスキャナ３８で読取操作し、引換レシート入力画面８３上の確定ボタンＢ６をタッチ入力する。そうすると、ＰＯＳターミナル３からＬＡＮ１を介して受付端末装置２にバーコードから得た受付番号を含むチケット商品情報の問合せ伝文が送信される。これにより、受付端末装置２では、問合せ伝文中の受付番号に対応して申込み受付テーブル５４に格納されているデータのステータスが「申込み中」であることが確認されると、該当データのチケット商品情報（品名，単価，申込み枚数，枚数分の金額等）が問合せ元のＰＯＳターミナル３に返信される。また、このデータのステータスが「取引中」に変更される。

一方、チケット商品情報を受信したＰＯＳターミナル３では、引換レシート入力画面８３にそのチケット商品情報の品名，単価，申込み枚数，枚数分の金額等が表示される。そこで会計担当者は、表示内容を顧客に確認し、問題がなければ確定ボタンＢ６を再度入力する。そうすると、このチケット商品情報と受付番号とが取引バッファ７３に格納される。また、タッチパネル付ディスプレイ３３の画面が売上登録画面８１に戻る。

その後、当該顧客が買上げる全商品の登録が完了すると、会計担当者はキーボード３１の登録締めキーを入力する。そうすると、取引バッファ７３に格納されている受付番号を含む取引成立問合せ伝文が作成され、ＬＡＮ１を介して受付端末装置２に送信される。これにより、受付端末装置２では、問合せ伝文中の受付番号に対応して申込み受付テーブル５４に格納されているデータのステータスが「取引中」であることが確認されると、該当データのチケット印刷情報がＬＡＮ１を介してチケット印刷装置４に送信され、チケット商品の印刷が制御される。そして、チケット商品の印刷が正常に終了すると、当該データのステータスが「終了」に変更される。また、問合せ元のＰＯＳターミナル３には、取引成立応答が返信される。

この取引成立応答を受信したＰＯＳターミナル３においては、チケット商品情報の売上登録処理が行なわれる。また、タッチパネル付ディスプレイ３３の画面に、チケット商品の印刷をオペレータに報知するメッセージが表示される。その後、商品登録締め処理が実行されると、レシート発行口３６から買上レシートが印字発行される。そこで会計担当者は、チケット印刷装置４により印刷されたチケット商品を買上レシートともに客に渡す。

ところが、例えばチケット項目情報が該当する印刷項目欄から外れて印刷されていたり、印刷された文字が掠れたり潰れたりして判読が困難であるというように、チケット印刷装置４によって印刷されたチケット商品に不具合があった場合には、会計担当者はそのチケット商品を無効にする。そして、同一内容のチケット商品を再発行して対処することになる。この場合、会計担当者は、受付端末キーを入力してタッチパネル付ディスプレイ３３の画面を受付端末業務選択画面８２に切り換えた後、商品再印刷業務選択ボタンＢ４をタッチ入力する。そうすると、タッチパネル付ディスプレイ３３の画面が引換レシート入力画面８３に切り換わる。そこで会計担当者は、次に、顧客から受取った商品引換レシートに印刷されているバーコードをスキャナ３８で再度読取操作し、引換レシート入力画面８３上の確定ボタンＢ６をタッチ入力する。そうすると、ＰＯＳターミナル３からＬＡＮ１を介して受付端末装置２にバーコードから得た受付番号を含むチケット商品再印刷問合せ伝文が送信される。これにより、受付端末装置２では、問合せ伝文中の受付番号に対応して申込み受付テーブル５４に格納されているデータのステータスが「終了」であることが確認されると、該当データのチケット印刷情報がＬＡＮ１を介してチケット印刷装置４に再度送信され、同一チケット商品の再印刷が制御される。また、問合せ元のＰＯＳターミナル３には、再印刷応答が返信される。この再印刷応答を受信したＰＯＳターミナル３においては、タッチパネル付ディスプレイ３３の画面に、チケット商品の印刷をオペレータに報知するメッセージが表示される。

その後、チケット商品の印刷が正常に終了すると、受付端末装置２から問合せ元のＰＯＳターミナル３に対して再印刷終了応答が送信される。これにより、ＰＯＳターミナル３においては、売上登録メモリ７２にて計数管理しているチケット再印刷回数が“１”だけ増加される。また、プリンタ３５が動作して回収報告レシート９１が印字され、レシート発行口３６から発行されるとともに、タッチパネル付ディスプレイ３３の画面に、再印刷されたチケット商品と同一の印刷済商品の回収をオペレータに指令するメッセージが表示される。そこで会計担当者は、チケット印刷装置４により再度印刷されたチケット商品を顧客に渡す。また、タッチパネル付ディスプレイ３３の画面に表示されたメッセージに従い、無効扱いとした同一内容のチケット商品を回収するとともに、回収報告レシート９１のサイン欄に自身のサインをする。そして、回収したチケット商品に回収報告レシートを付して保管する。

このように本実施の形態によれば、ＰＯＳターミナル３は、チケット印刷装置４で販売済のチケット商品の受付番号が再度入力されると、その受付番号を含むチケット商品再印刷問合せ伝文を受付端末装置２に送信して、該受付端末装置２においてその受付番号で購入申込みを受け付けたチケット商品の再印刷を行なわせるようにしている。また、チケット印刷装置４によりチケット商品の再印刷が行なわれると、このチケット商品と同一の印刷済チケット商品の回収を指令するメッセージをタッチパネル付ディスプレイ３３の画面に表示するようにしている。したがって、ＰＯＳターミナル３を操作する会計担当者は、メッセージに従い同一チケット商品の再印刷により無効扱いとする印刷済チケット商品を確実に回収するようになるので、印刷済チケット商品の不正使用を防止することができる。

また、同一チケット商品の再印刷により無効扱いとする印刷済チケット商品の回収を報告するレシート９１が自動的に印字出力されるので、この回収報告レシート９１を付して無効扱いとする印刷済チケット商品を管理することにより、印刷済チケット商品の不正使用をより確実に防止できるようになる。

ところで、チケット印刷装置４にチケット印刷情報を送信した受付端末装置２は、チケット印刷装置４のチケット印刷動作を監視している。そして、チケット印刷動作に異常があり、チケット商品の印刷が正常に完了しなかったと認識した場合には、所定の障害メッセージデータをＰＯＳターミナル３に送信するようになっている。また、ＰＯＳターミナル３は、受付端末装置２から障害メッセージデータを受信するとそのデータを障害メッセージバッファ７５で一時記憶する。そして、１商取引の取引中でないときに、障害メッセージバッファ７５で記憶している障害メッセージデータの内容をタッチパネル付ディスプレイ３３の画面にポップアップ表示させるとともに、障害メッセージデータの内容を記録した障害報告レシート９２を印字発行するようになっている。

したがって、チケット印刷装置４に異常が発生した際には、速やかにＰＯＳターミナル３のオペレータである会計担当者に通知されるので、たとえ混雑時であっても会計担当者はチケット印刷装置の異常に、即、気が付く利点がある。また、障害メッセージの表示及び印字は１商取引の取引中でないときに行なわれるので、処理中の商取引に支障を来たすおそれもない。

なお、本発明は、例えばゲームソフトを記録媒体にダウンロードして販売する商品販売装置を使用した商品販売システムにも同様に適用できるものである。また、チケット印刷装置等の商品販売装置にレシートプリンタを設け、販売済商品と同一の商品を再度販売する際には回収報告レシート９１を印字発行するように構成してもよい。

本発明の一実施の形態である商品販売システムの概略図。 同実施の形態における受付端末装置の外観図。 同実施の形態におけるＰＯＳターミナルの外観図。 受付端末装置の要部構成を示すブロック図。 受付端末装置のＲＡＭに形成される申込み受付テーブルの構成を示す図。 ＰＯＳターミナルの要部構成を示すブロック図。 ＰＯＳターミナルのＲＡＭに形成される主要なメモリエリアを示す図。 受付端末装置のＣＰＵが実行するメイン処理の要部を示す流れ図。 同メイン処理のなかのチケット商品情報問合せ受信処理を具体的に示す流れ図。 同メイン処理のなかの取引成立問合せ受信処理を具体的に示す流れ図。 同メイン処理のなかの再印刷問合せ受信処理を具体的に示す流れ図。 ＰＯＳターミナルのＣＰＵが実行する登録業務処理の要部を示す流れ図。 同登録業務処理のなかのスキャナ入力処理を具体的に示す流れ図。 同登録業務処理のなかの受付端末キー処理の要部を示す流れ図。 同受付端末キー処理のなかの申込み商品登録業務選択処理を具体的に示す流れ図。 同受付端末キー処理のなかの商品再印刷選択処理を具体的に示す流れ図。 同登録業務処理のなかの登録締めキー処理を具体的に示す流れ図。 ＰＯＳターミナルに表示される売上登録画面の一例を示す図。 ＰＯＳターミナルに表示される受付端末業務選択画面の一例を示す図。 ＰＯＳターミナルに表示される引換レシート入力画面の一例を示す図。 ＰＯＳターミナルに表示される引換レシート入力画面の一例を示す図。 ＰＯＳターミナルに表示される各種メッセージの一例を示す図。 ＰＯＳターミナルから印字発行される回収報告レシート及び障害報告レシートの一例を示す図。

符号の説明

１…ＬＡＮ、２…受付端末装置、３…ＰＯＳターミナル（会計装置）、４…チケット印刷装置（商品販売装置）、７…商品センタ。

Claims (3)

1. 商品の購入申込みを受け付ける毎に固有の受付番号を発番する受付端末装置と、前記受付番号の入力手段を有し、この入力手段により前記受付番号が入力されると前記受付端末装置がその受付番号で購入申込みを受け付けた商品の代金支払いを処理する会計装置と、前記受付端末装置で購入申込みが受け付けられ、かつ前記会計装置で代金支払いが処理された商品を販売する商品販売装置とからなる商品販売システムにおいて、
   前記受付端末装置は、前記商品販売装置による商品販売動作を監視する監視手段と、この監視手段により商品販売動作の異常を検知すると前記会計装置に所定の障害メッセージを通知するメッセージ通知手段とを具備し、
   前記会計装置は、前記受付端末装置から障害メッセージの通知を受けるとその障害メッセージをオペレータに報知する障害メッセージ報知手段を具備したことを特徴とする商品販売システム。
2. 障害メッセージ報知手段は、受付端末装置から障害メッセージの通知を受けるとその障害メッセージをレシート用紙に印字して発行する手段を含むことを特徴とする請求項１記載の商品販売システム。
3. 前記会計装置の入力手段により前記商品販売装置で販売済の商品の受付番号が再度入力されると、その受付番号で購入申込みを受け付けた商品を再度販売させる販売制御手段と、この販売制御手段により販売された商品と同一の販売済商品の回収を指令する回収指令手段とをさらに具備したことを特徴とする請求項１記載の商品販売システム。

Images