JP2024004284A - レシート出力システム、レシート出力方法、及びプログラム - Google Patents

Abstract

【課題】レシート出力に関する機能を導入するための手間を軽減する。【解決手段】レシート出力システム（１）の取引データ取得部（１０１）は、複数の店舗の各々の店舗端末から、当該店舗で行われた取引の内容に関する取引データを取得する。レシートデータ生成部（１０２）は、取引データに基づいて、取引のレシートに関するレシートデータを生成する。レシート出力部（１０３）は、レシートデータに基づいて、レシートを出力する。【選択図】図５

Description

本開示は、レシート出力システム、レシート出力方法、及びプログラムに関する。

従来、店舗を利用したユーザに対し、取引の内容が印刷された紙レシートが渡されている。例えば、特許文献１には、電子レシートの発行を要求したユーザに対し、通常よりも簡略化された紙レシートを出力したり、紙レシートを出力せずに電子レシートだけを出力したりすることが記載されている。例えば、特許文献２には、店舗端末が、取引を識別可能な識別データと、取引の内容を示す取引データと、に基づいて、二次元コードを表示することによって、紙レシートを不要にすることが記載されている。例えば、特許文献３には、紙レシートが不要なユーザに対し、特典を付与する技術が記載されている。

特開２０１５－０４９５２５号公報 特表２０１６－５０７８１９号公報 特開２００９－２３０５０９号公報

しかしながら、特許文献１～３の技術では、店舗に配置された店舗端末側で、レシートの出力に必要なデータを生成する必要がある。特許文献１～３の機能を導入するためには、多数の店舗端末に対し、特殊なデータを生成するプログラムをインストールする必要があるので、非常に手間がかかる。この点は、特許文献１～３の技術に限られず、レシート出力に関する機能全般に言えることである。

本開示の目的の１つは、レシート出力に関する機能を導入するための手間を軽減することである。

本開示に係るレシート出力システムは、複数の店舗の各々の店舗端末から、当該店舗で行われた取引の内容に関する取引データを取得する取引データ取得部と、前記取引データに基づいて、前記取引のレシートに関するレシートデータを生成するレシートデータ生成部と、前記レシートデータに基づいて、前記レシートを出力するレシート出力部と、を含む。

本開示によれば、レシート出力に関する機能を導入するための手間を軽減できる。

レシート出力システムの全体構成の一例を示す図である。 ユーザが店舗を利用する様子の一例を示す図である。 サマリレシート及び通常レシートの一例を示す図である。 電子レシート画面の一例を示す図である。 レシート出力システムで実現される機能の一例を示す図である。 ユーザデータベースの一例を示す図である。 店舗データベースの一例を示す図である。 サマリレシートコンバータによりサマリレシートデータが生成される処理の一例を示す図である。 電子レシートコンバータにより電子レシートデータが生成される処理の一例を示す図である。 レシート出力システムで実行される処理の一例を示す図である。 レシート出力システムで実行される処理の一例を示す図である。 第１の構成に関する変形例で実現される機能の一例を示す図である。 変形例１－１のサマリレシートの一例を示す図である。 変形例１－２のサマリレシートの一例を示す図である。 変形例１－３のサマリレシートの一例を示す図である。 ポイントサービスへの会員登録が促される様子の一例を示す図である。 第２の構成に関する変形例で実現される機能の一例を示す図である。

［１．レシート出力システムの全体構成］
本開示に係る実施形態の一例を説明する。本実施形態では、レシート出力システムを例に挙げる。レシート出力システムは、後述の第２の構成における特典付与システムの一例である。このため、後述の第２の構成では、レシート出力システムと記載した箇所は、特典付与システムと読み替えることができる。

図１は、レシート出力システムの全体構成の一例を示す図である。例えば、レシート出力システム１は、サーバ１０、店舗端末２０、及びユーザ端末３０を含む。サーバ１０、店舗端末２０、及びユーザ端末３０の各々は、インターネット又はＬＡＮ等のネットワークＮに接続可能である。

サーバ１０は、サーバコンピュータである。例えば、サーバ１０は、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、少なくとも１つのプロセッサを含む。記憶部１２は、ＲＡＭ等の揮発性メモリと、フラッシュメモリ等の不揮発性メモリと、を含む。通信部１３は、有線通信用の通信インタフェースと、無線通信用の通信インタフェースと、の少なくとも一方を含む。

店舗端末２０は、店舗のコンピュータである。図１では、１つの店舗端末２０だけが示されているが、本実施形態では、複数の店舗の各々の店舗端末２０が存在するものとする。店舗は、少なくとも１つの店舗端末２０を有する。なお、レシート出力システム１は、複数の店舗に対応したシステムではなく、ある特定の１つの店舗にだけ対応したシステムであってもよい。この場合、レシート出力システム１は、１つの店舗端末２０だけを含んでもよい。

例えば、店舗端末２０は、ＰＯＳ（Point Of Sales）端末、パーソナルコンピュータ、タブレット端末、スマートフォン、又はハンディターミナルである。例えば、店舗端末２０は、制御部２１、記憶部２２、通信部２３、操作部２４、及び表示部２５を含む。制御部２１、記憶部２２、及び通信部２３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様である。操作部２４は、タッチパネル等の入力デバイスである。表示部２５は、液晶ディスプレイ又は有機ＥＬ（Electro Luminescence）ディスプレイである。

例えば、店舗端末２０には、読取装置２６及び出力装置２７が接続される。読取装置２６は、画像又は記憶媒体を読み取る装置である。本実施形態では、読取装置２６がコードリーダである場合を説明するが、読取装置２６は、他の装置であってもよい。例えば、読取装置２６は、カメラ、スキャナ、ＮＦＣ（Near Field Communication）リーダ、又は磁気カードリーダであってもよい。読取装置２６は、読取機能だけでなく、書込機能を有してもよい。

出力装置２７は、画像形成装置である。本実施形態では、出力装置２７がレシートプリンタである場合を説明するが、出力装置２７は、他の装置であってもよい。例えば、出力装置２７は、レシートプリンタ以外の他のプリンタ、プリンタに分類されない画像形成装置、コピー機、又は複合機であってもよい。レシートは、物理的な紙ではなく、電子的な画像として出力されてもよい。

以降、物理的な紙のレシートを、紙レシートという。電子的な画像のレシートを、電子レシートという。紙レシートと電子レシートを区別しない時は、単にレシートという。本実施形態では、レシートロール紙が紙レシートとして利用される場合を説明するが、紙レシートは、他の種類の紙が利用されてもよい。例えば、一般的なコピー用紙が紙レシートとして利用されてもよい。

ユーザ端末３０は、店舗を利用するユーザのコンピュータである。図１では、１つのユーザ端末３０だけが示されているが、本実施形態では、複数のユーザの各々のユーザ端末３０が存在するものとする。ユーザは、少なくとも１つのユーザ端末３０を有する。ユーザは、ユーザ端末３０を使わずに店舗を利用してもよい。

例えば、ユーザ端末３０は、スマートフォン、パーソナルコンピュータ、タブレット端末、又はウェアラブル端末である。制御部３１、記憶部３２、通信部３３、操作部３４、及び表示部３５の物理的構成は、それぞれ制御部１１、記憶部１２、通信部１３、操作部２４、及び表示部２５と同様である。読取部３６は、読取装置２６と同様であってもよいが、本実施形態では、ユーザ端末３０がスマートフォンであり、読取部３６がスマートフォンのカメラであるものとする。

なお、記憶部１２，２２，３２に記憶されるプログラムは、ネットワークＮを介して供給されてもよい。また、コンピュータ読み取り可能な情報記憶媒体に記憶されたプログラムが、情報記憶媒体を読み取る読取部（例えば、光ディスクドライブやメモリカードスロット）、又は、外部機器とデータの入出力をするための入出力部（例えば、ＵＳＢポート）を介して供給されてもよい。

また、レシート出力システム１は、少なくとも１つのコンピュータを含めばよく、レシート出力システム１に含まれるコンピュータは、図１の例に限られない。例えば、レシート出力システム１は、サーバ１０だけを含んでもよい。この場合、店舗端末２０及びユーザ端末３０は、レシート出力システム１の外部に存在する。他にも例えば、レシート出力システム１は、サーバ１０と、店舗端末２０及びユーザ端末３０以外の他のコンピュータと、を含んでもよい。

［２．レシート出力システムの概要］
本実施形態では、店舗の一例として、ポイントサービスの加盟店を説明する。ポイントサービスは、店舗を利用したユーザに対し、利用額に応じたポイントを付与するサービスである。以降、小売店を例に挙げるが、店舗自体は、任意の種類であってよく、小売店に限られない。例えば、飲食店又は美容院といったようにサービスを提供する店舗であってもよく、商品を販売する店舗に限られない。

図２は、ユーザが店舗を利用する様子の一例を示す図である。本実施形態では、ユーザがポイントサービスの会員である場合を説明するが、ユーザは、ポイントサービスの会員ではなくてもよい。更に、ユーザ端末３０の表示部３５に表示されたポイントカード画面ＳＣ１がポイントカードとして利用される場合を説明するが、ポイントカードは、他の種類であってもよい。例えば、ＩＣカード、磁気カード、又はユーザ端末３０のＩＣチップがポイントカードとして利用されてもよい。

例えば、ユーザ端末３０には、ポイントサービスのアプリケーションであるポイントアプリがインストールされている。ポイントアプリが起動すると、ポイントサービスへのログイン処理が実行される。ログイン処理が成功すると、ポイントカード画面ＳＣ１が表示部３５に表示される。ポイントカード画面ＳＣ１には、ユーザの保有ポイントとともに、一時的にユーザを識別可能な一時ＩＤがコード化されたバーコードＢＣが表示される。一時ＩＤは、バーコードＢＣではなく、二次元コードにコード化されてもよい。

例えば、店員は、商品のバーコードと、ポイントカード画面ＳＣ１のバーコードＢＣと、を読取装置２６に読み取らせる。セルフレジの場合には、ユーザが、自身でこれらを読取装置２６に読み取らせる。ポイントカード画面ＳＣ１のバーコードＢＣが読み取られると、一時ＩＤによってユーザを識別できるので、ユーザの保有ポイントを利用できるようになる。ユーザは、保有ポイントの全部又は一部を利用して会計を済ませてもよいし、保有ポイントを利用せずに会計を済ませてもよい。

本実施形態では、ユーザが会計を済ませると、出力装置２７から、取引の大まかな内容を示す紙レシートであるサマリレシートＳＲが出力される。例えば、サマリレシートＳＲには、店舗の名前、電話番号、住所、利用日時、レシート番号、担当者、合計金額、預り金、釣銭、ポイントの対象となる金額、及び獲得ポイントが印刷される。サマリレシートＳＲには、個々の商品の詳細に関する商品明細は印刷されない。サマリレシートＳＲは、商品明細が印刷される紙レシートである通常レシートよりも短い。

図３は、サマリレシートＳＲ及び通常レシートの一例を示す図である。図３では、同じ条件で取引が行われた場合のサマリレシートＳＲ及び通常レシートＮＲが示されている。通常レシートＮＲは、サマリレシートＳＲによって簡略化される前の紙レシート、又は、全ての項目が印刷されたフルバージョンの紙レシートということもできる。本実施形態では、サマリレシートＳＲと比較するために、通常レシートＮＲを説明するが、通常レシートＮＲは、実際に出力装置２７から出力されるわけではない。

図３のように、通常レシートＮＲは、個々の商品の商品名及び単価を示す商品明細を含む。図３の例では、１５個の商品が購入されているので、商品明細は、１５個の項目（商品名及び単価の組み合わせ）を含む。商品数が多くなるほど、商品明細の項目数が多くなるので、通常レシートＮＲが長くなる。一方、サマリレシートＳＲには、商品明細が印刷されないので、通常レシートＮＲよりも基本的に短くなる。サマリレシートＳＲで省略される項目は、任意の項目であってよく、商品明細に限られない。例えば、サマリレシートＳＲでは、店舗名、電話番号、住所、又は担当者といった他の項目が省略されてもよい。

本実施形態では、ユーザは、サマリレシートＳＲを利用して、サマリレシートＳＲよりも情報量が多い電子レシートを表示できるようになっている。例えば、サマリレシートＳＲには、電子レシートを表示するためのデータがコード化された二次元コードＴＣが印刷される。このデータは、二次元コードＴＣではなく、バーコードにコード化されてもよい。ユーザが読取部３６で二次元コードＴＣを読み取ると、電子レシート画面が表示部３５に表示される。

図４は、電子レシート画面の一例を示す図である。本実施形態では、電子レシート画面ＳＣ２がブラウザ上で表示される場合を説明するが、電子レシート画面ＳＣ２は、ポイントアプリ又は他のアプリケーション上で表示されてもよい。例えば、二次元コードＴＣを読み取ったのが、電子レシートＥＲが示す取引を行ったユーザであることが確認されたうえで、電子レシート画面ＳＣ２が表示されてもよい。

例えば、電子レシート画面ＳＣ２には、商品明細を含む電子レシートＥＲが表示される。図４の例では、電子レシートＥＲが通常レシートＮＲと同じ内容である場合を説明するが、電子レシートＥＲは、通常レシートＮＲとは異なる内容であってもよい。例えば、電子レシートＥＲは、通常レシートＮＲよりも情報量が多くてもよいし少なくてもよい。電子レシートＥＲにどの程度の情報を含めるかをユーザが指定できてもよい。

本実施形態では、サマリレシートＳＲによって削減できた紙の消費量に応じたポイントが付与されるようになっている。以降、この消費量を、削減量という。例えば、電子レシート画面ＳＣ２には、削減量と、削減量に応じたポイントと、が表示される。本実施形態では、削減量１ｃｍあたり、０．０１ポイントが付与されるものとする。図４の例では、削減量が５ｃｍなので、０．０５ポイントが付与される。なお、１ポイント未満の端数は、店舗では利用できないものとする。また、削減量は、ＬＣＡ（Life Cycle Assessment）等の一般的な環境負荷の削減効果を算出する手法に沿った指標で計算又は表示されてもよい。例えば、削減量と、そのエネルギー消費量と、の変化に関し、「樹木〇本分」、カーボンフットプリント、又はエネルギー原単位といった任意の指標で表現可能である。

本実施形態では、サマリレシートＳＲの出力に必要なサマリレシートデータと、電子レシートＥＲの出力に必要な電子レシートデータと、が店舗端末２０ではなくサーバ１０により生成されるようになっている。サマリレシートＳＲは、サーバ１０が生成したサマリレシートデータに基づいて出力される。電子レシート画面ＳＣ２は、サーバ１０が生成した電子レシートデータに基づいて表示される。以降、サマリレシートデータと電子レシートデータを区別しない時は、単にレシートデータという。

以上のように、本実施形態のレシート出力システム１は、主に、二次元コードＴＣが印刷されたサマリレシートＳＲを出力する第１の構成、削減量に応じたポイントを付与する第２の構成、及びサーバ１０側でレシートデータを生成する第３の構成を含む。以降、第１の構成～第３の構成の詳細を説明する。なお、レシート出力システム１は、第１の構成～第３の構成の何れか１つ又は２つだけを含んでもよく、第１の構成～第３の構成の全てを含まなければならないわけではない。この点は、後述の変形例で詳細に説明する。

［３．レシート出力システムで実現される機能］
図５は、レシート出力システム１で実現される機能の一例を示す図である。以降、サマリレシートＳＲと通常レシートＮＲを区別しない時は、単に紙レシートという。更に、サマリレシートＳＲ、通常レシートＮＲ、及び電子レシートＥＲを区別しない時は、単にレシートという。

［３－１．第１の構成に関する機能］
まず、第１の構成に関する機能の一例を説明する。

［３－１－１．サーバで実現される第１の構成に関する機能］
例えば、サーバ１０は、第１の構成に関する機能として、データ記憶部１００、取引データ取得部１０１、レシートデータ生成部１０２、及びレシート出力部１０３を含む。データ記憶部１００は、記憶部１２により実現される。取引データ取得部１０１、レシートデータ生成部１０２、及びレシート出力部１０３の各々は、制御部１１により実現される。

［データ記憶部］
データ記憶部１００は、レシートを出力するために必要なデータを記憶する。例えば、データ記憶部１００は、ユーザデータベースＤＢ１、店舗データベースＤＢ２、サマリレシートコンバータＳＲＣ、及び電子レシートコンバータＥＲＣを記憶する。以降、サマリレシートコンバータＳＲＣと電子レシートコンバータＥＲＣを区別しない時は、単にコンバータという。

図６は、ユーザデータベースＤＢ１の一例を示す図である。ユーザデータベースＤＢ１は、ユーザに関する各種データが格納されたデータベースである。例えば、ユーザデータベースＤＢ１には、ユーザＩＤ、パスワード、一時ＩＤ、氏名、住所、電話番号、メールアドレス、保有ポイント、取引データ、サマリレシートデータ、及び電子レシートデータが格納される。ユーザデータベースＤＢ１には、任意のデータが格納されてよく、ユーザデータベースＤＢ１に格納されるデータは、図６の例に限られない。

ユーザＩＤ及び一時ＩＤの各々は、ユーザを識別可能なユーザ識別データの一例である。このため、ユーザＩＤ又は一時ＩＤについて説明している箇所は、ユーザ識別データと読み替えることができる。ユーザ識別データは、何らかの形でユーザを識別可能なデータであればよく、例えば、電話番号、メールアドレス、又はポイントカード番号であってもよい。ユーザＩＤ及びパスワードは、ポイントサービスにログインするために利用される。一時ＩＤは、店舗でバーコードＢＣを提示するために利用される。

一時ＩＤは、所定の発行ルールに基づいて、他の一時ＩＤと重複しないように発行される。例えば、一時ＩＤは、有効期限が設定されてもよい。一時ＩＤは、ポイントアプリの起動時又はユーザにより更新が指示された時といった任意のタイミングで更新可能である。バーコードＢＣには、一時ＩＤではなく、ユーザＩＤ等の他のユーザ識別データがコード化されてもよい。この場合、一時ＩＤは発行されなくてよい。

取引データは、店舗で行われた取引の内容に関するデータである。取引は、商品の購入、又は、サービスの利用である。取引の内容とは、取引の具体的な詳細である。例えば、取引データは、取引ＩＤ、担当者、商品明細、合計金額、預り金、釣銭、ポイント対象金額、及び獲得ポイントといった複数の項目を含む。取引データは、任意の項目を含むことができる。取引データに含まれる項目は、本実施形態の例に限られない。

取引ＩＤは、取引を識別可能な取引識別データの一例である。このため、取引ＩＤについて説明している箇所は、取引識別データと読み替えることができる。取引識別データは、何らかの形で取引を識別可能な情報であればよく、取引ＩＤ以外の他の名前で呼ばれるデータであってもよい。

本実施形態では、店舗ＩＤ、店舗端末ＩＤ、取引日時、及びレシート番号の組み合わせが取引ＩＤに相当する場合を説明するが、取引ＩＤは、何らかの形で取引を識別可能であればよく、本実施形態の例に限られない。例えば、取引ＩＤは、レシート番号だけであってもよい。取引ＩＤは、他の取引の取引ＩＤと重複しないように連番で発行されるＩＤであってもよい。個々の店舗で取引が行われるたびに、連番になるように、取引ＩＤが１つずつインクリメントされてもよい。この場合、次の日になると、取引ＩＤがリセットされてもよい。

店舗ＩＤは、店舗を識別可能な店舗識別データの一例である。このため、店舗ＩＤについて説明している箇所は、店舗識別データと読み替えることができる。店舗識別データは、何らかの形で店舗を識別可能な情報であればよく、店舗ＩＤに限られない。例えば、店舗識別データは、店舗の名前、住所、電話番号、又はメールアドレスであってもよい。ある店舗における個々の店舗端末２０を識別可能なデータである店舗端末ＩＤも店舗識別データに相当する。レシート番号は、ある店舗端末２０の中で連番になるように発行される。

サマリレシートデータは、サマリレシートＳＲに関するデータである。本実施形態では、サマリレシートデータがＪＰＥＧ又はＧＩＦ等の画像データである場合を説明するが、サマリレシートデータは、任意のデータ形式であってよい。例えば、サマリレシートデータは、テキストデータ、文書データ、又はＣＳＶデータ等の他のデータ形式であってもよい。サマリレシートデータは、サマリレシートＳＲのうちの二次元コードＴＣの部分だけのデータであってもよい。サマリレシートデータは、ユーザデータベースＤＢ１に格納されずに、店舗端末２０に送信された後に破棄されてもよい。

電子レシートデータは、店舗で行われた取引の電子レシートＥＲに関するデータである。本実施形態では、電子レシートデータがＪＰＥＧ又はＧＩＦ等の画像データである場合を説明するが、電子レシートデータは、任意のデータ形式であってよい。例えば、電子レシートデータは、画像の生成元となるテキストデータ、文書データ、又はＣＳＶデータ等の他のデータ形式であってもよい。電子レシートデータは、ユーザデータベースＤＢ１に格納されるのではなく、電子レシートＥＲの表示が要求された場合に、取引データに基づいて、その場で生成されてもよい。

図７は、店舗データベースＤＢ２の一例を示す図である。店舗データベースＤＢ２は、店舗に関する各種データが格納されたデータベースである。例えば、店舗データベースＤＢ２には、店舗ＩＤ、店舗名、住所、電話番号、メールアドレス、店舗端末ＩＤ、店舗端末名、及びレシート用紙情報が格納される。レシート用紙情報は、店舗端末２０の出力装置２７にセットされているレシート用紙に関する情報である。例えば、レシート用紙情報は、レシート用紙のメーカー、型番、幅、及び紙質を示す。店舗データベースＤＢ２には、任意のデータが格納されてよく、店舗データベースＤＢ２に格納されるデータは、図７の例に限られない。

図８は、サマリレシートコンバータＳＲＣによりサマリレシートデータが生成される処理の一例を示す図である。サマリレシートコンバータＳＲＣは、取引データをサマリレシートデータに変換するプログラムである。本実施形態では、店舗ごとに、サマリレシートコンバータＳＲＣが存在する場合を例に挙げるが、複数の店舗で共通のサマリレシートコンバータＳＲＣが利用されてもよい。

例えば、サマリレシートコンバータＳＲＣは、取引データが入力されると、サマリレシートデータを生成する。例えば、サマリレシートコンバータＳＲＣには、取引データの全部又は一部の項目を、サマリレシートＳＲのフォーマットＦＳＲにおける所定の位置に配置して画像データとして生成する処理が定義されている。別の言い方をすれば、サマリレシートコンバータＳＲＣには、取引データのデータ形式を、サマリレシートデータのデータ形式に変換する処理が定義されている。

例えば、サマリレシートコンバータＳＲＣには、電子レシート画面ＳＣ２のＵＲＬを生成してコード化するコード化処理と、サマリレシートＳＲのフォーマットＦＳＲに情報を配置する情報配置処理と、が定義されている。図８の例では、コード化処理では、電子レシートＥＲ用のＵＲＬ「https://www.xxxpoint.com/e-receipt/」の引数に取引ＩＤが設定され、引数を含むＵＲＬがコード化される。電子レシートＥＲのＵＲＬは、図８の例に限られず、任意のＵＲＬであってよい。ただし、表示対象の電子レシートＥＲを何らかの形で識別可能な情報がＵＲＬに含まれているものとする。

図８の例では、情報配置処理では、取引データに含まれる店舗ＩＤに関連付けられた店舗名、電話番号、及び住所が、フォーマットＦＳＲの領域Ａ１に配置される。情報配置処理では、取引データに含まれる取引日時、レシート番号、担当者、合計金額、預り金、釣銭、ポイント対象金額、及び獲得ポイントが、それぞれフォーマットＦＳＲの領域Ａ２～Ａ９に配置される。情報配置処理では、コード化処理によって生成された二次元コードＴＣが領域Ａ１０に配置される。サマリレシートコンバータＳＲＣに定義された処理が実行されると、サマリレシートＳＲのサマリレシートデータが生成される。

図９は、電子レシートコンバータＥＲＣにより電子レシートデータが生成される処理の一例を示す図である。電子レシートコンバータＥＲＣは、取引データを電子レシートデータに変換するプログラムである。本実施形態では、店舗ごとに、電子レシートコンバータＥＲＣが存在する場合を例に挙げるが、複数の店舗で共通の電子レシートコンバータＥＲＣが利用されてもよい。

例えば、電子レシートコンバータＥＲＣは、取引データが入力されると、電子レシートデータを生成する。例えば、電子レシートコンバータＥＲＣには、取引データに含まれる全部又は一部の項目を、電子レシートＥＲのフォーマットＦＥＲにおける所定の位置に配置して画像データとして生成する処理が定義されている。別の言い方をすれば、電子レシートコンバータＥＲＣには、取引データのデータ形式を、電子レシートデータのデータ形式に変換する処理が定義されている。

例えば、電子レシートコンバータＥＲＣには、電子レシートＥＲのフォーマットＦＥＲに情報を配置する情報配置処理が定義されている。図９の例では、情報配置処理では、取引データに含まれる店舗ＩＤに関連付けられた店舗名、電話番号、及び住所が、フォーマットＦＥＲの領域Ａ１１に配置される。情報配置処理では、取引データに含まれる取引日時、レシート番号、担当者、商品明細、合計金額、預り金、釣銭、ポイント対象金額、及び獲得ポイントが、それぞれフォーマットＦＳＲの領域Ａ１２～Ａ２０に配置される。商品明細の領域Ａ１５の長さは可変である。電子レシートコンバータＥＲＣに定義された処理が実行されると、電子レシートＥＲの電子レシートデータが生成される。

なお、データ記憶部１００は、他のデータを記憶してもよい。例えば、データ記憶部１００は、商品に関する各種データが格納された商品データベースを記憶してもよい。商品データベースには、商品ＩＤ、商品名、及び単価といったデータが格納される。商品ＩＤは、商品を識別可能な商品識別データの一例である。商品ＩＤは、ＪＡＮ（Japanese Article Number）コード、他の規格に応じたコード、又は店舗が独自に定めたＩＤであってもよい。

［取引データ取得部］
取引データ取得部１０１は、取引データを取得する。例えば、店舗端末２０は、読取装置２６で商品のバーコードが読み取られることによって取得された商品ＩＤ、又は、操作部２４から入力された商品ＩＤに基づいて、取引データを生成する。取引データのデータ形式自体は、公知のポイントサービス又は他のサービスで利用されているデータ形式と同じであってもよい。このため、店舗端末２０が取引データを生成するための処理も、公知のポイントサービス又は他のサービスで利用されている処理と同じであってもよい。

なお、商品に関する各種データが格納された商品データベースは、店舗端末２０又は店舗の他のコンピュータに予め記憶されているものとする。商品データベースは、データ記憶部１００に記憶されていてもよい。店舗端末２０は、商品ＩＤに関連付けられた商品名及び単価を取得する。同じ商品ＩＤが複数回取得された場合には、店舗端末は、商品の数量を増加させる。商品の数量は、操作部２４から入力されてもよい。

例えば、店舗端末２０は、会計が完了したことを示す会計操作が行われると、新たな取引ＩＤを発行する。会計操作は、任意の操作であってよく、例えば、操作部２４の所定のキーを押す操作、又は、ポイントカードを読み取る操作であってもよい。本実施形態では、店舗ＩＤ、店舗端末ＩＤ、取引日時、及びレシート番号の組み合わせが取引ＩＤに相当するので、店舗端末２０は、これらの組み合わせを取引ＩＤとして取得する。店舗端末２０は、取引ＩＤ、担当者、商品明細、合計金額、預り金、釣銭、ポイント対象金額、及び獲得ポイントを含む取引データを生成する。店舗端末２０は、サーバ１０に対し、バーコードＢＣから取得した一時ＩＤと、当該生成された取引データと、を送信する。

例えば、取引データ取得部１０１は、店舗端末２０から一時ＩＤ及び取引データを取得すると、ユーザデータベースＤＢ１のうち、当該取得された一時ＩＤが格納されたレコードに、当該取得された取引データを格納する。取引データ取得部１０１は、任意のタイミングで、ユーザデータベースＤＢ１から取引データを取得可能である。取引データを保存する必要がない場合には、サマリレシートデータ及び電子レシートデータが生成された後に、取引データが破棄されてもよい。

本実施形態では、複数の店舗が存在するので、取引データ取得部１０１は、複数の店舗の各々の店舗端末２０から、当該店舗で行われた取引の内容に関する取引データを取得する。例えば、取引データ取得部１０１は、複数の店舗の各々の店舗端末２０から、取引をしたユーザの一時ＩＤを取得する。例えば、取引データ取得部１０１は、複数の店舗の各々の店舗端末２０から、店舗ＩＤ及び店舗端末ＩＤを取得する。

先述したように、店舗ＩＤ及び店舗端末ＩＤは、店舗端末２０を識別可能な店舗識別データの一例である。取引データ取得部１０１は、店舗識別データとして、店舗ＩＤ又は店舗端末ＩＤだけを取得してもよい。本実施形態では、店舗ＩＤ及び店舗端末ＩＤが取引データに含まれる場合を説明するが、店舗ＩＤ及び店舗端末ＩＤは、取引データとは異なるデータであってもよい。

［レシートデータ生成部］
レシートデータ生成部１０２は、取引データに基づいて、取引のレシートに関するレシートデータを生成する。例えば、レシートデータ生成部１０２は、サマリレシートデータ生成部１０２Ａ及び電子レシートデータ生成部１０２Ｂを含む。サマリレシートデータ生成部１０２Ａは、紙レシートデータ生成部の一例である。紙レシートデータ生成部は、サマリレシートデータではなく、通常レシートＮＲのレシートデータである通常レシートデータを生成してもよい。

［サマリレシートデータ生成部］
サマリレシートデータ生成部１０２Ａは、取引データに基づいて、サマリレシートデータを生成する。本実施形態では、サマリレシートデータが紙レシートデータに相当する。このため、サマリレシートデータと記載した箇所は、紙レシートデータと読み替えることができる。紙レシートデータは、サマリレシートＳＲ以外の他の紙レシートに関するデータであってもよい。例えば、サマリレシートＳＲではなく通常レシートＮＲを出力する場合には、紙レシートデータは、通常レシートＮＲに関するデータであってもよい。

例えば、サマリレシートデータ生成部１０２Ａは、取引データに基づいて、サマリレシートデータを生成する。本実施形態では、店舗ごとにサマリレシートコンバータＳＲＣが用意されているので、サマリレシートデータ生成部１０２Ａは、取引データを送信した店舗端末２０の店舗に関連付けられたサマリレシートコンバータＳＲＣに基づいて、取引データを変換することによって、サマリレシートデータを生成する。

例えば、サマリレシートデータ生成部１０２Ａは、図８を参照して説明したコード生成処理及び情報配置処理を実行し、サマリレシートＳＲの画像データを生成することによって、サマリレシートデータを生成する。サマリレシートデータ生成部１０２Ａは、サマリレシートデータを生成すると、ユーザデータベースＤＢ１のうち、取引データとともに受信した一時ＩＤが格納されたレコードに、当該生成されたサマリレシートデータを格納する。

［電子レシートデータ生成部］
電子レシートデータ生成部１０２Ｂは、取引データに基づいて、電子レシートデータを生成する。本実施形態では、店舗ごとに電子レシートコンバータＥＲＣが用意されているので、電子レシートデータ生成部１０２Ｂは、取引データを送信した店舗端末２０の店舗に関連付けられた電子レシートコンバータＥＲＣに基づいて、取引データを変換することによって、電子レシートデータを生成する。

例えば、電子レシートデータ生成部１０２Ｂは、図９を参照して説明した情報配置処理を実行し、電子レシートＥＲの画像データを生成することによって、電子レシートデータを生成する。電子レシートデータ生成部１０２Ｂは、電子レシートデータを生成すると、ユーザデータベースＤＢ１のうち、取引データとともに受信した一時ＩＤが格納されたレコードに、当該生成された電子レシートデータを格納する。

［レシート出力部］
レシート出力部１０３は、レシートデータに基づいて、レシートを出力する。レシートを出力するとは、店舗端末２０に物理的な紙レシートを排出させること、レシートデータを送信すること、又はレシートに関する何らかの画像を表示させることである。例えば、レシート出力部１０３は、サマリレシート出力部１０３Ａ及び電子レシート出力部１０３Ｂを含む。サマリレシート出力部１０３Ａは、紙レシート出力部の一例である。紙レシート出力部は、サマリレシートＳＲではなく、通常レシートＮＲを出力してもよい。

［サマリレシート出力部］
サマリレシート出力部１０３Ａは、サマリレシートＳＲを出力する。本実施形態では、サマリレシート出力部１０３Ａは、取引データに基づいて、電子レシートＥＲの出力に関する二次元コードＴＣを含む、取引のサマリに関するサマリレシートＳＲを出力する。二次元コードＴＣは、電子レシートＥＲの出力に関するコードの一例である。このため、二次元コードＴＣと記載した箇所は、電子レシートＥＲの出力に関するコードと読み替えることができる。

電子レシートＥＲの出力に関するコードは、電子レシートＥＲを出力するための情報がコード化されたコードである。本実施形態では、この情報が、図８に示すＵＲＬである場合を説明するが、この情報は、取引データ又は電子レシートデータを識別可能な情報であればよい。例えば、この情報は、取引ＩＤを含むＵＲＬではなく、取引ＩＤだけであってもよい。

なお、取引ＩＤ以外の他の情報が電子レシートデータを識別可能な情報として関連付けられている場合には、当該他の情報がコード化されてもよい。ＵＲＬは、電子レシートＥＲごとに発行されてもよいし、複数の電子レシートＥＲに共通であってもよい。電子レシートＥＲの出力に関するコードには、ＵＲＬ以外の他のデータもコード化されてよい。電子レシートＥＲの出力に関するコードは、二次元コードＴＣに限られず、バーコード等の他のコードであってもよい。

サマリレシートＳＲを出力するとは、物理的なサマリレシートＳＲを出力すること、又は、電子的なサマリレシートデータを出力することである。本実施形態では、サマリレシート出力部１０３Ａがサーバ１０に含まれるので、サマリレシートデータを店舗端末２０に送信することが、サマリレシートＳＲを出力することに相当する。即ち、本実施形態では、取引データに基づいて生成されたサマリレシートデータを店舗端末２０に送信することが、取引データに基づいてサマリレシートＳＲを出力することに相当する。

例えば、サマリレシート出力部１０３Ａは、サマリレシートデータ生成部１０２Ａが取引データに基づいて生成したサマリレシートデータを店舗端末２０に送信することによって、サマリレシートＳＲを出力する。サマリレシートデータは、サマリレシートデータ生成部１０２Ａではなく、サマリレシート出力部１０３Ａによって生成されてもよい。即ち、サマリレシート出力部１０３Ａは、サマリレシートデータ生成部１０２Ａの機能を含んでもよい。

例えば、サマリレシート出力部１０３Ａは、電子レシートＥＲに含まれる複数の項目のうちの少なくとも一部が省略されたサマリレシートＳＲを出力する。本実施形態では、電子レシートＥＲの商品明細がサマリレシートＳＲで省略される場合を説明するが、サマリレシートＳＲで省略される項目は、任意の項目であってよく、商品明細に限られない。例えば、店舗の名前、電話番号、住所、利用日、レシート番号、合計金額、ポイント対象金額、及び獲得ポイントのうちの少なくとも１つがサマリレシートＳＲで省略されてもよい。どの項目が省略されるかは、サマリレシートコンバータＳＲＣに定義されている。

［電子レシート出力部］
電子レシート出力部１０３Ｂは、電子レシートデータに基づいて、電子レシートＥＲを出力する。電子レシートＥＲを出力するとは、電子レシートデータを送信すること、電子レシート画面ＳＣ２の表示データ（例えば、ＨＴＭＬデータ又は画像データ）を送信すること、又は電子レシート画面ＳＣ２を表示させることである。本実施形態では、電子レシート出力部１０３Ｂがサーバ１０に含まれるので、電子レシートデータを店舗端末２０に送信することが、電子レシート出力部１０３Ｂが電子レシートＥＲを出力することに相当する。

本実施形態では、電子レシート出力部１０３Ｂは、二次元コードＴＣがユーザ端末３０で読み取られた場合に、電子レシートデータに基づいて、電子レシートＥＲを出力する。例えば、二次元コードＴＣには、取引ＩＤを含むＵＲＬがコード化されている。ユーザ端末３０は、二次元コードＴＣを読み取ると、サーバ１０に対し、引数として含まれる取引ＩＤを送信する。電子レシート出力部１０３Ｂは、取引ＩＤを受信すると、ユーザデータベースＤＢ１の中から、表示対象となる電子レシートＥＲの電子レシートデータを取得する。電子レシート出力部１０３Ｂは、当該取得された電子レシートデータをユーザ端末３０に送信することによって、電子レシートＥＲを出力する。

なお、表示対象となる電子レシートＥＲの電子レシートデータは、取引ＩＤ以外の他のデータによって特定されてもよい。例えば、全ての取引で重複しないようにレシート番号が発行される場合には、レシート番号によって、表示対象となる電子レシートＥＲの電子レシートデータが特定されてもよい。例えば、ある取引日時に同じユーザが複数の取引を行うことは考えにくいので、ユーザＩＤ及び取引日時の組み合わせによって、表示対象となる電子レシートＥＲの電子レシートデータが特定されてもよい。

［３－１－２．店舗端末で実現される第１の構成に関する機能］
例えば、店舗端末２０は、第１の構成に関する機能として、データ記憶部２００及びサマリレシート出力部２０１を含む。データ記憶部２００は、記憶部２２により実現される。サマリレシート出力部２０１は、制御部２１により実現される。サマリレシート出力部２０１は、紙レシート出力部の一例である。紙レシート出力部は、サマリレシートＳＲではなく、通常レシートＮＲを出力してもよい。

［データ記憶部］
データ記憶部２００は、サマリレシートＳＲを出力するために必要なデータを記憶する。例えば、データ記憶部２００は、店舗で取り扱う商品に関する各種データが格納された商品データベースを記憶する。商品明細に必要な情報は、商品データベースに格納されているものとする。例えば、データ記憶部２００は、店舗ＩＤ、店舗端末ＩＤ、店舗の名前、電話番号、住所、取引ＩＤ、及び担当者の名前といったデータも記憶する。例えば、データ記憶部２００は、取引データの履歴を記憶してもよい。

［サマリレシート出力部］
サマリレシート出力部２０１は、サマリレシートＳＲを出力する。サマリレシート出力部２０１は、店舗端末２０に含まれるので、サマリレシート出力部２０１は、出力装置２７にセットされたレシート用紙に画像を形成させ、当該画像が形成されたサマリレシートＳＲを排出させることによって、サマリレシートＳＲを出力する。サマリレシートＳＲの排出方法自体は、公知の出力装置２７に応じた方法を利用可能である。

本実施形態では、サマリレシートデータがサーバ１０で生成されるので、サマリレシート出力部２０１は、サーバ１０から取得したサマリレシートデータに基づいて、サマリレシートＳＲを出力する。サマリレシート出力部２０１は、サマリレシートデータに応じた画像を形成するように、出力装置２７を制御する。出力装置２７は、サマリレシート出力部２０１の制御に基づいて、サマリレシートデータに応じた画像を形成したサマリレシートＳＲを排出する。

なお、サマリレシート出力部２０１は、サマリレシートデータ生成部１０２Ａと同等の機能を含んでもよい。この場合、サマリレシートコンバータＳＲＣがデータ記憶部２００に記憶されているものとする。サマリレシート出力部２０１は、取引データと、サマリレシートコンバータＳＲＣと、に基づいて、サマリレシートデータを生成する。サマリレシート出力部２０１は、当該生成されたサマリレシートデータに基づいて、サマリレシートＳＲを出力する。サマリレシートデータの生成方法自体は、サマリレシートデータ生成部１０２Ａの処理で説明した通りである。

［３－１－３．ユーザ端末で実現される第１の構成に関する機能］
例えば、ユーザ端末３０は、第１の構成に関する機能として、データ記憶部３００及び電子レシート出力部３０１を含む。データ記憶部３００は、記憶部３２により実現される。電子レシート出力部３０１は、制御部３１により実現される。

［データ記憶部］
データ記憶部３００は、電子レシートＥＲを出力するために必要なデータを記憶する。例えば、データ記憶部３００は、電子レシート画面ＳＣ２を表示するためのブラウザを記憶する。電子レシート画面ＳＣ２は、ポイントアプリ上で表示されてもよい。この場合、データ記憶部３００は、ポイントアプリを記憶する。電子レシート画面ＳＣ２は、ポイントアプリではなく、電子レシートＥＲを表示するための専用のアプリケーション上で表示されてもよい。

［電子レシート出力部］
電子レシート出力部３０１は、電子レシートＥＲを出力する。電子レシート出力部３０１は、ユーザ端末３０に含まれるので、電子レシート出力部３０１は、電子レシートＥＲを表示部３５に表示させることによって、電子レシートＥＲを出力する。本実施形態では、電子レシート出力部３０１は、ブラウザ上で電子レシートＥＲを表示させる場合を説明するが、電子レシート出力部３０１は、ポイントアプリ又は他のアプリケーション上で電子レシートＥＲを表示させてもよい。

本実施形態では、電子レシートデータがサーバ１０で生成されるので、電子レシート出力部３０１は、サーバ１０から取得した電子レシートデータに基づいて、電子レシートＥＲを出力する。例えば、電子レシート出力部３０１は、電子レシートＥＲと、削減量等の他の情報と、を含む電子レシート画面ＳＣ２を表示部３５に表示させる。電子レシート画面ＳＣ２は、任意のレイアウトであってよく、図４の例に限られない。例えば、電子レシート画面ＳＣ２に表示される電子レシートＥＲは、紙レシートを模したレイアウトではなく、商品明細等の項目が表形式で表示されてもよい。

なお、電子レシート出力部３０１は、電子レシートデータ生成部１０２Ｂと同等の機能を含んでもよい。この場合、電子レシートコンバータＥＲＣがデータ記憶部３００に記憶されているものとする。電子レシート出力部３０１は、取引データと、電子レシートコンバータＥＲＣと、に基づいて、電子レシートデータを生成する。電子レシート出力部３０１は、当該生成された電子レシートデータに基づいて、電子レシートＥＲを出力する。電子レシートデータの生成方法自体は、電子レシートデータ生成部１０２Ｂの処理で説明した通りである。

［３－２．第２の構成に関する機能］
次に、第２の構成に関する機能を説明する。第２の構成は、第１の構成と一部の機能が重複するので、多少の説明が重複することがある。

［３－２－１．サーバで実現される第２の構成に関する機能］
例えば、サーバ１０は、第２の構成に関する機能として、データ記憶部１００、取引データ取得部１０１、削減量計算部１０４、及び特典付与部１０５を含む。削減量計算部１０４及び特典付与部１０５の各々は、制御部１１により実現される。

［データ記憶部］
データ記憶部１００は、第１の構成と同様であってよい。

［取引データ取得部］
取引データ取得部１０１は、第１の構成と同様であってよい。

［削減量計算部］
削減量計算部１０４は、取引データに基づいて、取引の紙レシートに関する削減量を計算する。削減量は、紙レシートの消費を削減できた量である。別の言い方をすれば、削減量は、同じ内容の取引が行われた場合には出力される可能性があったが、実際には出力されなかった紙レシートの消費量である。本実施形態では、サマリレシートＳＲは、原則として、通常レシートＮＲに比べて短いので、サマリレシートＳＲを出力することによって、通常レシートＮＲに比べて短くなった分が削減量に相当する。

本実施形態では、ユーザに対し、サマリレシートＳＲが出力されるので、削減量計算部１０４は、取引データに基づいて、サマリレシートよりも情報量が多く、実際には出力されない紙レシートである通常レシートＮＲの消費量と、サマリレシートＳＲの消費量と、の差を、削減量として計算する。消費量とは、レシート用紙を消費する量である。本実施形態では、レシート用紙の長さが消費量に相当する場合を説明するが、レシート用紙の面積が消費量に相当してもよい。

例えば、通常レシートＮＲのコンバータである通常レシートコンバータがデータ記憶部１００に記憶されていてもよい。本実施形態では、通常レシートＮＲ及び電子レシートＥＲの内容が互いに同じなので、通常レシートコンバータは、電子レシートコンバータＥＲＣと同じ処理を実行する場合を説明するが、通常レシートコンバータは、電子レシートコンバータＥＲＣとは異なる処理を実行してもよい。

例えば、通常レシートコンバータの情報配置処理は、通常レシートＮＲ特有の情報の配置となるように、電子レシートコンバータＥＲＣの情報配置処理とは異なるようにしてもよい。削減量計算部１０４は、通常レシートコンバータと、取引データと、に基づいて、通常レシートＮＲに関する通常レシートデータを生成する。通常レシートデータのデータ形式は、サマリレシートデータ又は電子レシートデータと同様であってよい。

本実施形態では、レシートデータ生成部１０２が通常レシートデータ及びサマリレシートデータを生成する場合を説明するが、削減量計算部１０４が通常レシートデータ及びサマリレシートデータを生成してもよい。削減量計算部１０４は、取引データに基づいて生成された通常レシートデータ及びサマリレシートデータに基づいて、通常レシートＮＲの消費量と、サマリレシートＳＲの消費量と、を計算すればよい。

図３の例であれば、サマリレシートＳＲは、二次元コードＴＣの分だけは長くなるが、商品明細の分だけは短くなる。即ち、サマリレシートＳＲにおける二次元コードＴＣの部分の長さＬ１０が、通常レシートＮＲにおける商品明細の部分の長さＬ２０よりも短ければ、削減量がプラスになる。図３の例では、削減量計算部１０４は、通常レシートＮＲ全体の長さＬ２１からサマリレシートＳＲ全体の長さＬ１１を引いた長さＬ０を、削減量として計算する。

なお、削減量の計算方法は、本実施形態の例に限られない。削減量は、実際にどのような紙レシートが出力されるかによって、削減量の計算方法が異なる。そもそも紙レシートが出力されないこともあるので、この場合も計算方法が異なる。更に、通常レシートデータ及びサマリレシートデータのような画像データ化せずに削減量を計算してもよい。他の計算方法については、後述の変形例で説明する。

例えば、削減量計算部１０４は、通常レシートＮＲではなく、基準となる消費量と、サマリレシートＳＲの消費量と、に基づいて、削減量を計算すればよい。基準となる消費量は、上記の例では、通常レシートＮＲの消費量であるが、ポイントサービスの管理者によって指定されてもよいし、複数のユーザの各々が出力させたサマリレシートＳＲの消費量の平均値及び中央値等の統計値であってもよい。削減量を計算するために、通常レシートＮＲの消費量が計算されなくてもよい。

また、ユーザに応じて、削減量に係数が乗じられるようにしてもよい。例えば、ポイントサービスにおけるユーザのランクが高いほど係数が大きくなってもよい。この場合、ユーザのランクが上がるほど、獲得できるポイントが多くなるので、興趣性が高まる。例えば、ユーザによる利用額が多いほど係数が大きくなってもよい。この場合、ユーザに対し、店舗で商品を購入する動機付けを与えることができる。

［特典付与部］
特典付与部１０５は、削減量計算部１０４により計算された削減量に基づいて、ユーザに対し、ポイントを付与する。ポイントは、特典の一例である。このため、ポイントについて説明している箇所は、特典と読み替えることができる。特典は、紙レシートを削減したことに対する対価である。特典自体は、公知の種々のものを利用可能であり、例えば、クーポン、電子マネー、動画等のコンテンツ、又は物理的な商品が特典に相当してもよい。ポイントと記載した箇所は、他の種々の特典と読み替えることができる。

なお、削減量からユーザに付与されるポイントを計算するためのポイント計算データは、データ記憶部１００に予め記憶されているものとする。ポイント計算データは、任意の形式であってよく、例えば、数式形式、テーブル形式、又はプログラムコードであってもよい。特典付与部１０５は、削減量と、ポイント計算データと、に基づいて、ユーザに付与されるポイントを計算し、ユーザに対し、当該計算されたポイントを付与する。

例えば、ポイント計算データには、削減量が多いほど、ユーザに付与されるポイントが多くなるように、これらの関係が定義されている。この場合、特典付与部１０５は、削減量が多いほど、ユーザに付与されるポイントを多くする。例えば、ポイント計算データには、削減量が閾値以上になると、この閾値に関連付けられたポイントが付与されるように、閾値とポイントとの関係が定義されていてもよい。この場合、特典付与部１０５は、削減量が閾値以上になった場合に、ユーザに対し、この閾値に関連付けられたポイントを付与する。

本実施形態では、特典付与部１０５は、ユーザデータベースＤＢ１に格納されたユーザの保有ポイントを増加させることによって、ユーザに対し、ポイントを付与する。図４の例であれば、１ｃｍあたり０．０１ポイントが付与されることがポイント計算データに定義されているので、特典付与部１０５は、５ｃｍの削減量に応じた０．０５ポイントだけ、ユーザの保有ポイントを増加させる。ポイントが付与されるタイミングは、取引が完了した後の即時であってもよいし、数時間～数日程度の時間が経過した後であってもよい。また、ポイントが付与されるタイミングは、削減量に応じた特典（保有ポイント）が所定の量に達したタイミングであってもよい。具体的には、特典付与部１０５は、削減量に応じたポイントが例えば１ポイントに達したタイミングで、ユーザに対して、ポイントを付与してよい。

なお、特典を付与する方法は、特典の内容に応じた方法であればよい。例えば、クーポンが特典に相当する場合、特典付与部１０５は、サマリレシートＳＲにクーポンを印刷することによって特典を付与したり、ユーザ端末３０に対してクーポンを送信することによって特典を付与したりすればよい。例えば、電子マネーが特典に相当する場合、特典付与部１０５は、ユーザの電子マネー残高を増加させることによって、特典を付与すればよい。例えば、コンテンツが特典に相当する場合、特典付与部１０５は、ユーザ端末３０に対してコンテンツを送信することによって特典を付与すればよい。例えば、物理的な商品が特典に相当する場合、特典付与部１０５は、商品を配送するための処理を実行することによって、特典を付与すればよい。

［３－２－２．店舗端末で実現される第２の構成に関する機能］
例えば、店舗端末２０は、第２の構成に関する機能として、データ記憶部２００及びサマリレシート出力部２０１を含む。データ記憶部２００及びサマリレシート出力部２０１の各々は、第１の構成と同様であってよい。なお、第２の構成では、サマリレシートＳＲが出力されなくてもよいので、この場合には、店舗端末２０は、サマリレシート出力部２０１を含まない。

［３－２－３．ユーザ端末で実現される第２の構成に関する機能］
例えば、ユーザ端末３０は、第２の構成に関する機能として、データ記憶部３００及び電子レシート出力部３０１を含む。データ記憶部３００及び電子レシート出力部３０１の各々は、第１の構成と同様であってよい。なお、第２の構成では、電子レシートが出力されなくてもよいので、この場合には、ユーザ端末３０は、電子レシート出力部３０１を含まない。

［３－３．第３の構成に関する機能］
最後に、第３の構成に関する機能を説明する。第３の構成は、第１の構成及び第２の構成の少なくとも一方と一部の機能が重複するので、多少の説明が重複することがある。

［３－３－１．サーバで実現される第３の構成に関する機能］
例えば、サーバ１０は、第３の構成に関する機能として、データ記憶部１００は、取引データ取得部１０１、レシートデータ生成部１０２、及びレシート出力部１０３を含む。

［データ記憶部］
データ記憶部１００は、第１の構成と同様であってよい。

［取引データ取得部］
取引データ取得部１０１は、第１の構成と同様であってよい。

［レシートデータ生成部］
レシートデータ生成部１０２は、第１の構成と同様であってよいが、第３の構成では、必ずしも、サマリレシートデータと、電子レシートデータと、が生成されなくてもよい。即ち、サマリレシートデータ又は電子レシートデータの何れか一方のみが生成されてもよい。このため、第３の構成の機能としては、第１の構成及び第２の構成の機能で説明したサマリレシートデータ生成部１０２Ａ及び電子レシートデータ生成部１０２Ｂの２つを上位概念化したレシートデータ生成部１０２として説明する。

例えば、レシートデータ生成部１０２は、取引データ取得部１０１が取得した一時ＩＤと、取引データ取得部１０１が取得した取引データと、に基づいて、レシートデータを生成する。レシートデータ生成部１０２は、ユーザデータベースＤＢ１に一時ＩＤが格納されているか否かを判定する。一時ＩＤに有効期限が設定されている場合には、有効期限が確認されてもよい。

例えば、レシートデータ生成部１０２は、ユーザデータベースＤＢ１に一時ＩＤが格納されていると判定された場合に、取引データに基づいて、レシートデータを生成する。レシートデータ生成部１０２は、ユーザデータベースＤＢ１に一時ＩＤが格納されていると判定された場合には、レシートデータを生成しない。この場合、サマリレシートデータは、店舗端末２０で生成されてもよい。

本実施形態では、店舗ごとにコンバータが存在するので、例えば、レシートデータ生成部１０２は、取引データ取得部１０１が取得した店舗ＩＤ及び店舗端末ＩＤに基づいて、レシートデータの生成に関するコンバータを特定し、当該特定されたコンバータと、取引データと、に基づいて、レシートデータを生成する。レシートデータ生成部１０２は、取引データ取得部１０１が取得した店舗ＩＤ及び店舗端末ＩＤによって特定される店舗のコンバータに基づいて、レシートデータを生成する。

なお、コンバータは、生成器の一例である。このため、コンバータについて説明している箇所は、生成器と読み替えることができる。生成器は、取引データからレシートデータを生成するためのプログラムである。生成器は、取引データに含まれる少なくとも１つの項目が入力されると、当該少なくとも１つの項目に応じたレシートデータを生成して出力する。生成器は、コンバータ以外の他の名前で呼ばれるプログラムであってもよい。

［レシート出力部］
レシート出力部１０３は、第１の構成と同様であってよいが、第３の構成では、必ずしも、サマリレシートＳＲと、電子レシートＥＲと、が出力されなくてもよい。即ち、サマリレシートＳＲ又は電子レシートＥＲの何れか一方のみが出力されてもよい。このため、第３の構成の機能としては、第１の構成及び第２の構成の機能で説明したサマリレシート出力部１０３Ａ及び電子レシート出力部１０３Ｂの２つを上位概念化したレシートデータ出力部として説明する。レシートデータ出力部は、サマリレシートデータに基づいて、サマリレシートＳＲを出力する機能だけを有してもよいし、電子レシートデータに基づいて、電子レシートＥＲを出力する機能だけを有してもよい。

［３－３－２．店舗端末で実現される第３の構成に関する機能］
例えば、店舗端末２０は、第３の構成に関する機能として、データ記憶部２００及びサマリレシート出力部２０１を含む。データ記憶部２００及びサマリレシート出力部２０１は、第１の構成と同様であってよい。なお、第３の構成では、サマリレシートＳＲが出力されなくてもよいので、この場合には、店舗端末２０は、サマリレシート出力部２０１を含まない。

［３－３－３．ユーザ端末で実現される第３の構成に関する機能］
例えば、ユーザ端末３０は、第３の構成に関する機能として、データ記憶部３００及び電子レシート出力部３０１を含む。データ記憶部３００及び電子レシート出力部３０１は、第１の構成又は第２の構成と同様であってよい。なお、第３の構成では、電子レシートＥＲが出力されなくてもよいので、この場合には、ユーザ端末３０は、電子レシート出力部３０１を含まない。

［４．レシート出力システムで実行される処理］
図１０及び図１１は、レシート出力システム１で実行される処理の一例を示す図である。制御部１１，２１，３１がそれぞれ記憶部１２，２２，３２に記憶されたプログラムに従って動作することによって実行される。

図１０のように、店舗端末２０は、読取装置２６で商品のバーコードを読み取る（Ｓ１）。店舗端末２０は、読取装置２６でポイントカードとしてのバーコードＢＣを読み取ったか否かを判定する（Ｓ２）。バーコードＢＣを読み取ったと判定された場合（Ｓ２：Ｙ）、店舗端末２０は、サーバ１０との間で、ポイントの照会処理を実行する（Ｓ３）。Ｓ３では、店舗端末２０は、サーバ１０に対し、バーコードＢＣから取得した一時ＩＤを送信する。サーバ１０は、ユーザデータベースＤＢ１を参照し、一時ＩＤに関連付けられた保有ポイントを取得して店舗端末２０に送信する。店舗端末２０は、保有ポイントを表示部２５に表示させる。

店舗端末２０は、操作部２４から会計操作が行われたか否かを判定する（Ｓ４）。会計操作が行われたと判定されない場合（Ｓ４：Ｎ）、Ｓ１の処理に戻る。会計操作が行われたと判定された場合（Ｓ４：Ｙ）、店舗端末２０は、会計操作が行われるまでの間に、ポイントカードとしてのバーコードＢＣが読み取られていたか否かを判定する（Ｓ５）。バーコードＢＣが読み取られていないと判定された場合（Ｓ５：Ｎ）、店舗端末２０は、出力装置２７から、ポイントに関する情報を含まない通常レシートＮＲを出力し（Ｓ６）、本処理は終了する。Ｓ６では、店舗端末２０は、取引データと、記憶部２２に記憶された通常レシートコンバータと、に基づいて、通常レシートＮＲの通常レシートデータを生成し、通常レシートＮＲを出力する。通常レシートデータは、サーバ１０によって生成されてもよい。

Ｓ５において、バーコードＢＣが読み取られていたと判定された場合（Ｓ５：Ｙ）、店舗端末２０は、取引データを生成して一時ＩＤとともにサーバ１０に送信する（Ｓ７）。サーバ１０は、一時ＩＤ及び取引データを受信すると（Ｓ８）、取引データに含まれる店舗ＩＤ又は店舗端末ＩＤに基づいて、店舗のサマリレシートコンバータＳＲＣ及び電子レシートコンバータＥＲＣを特定する（Ｓ９）。

サーバ１０は、取引データと、サマリレシートコンバータＳＲＣと、に基づいて、サマリレシートデータを生成してユーザデータベースＤＢ１に格納する（Ｓ１０）。サーバ１０は、店舗端末２０に対し、Ｓ１０で生成したサマリレシートデータを送信する（Ｓ１１）。店舗端末２０は、サマリレシートデータを受信すると（Ｓ１２）、サマリレシートデータに基づいて、出力装置２７からサマリレシートＳＲを出力する（Ｓ１３）。ユーザは、サマリレシートＳＲ及び商品を受け取って退店する。

サーバ１０は、実際には出力されない通常レシートＮＲの消費量と、サマリレシートＳＲの消費量と、の差を、紙の削減量として計算し（Ｓ１４）、図１１に移り、ユーザに対し、削減量に応じたポイントを付与する（Ｓ１５）。サーバ１０は、取引データと、電子レシートコンバータＥＲＣと、に基づいて、電子レシートデータを生成してユーザデータベースＤＢ１に格納する（Ｓ１６）。

ユーザ端末３０は、読取部３６により二次元コードＴＣが読み取られたか否かを判定する（Ｓ１７）。二次元コードＴＣが読み取られたと判定されない場合（Ｓ１７：Ｎ）、本処理は終了する。二次元コードＴＣが読み取られたと判定された場合（Ｓ１７：Ｙ）、ユーザ端末３０は、二次元コードＴＣから取得した電子レシートＥＲ用のＵＲＬにアクセスする（Ｓ１８）。Ｓ１８におけるアクセスの際には、引数の取引ＩＤも送信される。

サーバ１０は、ユーザ端末３０からのアクセスを受け付けると（Ｓ１９）、引数として含まれる取引ＩＤに基づいて、ユーザデータベースＤＢ１の中から、表示対象となる電子レシートＥＲの電子レシートデータを取得する（Ｓ２０）。サーバ１０は、電子レシートデータに基づいて、電子レシート画面ＳＣ２の表示データを生成してユーザ端末３０に送信する（Ｓ２１）。ユーザ端末３０は、表示データを受信すると（Ｓ２２）、電子レシート画面ＳＣ２を表示部３５に表示させ（Ｓ２３）、本処理は終了する。

［第１の構成のまとめ］
本実施形態の第１の構成は、取引データに基づいて、二次元コードＴＣを含むサマリレシートＳＲを出力する。第１の構成は、二次元コードＴＣがユーザ端末３０で読み取られた場合に、電子レシートデータに基づいて、電子レシートＥＲを出力する。これにより、電子レシートＥＲに慣れていないユーザだったとしても、サマリレシートＳＲの二次元コードＴＣを読み取るといった手軽な操作によって電子レシート画面ＳＣ２を表示できるので、電子レシートＥＲへの移行がスムーズになる。電子レシートＥＲに慣れていないユーザだったとしても、物理的な紙レシートであるサマリレシートＳＲによって、取引が完了したことを確実に理解できる。通常レシートＮＲと電子レシートＥＲの中間的な存在であるサマリレシートＳＲによって、段階的に電子レシートＥＲに慣れさせることができる。更に、サマリレシートＳＲによってレシート用紙を削減できるので、地球環境の負荷を軽減できる。

また、第１の構成は、電子レシートＥＲに含まれる複数の項目のうちの少なくとも一部が省略されたサマリレシートＳＲを出力する。これにより、項目を省略するといった簡単な処理によって、サマリレシートＳＲを出力できる。項目を省略することによって、より短いサマリレシートＳＲとすることができるので、地球環境の負荷を軽減できる。例えば、サマリレシートコンバータＳＲＣと、電子レシートコンバータＥＲＣと、の処理をある程度共通化できるので、これらのコンバータを作成する手間を省くこともできる。

［第２の構成のまとめ］
本実施形態の第２の構成は、削減量に基づいて、ユーザに対し、ポイントを付与する。これにより、削減量に応じてポイントが増減するので、一律のポイントが付与される場合に比べて、ユーザに対して付与されるポイントに関する興趣性が高まる。例えば、レシート用紙を削減するほど、付与されるポイントが増加する場合には、レシート用紙を削減する動機付けを与えることができる。削減量と、付与されるポイントと、の間に相関関係を持たせることによって、ゲーミフィケーションを利用して、レシート用紙を削減する動機付けを与えることができる。更に、レシート用紙を削減できるので、地球環境の負荷を軽減できる。

また、第２の構成は、実際には出力されない通常レシートＮＲの消費量と、実際に出力されるサマリレシートＳＲの消費量と、の差を、削減量として計算する。これにより、紙の削減量を正確に計算できる。例えば、ユーザは、第２の構成が導入されるまで受け取っていた通常レシートＮＲに対する削減量を意識して、サマリレシートＳＲを受け取ることができるので、レシート用紙を削減する動機付けを強く与えることができる。

［第３の構成のまとめ］
本実施形態の第３の構成は、複数の店舗の各々の店舗端末２０から取得した、当該店舗で行われた取引の取引データに基づいて、レシートデータを生成する。第３の構成は、当該生成されたレシートデータに基づいて、レシートを出力する。これにより、サーバ１０側でレシートデータを生成し、店舗端末２０側の改修を無くす又は減らすことができるので、レシート出力に関する機能を導入するための手間を軽減できる。例えば、店舗端末２０は、サーバ１０に対し、所定の形式の取引データを送信するだけで、サマリレシートＳＲ及び電子レシートＥＲを出力できるので、店舗端末２０側の改修を無くす又は減らすことができる。

また、第３の構成は、複数の店舗の各々の店舗端末２０から取得した一時ＩＤ及び取引データに基づいて、レシートデータを生成する。これにより、ポイントサービスを利用するユーザであることを確認したうえで、サマリレシートＳＲ及び電子レシートＥＲを出力できる。例えば、一時ＩＤによってユーザを識別できるので、サマリレシートＳＲ及び電子レシートＥＲをパーソナライズすることもできる。

また、第３の構成は、複数の店舗の各々の店舗端末２０から取得した店舗ＩＤ及び店舗端末ＩＤに基づいて、サマリレシートコンバータＳＲＣ及び電子レシートコンバータＥＲＣを特定する。第３の構成は、当該特定されたサマリレシートコンバータＳＲＣ及び電子レシートコンバータＥＲＣと、取引データと、に基づいて、サマリレシートデータ及び電子レシートデータを生成する。これにより、店舗に応じたコンバートを実行できるので、サマリレシートＳＲ及び電子レシートＥＲを出力できる。

［５．変形例］
なお、本開示は、以上に説明した実施形態に限定されるものではない。本開示の趣旨を逸脱しない範囲で、適宜変更可能である。以降、第１の構成～第３の構成の各々に関する変形例を説明する。

［５－１．第１の構成に関する変形例］
図１２は、第１の構成に関する変形例で実現される機能の一例を示す図である。会員登録判定部１０６、会員登録部１０７、及び保存部１０８は、制御部１１により実現される。

［変形例１－１］
例えば、実施形態では、通常レシートＮＲに印刷される商品明細を省略することによって、サマリレシートＳＲのサマリ化が行われる場合を説明したが、サマリレシートＳＲは、他の方法によってサマリ化が行われてもよく、商品明細の省略に限られない。変形例１－１では、複数の項目が要約されて新たな項目が作成されることによってサマリ化が行われる場合を例に挙げる。

図１３は、変形例１－１のサマリレシートの一例を示す図である。変形例１－１のサマリレシート出力部１０３Ａは、電子レシートＥＲに含まれる複数の項目のうちの少なくとも一部が要約されたサマリレシートＳＲを出力する。要約とは、複数の項目の各々の情報をまとめて１つの情報にすることである。要約は、項目自体が印刷されないという点では、実施形態で説明した省略と同じである。ただし、印刷されない項目に関する情報が一切印刷されないのが省略であるのに対し、要約は、印刷されない項目同士が１つに統合された情報が印刷される。要約は、合成又はグループ化ということもできる。

例えば、サマリレシート出力部１０３Ａは、複数の項目の各々に関連付けられた分類に基づいて、同じ分類の項目がまとめられるように、少なくとも一部が要約されたサマリレシートＳＲを出力する。分類は、項目の属性である。ユーザが購入した１つ１つの商品が項目に相当する場合、商品のジャンル又はカテゴリが分類に相当する。変形例１－１のデータ記憶部１００は、商品の分類が定義された商品データベースを記憶する。

例えば、商品データベースは、個々の店舗端末２０のデータ記憶部２００に記憶される商品データベースと同じであってもよいが、個々の店舗で独自の商品ＩＤが発行される可能性があるので、変形例１－１では、複数の店舗に共通の商品データベースであるものとする。例えば、商品データベースには、商品名と、商品の分類と、が格納される。サマリレシート出力部１０３Ａは、データ記憶部１００に記憶された商品データベースを参照し、取引データに含まれる商品名に関連付けられた分類を特定する。

なお、分類の特定方法は、任意の方法であってよく、商品データベースを利用した方法に限られない。例えば、訓練用の商品名と、商品の分類と、の関係を学習させた機械学習モデルを利用してもよい。この場合、サマリレシート出力部１０３Ａは、学習済みの機械学習モデルに対し、推定対象の商品名を入力し、機械学習モデルから出力された分類を、商品の分類として特定してもよい。

例えば、サマリレシート出力部１０３Ａは、取引データの商品明細に含まれる全ての商品の分類を特定し、同じ分類の商品の合計金額を計算する。サマリレシート出力部１０３Ａは、特定された分類ごとに、当該分類に属する商品の合計金額を計算する。サマリレシート出力部１０３Ａは、分類と、合計金額と、のペアが商品明細として印刷されるように、サマリレシートＳＲを出力する。図１３の例では、分類「飲食物」、分類「日用品」、及び分類「文房具」の３つの分類が特定されている。

例えば、サマリレシート出力部１０３Ａは、分類「飲食物」に属する「から揚げ」、「ウーロン茶」、「せんべい」、「アーモンド」、「緑茶」、「菓子パン」、「おにぎり」、「飴」、「オレンジジュース」、及び「コーヒー」といった１０個の商品の合計金額「１，４７０円」を計算する。サマリレシート出力部１０３Ａは、分類「日用品」に属する「ウェットティッシュ」及び「歯磨き粉」といった２個の合計金額「５００円」を計算する。サマリレシート出力部１０３Ａは、分類「文房具」に属する「ボールペン」、「消しゴム」、及び「ノート」といった３個の合計金額「５００円」を計算する。

例えば、サマリレシート出力部１０３Ａは、分類「飲食物」が「１，４７０円」であり、分類「日用品」が「５００円」であり、分類「文房具」が「５００円」であることを示す商品明細を生成する。サマリレシート出力部１０３Ａは、当該生成された商品明細が印刷されたサマリレシートＳＲを出力する。サマリレシートＳＲの他の項目は、実施形態と同様であってよい。変形例１－１のサマリレシートＳＲの商品明細は、３項目となる。通常レシートＮＲの商品明細は、１５項目なので、サマリレシートＳＲでは、１２項目分が減る。

なお、サマリレシートＳＲを生成するための項目の要約方法は、分類を利用した方法に限られない。例えば、分類に関係なく、ユーザ又は店舗が予め指定した商品同士がまとめられるように、要約が行われてもよい。例えば、ポイントサービスの管理者が予め指定した商品同士がまとめられるように、要約が行われてもよい。例えば、後述の変形例１－２，１－３で説明する要約方法で要約が行われてもよい。項目を要約する処理は、サマリレシートコンバータＳＲＣに定義されているものとする。変形例１－１では、サマリレシート出力部１０３Ａが主な処理を実行する場合を説明したが、実施形態と同様に、サマリレシートデータ生成部１０２Ａがサマリレシートデータを生成し、サマリレシート出力部１０３Ａが、当該生成されたサマリレシートデータに基づいて、図１３のサマリレシートＳＲを出力してもよい。この点は、変形例１－２以降の変形例も同様である。

変形例１－１の第１の構成は、電子レシートＥＲに含まれる複数の項目のうちの少なくとも一部が要約されたサマリレシートＳＲを出力する。これにより、サマリレシートＳＲにある程度の情報を含めることができるので、電子レシートＥＲに慣れていないユーザの違和感を軽減できる。その結果、ユーザが、違和感なくサマリレシートＳＲを受け取って二次元コードＴＣを読み取って電子レシートＥＲを利用できるようになるので、電子レシートＥＲへの移行がよりスムーズになる。

また、第１の構成は、複数の項目の各々に関連付けられた分類に基づいて、同じ分類の項目がまとめられるように、少なくとも一部が要約されたサマリレシートＳＲを出力する。これにより、分かりやすい要約を含むサマリレシートＳＲにすることができるので、ユーザの利便性が高まる。

［変形例１－２］
例えば、変形例１－１以外の他の要約方法として、サマリレシート出力部１０３Ａは、複数の項目の各々に関連付けられた利用頻度に基づいて、利用頻度が所定の基準を満たす項目がまとめられるように、少なくとも一部が要約されたサマリレシートＳＲを出力してもよい。商品が購入される場合には、商品の購入頻度が上記利用頻度に相当する。サービスが利用される場合には、サービスの利用頻度が上記利用頻度に相当する。利用頻度は、利用回数ということもできる。

図１４は、変形例１－２のサマリレシートＳＲの一例を示す図である。例えば、サマリレシート出力部１０３Ａは、ユーザデータベースＤＢ１を参照し、ユーザの過去の取引データを参照することによって、商品ごとの購入頻度を取得する。サマリレシート出力部１０３Ａは、あるユーザに関連付けられた過去の取引データを集計し、商品ごとに購入頻度を計算する。購入頻度は、予め計算されてユーザデータベースＤＢ１に格納されていてもよい。購入頻度は、過去の全期間が対象になってもよいし、過去の一部の期間だけが対象になってもよい。

例えば、サマリレシート出力部１０３Ａは、購入頻度が閾値以上の商品同士がまとめられるように、サマリレシートＳＲを出力する。閾値は、ユーザに応じた値であってもよいし、複数のユーザで共通の値であってもよい。閾値は、ユーザ又は店舗により指定されてもよい。図１４の例では、レシート出力部１０３は、ユーザが購入した１５点の商品のうち、「から揚げ」及び「緑茶」の購入頻度が閾値以上であったため、これらの金額がまとめられて、「よく買うもの」の項目として「４００円」といった合計金額を計算し、サマリレシートＳＲを出力する。

なお、変形例１－２では、利用頻度が閾値以上であることが所定の基準に相当する場合を説明したが、所定の基準は、利用頻度が閾値未満であることであってもよい。この場合、サマリレシート出力部１０３Ａは、「普段買わないもの」の項目として、利用頻度が閾値未満の項目の合計金額を計算し、サマリレシートＳＲを出力してもよい。他にも例えば、利用頻度の変化が閾値以上又は閾値未満であることが、所定の基準に相当してもよい。この場合、サマリレシート出力部１０３Ａは、「最近買うようになったもの」又は「最近買わなくなったもの」の項目として、利用頻度の変化が閾値以上又は閾値未満の項目の合計金額を計算し、サマリレシートＳＲを出力してもよい。

変形例１－２の第１の構成は、複数の項目の各々に関連付けられた利用頻度に基づいて、利用頻度が所定の基準を満たす項目がまとめられるように、少なくとも一部が要約されたサマリレシートＳＲを出力する。これにより、ある程度の情報をサマリレシートＳＲに印刷できるので、電子レシートＥＲに慣れていないユーザの違和感をより軽減できる。その結果、ユーザが、違和感なくサマリレシートＳＲを受け取って二次元コードＴＣを読み取って電子レシートＥＲを利用できるようになるので、電子レシートＥＲへの移行がよりスムーズになる。

［変形例１－３］
例えば、変形例１－１及び変形例１－２以外の他の要約方法として、サマリレシート出力部１０３Ａは、複数の項目の各々に関連付けられた金額に基づいて、金額が所定の基準を満たす項目がまとめられるように、少なくとも一部が要約された紙レシートを出力してもよい。変形例１－３では、閾値以上の金額であることが所定の基準に相当する場合を説明するが、閾値未満の金額であることが所定の基準に相当してもよい。閾値は、固定値であってもよいし、可変値であってもよい。例えば、閾値が可変値である場合、ユーザが閾値を指定してもよいし、過去のユーザの利用額の平均値に応じた閾値が設定されてもよい。

図１５は、変形例１－３のサマリレシートＳＲの一例を示す図である。例えば、サマリレシート出力部１０３Ａは、個々の商品の金額が所定の閾値以上であるか否かを判定する。サマリレシート出力部１０３Ａは、金額が所定の閾値以上の商品同士がまとめられるように、サマリレシートＳＲを出力する。サマリレシート出力部１０３Ａは、これらの商品の合計金額を、１つの項目として含むサマリレシートＳＲを出力する。

図１５の例では、所定の閾値が「１０，０００円」であるものとする。ユーザが、「１５，０００円」のワイン、「２０，０００円」のグラス、及び金額が「１０，０００円」未満の「アーモンド」、「チーズ」、「チョコレート」を購入したとすると、サマリレシート出力部１０３Ａは、ワインの「１５，０００円」と、グラスの「２０，０００円」と、の合計金額である「３５，０００円」を計算し、「高級品」の項目として「３５，０００円」の金額を含むサマリレシートＳＲを出力する。

変形例１－３の第１の構成は、複数の項目の各々に関連付けられた金額に基づいて、金額が所定の基準を満たす項目がまとめられるように、少なくとも一部が要約されたサマリレシートＳＲを出力する。これにより、ある程度の情報をサマリレシートＳＲに印刷できるので、電子レシートＥＲに慣れていないユーザの違和感をより軽減できる。その結果、ユーザが、違和感なくサマリレシートＳＲを受け取って二次元コードＴＣを読み取って電子レシートＥＲを利用できるようになるので、電子レシートＥＲへの移行がよりスムーズになる。

［変形例１－４］
例えば、実施形態では、全てのユーザに対して、サマリレシートＳＲのサマリ化の設定が共通である場合を説明したが、ユーザごとに、自身の好みに応じたサマリ化の設定を指定できるようにしてもよい。例えば、ユーザは、変形例１－１～変形例１－３で説明したサマリ化をするか否かを指定してもよい。

変形例１－４のサマリレシート出力部１０３Ａは、取引をしたユーザを識別可能なユーザＩＤに基づいて、ユーザにより指定された、サマリに関するユーザ設定を取得し、当該取得されたユーザ設定に応じたサマリになるように、サマリレシートＳＲを出力する。変形例１－４では、ユーザデータベースＤＢ１にユーザ設定が格納されているものとする。例えば、ユーザは、ブラウザ、ポイントアプリ、又は他のアプリケーションからユーザ設定を指定する。

ユーザ設定は、サマリ化に関する設定である。例えば、ユーザ設定は、サマリレシートＳＲで省略する項目、サマリレシートＳＲで省略しない項目、サマリレシートＳＲで要約する項目、サマリレシートＳＲで要約しない項目、サマリレシートＳＲの要約方法、又はサマリレシートＳＲのレイアウトである。変形例１－４では、サマリレシートＳＲで省略しない項目がユーザ設定に相当する場合を例に挙げる。サマリレシートＳＲで省略しない項目は、サマリレシートＳＲに印刷する項目である。

例えば、ユーザＸは、分類「飲食物」だけが商品明細としてサマリレシートＳＲに印刷されるように、ユーザ設定を指定したとする。この場合、サマリレシート出力部１０３Ａは、ユーザが購入した商品のうち、分類「飲食物」の商品だけが商品明細に含まれるように、サマリレシートＳＲを出力する。ユーザＹは、分類「文房具」だけが商品明細としてサマリレシートＳＲに印刷されるように、ユーザ設定を指定したとする。この場合、サマリレシート出力部１０３Ａは、ユーザが購入した商品のうち、分類「文房具」の商品だけが商品明細に含まれるように、サマリレシートＳＲを出力する。

なお、ユーザ設定は、上記のような分類に限られない。例えば、ユーザ設定は、店舗名、電話番号、住所、取引日時、レシート番号、担当者、合計金額、預り金、釣銭、ポイント対象金額、及び獲得ポイントのうちの少なくとも１つの項目を印刷するか否かであってもよい。例えば、ユーザ設定は、各項目の配置であってもよい。この場合、ユーザは、サマリレシートＳＲのレイアウトを自由に指定できる。例えば、ユーザ設定は、変形例１－１～１－３で説明した要約方法であってもよい。

変形例１－４の第１の構成は、ユーザＩＤに基づいて取得されたユーザ設定に応じたサマリになるように、サマリレシートＳＲを出力する。これにより、ユーザの好みに応じたサマリレシートＳＲを出力できるので、ユーザの利便性が高まる。

［変形例１－５］
例えば、変形例１－４では、ユーザに応じたサマリレシートＳＲとなるように、ユーザ設定が指定される場合を説明したが、店舗に応じたサマリレシートＳＲとなるように、店舗設定が指定されてもよい。店舗設定は、店舗により指定されるという点でユーザ設定と異なるが、他の点については、ユーザ設定と同様である。例えば、店舗設定は、サマリレシートＳＲで省略する項目、サマリレシートＳＲで省略しない項目、サマリレシートＳＲで要約する項目、サマリレシートＳＲで要約しない項目、サマリレシートＳＲの要約方法、又はサマリレシートＳＲのレイアウトである。

変形例１－５では、店舗データベースＤＢ２に店舗設定が格納されているものとする。例えば、店舗の担当者は、店舗端末２０を操作して、店舗設定を指定する。変形例１－５のサマリレシート出力部１０３Ａは、店舗により指定されたサマリに関する店舗設定を取得し、サマリレシートＳＲのうち、ユーザ設定に含まれない部分は、店舗設定に応じたサマリになるように、サマリレシートＳＲを出力する。

例えば、ユーザ設定及び店舗設定に、ｎ（ｎは自然数）個の設定項目があったとする。ユーザが、ｎ個のうちのｋ個（ｋはｎよりも小さい自然数）の設定項目しか指定しなかったとする。更に、店舗の担当者は、ｎ個全ての設定項目を指定したとする。この場合、サマリレシート出力部１０３Ａは、ｋ個の設定項目については、ユーザ設定を利用し、残りのｎ－ｋ個の設定項目については、店舗設定を利用して、サマリレシートＳＲを出力する。例えば、ユーザ設定に商品明細に関する設定だけが指定され、店名等の他の項目の設定が指定されなかったとする。この場合、店名等の他の項目については、店舗設定が優先される。

変形例１－５の第１の構成は、サマリレシートＳＲのうち、ユーザ設定に含まれない部分は、店舗設定に応じたサマリになるように、サマリレシートＳＲを出力する。これにより、ユーザが全ての項目のユーザ設定を指定しなくても、サマリレシートＳＲを出力できるので、ユーザの利便性が高まる。店舗からしても、自身の好みに応じたサマリレシートＳＲを出力できるので、店舗の利便性が高まる。

［変形例１－６］
例えば、変形例１－５では、ユーザ設定では足りない部分を店舗設定で補う場合を例に挙げたが、ユーザがそもそもユーザ設定を指定しないこともある。この場合には、店舗設定だけを利用して、サマリレシートＳＲが出力されてもよい。変形例１－６では、変形例１－５で説明したｋの数値が０であり、ユーザがどの設定項目も指定しないものとする。

変形例１－６のサマリレシート出力部１０３Ａは、店舗により指定されたサマリに関する店舗設定を取得し、ユーザがユーザ設定を指定していない場合には、店舗により指定されたサマリに関する店舗設定に応じたサマリになるように、サマリレシートＳＲを出力する。変形例１－４では、ユーザ設定に基づいてサマリレシートＳＲが出力される場合を説明したが、変形例１－４におけるユーザ設定の説明を店舗設定と読み替えた処理が実行されるようにすればよい。

変形例１－６の第１の構成は、ユーザがユーザ設定を指定していない場合には、店舗により指定されたサマリに関する店舗設定に応じたサマリになるように、サマリレシートＳＲを出力する。これにより、店舗の好みに応じたサマリレシートＳＲを出力できるので、店舗の利便性が高まる。ユーザからしても、自身でユーザ設定を指定しなくてもサマリレシートＳＲを受け取れるので、ユーザの利便性も高まる。

［変形例１－７］
例えば、ポイントカード画面ＳＣ１に表示されるバーコードＢＣは、決済用のコードであってもよい。決済用のコードは、バーコードＢＣに限られず、二次元コードであってもよい。変形例１－７のユーザ端末３０には、一時ＩＤがコード化された、決済用のバーコードＢＣが表示される。

変形例１－７では、店舗端末２０により、ユーザ端末３０に表示されたバーコードＢＣが読み取られると、取引に関する決済処理が実行される。決済処理自体は、種々の処理を利用可能である。例えば、ポイント決済、クレジットカード決済、電子マネー決済、銀行引き落とし決済、又は暗号資産決済が実行されてもよい。決済処理は、サーバ１０により実行されてもよいし、外部の決済サービスのサーバコンピュータにより実行されてもよい。決済処理に必要な決済情報（クレジットカード情報等）は、一時ＩＤに基づいて取得可能であるものとする。

変形例１－７のサマリレシート出力部１０３Ａは、ユーザ端末３０に表示されたバーコードＢＣが読み取られることによって取得された一時ＩＤに基づいて、サマリレシートＳＲを出力する。バーコードＢＣが決済用のコードである点で実施形態とは異なるが、サマリレシートＳＲを出力するための流れは、実施形態と同様である。

変形例１－７の第１の構成は、ユーザ端末３０に表示された決済用のバーコードＢＣが読み取られることによって取得された一時ＩＤに基づいて、サマリレシートＳＲを出力する。これにより、複数回のコードの読み取りを発生させることなく、決済処理と、サマリレシートＳＲ及び電子レシートＥＲの出力のための処理と、を一度に実行できるので、ユーザの利便性が高まる。

［変形例１－８］
例えば、実施形態では、ポイントサービスの会員であるユーザに対し、電子レシートＥＲが出力される場合を説明したが、ポイントサービスの会員ではないユーザに対し、電子レシートＥＲが出力されてもよい。変形例１－８のデータ記憶部１００は、ポイントサービスの会員ではないユーザによる取引の取引データを格納するための取引データベースを記憶するものとする。取引データベースには、取引ＩＤ、取引データ、及び電子レシートデータが格納される。

変形例１－８の電子レシートデータ生成部１０２Ｂは、取引ＩＤと、電子レシートデータと、を関連付けて記録する。電子レシートデータの生成方法自体は、実施形態と同様であってよい。変形例１－８の二次元コードＴＣには、取引ＩＤと、電子レシートに関するリンクと、が含まれている。このリンクは、図８で説明したＵＲＬであってもよいし、他のＵＲＬであってもよい。更に、リンクは、ＵＲＬではなく、ポイントアプリ等のアプリケーション内のページを識別可能な情報であってもよい。例えば、取引ＩＤがＵＲＬの引数ではなく、ＵＲＬとは別の情報としてコード化されていてもよい。ユーザ端末３０は、二次元コードＴＣを読み取った場合に、リンクが示すリンク先に対し、取引ＩＤを送信する。

変形例１－８の電子レシート出力部１０３Ｂは、リンク先が取引ＩＤを受信した場合に、取引ＩＤに関連付けられた電子レシートデータに基づいて、電子レシートＥＲを出力する。変形例１－８では、リンク先がサーバ１０であるものとするが、リンク先は、サーバ１０以外の他のコンピュータであってもよい。例えば、電子レシート出力部１０３Ｂは、取引データベースのうち、受信した取引ＩＤに関連付けられた電子レシートデータに基づいて、電子レシートＥＲを出力する。電子レシートＥＲの出力自体は、実施形態と同様であってよい。

変形例１－８の第１の構成は、ユーザ端末３０から取引ＩＤを受信した場合に、取引ＩＤに関連付けられた電子レシートデータに基づいて、電子レシートＥＲを出力する。これにより、ポイントカードの会員ではないユーザに対し、電子レシートＥＲを出力できるので、ポイントカードの会員ではないユーザの利便性が高まる。

［変形例１－９］
例えば、変形例１－８のように、ポイントカードの会員ではないユーザに対し、電子レシートＥＲを出力する場合に、ポイントカードの会員になることが促されてもよい。変形例１－９のレシート出力システム１は、会員登録判定部１０６及び会員登録部１０７を含む。会員登録判定部１０６は、リンク先が取引ＩＤを受信した場合に、ポイントサービスに、ユーザ端末３０のユーザが会員登録を完了しているか否かを判定する。会員登録を完了しているか否かを判定するために、ユーザＩＤ及びパスワードの入力が要求されてもよいし、ポイントアプリに記録されている一時ＩＤ等の認証情報が利用されてもよい。

ポイントサービスは、電子レシートＥＲの出力に関するサービスの一例である。このサービスは、ポイントサービス以外の他のサービスであってもよい。このサービスは、電子レシートＥＲを提供するサービスであればよい。例えば、他のサービスとしては、電子レシートＥＲを出力するためだけのサービス、決済サービス、電子商取引サービス、金融サービス、旅行予約サービス、又は通信サービスであってもよい。

図１６は、ポイントサービスへの会員登録が促される様子の一例を示す図である。会員登録部１０７は、ポイントサービスの会員登録が完了していないと判定された場合に、ユーザに対し、ポイントサービスへの会員登録を促す。図１６の例では、会員登録部１０７は、電子レシート画面ＳＣ２に、ポイントサービスの会員になることを示すメッセージと、会員登録を行うページへのリンクと、を表示させることによって、会員登録を促す。なお、電子レシート画面ＳＣ２ではなく、他の画面で会員登録が促されてもよい。例えば、電子レシートＥＲを表示させることなく、会員登録が促されてもよい。この場合、ポイントサービスの会員になれば、電子レシートＥＲを表示できるといったメッセージが表示されてもよい。

変形例１－９の電子レシート出力部１０３Ｂは、サービスの会員登録が完了していると判定された場合に、電子レシートを出力する。この処理は、実施形態で説明した通りである。この場合の電子レシート画面ＳＣ２は、実施形態と同様であってよい。また、変形例１－９では、サービスの会員登録が完了していると判定されたタイミングで、削減量に応じた特典がユーザに対して付与されてよい。また、変形例１－９では、サービスの会員登録が完了していると判定されたタイミングで付与される特典について、削減量に応じた特典に加えて会員登録に応じた特典を追加してよい。

変形例１－９の第１の構成は、ポイントサービスの会員登録が完了していないと判定された場合に、ユーザに対し、ポイントサービスへの会員登録を促す。これにより、サマリレシートＳＲを利用してポイントサービスの会員を増やすことができる。

［変形例１－１０］
例えば、ポイントカード画面ＳＣ１では、二次元コードＴＣが印刷されたサマリレシートＳＲの取引だけではなく、過去の取引に関する電子レシートＥＲが出力されてもよい。レシート出力システム１は、保存部１０８を含む。保存部１０８は、ユーザを識別可能なユーザＩＤと、当該ユーザが過去に行った取引に関する電子レシートデータと、を関連付けてユーザデータベースＤＢ１に保存する。保存部１０８は、あるユーザが店舗を利用して電子レシートデータが生成されると、このユーザの一時ＩＤに関連付けて電子レシートデータをユーザデータベースＤＢ１に保存する。この処理は、実施形態では、電子レシートデータ生成部１０２Ｂの処理として説明したが、変形例１－１０では、保存部１０８の処理として説明する。

変形例１－１０の電子レシート出力部１０３Ｂは、二次元コードＴＣが読み取られた場合に、当該二次元コードＴＣを読み取ったユーザのユーザＩＤに関連付けられた電子レシートデータに基づいて、当該ユーザが過去に行った取引に関する電子レシートＥＲを出力する。例えば、電子レシート画面ＳＣ２には、二次元コードＴＣに取引ＩＤがコード化された取引だけではなく、同じユーザによる過去の取引の一覧が選択可能に表示される。ユーザが過去に複数回の取引を行った場合には、電子レシート出力部１０３Ｂは、ユーザが選択した取引の電子レシートＥＲを出力すればよい。過去の取引における電子レシートＥＲは、電子レシート画面ＳＣ２以外の他の画面から表示されてもよい。

変形例１－１０の第１の構成は、二次元コードＴＣが読み取られた場合に、当該二次元コードＴＣを読み取ったユーザのユーザＩＤに関連付けられた電子レシートデータに基づいて、当該ユーザが過去に行った取引に関する電子レシートＥＲを出力する。これにより、過去の取引における電子レシートＥＲも出力できるので、ユーザの利便性が高まる。

［変形例１－１１］
例えば、実施形態では、サマリレシートデータがサーバ１０で生成される場合を説明したが、サマリレシートデータは、店舗端末２０で生成されてもよい。変形例１－１１の複数の店舗の各々の店舗端末２０は、サマリレシート出力部２０１を含む。変形例１－１１のサマリレシート出力部２０１は、実施形態で説明したサマリレシートデータ生成部１０２Ａと同様の機能を有する。このため、サマリレシート出力部２０１は、取引データに基づいて、サマリレシートデータを生成する。

例えば、複数の店舗の各々の店舗端末２０のサマリレシート出力部２０１は、他の店舗とはリンクが重複しないようにコードを生成し、当該生成されたコードを含む紙レシートを出力する。例えば、リンクには、店舗ＩＤ及び店舗端末ＩＤが引数として含まれる。これらの組み合わせは、他の店舗とは重複しないので、最終的に生成されるリンクも他の店舗とは重複しないようになる。リンクは、他の店舗と混同しないように生成されるようにすればよく、店舗ＩＤ又は店舗端末ＩＤの何れか一方のみが含まれてもよい。

変形例１－１１の第１の構成は、複数の店舗の各々の店舗端末２０により、他の店舗とはリンクが重複しないように二次元コードＴＣが生成される。これにより、個々の店舗でサマリレシートデータが生成されたとしても、リンクが重複することなく、電子レシートＥＲを確実に出力できる。

［第１の構成に関するその他の変形例］
例えば、第１の構成では、第２の構成及び第３の構成の少なくとも一方が省略されてもよい。第１の構成を含むレシート出力システム１が第２の構成を含まない場合には、ユーザに対し、削減量に応じたポイントが付与されることなく、サマリレシートＳＲが出力される。

例えば、第１の構成を含むレシート出力システム１が第３の構成を含まない場合には、店舗端末２０が、サマリレシートデータと、電子レシートデータと、を生成してもよい。この場合、店舗端末２０は、実施形態で説明したレシートデータ生成部１０２を含む。データ記憶部２００は、サマリレシートコンバータＳＲＣ及び電子レシートコンバータＥＲＣを記憶する。店舗端末２０は、サーバ１０に対し、サマリレシートデータ及び電子レシートデータを送信する。ユーザがポイントカードを提示した場合には、店舗端末２０は、サーバ１０に対し、一時ＩＤも送信する。サーバ１０は、一時ＩＤと、サマリレシートデータ及び電子レシートデータと、を関連付けてユーザデータベースＤＢ１に格納する。

［５－２．第２の構成に関する変形例］
図１７は、第２の構成に関する変形例で実現される機能の一例を示す図である。累積量更新部１０９、表示制御部１１０、場所データ取得部１１１、及び移動経路データ取得部１１２は、制御部１１により実現される。

［変形例２－１］
例えば、第２の構成でも、第１の構成の変形例１－４のように、ユーザ設定が指定されてもよい。変形例２－１の削減量計算部１０４は、取引データと、ユーザ設定と、に基づいて、削減量を計算する。例えば、削減量計算部１０４は、ユーザ設定に基づいて紙の消費量を取得し、当該取得された紙の消費量と、デフォルトの設定に応じた紙の消費量と、に基づいて、削減量を計算する。デフォルトの設定は、通常レシートＮＲを出力するための設定であってもよいし、通常レシートＮＲとは異なるレシートに応じた他の設定であってもよい。削減量計算部１０４は、他の設定の場合にも、他の設定に応じた紙の消費量を計算するためのコンバータを利用して、紙の消費量を計算すればよい。

変形例２－１の第２の構成は、取引データと、ユーザ設定と、に基づいて、削減量を計算する。これにより、紙の削減量を増やしたいユーザは、より簡易的なサマリになるようにユーザ設定を行い、サマリレシートＳＲの情報量を増やしたいユーザは、情報量が増えるようにユーザ設定を行うといったことが可能になるので、ユーザの利便性が高まる。サマリレシートＳＲを簡易的にするほど、削減量が多くなって獲得できるポイントも多くなるので、ポイントを付与する仕組みの興趣性を高めることができる。

［変形例２－２］
例えば、実施形態では、サマリレシートＳＲが出力され、かつ、電子レシートＥＲが出力される場合を説明したが、サマリレシートＳＲをはじめとする紙レシートが出力されずに、電子レシートＥＲが出力されてもよい。変形例２－２では、ユーザが、ポイントアプリ上で、サマリレシートＳＲを出力するか、又は、電子レシートＥＲを出力するかを選択できるものとする。

例えば、ユーザによる選択結果は、ユーザ設定としてユーザデータベースＤＢ１に格納される。ユーザがポイントカードを提示して店舗を利用すると、レシートデータ生成部１０２は、ユーザデータベースＤＢ１を参照し、ユーザによる選択結果を取得する。ユーザによりサマリレシートＳＲが選択された場合、サマリレシートデータ生成部１０２Ａは、取引データに基づいて、サマリレシートデータを生成する。この場合の処理は、実施形態で説明した通りである。

例えば、ユーザにより電子レシートＥＲが選択された場合、電子レシートデータ生成部１０２Ｂは、取引データに基づいて、電子レシートデータを生成する。電子レシート出力部１０３Ｂは、ユーザ端末３０からの要求に応じて、電子レシートＥＲを出力する。この場合、実施形態で説明したサマリレシートＳＲが出力されないので、二次元コードＴＣの読み取りではなく、ポイントアプリから任意のタイミングで電子レシートＥＲを表示できるものとする。例えば、ポイントアプリ上でユーザの過去の取引の一覧が表示され、ユーザが何れかの取引を選択すると、この取引の電子レシートＥＲが表示される。

変形例２－２の削減量計算部１０４は、取引データに基づいて、実際には出力されないサマリレシートＳＲの消費量を、削減量として計算する。削減量計算部１０４は、取引データに基づいて、サマリレシートＳＲの紙の消費量を計算する。削減量計算部１０４は、サマリレシートＳＲの紙の消費量を、削減量として計算する。図３の例であれば、長さＬ１１がそのまま削減量になる。サマリレシートＳＲではなく、通常レシートＮＲの長さＬ２１がそのまま削減量になってもよい。

変形例２－２の第２の構成は、ユーザに対し、電子レシートＥＲが出力され、取引データに基づいて、実際には出力されないサマリレシートＳＲの消費量を、削減量として計算する。これにより、サマリレシートＳＲが出力されずに削減量を多くすることができるので、ユーザに対して付与されるポイントに関する興趣性がより高まる。レシート用紙を効果的に削減できるので、地球環境の負荷を軽減できる。

［変形例２－３］
例えば、店舗では、ユーザは、紙レシートを出力するか否かを選択可能であってもよい。変形例２－３では、ユーザにより、紙レシートを出力するか否かが選択される。変形例２－３では、紙レシートの一例として、通常レシートＮＲを説明するが、紙レシートは、サマリレシートＳＲであってもよい。

変形例２－３では、レシート出力システム１は、電子レシートＥＲ及びサマリレシートＳＲを出力する機能を含まないものとする。例えば、ユーザは、ポイントアプリ上で、通常レシートＮＲを出力するか否かを選択する。この選択結果は、ユーザ設定として、ユーザデータベースＤＢ１に格納される。通常レシートＮＲを出力するか否かは、ユーザ設定として記録するのではなく、店舗において口頭で伝えられてもよいし、店舗端末２０に対して入力されてもよい。この場合、店舗端末２０からサーバ１０に対し、通常レシートＮＲを出力するか否かの選択結果を示すデータが送信される。サーバ１０は、このデータによって、通常レシートＮＲを出力するか否かを判定できる。

例えば、店舗端末２０は、会計操作が行われると、サーバ１０に対し、一時ＩＤ及び取引データを送信する。サーバ１０は、一時ＩＤ及び取引データを受信すると、ユーザデータベースＤＢ１に格納されたユーザ設定を参照する。ユーザ設定が通常レシートＮＲを出力することを示す場合、レシートデータ生成部１０２は、取引データに基づいて、通常レシートＮＲの通常レシートデータを生成する。サーバ１０のレシート出力部１０３は、店舗端末２０に対し、通常レシートデータを送信する。店舗端末２０は、通常レシートデータを受信すると、通常レシートＮＲを出力する。

例えば、ユーザ設定が通常レシートＮＲを出力しないことを示す場合、サーバ１０は、ユーザがポイントを獲得するための処理と、ユーザデータベースＤＢ１に取引データを格納する処理と、を実行する。この場合、通常レシートデータを生成する処理は実行されない。変形例２－３では、電子レシートＥＲに対応していないので、電子レシートデータを生成する処理も実行されない。なお、変形例２－３で電子レシートＥＲに対応してもよく、この場合には、電子レシートデータが生成されてユーザデータベースＤＢ１に格納される。

変形例２－３の削減量計算部１０４は、通常レシートＮＲを出力しないことが選択された場合に、取引データに基づいて、実際には出力されない通常レシートＮＲの消費量を、削減量として計算する。この削減量の計算方法は、変形例２－２と同様であってもよい。特典付与部１０５は、紙レシートを出力しないことが選択された場合に、削減量に基づいて、ユーザに対し、ポイントを付与する。削減量に応じてポイントを付与する処理自体は、実施形態で説明した通りである。

変形例２－３の第２の構成は、通常レシートＮＲを出力しないことが選択された場合に、取引データに基づいて、実際には出力されない通常レシートＮＲの消費量を、削減量として計算し、ユーザに対し、ポイントを付与する。これにより、通常レシートＮＲが出力されずに削減量を多くすることができるので、ユーザに対して付与されるポイントに関する興趣性が高まる。レシート用紙を効果的に削減できるので、地球環境の負荷を軽減できる。

［変形例２－４］
例えば、実施形態で説明したように、削減量計算部１０４は、取引データに基づいて、実際には出力されない通常レシートＮＲの第１消費量と、実際に出力されるサマリレシートＳＲの第２消費量と、の差を、削減量として計算してもよい。第１消費量は、通常レシートＮＲではなく、他のユーザのユーザ設定に応じたサマリレシートＳＲの消費量であってもよいし、デフォルトの設定に応じたサマリレシートＳＲの消費量であってもよい。第１消費量は、第２消費量との比較基準となる予め定められた消費量であってもよい。第２消費量は、実施形態で説明したサマリレシートＳＲの消費量である。

変形例２－４の第２の構成は、取引データに基づいて、実際には出力されない通常レシートＮＲの第１消費量と、実際に出力されるサマリレシートＳＲの第２消費量と、の差を、削減量として計算する。これにより、削減量を正確に計算できる。

［変形例２－５］
例えば、実施形態では、図３で説明したように、長さＬ０を削減量として計算する場合を説明したが、削減量計算部１０４は、実際には出力されない通常レシートＮＲにおける第１文字列の量を、第１消費量として取得し、実際に出力されるサマリレシートＳＲにおける第２文字列の量を、第２消費量として取得し、第１文字列の量と、第２文字列の量と、の差を、削減量を計算してもよい。

文字列の量は、文字数又は行数である。変形例２－５では、行数が文字列の量に相当する場合を例に挙げる。実施形態のように、サマリレシートＳＲを出力することによって紙レシートを削減する場合には、削減量計算部１０４は、通常レシートＮＲが出力されると仮定した場合の行数である第１の行数を計算する。削減量計算部１０４は、サマリレシートＳＲの行数である第２の行数を計算する。削減量計算部１０４は、第１の行数から第２の行数を引いた行数を、削減量として計算する。

変形例２－５の第２の構成は、実際には出力されない通常レシートＮＲにおける第１文字列の量を、第１消費量として取得し、実際に出力されるサマリレシートＳＲにおける第２文字列の量を、第２消費量として取得し、第１文字列の量と、第２文字列の量と、の差を、削減量を計算する。これにより、削減量を正確に計算できる。

［変形例２－６］
例えば、紙レシートは、店舗又は店舗の店舗端末２０に応じた幅を有していてもよい。この場合、削減量計算部１０４は、取引データと、当該幅と、に基づいて、削減量を計算する。削減量計算部１０４は、ある店舗の店舗端末２０から取引データを受信した場合に、店舗データベースＤＢ２を参照し、この店舗又は店舗端末２０に関連付けられたレシート用紙情報が示す幅を取得する。削減量計算部１０４は、当該取得された幅に基づいて、削減量を計算する。例えば、削減量計算部１０４は、当該取得された幅と、実施形態で削減量として説明した長さＬ０と、を乗じた面積を、削減量として計算する。

変形例２－６の第２の構成は、取引データと、店舗又は店舗端末２０に応じたレシート用紙の幅と、に基づいて、削減量を計算する。これにより、例えば、幅が長いほど削減量が多くなるように、削減量が計算されるので、レシート用紙の削減量を正確に計算できる。

［変形例２－７］
例えば、紙レシートは、店舗又は店舗端末２０に応じた種類であってもよい。紙レシートの種類とは、紙質である。紙レシートの種類は、店舗データベースＤＢ２のレシート用紙情報に示されているものとする。紙レシートの種類と、ユーザに付与されるポイントと、の関係を示すデータは、データ記憶部１００に記憶されているものとする。このデータは、数式形式、テーブル形式、又はプログラムコードであってもよい。

変形例２－７の特典付与部１０５は、削減量と、紙レシートの種類と、に基づいて、ユーザに対し、ポイントを付与する。特典付与部１０５は、削減量及び紙レシートの種類と、上記関係を示すデータと、に基づいて、ユーザに付与するポイントを決定する。例えば、特典付与部１０５は、紙レシートの種類が示す紙質が高いほど、付与されるポイントが多くなるように、ユーザに対し、ポイントを付与する。特典付与部１０５は、紙レシートの種類が示す素材が良いほど、付与されるポイントが多くなるように、ユーザに対し、ポイントを付与する。

変形例２－７の第２の構成は、削減量と、店舗又は店舗端末２０に応じた紙レシートの種類と、に基づいて、ユーザに対し、ポイントを付与する。これにより、より多くのポイントを獲得できる紙レシートを導入している店舗又は店舗端末２０を利用する動機付けをユーザに対して与えることができるので、興趣性が高まる。

［変形例２－８］
例えば、図４の電子レシート画面ＳＣ２では、ある１回の取引における削減量だけが表示されたが、ユーザによる過去の累積量が表示されてもよい。変形例２－８のユーザデータベースＤＢ１には、個々の取引における削減量だけではなく、累積量も格納されるものとする。変形例２－８では、過去の全期間が累積量の計算対象となる場合を説明するが、追跡量の計算対象となる期間は、任意の期間であってよい。例えば、累積値の計算対象となる期間は、過去の一部の期間であってもよい。この期間は、直近の期間であってもよいし、直近を含まない過去の期間であってもよい。

変形例２－８のレシート出力システム１は、累積量更新部１０９及び表示制御部１１０を含む。累積量更新部１０９は、削減量に基づいて、紙レシートの削減に関する累積量を更新する。例えば、累積量更新部１０９は、削減量計算部１０４が削減量を計算すると、ユーザデータベースＤＢ１に格納された累積量に対し、当該削減量を加算することによって、累積量を更新する。表示制御部１１０は、ユーザ端末３０に、累積量を表示させる。変形例２－８では、電子レシート画面ＳＣ２とは異なる累積量画面に、累積量が表示される場合を例に挙げる。ユーザデータベースＤＢ１を参照し、ユーザの累積量を取得する。表示制御部１１０は、当該取得された累積量を含む累積量画面を表示部３５に表示させる。

変形例２－８の特典付与部１０５は、削減量に応じた累積量に基づいて、ユーザに対し、ポイントを付与する。累積量と、ユーザに付与されるポイントと、の関係に関するデータは、データ記憶部１００に予め記憶されているものとする。このデータは、任意の形式であってよく、例えば、数式形式、テーブル形式、又はプログラムコードであってもよい。特典付与部１０５は、累積量更新部１０９により更新された累積量に関連付けられたポイントを、ユーザに付与する。例えば、特典付与部１０５は、累積量が多いほど、付与されるポイントが多くなるように、ユーザに対し、ポイントを付与する。特典付与部１０５は、累積量が閾値以上になるたびに、当該閾値に関連付けられたポイントをユーザに付与してもよい。

変形例２－８の第２の構成は、削減量に応じた累積量に基づいて、ユーザに対し、ポイントを付与する。これにより、ユーザに対して付与されるポイントに関する興趣性が、より高まる。

［変形例２－９］
例えば、紙の削減量だけではなく、店舗の場所に応じたポイントが付与されてもよい。変形例２－９のデータ記憶部１００は、複数の店舗の各々に関する店舗データベースＤＢ２を記憶する。店舗データベースＤＢ２には、店舗の場所に関する場所データが格納されているものとする。場所データは、地球上の場所を特定可能なデータであればよく、例えば、住所、又は、緯度経度である。場所データは、ピンポイントの場所を示す必要はなく、大まかなエリアを示してもよい。

変形例２－９のレシート出力システム１は、場所データ取得部１１１を含む。場所データ取得部１１１は、店舗の場所に関する場所データを取得する。例えば、場所データ取得部１１１は、店舗データベースＤＢ２を参照し、取引データを送信した店舗端末２０の店舗の場所データを取得する。特典付与部１０５は、削減量と、場所データと、に基づいて、ユーザに対し、ポイントを付与する。

削減量及び店舗の場所と、付与されるポイントと、の関係を示すデータは、データ記憶部１００に記憶されているものとする。このデータは、数式形式、テーブル形式、又はプログラムコードであってもよい。特典付与部１０５は、削減量及び店舗の場所と、上記関係を示すデータと、に基づいて、ユーザに付与されるポイントを決定してユーザに付与する。例えば、削減量からポイントを計算するための計算式が店舗の場所に応じて変わってもよい。

例えば、特典付与部１０５は、場所データが示す場所における紙レシートの消費量が多いほど、付与されるポイントが多くなるように、ユーザに対し、ポイントを付与してもよい。個々の場所における紙レシートの消費量は、店舗端末２０の出力装置２７から紙レシートが排出されるたびに、どの程度の消費量であるかがカウントされるものとする。このようにすれば、紙レシートの消費量が多い地域で紙レシートの出力を削減したユーザに対し、より多くのポイントを付与できる。

変形例２－９の第２の構成は、削減量と、店舗の場所データと、に基づいて、ユーザに対し、ポイントを付与する。これにより、ユーザに対して付与されるポイントに関する興趣性がより高まる。

［変形例２－１０］
例えば、特典付与部１０５は、特定の期間におけるユーザによる削減量に応じた累積量に基づいて、ユーザに対し、ポイントを付与してもよい。この期間は、過去の全期間であってもよいし、直近の一部の期間であってもよい。変形例２－１０では、特定の期間がポイントサービスにおけるキャンペーン期間であるものとする。変形例２－８で説明した累積量は、キャンペーン期間における削減量の合計値となる。

例えば、特典付与部１０５は、ユーザが電子レシートＥＲ又はサマリレシートＳＲによって、紙レシートの削減にどの程度貢献したかを、特定の期間における累積量によって判定する。特典付与部１０５は、累積量が多いほど、付与されるポイントが多くなるように、ユーザに対してポイントを付与する。例えば、特典付与部１０５は、ユーザが電子レシートＥＲ又はサマリレシートＳＲを継続して発行した期間や回数に応じて、ユーザに対し、ポイントを付与してもよい。

変形例２－１０の第２の構成は、特定の期間におけるユーザによる削減量に応じた累積量に基づいて、ユーザに対し、ポイントを付与する。これにより、ユーザに対して付与されるポイントに関する興趣性が、より高まる。

［変形例２－１１］
例えば、紙の削減量だけではなく、店舗への移動経路に応じたポイントが付与されてもよい。変形例２－１１のレシート出力システム１は、移動経路データ取得部１１２を含む。移動経路データ取得部１１２は、ユーザによる店舗への移動経路に関する移動経路データを取得する。移動経路を取得する方法自体は、任意の方法であってよい。変形例２－１１では、ＧＰＳが利用される場合を説明するが、ＧＰＳ以外のＧＮＳＳ、携帯基地局、又は無線ＬＡＮのアクセスポイントを利用した方法であってもよい。

例えば、ユーザ端末３０は、ユーザ端末３０のＧＰＳセンサの検出信号に基づいて、ユーザの現在位置に関する現在位置データを取得する。ユーザ端末３０は、繰り返し現在位置データを取得し、サーバ１０に対し、現在位置データを次々と送信する。移動経路データ取得部１１２は、ユーザ端末３０から次々と受信した現在位置データに基づいて、移動経路データを取得する。移動経路データは、サーバ１０側で生成されるのではなく、ユーザ端末３０側で生成されてもよい。この場合、ユーザ端末３０は、サーバ１０に対し、移動経路データを送信する。移動経路データ取得部１１２は、ユーザ端末３０から、移動経路データを取得する。

特典付与部１０５は、削減量と、移動経路データと、に基づいて、ユーザに対し、特典を付与する。削減量及び移動経路と、ユーザに付与されるポイントと、の関係に関するデータは、データ記憶部１００に予め記憶されているものとする。このデータは、任意の形式であってよく、例えば、数式形式、テーブル形式、又はプログラムコードであってもよい。

例えば、特典付与部１０５は、削減量及び移動経路に関連付けられたポイントを、ユーザに付与する。例えば、特典付与部１０５は、移動経路が短いほど、付与されるポイントが多くなるように、ユーザに対し、ポイントを付与する。例えば、特典付与部１０５は、移動経路が道路上であり、かつ、徒歩又は自転車等の移動速度で移動したことを検知した場合には、車又は電車等の環境負荷がかかる場合よりも、付与されるポイントが多くなるように、ユーザに対し、ポイントを付与してもよい。

変形例２－１１の第２の構成は、削減量と、ユーザによる店舗への移動経路に関する移動経路データと、に基づいて、ユーザに対し、ポイントを付与する。これにより、ユーザに対して付与されるポイントに関する興趣性が、より高まる。

［変形例２－１２］
例えば、ユーザにより、紙レシートに付加的な付加情報を含めるか否かが選択されてもよい。付加情報は、取引の内容自体を示す情報ではなく、取引の内容とともに出力される情報である。変形例２－１２では、広告が付加情報に相当する場合を説明するが、例えば、付加情報は、クーポン等の他の情報であってもよい。付加情報の出力に必要なデータは、データ記憶部１００又はデータ記憶部２００に記憶されているものとする。何の付加情報が出力されるかは、予め定められていてもよいし、ユーザの取引に応じて決定されてもよい。

変形例２－１２の削減量計算部１０４は、ユーザにより付加情報を含めることが選択された場合には、付加情報の部分は、紙レシートを消費したとはみなさずに、削減量を計算する。サマリレシートＳＲのうち、付加情報である広告の部分の長さについては、紙レシートの消費量としてカウントしない。削減量計算部１０４は、サマリレシートＳＲのうち、付加情報である広告以外の部分の長さを、紙レシートの消費量としてカウントする。

変形例２－１２の第２の構成は、ユーザにより付加情報を含めることが選択された場合には、付加情報の部分は、紙レシートを消費したとはみなさずに、削減量を計算する。これにより、広告等の付加情報を見てくれるユーザに対するポイントが低くなるといったことを防止できる。

［第２の構成に関するその他の変形例］
例えば、第２の構成では、第１の構成及び第３の構成の少なくとも一方が省略されてもよい。第２の構成を含むレシート出力システム１が第１の構成を含まない場合には、ユーザに対し、サマリレシートＳＲが出力されることなく、削減量に応じたポイントが付与される。例えば、第２の構成を含むレシート出力システム１が第３の構成を含まない場合には、店舗端末２０が、レシートデータを生成してレシートを出力してもよい。この場合、店舗端末２０は、実施形態で説明したレシートデータ生成部１０２を含む。データ記憶部２００は、コンバータを記憶する。更に、第２の構成では、レシート出力に関する機能が含まれなくてもよい。この場合、第２の構成に係る特典付与システムは、ポイントを付与する機能のみを有し、レシート出力は、外部のシステムで実行されてもよい。

［５－３．第３の構成に関する変形例］
第３の構成に関する変形例を説明する。

［変形例３－１］
例えば、第３の構成でも、第１の構成の変形例１－４又は第２の構成の変形例２－１のように、ユーザ設定が指定されてもよい。変形例３－１のレシートデータ生成部１０２は、ユーザＩＤに基づいて、ユーザにより指定されたユーザ設定を取得し、当該取得されたユーザ設定と、取引データと、に基づいて、レシートデータを生成する。このレシートデータを生成する流れは、変形例１－４で説明した通りである。

変形例３－１におけるレシートは、店舗において紙で出力される、取引のサマリに関するサマリレシートＳＲである。ユーザ設定は、サマリに関する設定である。レシートデータ生成部１０２は、ユーザ設定に応じたサマリになるように、レシートデータを生成する。サマリレシートＳＲのレシートデータについては、実施形態で説明した通りである。なお、ユーザ設定は、サマリに関する設定に限られない。ユーザ設定は、変形例２－１２で説明した付加情報の有無であってもよいし、先述した種々の設定であってよい。

変形例３－１の第３の構成は、ユーザＩＤに基づいて、ユーザにより指定されたユーザ設定と、取引データと、に基づいて、レシートデータを生成する。これにより、ユーザの好みに応じたサマリレシートＳＲを出力できるので、ユーザの利便性が高まる。

また、第３の構成は、ユーザ設定に応じたサマリになるように、レシートデータを生成する。これにより、ユーザの好みに応じたサマリ化を実現できる。

［変形例３－２］
例えば、第３の構成でも、第１の構成の変形例１－５と同様の店舗設定が指定されてもよい。実施形態で説明したように、取引データ取得部１０１は、複数の店舗の各々の店舗端末２０から、店舗又は店舗端末２０を識別可能な店舗ＩＤ又は店舗端末ＩＤと、ユーザＩＤと、を取得する。この場合に、レシートデータ生成部１０２は、店舗ＩＤ又は店舗端末ＩＤにより識別される店舗により指定されたサマリに関する店舗設定を取得し、サマリレシートＳＲのうち、ユーザ設定に含まれない部分は、店舗設定に応じたサマリになるように、レシートデータを生成してもよい。この処理は、変形例１－５で説明した通りである。

変形例３－２の第３の構成は、店舗ＩＤ又は店舗端末ＩＤにより識別される店舗により指定された店舗設定を取得し、サマリレシートＳＲのうち、ユーザ設定に含まれない部分は、店舗設定に応じたサマリになるように、レシートデータを生成する。これにより、ユーザが全ての項目のユーザ設定を指定しなくても、サマリレシートＳＲを出力できるので、ユーザの利便性が高まる。店舗からしても、自身の好みに応じたサマリレシートＳＲを出力できるので、店舗の利便性が高まる。

［変形例３－３］
例えば、ユーザ設定は、サマリレシートＳＲ、又は、サマリレシートＳＲよりも取引に関する情報量が多い通常レシートの何れを出力するかを示してもよい。レシートデータ生成部１０２は、サマリレシートを出力することをユーザ設定が示す場合、サマリレシートデータを生成し、通常レシートを出力することをユーザ設定が示す場合、通常レシートデータを生成する。サマリレシートデータ及び通常レシートデータを生成する流れは、先述した通りである。

変形例３－３の第３の構成は、サマリレシートＳＲを出力することをユーザ設定が示す場合、サマリレシートデータを生成し、通常レシートＮＲを出力することをユーザ設定が示す場合、通常レシートデータを生成する。これにより、ユーザの好みに応じたレシートを出力できるので、ユーザの利便性が高まる。

［変形例３－４］
例えば、第３の構成でも、第２の構成の変形例２－１２のように、ユーザ設定は、取引に関する付加的な付加情報をレシートに含めるか否かを示してもよい。レシートデータ生成部１０２は、付加情報をレシートに含めないことをユーザ設定が示す場合、付加情報がレシートに含まれないように、レシートデータを生成し、付加情報をレシートに含めることをユーザ設定が示す場合、付加情報がレシートに含まれるように、レシートデータを生成する。この処理は、変形例２－１２で説明した通りである。

変形例３－４の第３の構成は、付加情報をレシートに含めないことをユーザ設定が示す場合、付加情報がレシートに含まれないように、レシートデータを生成し、付加情報をレシートに含めることをユーザ設定が示す場合、付加情報がレシートに含まれるように、レシートデータを生成する。これにより、ユーザの好みに応じたレシートを出力できるので、ユーザの利便性が高まる。

［変形例３－５］
例えば、ユーザ設定が指定される場合、レシートのうちの他のユーザと共通する部分については共通のコンバータが利用されてもよい。この場合、ユーザ設定に応じた処理を実行するための個別コンバータが利用されてもよい。例えば、サマリレシートコンバータＳＲＣ及び電子レシートコンバータＥＲＣの少なくとも一方は、全てのユーザで共通の処理を実行する共通のコンバータと、ユーザ設定に応じた個別の処理を実行する個別のコンバータと、を含んでもよい。これらのコンバータは、コード化処理及び情報配置処理が定義されていてよい。

変形例３－５のレシートデータ生成部１０２は、取引データに基づいて、ユーザとは異なる他のユーザと共通の共通処理を実行することによって、中間的なレシートデータを生成し、当該生成された中間的なレシートデータに基づいて、ユーザ設定に応じた個別処理を実行することによって、レシートデータを生成する。例えば、レシートデータ生成部１０２は、レシートのうち、全てのユーザで共通の箇所（例えば、店舗名、電話番号、及び住所）については、共通の情報配置処理を共通処理として実行する。レシートデータ生成部１０２は、レシートのうち、個々のユーザに応じた箇所（例えば、商品明細）については、個別の情報配置処理を個別処理として実行することによって、レシートデータを生成する。

変形例３－５の第３の構成は、取引データに基づいて、ユーザとは異なる他のユーザと共通の共通処理を実行することによって、中間的なレシートデータを生成し、当該生成された中間的なレシートデータに基づいて、ユーザ設定に応じた個別処理を実行することによって、レシートデータを生成する。これにより、レシートデータを生成する処理を効率化できる。

［変形例３－６］
例えば、第３の構成でも、第１の構成の変形例１－７と同様に、ユーザ端末３０には、一時ＩＤがコード化された、決済用のバーコードＢＣが表示されてもよい。店舗端末２０によりバーコードＢＣが読み取られると、取引に関する決済処理が実行される。取引データ取得部１０１は、バーコードＢＣが読み取られた場合に、一時ＩＤと、取引データと、を取得する。これらの一連の処理は、変形例１－７で説明した通りである。

変形例３－６の第３の構成は、ユーザ端末３０に表示された決済用のバーコードＢＣが読み取られた場合に、一時ＩＤと、取引データと、を取得する。これにより、複数回の読み取りを発生させることなく、決済処理と、レシートの出力のための処理と、を一度に実行できるので、ユーザの利便性が高まる。

［変形例３－７］
例えば、変形例３－１では、ユーザがユーザ設定を指定することによって、レシートのパーソナライズが行われる場合を説明したが、ユーザの過去の取引に基づいて、レシートが自動的にパーソナライズされてもよい。変形例３－７では、ユーザデータベースＤＢ１に格納された過去の取引における取引データを過去データという。

変形例３－７のレシートデータ生成部１０２は、一時ＩＤに基づいて、ユーザにより行われた過去の取引に関する過去データを取得し、当該取得された過去データと、取引データと、に基づいて、過去の取引に応じてレシートがパーソナライズされるように、レシートデータを生成する。例えば、レシートデータ生成部１０２は、過去データに基づいて、ユーザが良く購入する商品を特定し、当該特定された商品同士がサマリ化されるように、サマリレシートデータを生成する。例えば、レシートデータ生成部１０２は、過去データに基づいて、ユーザが購入する商品の平均金額を計算し、当該計算された平均金額以上の金額の商品同士がサマリ化されるように、サマリレシートデータを生成する。

変形例３－７の第３の構成は、ユーザにより行われた過去の取引に関する過去データと、取引データと、に基づいて、過去の取引に応じてレシートがパーソナライズされるように、レシートデータを生成する。これにより、ユーザの過去の取引に応じたレシートが出力されるので、ユーザの利便性が高まる。

［変形例３－８］
例えば、変形例３－７におけるパーソナライズは、ポイントサービス以外の他のサービスにおける過去の取引に基づいて実行されてもよい。変形例３－８の過去データは、ポイントサービスとは異なる決済サービスにおいて、ユーザにより行われた過去の取引に関するデータである場合を説明する。ポイントサービスは、第１サービスの一例である。決済サービスは、第２サービスの一例である。このため、ポイントサービスと記載した箇所は、第１サービスと読み替えることができる。決済サービスと記載した箇所は、第２サービスと読み替えることができる。

第１サービスは、レシートの出力に関するサービスである。第２サービスは、第１サービスとは異なるサービスである。第１サービス及び第２サービスの組み合わせは、任意の組み合わせであってよい。例えば、第１サービスが電子レシートサービスであり、第２サービスが電子商取引サービスであってもよい。例えば、第１サービスが決済サービスであり、第２サービスが通信サービスであってもよい。

変形例３－８のレシートデータ生成部１０２は、決済サービスにおける過去の取引に応じてレシートがパーソナライズされるように、レシートデータを生成する。決済サービスにおける過去の取引が利用される点で変形例３－７とは異なるが、他の点については、変形例３－７と同様である。

変形例３－８の第３の構成は、ポイントサービスとは異なる決済サービスにおける過去の取引に応じてレシートがパーソナライズされるように、レシートデータを生成する。これにより、ユーザの過去の取引に応じたレシートが出力されるので、ユーザの利便性が高まる。例えば、ポイントサービスの利用歴が浅いユーザだったとしても、決済サービスの利用歴が長いユーザだった場合には、十分な過去データに基づいて最適なパーソナライズを実現できる。

［変形例３－９］
例えば、ユーザは、店舗ごとに、ユーザ設定を指定可能であってもよい。変形例３－９のユーザデータベースＤＢ１には、店舗ごとに、ユーザ設定が格納されているものとする。ユーザは、第１店舗の第１ユーザ設定と、第２店舗の第２ユーザ設定と、を互いに異ならせることができる。個々のユーザ設定の内容は、先述した変形例の内容であってよい。変形例３－９の取引データ取得部１０１は、複数の店舗の各々の店舗端末２０から、店舗ＩＤ又は店舗端末ＩＤと、一時ＩＤと、を取得する。

変形例３－９のレシートデータ生成部１０２は、店舗ＩＤ又は店舗端末ＩＤにより識別される店舗に対して指定されたユーザ設定を取得し、当該取得されたユーザ設定と、取引データと、に基づいて、レシートデータを生成する。ユーザデータベースＤＢ１に格納されたユーザのユーザ設定のうち、取引データ等を送信した店舗端末２０の店舗に対して指定されたユーザ設定に基づいて、レシートデータが生成される。店舗に応じたユーザ設定が利用される点で先述した処理とは異なるが、他の点については同様である。

変形例３－９の第３の構成は、店舗ＩＤ又は店舗端末ＩＤにより識別される店舗に対して指定されたユーザ設定と、取引データと、に基づいて、レシートデータを生成する。これにより、店舗に応じたレシートを出力できるので、ユーザの利便性が高まる。

［第３の構成に関するその他の変形例］
例えば、第３の構成では、第１の構成及び第２の構成の少なくとも一方が省略されてもよい。第３の構成を含むレシート出力システム１が第１の構成を含まない場合には、ユーザに対し、サマリレシートＳＲが出力されることなく、サーバ１０側で電子レシートデータが生成される。例えば、サマリレシートＳＲではなく、通常レシートＮＲに二次元コードＴＣが印刷されてもよい。第３の構成を含むレシート出力システム１が第２の構成を含まない場合には、ユーザに対し、削減量に応じたポイントが付与されることなく、サーバ１０側でレシートデータが生成される。

例えば、サマリレシートデータが店舗端末２０側で生成されて、電子レシートデータがサーバ１０側で生成されてもよい。この場合、サーバ１０は、二次元コードＴＣに含めるＵＲＬに関する情報を生成し、店舗端末２０に送信する。店舗端末２０は、この情報を受信すると、この情報と、取引データと、に基づいて、サマリレシートデータを生成してサマリレシートＳＲを出力してもよい。第３の構成では、通常レシートＮＲを出力する店舗端末２０と、サマリレシートＳＲを出力する店舗端末２０と、が混在してもよい。

［５－４．その他の変形例］
例えば、上記説明した変形例を組み合わせてもよい。

例えば、レシート出力システム１をポイントサービスに適用する場合を例に挙げたが、レシート出力システム１は、他の任意のサービスに適用可能である。例えば、レシート出力システム１は、電子レシートＥＲを出力する電子レシートサービス、小売サービス、レストランにおける飲食物の提供サービス、決済サービス、電子商取引サービス、旅行予約サービス、又は通信サービスに適用してもよい。例えば、レシートが出力される店舗は、オンライン上の店舗であってもよい。

例えば、サーバ１０で実現されるものとして説明した機能は、店舗端末２０、ユーザ端末３０、又は他のコンピュータで実現されてもよい。例えば、１台のコンピュータで実現されるものとして説明した機能は、複数のコンピュータで分担されてもよい。各機能は、少なくとも１つのコンピュータで実現されるようにすればよい。

［６．付記］
例えば、レシート出力システムは、下記のような構成も可能である。
（１）
複数の店舗の各々の店舗端末から、当該店舗で行われた取引の内容に関する取引データを取得する取引データ取得部と、
前記取引データに基づいて、前記取引のレシートに関するレシートデータを生成するレシートデータ生成部と、
前記レシートデータに基づいて、前記レシートを出力するレシート出力部と、
を含むレシート出力システム。
（２）
前記取引データ取得部は、前記複数の店舗の各々の前記店舗端末から、前記取引をしたユーザを識別可能なユーザ識別データと、前記取引データと、を取得し、
前記レシートデータ生成部は、前記ユーザ識別データと、前記取引データと、に基づいて、前記レシートデータを生成する、
（１）に記載のレシート出力システム。
（３）
前記レシートデータ生成部は、
前記ユーザ識別データに基づいて、前記ユーザにより指定された、前記レシートに関するユーザ設定を取得し、
当該取得されたユーザ設定と、前記取引データと、に基づいて、前記レシートデータを生成する、
（２）に記載のレシート出力システム。
（４）
前記レシートは、前記店舗において紙で出力される、前記取引のサマリに関するサマリレシートであり、
前記ユーザ設定は、前記サマリに関する設定であり、
前記レシートデータ生成部は、前記ユーザ設定に応じた前記サマリになるように、前記レシートデータを生成する、
（３）に記載のレシート出力システム。
（５）
前記取引データ取得部は、前記複数の店舗の各々の前記店舗端末から、前記店舗又は前記店舗端末を識別可能な店舗識別データ及び前記ユーザ識別データを取得し、
前記レシートデータ生成部は、
前記店舗識別データにより識別される前記店舗により指定された前記サマリに関する店舗設定を取得し、
前記サマリレシートのうち、前記ユーザ設定に含まれない部分は、前記店舗設定に応じた前記サマリになるように、前記レシートデータを生成する、
（４）に記載のレシート出力システム。
（６）
前記ユーザ設定は、前記サマリレシート、又は、前記サマリレシートよりも前記取引に関する情報量が多い通常レシートの何れを出力するかを示し、
前記レシートデータ生成部は、
前記サマリレシートを出力することを前記ユーザ設定が示す場合、前記サマリレシートの前記レシートデータを生成し、
前記通常レシートを出力することを前記ユーザ設定が示す場合、前記通常レシートの前記レシートデータを生成する、
（４）又は（５）に記載のレシート出力システム。
（７）
前記ユーザ設定は、前記取引に関する付加的な付加情報を前記レシートに含めるか否かを示し、
前記レシートデータ生成部は、
前記付加情報を前記レシートに含めないことを前記ユーザ設定が示す場合、前記付加情報が前記レシートに含まれないように、前記レシートデータを生成し、
前記付加情報を前記レシートに含めることを前記ユーザ設定が示す場合、前記付加情報が前記レシートに含まれるように、前記レシートデータを生成する、
（３）～（６）の何れかに記載のレシート出力システム。
（８）
前記レシートデータ生成部は、
前記取引データに基づいて、前記ユーザとは異なる他のユーザと共通の共通処理を実行することによって、中間的な前記レシートデータを生成し、
当該生成された中間的なレシートデータに基づいて、前記ユーザ設定に応じた個別処理を実行することによって、前記レシートデータを生成する、
（３）～（７）の何れかに記載のレシート出力システム。
（９）
前記ユーザのユーザ端末には、前記ユーザ識別データがコード化された、決済用のコードが表示され、
前記店舗端末により前記コードが読み取られると、前記取引に関する決済処理が実行され、
前記取引データ取得部は、前記コードが読み取られた場合に、前記ユーザ識別データと、前記取引データと、を取得する、
（２）～（８）の何れかに記載のレシート出力システム。
（１０）
前記レシートデータ生成部は、
前記ユーザ識別データに基づいて、前記ユーザにより行われた過去の取引に関する過去データを取得し、
当該取得された過去データと、前記取引データと、に基づいて、前記過去の取引に応じて前記レシートがパーソナライズされるように、前記レシートデータを生成する、
（２）～（９）の何れかに記載のレシート出力システム。
（１１）
前記過去データは、前記レシートの出力に関する第１サービスとは異なる第２サービスにおいて、前記ユーザにより行われた過去の取引に関するデータであり、
前記レシートデータ生成部は、前記第２サービスにおける前記過去の取引に応じて前記レシートがパーソナライズされるように、前記レシートデータを生成する、
（１０）に記載のレシート出力システム。
（１２）
前記ユーザは、前記店舗ごとに、前記ユーザ設定を指定可能であり、
前記取引データ取得部は、前記複数の店舗の各々の前記店舗端末から、前記店舗又は前記店舗端末を識別可能な店舗識別データ及び前記ユーザ識別データを取得し、
前記レシートデータ生成部は、
前記店舗識別データにより識別される前記店舗に対して指定された前記ユーザ設定を取得し、
当該取得されたユーザ設定と、前記取引データと、に基づいて、前記レシートデータを生成する、
（３）～（１１）の何れかに記載のレシート出力システム。
（１３）
前記取引データ取得部は、前記複数の店舗の各々の前記店舗端末から、前記店舗又は前記店舗端末を識別可能な店舗識別データを取得し、
前記レシートデータ生成部は、
前記店舗識別データに基づいて、前記レシートデータの生成に関する生成器を特定し、
当該特定された生成器と、前記取引データと、に基づいて、前記レシートデータを生成する、
（１）～（１２）の何れかに記載のレシート出力システム。

１ レシート出力システム、Ｎ ネットワーク、１０ サーバ、１１，２１，３１ 制御部、１２，２２，３２ 記憶部、１３，２３，３３ 通信部、２０ 店舗端末、３０ ユーザ端末、２４，３４ 操作部、２５，３５ 表示部、２６ 読取装置、２７ 出力装置、３６ 読取部、ＢＣ バーコード、ＥＲ 電子レシート、ＮＲ 通常レシート、ＳＲ サマリレシート、ＴＣ 二次元コード、１００ データ記憶部、１０１ 取引データ取得部、１０２ レシートデータ生成部、１０２Ａ サマリレシートデータ生成部、１０２Ｂ 電子レシートデータ生成部、１０３ レシート出力部、１０３Ａ サマリレシート出力部、１０３Ｂ 電子レシート出力部、１０４ 削減量計算部、１０５ 特典付与部、１０６ 会員登録判定部、１０７ 会員登録部、１０８ 保存部、１０９ 累積量更新部、１１０ 表示制御部、１１１ 場所データ取得部、１１２ 移動経路データ取得部、２００ データ記憶部、２０１ サマリレシート出力部、３００ データ記憶部、３０１ 電子レシート出力部、ＤＢ１ ユーザデータベース、ＤＢ２ 店舗データベース、ＥＲＣ 電子レシートコンバータ、ＳＲＣ サマリレシートコンバータ、ＦＥＲ，ＦＳＲ フォーマット、ＳＣ１ ポイントカード画面、ＳＣ２ 電子レシート画面。

Claims (15)

1. 複数の店舗の各々の店舗端末から、当該店舗で行われた取引の内容に関する取引データを取得する取引データ取得部と、
   前記取引データに基づいて、前記取引のレシートに関するレシートデータを生成するレシートデータ生成部と、
   前記レシートデータに基づいて、前記レシートを出力するレシート出力部と、
   を含むレシート出力システム。
2. 前記取引データ取得部は、前記複数の店舗の各々の前記店舗端末から、前記取引をしたユーザを識別可能なユーザ識別データと、前記取引データと、を取得し、
   前記レシートデータ生成部は、前記ユーザ識別データと、前記取引データと、に基づいて、前記レシートデータを生成する、
   請求項１に記載のレシート出力システム。
3. 前記レシートデータ生成部は、
   前記ユーザ識別データに基づいて、前記ユーザにより指定された、前記レシートに関するユーザ設定を取得し、
   当該取得されたユーザ設定と、前記取引データと、に基づいて、前記レシートデータを生成する、
   請求項２に記載のレシート出力システム。
4. 前記レシートは、前記店舗において紙で出力される、前記取引のサマリに関するサマリレシートであり、
   前記ユーザ設定は、前記サマリに関する設定であり、
   前記レシートデータ生成部は、前記ユーザ設定に応じた前記サマリになるように、前記レシートデータを生成する、
   請求項３に記載のレシート出力システム。
5. 前記取引データ取得部は、前記複数の店舗の各々の前記店舗端末から、前記店舗又は前記店舗端末を識別可能な店舗識別データ及び前記ユーザ識別データを取得し、
   前記レシートデータ生成部は、
   前記店舗識別データにより識別される前記店舗により指定された前記サマリに関する店舗設定を取得し、
   前記サマリレシートのうち、前記ユーザ設定に含まれない部分は、前記店舗設定に応じた前記サマリになるように、前記レシートデータを生成する、
   請求項４に記載のレシート出力システム。
6. 前記ユーザ設定は、前記サマリレシート、又は、前記サマリレシートよりも前記取引に関する情報量が多い通常レシートの何れを出力するかを示し、
   前記レシートデータ生成部は、
   前記サマリレシートを出力することを前記ユーザ設定が示す場合、前記サマリレシートの前記レシートデータを生成し、
   前記通常レシートを出力することを前記ユーザ設定が示す場合、前記通常レシートの前記レシートデータを生成する、
   請求項４又は５に記載のレシート出力システム。
7. 前記ユーザ設定は、前記取引に関する付加的な付加情報を前記レシートに含めるか否かを示し、
   前記レシートデータ生成部は、
   前記付加情報を前記レシートに含めないことを前記ユーザ設定が示す場合、前記付加情報が前記レシートに含まれないように、前記レシートデータを生成し、
   前記付加情報を前記レシートに含めることを前記ユーザ設定が示す場合、前記付加情報が前記レシートに含まれるように、前記レシートデータを生成する、
   請求項３～５の何れかに記載のレシート出力システム。
8. 前記レシートデータ生成部は、
   前記取引データに基づいて、前記ユーザとは異なる他のユーザと共通の共通処理を実行することによって、中間的な前記レシートデータを生成し、
   当該生成された中間的なレシートデータに基づいて、前記ユーザ設定に応じた個別処理を実行することによって、前記レシートデータを生成する、
   請求項３～５の何れかに記載のレシート出力システム。
9. 前記ユーザのユーザ端末には、前記ユーザ識別データがコード化された、決済用のコードが表示され、
   前記店舗端末により前記コードが読み取られると、前記取引に関する決済処理が実行され、
   前記取引データ取得部は、前記コードが読み取られた場合に、前記ユーザ識別データと、前記取引データと、を取得する、
   請求項２～５の何れかに記載のレシート出力システム。
10. 前記レシートデータ生成部は、
    前記ユーザ識別データに基づいて、前記ユーザにより行われた過去の取引に関する過去データを取得し、
    当該取得された過去データと、前記取引データと、に基づいて、前記過去の取引に応じて前記レシートがパーソナライズされるように、前記レシートデータを生成する、
    請求項２～５の何れかに記載のレシート出力システム。
11. 前記過去データは、前記レシートの出力に関する第１サービスとは異なる第２サービスにおいて、前記ユーザにより行われた過去の取引に関するデータであり、
    前記レシートデータ生成部は、前記第２サービスにおける前記過去の取引に応じて前記レシートがパーソナライズされるように、前記レシートデータを生成する、
    請求項１０に記載のレシート出力システム。
12. 前記ユーザは、前記店舗ごとに、前記ユーザ設定を指定可能であり、
    前記取引データ取得部は、前記複数の店舗の各々の前記店舗端末から、前記店舗又は前記店舗端末を識別可能な店舗識別データ及び前記ユーザ識別データを取得し、
    前記レシートデータ生成部は、
    前記店舗識別データにより識別される前記店舗に対して指定された前記ユーザ設定を取得し、
    当該取得されたユーザ設定と、前記取引データと、に基づいて、前記レシートデータを生成する、
    請求項３～５の何れかに記載のレシート出力システム。
13. 前記取引データ取得部は、前記複数の店舗の各々の前記店舗端末から、前記店舗又は前記店舗端末を識別可能な店舗識別データを取得し、
    前記レシートデータ生成部は、
    前記店舗識別データに基づいて、前記レシートデータの生成に関する生成器を特定し、
    当該特定された生成器と、前記取引データと、に基づいて、前記レシートデータを生成する、
    請求項１～５の何れかに記載のレシート出力システム。
14. 複数の店舗の各々の店舗端末から、当該店舗で行われた取引の内容に関する取引データを取得する取引データ取得ステップと、
    前記取引データに基づいて、前記取引のレシートに関するレシートデータを生成するレシートデータ生成ステップと、
    前記レシートデータに基づいて、前記レシートを出力するレシート出力ステップと、
    を含むレシート出力方法。
15. 複数の店舗の各々の店舗端末から、当該店舗で行われた取引の内容に関する取引データを取得する取引データ取得部、
    前記取引データに基づいて、前記取引のレシートに関するレシートデータを生成するレシートデータ生成部、
    前記レシートデータに基づいて、前記レシートを出力するレシート出力部、
    としてコンピュータを機能させるためのプログラム。