JP5222871B2 - 商品販売データ処理装置及びその制御プログラム - Google Patents

Description

本発明は、ＰＯＳ（Point Of Sales）端末等の商品販売データ処理装置及びその制御プログラムに関する。

近年、ネットスーパーと称される会員制の販売方式が注目されている。この販売方式は、スーパーマーケット等の実存店舗で導入される。この販売方式では、会員となった顧客が、自宅等でパーソナルコンピュータ等の顧客端末を操作し、インターネット等のネットワーク通信を利用して、小売店に商品を注文する。小売店側は、顧客からの注文に従い店員が売場を廻って注文を受けた商品を揃える。品揃えされた注文商品は、配送担当者によって顧客宅等に配送される。

このとき、商品を確認した顧客が、商品に傷みがある等の理由から、商品の受取りを拒否する場合がある。あるいは、注文をしたがその後不要になったとして返品を申し出る場合もある。このような場合も想定し、ネットスーパー販売方式による商取引の売上は、注文確定時ではなく、顧客に商品を配送した後に、その配送伝票を基に処理するのが一般的である。

ところで、ネットスーパー販売方式によって取引される商品は、実存店舗で実際に販売されている商品である。このため、ネットスーパー販売方式による商取引の売上も実存店舗の売上としてまとめて集計されるべきである。

実存店舗の多くは、売上をＰＯＳ（Point Of Sales）システムで管理している。そこで、ネットスーパー販売方式によって取引された商品のデータも、実存店舗で販売された商品のデータと同様にＰＯＳ端末に入力して売上処理を行えば、ネットスーパー販売方式による商取引の売上を実存店舗の売上として集計することができる（例えば、特許文献１参照）。

また、実存店舗の多くは、ポイントカードシステムを導入している。通常、ポイントカードシステムは、顧客からポイントカードの提示を受けた際に、商品の買上額に応じたポイント数を算出して顧客に付与する。付与されたポイント数は、顧客毎に累積され、その累積ポイントに応じて顧客に特典が与えられる。したがって、ポイントカードシステムは、顧客の囲い込みに適している。

ネットスーパーを利用して商品を購入した顧客に対しても、その買上額に応じてポイントを付与できれば、顧客の囲い込みができて都合がよい。前述したように、ネットスーパー販売方式は会員制であり、注文を行う際に会員番号の入力が必須である。このため、配送伝票には会員番号が印字されている。そこで、ネットスーパー販売方式によって取引された商品のデータをＰＯＳ端末から入力する際に、配送伝票に印字された会員番号を入力する。そして、ネットスーパー販売方式によって取引された商品の金額に応じたポイントを、入力された会員番号別に累積記憶する。こうすることにより、ネットスーパーの利用客にもポイントを付与することができる。

実存店舗での商取引の際は、取引相手である顧客がその場にいてポイントカードを提示するので、カードを処理し忘れてポイントを付与し忘れるようなことは滅多にない。しかし、ネットスーパー販売方式による商取引の際は顧客がその場に居ないので、配送伝票に印字された会員番号を入力し忘れてしまい、ポイントが付与されないという事態が生じる可能性がある。

本発明はこのような事情に基づいてなされたもので、その目的とするところは、ポイントの付与し忘れを防止できる商品販売データ処理装置及びその制御プログラムを提供しようとするものである。

本発明の一態様である商品販売データ処理装置は、店舗にて客が購入する商品の販売データを購入時点の単価に基づいて売上処理する店舗販売売上処理手段と、ネットワークを介して注文を受付けた商品の販売データを注文受付時点の単価に基づいて売上処理するネットワーク売上処理手段と、店舗販売売上処理手段により売上処理される商取引の締め及びネットワーク売上処理手段により売上処理される商取引の締めを宣言する締め宣言手段と、入力された会員情報を記憶する会員情報記憶部と、締め宣言手段により締めが宣言された商取引が、店舗販売売上処理手段により売上処理される商取引なのかネットワーク売上処理手段により売上処理される商取引なのかを判定する取引判定手段と、この取引判定手段により締めが宣言された商取引がネットワーク売上処理手段により売上処理される商取引の締めであると判定されると会員情報記憶部をチェックし、会員情報が記憶されていないとき会員情報の入力を促す警告を発する警告手段とを備えたものである。

また、制御プログラムは、入力された会員情報を記憶する会員情報記憶部を備えた商品販売データ処理装置に、店舗にて客が購入する商品の販売データを購入時点の単価に基づいて売上処理する店舗販売売上処理機能と、ネットワークを介して注文を受付けた商品の販売データを注文受付時点の単価に基づいて売上処理するネットワーク売上処理機能と、店舗販売売上処理機能により売上処理される商取引の締め及びネットワーク売上処理機能により売上処理される商取引の締め宣言を受付ける締め宣言機能と、締め宣言機能により締めが宣言された商取引が、店舗販売売上処理機能により売上処理される商取引なのかネットワーク売上処理機能により売上処理される商取引なのかを判定する取引判定機能と、この取引判定機能により締めが宣言された商取引がネットワーク売上処理機能により売上処理される商取引の締めであると判定されると会員情報記憶部をチェックし、会員情報が記憶されていないとき、前記会員情報の入力を促す警告を発生する警告機能とを実現させるためのものである。

かかる手段を講じた商品販売データ処理装置及びその制御プログラムによれば、ポイントの付与し忘れを防止できる効果を奏する。

本発明の一実施形態であるＰＯＳシステムの全体構成図。 同システムを構成するＰＯＳ端末の要部を示すブロック図。 同システムを構成するネットスーパー管理サーバの要部を示すブロック図。 ネットスーパー管理サーバのＣＰＵが実行する主要な処理手順を示す流れ図。 図４のステップＳＴ１１で示される配送伝票生成処理の具体的手順を示す流れ図。 本実施形態において生成される会員コードの一例を示す図。 本実施形態において生成されるポイントコードの一例を示す図。 本実施形態において生成される購入時コードの一例を示す図。 本実施形態において発行される配送伝票の一例を示す図。 ＰＯＳ端末のＣＰＵが実行するコード読取処理の手順を示す流れ図。 図１０のステップＳＴ３６で示されるネットスーパー売上処理の具体的手順を示す流れ図。 ＰＯＳ端末のＣＰＵが実行する締めキー処理の手順を示す流れ図。 図１２のステップＳＴ８３で示されるネットスーパー締め処理の具体的手順を示す流れ図。

以下、商品販売データ処理装置及びその制御プログラムの一実施形態を、図面を用いて説明する。
なお、この実施形態は、ネットスーパーと称される販売方式をポイントカードシステムとともに導入している実存店舗に構築されるＰＯＳシステム１のＰＯＳ端末３に、商品販売データ処理装置としての機能を適用した場合である。

図１は、ＰＯＳシステム１の全体構成図である。ＰＯＳシステム１は、ストアサーバ２と、複数台のＰＯＳ端末３と、ネットスーパー管理サーバ４とを備えている。ストアサーバ２は、各ＰＯＳ端末３とネットスーパー管理サーバ４とを、ＬＡＮ（Local Area Network）５で接続している。

ストアサーバ２は、ＰＯＳシステム１の全体を統括するコンピュータである。ストアサーバ２は、商品マスタファイル１１、店舗売上ファイル１２、会員マスタファイル１３及び会員実績ファイル１４を管理する。

商品マスタファイル１１は、実存店舗で販売される各商品に関する情報を記憶する。商品情報は、商品コード、商品名、単価等を含む。商品コードは、各商品を個々に識別するための商品毎に設定された商品識別コードであり、ＰＯＳシステムで一般に用いられるＪＡＮコードに含まれる国コード、メーカーコード及び商品アイテムコードの組を意味する。通常、各商品には商品コードを示すバーコードが付されている。単価は、現時点の商品１点あたりの販売価格である。

店舗売上ファイル１２は、実存店舗で販売される各商品の売上に関する情報を記憶する。店舗売上情報は、商品別の売上点数、売上金額等を含む。ストアサーバ２は、各ＰＯＳ端末３にて売上処理された商品販売データに基づいて、店舗売上ファイル１２に記憶されている各商品の売上点数及び売上金額を更新する。

会員マスタファイル１３は、ネットスーパー利用会員として登録された各会員に関する情報を記憶する。会員情報は、会員コード、氏名、配送先住所、電話番号等を含む。会員コードは、会員を銘々識別するために会員毎に設定された会員識別データである。通常、各会員は、自身の会員コードが記録されたポイントカード（会員カード）を所持している。

会員実績ファイル１４は、ネットスーパー利用会員の売上実績に関する情報を記憶する。売上実績は、ネットスーパー販売方式によるものだけでなく、来店して買い物をした際の実績も加味される。売上実績情報は、注文日または購入日、注文商品情報または購入商品情報、合計金額、ポイント数等を含む。商品情報は、各注文商品または購入商品の商品コード、商品名、単価、点数、金額等を含む。購入商品の単価は購入時点のものであり、注文商品の単価は注文時点のものである。

ＰＯＳ端末３は、各商品の販売データを売上処理する商品販売データ処理装置の一態様であり、店舗の会計場所（レジ）に設置されている。ＰＯＳ端末３は、図２のブロック図で示すように、ＣＰＵ（Central Processing Unit）３１、ＲＯＭ（Read Only Memory）３２、ＲＡＭ（Random Access Memory）３３、時計部３４、ＬＡＮコントローラ３５及びＩ／Ｏ機器コントローラ３６を備えている。ＣＰＵ３１は、ＲＯＭ３２、ＲＡＭ３３、時計部３４、ＬＡＮコントローラ３５及びＩ／Ｏ機器コントローラ３６を、アドレスバス，データバス等のバスライン３７で接続している。

Ｉ／Ｏ機器コントローラ３６は、キーボード３０１、オペレータ用ディスプレイ３０２、客用ディスプレイ３０３、レシートプリンタ３０４、カードリーダ３０５及びコードスキャナ３０６を制御する。キーボード３０１は、少なくとも締めキーＫ１を備えている。締めキーＫ１は、１商取引の締めを宣言する締め宣言手段として機能する。レシートプリンタ３０４は、商取引の明細が記録されたレシートを印字する。印字されたレシートは、図示しないレシート発行口から取引単位に発行される。カードリーダ３０５は、前記ポイントカードのデータを読み取る。コードスキャナ３０６は、バーコードをスキャニングして、バーコードデータを読み取る。

ネットスーパー管理サーバ４は、インターネット等のネットワークを利用した商品販売方式の一態様であるネットスーパー販売方式を実現するためのコンピュータであり、図３のブロック図で示すように、ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、ＨＤＤ（Hard Disk Drive）４４、ＬＡＮコントローラ４５、ＷＡＮコントローラ４６及びプリンタコントローラ４７を備えている。ＣＰＵ４１は、ＲＯＭ４２、ＲＡＭ４３、ＨＤＤ４４、ＬＡＮコントローラ４５、ＷＡＮコントローラ４６及びプリンタコントローラ４７を、アドレスバス，データバス等のバスライン４８で接続している。

ネットスーパー管理サーバ４は、ＷＡＮコントローラ４６を介して接続されるインターネット等のＷＡＮ（Wide Area Network）６上に、ネットスーパー販売方式で販売される商品の情報（例えば、商品名、単価、ポイント還元率等）を掲載したＷｅｂサイト“ネットスーパー”を公開する機能と、パーソナルコンピュータや携帯電話等の顧客端末７から、Ｗｅｂサイト“ネットスーパー”で販売する商品の購入注文を受け付け、プリンタコントローラ４７で制御される伝票プリンタ４０１から、注文を受付けた商品の明細を示す配送伝票５０を印字出力させる機能とを有する。

ここで、ネットスーパー管理サーバ４が、顧客端末７から商品の購入注文を受け付け、配送伝票５０を印字させる機能について、図４及び図５の流れ図を用いて説明する。この機能は、例えばＲＯＭ４２に記憶された制御プログラムに従い、ＣＰＵ４１が動作することで実現される。

ＣＰＵ４１は、ＷＡＮ６上に公開したＷｅｂサイト“ネットスーパー”に顧客端末７からアクセスがあるのを待機している（ＳＴ１）。顧客端末７からＷｅｂサイト“ネットスーパー”へのアクセスを受け付けると（ＳＴ１のＹＥＳ）、ＣＰＵ４１は、そのＷｅｂサイト“ネットスーパー”に、会員番号の入力を促すログイン画面を出力させる（ＳＴ２）。そして、会員番号が入力されるのを待機する（ＳＴ３）。

顧客端末７からログイン画面に会員番号が入力されると（ＳＴ３のＹＥＳ）、ＣＰＵ４１は、この会員番号に対応する会員情報を、ストアサーバ２の会員マスタファイル１３から取得する（ＳＴ４）。また、ＣＰＵ４１は、Ｗｅｂサイト“ネットスーパー”に、購入の対象となる商品の選択と会計指示を受け付ける注文受付画面を出力させる（ＳＴ５）。そして、会計指示が行われるのを待機する（ＳＴ６）。

顧客端末７から注文受付画面に購入の対象となる商品の選択情報とともに会計を行う旨の指示入力があると（ＳＴ６のＹＥＳ）、ＣＰＵ４１は、購入対象とされた商品の商品情報を、ストアサーバ２の商品マスタファイル１１から取得する（ＳＴ７）。そして、この商品情報に基づき、当該商品の売上額を算出する。また、この売上額と所定のポイント還元率とからポイント数を算出する（ＳＴ８）。

次いで、ＣＰＵ４１は、購入対象とされた商品の一覧と、ステップＳＴ８の処理で算出した売上額及びポイント数とを表した決済確認画面を、Ｗｅｂサイト“ネットスーパー”に出力させる（ＳＴ９）。そして、決済確定の指示入力が行われるのを待機する（ＳＴ１０）。ここで、顧客端末７から決済確定の指示入力が行われず、例えば取消の指示入力が行われたとすると（ＳＴ１０のＮＯ）、今回の処理が終了する。ＣＰＵ４１は、次の顧客端末７からアクセスがあるのを待機する。

顧客端末７から決済確定の指示入力があると（ＳＴ１０のＹＥＳ）、ＣＰＵ４１は、購入対象とされた商品の配送に係る配送伝票の印字データを生成する（ＳＴ１１）。以下、図５を参照して、配送伝票の印字データ生成処理手順を説明する。

先ず、ＣＰＵ４１は、ステップＳＴ３の処理で受け付けた会員番号を表すコード（以下、「会員コード」という）を生成する（ＳＴ２１）。また、ステップＳＴ８の処理で算出したポイント数を表すコード（以下、「ポイントコード」という）を生成する（ＳＴ２２）。

会員コードの一例を図６に示す。また、ポイントコードの一例を図７に示す。図６及び図７は、いずれもそのコード体系を２０桁とするｃｏｄｅ１２８式バーコードとした例である。

図６に示すように、会員コードは、第１桁目から第１３桁目までの１３桁の第１コード領域Ｃ１１と、第１４桁目のフラグ情報（Ｆ）と、第１５桁目から第１９桁目までの５桁の第２コード領域Ｃ１２と、第２０桁目のチェックデジット（Ｃ／Ｄ）とから構成されている。そして、第１コード領域Ｃ１１と第２コード領域Ｃ１２の計１８桁のコード領域を用いて、顧客の会員番号が表される。フラグ情報（Ｆ）は、このバーコードが会員コードであることを示す特有の値である。本実施形態では“５”とする。なお、第１コード領域Ｃ１１と第２コード領域Ｃ１２とをそれぞれ構成する桁数は、図６に示す割合に限定されるものではない。

図７に示すように、ポイントコードは、第１桁目から第１３桁目までの１３桁の第１コード領域Ｃ２１と、第１４桁目のフラグ情報Ｆと、第１５桁目から第１９桁目までの５桁の第２コード領域Ｃ２２と、第２０桁目のチェックデジット（Ｃ／Ｄ）とから構成されている。ここで、第１コード領域Ｃ２１は固定部分となっており、第２コード領域Ｃ２２を用いてポイント数が表される。フラグ情報（Ｆ）は、このバーコードがポイントコードであることを示す特有の値である。本実施形態では“６”とする。なお、第１コード領域Ｃ２１と第２コード領域Ｃ２２とをそれぞれ構成する桁数は、図７に示す割合に限定されるものではない。

図５に説明を戻す。
ＣＰＵ４１は、ステップＳＴ７の処理で購入対象とされた各商品について、それぞれその商品の購入時点での商品単価を表す単価コードを生成する（ＳＴ２３）。そして商品毎に、その商品に付されている商品コードと、ステップＳＴ２３の処理で生成した単価コードとを組み合わせたコード（以下、購入時コードという）を生成する（ＳＴ２４）。

購入時コードの一例を図８に示す。本実施形態では、購入時コードも、前述した会員コード及びポイントコードと同様に、２０桁のｃｏｄｅ１２８式バーコードを用いて表す。具体的には、第１桁目から第１３桁目までの１３桁の第１コード領域Ｃ３１を用いて商品コード（国コード、メーカーコード、商品アイテムコード）を表し、第１５桁目から第１９桁目までの５桁の第２コード領域Ｃ３２を用いて単価コードを表す。第１４桁目のフラグ情報（Ｆ）は、このバーコードが購入時コードであることを示す特有の値として、本実施形態では“４”とする。

ステップＳＴ２１，ＳＴ２２及びＳＴ２４の各処理により、会員コード、ポイントコード及び購入対象商品別の購入時コードをそれぞれ生成したならば、ＣＰＵ４１は、配送伝票の印字データを生成する（ＳＴ２５）。具体的には、所定の配送伝票フォーマットに、会員コード、ポイントコード及び購入対象商品別の購入時コードを配置する。また、ステップＳＴ４の処理で取得した会員情報や、ステップＳＴ７の処理で受け付けた購入対象商品毎の商品情報等も配置する。

図４に説明を戻す。
ＣＰＵ４１は、ステップＳＴ１１の配送伝票生成処理が終了すると、生成された印字データをプリンタコントローラ４７に出力する（ＳＴ１２）。プリンタコントローラ４７は、印字データに従い伝票プリンタ４０１を駆動させて、配送伝票５０を印字発行させる。以上で、今回の顧客端末７からのアクセスに対するネットスーパー管理サーバ４の処理を終了する。

配送伝票５０の一出力例を図９に示す。ここで、領域Ａ１は、配送先となる顧客の会員情報が印字される領域である。ステップＳＴ４の処理で取得した会員情報のうち、領域Ａ１１に顧客の氏名が、領域Ａ１２に顧客の電話番号が、領域Ａ１３に配送先となる顧客の住所が印字されている。なお、商品注文時において、顧客から配送先の住所や電話番号が別途指定された場合には、これら指定された情報が対応する領域に印字される。

領域Ａ２は、顧客の会員番号と、今回の注文で付与されたポイント数とが印字される領域である。そのうち、領域Ａ２１には会員番号とポイント数とが平文で印字されており、領域Ａ２２には会員番号及びポイント数の各コード、すなわちステップＳＴ２１、ＳＴ２２の処理で生成された会員コードとポイントコードとが印字されている。なお、図８の例では、会員コード及びポイントコードを紙面横方向に並べて配置した形態としているが、これに限らず、紙面縦方向に２段組に配置する形態としてもよい。

領域Ａ３は、配送時に必要な配送情報が印字される。配送情報として、配送日を指定する情報、配送時間を指定する情報、決済方法を指定する情報が、領域Ａ３１〜Ａ３３のそれぞれに印字されている。これらの配送情報は、商品注文時に顧客端末７から別途指示入力されたものである。領域Ａ３４には、購入対象となった商品の総額が領収金額として印字される。また、領域Ａ３５は配送担当のサインや捺印用に設けられた空欄領域であり、領域Ａ３６は顧客の受領サイン又は捺印用に設けられた空欄領域である。

領域Ａ４には、購入対象となった各商品の商品名や購入時の単価、数量、小計、合計金額等の明細が印字される。そのうち、領域Ａ４１には、購入対象とされた各商品の購入時コードが商品毎に印字されている。

このように、配送伝票５０に印字される会員コード、ポイントコード及び購入時コードは、いずれもそのコード体系を２０桁とするｃｏｄｅ１２８式バーコードである。そして、その第１４桁目のフラグ情報Ｆの値の違いによって、ＰＯＳ端末３等のコンピュータ機器がコードの種類を識別できる。

伝票プリンタ４０１から発行された配送伝票５０は、店舗内で品揃えされた購入対象の各商品とともに配送担当員へと引き渡され、配送先の顧客宅へと配送される。配送完了後、顧客の受領サイン又は捺印された配送伝票５０は、ＰＯＳシステム１の店舗へと返送され、任意のタイミングでＰＯＳ端末３による売上処理にかけられる。なお、配送時に顧客が一部の商品の受取りを拒否したり返品したりした場合には、配送担当員は、その商品（以下、キャンセル商品という）の配送情報に取消線などのマークを書き込む等して、キャッシャが売上処理の際にキャンセル商品を識別できるようにしておく。

以下、図１０〜図１３の流れ図を参照して、ＰＯＳ端末３で行われる売上処理について説明する。売上処理には、実存店舗での商品販売取引の売上処理いわゆる店舗販売売上処理と、ネットスーパー販売方式によるネットワーク注文販売取引の売上処理いわゆるネットスーパー売上処理とがある。店舗販売売上処理は、店舗にて客が購入する商品に付されたＪＡＮコード等の商品コードを、コード読取手段であるコードスキャナ３０６で読み取ることによって、その商品の販売データを購入時点の単価を基に売上処理するものである（店舗販売売上処理手段）。ネットスーパー売上処理は、ネットスーパー販売方式による注文内容に従い発行された配送伝票５０に記録された各種のコードを、コード読取手段であるコードスキャナ３０６で読み取ることによって、ＷＡＮ６を介して注文を受け付けた商品の販売データを注文受付時点の単価に基づいて売上処理するものである（ネットワーク売上処理手段）。

図１０の流れ図は、コードスキャナ３０６でコードが読み取られたときに、ＣＰＵ３１が実行する処理の手順を示す。この処理手順は、例えばＲＯＭ３２に記憶された制御プログラムによって実現される。

コードが読み取られると、ＣＰＵ３１は、先ず、登録中フラグＲＦが“１”にセットされているか否かを判断する（ＳＴ３１）。登録中フラグＲＦはＲＡＭ３３に記憶されており、アイドル状態では“０”にリセットされている。

登録中フラグＲＦが“１”にセットされていない場合、ＣＰＵ３１は、取引バッファをクリアする（ＳＴ３２）。また、登録中フラグＲＦを“１”にセットする（ＳＴ３３）。取引バッファは、ＲＡＭ３３に形成されている。

次に、ＣＰＵ３１は、読み取られたコードが、その１４桁目にフラグ情報Ｆとして所定値“４”，“５”または“６”を持つコード、すなわち配送伝票５０に印字されたｃｏｄｅ１２８式バーコードのコードであるか否かを判断する（ＳＴ３４）。配送伝票５０に印字されたコードの場合（ＳＴ３４のＹＥＳ）、ＣＰＵ３１は、ネットスーパーフラグＮＳＦを“１”にセットする（ＳＴ３５）。ネットスーパーフラグＮＳＦはＲＡＭ３３に記憶されており、アイドル状態では“０”にリセットされている。ネットスーパーフラグＮＳＦを“１”にセットした後、ＣＰＵ３１は、ステップＳＴ３６のネットスーパー売上処理を実行する。ネットスーパー売上処理については、後述する。

読み取られたコードが配送伝票５０に印字されたコードでない場合（ＳＴ３４のＮＯ）、ＣＰＵ３１は、ステップＳＴ３８〜ＳＴ４１の店舗販売売上処理を実行する。すなわち、読み取られたコードが１４桁からなるＪＡＮコード等の商品コードであるとき、ＣＰＵ３１は、その商品コードに対応する商品情報を、ストアサーバ２の商品マスタファイル１１から取得する（ＳＴ３８）。そして、取得した商品情報中の単価に販売点数を乗算して販売金額を算出する（ＳＴ３９）。なお、販売点数は、コードが読み取られる直前に、キーボード３０１の置数キーにより乗数が入力されていた場合にはその乗数であり、乗数が入力されていない場合には“１”である。しかる後、ＣＰＵ３１は、商品コードと、商品情報中の商品名及び単価と、販売点数及び販売金額とを、取引バッファに格納する（ＳＴ４０）。また、商品名及び販売金額をオペレータ用ディスプレイ３０２及び客用ディスプレイ３０３に表示させる（ＳＴ４１）。以上で、今回のコード読取処理が終了する。

一方、コードが読み取られた時点で登録中フラグＲＦが既に“１”にセットされていた場合には（ＳＴ３１のＹＥＳ）、ＣＰＵ３１は、ネットスーパーフラグＮＳＦをチェックする（ＳＴ３７）。ここで、ネットスーパーフラグＮＳＦが“１”にセットされていると（ＳＴ３７のＴＥＳ）、ネットスーパー売上処理を実行し（ＳＴ３６）、“０”にリセットされていると（ＳＴ３７のＮＯ）、店舗販売売上処理を実行する（ＳＴ３８〜ＳＴ４１）。

図１１は、ネットスーパー売上処理の具体的な処理手順を示す流れ図である。ステップＳＴ３６にてネットスーパー売上処理に入ると、ＣＰＵ３１は、読み取られたコードの１４桁目であるフラグ情報Ｆの値をチェックする（ＳＴ５１）。

ここで、フラグ情報Ｆの値が“５”であると（ＳＴ５１の“５”）、配送伝票５０から読み取られたコードは会員コードである。この場合、ＣＰＵ３１は、その会員コードから会員番号を取得する（ＳＴ５２）。そして、この会員番号を会員情報記憶部としての取引バッファに格納する（ＳＴ５３）。以上で、今回のコード読取処理が終了する。

フラグ情報Ｆが“６”であると（ＳＴ５１の“６”）、配送伝票５０から読み取られたコードはポイントコードである。この場合、ＣＰＵ３１は、そのポイントコードからポイント数を取得する（ＳＴ５４）。そして、このポイント数を会員情報記憶部としての取引バッファに格納する（ＳＴ５５）。以上で、今回のコード読取処理が終了する。

フラグ情報Ｆが“４”であると（ＳＴ５１の“４”）、配送伝票５０から読み取られたコードは購入時コードである。この場合、ＣＰＵ３１は、その購入時コードから商品コードと単価データとを取得する（ＳＴ５６）。次いで、ＣＰＵ３１は、その商品コードに対応する商品情報を、ストアサーバ２の商品マスタファイル１１から取得する（ＳＴ５７）。そして、取得した商品情報中の単価に販売点数を乗算して販売金額を算出する（ＳＴ５８）。販売点数は、コードが読み取られる直前に、キーボード３０１の置数キーにより乗数が入力されていた場合にはその乗数であり、乗数が入力されていない場合には“１”である。しかる後、ＣＰＵ３１は、商品コードと、商品情報中の商品名及び単価と、販売点数及び販売金額とを取引バッファに格納する（ＳＴ５９）。また、商品名及び販売金額をオペレータ用ディスプレイ３０２及び客用ディスプレイ３０３に表示させる（ＳＴ６０）。以上で、今回のコード読取処理が終了する。

このように、登録中フラグＲＦが“０”にリセットされているアイドル状態で、商品に付された商品コードがコードスキャナ３０６によって読み取られると、ＰＯＳ端末３のＣＰＵ３１は、登録中フラグＲＦを“１”にセットして、店舗販売売上処理を実行する。そして以後、登録中フラグＲＦが“０”にリセットされるまで、商品コードがコードスキャナ３０６によって読み取られる毎に店舗販売売上処理を繰返し実行する。

一方、同じくアイドル状態で、配送伝票５０に印字された会員コード、ポイントコード、購入時コードのなかのいずれかのコードがコードスキャナ３０６によって読み取られると、ＰＯＳ端末３のＣＰＵ３１は、登録中フラグＲＦとネットスーパーフラグＮＳＦとをいずれも“１”にセットして、ネットスーパー売上処理を実行する。そして以後、登録中フラグＲＦが“０”にリセットされるまで、配送伝票５０のコードがコードスキャナ３０６によって読み取られる毎にネットスーパー売上処理を繰返し実行する。

そこで、ＰＯＳ端末３を操作する店員いわゆるキャッシャは、実在店舗での商品販売取引の際には、顧客が購入する商品に付された商品コードを１品ずつコードスキャナ２０６で読取操作する。そして、全ての購入商品の読取操作が終了すると、締めキーＫ１を入力して、１商取引の締めを宣言する。

一方、ネットスーパー販売方式による商品販売取引の際には、配送伝票５０に印字されている会員コード、ポイントコード及び購入対象商品毎の購入時コードをコードスキャナ２０６で読取操作する。ただし、キャンセル商品の購入時コードは読み取らない。そして、全てのコードの読取操作が終了すると、締めキーＫ１を入力して、１商取引の締めを宣言する。

図１２は、締めキーＫ１が入力されたときのＣＰＵ３１の処理手順を示す流れ図である。この処理手順は、例えばＲＯＭ３２に記憶された制御プログラムによって実現される。

締めキーＫ１が入力されたことを検知すると、ＣＰＵ３１は、先ず、登録中フラグＲＦをチェックする（ＳＴ７１）。ここで、登録中フラグＲＦが“０”にリセットされている場合には（ＳＴ７１のＮＯ）、売上処理が実行されていないアイドル状態において締めキーＫ１が操作された誤操作なので、エラーとする。

登録中フラグＲＦが“１”にセットされていた場合（ＳＴ７１のＹＥＳ）、ＣＰＵ３１は、ネットスーパーフラグＮＳＦをチェックする（ＳＴ７２：取引判定手段）。ここで、ネットスーパーフラグＮＳＦが“０”にリセットされている場合には（ＳＴ７２のＮＯ）、ステップＳＴ７３〜ＳＴ８２に示す実在店舗での商品販売取引の登録締め処理を実行する。これに対し、ネットスーパーフラグＮＳＦが“１”にセットされている場合には（ＳＴ７２のＹＥＳ）、ステップＳＴ８３として図１３に具体的に示すネットスーパー締め処理を実行する。

はじめに、実在店舗での商品販売取引の登録締め処理について説明する。登録中フラグＲＦがセットされ、ネットスーパーフラグＮＳＦがリセットされている状態で、締めキーＫ１が入力されると、ＣＰＵ３１は、取引バッファに格納されている商品コード，商品名，単価，販売点数，販売金額等の商品販売データを基に、売上登録処理を実行する（ＳＴ７３）。この売上登録処理により、商取引の合計金額が算出される。また、この商取引で売上げられた各商品の商品コード，売上点数及び売上金額と、上記合計金額とを含む売上登録データが生成される。

次に、ＣＰＵ３１は、取引バッファに会員番号が格納されているか否かを判断する（ＳＴ７４）。実在店舗での商品販売取引の際には、締めキーＫ１によって締めが宣言される前に、カードリーダ３０５によってポイントカードのデータが読み取られると、そのカードデータに含まれる会員番号が取引バッファに格納される。

会員番号が格納されていない場合（ＳＴ７４のＮＯ）、ＣＰＵ３１は、ポイントカードの読み忘れを警告するメッセージをオペレータ用ディスプレイ３０２に表示させる（ＳＴ７５：警告手段）。そして、カードリーダ３０５でポイントカードのデータが読み取られるのを待機する（ＳＴ７６）。ここで、ポイントカードのデータが読み取られることなく、例えばキーボード３０１の取消キーが入力されたならば（ＳＴ７６のＮＯ）、ポイントカード会員以外の顧客の商取引なので、ＣＰＵ３１は、ＳＴ７３の処理で生成した売上登録データをストアサーバ２に送信する（ＳＴ７７）。

これに対し、カードリーダ３０５でポイントカードのデータが読み取られた場合（ＳＴ７６のＹＥＳ）、あるいは取引バッファに会員番号が格納されている場合には（ＳＴ７４のＹＥＳ）、ポイントカード会員である顧客の商取引なので、ＣＰＵ３１は、ＳＴ７３の処理で算出した合計金額と所定のポイント還元率とからポイント数を算出する（ＳＴ７８）。そして、ステップＳＴ７３の処理で生成した売上登録データとともに、カードリーダ３０５で読み取ったポイントカードのデータから取得した会員番号または取引バッファに記憶された会員番号と、ステップＳＴ７８の処理で算出したポイント数とを、ストアサーバ２に送信する（ＳＴ７９）。

ステップＳＴ７７またはステップＳＴ７９の送信処理を終了すると、ＣＰＵ３１は、レシートプリンタ３０４を動作させて取引レシートを印字発行させる（ＳＴ８０）。しかる後、ＣＰＵ３１は、取引バッファをクリアする（ＳＴ８１）。また、登録中フラグＲＦを“０”にリセットする（ＳＴ８２）。以上で、今回の締めキー処理が終了し、ＰＯＳ端末３はアイドル状態に戻る。

図１３は、前記ネットスーパー締め処理の具体的手順を示す流れ図である。登録中フラグＲＦとネットスーパーフラグＮＳＦがいずれもセットされている状態で、締めキーＫ１が入力されると、ＣＰＵ３１は、ネットスーパー締め処理を開始する。先ず、取引バッファに会員番号が格納されているか否かを判断する（ＳＴ９１）。会員番号が格納されていない場合（ＳＴ９１のＮＯ）、配送伝票５０に印字されている会員コードの読み忘れを警告するメッセージをオペレータ用ディスプレイ３０２に表示させる（ＳＴ９２：警告手段）。そして、コードスキャナ３０６で会員コードが読み取られるのを待機する（ＳＴ９３）。コードスキャナ３０６でコードが読み取られると（ＳＴ９３のＹＥＳ）、ＣＰＵ３１は、そのコードの１４桁目の値が、会員コードを示すフラグ情報Ｆの値“５”であるか否かを判断する（ＳＴ９４）。１４桁目の値が“５”でないと（ＳＴ９４のＮＯ）、読み取られたコードは会員コードではない。この場合、ＣＰＵ３１は、再度、会員コードが読み取られるのを待機する（ＳＴ９３）。

１４桁目の値が“５”であると（ＳＴ９４のＹＥＳ）、読み取られたコードは会員コードである。この場合、ＣＰＵ３１は、その会員コードから会員番号を取得する（ＳＴ９５）。そして、この会員番号を取引バッファに格納する（ＳＴ９６）。

ステップＳＴ９６の処理にて会員番号が取引バッファに格納されるか、既に取引バッファに会員番号が格納されていた場合（ＳＴ９１のＹＥＳ）、ＣＰＵ３１は、取引バッファにポイント数が格納されているか否かを判断する（ＳＴ９７）。ポイント数が格納されていない場合（ＳＴ９７のＮＯ）、配送伝票５０に印字されているポイントコードの読み忘れを警告するメッセージをオペレータ用ディスプレイ３０２に表示させる（ＳＴ９８：警告手段）。そして、コードスキャナ３０６でポイントコードが読み取られるのを待機する（ＳＴ９９）。コードスキャナ３０６でコードが読み取られると（ＳＴ９９のＹＥＳ）、ＣＰＵ３１は、そのコードの１４桁目の値が、ポイントコードを示すフラグ情報Ｆの値“６”であるか否かを判断する（ＳＴ１００）。１４桁目の値が“６”でないと（ＳＴ１００のＮＯ）、読み取られたコードはポイントコードではない。この場合、ＣＰＵ３１は、再度、ポイントコードが読み取られるのを待機する（ＳＴ９９）。

１４桁目の値が“６”であると（ＳＴ１００のＹＥＳ）、読み取られたコードはポイントコードである。この場合、ＣＰＵ３１は、そのポイントコードからポイント数を取得する（ＳＴ１０１）。そして、このポイント数を取引バッファに格納する（ＳＴ１０２）。

ステップＳＴ１０２の処理にてポイント数が取引バッファに格納されるか、既に取引バッファにポイント数が格納されていた場合（ＳＴ９７のＹＥＳ）、ＣＰＵ３１は、取引バッファに格納されている商品コード，商品名，単価，販売点数，販売金額等の商品販売データを基に、売上登録処理を実行する（ＳＴ１０３）。この売上登録処理により、商取引の合計金額が算出される。また、この商取引で売上げられた各商品の商品コード，売上点数及び売上金額と、上記合計金額とを含む売上登録データが生成される。

次いで、ＣＰＵ３１は、ステップＳＴ１０３の処理で生成した売上登録データとともに、取引バッファに記憶された会員番号とポイント数とを、ストアサーバ２に送信する（ＳＴ１０４）。しかる後、ＣＰＵ３１は、取引バッファをクリアする（ＳＴ１０５）。また、登録中フラグＲＦとネットスーパーフラグＮＳＦとをいずれも“０”にリセットする。以上で、今回の締めキー処理が終了し、ＰＯＳ端末３はアイドル状態に戻る。

ＰＯＳ端末３から送信される売上登録データ、会員番号及びポイント数を受信したストアサーバ２は、その受信データに基づいて店舗売上ファイル１２及び会員実績ファイル１４のデータを更新する。

このように、本実施形態のＰＯＳ端末３は、ネットスーパー販売方式による商品販売取引の際に、キャッシャが配送伝票５０の会員コードを読み取ることなく締めキーＫ１を入力して商取引の締めを宣言しても、会員コードの読み忘れ警告が発せられて、売上登録処理が実行されない。キャッシャが配送伝票５０の会員コードを読み取ると、売上登録処理が実行されて、その会員コードから得られる会員番号とともに売上登録データがストアサーバ２に送信される。したがって、ストアサーバ２において、ネットスーパー販売方式を利用した客の取引実績データを確実に収集し、会員実績ファイル１４に保存することができる。

また、本実施形態のＰＯＳ端末３は、ネットスーパー販売方式による商品販売取引の際に、キャッシャが配送伝票５０のポイントコードを読み取ることなく締めキーＫ１を入力して商取引の締めを宣言しても、ポイントコードの読み忘れ警告が発せられて、売上登録処理が実行されない。キャッシャが配送伝票５０のポイントコードを読み取ると、売上登録処理が実行されて、会員番号とともにポイントデータがストアサーバ２に送信される。したがって、ストアサーバ２において、ネットスーパー販売方式を利用した客のポイントデータを確実に収集し、会員実績ファイル１４にて顧客別に累積することができる。

また、本実施形態のＰＯＳ端末３は、実存店舗での商品販売取引の際に、ポイントカードのデータが読み取られることなく締めキーＫ１が入力されて商取引の締めが宣言されると、ポイントカードの読み忘れ警告が発せられる。したがって、ポイントカード会員である顧客が実存店舗での商品販売取引の際にポイントカードを提示し忘れても、決済の前に店員が顧客に確認できるので、顧客満足度を高め得る。

なお、この発明は前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。

例えば前記実施形態では、ネットスーパー販売方式によるネットワーク注文販売取引の売上処理を、商品配送完了後の配送伝票５０を基に行うものとして説明したが、商品配送前の配送伝票５０を用いて売上処理を行ってもよい。その場合も、取引バッファに会員番号あるいはポイント数などの会員情報が記憶されていない状態で締めキーＫ１が入力されて商取引の締めが宣言されると、会員情報の入力を促す警告を発することで、ミスを防止することができる。

また、前記実施形態では、締めが宣言された商取引が、店舗販売売上処理手段により売上処理される商取引なのかネットワーク売上処理手段により売上処理される商取引なのかを判定する取引判定手段を、配送伝票５０に記録されたコードが読み取られたことに応じてセットされるネットスーパーフラグＮＳＦの状態に基づいて判定する手段としたが、これに限らず、例えば、キーボード３０１にネットスーパー取引宣言キーを設け、配送伝票５０に記録されたコードを読み取る前にこのキーを入力するものとし、このキーが入力されたならば、ネットワーク売上処理手段により売上処理される商取引と判定してもよい。

また、前記実施形態では、配送伝票に印字されるコードをｃｏｄｅ１２８式バーコードとしたが、これに限らず、他の形態のバーコードでもよい。あるいはＱＲコード（登録商標）等の二次元データコードであってもよい。

また、前記実施形態では、ＰＯＳ端末３のＲＯＭ３２に、制御プログラムが予め記録されている場合で説明をしたが、これに限らず同様のプログラムをネットワークからＰＯＳ端末３にダウンロードしても良いし、記録媒体に記憶させたものをＰＯＳ端末３にインストールしてもよい。記録媒体としては、ＣＤ−ＲＯＭ等プログラムを記憶でき、かつ装置が読み取り可能な記録媒体であれば、その形態は何れの形態であっても良い。またこのように予めインストールやダウンロードにより得る機能は装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。

この他、前記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を組合わせてもよい。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［付記１］
店舗にて客が購入する商品の販売データを購入時点の単価に基づいて売上処理する店舗販売売上処理手段と、
ネットワークを介して注文を受付けた商品の販売データを注文受付時点の単価に基づいて売上処理するネットワーク売上処理手段と、
前記店舗販売売上処理手段により売上処理される商取引の締め及び前記ネットワーク売上処理手段により売上処理される商取引の締めを宣言する締め宣言手段と、
入力された会員情報を記憶する会員情報記憶部と、
前記会員情報記憶部に前記会員情報が記憶されていない状態で前記締め宣言手段により商取引の締めが宣言されると、前記会員情報の入力を促す警告を発する警告手段と、
を具備したことを特徴とする商品販売データ処理装置。
［付記２］
前記締め宣言手段により締めが宣言された商取引が、前記店舗販売売上処理手段により売上処理される商取引なのか前記ネットワーク売上処理手段により売上処理される商取引なのかを判定する取引判定手段、をさらに具備し、
前記警告手段は、前記ネットワーク売上処理手段により売上処理される商取引の締めであると前記取引判定手段により判定されると、前記会員情報記憶部をチェックし、前記会員情報が記憶されていないとき警告を発することを特徴とする付記１記載の商品販売データ処理装置。
［付記３］
ネットワークを介して注文を受付けた商品の明細を示す伝票に記録されたコードを読取るコード読取手段、をさらに具備し、
前記取引判定手段は、前記コード読取手段により前記伝票に記録されたコードが読み取られたことに応じてセットされるフラグの状態に基づいて判定することを特徴とする付記２記載の商品販売データ処理装置。
［付記４］
前記会員情報記憶部は、前記コード読取手段により前記伝票から読み取られた所定のコードから得られる会員識別データを記憶することを特徴とする付記３記載の商品販売データ処理装置。
［付記５］
前記会員情報記憶部は、前記コード読取手段により前記伝票から読み取られた所定のコードから得られるポイントデータを記憶することを特徴とする付記３記載の商品販売データ処理装置。
［付記６］
入力された会員情報を記憶する会員情報記憶部を備えた商品販売データ処理装置の制御プログラムであって、
前記商品販売データ処理装置に、
店舗にて客が購入する商品の販売データを購入時点の単価に基づいて売上処理する店舗販売売上処理機能と、
ネットワークを介して注文を受付けた商品の販売データを注文受付時点の単価に基づいて売上処理するネットワーク売上処理機能と、
前記店舗販売売上処理機能により売上処理される商取引の締め及び前記ネットワーク売上処理機能により売上処理される商取引の締め宣言を受付ける締め宣言機能と、
前記会員情報記憶部に前記会員情報が記憶されていない状態で前記締め宣言機能により商取引の締め宣言を受付けると、前記会員情報の入力を促す警告を発生する警告機能と、
を実現させるための制御プログラム。

１…ＰＯＳシステム、２…ストアサーバ、３…ＰＯＳ端末、４…ネットスーパー管理サーバ、５…ＬＡＮ、６…ＷＡＮ、７…顧客端末、１１…商品マスタファイル、１２…店舗売上ファイル、１３…会員マスタファイル、１４…会員実績ファイル、３１…ＣＰＵ、３２…ＲＯＭ、３３…ＲＡＭ、３０１…キーボード、３０２…オペレータ用ディスプレイ、３０３…客用ディスプレイ、３０４…レシートプリンタ、３０５…カードリーダ、３０６…コードスキャナ。

特開２００９−２９４７５９号公報

Claims (5)

1. 店舗にて客が購入する商品の販売データを購入時点の単価に基づいて売上処理する店舗販売売上処理手段と、
   ネットワークを介して注文を受付けた商品の販売データを注文受付時点の単価に基づいて売上処理するネットワーク売上処理手段と、
   前記店舗販売売上処理手段により売上処理される商取引の締め及び前記ネットワーク売上処理手段により売上処理される商取引の締めを宣言する締め宣言手段と、
   入力された会員情報を記憶する会員情報記憶部と、
   前記締め宣言手段により締めが宣言された商取引が、前記店舗販売売上処理手段により売上処理される商取引なのか前記ネットワーク売上処理手段により売上処理される商取引なのかを判定する取引判定手段と、
   この取引判定手段により前記締めが宣言された商取引が前記ネットワーク売上処理手段により売上処理される商取引の締めであると判定されると前記会員情報記憶部をチェックし、前記会員情報が記憶されていないとき前記会員情報の入力を促す警告を発する警告手段と、
   を具備したことを特徴とする商品販売データ処理装置。
2. ネットワークを介して注文を受付けた商品の明細を示す伝票に記録されたコードを読取るコード読取手段、をさらに具備し、
   前記取引判定手段は、前記コード読取手段により前記伝票に記録されたコードが読み取られたことに応じてセットされるフラグの状態に基づいて判定することを特徴とする請求項１記載の商品販売データ処理装置。
3. 前記会員情報記憶部は、前記コード読取手段により前記伝票から読み取られた所定のコードから得られる会員識別データを記憶することを特徴とする請求項２記載の商品販売データ処理装置。
4. 前記会員情報記憶部は、前記コード読取手段により前記伝票から読み取られた所定のコードから得られるポイントデータを記憶することを特徴とする請求項２記載の商品販売データ処理装置。
5. 入力された会員情報を記憶する会員情報記憶部を備えた商品販売データ処理装置の制御プログラムであって、
   前記商品販売データ処理装置に、
   店舗にて客が購入する商品の販売データを購入時点の単価に基づいて売上処理する店舗販売売上処理機能と、
   ネットワークを介して注文を受付けた商品の販売データを注文受付時点の単価に基づいて売上処理するネットワーク売上処理機能と、
   前記店舗販売売上処理機能により売上処理される商取引の締め及び前記ネットワーク売上処理機能により売上処理される商取引の締め宣言を受付ける締め宣言機能と、
   前記締め宣言機能により締めが宣言された商取引が、前記店舗販売売上処理機能により売上処理される商取引なのか前記ネットワーク売上処理機能により売上処理される商取引なのかを判定する取引判定機能と、
   この取引判定機能により前記締めが宣言された商取引が前記ネットワーク売上処理機能により売上処理される商取引の締めであると判定されると前記会員情報記憶部をチェックし、前記会員情報が記憶されていないとき、前記会員情報の入力を促す警告を発生する警告機能と、
   を実現させるための制御プログラム。

Images