(第1の実施形態)
以下、第1の実施形態を図面に基づいて説明する。
図1は、第1の実施形態にかかる電子レシートシステムの構成全体を示す構成図である。図1に示すように、電子レシートシステムは、POS(Point of Sales)端末1と、ストアサーバ2と、電子レシートサーバ3と、電子レシート管理サーバ4と、携帯端末7とを有する。
POS端末1とストアサーバ2とは、店舗P1内に設けられる。POS端末1とストアサーバ2とは、LAN(Local Area Network)等の店舗内ネットワークN1を介して通信可能に接続される。また、POS端末1及びストアサーバ2は、店舗内ネットワークN1に接続されたルータ等のネットワーク機器(図示せず)を介して、店舗P1と本部P2とを繋ぐネットワークN2に接続することが可能である。ここで、ネットワークN2は、例えば、インターネットやVPN(Virtual Private Network)等の専用線である。
POS端末1は、商品販売データ処理を実行する商品販売データ処理装置である。POS端末1は、決済対象の商品の取引内容を含むレシートデータを生成し、当該レシートデータを後述するプリンタ13で印字することで紙レシートを出力する。また、POS端末1は、レシートデータのデータ形式を変換した電子レシートを、ネットワークN2を介して電子レシートサーバ3に出力(送信)する。電子レシートの送信方法は特に問わず、HTTPやHTTPS等の汎用プロトコルを用いてもよい。なお、店舗P1に設けられるPOS端末1の個数は特に問わず、複数台であってもよい。
ストアサーバ2は、POS端末1で行われる商品販売データ処理等の管理を統括的に行う。例えば、ストアサーバ2は、POS端末1の商品販売データ処理で生成された商品販売データを記憶・管理したり、商品販売データ処理に用いる商品データファイル等を記憶・管理する。
なお、店舗P1に配置されるPOS端末1の個数は特に問わず、複数台であってもよい。また、本実施形態では、POS端末1が電子レシートを出力する構成を説明するが、これに限らず、POS端末1で生成されたレシートデータを、ストアサーバ2や図示しない変換装置がデータ形式を変換することで、電子レシートとして電子レシートサーバ3に出力する構成としてもよい。
電子レシートサーバ3は、店舗またはチェーン店舗(以下、店舗という)を運営する企業の本部P2に設けられており、店舗を運営する企業毎のレシートデータを管理する企業用のレシート管理サーバとして機能する。電子レシートサーバ3は、例えば、店舗を運営する企業の売上管理、売上分析、在庫管理などの機能を有する。
すなわち、電子レシートサーバ3は、コンビニエンスストア、スーパーマーケット、食品販売店、ドラッグストア、アパレル販売店、家電販売店、百貨店、生活雑貨店、飲食店などの店舗を運営する商品またはサービスの販売者である企業単位で複数台設けられている。
また、電子レシートサーバ3は、POS端末1から送信された電子レシートを、ネットワークN2を介して受信する。また、電子レシートサーバ3は、受信した電子レシートを、本部P2と電子レシートセンターP3とを繋ぐネットワークN3を介して、電子レシート管理サーバ4に送信する。
ここで、ネットワークN3は、例えば、インターネットやVPN等の専用線である。また、電子レシートの送信方法は特に問わず、HTTPやHTTPS等の汎用プロトコルを用いてもよい。
電子レシート管理サーバ4は、電子レシートセンターP3に設けられる。電子レシートセンターP3は、例えば、電子レシートサーバ3でレシートデータを管理する企業以外の第三者機関である。なお、電子レシートサーバ3についても第三者機関等が管理してもよい。
電子レシート管理サーバ4は、店舗を運営する各種企業のレシートデータを一括に管理する顧客用レシート管理サーバとして機能する。電子レシート管理サーバ4は、後述する手順等により会員登録を行った各顧客(会員)の氏名や会員コード、電子レシートの送信先となる携帯端末7の送信先情報(例えばメールアドレス)等の会員データを、データベースDBに保持された会員マスタに記憶・管理する。なお、電子レシート管理サーバ4とは別に、会員データの記憶・管理を行う会員管理サーバ等を設ける構成としてもよい。
また、電子レシート管理サーバ4は、電子レシートサーバ3から送信された電子レシートを、ネットワークN3を介して受信し、この電子レシートをデータベースDBに保持された後述する電子レシート管理領域43aに記憶・管理する。より詳細には、電子レシートは、商品の取引内容(商品販売データ)の他、会員コード等の要素を含み、対応する会員の会員データと対応付けて管理される。
また、電子レシート管理サーバ4は、データベースDBに電子レシートを記憶すると、この電子レシートの会員コードに対応付けされた送信先情報を参照することで、送信先(携帯端末7)を特定する。そして、電子レシート管理サーバ4は、後述するネットワークN5を介して、データベースDBに記憶した電子レシートをその送信先に送信する。なお、電子レシートに付加情報が対応付けされている場合には、この付加情報についても送信先に送信する。
また、電子レシート管理サーバ4は、後述するネットワークN5を介して接続される携帯端末7から、会員コードを指定する電子レシート照会を受け付けると、当該会員コードに対応する電子レシートをデータベースDBから抽出し、携帯端末7に送信する。なお、電子レシートに付加情報が対応付けされている場合、この付加情報についても照会があった携帯端末7に送信する。
携帯端末7は、本システムの利用者(顧客)が使用する、例えばスマートフォン、携帯電話機、PDA(Personal Digital Assistant)、タブレット型コンピュータ等の端末装置である。携帯端末7は、ネットワークN5上で提供される各種情報を閲覧するためのWebブラウザ等のアプリケーションを実装する。なお、携帯端末7に代えて、PC等の端末装置を適用してもよい。
携帯端末7は、ネットワークN5を介して電子レシート管理サーバ4にアクセスすることで、本システムへの会員登録を行う。ここで、ネットワークN5は、インターネットや、各種公衆網である。
ところで、本システムでの顧客の会員登録は、例えば次のような手順で行われる。顧客は、携帯端末7からネットワークN5を介して電子レシート管理サーバ4に対して空メールを送信する。電子レシート管理サーバ4は、受信したメールアドレスに会員登録のためのページを示すURL(Uniform Resource Locator)を送信する。顧客は、携帯端末7から会員登録のためのページを示すURLにアクセスして会員登録に必要な事項(氏名、送信先情報等)を入力させる入力画面を表示させる。顧客による必要事項の入力終了後、電子レシート管理サーバ4は、会員マスタに対する会員登録を実行する。その後、電子レシート管理サーバ4は、携帯端末7に対して会員コード(顧客コード)及びパスワードを含む会員登録完了メールを配信する。これにより、会員登録が終了する。
上述のような会員登録後、携帯端末7は、顧客の会員コードをバーコードや二次元コード等のコードシンボルとして後述する表示部73(図6参照)に表示する。顧客は、店舗P1における取引決済時に店員に対して携帯端末7に表示されたコードシンボルを提示する。店員は、携帯端末7に表示されたコードシンボルをPOS端末1に接続されたコードスキャナ15(図2参照)で読み取る。これにより、POS端末1における商品販売データ処理による決済後に生成されるレシートデータに対して顧客の会員コードを対応付けることが可能になっている。
また、携帯端末7は、POS端末1での決済(取引)後、電子レシート管理サーバ4から送信される当該取引の電子レシートを、ネットワークN5を介して受信する。会員コードを指定する電子レシート照会を、ネットワークN5を介して電子レシート管理サーバ4に送信することで、当該会員の電子レシートを電子レシート管理サーバ4から受信する。また、携帯端末7は、受信した電子レシートを、表示部73に表示する。
係る構成の電子レシートシステムにおいては、店舗P1のPOS端末1で商品販売データ処理が行なわれて生成された取引(決済)の内容を示す電子レシート(レシートデータ)が、電子レシートサーバ3を介して電子レシート管理サーバ4に伝送され、Web上に公開される。したがって、Webブラウザを実装してなる携帯端末7は、URL(Uniform Resource Locator)を指定することにより、Web上に公開されたレシートデータを携帯端末7にダウンロードしてWebブラウザで閲覧することができる。なお、携帯端末7にレシートデータを閲覧するためのアプリケーションをインストールして閲覧するようにしてもよい。
次に、本実施形態の電子レシートシステムを構築する主要な装置の構成について説明する。
まず、商品販売データ処理装置であるPOS端末1について説明する。図2は、POS端末1の構成を示すブロック図である。図2に示すように、POS端末1は、各種演算やPOS端末1の各部を統括的に制御する制御部11を備えている。制御部11は、CPU(Central Processing Unit)、各種プログラムやデータを記憶するROM(Read Only Memory)、各種プログラムを一時的に記憶したり各種データを書き換え自在に記憶するRAM(Random Access Memory)、現在の日時を計時するRTC(Real Time Clock)部等によって構成されるコンピュータである。
制御部11は、バス18を介して操作部12、プリンタ13、表示部14及びコードスキャナ15に接続されている。
操作部12は、オペレータが操作入力を行うための各種の操作キーを有している。操作キーとしては、例えば、数値を入力するための置数キー、所定の項目を選択するためのカーソルキーや選択決定キー、取引における売上登録が行われる商品の合計出力を指示する小計キー、一取引の締め処理を行って代金を決済することを宣言する締めキー等が設けられている。
プリンタ13は、レシートやジャーナル等の印字を行うプリンタ装置である。プリンタ13は、印字の対象となるロール紙等の用紙を切断するカット機構を具備し(図示せず)、後述するカットコマンドに従い用紙を切断する。
表示部14は、例えば液晶ディスプレイ等であり、販売登録された商品の品名、価格、決済が宣言された一取引の合計金額、釣銭額等の各種情報を表示する。表示部14は、キャッシャ向けに各種情報を表示するオペレータ用ディスプレイ14aと、顧客向けに各種情報を表示する客用ディスプレイ14bとを備える。なお、表示部14をタッチパネル構成としてもよく、この場合、タッチパネルは操作部12として機能する。
コードスキャナ15は、バーコードや二次元コード等のコードシンボルを光学的に読み取るスキャナ装置である。コードスキャナ15は、例えば、商品に付されたコードシンボルや、携帯端末7に表示されたコードシンボル等を読み取り、当該コードシンボルに保持された情報を制御部11に出力する。なお、商品に付されたコードシンボルには、その商品を特定するための商品コード等が保持されているとする。また、携帯端末7に表示されるコードシンボルには、その携帯端末7を携帯する顧客を特定するための会員コード(顧客コード)等が保持されているとする。
また、制御部11は、バス18を介して通信I/F(インターフェース)16に接続されており、この通信I/F16を介して店舗内ネットワークN1やネットワークN2に接続することが可能となっている。
また、制御部11は、バス18を介して、記憶部17に接続されている。記憶部17は、例えばHDD(Hard Disk Drive)やSSD(Solid State Drive)等の補助記憶装置である。記憶部17は、商品販売データ処理を含む各種のPOS業務を実行するためのプログラムを記憶する。また、記憶部17は、各商品の商品名、商品コード及び単価等の商品データを格納した商品データファイル等の商品販売データ処理に係る各種データファイルを記憶する。また、記憶部17は、商品販売データ処理やレシートデータに係る処理を行うためのレシートデータ処理プログラム17aを記憶する。
また、記憶部17は、自己のPOS端末1を他のPOS端末1と識別するためのPOSナンバー、企業コード(店舗を運営する企業の識別コード)、業種・業態コード、当該POS端末1が設置される店舗P1を示す店舗コード等を、識別コード管理領域17bに記憶する。ここで、業種・業態コードは、例えば、コンビニエンスストア、スーパーマーケット、百貨店、薬局、レストラン、飲食店などとして、店舗の業種・業態を区別するコード(分類コード)である。なお、このような業種・業態は、ユーザの好みによって任意に変更可能である。また、企業コード(店舗を運営する企業の識別コード)、業種・業態コードについては、電子レシートサーバ3に登録されていてもよい。
また、記憶部17は、非構造化形式のレシートデータを、XMLやCSV等の構造化形式のレシートデータ(以下、電子レシートという)に変換する際の、変換規則を記述したレシートデータスキーマ17cを記憶する。具体的に、レシートデータスキーマ17cには、レシートデータを構成する所定の要素と、その要素の属性を示す属性情報(タグ等)とが定義されている。
次に、企業用のレシート管理サーバとして機能する電子レシートサーバ3の構成を、図3のブロック図を用いて説明する。図3に示すように、電子レシートサーバ3は、各種演算や電子レシートサーバ3の各部を統括的に制御する制御部31を備えている。制御部31は、CPU、各種プログラムやデータを記憶するROM、各種プログラムを一時的に記憶したり各種データを書き換え自在に記憶するRAM、現在の日時を計時するRTC部等によって構成されるコンピュータである。
制御部31は、バス34に接続された通信I/F32を介して、ネットワークN2やネットワークN3に接続することが可能となっている。また、制御部31は、バス34を介して記憶部33に接続されている。
記憶部33は、店舗を運営する企業毎の電子レシートを電子レシート管理領域33aに記憶する。電子レシートは、企業コード(店舗を運営する企業の識別コード)、業種・業態コード、店舗コード、買物客の会員コード、POS端末1のPOSナンバー、レシートナンバー、商品販売データなどを含む。
また、記憶部33は、電子レシートを電子レシート管理領域33aで管理するための電子レシート管理プログラム33bを記憶する。また、記憶部33は、電子レシート管理領域33aに管理されているレシートデータを、電子レシート管理サーバ4へ送信するための情報送信プログラム33cを記憶する。
次に、顧客用レシート管理サーバとして機能する電子レシート管理サーバ4の構成を、図4のブロック図を用いて説明する。図4に示すように、電子レシート管理サーバ4は、各種演算や電子レシート管理サーバ4の各部を統括的に制御する制御部41を備えている。制御部41は、CPU、各種プログラムやデータを記憶するROM、各種プログラムを一時的に記憶したり各種データを書き換え自在に記憶するRAM、現在の日時を計時するRTC部等によって構成されるコンピュータである。
制御部41は、バス44に接続された通信I/F42を介して、ネットワークN3、ネットワークN4及びネットワークN5に接続することが可能となっている。また、制御部41は、バス44を介して、記憶部43に接続されている。
記憶部43には、会員マスタを記憶・管理するための会員マスタ管理領域(図示せず)の他、店舗を運営する各種企業の電子レシートを一括に記憶するための電子レシート管理領域43aが確保されている。より詳細には、電子レシート管理領域43aは、店舗を運営する各種企業の電子レシートを会員毎に管理する。
電子レシートは、会員コード、企業コード(店舗を運営する企業の識別コード)、店舗コード、POS端末1のPOSナンバー、レシートナンバー、商品販売データ(日時データを含む)などを含んでいる。したがって、例えば消費財メーカー等は、当該メーカーに関連する一意な購入商品の証明情報を、この電子レシートから特定条件の下(例えば、店舗を運営する特定の企業限定、特定の地域限定、特定の時間限定等)に取得することが可能になる。なお、消費財メーカーは、食料品、飲料、衣類、化粧品、薬品、生活雑貨などのメーカーである。
また、記憶部43は、会員マスタを会員マスタ領域で管理するための会員管理プログラム(図示せず)の他、各企業の電子レシートを電子レシート管理領域43aで管理するための電子レシート管理プログラム43cを記憶する。また、記憶部43は、電子レシートを携帯端末7へ送信するための情報送信プログラム43dを記憶する。なお、会員マスタ管理領域、電子レシート管理領域43aは、図1で示したデータベースDBに対応する。
また、記憶部43は、JANコードやEANコードなどの商品コードと、各企業において表現(商品名称)を統一した統一商品名称とを関連づけた共通商品名の変換マスタM1を記憶する。ここで、図5は変換マスタM1のデータ構成を例示的に示す模式図である。図5に示すように、変換マスタM1は、JANコードやEANコードなどの商品コード(共通商品コード)と、統一商品名称とを関連づけて記憶する。このように変換マスタM1を設けるようにしたのは、以下の理由による。
本実施形態の電子レシートシステムは、上述したように、複数企業にまたがって利用することが可能になっている。すなわち、本実施形態の電子レシートシステムにおいては、各企業の店舗P1内に設けられるPOS端末1やストアサーバ2が、商品データファイルの商品名称を管理する。したがって、複数の企業から送信されてきた電子レシートに含まれる商品名称については各企業の管理に依存することになる。
このような場合、消費者が購入した商品が同一商品であるにもかかわらず各企業の商品データファイルに登録された商品名称が異なる、すなわち企業毎に表現が異なるために電子レシート上に表示される商品名が企業間で一致しないという状態が生じてしまう。
例えば、商品名称が長くレシートに印字しきれない場合には、店舗独自の省略名称や半角カナ文字などで印字スペースを削減した商品名が商品データファイルに登録されることがある。このように同一商品が企業毎に異なる商品名称で商品データファイルにそれぞれ登録されていると、当該商品名称をもとに電子化された電子レシートを消費者が電子家計簿に取り込んだ場合に、商品名称をキーとする処理を行うと同一の商品として扱われない不都合がある。
また、電子レシートシステム上に蓄積されたデータを集計して第三者に提供したり、集計する権利を第三者に提供する場合にも同一商品が同一商品と認識できない不都合が生じる。
そこで、本実施形態においては、詳細は後述するが、共通商品名の変換マスタM1を用いて、企業毎に異なる商品名称を統一した商品名称に変換する方法を提供する。
本実施形態の電子レシート管理サーバ4で実行される電子レシート管理プログラム43cおよび情報送信プログラム43dは、インストール可能な形式又は実行可能な形式のファイルでCD−ROM、フレキシブルディスク(FD)、CD−R、DVD(Digital Versatile Disk)等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
また、本実施形態の電子レシート管理サーバ4で実行される電子レシート管理プログラム43cおよび情報送信プログラム43dを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態の電子レシート管理サーバ4で実行される電子レシート管理プログラム43cおよび情報送信プログラム43dをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
また、本実施形態の電子レシート管理プログラム43cおよび情報送信プログラム43dを、ROM等に予め組み込んで提供するように構成してもよい。
次に、携帯端末7の構成を、図6のブロック図を用いて説明する。図6に示すように、携帯端末7は、各種演算や携帯端末7の各部を統括的に制御する制御部71を備えている。制御部71は、CPU、各種プログラムやデータを記憶するROM、各種プログラムを一時的に記憶したり各種データを書き換え自在に記憶するRAM、現在の日時を計時するRTC部等によって構成されるコンピュータである。
制御部71は、バス76を介して操作部72及び表示部73に接続されている。操作部72は、ユーザ(顧客)が操作入力を行うための各種の操作キーや、ポインティングデバイスを有している。表示部73は、例えば液晶ディスプレイ等であり、後述する電子レシート等の各種情報を表示する。なお、表示部73をタッチパネル構成としてもよく、この場合、タッチパネルは操作部72として機能する。
また、制御部71は、バス76を介して通信I/F74に接続されており、この通信I/F74を介してネットワークN5に接続することが可能となっている。なお、通信I/F74を介して、店舗内ネットワークN1に接続可能な構成としてもよい。
また、制御部71は、バス76を介して、記憶部75に接続されている。記憶部75は、Web上に公開されている各種情報(コンテンツ)を閲覧するためのWebブラウザの他、電子レシート管理サーバ4から電子レシートを受け取るための電子レシート対応プログラム75aと、受け取ったレシートデータを閲覧するための電子レシート閲覧プログラム75bとを記憶する。
次に、本実施形態のシステムを構成する各部の動作について説明する。
まず、POS端末1の制御部11がレシートデータ処理プログラム17aに従って動作することにより実行される電子レシート処理について、図7および図8を参照しつつ説明する。
図7に示すように、POS端末1で実行されるレシートデータ処理プログラム17aは、レシートデータ生成手段として機能するレシートデータ生成部111と、出力手段として機能するレシートデータ出力部112とを含むモジュール構成となっている。実際のハードウェアとしては制御部11のCPUが記憶部17からレシートデータ処理プログラム17aを読み出して実行することにより上記各部がRAM上にロードされ、レシートデータ生成部111、レシートデータ出力部112がRAM上に生成されるようになっている。
ここで、レシートデータ生成部111は、商品販売データ処理及びレシートの印字用データ(レシートデータ)の生成を主に行う、既存のアプリケーションに対応する機能部である。レシートデータ生成部111は、コードスキャナ15を介して商品を特定する商品コードを取得すると、その商品コードに対応する商品データを商品データファイルから読み出し、この商品データが含む単価に基づいて決済金額を算出する商品販売データ処理を実行する。そして、レシートデータ生成部111は、商品販売データ処理の際に処理された商品販売データ、つまり、その商品の取引内容を含むレシートデータを生成する。
また、レシートデータ生成部111は、一取引中の何れかのタイミングにおいて、コードスキャナ15を介して顧客を特定する会員コードを取得すると、その会員コードを含むレシートデータを生成する。
また、レシートデータ生成部111は、締めキーの押下を受け付けると、一取引分の商品販売データ処理が完了したと判断し、生成したレシートデータをカットコマンドとともにレシートデータ出力部112に出力(発行)する。ここで、カットコマンドは、一般的に用いられるプリンタ制御コマンドの一つであって、レシートデータを印字する用紙のカット(切断)を指示する指示情報である。なお、レシートデータの生成は、締めキーの押下に伴い一括して生成してもよいし、商品コードや顧客コードを取得する毎に順次生成する形態としてもよい。
レシートデータ出力部112は、レシートデータ生成部111で一取引分のレシートデータが生成される毎に、当該レシートデータの出力先を決定する。より詳細には、レシートデータ出力部112は、レシートデータ生成部111でカットコマンドが発行されると、一取引分のレシートデータが生成されたと判断する。そして、レシートデータ出力部112は、生成されたレシートデータに会員コードが含まれるか否かを判定し、その判定結果に応じて定まる出力先にレシートデータを出力する。
具体的に、レシートデータ出力部112は、レシートデータに会員コードが含まれないと判定した場合、そのレシートデータをカットコマンドとともにプリンタ13に出力する。これにより、プリンタ13では、レシートデータを用紙に印字した後、カットコマンドに従いその用紙を切断することで、一取引分の紙レシートを印字出力する。なお、印字出力の際には、レシートデータを構成する全ての要素を印字してもよいし、会員コード等を取り除いたり、広告等の他の情報を付加した状態で印字してもよい。
また、レシートデータ出力部112は、レシートデータに会員コードが含まれると判定した場合、レシートデータスキーマ17cの変換規則に従い、そのレシートデータを所定のデータ形式に変換する。そして、レシートデータ出力部112は、データ形式を変換したレシートデータ、つまり電子レシートを、企業コードに応じた企業単位で管理する電子レシートサーバ3に送信(出力)する。
レシートデータから電子レシートへの変換は、レシートデータスキーマ17cに記述された変換規則に基づき行われる。具体的に、レシートデータスキーマ17cには、レシートデータを構成する所定の要素と、その要素の属性を示す属性情報(タグ等)とが定義されている。レシートデータ出力部112は、レシートデータの各要素を対応する属性情報を用いて構造化することで、構造化形式の電子レシートを生成する。このような、構造化形式の電子レシートとすることで、当該電子レシートに含まれる要素を効率的に利用することができるため、データ管理の上で様々な利点を得ることができる。
このように、レシートデータ出力部112は、レシートデータ生成部111によるカットコマンドの発行により、一取引分のレシートデータが生成されたことを判断し、当該レシートデータの出力を開始する。これにより、レシートデータ生成部111から、一取引の終了を指示するための専用信号をレシートデータ出力部112に通知する必要もないため、既存のアプリケーションに対応するレシートデータ生成部111については、特段の変更を行わずに、一取引分のレシートデータの出力をレシートデータ出力部112で行うことができる。また、レシートデータ生成部111の変更部分を抑えることができるため、既存のアプリケーションを効率的に流用しつつ、電子レシートの出力機能を実現させることができる。
また、レシートデータ出力部112は、レシートデータに会員コードが含まれるか否かに応じて、当該レシートデータの出力先を決定する。これにより、紙レシートの要否情報を顧客毎に用意することなく、紙レシート又は電子レシートの出力を行うことができるため、レシートデータの出力先を効率的に決定することができる。また、例えば、顧客(会員)は、取引毎に会員コードを入力又は非入力とすることで、紙レシート又は電子レシートの出力を選択することができるため、顧客の利便性を向上させることができる。
さらに、レシートデータ出力部112は、レシートデータを電子レシートサーバ3に出力する場合に、当該レシートデータに含まれる要素を構造化した電子レシートに変換し、当該電子レシートを出力する。これにより、電子レシートに含まれる要素を効率的に利用することができるため、当該電子レシートを管理する電子レシートサーバ3及び電子レシート管理サーバ4や、当該電子レシートの表示を行う携帯端末7において、電子レシートの利便性を向上させることができる。
図8は、POS端末1における電子レシート処理の流れを示すフローチャートである。まず、POS端末1のレシートデータ生成部111は、コードスキャナ15により、商品に付されたコードシンボル(商品コード)又は携帯端末7に表示されたコードシンボル(会員コード)が読み取られたか否かを判定する(ステップS11)。コードシンボルの読み取りが行われない場合(ステップS11;No)、レシートデータ生成部111は、ステップS16に移行する。
一方、レシートデータ生成部111は、コードシンボルが読み取られたと判定すると(ステップS11;Yes)、その読み取りにより取得した情報が、商品コードか会員コードかを判別する(ステップS12)。
ステップS12で、商品コードを取得した場合(ステップS12;商品コード)、レシートデータ生成部111は、その商品コードで特定される商品について、商品データファイルから商品データを読み出すと、この商品データが含む単価に基づいて決済金額を算出する商品販売データ処理を実行する(ステップS13)。次いで、レシートデータ生成部111は、商品販売データ処理の際に処理された商品販売データを含むレシートデータを生成する(ステップS14)。
また、ステップS12で会員コードを取得した場合(ステップS12;会員コード)、レシートデータ生成部111は、その会員コードを含むレシートデータを生成する(ステップS15)。
ここで、会員コードをPOS端末1に入力するためには、例えば、会員である顧客が携帯端末7の表示部73に会員コード等を含むコードシンボルを表示し、店員または会員である顧客自らがPOS端末1のコードスキャナ15で読み取る。なお、レシートデータ生成部111は、一取引の間に入力される会員コードが唯一となるよう排他処理等を施す形態としてもよい。
続くステップS16において、レシートデータ生成部111は、締めキーの押下等により締め処理の開始が指示されたか否かを判定する(ステップS16)。締め処理の開始が指示されない場合(ステップS16;No)、ステップS11に戻る。締め処理の開始が指示された場合(ステップS16;Yes)、レシートデータ生成部111は、カットコマンドをレシートデータ出力部112に発行(出力)する(ステップS17)。
レシートデータ出力部112は、レシートデータ生成部111からカットコマンドを受け付けると、一取引分のレシートデータが生成されたと判断し、そのレシートデータに会員コードが含まれるか否かを判定する(ステップS18)。
レシートデータに会員コードが含まれない場合(ステップS18;No)、レシートデータ出力部112は、一取引分のレシートデータをカットコマンドとともにプリンタ13に出力することで、当該レシートデータを印字出力し(ステップS19)、本処理を終了する。これにより、プリンタ13では、レシートデータを用紙に印字した後、カットコマンドに従いその用紙を切断することで、一取引分の紙レシートを印字出力する。
一方、レシートデータに会員コードが含まれる場合(ステップS18;Yes)、レシートデータ出力部112は、非構造化形式であるレシートデータのデータ形式を、構造化形式に変換することで電子レシート(電子レシート情報)を生成する(ステップS20)。そして、レシートデータ出力部112は、通信I/F16を介して生成した電子レシートを電子レシートサーバ3に送信し(ステップS21)、本処理を終了する。
なお、レシートデータから電子レシートへの変換に際して、レシートデータに含まれていないが処理においては存在するデータ(例えば、JAN/EANコードなどの商品に対応する共通商品コードなど)を付加してから電子レシートへ変換するようにしても良い。
なお、上記の処理ではレシートデータに会員コードが含まれる場合、当該レシートデータを電子レシートサーバ3に出力する形態としたが、これに限らず、プリンタ13及び電子レシートサーバ3の両方に出力してもよい。
また、レシートデータに会員コードが含まれる場合には、そのレシートデータの出力先を選択可能な構成としてもよい。例えば、携帯端末7は表示するコードシンボルCSに、レシートデータの出力先を指定する出力区分情報を保持させ、この出力区分情報に基づいて出力先を選択する形態としてもよい。この形態の場合、レシートデータ生成部111は、コードスキャナ15が読み取った出力区分情報を、会員コードとともにレシートデータに含める。そして、レシートデータ出力部112は、レシートデータに会員コードが含まれると判定し、且つ出力区分情報が存在すると判定した場合、その出力区分情報に基づいてレシートデータの出力先を決定する。なお、出力区分情報には、プリンタ13及び電子レシートサーバ3の何れか一方、又は両方を指定することが可能である。
また、商品の決済時にレシートデータの出力先をその都度選択させる形態としてもよい。この形態を用いる場合、例えば、レシートデータ出力部112は、レシートデータに会員コードが含まれると判定した場合に、レシートデータの出力先を選択するための出力先選択画面を表示部14に表示する。
なお、選択画面の表示は、オペレータ用ディスプレイ14aに限らず、客用ディスプレイ14bに表示してもよい。また、客用ディスプレイ14bがタッチパネル構成の場合には、顧客自身が出力先を選択する形態としてもよい。
また、商品販売データ処理の処理中において、顧客にレシートデータの出力先を確認する形態としてもよく、この形態を用いる場合、レシートデータ生成部111が、出力先選択画面G1等を表示部14に表示し、操作された操作子に対応する出力先を出力区分情報としてレシートデータに含める。そして、レシートデータ出力部112は、レシートデータに会員コード及び出力区分情報が含まれると、その出力区分情報に基づいてレシートデータの出力先を決定する。
このように、レシートデータ出力部112は、レシートデータに会員コードが含まれる場合に、そのレシートデータの出力先を自動で選択、或いは当該出力先の手動による選択を受け付ける。これにより、出力先の決定方法を柔軟に切り替えることができるため、レシートデータの出力先を効率的に決定することができる。
次に、電子レシートサーバ3の制御部31が、電子レシート管理プログラム33bに従って動作することにより実行される電子レシート管理処理及び情報送信プログラム33cに従って動作することにより実行される情報送信処理の流れを、図9に示すフローチャートを参照しつつ説明する。
電子レシートサーバ3の制御部31は、POS端末1から送信された電子レシートを通信I/F32を介して受信すると(ステップS31;Yes)、記憶部33の電子レシート管理領域33aに企業毎の電子レシートとして記憶する(ステップS32)。そして、電子レシートサーバ3の制御部31は、ステップS32で記憶した電子レシートを電子レシート管理サーバ4に送信し(ステップS33)、ステップS31に戻る。
また、電子レシートサーバ3の制御部31は、予め設定された送信タイミングになると(ステップS31;No→ステップS34;Yes)、電子レシート管理領域33aに記憶して管理されている電子レシートを電子レシート管理サーバ4に送信し(ステップS35)、ステップS31に戻る。このステップS35の送信により、例えばステップS33で送信の対象から漏れた電子レシートを、電子レシート管理サーバ4に送信することができる。なお、ステップS35では、未送信の電子レシートのみを送信するよう制御してもよい。
次に、電子レシート管理サーバ4の制御部41が、電子レシート管理プログラム43cに従って動作することにより実行される電子レシート管理処理及び情報送信プログラム43dに従って動作することにより実行される商品情報送信処理の流れを、図10に示す機能ブロック図及び図11に示すフローチャートを参照しつつ説明する。
図10に示すように、電子レシート管理サーバ4で実行される電子レシート管理プログラム43c及び情報送信プログラム43dは、受信手段として機能する受信部411、管理手段として機能する電子レシート管理部412、電子レシート送信手段として機能する電子レシート送信部413、変換手段として機能する電子レシート変換部414を含むモジュール構成となっている。実際のハードウェアとしては制御部41のCPUが記憶部43から電子レシート管理プログラム43c及び情報送信プログラム43dを読み出して実行することにより上記各部がRAM上にロードされ、受信部411、電子レシート管理部412、電子レシート送信部413、電子レシート変換部414がRAM上に生成されるようになっている。
受信部411は、店舗を運営する企業を示す企業コードを含み、商品販売データ処理の際に印字発行されるレシートあるいは領収書に代えて電子的に処理した企業単位の電子レシートを、電子レシートサーバ3から受信する。
電子レシート管理部412は、受信部411により受信した企業単位の電子レシートを記憶部43の電子レシート管理領域43aに記憶して管理する。
電子レシート変換部414は、所定の買物客(消費者)の会員コードに対応付けられた携帯端末7に対し、当該会員コードに対応付けられていて少なくとも1以上の企業コードを含む電子レシートを電子レシート管理領域43aから取得する。その後、電子レシート変換部414は、取得した電子レシートに含まれるJANコードやEANコードなどの商品コードが変換マスタM1において統一商品名称に関連づけられているか否かを判断する。電子レシート変換部414は、取得した電子レシートに含まれる商品コードが変換マスタM1において統一商品名称に関連づけられていると判断した場合、取得した電子レシートの商品名称を統一商品名称に変換する。
電子レシート送信部413は、取得した電子レシートまたは商品名称を統一商品名称に変換した電子レシートを送信する。
図11に示すように、電子レシート管理サーバ4の受信部411は、各企業の電子レシートサーバ3から送信された電子レシートを、通信I/F42を介して受信したか否かを判断する(ステップS41)。
電子レシートを受信した場合(ステップS41;Yes)、電子レシート管理サーバ4の電子レシート管理部412は、記憶部43の電子レシート管理領域43aに各種企業の電子レシートを記憶する(ステップS42)。続いて、電子レシート変換部414は、ステップS42で記憶した電子レシートに含まれるJANコードやEANコードなどの商品コードが変換マスタM1において統一商品名称に関連づけられているか否かを判断する(ステップS43)。
取得した電子レシートに含まれる商品コードが変換マスタM1において統一商品名称に関連づけられていると判断した場合(ステップS43;Yes)、電子レシート変換部414は、取得した電子レシートの商品名称を統一商品名称に変換する(ステップS44)。
続いて、電子レシート送信部413は、取得した電子レシートまたは商品名称を統一商品名称に変換した電子レシートを、当該電子レシートの会員コードに対応付けて管理されている送信先(携帯端末7)に送信し(ステップS45)、ステップS41に戻る。
また、電子レシート管理サーバ4の電子レシート変換部414は、携帯端末7から電子レシート照会があった場合(ステップS41;No→ステップS46;Yes)、電子レシート管理領域43aに記憶して管理されている電子レシートを、電子レシート照会の内容に従って抽出した後(ステップS47)、電子レシートに含まれるJANコードやEANコードなどの商品コードが変換マスタM1において統一商品名称に関連づけられているか否かを判断する(ステップS48)。
取得した電子レシートに含まれる商品コードが変換マスタM1において統一商品名称に関連づけられていると判断した場合(ステップS48;Yes)、電子レシート変換部414は、取得した電子レシートの商品名称を統一商品名称に変換する(ステップS49)。
その後、電子レシート送信部413は、抽出した電子レシートまたは商品名称を統一商品名称に変換した電子レシートを、照会があった携帯端末7に送信し(ステップS50)、ステップS41に戻る。
次に、携帯端末7の制御部71が、電子レシート対応プログラム75aに従って動作することにより実行される電子レシート受け取り処理及び電子レシート閲覧プログラム75bに従って動作することにより実行される電子レシート閲覧処理の流れを、図12〜図13を参照しつつ説明する。
図12に示すように、携帯端末7で実行される電子レシート対応プログラム75a及び電子レシート閲覧プログラム75bは、会員対応付け部711、電子レシート受信部712、電子レシート表示部713を含むモジュール構成となっている。実際のハードウェアとしては制御部71のCPUが記憶部75から電子レシート対応プログラム75a及び電子レシート閲覧プログラム75bを読み出して実行することにより上記各部がRAM上にロードされ、会員対応付け部711、電子レシート受信部712、電子レシート表示部713がRAM上に生成されるようになっている。
会員対応付け部711は、所定の買物客の会員コードを対応付ける。電子レシート受信部712は、電子レシート管理サーバ4から電子レシートを受信する。電子レシート表示部713は、電子レシート受信部712により受信した電子レシートを表示部73に表示する。
図13に示すように、まず、携帯端末7の会員対応付け部711は、電子レシート管理サーバ4にアクセスして会員コード及びパスワードの入力によって認証処理を実行する(ステップS51)。これにより、携帯端末7と所定の買物客の会員コードとが対応付けられる。
認証後、携帯端末7の電子レシート受信部712は、入力された当該会員コードに対応して電子レシート管理サーバ4の電子レシート管理領域43aに記憶され管理されている電子レシートを受信する(ステップS52)。また、電子レシートに付加情報が対応付けされている場合には、この付加情報についても電子レシート管理サーバ4から受信する。なお、レシートデータの受信については、電子メールによって受信するものであってもよい。
次に、携帯端末7の電子レシート表示部713は、電子レシート受信部712が受信した電子レシート等を表示部73に表示し(ステップS53)、処理を終了する。
図14は、携帯端末7の表示部73に表示された電子レシートG2の一例を示す図である。電子レシートG2は、用紙に印字されるレシートと同様のレイアウトや内容で表示される。また、電子レシートG2内において、操作部72の入力に追従するカーソルにより、取引された商品を示す商品a等にフォーカスを当てることができる。また、図14では、電子レシートG2内に、店名のロゴを表示する店名ロゴ部G21や、広告等を表示するバナー表示部G22等を設けた例を示している。
また、図14に示す例によれば、企業の店舗P1内に設けられるPOS端末1やストアサーバ2で管理される商品データファイルの商品名称が「商品a」であった場合、電子レシートに含まれる商品コードに基づいて変換マスタM1から統一商品名称「商品A」を取得して、「商品a」を「商品A」に変換している。
なお、レシートデータの表示形態は、必ずしも用紙に印字されるレシートのイメージに合わせる必要はない。しかしながら、レシートデータは、紙のレシートに代わるものであり、商品を購入したことを証明する電子的な商品購入証明情報となるものである。そこで、図14では、商品購入証明情報として提示する場合に使用するため、以下の情報を表示した例を示している。
・店舗名
・購入日時
・購入商品明細
・売上合計額
・預り金額
・お釣り金額
・レジナンバー
・取引ナンバー
なお、複数のレシートデータを受信した場合には、レシートデータに含まれる購入日、企業コード等に基づいて、レシートデータの各々を選択可能な選択画面を表示してもよい。この場合、電子レシート表示部713は、選択画面から選択されたレシートデータを表示部73に表示する。
このように、第1の実施形態の電子レシート管理サーバ4によれば、企業毎の電子レシート情報の内で企業毎に表現が異なるデータ(商品名称)を各企業において表現を統一した統一データ(統一の商品名称)に変換するようにしたので、複数の企業と連携する電子レシートシステムにおいて企業毎に表現が異なるデータ(商品名称)を統一して扱うことができる。
なお、本実施形態においては、商品コード(共通商品コード)と統一商品名称とを関連づけて記憶する変換マスタM1を顧客用レシート管理サーバとして機能する電子レシート管理サーバ4の記憶部43に記憶しておき、電子レシート管理プログラム43cで、電子レシートに含まれる商品コード(共通商品コード)をキーとして各企業独自で登録している商品名称を統一の商品名称に変換するようにしたが、これに限るものではない。例えば、商品販売データ処理装置であるPOS端末1の記憶部17に商品コード(共通商品コード)と統一商品名称とを関連づけて記憶する変換マスタM1を記憶しておき、レシートデータ生成部111がレシートに含まれる商品コード(共通商品コード)をキーとして各企業独自で登録している商品名称を統一の商品名称に変換するようにしても良い。
また、統一商品名称に加えて、他の項目(例えば、全企業で共通の統一商品カテゴリなど)を商品コード(共通商品コード)に関連づけて変換マスタM1に記憶するようにしても良い。これにより、複数の企業と連携する電子レシートシステム側で企業毎に異なる商品カテゴリを統一した商品カテゴリに変換して扱うことができる。
(第2の実施形態)
次に、第2の実施形態を図面に基づいて説明する。なお、前述した第1の実施形態と同じ部分は同じ符号で示し説明も省略する。
第1の実施形態においては、商品コード(共通商品コード)が電子レシートに含まれている場合について説明したが、第2の実施形態においては、商品コード(共通商品コード)が電子レシートに含まれていない場合について説明する。
ここで、図15は第2の実施形態にかかる変換マスタM2のデータ構成を例示的に示す模式図である。図15に示すように、変換マスタM2は、統一商品名称と、各企業の店舗P1内に設けられるPOS端末1やストアサーバ2における商品データファイルの企業独自の商品名称と、を関連づけて記憶する。
そして、電子レシート管理サーバ4の電子レシート変換部414は、取得した電子レシートに含まれる企業独自の商品名称が変換マスタM2において統一商品名称に関連づけられているか否かを判断する。電子レシート変換部414は、取得した電子レシートに含まれる企業独自の商品名称が変換マスタM2において統一商品名称に関連づけられていると判断した場合、取得した電子レシートの企業独自の商品名称を統一商品名称に変換する。
このように、第2の実施形態の電子レシート管理サーバ4によれば、レシートデータにJAN/EANコードなどの商品に関連付けられた共通商品コードが含まれていないような場合において、企業毎の電子レシート情報の内で企業毎に表現が異なるデータ(商品名称)を各企業において表現を統一した統一データ(統一の商品名称)に変換するようにしたので、複数の企業と連携する電子レシートシステムであっても企業毎に表現が異なるデータ(商品名称)を統一して扱うことができる。
なお、本実施形態においては、企業独自の商品名称と統一商品名称とを関連づけて記憶する変換マスタM2を顧客用レシート管理サーバとして機能する電子レシート管理サーバ4の記憶部43に記憶しておき、電子レシート管理プログラム43cで、電子レシートに含まれる企業独自の商品名称をキーとして各企業独自で登録している商品名称を統一の商品名称に変換するようにしたが、これに限るものではない。例えば、商品販売データ処理装置であるPOS端末1の記憶部17に企業独自の商品名称と統一商品名称とを関連づけて記憶する変換マスタM2を記憶しておき、レシートデータ生成部111がレシートに含まれる企業独自の商品名称をキーとして各企業独自で登録している商品名称を統一の商品名称に変換するようにしても良い。
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。