特開 2024-150764 決済端末及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024150764

(43)【公開日】2024-10-23

(54)【発明の名称】決済端末及びプログラム

(51)【国際特許分類】

   G06Q 30/0201 20230101AFI20241016BHJP

   G06Q 20/20 20120101ALI20241016BHJP

【ＦＩ】

G06Q30/0201

G06Q20/20

【審査請求】有

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2024128985

(22)【出願日】2024-08-05

(62)【分割の表示】P 2020161598の分割

【原出願日】2020-09-28

(71)【出願人】

【識別番号】000003562

【氏名又は名称】東芝テック株式会社

(74)【代理人】

【識別番号】110003708

【氏名又は名称】弁理士法人鈴榮特許綜合事務所

(72)【発明者】

【氏名】南部 和哉

(72)【発明者】

【氏名】荒井 康博

(72)【発明者】

【氏名】桜井 謙次

(57)【要約】

【課題】決済者が電子決済を利用して購入した商品の情報を決済事業者に提供するサービスを実現する。
【解決手段】レシートサーバは、取得部と、出力部と、を備える。取得部は、商取引の決済時に決済端末で生成されたレシートデータを記憶するレシート記憶部から、商取引の決済を支援する決済事業者に対して決済端末から通知される決済売上データに含まれる取引識別情報で識別される商取引のレシートデータを取得する。出力部は、取得部で取得したレシートデータに含まれる購入商品に係る情報を決済事業者の決済サーバに出力する。
【選択図】 図１

【特許請求の範囲】

【請求項1】

商取引の決済時に決済端末で生成されたレシートデータを記憶するレシート記憶部から、前記商取引の決済を支援する決済事業者に対して前記決済端末から通知される決済売上データに含まれる取引識別情報で識別される商取引のレシートデータを取得する取得部と、
前記取得部で取得した前記レシートデータに含まれる購入商品に係る情報を前記決済事業者の決済サーバに出力する出力部と、
を具備するレシートサーバ。

【請求項2】

前記取得部は、前記決済サーバからの要求コマンドに含まれる前記取引識別情報で識別される商取引のレシートデータを取得し、
前記出力部は、前記要求コマンド送信元の前記決済サーバに前記購入商品に係る情報を出力する、請求項１記載のレシートサーバ。

【請求項3】

前記取引識別情報で識別される商取引の決済者に設定された第１識別情報を検出する検出部と、
前記レシート記憶部に記憶され、前記取得部によって取得されたレシートデータに前記第１識別情報を追加する追加部と、
をさらに具備する、請求項１又は２記載のレシートサーバ。

【請求項4】

前記レシート記憶部は、第１レシート記憶部と第２レシート記憶部とを含み、
電子レシート利用者を識別する第２識別情報を含むレシートデータを前記第１レシート記憶部に記憶させ、決済事業者による支援により決済された商取引であることを示す情報を含むレシートデータを前記第２レシート記憶部に記憶させる処理部、
をさらに具備し、
前記取得部は、前記第２レシート記憶部からレシートデータを取得する、請求項１乃至３のうちいずれか１項記載のレシートサーバ。

【請求項5】

請求項１乃至４のうちいずれか１項記載のレシートサーバと、
決済端末から通知される決済売上データに含まれる取引識別情報で前記レシートサーバに問合せを行う問合せ部、及び、前記問合せに対して前記レシートサーバから出力された購入商品に係る情報を、前記取引識別情報を含む前記決済売上データと関連付けて記憶する記憶部、を有する決済サーバと、
を具備するサーバシステム。

【請求項6】

コンピュータに、
商取引の決済時に決済端末で生成されたレシートデータを記憶するレシート記憶部から、前記商取引の決済を支援する決済事業者に対して前記決済端末から通知される決済売上データに含まれる取引識別情報で識別される商取引のレシートデータを取得させる機能と、
前記取得した前記レシートデータに含まれる購入商品に係る情報を前記決済事業者の決済サーバに出力させる機能と、
を実現させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、レシートサーバ及びそのプログラム、並びにレシートサーバを含むサーバシステムに関する。

【背景技術】

【0002】

近年、取引の決済を電子的に処理する電子決済が注目されている。電子決済は、例えばクレジットカード決済、電子マネー決済、バーコード又は二次元コード等を用いたコード決済等である。実店舗において電子決済が行われると、決済端末から決済事業者のサーバに決済売上データが出力される。決済売上データには、決済者の情報、取引日時の情報、取引店舗の情報、決済金額の情報等が含まれる。しかし、決済者が購入した商品の情報は含まれていない。したがって決済事業者は、誰がいつどこでいくら電子決済を利用したかという情報は把握できるものの、何を購入したかという情報までは把握できない。決済者が電子決済を利用して購入した商品の情報を決済事業者に提供するサービスが望まれている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２０－１１３００５号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

本発明の実施形態が解決しようとする課題は、決済者が電子決済を利用して購入した商品の情報を決済事業者に提供するサービスを実現できるレシートサーバ及びサーバシステムを提供しようとするものである。

【課題を解決するための手段】

【0005】

一実施形態において、レシートサーバは、取得部と、出力部と、を備える。取得部は、商取引の決済時に決済端末で生成されたレシートデータを記憶するレシート記憶部から、商取引の決済を支援する決済事業者に対して決済端末から通知される決済売上データに含まれる取引識別情報で識別される商取引のレシートデータを取得する。出力部は、取得部で取得したレシートデータに含まれる購入商品に係る情報を決済事業者の決済サーバに出力する。

【図面の簡単な説明】

【0006】

【図1】一実施形態の概略を示すシステム図。

【図2】ＰＯＳ側設定テーブルのデータ構造を示す模式図。

【図3】レシート処理部の主要な処理手順を示す流れ図。

【図4】レシートサーバの要部回路構成を示すブロック図。

【図5】サーバ側設定テーブルのデータ構造を示す模式図。

【図6】レシートサーバのプロセッサが実行するレシートデータ振分処理の手順を示す流れ図。

【図7】第１ファイルに記憶される第１レシートデータの構造を示す模式図。

【図8】第２ファイルに記憶される第２レシートデータの構造を示す模式図。

【図9】決済サーバの要部回路構成を示すブロック図。

【図10】決済情報ファイルに記憶される決済売上データの構造を示す模式図。

【図11】一実施形態において、決済サーバのプロセッサが実行する主要な情報処理の手順を示す流れ図。

【図12】一実施形態において、レシートサーバのプロセッサが実行する主要な情報処理の手順を示す流れ図。

【図13】他の実施形態において、決済サーバのプロセッサが実行する主要な情報処理の手順を示す流れ図。

【図14】他の実施形態において、レシートサーバのプロセッサが実行する主要な情報処理の手順を示す流れ図。

【発明を実施するための形態】

【0007】

以下、レシートサーバ及びサーバシステムの一実施形態について、図面を用いて説明する。

【0008】

［第１の実施形態］
図１は、一実施形態の概略を示すシステム図である。本システムは、複数台のＰＯＳ（Point Of Sales）端末１０と、１台のレシートサーバ２０と、複数台の決済サーバ３０と、通信ネットワーク４０とを含む。通信ネットワーク４０は、インターネット、電話網又はＬＡＮ（Local Area Network）等の１以上のネットワークで構成される。

【0009】

各ＰＯＳ端末１０は、それぞれ店舗に設置され、客が購入する商品の登録と決済に利用されるコンピュータ端末である。店舗は、業態を問わない。店舗は、量販店、専門店等の小売店であってもよいし、飲食店であってもよい。各ＰＯＳ端末１０は、それぞれ通信ネットワーク４０に接続される。各ＰＯＳ端末１０は、各々が通信ネットワーク４０に直接接続されていてもよいし、１台以上のＰＯＳ端末１０が中継サーバを介して通信ネットワーク４０に接続されていてもよい。

【0010】

レシートサーバ２０は、電子レシートサービスを運営する企業体によって管理されるサーバ用コンピュータである。電子レシートサービスは、店舗での会計の際にＰＯＳ端末１０から発行されるレシートの印字データを電子化し、決済者である客が所有する通信端末でレシートを画像として閲覧可能にするサービスである。通信端末は、典型的にはスマートフォンである。通信端末は、タブレット端末、パソコン等であってもよい。レシートサーバ２０は、通信ネットワーク４０に接続される。レシートサーバ２０は、通信ネットワーク４０に接続された各ＰＯＳ端末１０と協働して、客に電子レシートサービスを提供する。

【0011】

電子レシートサービスを利用するユーザは、専用のアプリケーションプログラム、いわゆる電子レシートアプリを可搬型の通信端末、例えばスマートフォンにインストールする。電子レシートアプリを通信端末にインストールすることにより、ユーザの識別子となるレシートＩＤが発行される。レシートＩＤは、例えばバーコードの形態で通信端末のディスプレイに表示される。ユーザが客となる商取引の決済時にＰＯＳ端末１０のスキャナでレシートＩＤが読み取られると、その商取引の明細を示すレシートデータが電子化されてＰＯＳ端末１０からレシートサーバ２０へと送信される。レシートデータには、レシートＩＤが含まれる。ユーザは、通信端末の電子レシートアプリでレシートサーバ２０にアクセスする。そうすると、その通信端末に設定されたレシートＩＤを含むレシートデータに基づくレシート画像がレシートサーバ２０からダウンロードされる。ユーザは、ダウンロードされたレシート画像を通信端末で閲覧することができる。

【0012】

各決済サーバ３０は、それぞれ電子決済による商取引の決済を支援する決済事業者によって管理されるサーバ用コンピュータである。電子決済は、クレジットカード決済、電子マネー決済、バーコード又は二次元コード等を用いたコード決済等である。各決済サーバ３０は、通信ネットワーク４０に接続される。各決済サーバ３０は、通信ネットワーク４０を通じて各ＰＯＳ端末１０で実行される電子決済を支援する。

【0013】

決済サーバ３０は、その決済サーバ３０で支援する電子決済がＰＯＳ端末１０で実行される毎に、決済番号を発番する。決済番号は、典型的には通し番号である。決済番号は、決済事業者により、承認番号、取引通番、伝票番号等と称される。決済番号は、決済名称、決済金額等とともに、電子決済された商取引のレシートデータに含まれる。

【0014】

決済名称は、決済金額の種別を表す名称である。決済金額が現金決済の支払金額である場合、決済名称は例えば「現計」である。決済金額がクレジットカード決済の支払金額の場合、決済名称は例えば「信計」又は「クレジット計」である。決済金額が電子マネー決済の支払金額の場合、決済名称は例えば電子マネーの種類を示す固有名称である。決済金額がコード決済の支払金額の場合、決済名称は例えばコード決済の種類を示す固有名称である。

【0015】

ここに、レシートサーバ２０と各決済サーバ３０とは、サーバシステム１００を構成する。すなわちサーバシステム１００は、レシートサーバ２０と各決済サーバ３０とを通信ネットワーク４０で接続したコンピュータネットワークシステムである。なお、サーバシステム１００は、レシートサーバ２０及び決済サーバ３０以外のサーバを含んでいてもよい。

【0016】

次に、ＰＯＳ端末１０、レシートサーバ２０及び決済サーバ３０について詳細に説明する。
ＰＯＳ端末１０は、商品登録部１１としての機能と、決済処理部１２としての機能と、レシート処理部１３としての機能とを有する。商品登録部１１は、客が購入する商品の販売データをメモリに登録する機能である。この機能により、客との商取引の合計金額が算出される。商品登録部１１としての機能は周知であるので、詳細な説明は省略する。

【0017】

決済処理部１２は、商取引の合計金額に対しての支払データを基に商取引を決済する機能である。現金支払いの場合、決済処理部１２は、現金決済処理を実行する。クレジットカード支払いの場合、決済処理部１２は、クレジットカード決済処理を実行する。電子マネー支払いの場合、決済処理部１２は、電子マネー決済処理を実行する。コード決済支払いの場合、決済処理部１２はコード決済処理を実行する。現金決済処理、クレジットカード決済処理、電子マネー決済処理及びコード決済処理はいずれも周知の処理であるので、詳細な説明は省略する。なお、決済サーバ３０によって支援される電子決済によって商取引が決済された場合、従来と同様に、ＰＯＳ端末１０からその決済サーバ３０へと決済売上データが出力される。決済売上データには、決済者である客の情報、取引日時の情報、取引店舗の情報、決済番号及び決済金額の情報等が含まれる。

【0018】

レシート処理部１３は、商取引の決済毎に生成されるレシートデータを処理する機能である。レシート処理部１３は、図２に示すデータ構造のＰＯＳ側設定テーブル１３１を用いて、レシートデータを処理する。ＰＯＳ側設定テーブル１３１は、例えばレシートサーバ２０から各ＰＯＳ端末１０にダウンロードされる。

【0019】

ＰＯＳ側設定テーブル１３１は、事業者コード別に決済名称を設定したデータテーブルである。事業者コードは、各決済事業者を個々に識別するために決済事業者毎に設定された一意のコードである。決済名称は、対応する事業者コードで特定される決済事業者の決済サーバ３０で支援された電子決済での決済金額を表す名称である。

【0020】

図３は、レシート処理部１３の主要な処理手順を示す流れ図である。この処理は、決済処理部１２で商取引が決済される毎に開始される。すなわちレシート処理部１３は、商取引が決済されると、ＡＣＴ１としてその商取引の明細を示すレシートデータを取得する。レシートデータは、決済処理部１２によって生成される。レシートデータは、取引日時、取引番号、登録商品データ、合計金額、決済名称、決済金額等が含まれる。また、商取引の決済の際にＰＯＳ端末１０のスキャナでレシートＩＤが読み取られていた場合には、レシートＩＤがレシートデータに含まれる。また、電子決済により商取引が決済された場合には、決済番号がレシートデータに含まれる。

【0021】

レシート処理部１３は、ＡＣＴ２としてレシートデータにレシートＩＤが含まれているか否かを確認する。レシートデータにレシートＩＤが含まれている場合、レシート処理部１３は、ＡＣＴ２においてＹＥＳと判定し、ＡＣＴ６へと進む。ＡＣＴ６以降の処理は後述する。

【0022】

レシートデータにレシートＩＤが含まれていない場合には、レシート処理部１３は、ＡＣＴ２においてＮＯと判定し、ＡＣＴ３へと進む。レシート処理部１３は、ＡＣＴ３としてレシートデータに含まれる決済名称を取得する。レシート処理部１３は、ＡＣＴ４としてその決済名称がＰＯＳ側設定テーブル１３１に設定されているか否か、つまりは電子決済の決済金額を表す名称であるか否かを確認する。決済名称がＰＯＳ側設定テーブル１３１に設定されていない場合、すなわち電子決済でない場合には、レシート処理部１３は、ＡＣＴ４においてＮＯと判定し、ＡＣＴ５へと進む。レシート処理部１３は、ＡＣＴ５としてＰＯＳ端末１０のプリンタを制御して、レシートデータをレシート用紙に印字出力する。

【0023】

一方、決済名称がＰＯＳ側設定テーブル１３１に設定されている場合には、レシート処理部１３は、ＡＣＴ４においてＹＥＳと判定し、ＡＣＴ６へと進む。
このようにレシート処理部１３は、レシートＩＤを含むレシートデータを取得するか、レシートＩＤは含まれていないが電子決済の決済名称を含むレシートデータを取得した場合には、ＡＣＴ６へと進む。レシート処理部１３は、ＡＣＴ６としてレシートデータの電子化を行う。すなわちレシート処理部１３は、非構造化形式のレシートデータを、所定の変換規則に従って、構造化形式のレシートデータ、いわゆる電子レシートデータに変換する。

【0024】

レシートデータの電子化を終えると、レシート処理部１３は、ＡＣＴ７としてその電子化したレシートデータをレシートサーバ２０に送信する。レシートデータは、通信ネットワーク４０を通じて、レシートサーバ２０へと送信される。

【0025】

このように、レシートデータをレシート用紙に印字出力するか、電子化してレシートサーバ２０に送信すると、レシート処理部１３は、図３の流れ図に示す手順の処理を終了する。

【0026】

図４は、レシートサーバ２０の要部回路構成を示すブロック図である。レシートサーバ２０は、プロセッサ２１、メインメモリ２２、補助記憶デバイス２３、時計２４及び通信インターフェース２５を備える。レシートサーバ２０は、プロセッサ２１と、メインメモリ２２、補助記憶デバイス２３、時計２４及び通信インターフェース２５とを、システムバス２６で接続している。システムバス２６は、アドレスバス、データバス等を含む。レシートサーバ２０は、プロセッサ２１とメインメモリ２２、補助記憶デバイス２３、時計２４及び通信インターフェース２５とを、システムバス２６で接続することによって、コンピュータを構成している。

【0027】

プロセッサ２１は、上記コンピュータの中枢部分に相当する。プロセッサ２１は、オペレーティングシステム又はアプリケーションプログラムに従って、レシートサーバ２０としての各種の機能を実現するべく各部を制御する。プロセッサ２１は、例えばＣＰＵ（Central Processing Unit）である。

【0028】

メインメモリ２２は、上記コンピュータの主記憶部分に相当する。メインメモリ２２は、不揮発性のメモリ領域及び揮発性のメモリ領域を含む。メインメモリ２２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ２２は、プロセッサ２１が各部を制御するための処理を実行する上で必要なデータを揮発性のメモリ領域で記憶する。またメインメモリ２２は、揮発性のメモリ領域を、プロセッサ２１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（Read Only Memory）である。揮発性のメモリ領域は、例えばＲＡＭ（Random Access Memory）である。

【0029】

補助記憶デバイス２３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス２３としては、例えばＥＥＰＲＯＭ（登録商標）（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disc Drive）又はＳＳＤ（Solid State Drive）等の周知の記憶デバイスを単独で、あるいは複数組み合わせて用いられる。補助記憶デバイス２３は、プロセッサ２１が各種の処理を行う上で使用するデータ、プロセッサ２１での処理によって生成されたデータ等を保存する。補助記憶デバイス２３は、アプリケーションプログラムを記憶する場合もある。

【0030】

メインメモリ２２又は補助記憶デバイス２３が記憶するアプリケーションプログラムは、後述する制御プログラムを含む。制御プログラムをメインメモリ２２又は補助記憶デバイス２３にインストールする方法は特に限定されない。リムーバブルな記録媒体に制御プログラムを記録して、あるいはネットワークを介した通信により制御プログラムを配信して、メインメモリ２２又は補助記憶デバイス２３にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ、メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。

【0031】

時計２４は、レシートサーバ２０の時刻情報源として機能する。プロセッサ２１は、時計２４によって計時される時刻情報を基に、現在の日付及び時刻を取得する。

【0032】

通信インターフェース２５は、通信ネットワーク４０を接続する。レシートサーバ２０は、通信インターフェース２５を介して、通信ネットワーク４０に接続されるＰＯＳ端末１０及び決済サーバ３０とデータ通信を行う。また、レシートサーバ２０は、通信インターフェース２５を介して、電子レシートアプリがインストールされた通信端末とデータ通信を行う。

【0033】

かかる構成のレシートサーバ２０は、補助記憶デバイス２３の記憶領域の一部を、サーバ側設定テーブル２３１としての領域と、第１ファイル２３２としての領域と、第２ファイル２３３としての領域としている。

【0034】

図５は、サーバ側設定テーブル２３１のデータ構造を示す模式図である。図示するようにサーバ側設定テーブル２３１は、事業者コード別に決済名称と出力フラグとを設定したデータテーブルである。出力フラグは、対応する事業者コードで特定される決済事業者が購買情報提供対象の決済事業者であるか否かを識別するための１ビットデータである。購買情報とは、客が購入した商品、いわゆる購入商品の商品コード、商品名、価格等である。本実施形態では、購買情報提供対象の決済事業者を示す出力フラグを“１”とし、購買情報提供対象外の決済事業者を示す出力フラグを“０”とする。

【0035】

第１ファイル２３２及び第２ファイル２３３は、各ＰＯＳ端末１０から受信したレシートデータを記憶するためのレシート記憶部として機能する。プロセッサ２１は、サーバ側設定テーブル２３１を参照して、各ＰＯＳ端末１０から受信したレシートデータの記憶先を第１ファイル２３２又は第２ファイル２３３あるいは第１ファイル２３２と第２ファイル２３３との双方に振り分ける。

【0036】

図６は、レシートサーバ２０のプロセッサ２１が実行するレシートデータ振分処理の手順を示す流れ図である。プロセッサ２１は、ＡＣＴ１１としてレシートデータの受信を待ち受けている。レシートデータを受信すると、プロセッサ２１は、ＡＣＴ１１においてＹＥＳと判定し、ＡＣＴ１２へと進む。プロセッサ２１は、ＡＣＴ１２としてレシートデータにレシートＩＤが含まれているか否かを確認する。レシートデータにレシートＩＤが含まれている場合、プロセッサ２１は、ＡＣＴ１２においてＹＥＳと判定し、ＡＣＴ１３へと進む。プロセッサ２１は、ＡＣＴ１３としてレシートデータを第１ファイル２３２に保存する。そしてプロセッサ２１は、ＡＣＴ１４へと進む。

【0037】

レシートデータにレシートＩＤが含まれていない場合には、プロセッサ２１は、ＡＣＴ１２においてＮＯと判定する。プロセッサ２１は、ＡＣＴ１３の処理をスキップして、ＡＣＴ１４へと進む。プロセッサ２１は、ＡＣＴ１４としてレシートデータに含まれる決済名称を取得する。そしてプロセッサ２１は、ＡＣＴ１５としてその決済名称がサーバ側設定テーブル２３１に設定されているか否か、つまりは電子決済の決済金額を表す名称であるか否かを確認する。決済名称がサーバ側設定テーブル２３１に設定されていない場合、すなわち電子決済でない場合には、プロセッサ２１は、ＡＣＴ１５においてＮＯと判定し、この振分処理を終了する。

【0038】

決済名称がサーバ側設定テーブル２３１に設定されている、すなわち電子決済である場合には、プロセッサ２１は、ＡＣＴ１６としてその決済名称に対応してサーバ側設定テーブル２３１に設定されている出力フラグを調べる。ここで、出力フラグが“０”、すなわち購買情報提供対象外の決済事業者に係る電子決済の場合には、プロセッサ２１は、ＡＣＴ１６においてＮＯと判定し、この振分処理を終了する。

【0039】

出力フラグが“１”、すなわち購買情報提供対象の決済事業者に係る電子決済の場合には、プロセッサ２１は、ＡＣＴ１６においてＹＥＳと判定し、ＡＣＴ１７へと進む。プロセッサ２１は、ＡＣＴ１７としてレシートデータを第２ファイル２３３に保存する。以上で、プロセッサ２１は、この振分処理を終了する。

【0040】

このような振分処理により、第１ファイル２３２には、レシートＩＤを含むレシートデータ、つまりは電子レシートサービスを受ける客の商取引に係るレシートデータが記憶される。第２ファイル２３３には、購買情報提供対象の決済事業者に係る電子決済で決済された商取引のレシートデータが記憶される。なお、電子レシートサービスを受ける客の商取引であっても、購買情報提供対象の決済事業者に係る電子決済で決済された商取引のレシートデータは、第１ファイル２３２と第２ファイル２３３の双方に記憶される。以下では、第１ファイル２３２に記憶されるレシートデータを第１レシートデータＲａ（図７を参照）と称する。第２ファイル２３３に記憶されるレシートデータを第２レシートデータＲｂ（図８を参照）と称する。

【0041】

ここに、第１ファイル２３２及び第２ファイル２３３は、レシート記憶部を構成する。そして第１ファイル２３２は、第１レシート記憶部を構成し、第２ファイル２３３は、第２レシート記憶部を構成する。

【0042】

また、振分処理を実行するプロセッサ２１は、処理部を構成する。すなわちプロセッサ２１は、電子レシート利用者を識別する第２識別情報（レシートＩＤ）を含むレシートデータを第１レシート記憶部（第１ファイル２３２）に記憶させ、決済事業者による支援により決済された商取引であることを示す情報（決済名称）を含むレシートデータを第２レシート記憶部（第２ファイル２３３）に記憶させる。

【0043】

図７は、第１ファイル２３２に記憶される第１レシートデータＲａの構造を示す模式図である。図示するように第１レシートデータＲａは、少なくともレシートＩＤ、店舗コード、取引日時、レジ番号、取引番号、登録商品データ、合計金額、決済名称、決済金額等を含む。店舗コードは、第１レシートデータＲａを送信したＰＯＳ端末１０が設置されている店舗の識別子である。取引日時は、ＰＯＳ端末１０で商取引が決済された日付と時刻である。レジ番号は、ＰＯＳ端末１０の識別子である。取引番号は、そのＰＯＳ端末１０で決済された商取引に対して発番される通し番号である。登録商品データは、購入商品として登録された商品に係る情報であって、商品コード、価格、販売点数、販売金額等からなる。登録商品データは、商品コードの代わりに商品名を含んでいてもよい。あるいは登録商品データは、商品コードと商品名とを含んでいてもよい。合計金額は、登録商品データに含まれる販売金額の合算額である。決済名称及び決済金額は、その合計金額に対する支払データの決済名称及び決済金額である。なお、電子決済された商取引に係る第１レシートデータＲａには、さらに決済番号が含まれる。

【0044】

図８は、第２ファイル２３３に記憶される第２レシートデータＲｂの構造を示す模式図である。図示するように第２レシートデータＲｂは、少なくとも店舗コード、取引日時、レジ番号、取引番号、登録商品データ、合計金額、決済名称、決済金額、決済番号等を含む。なお、電子レシートサービスを受ける客の商取引に係る第２レシートデータＲｂには、レシートＩＤが含まれる。

【0045】

図８に示される他方の第２レシートデータＲｂｂは、後述する購買情報受渡し処理が行われた後の第２レシートデータを示すものである。第２レシートデータＲｂｂは、第２レシートデータＲｂにユーザＩＤと端末ＩＤとを追加したデータである。ユーザＩＤと端末ＩＤとについては後述する。

【0046】

図９は、決済サーバ３０の要部回路構成を示すブロック図である。決済サーバ３０は、プロセッサ３１、メインメモリ３２、補助記憶デバイス３３、時計３４及び通信インターフェース３５を備える。決済サーバ３０は、プロセッサ３１と、メインメモリ３２、補助記憶デバイス３３、時計３４及び通信インターフェース３５とを、システムバス３６で接続している。システムバス３６は、アドレスバス、データバス等を含む。決済サーバ３０は、プロセッサ３１とメインメモリ３２、補助記憶デバイス３３、時計３４及び通信インターフェース３５とを、システムバス３６で接続することによって、コンピュータを構成している。

【0047】

プロセッサ３１は、上記コンピュータの中枢部分に相当する。プロセッサ３１は、オペレーティングシステム又はアプリケーションプログラムに従って、決済サーバ３０としての各種の機能を実現するべく各部を制御する。プロセッサ３１は、例えばＣＰＵである。

【0048】

メインメモリ３２は、上記コンピュータの主記憶部分に相当する。メインメモリ３２は、不揮発性のメモリ領域及び揮発性のメモリ領域を含む。メインメモリ３２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ３２は、プロセッサ３１が各部を制御するための処理を実行する上で必要なデータを揮発性のメモリ領域で記憶する。またメインメモリ３２は、揮発性のメモリ領域を、プロセッサ３１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭである。揮発性のメモリ領域は、例えばＲＡＭである。

【0049】

補助記憶デバイス３３は、上記コンピュータの補助記憶部分に相当する。補助記憶デバイス３３としては、例えばＥＥＰＲＯＭ、ＨＤＤ又はＳＳＤ（等の周知の記憶デバイスを単独で、あるいは複数組み合わせて用いられる。補助記憶デバイス３３は、プロセッサ３１が各種の処理を行う上で使用するデータ、プロセッサ３１での処理によって生成されたデータ等を保存する。補助記憶デバイス３３は、アプリケーションプログラムを記憶する場合もある。

【0050】

メインメモリ３２又は補助記憶デバイス３３が記憶するアプリケーションプログラムは、後述する制御プログラムを含む。制御プログラムをメインメモリ３２又は補助記憶デバイス３３にインストールする方法は特に限定されない。リムーバブルな記録媒体に制御プログラムを記録して、あるいはネットワークを介した通信により制御プログラムを配信して、メインメモリ３２又は補助記憶デバイス３３にインストールすることができる。記録媒体は、ＣＤ－ＲＯＭ、メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。

【0051】

時計３４は、決済サーバ３０の時刻情報源として機能する。プロセッサ３１は、時計３４によって計時される時刻情報を基に、現在の日付及び時刻を取得する。

【0052】

通信インターフェース３５は、通信ネットワーク４０を接続する。決済サーバ３０は、通信インターフェース３５を介して、通信ネットワーク４０に接続されるＰＯＳ端末１０及びレシートサーバ２０とデータ通信を行う。

【0053】

かかる構成の決済サーバ３０は、補助記憶デバイス３３の記憶領域の一部を、決済情報ファイル３３１としての領域としている。決済情報ファイル３３１は、各ＰＯＳ端末１０から決済サーバ３０へと送信された決済売上データを記憶するためのデータファイルである。

【0054】

図１０は、決済情報ファイル３３１に記憶される決済売上データＲｃの構造を示す模式図である。決済売上データＲｃは、店舗コード、取引日時、決済番号、決済金額、ユーザＩＤ及び端末ＩＤを含む。ユーザＩＤは、電子決済を利用する客の識別子である。端末ＩＤは、スマートフォン等の通信端末の識別子である。

【0055】

電子決済を利用する客は、事前に決済事業者に対してユーザ登録を行う。このユーザ登録により、決済事業者から固有のユーザＩＤが発行される。ユーザＩＤは、クレジットカード、電子マネーカード、スマートフォン等の電子決済用の媒体に記憶される。ＰＯＳ端末１０は、電子決済を実行する際に媒体からユーザＩＤを取り込む。そしてＰＯＳ端末１０は、ユーザＩＤを含む決済売上データＲｃを、該当する決済事業者の決済サーバ３０へと送信する。ここで、媒体が通信端末であった場合には、ＰＯＳ端末１０は、その通信端末から端末ＩＤも取り込む。そしてＰＯＳ端末１０は、この端末ＩＤもさらに含めて、決済売上データＲｃを決済サーバ３０へと送信する。因みに、媒体が通信端末でなかった場合の電子決済に係る決済売上データＲｃの端末ＩＤは、ＮＵＬＬデータとなる。

【0056】

図１０に示される他方の決済売上データＲｃｃは、後述する購買情報受渡し処理が行われた後の決済売上データを示すものである。決済売上データＲｃｃは、決済売上データＲｃに１以上の登録商品データを追加したデータである。

【0057】

このように、購買情報受渡し処理が実行される前の決済売上データＲｃは、登録商品データを含まない。したがって決済事業者は、決済情報ファイル３３１の決済売上データＲｃから、誰がいつどこでいくら電子決済を利用したかという情報を把握することができるが、決済者が購入した商品の情報、いわゆる購買情報までは把握できない。購買情報は、レシートサーバ２０にある。そこで本実施形態では、決済サーバ３０に、購買情報をレシートサーバ２０から取得する処理を実現するための制御プログラム、いわゆる購買情報取得アプリを実装する。またレシートサーバ２０に、この購買情報取得アプリと連動して、必要な購買情報を決済サーバ３０に応答する処理を実現するための制御プログラム、いわゆる購買情報応答アプリを実装する。

【0058】

図１１は、購買情報取得アプリに従い決済サーバ３０のプロセッサ３１が実行する主要な情報処理の手順を示す流れ図である。図１２は、購買情報応答アプリに従いレシートサーバ２０のプロセッサ２１が実行する主要な情報処理の手順を示す流れ図である。以下、各図を参照して、第１の実施形態に係るサーバシステム１００の主要な動作について説明する。なお、以下に説明する動作は一例である。同様な作用効果を得ることができるのであれば、動作の手順は特に限定されない。

【0059】

決済情報ファイル３３１に決済売上データＲｃが保存される毎に起動する。購買情報取得アプリは、予め設定された時刻、例えば毎時０分になると起動してもよい。

【0060】

購買情報取得アプリが起動すると、決済サーバ３０のプロセッサ３１は、図１１の流れ図に示す手順の処理を開始する。先ず、プロセッサ３１は、ＡＣＴ２１として処理対象となる決済売上データが決済情報ファイル３３１に保存されている否かを確認する。処理対象の決済売上データとは、登録商品データが付加されていない決済売上データＲｃである。登録商品データが付加された決済売上データＲｃｃは、処理対象外となる。

【0061】

決済情報ファイル３３１に処理対象の決済売上データＲｃが保存されている場合、プロセッサ３１は、ＡＣＴ２１においてＹＥＳと判定し、ＡＣＴ２２へと進む。プロセッサ３１は、ＡＣＴ２２として決済売上データＲｃを決済情報ファイル３３１から取得する。そしてプロセッサ３１は、ＡＣＴ２３としてその決済売上データＲｃから決済番号を取得する。またプロセッサ３１は、ＡＣＴ２４として決済売上データＲｃからユーザＩＤと端末ＩＤとを取得する。

【0062】

プロセッサ３１は、ＡＣＴ２５としてレシートサーバ２０に対して購買情報要求コマンドを送信する。購買情報要求コマンドには、決済売上データＲｃから取得した決済番号とユーザＩＤ及び端末ＩＤとが含まれる。購買情報要求コマンドは、通信ネットワーク４０を介してレシートサーバ２０に送信される。

【0063】

レシートサーバ２０においては、購買情報応答アプリが常駐している。そしてレシートサーバ２０のプロセッサ２１は、図１２のＡＣＴ３１として購買情報要求コマンドを待ち受けている。通信ネットワーク４０を介して購買情報要求コマンドを受信すると、プロセッサ２１は、ＡＣＴ３１においてＹＥＳと判定し、ＡＣＴ３２へと進む。プロセッサ２１は、ＡＣＴ３２として購買情報要求コマンドから決済番号を取得する。そしてプロセッサ２１は、ＡＣＴ３３としてこの決済番号を検索キーとして第２ファイル２３３を検索する。

【0064】

プロセッサ２１は、ＡＣＴ３４として検索キーとしての決済番号を含む第２レシートデータＲｂの有無を判別する。該当する第２レシートデータＲｂが第２ファイル２３３に保存されていない場合、プロセッサ２１は、ＡＣＴ３４においてＮＯと判定し、ＡＣＴ３５へと進む。プロセッサ２１は、ＡＣＴ３５として購買情報要求コマンド送信元の決済サーバ３０に対し、エラー応答コマンドを送信する。

【0065】

例えば、ＰＯＳ端末１０とレシートサーバ２０との間の通信に障害が発生した場合、電子決済された商取引の決済売上データは該当する決済サーバ３０に送信されるものの、その商取引のレシートデータは第２ファイル２３３に保存されていない。このような場合、エラーとなる。

【0066】

検索キーとしての決済番号を含む第２レシートデータＲｂが第２ファイル２３３に保存されている場合には、プロセッサ２１は、ＡＣＴ３４においてＹＥＳと判定し、ＡＣＴ３６へと進む。プロセッサ２１は、ＡＣＴ３６としてその第２レシートデータＲｂから登録商品データを取得する。そしてプロセッサ２１は、ＡＣＴ３７として購買情報要求コマンド送信元の決済サーバ３０に対し、正常応答コマンドを送信する。正常応答コマンドは、ＡＣＴ３６の処理で取得した登録商品データを含む。

【0067】

プロセッサ２１は、ＡＣＴ３８として購買情報要求コマンドからユーザＩＤ及び端末ＩＤを検出する。そしてプロセッサ２１は、ＡＣＴ３９としてそのユーザＩＤ及び端末ＩＤを、検索キーとしての決済番号を含む第２レシートデータＲｂに追加する。

【0068】

以上で、プロセッサ２１は、購買情報要求コマンドに対する応答処理を終了する。そしてプロセッサ２１は、次の購買情報要求コマンドを受信すると、ＡＣＴ３２乃至ＡＣＴ３８の処理を前述したのと同様に実行する。

【0069】

図１１の説明に戻る。
正常応答コマンド又はエラー応答コマンドは、通信ネットワーク４０を介して購買情報要求コマンド送信元の決済サーバ３０で受信される。購買情報要求コマンドを送信した決済サーバ３０のプロセッサ３１は、ＡＣＴ２６として応答コマンドを待ち受けている。この待ち受け状態において、エラー応答コマンドを受信した場合には、プロセッサ３１は、ＡＣＴ２６においてＮＯと判定し、ＡＣＴ２１へと戻る。

【0070】

一方、正常応答コマンドを受信した場合には、プロセッサ３１は、ＡＣＴ２６においてＹＥＳと判定し、ＡＣＴ２７へと進む。プロセッサ３１は、ＡＣＴ２７として正常応答コマンドに含まれる登録商品データを、ＡＣＴ２２の処理で取得した処理対象の決済売上データＲｃに追加する。これにより、決済売上データＲｃは、決済売上データＲｃｃとなる。その後、プロセッサ３１は、ＡＣＴ２１へと戻る。

【0071】

プロセッサ３１は、他に処理対象の決済売上データＲｃが決済情報ファイル３３１に保存されているか否かを確認する。処理対象の決済売上データＲｃが保存されている場合には、プロセッサ３１は、その決済売上データＲｃについて、ＡＣＴ２２乃至ＡＣＴ２７の処理を前述したのと同様に実行する。処理対象の決済売上データＲｃが保存されていない場合には、プロセッサ３１は、図１１の流れ図に示す手順の情報処理を終了する。

【0072】

ここに、決済サーバ３０のプロセッサ３１は、図１１のＡＣＴ２１乃至ＡＣＴ２５の処理を実行することにより、問合せ部を構成する。すなわちプロセッサ３１は、決済端末（ＰＯＳ端末１０）から通知される決済売上データＲｃに含まれる取引識別情報（決済番号）でレシートサーバ２０に問合せを行う。

【0073】

またプロセッサ３１は、図１１のＡＣＴ２６及びＡＣＴ２７の処理を実行することにより、記憶部を構成する。すなわちプロセッサ３１は、問合せに対してレシートサーバ２０から出力された購入商品に係る情報（登録商品データ）を、取引識別情報（決済番号）を含む決済売上データＲｃと関連付けて記憶する。

【0074】

レシートサーバ２０のプロセッサ２１は、図１２のＡＣＴ３１乃至ＡＣＴ３６の処理を実行することにより、取得部を構成する。すなわちプロセッサ２１は、商取引の決済時に決済端末（ＰＯＳ端末１０）で生成されたレシートデータ（第２レシートデータＲｂ）を記憶するレシート記憶部（第２ファイル２３３）から、商取引の決済を支援する決済事業者に対して決済端末から通知される決済売上データに含まれる取引識別情報（決済番号）で識別される商取引のレシートデータを取得する。

【0075】

またプロセッサ２１は、図１２のＡＣＴ３７の処理を実行することにより、出力部を構成する。すなわちプロセッサ２１は、取得部で取得したレシートデータ（第２レシートデータＲｂ）に含まれる購入商品に係る情報（登録商品データ）を決済事業者の決済サーバ３０に出力する。

【0076】

さらにプロセッサ２１は、図１２のＡＣＴ３８及びＡＣＴ３９の処理を実行することにより、検出部及び追加部を構成する。すなわちプロセッサ２１は、取引識別情報（決済番号）で識別される商取引の決済者に設定された第１識別情報（ユーザＩＤ、端末ＩＤ）を検出する。そしてプロセッサ２１は、レシート記憶部（第２ファイル２３３）に記憶され、取得部によって取得されたレシートデータ（第２レシートデータＲｂ）に第１識別情報（ユーザＩＤ、端末ＩＤ）を追加する。

【0077】

以上、詳述したようにサーバシステム１００は、購買情報取得アプリを実装した決済サーバ３０と、購買情報応答アプリを実装したレシートサーバ２０とが連動する。そしてこの連動により、決済サーバ３０の決済情報ファイル３３１に記憶された決済売上データＲｃは、レシートサーバ２０から提供される購買情報、つまりは登録商品データを含む決済売上データＲｃｃとなる。したがって決済事業者は、誰がいつどこでいくら電子決済を利用したかという情報に加えて、何を購入したかという情報まで把握できるようになる。

【0078】

このように、レシートサーバ２０は、決済者が電子決済を利用して購入した商品の情報を決済事業者に提供するサービスを実現することができる。

【0079】

しかもレシートサーバ２０は、決済サーバ３０からの要求コマンドに応じて購入商品に係る情報を決済サーバ３０に提供するように構成されている。したがって、レシートサーバ２０は、要求のあった決済サーバ３０に対してだけ購入商品に係る情報を提供すればよく、情報提供に要する処理の負担が小さい。

【0080】

その上、レシートサーバ２０は、サーバ側設定テーブル２３１を備えている。そしてレシートサーバ２０は、出力フラグが“１”に設定された決済事業者すなわち、購買情報提供対象の決済事業者に係る電子決済のレシートデータだけを第２ファイル２３３に保存する。したがって、第２ファイル２３３の記憶容量を節約できる。また、購買情報提供対象外であった決済事業者が購買情報の提供を申し出た場合、あるいは購買情報提供対象であった決済事業者がする購買情報の不要を申し出た場合には、出力フラグの値を切り替えるだけでよい。したがって、決済事業者の要望に対して容易にかつ迅速に対処することができる。

【0081】

ところでレシートサーバ２０は、第２ファイル２３３に保存した第２レシートデータＲｂに対し、購買情報要求コマンドに含まれているユーザＩＤと端末ＩＤとを追加して、第２レシートデータＲｂｂとする機能を有している。第２レシートデータＲｂに追加されるユーザＩＤまたは端末ＩＤは、電子決済を利用した決済者の識別子として有効である。

【0082】

一方、第２レシートデータＲｂには、必ずしも電子レシート利用者の識別子であるレシートＩＤが含まれているとは限らない。すなわち本実施形態では、各ＰＯＳ端末１０は、レシートＩＤを含むレシートデータに限らず、レシートＩＤを含まなくても、ＰＯＳ側設定テーブル１３１に設定された決済名称を含むレシートデータを電子化してレシートサーバ２０に送信する。そしてレシートサーバ２０は、レシートＩＤを含むか否かに拘わらず、その決済名称を含む第２レシートデータＲｂを第２ファイル２３３に保存する。

【0083】

そこで、サーバシステム１００は、ユーザＩＤまたは端末ＩＤと、そのＩＤで識別される決済者のレシートＩＤとを連携させる手段を備える。当該手段は、レシートサーバ２０が主体となってもよいし、決済サーバ３０が主体となってもよい。ユーザＩＤまたは端末ＩＤとレシートＩＤとを連携させることで、ユーザＩＤと端末ＩＤとが付加された第２レシートデータＲｂｂは、電子レシートサービスを受けることが可能な第１レシートデータＲａとなり得る。よって、例えば電子決済時には電子レシートサービス対象外の決済者であっても、後で、ユーザＩＤまたは端末ＩＤを連携させることで、電子レシートサービスを受けられるようになる。

【0084】

［第２の実施形態］
第１の実施形態では、レシートサーバ２０のプロセッサ２１が、決済サーバ３０からの購買情報要求コマンドに都度応答して、購入商品に係る情報をリアルタイムに出力する場合を例示した。このため、購買情報要求コマンドが増えるに従い、プロセッサ２１の処理負荷が大きくなる懸念がある。そこで第２の実施形態は、プロセッサ２１が、購入商品に係る情報をバッチ処理によりまとめて決済サーバ３０に出力する場合を例示する。

【0085】

第２の実施形態が第１の実施形態と異なる点は、図１１を用いて説明した決済サーバ３０のプロセッサ３１が実行する処理手順の一部と、図１２を用いて説明したレシートサーバ２０のプロセッサ２１が実行する処理手順の一部である。図１乃至図１０を用いて説明したその他の部分は第１の実施形態と共通なので、第２の実施形態でもそのまま使用する。

【0086】

図１３は、購買情報取得アプリに従い決済サーバ３０のプロセッサ３１が実行する主要な情報処理の手順を示す流れ図である。図１４は、購買情報応答アプリに従いレシートサーバ２０のプロセッサ２１が実行する主要な情報処理の手順を示す流れ図である。以下、各図を参照して、第２の実施形態に係るサーバシステム１００の主要な動作について説明する。なお、以下に説明する動作は一例である。同様な作用効果を得ることができるのであれば、動作の手順は特に限定されない。

【0087】

購買情報取得アプリは、予め設定された時刻、例えば午前０時００分になると起動する。購買情報取得アプリが起動すると、決済サーバ３０のプロセッサ３１は、図１３の流れ図に示す手順の処理を開始する。先ず、プロセッサ３１は、ＡＣＴ４１として処理対象となる決済売上データが決済情報ファイル３３１に保存されている否かを確認する。処理対象の決済売上データとは、登録商品データが付加されていない決済売上データＲｃである。登録商品データが付加された決済売上データＲｃｃは、処理対象外となる。決済情報ファイル３３１に処理対象の決済売上データＲｃが保存されていない場合、プロセッサ３１は、ＡＣＴ４１においてＮＯと判定し、この処理を終了する。

【0088】

決済情報ファイル３３１に処理対象の決済売上データＲｃが保存されている場合には、プロセッサ３１は、ＡＣＴ４１においてＹＥＳと判定し、ＡＣＴ４２へと進む。プロセッサ３１は、ＡＣＴ４２として処理対象の決済売上データＲｃを決済情報ファイル３３１から取得する。そしてプロセッサ３１は、ＡＣＴ４３としてその決済売上データＲｃから決済番号を取得する。またプロセッサ３１は、ＡＣＴ４４としてその決済売上データＲｃからユーザＩＤと端末ＩＤとを取得する。

【0089】

プロセッサ３１は、ＡＣＴ４５として要求レコードを作成する。要求レコードには、決済売上データＲｃから取得した決済番号とユーザＩＤ及び端末ＩＤとが含まれる。プロセッサ３１は、ＡＣＴ４６として要求レコードを要求ファイルに保存する。なお、要求ファイルは、当該処理の開始に先立ってクリアされている。

【0090】

プロセッサ３１は、ＡＣＴ４７として処理対象となる決済売上データＲｃがさらに決済情報ファイル３３１に保存されている否かを確認する。決済売上データＲｃが保存されている場合、プロセッサ３１は、ＡＣＴ４７においてＹＥＳと判定し、ＡＣＴ４２へと戻る。そしてプロセッサ３１は、ＡＣＴ４２以降の処理を前述したのと同様に実行する。したがって、処理対象となる決済売上データＲｃをもとに作成された要求レコードが要求ファイルに蓄積される。

【0091】

処理対象となる決済売上データＲｃが決済情報ファイル３３１に保存されていないことを確認しならば、プロセッサ３１は、ＡＣＴ４７においてＮＯと判定し、ＡＣＴ４８へと進む。プロセッサ３１は、ＡＣＴ４８として要求ファイルをレシートサーバ２０に送信する。要求ファイルは、通信ネットワーク４０を介してレシートサーバ２０へと送信される。

【0092】

一方、購買情報応答アプリも予め設定された時刻、例えば午前２時００分になると起動する。購買情報応答アプリが起動すると、レシートサーバ２０のプロセッサ２１は、図１４のＡＣＴ６１として要求ファイルを受信しているか否かを確認する。要求ファイルを受信していない場合、プロセッサ２１は、ＡＣＴ６１においてＮＯと判定し、この処理を終了する。

【0093】

要求ファイルを受信している場合には、プロセッサ２１は、ＡＣＴ６１においてＹＥＳと判定し、ＡＣＴ６２へと進む。プロセッサ２１は、ＡＣＴ６２として要求ファイルから要求レコードを取得する。そしてプロセッサ２１は、ＡＣＴ６３としてその要求レコードから決済番号を取得する。プロセッサ２１は、ＡＣＴ６４としてこの決済番号を検索キーとして第２ファイル２３３を検索する。

【0094】

プロセッサ２１は、ＡＣＴ６５として検索キーとしての決済番号を含む第２レシートデータＲｂの有無を判別する。該当する第２レシートデータＲｂが第２ファイル２３３に保存されていない場合、プロセッサ２１は、ＡＣＴ６５においてＮＯと判定し、ＡＣＴ７０へと進む。

【0095】

検索キーとしての決済番号を含む第２レシートデータＲｂが第２ファイル２３３に保存されている場合には、プロセッサ２１は、ＡＣＴ６５においてＹＥＳと判定し、ＡＣＴ６６へと進む。プロセッサ２１は、ＡＣＴ６６としてその第２レシートデータＲｂから登録商品データを取得する。そしてプロセッサ２１は、ＡＣＴ６７としてその登録商品データを、ＡＣＴ６２の処理で要求ファイルから検出した要求レコードに追加する。

【0096】

プロセッサ２１は、ＡＣＴ６８として要求レコードからユーザＩＤ及び端末ＩＤを検出する。そしてプロセッサ２１は、ＡＣＴ６９としてそのユーザＩＤ及び端末ＩＤを、検索キーとしての決済番号を含む第２レシートデータＲｂに追加する。これにより、第２レシートデータＲｂは、ユーザＩＤ及び端末ＩＤが追加された第２レシートデータＲｂｂとなる。

【0097】

プロセッサ２１は、ＡＣＴ７０として要求ファイルに別の要求レコードが存在するか否かを確認する。要求レコードが存在する場合、プロセッサ２１は、ＡＣＴ７０においてＹＥＳと判定し、ＡＣＴ６２へと戻る。そしてプロセッサ２１は、ＡＣＴ６２以降の処理を前述したのと同様に実行する。

【0098】

こうして、要求ファイルに保存されている全ての要求レコードに対し、ＡＣＴ６２乃至ＡＣＴ６９の処理を実行したならば、プロセッサ２１は、ＡＣＴ７０においてＮＯと判定し、ＡＣＴ７１へと進む。プロセッサ２１は、ＡＣＴ７１として登録商品データを追加した要求データで応答ファイルを作成する。そしてプロセッサ２１は、ＡＣＴ７２として要求ファイル送信元の決済サーバ３０に応答ファイルを送信する。以上で、プロセッサ２１は、図１４に示す手順の情報処理を終了する。

【0099】

レシートサーバ２０から送信された応答ファイルは、通信ネットワーク４０を介して要求ファイル送信元の決済サーバ３０で送信される。

【0100】

図１３の説明に戻る。
要求ファイルを送信した決済サーバ３０のプロセッサ３１は、ＡＣＴ４９として応答ファイルを待ち受けている。応答ファイルを受信すると、プロセッサ３１は、ＡＣＴ４９においてＹＥＳと判定し、ＡＣＴ５０へと進む。プロセッサ３１は、ＡＣＴ５０として応答ファイルから要求データを取得する。そしてプロセッサ３１は、ＡＣＴ５１としてその要求データに付加されている登録商品データを、当該要求データで特定される決済売上データＲｃに追加する。これにより、決済売上データＲｃは、登録商品データが追加された決済売上データＲｃｃとなる。

【0101】

プロセッサ３１は、ＡＣＴ５２として応答ファイルに他の要求データが存在するか否かを確認する。存在する場合、プロセッサ３１は、ＡＣＴ５２においてＹＥＳと判定し、ＡＣＴ５０へと戻る。すなわちプロセッサ３１は、その要求データから登録商品データを取得し、該当する決済売上データＲｃに追加する処理を繰り返す。

【0102】

応答ファイルに他の要求データが存在しない場合には、プロセッサ３１は、ＡＣＴ５２においてＮＯと判定する。プロセッサ３１は、図１３の流れ図に示す手順の情報処理を終了する。

【0103】

このような構成の第２の実施形態においても、決済事業者は、誰がいつどこでいくら電子決済を利用したかという情報に加えて、何を購入したかという情報まで把握できるようになる。すなわちレシートサーバ２０は、決済者が電子決済を利用して購入した商品の情報を決済事業者に提供するサービスを実現することができる。

【0104】

しかもレシートサーバ２０は、決済サーバ３０への情報提供サービスをバッチ処理により行う。したがって、購買情報の要求量が増えた場合でも、レシートサーバ２０の処理負荷が著しく大きくなることはない。

【0105】

なお、この第２の実施形態において、決済サーバ３０のプロセッサ３１は、ＡＣＴ４１乃至ＡＣＴ４７の処理と、ＡＣＴ４８乃至ＡＣＴ５２の処理とを異なるタイミングで行ってもよい。すなわちプロセッサ３１は、第１の実施形態と同様に、処理対象の決済売上データＲｃを検出する毎にその決済売上データＲｃに基づく要求データを作成する。そしてプロセッサ３１は、その要求データを要求ファイルに蓄える。その後、例えば予め設定された時刻になると、プロセッサ３１は、要求ファイルをレシートサーバ２０へと送信する。そして、レシートサーバ２０から応答ファイルを受信すると、プロセッサ３１は、その応答ファイルのデータを基に決済売上データＲｃに登録商品データを追加する。このような構成を採用しても、同様な効果を奏することができる。

【0106】

以上、レシートサーバ２０と決済サーバ３０を含むサーバシステム１００の実施形態について説明したが、かかる実施形態はこれに限定されるものではない。

【0107】

前記実施形態では、レシートサーバ２０は電子レシートサービスを提供するレシートサーバとして例示した。レシートサーバ２０は必ずしも電子レシートサービスに対応していなくてもよい。例えば、所定の決済事業者の決済名称を含むレシートデータを第２ファイル２３３に保存し、決済サーバ３０からの購買情報要求コマンドに応じて、該当するレシートデータから購買情報である登録商品データを応答することに特化したレシートサーバであってもよい。このようなレシートサーバは、第１ファイル２３２が不要となる。また、プロセッサ２１は、図６の流れ図に示す手順のうち、ＡＣＴ１２及びＡＣＴ１３が不要となる。

【0108】

前記実施形態では、決済売上データＲｃに含まれる取引識別情報を決済番号として説明した。決済事業者によっては、電子決済の商取引に対して決済番号を発番しない場合もあり得る。このような場合には、店舗コードと取引日時、又は、取引日時と取引金額とを取引識別情報としてもよい。

【0109】

ただし、決済売上データＲｃに含まれる取引日時は、決済サーバ３０が決済売上データＲｃを取得した日時とする場合もあり得る。そのような場合には、必ずしもＰＯＳ端末１０の時計と決済サーバ３０の時計３４とは一致しないので、決済売上データＲｃの取引日時とレシートデータの取引日時とがずれる可能性がある。そこでレシートサーバ２０は、取引日時については完全一致ではなく、検索範囲に若干の幅を持たせる必要がある。

【0110】

前記実施形態では、出力フラグを記憶しない設定テーブルをＰＯＳ側設定テーブル１３１としてＰＯＳ端末１０に設ける場合を例示した。他の実施形態としては、出力フラグを記憶するサーバ側設定テーブル２３１と同等のものをＰＯＳ側設定テーブルとしてＰＯＳ端末１０に設けてもよい。そうすることにより、購買情報提供対象外の決済事業者に係る電子決済で決済されたレシートデータをＰＯＳ端末１０からレシートサーバ２０に送信する無駄をなくすことができる。その結果、通信ネットワーク４０の通信トラフィック量を低減できる効果を奏する。

【0111】

前記実施形態では、ＰＯＳ端末１０が商品登録部１１、決済処理部１２及びレシート処理部１３としての機能を有するとして説明した。例えば決済処理部１２及びレシート処理部１３としての機能は、ＰＯＳ端末１０に接続された電子決済専用の決済端末が有していてもよい。この場合、ＰＯＳ側設定テーブル１３１は、ＰＯＳ端末１０ではなく決済端末が備えることとなる。

【0112】

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

【符号の説明】

【0113】

１０…ＰＯＳ端末、１１…商品登録部、１２…決済処理部、１３…レシート処理部、２０…レシートサーバ、２１，３１…プロセッサ、２２，３２…メインメモリ、２３，３３…補助記憶デバイス、２４，３４…時計、２５，３５…通信インターフェース、２６，３６…システムバス、３０…決済サーバ、４０…通信ネットワーク、１３１…ＰＯＳ側設定テーブル、２３１…サーバ側設定テーブル、２３２…第１ファイル、２３３…第２ファイル、３３１…決済情報ファイル。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【手続補正書】

【提出日】2024-08-05

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

商取引の合計金額に対しての支払データを基に商取引を決済する決済手段と、
前記決済が電子的に処理する電子決済である場合、前記商取引のレシートデータを電子化する電子化手段と、
前記電子化されたレシートデータをレシートサーバに出力する出力手段と、
を具備する決済端末。

【請求項2】

前記電子化手段は、前記電子決済を支援する決済サーバが前記商取引の決済時に発番した決済番号を含むレシートデータを電子化する、請求項１記載の決済端末。

【請求項3】

前記電子化手段は、前記レシートデータに含まれる決済名称を取得し、当該決済名称が前記決済サーバで支援される電子決済を示すものであるとき、レシートデータを電子化する、請求項２記載の決済端末。

【請求項4】

前記決済が前記電子決済でない場合、前記商取引のレシートデータを印字する印字手段、
をさらに具備する請求項１記載の決済端末。

【請求項5】

前記決済端末は、ＰＯＳ端末、又は、当該ＰＯＳ端末に接続された電子決済専用の端末である、請求項１乃至４のうちいずれか一記載の決済端末。

【請求項6】

決済端末のコンピュータを、
商取引の合計金額に対しての支払データを基に商取引を決済する決済手段、
前記決済が電子的に処理する電子決済である場合、前記商取引のレシートデータを電子化する電子化手段、及び、
前記電子化されたレシートデータをレシートサーバに出力する出力手段、
として機能させるためのプログラム。

【請求項7】

前記電子化手段は、前記電子決済を支援する決済サーバが前記商取引の決済時に発番した決済番号を含むレシートデータを電子化する、請求項６記載のプログラム。

【請求項8】

前記電子化手段は、前記レシートデータに含まれる決済名称を取得し、当該決済名称が前記決済サーバで支援される電子決済を示すものであるとき、レシートデータを電子化する、請求項７記載のプログラム。

【請求項9】

前記決済端末のコンピュータを、
前記決済が前記電子決済でない場合、前記商取引のレシートデータを印字する印字手段、
としてさらに機能させるための請求項６記載のプログラム。

【手続補正3】

【補正対象書類名】明細書

【補正対象項目名】０１１２

【補正方法】変更

【補正の内容】

【0112】

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態及びその変形は、発明の範囲に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］商取引の決済時に決済端末で生成されたレシートデータを記憶するレシート記憶部から、前記商取引の決済を支援する決済事業者に対して前記決済端末から通知される決済売上データに含まれる取引識別情報で識別される商取引のレシートデータを取得する取得部と、前記取得部で取得した前記レシートデータに含まれる購入商品に係る情報を前記決済事業者の決済サーバに出力する出力部と、を具備するレシートサーバ。
［２］前記取得部は、前記決済サーバからの要求コマンドに含まれる前記取引識別情報で識別される商取引のレシートデータを取得し、前記出力部は、前記要求コマンド送信元の前記決済サーバに前記購入商品に係る情報を出力する、付記［１］記載のレシートサーバ。
［３］前記取引識別情報で識別される商取引の決済者に設定された第１識別情報を検出する検出部と、前記レシート記憶部に記憶され、前記取得部によって取得されたレシートデータに前記第１識別情報を追加する追加部と、をさらに具備する、付記［１］又は［２］記載のレシートサーバ。
［４］前記レシート記憶部は、第１レシート記憶部と第２レシート記憶部とを含み、電子レシート利用者を識別する第２識別情報 を含むレシートデータを前記第１レシート記憶部に記憶させ、決済事業者による支援により決済された商取引であることを示す情報 を含むレシートデータを前記第２レシート記憶部に記憶させる処理部、をさらに具備し、前記取得部は、前記第２レシート記憶部からレシートデータを取得する、付記［１］乃至［３］のうちいずれか１項記載のレシートサーバ。
［５］付記［１］乃至［４］のうちいずれか１項記載のレシートサーバと、決済端末から通知される決済売上データに含まれる取引識別情報で前記レシートサーバに問合せを行う問合せ部、及び、前記問合せに対して前記レシートサーバから出力された購入商品に係る情報を、前記取引識別情報を含む前記決済売上データと関連付けて記憶する記憶部、を有する決済サーバと、を具備するサーバシステム。
［６］コンピュータに、商取引の決済時に決済端末で生成されたレシートデータを記憶するレシート記憶部から、前記商取引の決済を支援する決済事業者に対して前記決済端末から通知される決済売上データに含まれる取引識別情報で識別される商取引のレシートデータを取得させる機能と、前記取得した前記レシートデータに含まれる購入商品に係る情報を前記決済事業者の決済サーバに出力させる機能と、を実現させるためのプログラム。