JP7411528B2

JP7411528B2 - レシートサーバ及び情報処理プログラム

Info

Publication number: JP7411528B2
Application number: JP2020161658A
Authority: JP
Inventors: 和哉南部; 康博荒井; 謙次桜井
Original assignee: Toshiba TEC Corp
Current assignee: Toshiba TEC Corp
Priority date: 2020-09-28
Filing date: 2020-09-28
Publication date: 2024-01-11
Anticipated expiration: 2040-09-28
Also published as: WO2022064865A1; EP4220593A4; JP2022054550A; JP2024028305A; KR20220164014A; CN115997242A; EP4220593A1; US20230069415A1

Description

本発明の実施形態は、レシートサーバ及び情報処理プログラムに関する。

レシート紙を用いた紙レシートの場合、領収証を発行済みであること等を表したスタンプを押すことが可能である。また紙レシートの場合、末尾の領域に形成した値引券等を、切断、回収することが可能である。
しかしながら、電子レシートの場合には、押印又は切断などが行えず、紙レシートで実施していたサービスを実施できない。
このような事情から、紙レシートを改変することで実現されていたサービスを電子レシートにおいても提供できることが望まれていた。

特開２０１８－４１５０４号公報

本発明が解決しようとする課題は、紙レシートを改変することで実現されていたサービスを電子レシートにおいても提供可能とするレシートサーバ及び情報処理プログラムを提供することである。

実施形態のレシートサーバは、記憶手段、生成手段及び更新手段を備える。記憶手段は、表示要素を表示するか否かを管理するための管理データを記憶する。生成手段は、取引の内容を表し、情報端末装置で表示させるためのレシート画面を、記憶手段により記憶された管理データに基づいて、表示すべき表示要素を付加して生成する。更新手段は、管理データに基づき表示要素を付加して生成手段により生成されたレシート画面における情報端末装置での操作に応じて、このレシート画面に付加されている表示要素を表示しないことを管理するように管理データを更新する。

一実施形態に係る電子レシートシステムの概略構成と、この電子レシートシステムに含まれる情報端末装置及びレシートサーバの要部回路構成とを示すブロック図。図１中に示されるレシートデータベースに含まれるデータレコードの構造を模式的に示す図。クライアント処理のフローチャート。クライアント処理のフローチャート。サーバ処理のフローチャート。サーバ処理のフローチャート。レシート画面を示す図。選択ウィンドウを示す図。第１のスタンプがセットされた状態のレシート画面を示す図。フッタ画像が削除された状態のレシート画面を示す図。

以下、実施の形態の一例について図面を用いて説明する。
図１は本実施形態に係る電子レシートシステム１００の概略構成と、この電子レシートシステム１００に含まれる情報端末装置１０及びレシートサーバ２０の要部回路構成とを示すブロック図である。

電子レシートシステム１００は、情報端末装置１０、レシートサーバ２０及びＰＯＳ（point-of-sale）システム３０を、通信ネットワーク４０を介して通信可能とすることで構成されている。通信ネットワーク４０は、インターネット、ＶＰＮ（virtual private network）、ＬＡＮ（local area network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。なお、電子レシートシステム１００には、典型的には複数の情報端末装置１０と複数のＰＯＳシステム３０とが含まれるが、図１においては１つずつのみを示している。

情報端末装置１０は、電子レシートシステム１００によって提供される電子レシートサービスの利用者による操作に基づいて、取引の内容を閲覧させるためのレシート画面の表示などを行う。複数の情報端末装置１０が電子レシートシステム１００に含まれる場合、これらの複数の情報端末装置１０が同一の利用者により利用されてもよいし、異なる利用者により個別に利用されてもよい。あるいは、１つの情報端末装置１０が複数の利用者により共用されてもよい。

レシートサーバ２０は、ＰＯＳシステム３０で管理される取引に関するレシートに表すべき情報を含んだレシートデータをＰＯＳシステム３０から取得し、蓄積する。レシートサーバ２０は、レシート画面の画面データを生成し、当該画面データの通知を伴ってレシート画面の表示を情報端末装置１０に指示する。

ＰＯＳシステム３０は、店舗における商品販売などの取引の内容の登録及び会計などのための処理を行う。ＰＯＳシステム３０は、取引の対象となる客が電子レシートサービスの利用者である場合には、その取引に関するレシートデータをレシートサーバ２０に送信する。

情報端末装置１０は、典型的には、スマートフォン、携帯電話、あるいはタブレット端末等のような携帯型の情報処理装置である。情報端末装置１０は、デスクトップ型のパーソナルコンピュータなどのような据置型の情報処理装置であってもよい。
情報端末装置１０は、プロセッサ１１、メインメモリ１２、補助記憶ユニット１３、タッチパネル１４、通信ユニット１５及び伝送路１６等を備える。プロセッサ１１と、メインメモリ１２、補助記憶ユニット１３、タッチパネル１４及び通信ユニット１５とは、伝送路１６を介して接続される。

情報端末装置１０においては、プロセッサ１１、メインメモリ１２及び補助記憶ユニット１３を伝送路１６で接続することによって、情報端末装置１０を制御するための情報処理を行うコンピュータを構成する。
プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステム、ミドルウェア及びアプリケーションプログラム等の情報処理プログラムに従って、情報端末装置１０としての各種の機能を実現するべく各部を制御する。

メインメモリ１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１２は、不揮発性のメモリ領域では情報処理プログラムを記憶する。またメインメモリ１２は、プロセッサ１１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ１２は、揮発性のメモリ領域を、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶ユニット１３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）である。ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）等の周知の記憶デバイスを備える。補助記憶ユニット１３は、プロセッサ１１が各種の処理を行う上で使用するデータや、プロセッサ１１での処理によって生成されたデータを保存する。補助記憶ユニット１３は、情報処理プログラムを記憶する。

補助記憶ユニット１３が記憶する情報処理プログラムの１つは、レシートクライアントとしての動作のためのアプリケーションプログラム（以下、クライアントアプリと称する）ＡＰＡである。ただし典型的には、クライアントアプリＡＰＡは、情報端末装置１０の使用者による操作に応じて、例えばインターネットを介してダウンロードされて補助記憶ユニット１３に書き込まれる。つまり使用者への情報端末装置１０の譲渡は、クライアントアプリＡＰＡが補助記憶ユニット１３に記憶されていない状態で行われる。しかしながら、クライアントアプリＡＰＡが補助記憶ユニット１３に記憶された状態の情報端末装置１０が使用者に譲渡されても構わない。

タッチパネル１４は、情報端末装置１０の入力デバイス及び表示デバイスとして機能する。
通信ユニット１５は、通信ネットワーク４０を介したデータ通信のインタフェースである。通信ユニット１５としては、例えば移動通信網又はインターネットを介したデータ通信を行うための周知の通信デバイスを利用できる。
伝送路１６は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

レシートサーバ２０は、プロセッサ２１、メインメモリ２２、補助記憶ユニット２３、通信ユニット２４及び伝送路２５等を備える。プロセッサ２１と、メインメモリ２２、補助記憶ユニット２３及び通信ユニット２４とは、伝送路２５によって接続される。伝送路２５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

レシートサーバ２０においては、プロセッサ２１、メインメモリ２２及び補助記憶ユニット２３を伝送路２５で接続することによって、レシートサーバ２０を制御するための情報処理を行うコンピュータを構成する。
プロセッサ２１は、上記コンピュータの中枢部分に相当する。プロセッサ２１は、情報処理プログラムに従って、レシートサーバ２０としての各種の機能を実現するべく各部を制御する。

メインメモリ２２は、上記コンピュータの主記憶部分に相当する。メインメモリ２２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ２２は、不揮発性のメモリ領域では情報処理プログラムを記憶する。またメインメモリ２２は、プロセッサ２１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ２２は、揮発性のメモリ領域を、プロセッサ２１によってデータが適宜書き換えられるワークエリアとして使用する。

補助記憶ユニット２３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット２３は、例えばＥＥＰＲＯＭ、ＨＤＤ、ＳＳＤなどである。補助記憶ユニット２３は、プロセッサ２１が各種の処理を行う上で使用するデータや、プロセッサ２１での処理によって生成されたデータを保存する。補助記憶ユニット２３は、情報処理プログラムを記憶する場合もある。補助記憶ユニット２３が記憶する情報処理プログラムの１つは、レシートサーバ２０としての動作のためのアプリケーションプログラム（以下、サーバアプリと称する）ＡＰＢである。補助記憶ユニット２３の記憶領域の一部は、レシートデータベースＤＢＡとして使用される。レシートデータベースＤＢＡについては後述する。

通信ユニット２４は、通信ネットワーク４０を介したデータ通信のインタフェースである。通信ユニット２４としては、例えばインターネットを介したデータ通信を行うための周知の通信デバイスを利用できる。
伝送路２５は、アドレスバス、データバス及び制御信号線等を含み、接続された各部の間で授受されるデータ及び制御信号を伝送する。

レシートサーバ２０は、例えば汎用のコンピュータ装置を基本ハードウェアとして用いることができる。このときに典型的には、サーバアプリＡＰＢが補助記憶ユニット２３に記憶されない状態のコンピュータ装置とサーバアプリＡＰＢとが個別にレシートサーバ２０の運営者に譲渡される。サーバアプリＡＰＢの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介したダウンロードにより実現できる。そしてこの場合は、レシートサーバ２０の管理者又はレシートサーバ２０の設置作業者などによる操作に応じて、サーバアプリＡＰＢが補助記憶ユニット２３に書き込まれる。

図２はレシートデータベースＤＢＡに含まれるデータレコードＤＲＡの構造を模式的に示す図である。
レシートデータベースＤＢＡは、データレコードＤＲＡの集合である。１つのデータレコードＤＲＡは、１つの取引に関する電子レシートに関連付けられる。データレコードＤＲＡは、フィールドＦＩＡ，ＦＩＢ，ＦＩＣ，ＦＩＤ，ＦＩＥ，ＦＩＦを含む。フィールドＦＩＡには、関連付けられている電子レシートの識別子としての電子レシートＩＤがセットされる。フィールドＦＩＢには、関連付けられている電子レシートの利用者の識別子としての利用者ＩＤがセットされる。フィールドＦＩＣには、関連付けられた電子レシートのメインコンテンツであるレシートデータがセットされる。なお、レシートデータ自体は独立したデータファイルとしておき、フィールドＦＩＣにはレシートデータのファイルパスをセットするのでもよい。フィールドＦＩＤには、関連付けられた電子レシートが第１のスタンプの対象として定められている場合に第１のスタンプデータがセットされる。フィールドＦＩＤには、関連付けられた電子レシートが第１のスタンプの対象でない場合は、フィールドＦＩＤはブランクとされるか、予め定められた無効データがセットされる。フィールドＦＩＥには、関連付けられた電子レシートが第２のスタンプの対象として定められている場合に第２のスタンプデータがセットされる。フィールドＦＩＥには、関連付けられた電子レシートが第２のスタンプの対象でない場合は、フィールドＦＩＥはブランクとされるか、予め定められた無効データがセットされる。フィールドＦＩＦには、関連付けられた電子レシートにフッタが付帯されている場合に、そのフッタの画像（以下、フッタ画像と称する）を表すデータがセットされる。なお、フッタ画像を独立したデータファイルとしておき、フィールドＦＩＦにはフッタ画像のデータファイルのファイルパスをセットするのでもよい。関連付けられた電子レシートにフッタが付帯されていない場合は、フィールドＦＩＦはブランクとされるか、予め定められた無効データがセットされる。

次に以上のように構成された電子レシートシステム１００の動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。
ＰＯＳシステム３０は、店舗における商品販売などの取引の内容の登録及び会計を周知のように実行する。そしてＰＯＳシステム３０は、客が電子レシートサービスの利用者である取引に関しては、その利用者に付与された利用者ＩＤの通知を伴って、該当の取引に関してレシートに表すべき情報を含めたレシートデータをレシートサーバ２０に送信する。レシートに表すべき情報とは、例えば、取引が行われた店舗の名称、取引が行われた年月日及び時刻、取引の対象となった商品の商品名及び単価、小計金額、預かり金額、釣銭額などである。

レシートサーバ２０にてプロセッサ２１は、ＰＯＳシステム３０からレシートデータを受信すると、このレシートデータをフィールドＦＩＣにセットした新たなデータレコードＤＲＡを生成し、レシートデータベースＤＢＡに追加する。プロセッサ２１は、ここで生成するデータレコードＤＲＡのフィールドＦＩＡには、予め定められたルールに従って決定した電子レシートＩＤをセットする。プロセッサ２１は、ここで生成するデータレコードＤＲＡのフィールドＦＩＣには、レシートデータとともに通知された利用者ＩＤをセットする。プロセッサ２１は、ここで生成するデータレコードＤＲＡが関連付けられる電子レシートを第１のスタンプの対象とするならば、第１のスタンプのスタンプ名と、セット済みではないことを表す管理データとを含んだ第１のスタンプデータをフィールドＦＩＤにセットする。プロセッサ２１は、ここで生成するデータレコードＤＲＡが関連付けられる電子レシートを第２のスタンプの対象とするならば、第２のスタンプのスタンプ名と、セット済みではないことを表す管理データとを含んだ第２のスタンプデータをフィールドＦＩＥにセットする。プロセッサ２１は、ここで生成するデータレコードＤＲＡが関連付けられる電子レシートにフッタを付帯するならば、フッタ画像をフィールドＦＩＦにセットする。なお、本実施形態では、電子レシートを１つのスタンプの対象とする時には、第１のスタンプの対象とする。フッタ画像は、何らかの条件で消失する権利を証する画像とすることが想定される。フッタ画像は例えば、値引券又はクーポン券などを表す画像である。

かくして、第１のスタンプデータ及び第２のスタンプデータに含まれる管理データは、表示要素としての第１のスタンプ及び第２のスタンプを表示するか否かを表し、かつ初期状態では表示しないことを表す。従って、補助記憶ユニット２３は、そのような管理データを記憶する記憶手段の一例である。
またフッタ画像のデータは、レシート画面に表すべき時に補助記憶ユニット２３に記憶され、表さない時に記憶されない。つまり当該データは、表示要素としてのフッタ画像を表示するか否かを表す管理データとしても機能する。従って、補助記憶ユニット２３は、そのような管理データを記憶する記憶手段の一例である。

なお、第１のスタンプの対象とするか否か、第２のスタンプの対象とするか否か、ならびにフッタを付帯するか否かは、プロセッサ２１が予め定められたルールに従って決定してもよいし、ＰＯＳシステム３０から指定されるのであってもよい。

情報端末装置１０にてプロセッサ１１は、電子レシートサービスのクライアントとしての起動の必要が生じると、クライアントアプリＡＰＡに基づく情報処理（以下、クライアント処理と称する）を開始する。

図３及び図４はプロセッサ１１によるクライアント処理のフローチャートである。
図３中のＡＣＴ１１としてプロセッサ１１は、認証処理を実行する。この認証処理は、情報端末装置１０の操作者が電子レシートサービスの利用者であることを認証するための処理である。プロセッサ１１は、認証に成功したならば、ＡＣＴ１２へと進む。

ＡＣＴ１２としてプロセッサ１１は、メイン画面を表示する。メイン画面は、クライアント処理により実現する各種の機能のうちから利用者が利用する機能を選択するなどのための操作画面である。プロセッサ１１は例えば、メイン画面として予め定められた画面を表示するようにタッチパネル１４に指示する。
ＡＣＴ１３としてプロセッサ１１は、何らかの操作がなされるのを待ち受ける。そしてプロセッサ１１は、タッチパネル１４での操作などがなされたならばＹＥＳと判定し、ＡＣＴ１４へと進む。

ＡＣＴ１４としてプロセッサ１１は、上記の操作がレシート閲覧機能を指定するための操作であったか否かを確認する。そしてプロセッサ１１は、該当の操作とは別の操作がなされたのであればＮＯと判定し、なされた操作に応じた処理へと移行する。なおこの場合の処理は、本実施形態の特徴とするところではないので、その説明は省略する。プロセッサ１１は一方、例えばタッチパネル１４での予め定められた操作によりレシート閲覧機能が指定されたならば、ＹＥＳと判定してＡＣＴ１５へと進む。

ＡＣＴ１５としてプロセッサ１１は、レシートサーバ２０に対してリスト画面を要求する。プロセッサ１１は例えば、リスト画面の要求であることを識別するための識別データと、例えばＡＣＴ１１にて取得した利用者ＩＤとを含んだ要求データを、レシートサーバ２０に宛てて通信ユニット１５から通信ネットワーク４０へと送信する。なお、以下に説明する各種の要求は、上記と同様に、要求の目的を識別するための識別データを含んだ要求データを、通信ネットワーク４０を介して授受することにより実現される。

この要求データが通信ネットワーク４０によりレシートサーバ２０へと伝送され、通信ユニット２４により受信されると、プロセッサ２１はサーバアプリＡＰＢに基づく情報処理（以下、サーバ処理と称する）を開始する。なおプロセッサ２１は、サーバ処理の実行中に別の情報端末装置１０からリスト画面の要求を受けると、実行中のサーバ処理とは別のスレッドにより新たにサーバ処理を開始する。つまりプロセッサ２１は、複数のサーバ処理を並列して実行する場合がある。
以下におけるサーバ処理の説明において単に情報端末装置１０及び利用者と記す場合、説明中のサーバ処理の開始の契機となった要求を行った情報端末装置１０とその操作者を指すこととする。

図５及び図６はプロセッサ２１によるサーバ処理のフローチャートである。
図５中のＡＣＴ４１としてプロセッサ２１は、リスト画面を生成する。リスト画面は、利用者に関して管理している電子レシートのリストを表す画面である。プロセッサ２１は例えば、レシートデータベースＤＢＡから、リスト画面を要求する要求データに含まれた利用者ＩＤがフィールドＦＩＢにセットされているデータレコードＤＲＡを全て抽出する。そしてプロセッサ２１は例えば、抽出したデータレコードＤＲＡのフィールドＦＩＣにセットされているレシートデータから取引日時及び店舗名をそれぞれ取得し、それらを並べたリストを表した画面としてリスト画面を決定し、そのリスト画面を表した画面データを生成する。またプロセッサ２１は、リスト画面に示される電子レシートのそれぞれの電子レシートＩＤを表すとともに、リスト画面での電子レシートの指定に応じてのレシート画面の要求に際して指定された電子レシートに関する電子レシートＩＤを通知させる命令を画面データに付帯する。

ＡＣＴ４２としてプロセッサ２１は、情報端末装置１０にリスト画面の表示を指示する。プロセッサ２１は例えば、画面表示の指示であることを識別するための識別データと、リスト画面を表す画面データとを含んだ指示データを、情報端末装置１０に宛てて通信ユニット２４から通信ネットワーク４０へと送信する。なお、以下に説明する各種の指示は、上記と同様に、指示の目的を識別するための識別データを含んだ要求データを、通信ネットワーク４０を介して授受することにより実現される。

情報端末装置１０にてプロセッサ１１は、図３中のＡＣＴ１５としてリスト画面を要求した後には、ＡＣＴ１６へと進む。
ＡＣＴ１６としてプロセッサ１１は、リスト画面の表示が指示されるのを待ち受ける。そしてプロセッサ１１は例えば、上記のようにレシートサーバ２０から送信された指示データが通信ネットワーク４０により情報端末装置１０へと伝送され、通信ユニット１５により受信されると、ＹＥＳと判定してＡＣＴ１７へと進む。

ＡＣＴ１７としてプロセッサ１１は、リスト画面を表示する。プロセッサ１１は例えば、指示データに含まれる画面データが表すリスト画面をタッチパネル１４に表示させる。
利用者は、タッチパネル１４に表示されたリスト画面から表示させたい電子レシートを、例えばその電子レシートに関する取引日時及び店舗名が示された領域にタップするなどの予め定められた操作によって指定する。

ＡＣＴ１８としてプロセッサ１１は、何らかの操作がなされるのを待ち受ける。そしてプロセッサ１１は、タッチパネル１４での操作などがなされたならばＹＥＳと判定し、ＡＣＴ１９へと進む。
ＡＣＴ１９としてプロセッサ１１は、上記の操作が電子レシートを指定するための操作であったか否かを確認する。そしてプロセッサ１１は、該当の操作とは異なる操作がなされたのであればＮＯと判定し、なされた操作に応じた処理へと移行する。なおこの場合の処理は、本実施形態の特徴とするところではないので、その説明は省略する。プロセッサ１１は一方、電子レシートを指定するための操作がなされたのであるならば、ＹＥＳと判定してＡＣＴ２０へと進む。
ＡＣＴ２０としてプロセッサ１１は、レシートサーバ２０に対してレシート画面を要求する。プロセッサ１１は、ここでの要求データには、指定された電子レシート（以下、指定レシートと称する）の電子レシートＩＤを含める。

レシートサーバ２０にてプロセッサ２１は、図５中のＡＣＴ４２としてリスト画面の表示を指示した後には、ＡＣＴ４３へと進む。
ＡＣＴ４３としてプロセッサ２１は、レシート画面が要求されるのを待ち受ける。そしてプロセッサ２１は、情報端末装置１０から上述のようにレシート画面が要求されたならばＹＥＳと判定し、ＡＣＴ４４へと進む。

ＡＣＴ４４としてプロセッサ２１は、レシート画面を生成する。レシート画面は、指定レシートを利用者に目視させるための画面である。プロセッサ２１は例えば、レシート画面を要求する要求データに含まれた電子レシートＩＤがフィールドＦＩＡにセットされているデータレコードＤＲＡをレシートデータベースＤＢＡから抽出する。プロセッサ２１は例えば、抽出したデータレコードＤＲＡのフィールドＦＩＣにセットされたレシートデータに基づいて取引の内容を表した画面としてレシート画面を決定し、そのレシート画面を表す画面データを生成する。

ＡＣＴ４５としてプロセッサ２１は、指定レシートが第１のスタンプの対象であるか否かを確認する。プロセッサ２１は例えば、ＡＣＴ４４にて抽出したデータレコードＤＲＡのフィールドＦＩＤに第１のスタンプデータがセットされているならばＹＥＳと判定し、ＡＣＴ４６へと進む。
ＡＣＴ４６としてプロセッサ２１は、第１のスタンプがセット済みであるか否かを確認する。プロセッサ２１は例えば、ＡＣＴ４４にて抽出したデータレコードＤＲＡのフィールドＦＩＤにセットされている第１のスタンプデータに含まれる管理データがセット済みではないことを表すならばＮＯと判定し、ＡＣＴ４７へと進む。なお、前述したように、第１のスタンプデータの管理データは、初期状態ではセット済みではないことを表す状態とされる。

ＡＣＴ４７としてプロセッサ２１は、スタンプ命令を、ＡＣＴ４４で生成した画面データに付帯する。スタンプ命令は、レシート画面に第１のスタンプを付与するため情報端末装置１０での操作を受ける処理について定義するものである。スタンプ命令は、例えばJavaScript（登録商標）により記述される。
なおプロセッサ２１は、第１のスタンプデータの管理データがセット済みであることを表すならば、ＡＣＴ４６にてＹＥＳと判定してＡＣＴ４８へと進むが、この場合については後述する。

ＡＣＴ４９としてプロセッサ２１は、指定レシートが第２のスタンプの対象であるか否かを確認する。プロセッサ２１は例えば、ＡＣＴ４４にて抽出したデータレコードＤＲＡのフィールドＦＩＥに第２のスタンプデータがセットされているならばＹＥＳと判定し、ＡＣＴ５０へと進む。

ＡＣＴ５０としてプロセッサ２１は、第２のスタンプがセット済みであるか否かを確認する。プロセッサ２１は例えば、ＡＣＴ４４にて抽出したデータレコードＤＲＡのフィールドＦＩＥにセットされている第２のスタンプデータに含まれる管理データがセット済みではないことを表すならばＮＯと判定し、ＡＣＴ５１へと進む。なお、前述したように、第２のスタンプデータの管理データは、初期状態ではセット済みではないことを表す状態とされる。

ＡＣＴ５１としてプロセッサ２１は、ＡＣＴ４７で画面データに付帯したスタンプ命令を編集する。プロセッサ２１は、レシート画面に第１のスタンプ又は第２のスタンプを付与するため情報端末装置１０での操作を受ける処理について定義するものにスタンプ命令を書き換える。
なおプロセッサ２１は、第２のスタンプデータの管理データがセット済みであることを表すならば、ＡＣＴ５０にてＹＥＳと判定してＡＣＴ５２へと進むが、この場合については後述する。

プロセッサ２１は、ＡＣＴ５１を終えると、図６中のＡＣＴ５３へと進む。プロセッサ２１は、ＡＣＴ４４にて抽出したデータレコードＤＲＡのフィールドＦＩＤに第１のスタンプデータがセットされていないならば、指定レシートが第１のスタンプの対象ではないとしてＡＣＴ４５にてＮＯと判定し、ＡＣＴ４６～ＡＣＴ５２をいずれもパスして図６中のＡＣＴ５３へと進む。またプロセッサ２１は、ＡＣＴ４４にて抽出したデータレコードＤＲＡのフィールドＦＩＥに第２のスタンプデータがセットされていないならば指定レシートが第２のスタンプの対象ではないとしてＡＣＴ４９にてＮＯと判定し、ＡＣＴ５０～ＡＣＴ５２をいずれもパスして図６中のＡＣＴ５３へと進む。

ＡＣＴ５３としてプロセッサ２１は、指定レシートに付帯すべきフッタが有るか否かを確認する。プロセッサ２１は例えば、ＡＣＴ４４にて抽出したデータレコードＤＲＡのフィールドＦＩＦにフッタ画像のデータがセットされているならばＹＥＳと判定し、ＡＣＴ５４へと進む。
ＡＣＴ５４としてプロセッサ２１は、フッタ画像を含むようにレシート画面を変更する。プロセッサ２１は例えば、ＡＣＴ５４へと進んだ時点におけるレシート画面の末尾に、ＡＣＴ４４にて抽出したデータレコードＤＲＡのフィールドＦＩＦにセットされているデータが表すフッタ画像を追加するようにレシート画面の画面データを変更する。

ＡＣＴ５５としてプロセッサ２１は、フッタ命令を、ＡＣＴ５４で変更した画面データに付帯する。フッタ命令は、レシート画面からフッタ画像を消去するため情報端末装置１０での操作を受ける処理について定義するものである。フッタ命令は、例えばJavaScript（登録商標）により記述される。
プロセッサ２１は、ＡＣＴ５５を終えると、ＡＣＴ５６へと進む。なおプロセッサ２１は、ＡＣＴ４４にて抽出したデータレコードＤＲＡのフィールドＦＩＦにフッタ画像のデータがセットされていないならば、指定レシートに付帯すべきフッタが無いとしてＡＣＴ５３にてＮＯと判定し、ＡＣＴ５４及びＡＣＴ５５をパスしてＡＣＴ５６へと進む。
ＡＣＴ５６としてプロセッサ２１は、情報端末装置１０にレシート画面の表示を指示する。プロセッサ２１はここでの指示データには、ＡＣＴ５６へと進んだ時点におけるレシート画面の画面データを含める。

情報端末装置１０にてプロセッサ１１は、図３中のＡＣＴ２０にてレシート画面を要求した後には、ＡＣＴ２１へと進む。
ＡＣＴ２１としてプロセッサ１１は、レシート画面の表示が指示されるのを待ち受ける。そしてプロセッサ１１は、レシートサーバ２０から上述のようにレシート画面の表示が指示されたならばＹＥＳと判定し、図４中のＡＣＴ２２へと進む。
ＡＣＴ２２としてプロセッサ１１は、レシート画面を表示する。プロセッサ１１は例えば、指示データに含まれる画面データが表すレシート画面をタッチパネル１４に表示させる。

図７は一例としてのレシート画面ＳＣＡを示す図である。
レシート画面ＳＣＡは、領域ＡＲＡ，ＡＲＢ，ＡＲＣを含む。領域ＡＲＡは、店舗ロゴを表す領域である。領域ＡＲＢは、レシートデータに含まれる情報を表す領域である。領域ＡＲＣは、フッタ画像を表す領域である。図７は、値引券を表すフッタ画像が付帯されている例である。

図４のＡＣＴ２３としてプロセッサ１１は、何らかの操作がなされるのを待ち受ける。そしてプロセッサ１１は、タッチパネル１４での操作などがなされたならばＹＥＳと判定し、ＡＣＴ２４へと進む。
ＡＣＴ２４としてプロセッサ１１は、レシート画面の画面データにスタンプ命令が付帯されているか否かを確認する。そしてプロセッサ１１は、スタンプ命令が付帯されているならばＹＥＳと判定し、ＡＣＴ２５へと進む。

ＡＣＴ２５としてプロセッサ１１は、上記の操作がスタンプ命令により定義された操作であるか否かを確認する。ここでは、領域ＡＲＡ内を予め定められた時間に渡りタップしつづける操作（以下、長押しと称する）が、スタンプ命令により定義されていることとする。
そこで利用者は、表示中の電子レシートにスタンプをセットする場合には、ロゴを長押しする。

このような長押しがタッチパネル１４により入力されると、プロセッサ１１は定義された操作がなされたとしてＡＣＴ２５にてＹＥＳと判定し、ＡＣＴ２６へと進む。
ＡＣＴ２６としてプロセッサ１１は、選択ウィンドウを表示中のレシート画面に重ねて表示する。選択ウィンドウは、セットするスタンプを利用者に選択させるためのウィンドウである。

図８は一例としての選択ウィンドウＷＩＡを示す図である。
図８は、図７に示すレシート画面ＳＣＡの領域ＡＲＡが長押しされた場合の例である。また図８は、指定レシートが第１及び第２のスタンプの対象であり、第１及び第２のスタンプのいずれもがセットされていない状態の例である。このためプロセッサ１１は、選択ウィンドウＷＩＡを、第１のスタンプを指定するためのボタンＢＵＡと、第２のスタンプを指定するためのボタンＢＵＢとを表したウィンドウとしている。プロセッサ１１は、指定レシートが第１及び第２のスタンプの対象であり、第１のスタンプのみがセットされていない状態であるならば、選択ウィンドウを、ボタンＢＵＡを表し、ボタンＢＵＢは表さないウィンドウとする。プロセッサ１１は、指定レシートが第１及び第２のスタンプの対象であり、第２のスタンプのみがセットされていない状態であるならば、選択ウィンドウを、ボタンＢＵＡを表さず、ボタンＢＵＢを表したウィンドウとする。プロセッサ１１は、指定レシートが第１のスタンプのみの対象であるならば、選択ウィンドウを、ボタンＢＵＡを表し、ボタンＢＵＢは表さないウィンドウとする。
利用者は、例えばボタンＢＵＡ又はボタンＢＵＢへのタッチなどの予め定められた操作により、設定するスタンプを指定する。

図４中のＡＣＴ２７としてプロセッサ１１は、何らかの操作がなされるのを待ち受ける。そしてプロセッサ１１は、タッチパネル１４での操作などがなされたならばＹＥＳと判定し、ＡＣＴ２４へと進む。
ＡＣＴ２４としてプロセッサ１１は、上記の操作がスタンプを指定するための操作であるか否かを確認する。そしてプロセッサ１１は、該当の操作とは別の操作がなされたのであればＮＯと判定し、なされた操作に応じた処理へと移行する。なおこの場合の処理は、本実施形態の特徴とするところではないので、その説明は省略する。プロセッサ１１は一方、設定するスタンプを指定する操作が上記のように行われたのであれば、ＹＥＳと判定し、ＡＣＴ２９へと進む。

ＡＣＴ２９としてプロセッサ１１は、レシートサーバ２０に対してスタンプのセットを要求する。プロセッサ１１は、ここでの要求データには、指定されたのが第１のスタンプ及び第２のスタンプの何れであるかを表すデータを含める。
なおプロセッサ１１は例えば、以上のＡＣＴ２５～ＡＣＴ２９についてはレシート画面の画面データに付帯されたスタンプ命令に従って実行する。

レシートサーバ２０にてプロセッサ２１は、図６中のＡＣＴ５６としてレシート画面の表示を指示した後には、ＡＣＴ５７へと進む。
ＡＣＴ５７としてプロセッサ２１は、スタンプのセットが要求されたか否かを確認する。そしてプロセッサ２１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ５８へと進む。
ＡＣＴ５８としてプロセッサ２１は、フッタの削除が要求されたか否かを確認する。そしてプロセッサ２１は、該当の要求を確認できないならばＮＯと判定し、ＡＣＴ５７へと戻る。
かくしてプロセッサ２１はＡＣＴ５７及びＡＣＴ５８としては、スタンプのセット又はフッタの削除が要求されるのを待ち受ける。そしてプロセッサ２１は、スタンプのセットが上記のように要求されたならばＡＣＴ５７にてＹＥＳと判定し、ＡＣＴ５９へと進む。

ＡＣＴ５９としてプロセッサ２１は、要求に応じてスタンプをセットするべくレシートデータベースＤＢＡを更新する。プロセッサ２１は例えば、第１のスタンプのセットが要求されたならば、ＡＣＴ４４にて抽出したデータレコードＤＲＡのフィールドＦＩＤにセットされている第１のスタンプデータに含まれる管理データを、セット済みであることを表す状態に書き換える。プロセッサ２１は例えば、第２のスタンプのセットが要求されたならば、ＡＣＴ４４にて抽出したデータレコードＤＲＡのフィールドＦＩＥにセットされている第２のスタンプデータに含まれる管理データを、セット済みであることを表す状態に書き換える。かくしてサーバアプリＡＰＢに基づく情報処理をプロセッサ２１が実行することによって、プロセッサ２１を中枢部分とするコンピュータは更新手段として機能する。

ＡＣＴ６０としてプロセッサ２１は、上記のように更新したデータレコードＤＲＡに基づくようにレシート画面を変更する。プロセッサ２１は例えば、第１のスタンプデータの管理データがセット済みであることを表す状態にあるならば、第１のスタンプを追加して表すようにレシート画面を変更する。

ＡＣＴ６１としてプロセッサ２１は、スタンプがセット済みに変更されたことに応じて、画面データに付帯したスタンプ命令を変更する。つまりプロセッサ２１は例えば、第１及び第２のスタンプの双方が対象となっていて、そのいずれかの指定を受けることを定義したスタンプ命令が画面データに付帯されている場合には、今回セット状態としたスタンプとは別のスタンプのみの指定を受けることを定義するようにスタンプ命令を変更する。またプロセッサ２１は例えば、第１及び第２のスタンプのいずれか一方の指定を受けることを定義したスタンプ命令が画面データに付帯されている場合には、当該スタンプ命令を削除する。

こののちプロセッサ２１は、ＡＣＴ５６以降を前述と同様に繰り返す。これによりプロセッサ２１は、レシート画面及びスタンプ命令が変更された画面データの通知を伴って、レシート画面の表示を改めて情報端末装置１０へと指示する。

情報端末装置１０にてプロセッサ１１は、図４中のＡＣＴ２９としてスタンプのセットを要求したのちにはＡＣＴ３３へと進む。そしてプロセッサ１１は、上述のようにレシート画面の表示が改めて指示されるとＹＥＳと判定し、ＡＣＴ２２以降の処理を前述と同様に繰り返す。これによりプロセッサ１１は、上述のように変更されたレシート画面をタッチパネル１４に表示させることになる。

図９は第１のスタンプがセットされた状態の一例としてのレシート画面ＳＣＢの一部を示す図である。
レシート画面ＳＣＢは、図７に示すレシート画面ＳＣＡの表示中に、第１のスタンプのセットを指示する操作がなされた場合の例である。このレシート画面ＳＣＢにおいては、レシート画面ＳＣＡに対してスタンプＳＴＡが追加されている。

ところでプロセッサ１１は、レシート画面の画面データにスタンプ命令が付帯されていなかった場合には、図４中のＡＣＴ２４にてＮＯと判定し、ＡＣＴ３０へと進む。またプロセッサ１１は、レシート画面の表示中において行われた操作がスタンプ命令により定義された操作ではなかった場合には、図４中のＡＣＴ２５にてＮＯと判定し、ＡＣＴ３０へと進む。

ＡＣＴ３０としてプロセッサ１１は、レシート画面の画面データにフッタ命令が付帯されているか否かを確認する。そしてプロセッサ１１は、フッタ命令が付帯されているならばＹＥＳと判定し、ＡＣＴ３１へと進む。
ＡＣＴ３１としてプロセッサ１１は、上記の操作がフッタ命令により定義された操作であるか否かを確認する。ここでは、領域ＡＲＣ内における長押しが、フッタ命令により定義されていることとする。

利用者は、タッチパネル１４に表示されたレシート画面ＳＣＡを店員に提示することにより、領域ＡＲＣに表された値引券を使用することができる。店員は、領域ＡＲＣに表された値引券の使用条件が満たされるならば、値引券中のバーコードを読み取るなどの予め定められた操作によって、値引券に基づく割引を実施する。そして値引券を削除するように利用者に指示する。利用者は、店員による指示に応じて、領域ＡＲＣ中を長押しする。

このような長押しがタッチパネル１４により入力されると、プロセッサ１１は定義された操作がなされたとしてＡＣＴ３１にてＹＥＳと判定し、ＡＣＴ３２へと進む。なおプロセッサ１１は、さらに削除を実行するか否かを利用者に指定させて、実行が指定された場合にＡＣＴ３２へと進んでもよい。この場合にプロセッサ１１は例えば、削除を実行しないことが指定されたならば、ＡＣＴ２３の待受状態に戻る。

ＡＣＴ３２としてプロセッサ１１は、レシートサーバ２０に対してフッタの削除を要求する。
なおプロセッサ１１は、フッタ命令が付帯されていなかった場合にはＡＣＴ３０にてＮＯと判定して、また行われた操作がフッタ命令で定義された操作ではなかった場合にはＡＣＴ３１にてＮＯと判定して、いずれの場合もなされた操作に応じた処理へと移行する。なおこの場合の処理は、本実施形態の特徴とするところではないので、その説明は省略する。
プロセッサ１１は例えば、以上のＡＣＴ３０～ＡＣＴ３２についてはレシート画面の画面データに付帯されたフッタ命令に従って実行する。

レシートサーバ２０にてプロセッサ２１は、フッタの削除が上記のように要求されたならば、図６中のＡＣＴ５８にてＹＥＳと判定し、ＡＣＴ６２へと進む。
ＡＣＴ６２としてプロセッサ２１は、要求に応じてフッタを削除するべくレシートデータベースＤＢＡを更新する。プロセッサ２１は例えば、ＡＣＴ４４にて抽出したデータレコードＤＲＡのフィールドＦＩＦにセットされているフッタ画像のデータを削除する。なお、フッタ画像を表示するか否かを表す管理データをフッタ画像のデータとともにフィールドＦＩＦ又は別のフィールドにセットしておき、この管理データを変更することによってフッタ画像を非表示とするのでもよい。かくしてサーバアプリＡＰＢに基づく情報処理をプロセッサ２１が実行することによって、プロセッサ２１を中枢部分とするコンピュータは更新手段として機能する。

ＡＣＴ６３としてプロセッサ２１は、上記のように更新したデータレコードＤＲＡに基づくようにレシート画面を変更する。プロセッサ２１は、レシート画面に含めてあったフッタ画像を削除する。
ＡＣＴ６４としてプロセッサ２１は、画面データに付帯されているフッタ命令を削除する。
こののちプロセッサ２１は、ＡＣＴ５６以降を前述と同様に繰り返す。これによりプロセッサ２１は、フッタ画像が削除されたレシート画面の画面データの通知を伴って、レシート画面の表示を改めて情報端末装置１０へと指示する。

情報端末装置１０にてプロセッサ１１は、図４中のＡＣＴ３２としてフッタの削除を要求したのちにはＡＣＴ３３へと進む。そしてプロセッサ１１は、上述のようにレシート画面の表示が改めて指示されるとＹＥＳと判定し、ＡＣＴ２２以降の処理を前述と同様に繰り返す。これによりプロセッサ１１は、上述のように変更されたレシート画面をタッチパネル１４に表示させることになる。

図１０はフッタ画像が削除された状態の一例としてのレシート画面ＳＣＣを示す図である。
レシート画面ＳＣＣは、図７に示すレシート画面ＳＣＡの表示中に、フッタの削除を指示する操作がなされた場合の例である。このレシート画面ＳＣＣは、レシート画面ＳＣＡに含まれていた領域ＡＲＣが存在しない。

さてプロセッサ２１は、リスト画面から指定されたレシート画面に関して、上述したようにして第１のスタンプが過去に設定済みであるならば、図５中のＡＣＴ４６にてＹＥＳと判定し、ＡＣＴ４８へと進む。
ＡＣＴ４８としてプロセッサ２１は、第１のスタンプを表すようにレシート画面を変更する。つまりプロセッサ２１は、第１のスタンプがセット済みであっても、まずはＡＣＴ４４では、第１のスタンプを表さない状態のレシート画面を生成する。そしてプロセッサ２１はＡＣＴ４８としては、第１のスタンプを表すようにレシート画面を変更する。そしてプロセッサ２１はこののち、ＡＣＴ４９へと進む。

さてプロセッサ２１は、リスト画面から指定されたレシート画面に関して、上述したようにして第２のスタンプが過去に設定済みであるならば、図５中のＡＣＴ５０にてＹＥＳと判定し、ＡＣＴ５２へと進む。
ＡＣＴ５２としてプロセッサ２１は、第２のスタンプを表すようにレシート画面を変更する。つまりプロセッサ２１は、第２のスタンプがセット済みであっても、まずはＡＣＴ４４では、第２のスタンプを表さない状態のレシート画面を生成する。そしてプロセッサ２１はＡＣＴ５０としては、第２のスタンプを表すようにレシート画面を変更する。そしてプロセッサ２１はこののち、図６中のＡＣＴ５３へと進む。
なお、プロセッサ２１は、ＡＣＴ４４を実行するのに先立って、第１のスタンプ及び第２のスタンプの設定状況を確認し、ＡＣＴ４４でその設定状況を反映したレシート画面を生成してもよい。

プロセッサ２１は、リスト画面から指定されたレシート画面に関して、当初はフッタ画像が付帯されていたものの、上述したようにして削除済みであるならば、図６中のＡＣＴ５３にてＮＯと判定することとなり、前述のようにＡＣＴ５４及びＡＣＴ５５をパスする。従って、この場合にＡＣＴ５６にて表示を指示するレシート画面には、フッタ画像は表されない。

このようにプロセッサ２１は、レシートデータベースＤＢＡにセットされた管理データとしての機能を持ったデータにより表示すべきであるとされている表示要素を表したレシート画面を生成している。かくしてサーバアプリＡＰＢに基づく情報処理をプロセッサ２１が実行することによって、プロセッサ２１を中枢部分とするコンピュータは生成手段として機能する。

以上のようにレシートサーバ２０は、スタンプの対象とされているレシート画面に対しては、情報端末装置１０における操作に応じてスタンプを設定し、当該レシート画面には以後、設定済みのスタンプを表す。従ってレシートサーバ２０によれば、紙レシートにスタンプを押すことで実現されていたサービスを電子レシートにおいても提供可能となる。

またレシートサーバ２０は、レシート画面に付帯されていたフッタ画像を、情報端末装置１０における操作に応じて削除し、当該レシート画面には以後、フッタ画像を表さない。従ってレシートサーバ２０によれば、紙レシートの一部を切り取って回収することで実現されていたサービスを電子レシートにおいても提供可能となる。

この実施形態は、次のような種々の変形実施が可能である。
スタンプの付加及びフッタ画像の削除のいずれか一方のみを可能としてもよい。

付加可能とするスタンプの数は、１つのみ、また３つ以上であってもよい。

レシート画面にスタンプを表す位置及びスタンプの形状などは、任意に変更が可能である。

スタンプのセットが指示されたことに応じて情報端末装置１０で表示中のレシート画面を変更するための処理は、情報端末装置１０にてプロセッサ１１が実行してもよい。

削除の対象とする画像は、レシート画面の末尾に付帯されるフッタ画像には限らず、先頭又は中間に表される画像であってもよい。

画像の削除が指示されたことに応じて情報端末装置１０で表示中のレシート画面を変更するための処理は、情報端末装置１０にてプロセッサ１１が実行してもよい。

スタンプのセットを指示するための操作領域は、領域ＡＲＡ以外の任意の予め定められた領域であってもよい。またその操作は、長押し以外の予め定められた任意の操作であってよい。

画像の削除を指示するための操作領域は、領域ＡＲＣ以外の予め定められた任意の領域であってよい。またその操作は、長押し以外の予め定められた任意の操作であってよい。

情報処理によりプロセッサ１１，２１が実現する各機能は、その一部又は全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願の当初の特許請求の範囲に記載された発明を付記する。
［付記１］表示要素を表示するか否かを管理するための管理データを記憶する記憶手段と、
取引の内容を表し、情報端末装置で表示させるためのレシート画面を、前記記憶手段により記憶された前記管理データに基づいて、表示すべき表示要素を付加して生成する生成手段と、
前記生成手段により生成された前記レシート画面における前記情報端末装置での操作に応じて、前記管理データを更新する更新手段と、
を具備したレシートサーバ。
［付記２］前記更新手段は、初期状態では表示しないことを表す前記管理データを、前記情報端末装置での操作に応じて、表示することを表すように更新する、
付記１に記載のレシートサーバ。
［付記３］前記生成手段は、前記管理データが表示することを表す場合に、予め定められた処理が済んでいることを示すスタンプを前記レシート画面に表す、
付記２に記載のレシートサーバ。
［付記４］前記更新手段は、初期状態では表示することを表す前記管理データを、前記情報端末装置での操作に応じて、表示しないことを表すように更新する、
付記１に記載のレシートサーバ。
［付記５］前記生成手段は、前記管理データが表示することを表す場合に、予め定められた条件で消失する権利を証する画像を前記レシート画面に表す、
付記４に記載のレシートサーバ。
［付記６］表示要素を表示するか否かを管理するための管理データを記憶する記憶手段とともにレシートサーバに備えられるコンピュータを、
取引の内容を表し、情報端末装置で表示させるためのレシート画面を、前記記憶手段により記憶された前記管理データに基づいて、表示すべき表示要素を付加して生成する生成手段と、
前記生成手段により生成された前記レシート画面における前記情報端末装置での操作に応じて、前記管理データを更新する更新手段と、
して機能させるための情報処理プログラム。

１０…情報端末装置、１１…プロセッサ、１２…メインメモリ、１３…補助記憶ユニット、１４…タッチパネル、１５…通信ユニット、１６…伝送路、２０…レシートサーバ、２１…プロセッサ、２２…メインメモリ、２３…補助記憶ユニット、２４…通信ユニット、２５…伝送路、３０…ＰＯＳシステム、４０…通信ネットワーク、１００…電子レシートシステム、２００…通信ネットワーク。

Claims

表示要素を表示するか否かを管理するための管理データを記憶する記憶手段と、
取引の内容を表し、情報端末装置で表示させるためのレシート画面を、前記記憶手段により記憶された前記管理データに基づいて、表示すべき表示要素を付加して生成する生成手段と、
前記管理データに基づき表示要素を付加して前記生成手段により生成されたレシート画面における前記情報端末装置での操作に応じて、このレシート画面に付加されている表示要素を表示しないことを管理するように前記管理データを更新する更新手段と、
を具備したレシートサーバ。
前記更新手段は、前記管理データに基づき表示要素を付加しないで前記生成手段により生成されたレシート画面における前記情報端末装置での操作に応じて、表示要素を付加して表示することを管理するように前記管理データを更新する、
請求項１に記載のレシートサーバ。
前記生成手段は、前記更新手段により表示要素を付加して表示することを管理するように更新された前記管理データに基づいては、予め定められた処理が済んでいることを示すスタンプを表示要素として付加したレシート画面を生成する、
請求項２に記載のレシートサーバ。
前記更新手段は、予め定められた条件で消失する権利を証する画像を前記管理データに基づく表示要素として付加して前記生成手段により生成されたレシート画面における前記情報端末装置での操作に応じて、当該付加された画像を表示しないことを管理するように前記管理データを更新する、
請求項１に記載のレシートサーバ。
前記権利を証する画像は、その権利の利用により消失する権利を証する、
請求項４に記載のレシートサーバ。
表示要素を表示するか否かを管理するための管理データを記憶する記憶手段とともにレシートサーバに備えられるコンピュータを、
取引の内容を表し、情報端末装置で表示させるためのレシート画面を、前記記憶手段により記憶された前記管理データに基づいて、表示すべき表示要素を付加して生成する生成手段と、
前記管理データに基づき表示要素を付加して前記生成手段により生成されたレシート画面における前記情報端末装置での操作に応じて、このレシート画面に付加されている表示要素を表示しないことを管理するように前記管理データを更新する更新手段と、
して機能させるための情報処理プログラム。