(57)【要約】【課題】ネットスーパー商取引の売上処理の際には、注文確定時の単価で確実に注文商品を売上処理できるようにする。【解決手段】指定された日付情報を日付メモリで記憶する。コードスキャナで商品コードが読み取られると、この商品コードで識別される商品の、日付メモリに記憶されている日付情報で特定される日付の単価を、日付別にその日の各商品の単価を記憶してなる日別単価ファイルから検出する。そして、検出された単価で当該商品の販売データを売上処理する。【選択図】      図９
2011186684.tif 000002
【特許請求の範囲】
【請求項１】
指定された日付情報を記憶する日付記憶手段と、
商品毎に設定される商品識別コードを読み取るコード読取手段と、
このコード読取手段により商品識別コードが読み取られると、この商品識別コードで識別される商品の、前記日付記憶手段に記憶されている日付情報で特定される日付の単価を、日付別にその日の各商品の単価を記憶してなる日別単価ファイルから検出する単価検出手段と、
この単価検出手段により検出された単価で、前記コード読取手段により読み取られた商品識別コードで識別される商品の販売データを売上処理する売上処理手段と、
を具備したことを特徴とする商品販売データ処理装置。
【請求項２】
ネットワークを介して注文を受付けた商品の明細を示す伝票に記録された注文確定日の情報を読み取る日付情報読取手段、をさらに具備し、
前記日付記憶手段は、前記日付情報読取手段により読み取られた日付情報を記憶することを特徴とする請求項１記載の商品販売データ処理装置。
【請求項３】
前記日付情報読取手段により前記伝票に記録された注文確定日の情報が読み取られたことに応じてセットされるフラグ情報を記憶するフラグ記憶手段と、
前記コード読取手段により商品識別コードが読み取られる毎に前記フラグ記憶手段に記憶されるフラグ情報の状態を判定する判定手段と、
をさらに具備し、
前記単価検出手段は、前記判定手段により前記フラグ情報がセット状態にあると判定されると、前記コード読取手段により読み取られた商品識別コードで識別される商品の、前記日付記憶手段に記憶されている日付情報で特定される日付の単価を前記日別単価ファイルから検出し、前記フラグ情報がセット状態にないと判定されると、各商品の商品識別コードにそれぞれ対応してそのコードで識別される商品の少なくとも商品名及び単価を記憶してなる商品情報ファイルから、前記コード読取手段により読み取られた商品識別コードで識別される商品の単価を検出することを特徴とする請求項２記載の商品販売データ処理装置。
【請求項４】
ネットワークを介して注文を受付けた商品の明細を示す伝票に記録された注文確定日の情報は、前記商品識別コードと同一のコード体系であり、前記コード読取手段は、前記日付情報読取手段を兼用することを特徴とする請求項２または３記載の商品販売データ処理装置。
【請求項５】
各商品の商品識別コードにそれぞれ対応してそのコードで識別される商品の少なくとも商品名及び単価を記憶してなる商品情報ファイルと、日付別にその日の各商品の単価を商品識別コードと関連付けて記憶してなる日別単価ファイルとを監理するサーバと、
このサーバと通信回線を介して接続された商品販売データ処理装置とからなり、
前記商品販売データ処理装置は、
商品毎に設定される商品識別コードを読み取るコード読取手段と、
ネットワークを介して注文を受付けた商品の明細を示す伝票に記録された注文確定日の情報を読み取る日付情報読取手段と、
この日付情報読取手段により読み取られた日付情報を記憶する日付記憶手段と、
前記日付情報読取手段により前記伝票に記録された注文確定日の情報が読み取られたことに応じてセットされるフラグ情報を記憶するフラグ記憶手段と、
前記コード読取手段により商品識別コードが読み取られると、前記フラグ記憶手段に記憶されるフラグ情報の状態を判定する判定手段と、
この判定手段により前記フラグ情報がセット状態にあると判定されると、前記コード読取手段により読み取られた商品識別コードで識別される商品の前記日付記憶手段に記憶されている日付情報で特定される日付の単価を前記日別単価ファイルから検出し、前記フラグ情報がセット状態にないと判定されると、前記商品識別コードで識別される商品の現時点の単価を前記商品情報ファイルから検出する単価検出手段と、
この単価検出手段により検出した単価で前記コード読取手段により読み取られた商品識別コードで識別される商品の販売データを売上処理する売上処理手段と、
を具備したことを特徴とする商品販売データ処理システム。
【請求項６】
商品毎に設定される商品識別コードを読み取るコード読取手段を備えた商品販売データ処理装置の制御プログラムであって、
前記商品販売データ処理装置に、
指定された日付情報を日付記憶手段に記憶させる機能と、
前記コード読取手段により商品識別コードが読み取られると、この商品識別コードで識別される商品の、前記日付記憶手段に記憶されている日付情報で特定される日付の単価を、日付別にその日の各商品の単価を記憶してなる日別単価ファイルから検出する機能と、
前記日別単価ファイルから検出された単価で、前記コード読取手段により読み取られた商品識別コードで識別される商品の販売データを売上処理する機能と、
を実現させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＰＯＳ（Point Of Sales）システム等の商品販売データ処理システム、及びこのシステムのＰＯＳ端末として用いられる商品販売データ処理装置並びにその制御プログラムに関する。
【背景技術】
【０００２】
近年、ネットスーパーと称される会員制の販売方式が注目されている。この販売方式は、スーパーマーケット等の実存店舗で導入される。この販売方式では、会員となった顧客が、自宅等でパーソナルコンピュータ等の顧客端末を操作し、インターネット等のネットワーク通信を利用して、小売店に商品を注文する。小売店側は、顧客からの注文に従い店員が売場を廻って注文を受けた商品を揃える。品揃えされた注文商品は、配送担当者によって顧客宅等に配送される。
【０００３】
このとき、商品を確認した顧客が、商品に傷みがある等の理由から、商品の受取りを拒否する場合がある。あるいは、注文をしたがその後不要になったとして返品を申し出る場合もある。このような場合も想定し、ネットスーパー販売方式の売上は、注文確定時ではなく、顧客に商品を配送した後に、その配送伝票を基に処理するのが一般的である。
【０００４】
ところで、ネットスーパー販売方式によって取引される商品は、実存店舗で実際に販売されている商品である。このため、ネットスーパー販売方式による商取引の売上も実存店舗の売上としてまとめて集計されるべきである。
【０００５】
実存店舗の多くは、売上をＰＯＳ（Point Of Sales）システムで管理している。そこで、ネットスーパー販売方式によって取引された商品のデータも、実存店舗で販売された商品のデータと同様にＰＯＳ端末に入力して売上処理を行えば、ネットスーパー販売方式による商取引の売上を実存店舗の売上として集計することができる。
【０００６】
しかし、ここで問題となるのは、注文確定時と売上処理時との間に日付のずれが生じているため、ＰＯＳシステムで管理される商品の単価が変動する場合があることである。そこで、注文確定時には、注文を受けた商品の商品コードに、その時点の単価を表わす単価コードを付して特別なコードを生成し、このコードを配送伝票に印字する。一方、売上処理時には、配送伝票のコードを読み取り、このコードから注文商品と注文確定時の単価とを取得して、売上処理する。このような仕組みを構築することにより、注文確定時と売上処理時とで商品の単価が異なる場合でも対応できる（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、商品コードと単価コードとを含む特別なコードを生成して配送伝票に印字するという仕組みは、コードが汚れて単価コードを認識できない場合に、注文確定時の単価を取得不能となる問題がある。配送伝票は、注文の受付に応じて発行された後、配送先と店舗との間を往復してから売上処理に供せられるので、汚れが付着する可能性が高い。
【０００８】
本発明はこのような事情に基づいてなされたもので、その目的とするところは、ネットワークを介して商品の注文を受付ける商取引の売上処理の際には、注文確定時の単価で確実に注文商品を売上処理できる商品販売データ処理装置及びその制御プログラムと、この装置を用いた商品販売データ処理システムを提供しようとするものである。
【課題を解決するための手段】
【０００９】
本発明の一態様である商品販売データ処理装置は、指定された日付情報を記憶する日付記憶手段と、商品毎に設定される商品識別コードを読み取るコード読取手段と、このコード読取手段により商品識別コードが読み取られると、この商品識別コードで識別される商品の、日付記憶手段に記憶されている日付情報で特定される日付の単価を、日付別にその日の各商品の単価を記憶してなる日別単価ファイルから検出する単価検出手段と、この単価検出手段により検出された単価で、コード読取手段により読み取られた商品識別コードで識別される商品の販売データを売上処理する売上処理手段とを備えたものである。
【００１０】
また、商品販売データ処理システムは、各商品の商品識別コードにそれぞれ対応してそのコードで識別される商品の少なくとも商品名及び単価を記憶してなる商品情報ファイルと、日付別にその日の各商品の単価を商品識別コードと関連付けて記憶してなる日別単価ファイルとを監理するサーバと、このサーバと通信回線を介して接続された商品販売データ処理装置とからなり、商品販売データ処理装置は、商品毎に設定される商品識別コードを読み取るコード読取手段と、ネットワークを介して注文を受付けた商品の明細を示す伝票に記録された注文確定日の情報を読み取る日付情報読取手段と、この日付情報読取手段により読み取られた日付情報を記憶する日付記憶手段と、日付情報読取手段により前記伝票に記録された注文確定日の情報が読み取られたことに応じてセットされるフラグ情報を記憶するフラグ記憶手段と、コード読取手段により商品識別コードが読み取られると、フラグ記憶手段に記憶されるフラグ情報の状態を判定する判定手段と、この判定手段によりフラグ情報がセット状態にあると判定されると、コード読取手段により読み取られた商品識別コードで識別される商品の日付記憶手段に記憶されている日付情報で特定される日付の単価を日別単価ファイルから検出し、フラグ情報がセット状態にないと判定されると、商品識別コードで識別される商品の現時点の単価を商品情報ファイルから検出する単価検出手段と、この単価検出手段により検出した単価でコード読取手段により読み取られた商品識別コードで識別される商品の販売データを売上処理する売上処理手段とを備えたものである。
【００１１】
また、制御プログラムは、商品毎に設定される商品識別コードを読み取るコード読取手段を備えた商品販売データ処理装置のプログラムであって、商品販売データ処理装置に、指定された日付情報を日付記憶手段に記憶させる機能と、コード読取手段により商品識別コードが読み取られると、この商品識別コードで識別される商品の、日付記憶手段に記憶されている日付情報で特定される日付の単価を、日付別にその日の各商品の単価を記憶してなる日別単価ファイルから検出する機能と、日別単価ファイルから検出された単価で、コード読取手段により読み取られた商品識別コードで識別される商品の販売データを売上処理する機能とを実現させるものである。
【発明の効果】
【００１２】
かかる手段を講じたことにより、ネットワークを介して商品の注文を受付ける商取引の売上処理の際には、注文確定時の単価で確実に注文商品を売上処理できる効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態であるＰＯＳシステムの全体構成図。
【図２】同システムを構成するＰＯＳ端末の要部を示すブロック図。
【図３】同システムを構成するネットスーパー管理サーバの要部を示すブロック図。
【図４】ネットスーパー管理サーバのＣＰＵが実行する主要な処理手順を示す流れ図。
【図５】図４のステップＳＴ１１で示される配送伝票生成処理の具体的手順を示す流れ図。
【図６】本実施形態において生成される日付コードの一例を示す図。
【図７】本実施形態において発行される配送伝票の一例を示す図。
【図８】ＰＯＳ端末のＣＰＵが実行するコード読取処理の手順を示す流れ図。
【図９】図８のステップＳＴ３６で示されるネットスーパー売上処理の具体的手順を示す流れ図。
【図１０】ＰＯＳ端末のＣＰＵが実行する締めキー処理の手順を示す流れ図。
【発明を実施するための形態】
【００１４】
以下、商品販売データ処理システム及び商品販売データ処理装置の一実施形態を、図面を用いて説明する。  
なお、この実施形態は、ネットスーパーと称される販売方式を導入している実存店舗に構築されるＰＯＳシステム１に、商品販売データ処理システムとしての機能を適用し、このシステム１のＰＯＳ端末３に、商品販売データ処理装置としての機能を適用した場合である。
【００１５】
図１は、ＰＯＳシステム１の全体構成図である。ＰＯＳシステム１は、ストアサーバ２と、複数台のＰＯＳ端末３と、ネットスーパー管理サーバ４とを備えている。ストアサーバ２は、各ＰＯＳ端末３とネットスーパー管理サーバ４とを、ＬＡＮ（Local Area Network）５で接続している。
【００１６】
ストアサーバ２は、ＰＯＳシステム１の全体を統括するコンピュータである。ストアサーバ２は、商品マスタファイル１１、日別単価ファイル１２、店舗売上ファイル１３、会員マスタファイル１４及び会員実績ファイル１５を管理する。
【００１７】
商品マスタファイル１１は、実存店舗で販売される各商品に関する情報を記憶する。商品情報は、商品コード、商品名、単価等を含む。商品コードは、各商品を個々に識別するための商品毎に設定された商品識別コードであり、ＰＯＳシステムで一般に用いられる１４桁の統一商品コード、いわゆるＪＡＮコードに含まれる国コード、メーカーコード及び商品アイテムコードの組を意味する。通常、各商品には商品コードを示すバーコードが付されている。単価は、現時点の商品１点あたりの販売価格である。ここに、商品マスタファイル１１は、各商品の商品識別コードにそれぞれ対応してそのコードで識別される商品の少なくとも商品名及び単価を記憶してなる商品情報ファイルを構成する。
【００１８】
日別単価ファイル１２は、各商品の過去日の単価を日付別に記憶する。ストアサーバ２は、営業日の日付が更新される毎に、商品マスタファイル１１から商品毎に商品コードと単価とを読み出し、各商品の商品コードと単価との組み合わせデータを、更新前の日付に関連付けて、日別単価ファイル１２に保存する。
【００１９】
店舗売上ファイル１３は、実存店舗で販売される各商品の売上に関する情報を記憶する。店舗売上情報は、商品別の売上点数、売上金額等を含む。ストアサーバ２は、各ＰＯＳ端末３にて売上処理された商品販売データに基づいて、店舗売上ファイル１３に記憶されている各商品の売上点数及び売上金額を更新する。
【００２０】
会員マスタファイル１４は、ネットスーパー利用会員として登録された各会員に関する情報を記憶する。会員情報は、会員コード、氏名、配送先住所、電話番号等を含む。会員コードは、会員を銘々識別するために会員毎に設定された客識別コードである。通常、各会員は、自身の会員コードが記録された会員カード（ポイントカード）を所持している。
【００２１】
会員実績ファイル１５は、ネットスーパー利用会員の売上実績に関する情報を記憶する。売上実績は、ネットスーパー販売方式によるものだけでなく、来店して買い物をした際の実績も加味される。売上実績情報は、注文日または購入日、注文商品情報または購入商品情報、合計金額、ポイント数等を含む。商品情報は、各注文商品または購入商品の商品コード、商品名、単価、点数、金額等を含む。購入商品の単価は購入時点のものであり、注文商品の単価は注文時点のものである。
【００２２】
ＰＯＳ端末３は、各商品の販売データを売上処理する商品販売データ処理装置の一態様であり、店舗の会計場所（レジ）に設置されている。ＰＯＳ端末３は、図２のブロック図で示すように、ＣＰＵ（Central Processing Unit）３１、ＲＯＭ（Read Only Memory）３２、ＲＡＭ（Random Access Memory）３３、時計部３４、ＬＡＮコントローラ３５及びＩ／Ｏ機器コントローラ３６を備えている。ＣＰＵ３１は、ＲＯＭ３２、ＲＡＭ３３、時計部３４、ＬＡＮコントローラ３５及びＩ／Ｏ機器コントローラ３６を、アドレスバス，データバス等のバスライン３７で接続している。
【００２３】
Ｉ／Ｏ機器コントローラ３６は、キーボード３０１、オペレータ用ディスプレイ３０２、客用ディスプレイ３０３、レシートプリンタ３０４、カードリーダ３０５及びコードスキャナ３０６を制御する。キーボード３０１は、少なくとも締めキーＫ１を備えている。締めキーＫ１は、１商取引の締めを宣言する締め宣言手段として機能する。レシートプリンタ３０４は、商取引の明細が記録されたレシートを印字する。印字されたレシートは、図示しないレシート発行口から取引単位に発行される。カードリーダ３０５は、前記会員カードのデータを読み取る。コードスキャナ３０６は、バーコードをスキャニングして、バーコードデータを読み取る。
【００２４】
ネットスーパー管理サーバ４は、インターネット等のネットワークを利用した商品販売方式の一態様であるネットスーパー販売方式を実現するためのコンピュータであり、図３のブロック図で示すように、ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、ＨＤＤ（Hard Disk Drive）４４、時計部４５、ＬＡＮコントローラ４６、ＷＡＮコントローラ４７及びプリンタコントローラ４８を備えている。ＣＰＵ４１は、ＲＯＭ４２、ＲＡＭ４３、ＨＤＤ４４、時計部４５、ＬＡＮコントローラ４６、ＷＡＮコントローラ４７及びプリンタコントローラ４８を、アドレスバス，データバス等のバスライン４９で接続している。時計部４５は、現在の日付及び時刻を計時する。
【００２５】
ネットスーパー管理サーバ４は、ＷＡＮコントローラ４７を介して接続されるインターネット等のＷＡＮ（Wide Area Network）６上に、ネットスーパー販売方式で販売される商品の情報（例えば、商品名、単価、ポイント還元率等）を掲載したＷｅｂサイト“ネットスーパー”を公開する機能と、パーソナルコンピュータや携帯電話等の顧客端末７から、Ｗｅｂサイト“ネットスーパー”で販売する商品の購入注文を受け付け、プリンタコントローラ４８で制御される伝票プリンタ４０１から、注文を受付けた商品の明細を示す配送伝票５０を印字出力させる機能とを有する。
【００２６】
ここで、ネットスーパー管理サーバ４が、顧客端末７から商品の購入注文を受け付け、配送伝票５０を印字させる機能について、図４及び図５の流れ図を用いて説明する。この機能は、例えばＲＯＭ４２に記憶された制御プログラムに従い、ＣＰＵ４１が動作することで実現される。
【００２７】
ＣＰＵ４１は、ＷＡＮ６上に公開したＷｅｂサイト“ネットスーパー”に顧客端末７からアクセスがあるのを待機している（ＳＴ１）。顧客端末７からＷｅｂサイト“ネットスーパー”へのアクセスを受け付けると（ＳＴ１のＹＥＳ）、ＣＰＵ４１は、時計部４５から現時点の日付と時刻のデータを読み込んで記憶する（ＳＴ２）。また、Ｗｅｂサイト“ネットスーパー”に、会員番号の入力を促すログイン画面を出力させる（ＳＴ３）。そして、会員番号が入力されるのを待機する（ＳＴ４）。
【００２８】
顧客端末７からログイン画面に会員番号が入力されると（ＳＴ４のＹＥＳ）、ＣＰＵ４１は、この会員番号に対応する会員情報を、ストアサーバ２の会員マスタファイル１４から取得して記憶する（ＳＴ５）。また、ＣＰＵ４１は、Ｗｅｂサイト“ネットスーパー”に、購入の対象となる商品の選択と会計指示を受け付ける注文受付画面を出力させる（ＳＴ６）。そして、会計指示が行われるのを待機する（ＳＴ７）。
【００２９】
顧客端末７から注文受付画面に購入の対象となる商品の選択情報とともに会計を行う旨の指示入力があると（ＳＴ７のＹＥＳ）、ＣＰＵ４１は、購入対象とされた商品の商品情報を、ストアサーバ２の商品マスタファイル１１から取得して記憶する（ＳＴ８）。そして、この商品情報に含まれる単価に基づき、当該商品の売上額を算出して記憶する。また、この売上額と所定のポイント還元率とからポイント数を算出して記憶する（ＳＴ９）。
【００３０】
次いで、ＣＰＵ４１は、購入対象とされた商品の一覧と、ステップＳＴ９の処理で記憶した売上額及びポイント数とを表した決済確認画面を、Ｗｅｂサイト“ネットスーパー”に出力させる（ＳＴ１０）。そして、決済確定の指示入力が行われるのを待機する（ＳＴ１１）。ここで、顧客端末７から決済確定の指示入力が行われず、例えば取消の指示入力が行われたとすると（ＳＴ１１のＮＯ）、今回の処理が終了する。ＣＰＵ４１は、ステップＳＴ２，ＳＴ５，ＳＴ８，ＳＴ９の各処理で記憶したデータを全て破棄して、次の顧客端末７からアクセスがあるのを待機する。
【００３１】
顧客端末７から決済確定の指示入力があると（ＳＴ１１のＹＥＳ）、ＣＰＵ４１は、購入対象とされた商品の配送に係る配送伝票の印字データを生成する（ＳＴ１２）。以下、図５を参照して、配送伝票の印字データ生成処理手順を説明する。
【００３２】
先ず、ＣＰＵ４１は、ステップＳＴ２の処理で記憶した日時データのうちの日付を表わすコード（以下、日付コードと称する）を生成する（ＳＴ２１）。
【００３３】
日付コードの一例を図６に示す。図６に示すように、日付コードは、統一商品コードと同一フォーマットの１４桁のコードからなる。そして、第１桁目と第２桁目の２桁の値を、日付コードを特定するためのフラグ情報（本実施形態では“９９”とする）とし、第３桁目から第５桁目までの３桁の値を固定情報（本実施形態では“０００”とする）とし、第６桁目から第１３桁目までの８桁の値を日付の年月日情報［ＹＹＹＹ（年），ＭＭ（月），ＤＤ（日）］とし、第１４桁目をチェックデジット（Ｃ／Ｄ）としている。
【００３４】
図５に説明を戻す。  
日付コードを生成すると、次に、ＣＰＵ４１は、ステップＳＴ５の処理で記憶した会員情報の会員番号を表すコード（以下、「会員コード」という）を生成する（ＳＴ２２）。また、ステップＳＴ９の処理で記憶したポイント数を表すコード（以下、「ポイントコード」という）を生成する（ＳＴ２３）。
【００３５】
会員コード及びポイントコードも、日付コードと同様に、１４桁の統一商品コードと同一フォーマットで作成する。例えば、会員コードは、第１桁目と第２桁目を当該コードが会員コードであることを示すフラグ情報とし、第３桁目から第１３桁目までを会員番号とし、第１４桁目をチェックデジットとする。ポイントコードは、第１桁目と第２桁目を当該コードがポイントコードであることを示すフラグ情報とし、第３桁目から第１３桁目までをポイント数とし、第１４桁目をチェックデジットとする。
【００３６】
次に、ＣＰＵ４１は、ステップＳＴ８の処理で記憶した購入対象商品の商品情報から、商品毎に商品コードを生成する（ＳＴ２４）。商品コードは、商品に付されている１４桁の統一商品コード（ＪＡＮコード）である。なお、日付コード、会員コード、ポイントコード及び商品コードを生成する順番は、本実施形態に限定されるものではなく、適宜変更して実施することができる。
【００３７】
ステップＳＴ２１，ＳＴ２２，ＳＴ２３及びＳＴ２４の各処理により、日付コード、会員コード、ポイントコード及び購入対象商品毎の商品コードをそれぞれ生成したならば、ＣＰＵ４１は、配送伝票の印字データを生成する（ＳＴ２５）。具体的には、所定の配送伝票フォーマットに、日付コード、会員コード、ポイントコード及び購入対象商品毎の商品コードを配置する。また、ステップＳＴ５の処理で記憶した会員情報や、ステップＳＴ８の処理で記憶した購入対象商品毎の商品情報や、ステップ９の処理で記憶した売上額及びポイント数等も配置する。
【００３８】
図４に説明を戻す。  
ステップＳＴ１２の配送伝票生成処理が終了すると、ＣＰＵ４１は、生成された印字データをプリンタコントローラ４８に出力する（ＳＴ１３）。プリンタコントローラ４８は、印字データに従い伝票プリンタ４０１を駆動させて、配送伝票５０を印字発行させる。以上で、今回の顧客端末７からのアクセスに対するネットスーパー管理サーバ４の処理を終了する。
【００３９】
配送伝票５０の一出力例を図７に示す。ここで、領域Ａ１は、注文日等が印字される領域である。ステップＳＴ２の処理で記憶した日時データのうち日付情報Ａ１１が、注文日として平文で印字される。また、ステップＳＴ２１の処理で生成された日付コードも印字される。
【００４０】
領域Ａ２は、配送先となる顧客の会員情報が印字される領域である。ステップＳＴ４の処理で記憶した会員情報のうち、領域Ａ２１に顧客の氏名が、領域Ａ２２に顧客の電話番号が、領域Ａ２３に配送先となる顧客の住所が印字されている。なお、商品注文時において、顧客から配送先の住所や電話番号が別途指定された場合には、これら指定された情報が対応する領域に印字される。
【００４１】
領域Ａ３は、顧客の会員番号と、今回の注文で付与されたポイント数とが印字される領域である。そのうち、領域Ａ３１には会員番号とポイント数とが平文で印字されており、領域Ａ３２には会員番号及びポイント数の各コード、すなわちステップＳＴ２２、ＳＴ２３の処理で生成された会員コードとポイントコードとが印字されている。なお、図７の例では、会員コード及びポイントコードを紙面横方向に並べて配置した形態としているが、これに限らず、紙面縦方向に２段組に配置する形態としてもよい。
【００４２】
領域Ａ４は、配送時に必要な配送情報が印字される。配送情報として、配送日を指定する情報、配送時間を指定する情報、決済方法を指定する情報が印字されている。これらの配送情報は、商品注文時に顧客端末７から別途指示入力されたものである。領域Ａ４１には、購入対象となった商品の総額が領収金額として印字される。また、領域Ａ４２は配送担当のサインや捺印用に設けられた空欄領域であり、領域Ａ４３は顧客の受領サイン又は捺印用に設けられた空欄領域である。
【００４３】
領域Ａ５には、購入対象となった各商品の商品名や注文確定時の単価、数量、小計、合計金額等の明細が印字される。そのうち、領域Ａ５１には、購入対象とされた各商品の統一商品コード（ＪＡＮコード）が商品毎に印字されている。
【００４４】
このように、配送伝票５０に印字される日付コード、会員コード、ポイントコード及び商品コードは、いずれも統一商品コードと同一フォーマットである。したがって、統一商品コードの読取りが可能な通常のＰＯＳ端末のコードスキャナによって、日付コード、会員コード及びポイントコードも読み取ることができる。そして、読み取った際には、そのコードの先頭２桁のフラグ情報により、読み取ったコードが日付コードなのか、会員コードなのか、ポイントコードなのかを識別することができる。ここに、コードスキャナ３０６は、商品毎に設定される商品コードを読み取るコード読取手段としての機能に加えて、配送伝票５０に記録された注文確定日の情報を読み取る日付情報読取手段としての機能を有する。
【００４５】
伝票プリンタ４０１から発行された配送伝票５０は、店舗内で品揃えされた購入対象の各商品とともに配送担当員へと引き渡され、配送先の顧客宅へと配送される。配送完了後、顧客の受領サイン又は捺印された配送伝票５０は、ＰＯＳシステム１の店舗へと返送され、任意のタイミングでＰＯＳ端末３による売上処理にかけられる。なお、配送時に顧客が一部の商品の受取りを拒否したり返品したりした場合には、配送担当員は、その商品（以下、キャンセル商品という）の配送情報に取消線などのマークを書き込む等して、キャッシャが売上処理の際にキャンセル商品を識別できるようにしておく。
【００４６】
以下、図８〜図１０の流れ図を参照して、ＰＯＳ端末３で行われる売上処理について説明する。売上処理には、実存店舗での商品販売取引の売上処理いわゆる店舗販売売上処理と、ネットスーパー販売方式によるネットワーク注文販売取引の売上処理いわゆるネットスーパー売上処理とがある。店舗販売売上処理は、店舗にて客が購入する商品に付された統一商品コード（ＪＡＮコード）を、コード読取手段であるコードスキャナ３０６で読み取ることによって、その商品の販売データを購入時点の単価を基に売上処理するものである。ネットスーパー売上処理は、ネットスーパー販売方式による注文内容に従い発行された配送伝票５０に記録された各種のコードを、コード読取手段であるコードスキャナ３０６で読み取ることによって、ＷＡＮ６を介して注文を受け付けた商品の販売データを注文確定時の単価に基づいて売上処理するものである。
【００４７】
図８の流れ図は、コードスキャナ３０６でコードが読み取られたときに、ＣＰＵ３１が実行する処理の手順を示す。この処理手順は、例えばＲＯＭ３２に記憶された制御プログラムによって実現される。
【００４８】
コードが読み取られると、ＣＰＵ３１は、先ず、登録中フラグＲＦが“１”にセットされているか否かを判断する（ＳＴ３１）。登録中フラグＲＦはＲＡＭ３３に記憶されており、アイドル状態では“０”にリセットされている。
【００４９】
登録中フラグＲＦが“１”にセットされていない場合、ＣＰＵ３１は、取引バッファをクリアする（ＳＴ３２）。また、登録中フラグＲＦを“１”にセットする（ＳＴ３３）。取引バッファは、ＲＡＭ３３に形成されている。
【００５０】
次に、ＣＰＵ３１は、読み取られたコードが、その先頭２桁のフラグ情報が所定値“９９”であるコード、すなわち日付コードであるか否かを判断する（ＳＴ３４）。配送伝票５０に印字された日付コードの場合（ＳＴ３４のＹＥＳ）、ＣＰＵ３１は、ネットスーパーフラグＮＳＦを“１”にセットする（ＳＴ３５：フラグ記憶手段）。ネットスーパーフラグＮＳＦはＲＡＭ３３に記憶されており、アイドル状態では“０”にリセットされている。次いで、ＣＰＵ３１は、ステップＳＴ３６のネットスーパー売上処理を実行する。ネットスーパー売上処理については、後述する。
【００５１】
読み取られたコードが日付コードでない場合（ＳＴ３４のＮＯ）、ＣＰＵ３１は、ステップＳＴ３８〜ＳＴ４２の店舗販売売上処理を実行する。すなわち、読み取られたコードが統一商品コードであるか否かを判断し（ＳＴ３８）、統一商品コードであるとき（ＳＴ３８のＹＥＳ）、ＣＰＵ３１は、その商品コードに対応する商品情報を、ストアサーバ２の商品マスタファイル１１から取得する（ＳＴ３９）。そして、取得した商品情報から単価を検出し、この単価に販売点数を乗算して販売金額を算出する（ＳＴ４０）。なお、販売点数は、コードが読み取られる直前に、キーボード３０１の置数キーにより乗数が入力されていた場合にはその乗数であり、乗数が入力されていない場合には“１”である。しかる後、ＣＰＵ３１は、商品コードと、商品情報中の商品名及び単価と、販売点数及び販売金額とを、取引バッファに格納する（ＳＴ４１）。また、商品名及び販売金額をオペレータ用ディスプレイ３０２及び客用ディスプレイ３０３に表示させる（ＳＴ４２）。以上で、今回のコード読取処理が終了する。
【００５２】
一方、コードが読み取られた時点で登録中フラグＲＦが既に“１”にセットされていた場合には（ＳＴ３１のＹＥＳ）、ＣＰＵ３１は、ネットスーパーフラグＮＳＦをチェックする（ＳＴ３７：判定手段）。ここで、ネットスーパーフラグＮＳＦが“１”にセットされていると（ＳＴ３７のＴＥＳ）、ネットスーパー売上処理を実行し（ＳＴ３６）、“０”にリセットされていると（ＳＴ３７のＮＯ）、店舗販売売上処理を実行する（ＳＴ３８〜ＳＴ４２）。
【００５３】
図９は、ネットスーパー売上処理の具体的な処理手順を示す流れ図である。ステップＳＴ３６にてネットスーパー売上処理に入ると、ＣＰＵ３１は、読み取られたコードの先頭２桁のフラグ情報から、読み取られたコードは日付コードなのか（ＳＴ５１）、会員コードなのか（ＳＴ５２）、ポイントコードなのか（ＳＴ５３）、統一商品コードなのか（ＳＴ５４）、を判別する。
【００５４】
ここで、日付コードであると判別されると（ＳＴ５１のＹＥＳ）、ＣＰＵ３１は、その日付コードから日付情報を取得する（ＳＴ６１）。そして、この日付情報を、日付記憶手段である日付メモリＭ１に記憶する（ＳＴ６２）。日付メモリＭ１は、図２に示すように、ＲＡＭ３３に形成されている。以上で、今回のコード読取処理が終了する。
【００５５】
読み取られたコードが日付コードでなく（ＳＴ５１のＮＯ）、会員コードあると判別されると（ＳＴ５２のＹＥＳ）、ＣＰＵ３１は、その会員コードから会員番号を取得する（ＳＴ７１）。そして、この会員番号を取引バッファに格納する（ＳＴ７２）。以上で、今回のコード読取処理が終了する。
【００５６】
読み取られたコードが日付コードでなく（ＳＴ５１のＮＯ）、また会員コードでもなく（ＳＴ５２のＮＯ）、ポイントコードであると判別されると（ＳＴ５３のＹＥＳ）、ＣＰＵ３１は、そのポイントコードからポイント数を取得する（ＳＴ８１）。そして、このポイント数を取引バッファに格納する（ＳＴ８２）。以上で、今回のコード読取処理が終了する。
【００５７】
読み取られたコードが日付コードでなく（ＳＴ５１のＮＯ）、また会員コードでもなく（ＳＴ５２のＮＯ）、さらにはポイントコードでもなく（ＳＴ５３のＮＯ）、統一商品コードあると判別されると（ＳＴ５４のＹＥＳ）、ＣＰＵ３１は、この商品コードに対応する商品情報を、ストアサーバ２の商品マスタファイル１１から取得する（ＳＴ９１）。また、日付メモリＭ１に記憶されている日付情報とコードスキャナ３０６で読み取った商品コードとで日別単価ファイル１２を検索して、その日付情報が示す日付別に記憶されているデータの中から当該商品コードに対応して記憶されている単価情報を、購入日単価として検出する（ＳＴ９２）。そして、検出した購入日単価に販売点数を乗算して販売金額を算出する（ＳＴ９３）。販売点数は、コードが読み取られる直前に、キーボード３０１の置数キーにより乗数が入力されていた場合にはその乗数であり、乗数が入力されていない場合には“１”である。しかる後、ＣＰＵ３１は、商品コードと、商品情報中の商品名と、購入日単価と、販売点数と、販売金額とを取引バッファに格納する（ＳＴ９４）。また、商品名及び販売金額をオペレータ用ディスプレイ３０２及び客用ディスプレイ３０３に表示させる（ＳＴ９５）。以上で、今回のコード読取処理が終了する。
【００５８】
このように、登録中フラグＲＦが“０”にリセットされているアイドル状態で、商品に付された商品コードがコードスキャナ３０６によって読み取られると、ＰＯＳ端末３のＣＰＵ３１は、登録中フラグＲＦを“１”にセットして、店舗販売売上処理を実行する。そして以後、登録中フラグＲＦが“０”にリセットされるまで、商品コードがコードスキャナ３０６によって読み取られる毎に店舗販売売上処理を繰返し実行する。店舗販売売上処理は、商品マスタファイル１１に設定されている現時点の商品単価に基づいて処理される。
【００５９】
一方、同じくアイドル状態で、配送伝票５０に印字された日付コードがコードスキャナ３０６によって読み取られると、ＰＯＳ端末３のＣＰＵ３１は、登録中フラグＲＦとネットスーパーフラグＮＳＦとをいずれも“１”にセットして、ネットスーパー売上処理を実行する。そして以後、登録中フラグＲＦが“０”にリセットされるまで、配送伝票５０の会員コード，ポイントコード及び商品コードがコードスキャナ３０６によって読み取られる毎にネットスーパー売上処理を繰返し実行する。ネットスーパー売上処理は、日付コードから取得した注文確定日付に対応して日別単価ファイル１２に設定されている商品単価に基づいて処理される。
【００６０】
ここに、コードスキャナ３０６で商品コードが読み取られると、この商品コードで識別される商品の、日付メモリＭ１に記憶されている日付情報で特定される日付の単価を日別単価ファイル１２から検出する単価検出手段は、図９のＳＴ５４〜ＳＴ９２の処理で構成される。
【００６１】
また、ネットスーパーフラグＮＳＦがセット状態にあると判定されると、コードスキャナ３０６で読み取られた商品コードで識別される商品の、日付メモリＭ１に記憶されている日付情報で特定される日付の単価を日別単価ファイル１２から検出し、ネットスーパーフラグＮＳＦがセット状態にないと判定されると、商品マスタファイル１１から、コードスキャナ３０６で読み取られた商品コードで識別される商品の単価を検出する単価検出手段は、図８のステップＳＴ３７〜ＳＴ４０と、図９のＳＴ５４〜ＳＴ９２の処理とで構成される。
【００６２】
そこで、ＰＯＳ端末３を操作する店員いわゆるキャッシャは、実在店舗での商品販売取引の際には、顧客が購入する商品に付された商品コードを１品ずつコードスキャナ２０６で読取操作する。そして、全ての購入商品の読取操作が終了すると、締めキーＫ１を入力して、１商取引の締めを宣言する。
【００６３】
一方、ネットスーパー販売方式による商品販売取引の際には、配送伝票５０に印字されている日付コード、会員コード、ポイントコード及び購入対象商品毎の商品コードをコードスキャナ２０６で読取操作する。ただし、キャンセル商品の購入時コードは読み取らない。そして、全てのコードの読取操作が終了すると、締めキーＫ１を入力して、１商取引の締めを宣言する。
【００６４】
図１０は、締めキーＫ１が入力されたときのＣＰＵ３１の処理手順を示す流れ図である。この処理手順は、例えばＲＯＭ３２に記憶された制御プログラムによって実現される。
【００６５】
締めキーＫ１が入力されたことを検知すると、ＣＰＵ３１は、先ず、登録中フラグＲＦをチェックする（ＳＴ１０１）。ここで、登録中フラグＲＦが“０”にリセットされている場合には（ＳＴ１０１のＮＯ）、売上処理が実行されていないアイドル状態において締めキーＫ１が操作された誤操作なので、エラーとする。
【００６６】
登録中フラグＲＦが“１”にセットされていた場合（ＳＴ１０１のＹＥＳ）、ＣＰＵ３１は、取引バッファに格納されている商品コード，商品名，単価，販売点数，販売金額等の商品販売データを基に、売上登録処理を実行する（ＳＴ１０２：売上処理手段）。すなわち、店舗販売売上処理により取引バッファに格納された商品販売データについては、商品マスタファイル１１から検出された現時点の商品単価に基づいて売上登録処理が実行され、ネットスーパー売上処理により取引バッファに格納された商品販売データについては、日別単価ファイル１２から検出された注文確定時点の商品単価に基づいて売上登録処理が実行される。そして、この売上登録処理により、商取引の合計金額が算出される。また、この商取引で売上げられた各商品の商品コード，売上点数及び売上金額と、合計金額とを含む売上登録データが生成される。
【００６７】
売上登録処理が終了すると、ＣＰＵ３１は、ネットスーパーフラグＮＳＦをチェックする（ＳＴ１０３）。ネットスーパーフラグＮＳＦが“０”にリセットされていると、登録終了が宣言された商取引は、店舗販売売上処理手段により商品販売データが売上処理された商取引、すなわち店舗販売取引である。これに対し、ネットスーパーフラグＮＳＦが“１”にセットされていた場合は、ネットワーク売上処理手段により商品販売データが売上処理された商取引、すなわちネットワーク注文販売取引である。
【００６８】
ここで、ネットワーク注文販売取引の場合は、配送伝票５０から会員コードとポイントコードとが読み取られたことで、会員番号とポイント数とは取引バッファに記憶されている。なお、ポイント数は、注文確定時のポイント還元率で算出された値である。しかし、店舗販売取引の場合は、カードリーダ３０５により読み取られた会員カードの情報により会員番号は記憶されているものの、ポイント数はまだ記憶されていない。
【００６９】
そこで、ネットワーク注文販売取引の場合は（ＳＴ１０３のＹＥＳ）、ＣＰＵ３１は、ネットスーパーフラグＮＳＦを“０”にリセットする（ＳＴ１０４）。一方、店舗販売取引の場合は（ＳＴ１０３のＮＯ）、ＣＰＵ３１は、合計金額と現在のポイント還元率とからポイント数を算出して、取引バッファに格納する（ＳＴ１０５）。
【００７０】
前記ステップＳＴ１０４またはＳＴ１０５の処理を終えると、ＣＰＵ３１は、取引バッファのデータを基にレシートプリンタ３０４を動作させて、取引レシートを印字発行させる（ＳＴ１０６）。また、ステップＳＴ１０２の処理で生成した売上登録データと、取引バッファに格納された会員番号及びポイント数の各データとを、ＬＡＮ５を介してストアサーバ２に送信する（ＳＴ１０７）。
【００７１】
しかる後、ＣＰＵ３１は、日付メモリＭ１と取引バッファをクリアする（ＳＴ１０８）。また、登録中フラグＲＦを“０”にリセットする（ＳＴ１０９）。以上で、今回の締めキー処理が終了し、ＰＯＳ端末３はアイドル状態に戻る。
【００７２】
なお、ＰＯＳ端末３から送信される売上登録データ、会員番号及びポイント数を受信したストアサーバ２は、その受信データに基づいて店舗売上ファイル１３及び会員実績ファイル１５のデータを更新する。
【００７３】
このように本実施形態によれば、ネットスーパー販売方式により、ＷＡＮ６を介して顧客端末７から注文を受けた商品の明細を示す配送伝票５０に印字される商品コードを、販売商品に付されている統一商品コード（ＪＡＮコード）とすることができる。したがって、配送伝票５０の汚れにより商品コードが読み取れなくても、配送伝票に印字されている日付コードを読み取った後、店で販売されている同一商品の商品コードを読み取ることで、注文確定時の単価で売上処理することができる。
【００７４】
また、配送伝票５０に印字されるコードを全て統一商品コードと同一フォーマットにしたので、統一商品コードの読取りが可能な通常のＰＯＳ端末３のコードスキャナ３０６をそのまま使用することができる。
【００７５】
なお、この発明は前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。
【００７６】
例えば、配送伝票５０の汚れにより、コードスキャナ３０６では日付コードを読み取ることができない場合も想定される。ただし、配送伝票５０には注文日が平文で印字されており、オペレータが認識できる確率はかなり高いものと思われる。そこで、ＰＯＳ端末３の制御プログラムによって実現される機能として、登録中フラグＲＦが“０”にリセットされているアイドル状態において、キーボード３０１から年月日の日付データが入力されると、この日付データを日付メモリＭ１で記憶する機能を追加する。こうすることにより、日付データを手入力できるので、コードスキャナ３０６で日付コードを読み取れない場合も対処することができる。
【００７７】
また、前記実施形態では、配送伝票５０に印字される日付コード，会員コード及びポイントコードを統一商品コードと同一フォーマットのコードとしたが、これに限らず、他の形態のバーコードでもよい。要は、ＰＯＳ端末３のコードスキャナ３０６で読み取ることができる形態であればよい。
【００７８】
ところで、注文確定日と売上処理日とで変動するものには、価格以外にもポイント数を算出するためのポイント還元率がある。そこで、日付別にその日のポイント還元率を記憶する日別ポイント倍率ファイルを例えばストアサーバ２に設ける。そして、図１０のＳＴ１０３のネットスーパーフラグ判断処理において、ネットスーパーフラグＮＳＦが“１”にセットされている場合、ＣＰＵ３１は、ステップＳＴ１０２の処理で算出した合計金額、つまりは日付メモリＭ１に記憶されている日付の単価を基に算出した注文商品の合計金額と、当該日付メモリＭ１に記憶されている日付に対応して日別ポイント倍率ファイルに記憶されているポイント還元率とから、ポイント数を算出する。こうすることにより、配送伝票５０にポイントコードを印字する必要がなくなる。
【００７９】
また、前記実施形態では、ＰＯＳ端末３のＲＯＭ３２に、制御プログラムが予め記録されている場合で説明をしたが、これに限らず同様のプログラムをネットワークからＰＯＳ端末３にダウンロードしても良いし、記録媒体に記憶させたものをＰＯＳ端末３にインストールしてもよい。記録媒体としては、ＣＤ−ＲＯＭ等プログラムを記憶でき、かつ装置が読み取り可能な記録媒体であれば、その形態は何れの形態であっても良い。またこのように予めインストールやダウンロードにより得る機能は装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。
【００８０】
この他、前記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を組合わせてもよい。
【符号の説明】
【００８１】
１…ＰＯＳシステム、２…ストアサーバ、３…ＰＯＳ端末、４…ネットスーパー管理サーバ、５…ＬＡＮ、６…ＷＡＮ、７…顧客端末、１１…商品マスタファイル、１２…日別単価ファイル、１３…店舗売上ファイル、１４…会員マスタファイル、１５…会員実績ファイル、３１…ＣＰＵ、３２…ＲＯＭ、３３…ＲＡＭ、３０１…キーボード、３０２…オペレータ用ディスプレイ、３０３…客用ディスプレイ、３０４…レシートプリンタ、３０５…カードリーダ、３０６…コードスキャナ、Ｍ１…日別メモリ。
【先行技術文献】
【特許文献】
【００８２】
【特許文献１】特開２００９−２９４７５９号公報
【図１】
2011186684.tif 000003
【図２】
2011186684.tif 000004
【図３】
2011186684.tif 000005
【図４】
2011186684.tif 000006
【図５】
2011186684.tif 000007
【図６】
2011186684.tif 000008
【図７】
2011186684.tif 000009
【図８】
2011186684.tif 000010
【図９】
2011186684.tif 000011
【図１０】
2011186684.tif 000012