JP2018170032A - 情報処理装置、電子レシートシステム、プログラムおよび制御方法 - Google Patents

Abstract

【課題】電子レシートを利用して寄付の受付や集計を簡便化するとともに、個人客が自身の寄付累計を容易に確認できる情報処理装置およびプログラムを提供する。【解決手段】電子レシート表示手段は、情報処理端末に電子レシートデータを送信して電子レシートを表示する。受付表示手段は、取引データに基づき申込可能な寄付企画があれば、当該寄付企画への申込操作を受付けるための受付手段を前記電子レシートの表示画面に表示する。寄付情報受信手段は、前記申込操作に応じて、前記情報処理端末から、識別情報と、前記寄付企画を示す情報と、当該企画への寄付額に係る情報として扱われる前記取引データとを受信する。寄付累計表示手段は、受信した情報を用いて前記識別情報に対応する寄付累計を算出し、当該識別情報の情報処理端末にその寄付累計を表示する。【選択図】図１２

Description

本発明の実施形態は、情報処理装置及びプログラムに関する。

従来、ＣＳＲ（Corporate Social Responsibility）活動の一環として、商品メーカーが特定商品の売上金の一部を寄付する活動や、小売店が店舗での売上金の一部を寄付する活動が行われている。また、客が小売店で受け取ったレシートを寄付先ごとに設けられた回収箱に投函することで、客が寄付先を選択できる寄付企画もある。当該寄付企画では、店舗内に寄付先ごとのレシート回収箱を設置し、客は寄付先を選択してレシートを投入する。そして、店舗側がレシートの取引金額を寄付先別に集計し、売上金の一部を寄付先に寄付する。このような寄付企画に関して、集計作業の人的負担を軽減するために、タッチパネルから寄付先の選択を受付けて、寄付先ごとの寄付金額を集計するＰＯＳ（Point Of Sales）端末に関する技術もある。

ところで、近年、決済時に店舗から買物客に渡されるレシートあるいは領収書を電子データ化して客の携帯端末等に送信し、表示させる電子レシートシステムが開発されている。レシートの電子データ化により、利用客はレシートデータを家計簿ソフト等に流用できるなどの利点がある。また、導入店舗にとっても、電子レシートの利用によりレシート用紙の消費を節減することができる等の利点がある。

そこで、このような電子レシートの仕組みを上述の寄付企画に利用して、寄付の受付や集計作業をより簡便化できないかという提案が為された。また、従来技術では、自分がこれまでにどの程度の寄付を行ったかを客が簡便に確認することができなかった。そこで、電子レシートシステムを利用して、個人客の寄付実績を客が携帯端末から簡単に確認できることが望まれていた。

本発明が解決しようとする課題は、電子レシートを利用して寄付の受付や集計を簡便化するとともに、個人客が自身の寄付累計を容易に確認できる情報処理装置およびプログラムを提供することである。

実施形態の情報処理装置は、電子レシート表示手段と、受付表示手段と、寄付情報受信手段と、寄付累計表示手段と、を備える。電子レシート表示手段は、販売データ処理装置が識別情報と取引データとを含めて生成した電子レシートデータを記憶手段に格納して管理し、前記識別情報に対応する情報処理端末に当該識別情報に対応する前記電子レシートデータを送信して電子レシートを表示する。受付表示手段は、前記取引データに基づき申込可能な寄付企画があれば、当該寄付企画への申込操作を受付けるための受付手段を前記電子レシートの表示画面に表示する。寄付情報受信手段は、前記申込操作に応じて、前記情報処理端末から、前記識別情報と、前記寄付企画を示す情報と、当該企画への寄付額に係る情報として扱われる前記取引データと、を受信する。寄付累計表示手段は、受信した情報を用いて前記識別情報ごとに寄付累計を算出し、当該識別情報に対応する情報処理端末にその識別情報に対応する寄付累計を表示する。

図１は、実施形態にかかる電子レシートシステムの全体構成を示す概略図である。 図２は、ＰＯＳ端末の装置構成例を示すブロック図である。 図３は、ストアサーバの装置構成例を示すブロック図である。 図４は、本部サーバの装置構成例を示すブロック図である。 図５は、電子レシートサーバの装置構成例を示すブロック図である。 図６は、会員別累計記憶部のデータ構成例を示す図である。 図７は、携帯端末の装置構成例を示すブロック図である。 図８は、電子レシートアプリのスタート画面例を示す図である。 図９は、寄付申込を受付けるアイコンが表示された、電子レシートの表示画面例を示す図である。 図１０は、寄付企画に関する確認画面例を示す図である。 図１１は、寄付先を選択する選択画面例を示す図である。 図１２は、寄付実績を表示する画面の構成例を示す図である。 図１３は、電子レシートシステムで実行される電子レシートの生成処理および登録処理の手順例を示すシーケンス図である。 図１４は、電子レシートシステムで実行される、寄付情報管理処理の手順例を示すシーケンス図である。 図１５は、電子レシートシステムで実行される、会員別寄付実績の閲覧処理の手順例を示すシーケンス図である。

（１）システム構成
図１は、実施形態にかかる電子レシートシステムの全体構成を示す概略図である。図１に例示するように、電子レシートシステムは、ＰＯＳ（Point of Sales）端末１と、ストアサーバ９と、本部サーバ３と、電子レシートサーバ４と、携帯端末７とを有する。

ＰＯＳ端末１とストアサーバ９とは、店舗内に設けられる。ＰＯＳ端末１とストアサーバ９とは、ＬＡＮ（Local Area Network）等の店舗内ネットワークＮ１を介して通信可能に接続される。また、ＰＯＳ端末１及びストアサーバ９は、店舗内ネットワークＮ１に接続されたルータ等のネットワーク機器（図示せず）を介して、ネットワークＮ２に接続可能である。ネットワークＮ２は、店舗とチェーン店の運営企業とを繋ぐ専用回線であり、例えば、インターネットやＶＰＮ（Virtual Private Network）等が用いられる。なお、店舗に設けられるＰＯＳ端末１の個数は特に問わず、複数台であってもよい。

ＰＯＳ端末１は、売上データ登録処理を実行する販売データ処理装置である。ＰＯＳ端末１は、取引データに基づいて電子レシートを生成し、ストアサーバ９に出力（送信）する。

ストアサーバ９は、店舗内における売上データ管理や在庫管理等の処理を統括的に行う。即ち、ストアサーバ９は、ＰＯＳ端末１から取引データ、電子レシート等を受信する。そして、これら情報を記憶部に格納して管理するとともに、本部サーバ３に送信する。

本部サーバ３は、チェーン展開する店舗（以下、店舗という）を統括的に運営する企業（企業本部）に設けられている。本部サーバ３は、管理下にある店舗のストアサーバ９から取引データを受信し、売上管理、売上分析、在庫管理などを行う。また、本部サーバ３は、各店舗のストアサーバ９からネットワークＮ２を介して電子レシートを受信する。そして、本部サーバ３は、ネットワークＮ３を介して電子レシートセンタの電子レシートサーバ４に送信する。ここで、ネットワークＮ３は、例えば、インターネットやＶＰＮ等の専用線である。

電子レシートサーバ４は、電子レシートセンタに設けられる。電子レシートセンタは、店舗の運営企業から電子レシートサービスを委託された機関である。電子レシートサーバ４は、本部サーバ３から電子レシートを受信し、管理する。また、携帯端末７から、電子レシートまたは寄付実績の閲覧要求を受信すると、電子レシートサーバ４は電子レシートまたは寄付実績の表示データを要求のあった携帯端末７に送信する。

なお、表示データの送信方法は特に問わず、ＨＴＴＰやＨＴＴＰＳ等の汎用プロトコルを用いてもよい。閲覧要求の送信元は、携帯端末７に限られない。本部サーバ３やストアサーバ９、ＰＯＳ端末１あるいはその他の情報処理装置が、電子レシートサーバ４に対して電子レシート、寄付実績の閲覧要求を行ってもよい。

尚、図１では運営企業が電子レシートサービスを電子レシートセンタに外部委託した例を図示したが、運営企業が当該企業本部内に電子レシートサーバ４の機能を設けてもよい。換言すれば、電子レシートシステムは、本部サーバ３および電子レシートサーバ４の機能を併せ持つ情報処理装置を有してもよい。

携帯端末７は、電子レシートシステムの利用客（会員）が使用する携帯型情報処理端末である。携帯端末７としては、スマートフォン、携帯電話機、ＰＤＡ（Personal Digital Assistant）、タブレット型コンピュータ等を用いることができる。携帯端末７は、Ｗｅｂブラウザや、電子レシート関連アプリケーション等を実装し、電子レシートサーバ４がネットワークＮ４上に提供したＷｅｂページにアクセスする。ネットワークＮ４は、インターネット等の公衆通信網である。携帯端末７は、電子レシートサーバ４に自装置が記憶する会員コードを送信して、電子レシートまたは寄付実績の閲覧要求を行う。そして、電子レシートサーバ４から受信した表示データに基づいて、電子レシート（図９参照）や寄付実績（図１２参照）を表示部７３に表示する。

なお、電子レシートの表示形態は、必ずしも用紙に印字されるレシートのイメージに合わせる必要はない。しかしながら、電子レシートは、紙のレシートに代わるものであり、商品を購入し、店舗が代金を領収したことを証明する電子的領収書となるものである。従って、領収書に必要な情報として、店舗名、購入日時、購入商品の明細、売上合計額、預り金額、釣り金額、レジナンバー、取引ナンバー等が含まれることが望ましい。

また、本実施形態では、携帯端末７が、電子レシートサーバ４を介して電子レシートを受信するとしたが、これに限らず、ＰＯＳ端末１から電子レシートを直接受信してもよい。この場合、ＰＯＳ端末１は、店舗内ネットワークＮ１や図示しない近距離無線通信部を介して接続された携帯端末７に対し、生成した電子レシートを出力する。また、この場合、ＰＯＳ端末１で会員コードによる認証処理を行ってもよい。

企画管理サーバ６は、協賛企業に設けられる。協賛企業とは、寄付企画を提案、管理する企業のことである。寄付企画の一例としては、寄付金額に応じた植樹ができる企画（プラン）、慈善団体や公共団体への寄付贈与等を利用できるが、特に限定されるものではない。企画管理サーバ６は、ネットワークＮ４、Ｎ５を介して電子レシートサーバ４から企画申込に関する申込情報を受付ける。寄付金額の支払に係る情報をあわせて受付けてもよい。ネットワークＮ５は、インターネット等の公衆通信網である。

なお、店舗の運営企業が企画管理サーバ６を有してもよい。また運営企業は、電子レシートサーバ４と企画管理サーバ６双方の機能を有するサーバ装置を有してもよい。

（２）装置構成
次に、各装置の機能構成についてより詳細に説明する。

（２−１）ＰＯＳ端末
まず、ＰＯＳ端末１の構成について説明する。図２は、ＰＯＳ端末１の装置構成例を示すブロック図である。図２に示すように、ＰＯＳ端末１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等によって構成される制御部１１を備えている。制御部１１は、バス１８を介して操作部１２、プリンタ１３、表示部１４及びスキャナ１５、通信Ｉ／Ｆ（Interface）１６、記憶部１７等と接続されている。制御部１１は、通信Ｉ／Ｆ１６を介して店舗内ネットワークＮ１に接続する。

操作部１２は、オペレータが操作入力を行うための各種の操作キーを備えている。プリンタ１３は、レシートやジャーナル等の印字を行う。表示部１４としては、例えば液晶ディスプレイ等が用いられる。ディスプレイ表面にタッチパネルが設けられる場合には、当該タッチパネルが操作部１２として機能する。表示部１４は、キャッシャ向けに各種情報を表示するオペレータ用ディスプレイ１４ａと、顧客向けに各種情報を表示する客用ディスプレイ１４ｂとを備える。

スキャナ１５は、バーコードや二次元コード等のコードシンボルを光学的に読み取る。スキャナ１５は、例えば、商品に付されたコードシンボルや、携帯端末７に表示された会員コードのコードシンボル等をデコードし、読み取った情報を制御部１１に出力する。

記憶部１７は、例えばＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の記憶装置である。記憶部１７は、売上データ登録処理や、電子レシート生成処理、電子レシート出力処理等を行うためのプログラムを記憶している。また、記憶部１７は、商品名、商品コード、価格等の商品情報等を対応付けた商品マスタを記憶している。

また、記憶部１７は、各種識別コードを記憶している。識別コードとしては例えば、ＰＯＳ端末１をユニークに識別するためのＰＯＳナンバー、ＰＯＳ端末１が設置された店舗を示す店舗コード、店舗を運営する企業の識別コードである企業コード、店舗の業種・業態を区別するコードである業種・業態コード等が用いられる。なお、店舗の業種・業態としては、例えば、コンビニエンスストア、スーパーマーケット、百貨店、薬局、レストラン、飲食店などがある。

ＰＯＳ端末１で実行されるプログラムは、図２に示すように、コード受付部２０、売上登録部２１、出力選択部２２、印字制御部２３、電子レシート生成部２４、データ出力部２５を含むモジュール構成となっている。そして、制御部１１のＣＰＵが当該プログラムをＲＡＭに展開して実行することで、上記各部の機能が実現される。

コード受付部２０は、スキャナ１５が商品に付されたコードシンボルを読み取ると、当該コードシンボルにエンコードされた商品コードを読み取ってその入力を受付ける。また、コード受付部２０は、携帯端末７の表示部７３（図７参照）に表示されたコードシンボルＣＳ（図８参照）から、当該コードシンボルＣＳにエンコードされた会員コードを読み取ってその入力を受付ける。

尚、コード受付部２０は、近距離無線通信等、他の通信手段によって携帯端末７から会員コードを受付けてもよい。近距離無線通信としては、ＮＦＣ（Near Field Communication）やBluetooth（登録商標）等の方式を用いればよい。

また、コード受付部２０は、会員コードが格納されたＩＣカードや磁気カード等の媒体から会員コードを受付けてもよい。なお、ＩＣカードを用いる場合、ＰＯＳ端末１はＩＣカードリーダライタ等の読取／書込部を備えればよい。また、磁気カードを用いる場合、ＰＯＳ端末１は、磁気カードのカードリーダ／カードライタ等を備えればよい。

売上登録部２１は、コード受付部２０の受付処理に応じて、商品コードに対応する商品情報を商品マスタから読み込み、ＲＡＭに仮登録する。また、売上登録部２１は、商品名、商品コード、商品価格、点数などの個々の商品情報と、一取引分の合計金額、合計点数、預り額、釣銭額等の情報と、取引番号（レシート番号）、取引日時、レジ番号、店員情報等の情報とを含めて、取引データ（レシートデータ）を生成し、ＲＡＭに格納する。

出力選択部２２は、操作部１２からの選択操作に基づき、取引データをレシート用紙に印字出力するか、電子レシートとしてデータ出力するかを選択する。

印字制御部２３は、出力選択部２２により紙レシートの印字出力が選択されると、取引データの印字データを生成し、プリンタ１３に出力する。プリンタ１３は印字データに基づいてレシートを印刷する。

電子レシート生成部２４は、売上登録部２１が上述のように登録した非構造化形式のレシートデータを、構造化データに変換し、電子レシートを生成する。また、電子レシート生成部２４は、コード受付部２０が読み取った会員コードと、記憶部１７に格納されている、企業コード、店舗コード等の各種識別コードを電子レシートに含める。

なお、企業コード、業種・業態コードについては本部サーバ３が記憶してもよい。そして、本部サーバ３が、ＰＯＳ端末１から受信した電子レシートにこれらコードを付して電子レシートサーバ４に送信してもよい。

データ出力部２５は、電子レシート生成部２４が電子レシートを生成すると、生成された電子レシートをストアサーバ９に送信する。尚、データ出力のタイミングは特に限定されず、所定時刻または所定の時間間隔で出力してもよい。また、出力先やデータ経由方法は特に限定されず、実施形態に応じて適宜変更されればよい。例えば、データ出力部２５は、ストアサーバ９や本部サーバ３を介さずに、電子レシートデータを直接電子レシートサーバ４に送信してもよい。

尚、ストアサーバ９やその他の情報処理装置が、電子レシート生成部２４またはデータ出力部２５の機能を備えてもよい。そして、当該装置が、ＰＯＳ端末１から取引データを受け取って電子レシートを生成し、外部に出力してもよい。

（２−２）ストアサーバ
次に、ストアサーバ９の構成について説明する。図３は、ストアサーバ９の装置構成例を示すブロック図である。ストアサーバ９は、ＣＰＵ、ＲＯＭ、ＲＡＭ等により構成される制御部９１を備えたコンピュータである。制御部９１は、バス９４を介して、通信Ｉ／Ｆ９２と、記憶部９３と接続されている。尚、制御部９１には、バス９４および各種インタフェースを介して図示しない操作部および表示器を接続することができる。制御部９１は、通信Ｉ／Ｆ９２を介して、店舗内ネットワークＮ１やネットワークＮ２に接続する。記憶部９３は、売上データ管理処理、在庫管理処理、電子レシート送受信処理、電子レシート管理処理等を行うためのプログラムを記憶している。また、記憶部９３は、本部サーバ３から送信された商品マスタ、店舗内のＰＯＳ端末１から送信された電子レシートおよび売上データ等の各種データを格納する。制御部９１は、記憶部９３に格納されたプログラムを実行することにより上記各処理を実行する。一例として、制御部９１は、ＰＯＳ端末１から受信した電子レシート、取引データ等のデータを、本部サーバ３に送信する。

（２−３）本部サーバ
次に、運営企業の本部サーバ３の構成について説明する。図４は、本部サーバ３の装置構成例を示すブロック図である。本部サーバ３は、ＣＰＵ、ＲＯＭ、ＲＡＭ等により構成される制御部３１を備えたコンピュータである。制御部３１は、バス３４を介して、通信Ｉ／Ｆ３２と、記憶部３３と接続されている。尚、制御部３１には、バス３４および各種インタフェースを介して操作部および表示器が接続される。制御部３１は、通信Ｉ／Ｆ３２を介して、ネットワークＮ２やネットワークＮ３に接続する。記憶部３３は、売上データ管理処理、在庫管理処理、電子レシート送受信処理、電子レシート管理処理等を行うためのプログラムを記憶している。また、記憶部３３は、店舗のストアサーバ９から送信された電子レシートや、売上データ等の各種データを格納する。制御部３１は、記憶部３３に格納されたプログラムを実行することにより、上記各処理を実行する。

（２−４）電子レシートサーバ
次に、電子レシートセンタの電子レシートサーバ４について説明する。図５は、電子レシートサーバ４の装置構成例を示すブロック図である。電子レシートサーバ４は、ＣＰＵ、ＲＯＭ、ＲＡＭ等により構成される制御部４１を備えたコンピュータである。制御部４１は、バス４４を介して、通信Ｉ／Ｆ４２と、記憶部４３と接続されている。制御部４１は、通信Ｉ／Ｆ４２を介して、ネットワークＮ３、ネットワークＮ４に接続する。

記憶部４３には、電子レシート記憶部４５と、企画別記憶部４６と、会員別累計記憶部４７とが格納されている。電子レシート記憶部４５は、本部サーバ３から受信した電子レシートを、会員コード、取引番号等の識別情報によって識別できる状態で記憶するメモリ領域である。

企画別記憶部４６は、寄付ＩＤ、寄付企画名などの企画を示す情報を記憶している。また、企画別記憶部４６は、寄付企画ごとに、その寄付を受付けるための条件となる取引データを記憶している。特定商品を購入するごとに寄付を受付可能とする場合には、その商品の商品コードが条件として格納される。また、特定店舗での購入金額について寄付を受付け可能とする場合には、その店舗の店舗コードが条件として格納される。また、企画期間中に系列全店での売上に対して寄付を受付ける場合には、その期間が条件として格納される。電子レシートサーバ４は、企画別記憶部４６が記憶するこれら条件を参照して、寄付を受付けるためのアイコン７７〜７９（図９参照）を表示する。

また、企画別記憶部４６には、各企画ごとに、その寄付総額（全店舗の寄付総額）、店舗ごとの寄付総額、地域などの寄付総額などが格納される。

図６は、会員別累計記憶部４７のデータ構成例を示す図である。会員別累計記憶部４７には、会員コードに対応付けて、会員名等の会員情報、寄付情報などが格納される。寄付情報としては、寄付企画を識別するための寄付ＩＤ、寄付企画名、寄付企画ごとの寄付金額を累計した小計、および、すべての寄付企画の寄付金額を合算した合計などが格納される。

また、記憶部４３には、電子レシートサーバ４に上述の各処理を実行させるためのプログラムが格納されている。電子レシートサーバ４で実行されるプログラムは、図５に示すように、受信部５１、寄付情報管理部５２、送信部５３を含むモジュール構成となっている。そして、制御部４１のＣＰＵが当該プログラムをＲＡＭに展開して実行することで、上記各部の機能が実現される。

受信部５１は、本部サーバ３から電子レシートを受信し、電子レシート記憶部４５に格納する。また、受信部５１は、本部サーバ３から寄付情報を受信し、会員コードに対応付けて会員別累計記憶部４７および企画別記憶部４６に格納する。また、受信部５１は、ネットワークＮ４を介して携帯端末７から各種要求データや応答データを受信する。

寄付情報管理部５２は、会員別累計記憶部４７を用いて、会員コードで識別される会員ごとに、企画ごとの寄付金額や、寄付累計を管理する。また、寄付情報管理部５２は、企画別記憶部４６を用いて、企画ごとの寄付合計額（寄付総額）を管理する。

送信部５３は、本部サーバ３、携帯端末７からのデータ閲覧要求に応じて、電子レシート記憶部４５または会員別累計記憶部４７、企画別記憶部４６に格納されているデータを読み出して、送信応答する。尚、送信部５３は、データ閲覧要求に応じて、要求されたデータのデータ形式を適宜変換して出力する。

例えば、本部サーバ３から電子レシートまたは寄付実績の閲覧要求があれば、送信部５３は、閲覧要求のあった条件に応じてデータを閲覧用Ｗｅｂページに表示させるための表示データを生成し、本部サーバ３に送信する。また、携帯端末７が会員コードを用いて閲覧用Ｗｅｂページにアクセスすると、送信部５３は当該会員コードに対応する電子レシートまたは寄付実績の表示データを携帯端末７に送信する。或いは、携帯端末７が電子レシート関連アプリを介して閲覧要求をした場合、送信部５３はアプリ画面の表示データを生成して携帯端末７に送信する。

（２−５）会員の携帯端末
次に、携帯端末７の構成例について説明する。図７は、携帯端末７の装置構成例を示すブロック図である。携帯端末７においては、従来一般的に用いられている携帯型情報処理装置のハードウェア構成を利用すればよい。即ち、図７に示すように、携帯端末７は、ＣＰＵ、ＲＯＭ、ＲＡＭ等により構成される制御部７１を備えている。制御部７１には、バス７６や各種インタフェースを介して、タッチパネルや操作キー等の操作部７２と、液晶ディスプレイ等の表示部７３と、通信Ｉ／Ｆ７４と、記憶部７５とが接続されている。制御部７１は、通信Ｉ／Ｆ７４を介してネットワークＮ４に接続可能である。なお制御部７１は、通信Ｉ／Ｆ７４を介して店舗内ネットワークＮ１に接続してもよい。

記憶部７５は、電子レシート関連のアプリケーションプログラム（電子レシート関連アプリ）を格納している。電子レシート関連アプリは、図７に示すように、送受信部８１、表示制御部８２、受付部８３を含むモジュール構成となっている。そして、制御部７１のＣＰＵが当該プログラムをＲＡＭに展開して実行することで、上記各部の機能が実現される。

送受信部８１は、データの送受信処理を行う。即ち送受信部８１は、記憶部７５が格納する会員コードを電子レシートサーバ４に送信し、電子レシートや寄付実績（寄付累計）の閲覧要求を行う。また、送受信部８１は、要求した会員コードに対応する電子レシートまたは寄付実績等を表示するための表示データを、電子レシートサーバ４から受信する。

表示制御部８２は、表示部７３への表示出力を制御する。例えば表示制御部８２は、送受信部８１が電子レシートサーバ４から受信した表示データに基づいて、電子レシート関連アプリの各種画面（図８〜図１０参照）を表示部７３に表示させる。

受付部８３は、操作部７２に対する操作に応じて、表示画面に表示されたアイコンの選択操作などの操作を受付ける。

（３）画面構成例
次に、携帯端末７において表示される画面の構成例について、図８ないし図１２を用いて説明する。なお、以下では、画面遷移例についてもあわせて説明するが、画面遷移順は一例であって以下に示す例により限定されるものではない。

また、各種表示データの生成処理については、電子レシートサーバ４と携帯端末７とが協働し、分担して行ってよい。すべての表示データを電子レシートサーバ４が送信してもよい。或いは、一部の表示データを携帯端末７の電子レシート関連アプリが予め保持し、表示処理において用いてもよい。

また、携帯端末７は、電子レシート関連アプリを用いて後述する各画面（図８ないし図１２参照）を表示するが、Ｗｅｂブラウザやその他のアプリケーションプログラムを用いて各画面を表示してもよい。

（３−１）スタート画面例
図８は、電子レシートアプリのスタート画面例を示す図である。表示制御部８２は、電子レシートアプリの起動時に、図８に示すようなスタート画面を表示部７３に表示する。表示制御部８２は、記憶部７５に格納されている画像データに基づき、スタート画面に会員コードのコードシンボルを表示する。客（会員）は、スタート画面を店員に掲示し、店員は会員コードのコードシンボルをＰＯＳ端末１のスキャナ１５でスキャンする。これにより、ＰＯＳ端末１は会員コードの入力を受付ける。

また、スタート画面には、電子レシートを閲覧するためのアイコン８５や、寄付実績を閲覧するためのアイコン８６が設けられている。

受付部８３がアイコン８５の選択操作を受付けると、送受信部８１は、記憶部７５に格納されている会員コードを用いて、電子レシートサーバ４に電子レシートの表示データの送信を問い合わせる。尚、携帯端末７は、パスワードを入力させる画面を表示させ、入力されたパスワードを会員コードとともに電子レシートサーバ４に送信してもよい。電子レシートサーバ４は、電子レシート記憶部４５の格納情報を用いて、会員コードとパスワードとによりユーザ認証を行う。そして、正常に認証できれば、携帯端末７による電子レシートデータのダウンロードを許可する。携帯端末７の表示制御部８２は、ダウンロードした表示データに基づき、過去の取引分の電子レシート（図９参照）を表示部７３に表示する。

また、受付部８３がアイコン８６の選択操作を受付けると、送受信部８１は、記憶部７５に格納されている会員コードを用いて、電子レシートサーバ４に寄付実績に関する表示データの送信を問い合わせる。電子レシートサーバ４の送信部５３は、会員別累計記憶部４７から会員コードに対応する寄付情報を読み出して表示データを生成し、携帯端末７に送信する。携帯端末７の表示制御部８２は、ダウンロードした表示データに基づき寄付実績を表示部７３に表示する。これにより、表示部７３には、会員ごとの寄付実績を示した寄付実績画面９６（図１２参照）が表示される。

（３−２）寄付申込を受付けるアイコンの表示例
図９は、電子レシートの表示例を示す図である。表示制御部８２は、電子レシートデータに、企画別記憶部４６に寄付受付の条件として格納されている取引データが含まれていると、寄付申込みを受付けるアイコン７７〜７９等を電子レシートの表示画面上に表示する。

アイコン７７、７８のように、商品ごとにアイコンが添えられる例としては、メーカーが主催する寄付企画がある。つまり、特定商品の売上額の一部を、メーカーが寄付にあてるという企画である。この場合、寄付申込を受付ける条件として、予め商品コードまたは部門コードを定めておく。そして、表示制御部８２は、当該条件に適合する取引データがあれば、その取引データにアイコン７７、７８を付して表示する。

また、アイコン７９のように、取引の合計金額にアイコンが添えられる例としては、店舗または店舗の運営企業などが主催する寄付企画がある。つまり、店舗または系列の複数店舗での売上額のうち一部を、店舗または運営企業が寄付にあてるという企画である。この場合、寄付申込を受付ける条件は設定されなくてもよいが、定期的に行われる場合などには、企画を実施する期間や、日付、店舗などの情報を予め条件として設定しておいてもよい。そして、表示制御部８２は、当該条件に適合した場合に、合計金額にアイコン７９を付して表示する。なお、合計金額に付して表示するのではなく、日付や店舗情報に添えてアイコン７９を表示してもよい。或いは、いずれの取引データにも添えず、電子レシートの表示エリアの下部など、表示エリアの一部にアイコン７９を表示してもよい。

上述のように、表示制御部８２は、寄付受付の条件として用いた取引データ（売上商品の取引データ、あるいは、合計金額）に添えて寄付申込を受付けるためのアイコン７７〜７９を添えて表示する。これにより、寄付を申し込む会員は、どの金額に関して寄付が行われるのか分かり易くなる。

アイコン７７〜７９が選択操作されると、表示制御部８２は、表示部７３に確認画面８０（図１０参照）、または、選択画面８１（図１１参照）をポップアップ表示する。

（３−３）寄付企画に関する確認画面例
図１０は、寄付企画に関する確認画面例を示す図である。表示制御部８２は、確認画面８０において、寄付企画への参加申込ができる旨を通知する。図１０に示すように、確認画面８０には、参加申込を選択操作するためのアイコン８２と、図９に示した電子レシートの表示画面に戻る操作をするためのアイコン８３とが設けられる。

電子レシートサーバ４の送信部５３は、確認画面８０の表示データを生成し、携帯端末７に送信する。携帯端末７の表示制御部８２は、受信した表示データに基づいて、図１０に示すような確認画面８０を表示部７３に表示し、企画への参加可能の旨を表示通知する。そして、携帯端末７の受付部８３は、アイコン８２の選択操作受付に応じて、寄付企画への参加申込を受付ける。送受信部８１は、寄付申込にかかる情報として、記憶部７５に格納された会員情報を電子レシートサーバ４に送信する。

また、併せて送受信部８１は、電子レシート（図９参照）において寄付アイコン（アイコン７７〜７９のうちいずれか１つ）が付された商品の商品コードや個数、取引金額等の取引データを、電子レシートサーバ４に送信する。即ち、電子レシートサーバ４は、寄付受付の条件として用いた取引データを回収することで、その商品の購買証明として用いることができる。また、電子レシートサーバ４は、このように回収した取引データを、寄付企画に対する寄付額に関する情報として用いる。即ち、電子レシートサーバ４は、該当商品の小計金額や売上個数、あるいは、一取引の合計金額の一部を寄付額として計上する。

このように、携帯端末７は、アイコン８２が選択操作されると、寄付受付のアイコン７７〜７９に対応付けられた取引データと、寄付申込みに関する情報とを、電子レシートサーバ４に出力する。従って、会員は単純なアイコン操作をするだけで、簡単に寄付活動に参加することができる。即ち、店舗や系列店舗で一斉に寄付を募るような場合、会員が気軽に寄付に参加できることは重要な要素である。従来、携帯端末７から一般的に行われている寄付キャンペーンでは、寄付する際に個人情報を入力する作業などを要することが多く、煩雑で参加しづらいという課題もある。これに対して、本実施形態では、個人客がワンクリックで気軽に寄付キャンペーンに参加することができ、寄付金を募りやすくできる。

尚、携帯端末７は、確認画面８０を介さずに寄付申込を受付けてもよい。つまり上述では、図９においてアイコン７７〜７９が選択操作されると、次に確認画面８０（図１０参照）が表示され、更にアイコン８２の選択操作を要した。他の例としては、携帯端末７は、アイコン７７〜７９が選択操作されると直ちに寄付の申込を受付けてもよい。

（３−４）寄付先選択画面例
図１１は、寄付先を選択する選択画面８１の構成例を示す図である。選択画面８１には、複数の寄付企画が選択可能に表示される。例えば図１１において、アイコン８４〜８６はそれぞれ異なる寄付企画に対応付けられている。そして受付部８３が、アイコン８４〜８６のうちいずれか１つの選択操作を受付けると、送受信部８１は、当該アイコンに対応付けられた寄付企画を示す情報（すなわち、寄付先を示す情報）と、記憶部７５に格納された会員情報とを電子レシートサーバ４に送信する。また、併せて送受信部８１は、寄付申込の条件に関連する取引データを電子レシートサーバ４に送信する。例えば、送受信部８１は、電子レシート（図９参照）において寄付アイコン（アイコン７７〜７９のうちいずれか１つ）が付された商品の商品コード、個数、取引金額等の商品情報や、取引日、取引店舗等を示した取引データなどを出力する。

尚、アイコン８４〜８６のうちいずれか１つが選択された場合に、すぐに寄付に関する情報を送信するのではなく、その寄付に関する情報を示した確認画面を表示してもよい。その構成は特に限定されないが、例えば図１０で示した確認画面８０を流用すればよい。

（３−５）寄付実績画面例
図１２は、寄付実績を表示する画面の構成例を示す図である。寄付申込後、表示制御部８２は表示部７３に、会員がこれまでに申し込んだ寄付の累計（実績）を示した寄付実績画面９６を表示する。表示制御部８２は、寄付実績画面９６に、寄付内容と寄付実績を示す情報９７、寄付実績を示す画像９８を表示する。画像９８としては、寄付実績を抽象的に示したイラストを表示してもよいし、実際の寄付内容を撮影した写真や映像を表示してもよい。また、寄付実績画面９６には寄付の詳細情報についてさらに表示するためのアイコン９９が設けられる。受付部８３がアイコン９９の選択操作を受付けると、表示制御部８２は、寄付の詳細情報を表示部７３に表示する。尚、アイコン９９が選択操作された場合に、寄付結果を示すＷｅｂページにアクセスするとしてもよい。

（４）システムの動作例
次に、電子レシートシステムで実行される電子レシートの生成処理および登録処理の手順について説明する。図１３は、電子レシートシステムで実行される電子レシートの生成処理および登録処理の手順例を示すシーケンス図である。

まず、ＰＯＳ端末１の売上登録部２１は、購入商品の商品情報を入力することにより、商品登録を行う（ステップＳ１）。一例として、店員は商品に付された商品コードをスキャナ１５で読み取るか、操作部１２によって入力する。売上登録部２１は商品コードに対応する商品名、価格等の商品情報を記憶部１７に格納されている商品マスタ（不図示）から読み込み、売り上げる商品の情報としてＲＡＭに格納する。

次に、ＰＯＳ端末１のコード受付部２０は、電子レシートの会員コードの入力を受付ける。即ち、客（会員）は携帯端末７に電子レシート関連アプリを起動させ、上述のスタート画面（図８参照）を表示部７３に表示させる（ステップＳ２）。そして会員は、当該スタート画面を店員に提示し、店員はＰＯＳ端末１のスキャナ１５を用いて当該画面に表示されたコードシンボルを読み取る。ＰＯＳ端末１のコード受付部２０は、コードシンボルをデコードして会員コードの入力を受付ける（ステップＳ３）。

ＰＯＳ端末１の電子レシート生成部２４は、ステップＳ１で登録した取引データ、店舗コードと、ステップＳ３で読み取った会員コードなどを含めて電子レシートデータを生成する（ステップＳ４）。

ＰＯＳ端末１のデータ出力部２５は、ステップＳ４で生成した電子レシートデータをストアサーバ９に送信する（ステップＳ５）。ストアサーバ９は随時または所定のタイミングで、電子レシートデータを本部サーバ３に出力する（ステップＳ６）。本部サーバ３は、随時または所定のタイミングで電子レシートデータを電子レシートサーバ４に出力する（ステップＳ７）。

電子レシートサーバ４の受信部５１は、受信した電子レシートデータを会員コードに対応付けて電子レシート記憶部４５に登録する（ステップＳ８）。

次に、電子レシートシステムで実行される、寄付情報管理処理の手順について説明する。図１４は、電子レシートシステムで実行される寄付情報管理処理の手順例を示すシーケンス図である。

携帯端末７の受付部８３が、電子レシートを閲覧するためのアイコン８５（図８参照）の選択操作を受付けると、送受信部８１は電子レシートサーバ４に閲覧問合せをする（ステップＳ１０）。尚、閲覧問合せ時に、送受信部８１は会員コードを記憶部７５から読み出して送信する。

電子レシートサーバ４の受信部５１は、携帯端末７から閲覧問合せを受信する（ステップＳ１０）。寄付情報管理部５２は、閲覧問合せのあった会員コードの電子レシートデータを電子レシート記憶部４５から読み出して表示データを生成し、携帯端末７に送信する（ステップＳ１１）。携帯端末７の送受信部８１は表示データを受信する。そして、表示制御部８２は受信した表示データに基づき、表示部７３に電子レシートの表示画面（図９参照）を表示する（ステップＳ１２）。

携帯端末７の受付部８３は、寄付を申し込むためのアイコン（図９の例では、アイコン７７〜７９）が選択操作されたか否かを判定する（ステップＳ１３）。選択操作を受付けた場合（ステップＳ１３：Ｙｅｓ）、表示制御部８２は、確認画面８０（図１０参照）または選択画面８１（図１１参照）を電子レシートの表示画面上にポップアップ表示する（ステップＳ１４）。

確認画面８０においてアイコン８２が選択されると（ステップＳ１５：Ｙｅｓ）、送受信部８１は、会員コード等の会員情報と、寄付金額などを示した寄付情報と、寄付受付の条件に関する取引データとを電子レシートサーバ４に送信する（ステップＳ１６）。あるいは、選択画面８１においてアイコン８４〜８６のうちいずれか１つが選択された場合（ステップＳ１５：Ｙｅｓ）にも、ステップＳ１６と同様の処理に行う。その後は図中Ｂに移行して、携帯端末７の戻るボタンやホームボタン等の操作に応じてスタート画面（図８参照）を表示したり、アプリを終了したりする。ステップＳ１３：Ｎｏ、または、ステップＳ１５：Ｎｏの場合においても、図中Ｂに移行して、上述と同様の処理を行う。

電子レシートサーバ４の受信部５１は携帯端末７から会員情報と寄付情報と取引データとを受信する（ステップＳ１６）。寄付情報管理部５２は、会員情報と寄付情報とを対応付けて会員別累計記憶部４７に登録し、会員ごとの累計金額を更新する（ステップＳ１７）。即ち、寄付情報管理部５２は、寄付情報に含まれる今回の寄付金額を、当該会員コードの累計金額に加算し、その会員が当該寄付企画に対してこれまでに寄付した累計金額を更新する。

また、寄付情報管理部５２は、ステップＳ１６で各会員が受信した情報に基づき、店舗内または系列全店舗で発行された電子レシートを用いた寄付総額を集計する。即ち、寄付情報管理部５２は、一会員の寄付金額を寄付企画ごとの寄付総額に加算し、当該寄付企画に対して各会員から寄付された寄付総額を集計し、企画別記憶部４６に格納する（ステップＳ１８）。

そして、寄付企画の期間が終了すると、寄付情報管理部５２は、企画ごとの寄付総額を企画別記憶部４６から読み出し、協賛企業に企画参加の申込を行う（ステップＳ１９）。協賛企業の企画管理サーバ６は、電子レシートサーバ４から送信された情報を用いて、寄付企画への申込を受付ける（ステップＳ２０）。

また、電子レシートサーバ４の寄付情報管理部５２は、実際に申込みを行った寄付企画について、その寄付実績に関する情報を企画別記憶部４６に記録し、企画別記憶部４６のデータを更新する（ステップＳ２１）。電子レシートサーバ４は、当該データを用いて、寄付実績を表示するＷｅｂページの表示を自動的に更新してもよい。定期的に寄付受付期間が設けられるような場合、電子レシートサーバ４は、上述の処理手順を企画実施期間ごとに行う。

次に、電子レシートシステムで実行される、会員別寄付実績の閲覧処理の手順について説明する。図１５は、電子レシートシステムで実行される、会員別寄付実績の閲覧処理の手順例を示すシーケンス図である。

携帯端末７の受付部８３が、寄付実績を閲覧するためのアイコン８６（図８参照）の選択操作を受付けると、送受信部８１は電子レシートサーバ４に閲覧問合せをする（ステップＳ３０）。尚、閲覧問合せ時に、送受信部８１は会員コードを記憶部７５から読み出して送信する。

電子レシートサーバ４の受信部５１は、携帯端末７から閲覧問合せを受信する（ステップＳ３０）。寄付情報管理部５２は、閲覧問合せのあった会員コードの寄付情報を会員別累計記憶部４７から読み出し、表示データを生成し、携帯端末７に送信する（ステップＳ３１）。携帯端末７の送受信部８１は表示データを受信する。そして、表示制御部８２は受信した表示データに基づき、表示部７３に寄付実績画面９６（図１２参照）を表示する（ステップＳ３２）。その後、図中Ｂに移行し、上述と同様の処理を行う。

以上、本発明の実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これらの実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更、組み合わせを行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

また、本実施形態の各装置が有する機能は、上述した例に限定されない。各装置の機能は他の装置が有していてもよく、ネットワーク接続された複数の情報処理装置が上記機能を分担して有してもよい。また、電子レシートサーバ４が有する機能を携帯端末７に備えてもよいし、携帯端末７の機能を電子レシートサーバ４によって提供してもよい。

具体例としては、上述において電子レシートサーバ４が有するとした機能を電子レシート関連アプリに備えてもよい。例えば、電子レシートサーバ４が会員別の寄付実績を管理したが、個人会員分の集計については携帯端末７が独立して累計することができる。従って、電子レシート関連アプリが、個人会員分の寄付実績を算出、管理してもよい。また、店舗や系列店舗等の実績についても、集計データを適宜ダウンロードし、携帯端末７が店舗別、系列全店舗での寄付実績を更新し、表示データを生成して表示してもよい。

また、寄付実績の閲覧処理に関しては、携帯端末７のみならず客のＰＣ（Personal Computer）等、非携帯型の情報処理装置がその閲覧処理を行ってもよい。

以上説明した通り、本実施形態においては、電子レシートの表示画面から寄付企画ごとの寄付を受付けることができる。従って、電子レシートを利用して寄付の受付や集計を簡便化することができる。また、本実施形態においては、会員の情報処理端末に会員別の寄付実績（寄付累計）を表示する。従って、個人客が自身の寄付累計を容易に確認できる情報処理装置およびプログラムを提供することができる。

１…ＰＯＳ端末、３…本部サーバ、４…電子レシートサーバ、６…企画管理サーバ、７…携帯端末、９…ストアサーバ、２０…コード受付部、５１…受信部、５２…寄付情報管理部、５３…送信部、４５…電子レシート記憶部、４６…企画別記憶部、４７…会員別累計記憶部、８１…送受信部、８２…表示制御部、８３…受付部。

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

本発明の実施形態は、情報処理装置、電子レシートシステム、プログラムおよび制御方法に関する。

実施形態の情報処理装置は、記憶部と、送信手段と、受信手段と、出力手段と、を備える。記憶部は、識別情報と取引データとを含む電子レシートデータを記憶する。送信手段は、前記識別情報に対応する情報処理端末に当該識別情報に対応する電子レシートデータを送信する。受信手段は、前記情報処理端末から、前記識別情報と、寄付企画を示す情報と、当該寄付企画への寄付の条件に関する前記取引データと、を受信する。出力手段は、前記識別情報ごとに寄付実績を算出し、当該識別情報に対応する情報処理端末にその識別情報に対応する寄付実績を出力する。

Claims (7)

1. 販売データ処理装置が識別情報と取引データとを含めて生成した電子レシートデータを記憶手段に格納して管理し、前記識別情報に対応する情報処理端末に当該識別情報に対応する前記電子レシートデータを送信して電子レシートを表示する電子レシート表示手段と、
   前記取引データに基づき申込可能な寄付企画があれば、当該寄付企画への申込操作を受付けるための受付手段を前記電子レシートの表示画面に表示する受付表示手段と、
   前記申込操作に応じて、前記情報処理端末から、前記識別情報と、前記寄付企画を示す情報と、当該企画への寄付額に係る情報として扱われる前記取引データと、を受信する寄付情報受信手段と、
   受信した情報を用いて前記識別情報ごとに寄付累計を算出し、当該識別情報に対応する情報処理端末にその識別情報に対応する寄付累計を表示する寄付累計表示手段と、
   を備える情報処理装置。
2. 前記受付表示手段は、前記寄付企画とその寄付受付の条件となる取引データとを対応付けて記憶した記憶手段に基づいて、前記電子レシートデータに前記寄付受付の条件となる取引データが含まれていれば、電子レシートの表示画面において、当該取引データの表示に添えて前記受付手段を表示する、請求項１に記載の情報処理装置。
3. 前記受付手段が申込操作を受付けると、寄付先を選択するための選択画面を前記情報処理端末に表示する選択画面表示手段を更に備え、
   前記寄付情報受信手段は、前記選択画面での選択操作に基づいて、前記寄付企画を示す情報を受信する、請求項１または２に記載の情報処理装置。
4. 前記受付手段が申込操作を受付けると、前記寄付企画に関する情報を示した確認画面を前記情報処理端末に表示する確認画面表示手段を更に備える、請求項１ないし３のいずれか１つに記載の情報処理装置。
5. 販売データ処理装置が識別情報と取引データとを含めて生成した電子レシートデータを、記憶手段に格納して管理し、前記識別情報に対応する情報処理端末に当該識別情報に対応する前記電子レシートデータを送信して電子レシートを表示する電子レシート表示手段と、
   寄付企画とその寄付受付の条件となる取引データとを対応付けて記憶した記憶手段に基づいて、前記電子レシートデータに前記寄付受付の条件となる取引データが含まれていれば、電子レシートの表示画面において、当該取引データの表示に添えて前記寄付企画への申込操作を受付けるための受付手段を表示する受付表示手段と、
   前記申込操作に応じて、前記識別情報により申込可能な寄付企画を複数表示して、寄付先を選択するための選択画面を表示する選択画面表示手段と、
   前記選択画面において寄付先とする前記寄付企画が選択されると、前記情報処理端末から、前記識別情報と、選択された前記寄付企画を示す情報と、当該企画への寄付額に係る情報として扱われる前記取引データと、を受信する寄付情報受信手段と、
   前記寄付企画ごとに寄付累計を算出し、寄付企画ごとの寄付累計を表示するための表示データを出力する寄付先別累計表示手段と、
   を備える情報処理装置。
6. 情報処理装置を制御するコンピュータを、
   販売データ処理装置が識別情報と取引データとを含めて生成した電子レシートデータを記憶手段に格納して管理し、前記識別情報に対応する情報処理端末に当該識別情報に対応する前記電子レシートデータを送信して電子レシートを表示する電子レシート表示手段と、
   前記取引データに基づき申込可能な寄付企画があれば、当該寄付企画への申込操作を受付けるための受付手段を前記電子レシートの表示画面に表示する受付表示手段と、
   前記申込操作に応じて、前記情報処理端末から、前記識別情報と、前記寄付企画を示す情報と、当該企画への寄付額に係る情報として扱われる前記取引データと、を受信する寄付情報受信手段と、
   受信した情報を用いて前記識別情報ごとに寄付累計を算出し、当該識別情報に対応する情報処理端末にその識別情報に対応する寄付累計を表示する寄付累計表示手段と、
   として機能させるプログラム。
7. 情報処理装置を制御するコンピュータを、
   記憶部に格納されている識別情報に対応した電子レシートデータを受信する受信手段と、
   前記電子レシートデータに基づき、電子レシートの表示画面を表示するレシート表示手段と、
   前記電子レシートデータに含まれる取引データに基づき申込可能な寄付企画があれば、当該寄付企画への申込操作を受付けるための受付手段を前記表示画面に表示する受付表示手段と、
   前記申込操作に応じて、前記識別情報と、前記寄付企画を示す情報と、当該企画への寄付額に係る情報として扱われる前記取引データと、を対応付けて出力する寄付情報出力手段と、
   前記識別情報ごとに算出された寄付累計を表示する寄付累計表示手段と、
   として機能させるためのプログラム。

Images