JP2017062600A - 決済端末、ユーザ端末及びサーバ装置 - Google Patents

Abstract

【課題】消費者がフィードバックを容易に行うことが可能な環境を提供する。【解決手段】取引の内容を示す取引データを生成する第１生成手段と、消費者からのフィードバックを受け付けるサーバ装置のアドレスを含んだコードシンボルを生成する第２生成手段と、前記取引データと前記コードシンボルとをレシートに印字出力する出力手段と、を備える。【選択図】図５

Description

本発明の実施形態は、決済端末、ユーザ端末及びサーバ装置に関する。

従来、店舗等では、消費者が商品を購入した際に、その取引の内訳を示すレシートを発行している。係るレシートには、取引内容の他、取引を特定するための情報や、商品を販売した小売店の電話番号等が印字される。例えば購入した商品に問題があったような場合、消費者は、その商品の取引時に渡されたレシートの電話番号に電話を掛けることで、苦情や要望等のフィードバックを店舗等に行っている。

また、近年では、店舗や当該店舗を運営する企業が、苦情や要望等のフィードバックを受け付けるためのウェブサイトをインターネット上に公開している。このウェブサイトを利用する場合、消費者は、ＵＲＬ（Uniform Resource Locator）を入力等することでウェブサイトにアクセスし、専用のフォーム等に苦情や要望等を入力している。

また、従来、インターネット等の通信ネットワークを介して、商品に関する口コミや評価を他者へ伝送するための情報伝送システムが提案されている。係る情報伝送システムでは、印刷物や表示画面に表示された二次元コードを携帯端末で読み取ることで、情報伝送システムにアクセスすることができる。

しかしながら、フィードバックに際し、電話を掛けることやＵＲＬを入力することは、消費者にとって煩わしく負担となる。また、従来の情報伝送システムでは、二次元コードを読み取ることでシステムへのアクセスが可能となるが、取引との関係については何ら考慮されていない。

本発明が解決しようとする課題は、消費者がフィードバックを容易に行うことが可能な環境を提供することである。

実施形態の決済端末は、第１生成手段と、第２生成手段と、出力手段とを備える。第１生成手段は、取引の内容を示す取引データを生成する。第２生成手段は、消費者からのフィードバックを受け付けるサーバ装置のアドレスを含んだコードシンボルを生成する。出力手段は、前記取引データと前記コードシンボルとをレシートに印字出力する。

図１は、実施形態に係るフィードバックシステムの構成例を模式的に示す図である。 図２は、図１に示したＰＯＳ端末のハードウェア構成の一例を示すブロック図である。 図３は、図１に示したユーザ端末のハードウェア構成の一例を示すブロック図である。 図４は、図１に示したフィードバック受付サーバのハードウェア構成の一例を示すブロック図である。 図５は、図１に示したＰＯＳ端末、ユーザ端末及びフィードバック受付サーバの機能構成の一例を示すブロック図である。 図６は、実施形態に係るレシートの一例を模式的に示す図である。 図７は、実施形態に係るレシートの他の例を模式的に示す図である。 図８は、実施形態に係るレシートの他の例を模式的に示す図である。 図９は、実施形態のユーザ端末に表示される入力フォームの一例を模式的に示す図である。 図１０は、実施形態のＰＯＳ端末が実行するレシート出力処理の手順の一例を示すフローチャートである。 図１１は、実施形態のユーザ端末及びサーバ装置が実行するフィードバック処理の手順の一例を示すフローチャートである。

以下、添付図面を参照して、決済端末、ユーザ端末及びサーバ装置の実施形態を詳細に説明する。なお、以下に説明する実施形態は、決済端末、ユーザ端末及びサーバ装置の一実施形態であって、その構成や仕様等を限定するものではない。

図１は、実施形態に係るフィードバックシステムの構成例を模式的に示す図である。図１に示すように、フィードバックシステムは、決済端末であるＰＯＳ（Point of Sales）端末１と、ユーザ端末２と、サーバ装置であるフィードバック受付サーバ３とを有する。

ＰＯＳ端末１は、商品を販売する店舗等に設けられる。ＰＯＳ端末１は、消費者が購入した商品の決済処理を行うことで、その取引内容を示した商品販売データを生成する。ＰＯＳ端末１は、商品販売データを用紙に印字することで、レシートＲＣを出力する。また、ＰＯＳ端末１は、後述するように、フィードバック受付サーバ３のアドレスや取引を特定する情報（取引特定情報）を含んだコードシンボルを、レシートＲＣに含めて印字する。

ユーザ端末２は、商品を購入した消費者が使用する端末装置である。ユーザ端末２は、例えばスマートフォン、タブレット型コンピュータ、パソコン等の通信端末を用いることができる。ユーザ端末２は、インターネットや各種公衆網等のネットワークＮに接続することができる。また、ユーザ端末２は、後述するように、レシートＲＣのコードシンボルに含まれたアドレスに基づき、フィードバック受付サーバ３にアクセスする。

フィードバック受付サーバ３は、消費者からのフィードバックを受け付けるためのサーバ装置である。フィードバック受付サーバ３は、例えば、ＰＯＳ端末１が設けられた店舗や、当該店舗を運営する企業、或いは第３機関等の組織により管理される。フィードバック受付サーバ３は、ネットワークＮを介して接続されるユーザ端末２との間で、各種情報の授受を行う。なお、フィードバック受付サーバ３が設けられる場所は特に問わないものとする。例えば、店舗がフィードバック受付サーバ３を管理するような場合、フィードバック受付サーバ３を店舗内に設ける構成としてもよい。

なお、フィードバックシステムは図１の例に限定されないものとする。例えば、ＰＯＳ端末１やユーザ端末２の個数は、特に問わないものとする。また、ＰＯＳ端末１が置かれた店舗内に、商品販売データ処理に用いる商品データファイルや、ＰＯＳ端末１で生成された商品販売データを管理するストアサーバを設けてもよい。また、各店舗のストアサーバが管理する商品販売データを、一元的に管理する上位サーバを設けてもよい。

次に、上記した各装置のハードウェア構成について説明する。

まず、ＰＯＳ端末１について説明する。図２は、ＰＯＳ端末１のハードウェア構成の一例を示すブロック図である。図２に示すように、ＰＯＳ端末１は、各種演算やＰＯＳ端末１の各部を統括的に制御する制御部１１を備える。制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＲＴＣ（Real Time Clock）等によって構成されるコンピュータである。ＲＯＭは、各種プログラムやデータを記憶する。ＲＡＭは、各種プログラムを一時的に記憶したり各種データを書き換え自在に記憶する。ＲＴＣは、現在の日時を計時する。

制御部１１は、バス１８を介して操作部１２、プリンタ１３、表示部１４及びコードスキャナ１５に接続されている。

操作部１２は、オペレータ（キャッシャ）が操作入力を行うための各種操作キーを有する。操作キーは、例えば、数値を入力するための置数キー、所定の項目を選択するためのカーソルキーや選択決定キーを有する。また、操作キーは、取引における売上登録が行われる商品の合計出力を指示する小計キー、一取引の締め処理を行って代金を決済することを宣言する締めキー等を有する。プリンタ１３は、レシートＲＣやジャーナル等の印字を行うプリンタ装置である。

表示部１４は、例えば液晶ディスプレイ等であり、販売登録された商品の品名、価格、決済が宣言された一取引の合計金額、釣銭額等の各種情報を表示する。表示部１４は、オペレータ向けに各種情報を表示するオペレータ用ディスプレイ１４ａと、消費者（客）向けに各種情報を表示する客用ディスプレイ１４ｂとを備える。なお、表示部１４をタッチパネル構成としてもよく、この場合、タッチパネルは操作部１２として機能する。

コードスキャナ１５は、バーコードや二次元コード等のコードシンボルを光学的に読み取るスキャナ装置である。コードスキャナ１５は、例えば、商品に付されたコードシンボル等を読み取る。そして、コードスキャナ１５は、コードシンボルから読み取った情報を制御部１１に出力する。なお、商品に付されたコードシンボルには、その商品を特定するための商品コード等が含まれている。

また、制御部１１は、バス１８を介して通信Ｉ／Ｆ（インタフェース）１６に接続される。制御部１１は、この通信Ｉ／Ｆ１６を介してネットワークＮに接続された外部装置と各種情報の授受を行う。

また、制御部１１は、バス１８を介して、記憶部１７に接続される。記憶部１７は、例えばＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の補助記憶装置である。記憶部１７は、制御部１１（ＣＰＵ）が実行する各種プログラムを記憶する。また、記憶部１７は、各商品の商品名（品目）、商品コード及び単価等の商品データを格納した商品データファイル等の各種データファイルを記憶する。

また、記憶部１７は、自己のＰＯＳ端末１を他のＰＯＳ端末１と識別するためのＰＯＳナンバーを記憶する。また、記憶部１７は、自店舗を運営する企業を他の企業と識別するための企業コードや、自己のＰＯＳ端末１が設置された店舗を示す店舗コード、当該店舗の電話番号等を記憶する。

次に、ユーザ端末２の構成について説明する。図３は、ユーザ端末２のハードウェア構成の一例を示すブロック図である。図３に示すように、ユーザ端末２は、各種演算やユーザ端末２の各部を統括的に制御する制御部２１を備えている。制御部２１は、制御部１１と同様に、ＣＰＵやＲＯＭ、ＲＡＭ、ＲＴＣ等によって構成されるコンピュータである。

制御部２１は、バス２７を介して操作部２２及び表示部２３に接続される。操作部２２は、消費者が操作入力を行うための各種の操作キーや、ポインティングデバイスを有している。表示部２３は、例えば液晶ディスプレイ等であり各種の情報を表示する。なお、表示部２３をタッチパネル構成としてもよく、この場合、タッチパネルは操作部２２として機能する。

また、制御部２１は、バス２７を介して撮像部２４に接続される。撮像部２４は、ＣＣＤやＣＭＯＳ等の撮像素子を有し、撮像により得られる画像データを制御部２１に出力する。本実施形態では、撮像部２４は、レシートＲＣに印字されたコードシンボル（図６等参照）の撮像に用いられる。なお、撮像部２４は、ユーザ端末２に外付けされる構成としてもよい。また、撮像部２４の代わりに、コードスキャナ１５と同様のコードスキャナを用いる構成としてもよい。

また、制御部２１は、バス２７を介して通信Ｉ／Ｆ２５に接続される。制御部２１は、この通信Ｉ／Ｆ２５を介してネットワークＮに接続された外部装置（フィードバック受付サーバ３等）と各種情報の授受を行う。

また、制御部２１は、バス２７を介して記憶部２６に接続される。記憶部２６は、制御部２１（ＣＰＵ）が実行する各種プログラムの他、各種の情報を記憶する。例えば、記憶部２６は、フィードバック受付サーバ３と協働するためのプログラムや設定情報を記憶する。

次に、フィードバック受付サーバ３の構成について説明する。図４は、フィードバック受付サーバ３のハードウェア構成の一例を示すブロック図である。図４に示すように、フィードバック受付サーバ３は、各種演算やフィードバック受付サーバ３の各部を統括的に制御する制御部３１を備えている。制御部３１は、制御部１１等と同様に、ＣＰＵやＲＯＭ、ＲＡＭ、ＲＴＣ等によって構成されるコンピュータである。

制御部３１は、バス３４を介して通信Ｉ／Ｆ３２に接続される。制御部３１は、この通信Ｉ／Ｆ３２を介してネットワークＮに接続された外部装置（ユーザ端末２等）と各種情報の授受を行う。
また、制御部３１は、バス３４を介して記憶部３３に接続される。記憶部３３は、制御部３１（ＣＰＵ）が実行する各種プログラムの他、各種の情報を記憶する。例えば、記憶部３３は、ユーザ端末２と協働するためのプログラムや設定情報を記憶する。

次に、上記した各装置の機能構成について説明する。図５は、ＰＯＳ端末１、ユーザ端末２及びフィードバック受付サーバ３の機能構成の一例を示すブロック図である。

図５に示すように、ＰＯＳ端末１は、商品販売処理部１１１と、コードシンボル生成部１１２と、出力制御部１１３とを機能部として備える。具体的には、制御部１１のＣＰＵが、記憶部１７のプログラムを実行することにより、商品販売処理部１１１、コードシンボル生成部１１２及び出力制御部１１３がＲＡＭ上に生成される。

商品販売処理部１１１は、商品販売処理及び商品販売データの生成を主に行う。具体的に、商品販売処理部１１１は、コードスキャナ１５等を介して、商品に付されたコードシンボルから商品コードを読み取る。また、商品販売処理部１１１は、読み取った商品コードに対応する商品データを商品データファイルから読み出し、この商品の単価に基づいて決済金額を算出する商品販売処理を実行する。そして、商品販売処理部１１１は、商品販売処理で処理された各商品の取引内容を示す商品販売データを生成する。

ここで、商品販売データは、例えば、店舗を運営する企業を示す企業コード（企業名）、店舗コード（店舗名）、取引日時、取引ナンバー、レジナンバー、担当者名、電話番号等の要素を含む。また、商品販売データは、決済の対象となった各商品の商品名（商品コード）、単価、点数、各商品の合計金額、消費者が支払った預かり金額、お釣り金額等の要素を含む。

コードシンボル生成部１１２は、消費者からのフィードバックを受け付ける受付先装置のアドレスを含んだコードシンボルを生成する。なお、「フィードバック」は、苦情や要望、感想、評価、アンケートに対する回答等、いわゆる消費者の声を意味する。

具体的に、コードシンボル生成部１１２は、本実施形態での受付先装置となるフィードバック受付サーバ３のアドレスを含んだコードシンボルを生成する。ここで、アドレスは、例えば、フィードバック受付サーバ３がネットワークＮ上に公開するウェブサイトのＵＲＬ等である。

なお、コードシンボル生成部１１２が生成するコードシンボルは、アドレスのみに限らず、他の情報を含んでもよい。例えば、コードシンボル生成部１１２は、商品販売データの全体又は一部の情報を含めてコードシンボルを生成してもよい。本実施形態では、コードシンボルは、商品販売データに含まれる情報のうち、当該商品販売データの生成に係る取引を特定可能な情報（取引特定情報）を含むものとする。取引特定情報としては、例えば、店舗コード、取引日時、取引ナンバーが挙げられる。また、取引特定情報は、企業コードやレジナンバー、担当者コード等を含んでもよい。

出力制御部１１３は、取引の内訳を記録したレシートＲＣの出力を制御する。例えば、出力制御部１１３は、商品販売処理部１１１が生成した商品販売データをプリンタ１３に出力することで、商品販売データの内容を印字したレシートＲＣを出力（発行）させる。また、出力制御部１１３は、コードシンボル生成部１１２が生成したコードシンボルを、商品販売データとともにプリンタ１３に出力することで、商品販売データとコードシンボルとを印字したレシートＲＣを出力させる。

図６は、レシートＲＣの一例を模式的に示す図である。図６に示すレシートＲＣ１は、企業コードＤ１、店舗コードＤ２、取引日時Ｄ３、取引ナンバーＤ４、レジナンバーＤ５、担当者コードＤ６、電話番号Ｄ７等の要素を含む。

企業コードＤ１は、店舗を運営する企業を識別するための情報である。店舗コードＤ２は、店舗を識別するための情報である。取引日時Ｄ３は、取引が行われた日時を示す情報である。取引ナンバーＤ４は、各取引を識別するための情報である。レジナンバーＤ５は、取引が行われたＰＯＳ端末１を識別するための情報である。担当者コードＤ６は、レジナンバーＤ５のＰＯＳ端末１を操作したオペレータ、つまり取引を担当した担当者を識別するための情報である。電話番号Ｄ７は、店舗の電話番号を示す情報である。

また、レシートＲＣ１は、取引の内容を示す要素を含む。例えば、取引内容として商品の売上登録が行われた場合、消費者が購入した各商品の商品名（商品コード）や金額、各商品の合計金額、消費者が支払った預かり金額等が、領域Ｄ８に印字される。

また、レシートＲＣ１には、コードシンボル生成部１１２が生成したコードシンボルが印字される。図６では、問合せ先であることを示す文字列とともに、コードシンボルＣＳ１を領域Ｄ９に印字した例を示している。

このように、ＰＯＳ端末１では、取引の内容とコードシンボルとを含んだレシートＲＣを取引毎に出力する。また、ＰＯＳ端末１は、取引を特定するための取引特定情報をコードシンボルに含めて生成する。レシートＲＣを手渡された消費者は、レシートに印字されたコードシンボルをユーザ端末２に読み取らせることで、フィードバック受付サーバ３に容易にアクセスすることができる。そのため、消費者は、取引に関するフィードバックを容易に行うことができる。

なお、レシートＲＣに印字されるコードシンボルの個数や、レシートＲＣの出力形態は、図６の例に限定されないものとする。

例えば、フィードバックの対象毎にアドレスが用意されている場合、コードシンボル生成部１１２は、対象毎にコードシンボルを生成してもよい。ここで、図７は、レシートＲＣの他の例を示す図である。図７のレシートＲＣ２では、フィードバックの対象（苦情、要望、その他）毎に生成されたコードシンボルＣＳ２１、ＣＳ２２、ＣＳ２３を、領域Ｄ９に印字した例を示している。

また、例えば、店舗や企業等の組織毎にアドレスが用意されている場合、コードシンボル生成部１１２は、組織毎にコードシンボルを生成してもよい。ここで、図８は、レシートＲＣの他の例を示す図である。図８のレシートＲＣ３では、組織（店舗、企業）毎に生成されたコードシンボルＣＳ３１、ＣＳ３２を、領域Ｄ９に印字した例を示している。

また、例えば、特定の商品（以下、対象商品という）についてアンケート等のフィードバックを収集する場合がある。このような場合、対象商品についての取引が行われたことを条件に、コードシンボル生成部１１２が、コードシンボルを生成するよう構成してもよい。具体的には、コードシンボル生成部１１２が、商品販売データの中に対象商品に関する取引内容（商品コード）が含まれるか否かを判定する。そして、コードシンボル生成部１１２は、対象商品が含まれると判定した場合に、その対象商品用に用意されたアドレスに基づきコードシンボルを生成する。なお、商品販売データの中に対象商品に関する取引内容が含まれない場合、コードシンボル生成部１１２は、コードシンボルを生成しないものとする。

また、例えば、後述するように消費者がフィードバック情報を閲覧可能な構成とする場合、コードシンボル生成部１１２は、閲覧用のアドレスを含んだコードシンボル（閲覧用コードシンボル）を生成してもよい。なお、この場合、閲覧用コードシンボルには、取引特定情報等の他の情報を含めてもよいし、含めなくてもよい。

また、例えば、出力制御部１１３は、商品販売データに基づくレシートと、コードシンボルを印字するレシートとを個別に出力させてもよい。また、図６〜８では、コードシンボルとして二次元コードを示したが、これに限らず、他の形態のコードシンボルを用いてもよい。

次に、ユーザ端末２の機能構成について説明する。図５に示すように、ユーザ端末２は、コードシンボル読取部２１１と、通信制御部２１２と、表示制御部２１３とを機能部として備える。具体的には、制御部２１のＣＰＵが、記憶部２６のプログラムを実行することにより、コードシンボル読取部２１１、通信制御部２１２及び表示制御部２１３がＲＡＭ上に生成される。なお、通信制御部２１２及び表示制御部２１３は、例えば、Ｗｅｂクライアント（ブラウザ）等のアプリケーションソフトウェアにより実現してもよい。

コードシンボル読取部２１１は、撮像部２４を用いて、コードシンボルの読み取り（デコード）を行う。例えば、コードシンボル読取部２１１は、レシートＲＣに印字されたコードシンボルを読み取ることで、コードシンボルに含まれた情報（アドレスや取引特定情報等）を取得する。

通信制御部２１２は、通信Ｉ／Ｆ２５を介して、ネットワークＮに接続された外部装置と通信を行う。また、表示制御部２１３は、表示部２３の表示制御を行う。

本実施形態において、通信制御部２１２は、コードシンボル読取部２１１が読み取ったアドレスに基づき、受付先装置であるフィードバック受付サーバ３にアクセスする。また、通信制御部２１２は、コードシンボル読取部２１１がコードシンボルから読み取った他の情報（取引特定情報等）をフィードバック受付サーバ３に送信する。

また、通信制御部２１２は、フィードバック受付サーバ３から提供される入力フォームを受信する。通信制御部２１２は、表示制御部２１３と協働することで、受信した入力フォームに基づく画面を表示部２３に表示させる。そして、通信制御部２１２は、入力フォームに入力された情報をフィードバック情報として、フィードバック受付サーバ３に送信する。なお、表示制御部２１３が表示する画面例については後述する。

次に、フィードバック受付サーバ３の機能構成について説明する。図５に示すように、フィードバック受付サーバ３は、アクセス受付部３１１と、入力フォーム提供部３１２と、フィードバック受信部３１３とを機能部として備える。具体的には、制御部３１のＣＰＵが、記憶部３３のプログラムを実行することにより、アクセス受付部３１１、入力フォーム提供部３１２及びフィードバック受信部３１３がＲＡＭ上に生成される。なお、アクセス受付部３１１、入力フォーム提供部３１２及びフィードバック受信部３１３は、例えば、Ｗｅｂサーバ等のアプリケーションソフトウェアにより実現してもよい。

アクセス受付部３１１は、通信Ｉ／Ｆ３２を介して、ユーザ端末２からのアクセスを受け付ける。具体的に、アクセス受付部３１１は、ＰＯＳ端末１のコードシンボル生成部１１２が生成するアドレスに対応したウェブサイトをネットワークＮ上に公開する。そして、アクセス受付部３１１は、公開したウェブサイトに対するアクセスを受け付ける。また、アクセス受付部３１１は、アクセス元のユーザ端末２から送信される各種の情報（取引特定情報等）を受信する。

入力フォーム提供部３１２は、ユーザ端末２のアクセスに応じて、フィードバック情報を入力するための入力フォームを生成する。ここで、入力フォームの形態は、特に問わないものとする。例えば、アクセス元のユーザ端末２から送信された情報を用いて、入力フォームを生成してもよい。

なお、アドレス（ウェブサイト）がフィードバックの対象毎に用意されている場合、入力フォーム提供部３１２は、アドレスに応じた入力フォームをそれぞれ生成することが好ましい。例えば、苦情や要望等のフィードバックの対象毎にアドレスが用意される場合がある。このような場合、アクセス受付部３１１が苦情用のアドレスへのアクセスを受け付けると、入力フォーム提供部３１２は、謝罪文等を含んだ苦情用の入力フォームを生成する。

また、入力フォーム提供部３１２は、通信Ｉ／Ｆ３２を介して、アクセス元のユーザ端末２に入力フォームを提供（送信）する。なお、本実施形態では、入力フォームを動的に生成する構成としたが、これに限らず、予め用意された入力フォームを提供する構成としてもよい。

ここで、図９を参照して、入力フォームの一例について説明する。図９は、ユーザ端末２（表示部２３）に表示される入力フォームの一例を模式的に示す図である。

図９に示す入力フォームＦ１は、店舗コードＦ１１、取引日時Ｆ１２、取引ナンバーＦ１３等の情報を表示するための領域を有する。これら情報は、フィードバック受付サーバ３へのアクセス時に、ユーザ端末２が送信した情報に基づくものである。

また、入力フォームＦ１は、入力領域Ｆ１４を有する。ユーザ端末２を操作する消費者は、操作部２２を介して、入力領域Ｆ１４に文字列等を入力することができる。入力フォームＦ１では、入力領域Ｆ１４に入力された情報がフィードバック情報として処理される。

また、入力フォームＦ１には、フィードバック情報の送信を指示するための送信ボタンＦ１５が設けられている。ユーザ端末２の通信制御部２１２は、送信ボタンＦ１５の操作を受け付けると、入力領域Ｆ１４に入力されたフィードバック情報をフィードバック受付サーバ３に送信する。

なお、入力フォームの形態は、図９の例に限定されないものとする。例えば、図９では、店舗コードＦ１１、取引日時Ｆ１２、取引ナンバーＦ１３等の取引特定情報を入力フォームＦ１に含めたが、これに限らず、取引特定情報を入力フォームＦ１に含めない形態としてもよい。また、入力フォームＦ１は、消費者が選択可能な入力項目を含んでもよい。例えば、入力フォームＦ１は、苦情や要望等として挙げられた代表的な内容を選択肢として含み、当該選択肢を消費者が選択する形態としてもよい。

また、フィードバック受付サーバ３へのアクセス時に、ユーザ端末２から商品販売データが送信される構成の場合、入力フォーム提供部３１２は、商品販売データを用いて入力フォームを生成してもよい。例えば、入力フォーム提供部３１２は、商品販売データに含まれた各商品コードに対応する商品名を選択可能とした入力フォームを生成してもよい。この場合、消費者は、入力フォームから特定の商品の商品名を選択し、当該商品に関する苦情や要望等を入力することで、どの商品に対するフィードバックかを明示的に指示することができる。なお、ユーザ端末２の通信制御部２１２は、入力領域Ｆ１４等に入力された情報とともに、選択された商品名（商品コード）を、フィードバック情報として送信するものとする。

図５に戻り、フィードバック受信部３１３は、通信Ｉ／Ｆ３２を介して、ユーザ端末２から送信されるフィードバック情報を受信する。また、フィードバック受信部３１３は、ユーザ端末２から受信したフィードバック情報を、受信日時や、当該ユーザ端末２から先に送信された取引特定情報等と関連付けて記憶部３３に保存する。なお、フィードバックの対象や組織毎にアドレスが用意されている場合、フィードバック受信部３１３は、アドレス単位でフィードバック情報を保存する。

また、フィードバック受信部３１３は、記憶部３３に保存したフィードバック情報等を、店舗や企業の図示しない管理者端末に送信（提供）する。そして、店舗や企業では、消費者から寄せられたフィードバック情報を分析等することで、サービスの改善等、店舗運営に反映させる。

このように、ユーザ端末２では、レシートＲＣに印字されたコードシンボルを読み取ることで、フィードバック受付サーバ３にアクセスする。また、ユーザ端末２は、フィードバック受付サーバ３から提供される入力フォームに入力されたフィードバック情報を、フィードバック受付サーバ３に送信する。また、ユーザ端末２は、コードシンボルから読み取った取引特定情報をフィードバック受付サーバ３に送信する。

一方、フィードバック受付サーバ３では、ユーザ端末２からのアクセスに応じて入力フォームを提供し、当該入力フォームに入力されたフィードバック情報を受信し保存する。また、フィードバック受付サーバ３は、ユーザ端末２から取引特定情報が送信されていた場合、当該取引特定情報をフィードバック情報に関連付けて保存する。

これにより、消費者は、レシートに印字されたコードシンボルをユーザ端末２に読み取らせることで、フィードバック情報の送信を容易に行うことができる。また、消費者は、レシートに印字されたコードシンボルをユーザ端末２に読み取らせることで、どの取引に対するフィードバックかをフィードバック受付サーバ３に通知することができる。そのため、消費者が取引特定情報を入力する手間を省くことができるため、利便性の向上を図ることができる。

なお、フィードバック受信部３１３が、管理者端末に送信するタイミングは特に問わないものとする。例えば、フィードバック受信部３１３は、記憶部３３に保存したタイミングで管理者端末に送信してもよい。また、フィードバック受信部３１３は、１時間毎等の予め定められたタイミングで管理者端末に送信してもよい。

また、フィードバック情報を提供する方法は、上記例に限らないものとする。例えば、フィードバック受信部３１３は、アクセス受付部３１１等と協働し、記憶部３３に保存したフィードバック情報をウェブページとして公開することで、管理者端末から閲覧可能に提供してもよい。ここで、フィードバック情報を閲覧可能な装置は、管理者端末に限らず、各消費者が操作するユーザ端末２を含めてもよい。ユーザ端末２を閲覧可能とする場合、例えば、ＰＯＳ端末１で印字されるレシートＲＣに、閲覧用のアドレスを含んだ閲覧用コードシンボルを印字することが好ましい。また、店舗や企業（管理者端末等）から、消費者が送信したフィードバック情報に対する回答を書き込み可能な構成としてもよい。このように、消費者からフィードバック情報を閲覧可能な構成とすることで、口コミ（レビュー）サイトとして消費者に提供することができる。

また、閲覧用コードシンボルに取引特定情報が含まれる場合、フィードバック受信部３１３は、閲覧用のアドレス宛に送信される取引特定情報に基づいて、閲覧可能な範囲を制限してもよい。具体的に、フィードバック受信部３１３は、閲覧に係るアクセス時にユーザ端末２から送信された取引特定情報と、各フィードバック情報に関連付けて保存した取引特定情報とを比較する。そして、フィードバック受信部３１３は、一致する取引特定情報を検索すると、当該取引特定情報に関連付けられたフィードバック情報を、アクセス元のユーザ端末２から閲覧可能に提供する。この場合、消費者は、自らが送信したフィードバック情報の閲覧を取引単位で行うことができるため、プライバシーを確保することができる。

以下、図１０、図１１を参照して、フィードバックシステムの動作について説明する。

まず、図１０を参照して、ＰＯＳ端末１が行うレシート出力処理について説明する。ここで、図１０は、ＰＯＳ端末１が実行するレシート出力処理の手順の一例を示すフローチャートである。

商品販売処理部１１１は、オペレータから取引の開始が指示されると、商品販売処理を開始する（ステップＳ１１）。続いて、商品販売処理部１１１は、締めキー等の操作により、取引の終了が指示されたか否かを判定する（ステップＳ１２）。取引終了の指示がない場合（ステップＳ１２；Ｎｏ）、商品販売処理部１１１は、ステップＳ１１に戻り、商品販売処理を継続する。また、取引終了の指示を受け付けた場合（ステップＳ１２；Ｙｅｓ）、商品販売処理部１１１は、商品販売処理を終了し、その取引内容を示す商品販売データを生成する（ステップＳ１３）。

続いて、コードシンボル生成部１１２は、受付先装置のアドレスや取引特定情報を含んだコードシンボルを生成する（ステップＳ１４）。そして、出力制御部１１３は、生成された商品販売データ及びコードシンボルをプリンタ１３に出力することでレシートＲＣを出力させ（ステップＳ１５）、本処理を終了する。なお、プリンタ１３から出力されたレシートＲＣは、オペレータにより消費者に手渡される。

次に、図１１を参照して、ユーザ端末２及びフィードバック受付サーバ３が行うフィードバック処理について説明する。ここで、図１１は、フィードバック処理の手順の一例を示すフローチャートである。

まず、ユーザ端末２のコードシンボル読取部２１１は、レシートＲＣに印字されたコードシンボルを読み取る（ステップＳ２１）。次いで、通信制御部２１２は、ステップＳ２１の読み取りで得られたアドレスに基づき、フィードバック受付サーバ３にアクセスする（ステップＳ２２）。なお、通信制御部２１２は、フィードバック受付サーバ３へのアクセス時に、コードシンボルから得られた他の情報（商品販売データや取引特定情報等）を送信してもよい。

一方、フィードバック受付サーバ３では、アクセス受付部３１１がユーザ端末２からのアクセスを受け付ける。入力フォーム提供部３１２は、ユーザ端末２からのアクセスに応じて、入力フォームを生成する（ステップＳ３１）。入力フォーム提供部３１２は、ステップＳ３２で生成した入力フォームをアクセス元のユーザ端末２に提供する（ステップＳ３２）。

アクセス元のユーザ端末２では、通信制御部２１２がフィードバック受付サーバ３から提供された入力フォームを受信する。通信制御部２１２は、表示制御部２１３と協働することで、表示部２３に入力フォームを表示させる（ステップＳ２３）。次いで、通信制御部２１２は、フィードバック情報の送信が指示されるまで待機する（ステップＳ２４：Ｎｏ）。

ユーザ端末２のユーザ（消費者）は、図９で説明した入力領域Ｆ１４等に文字列等を入力した後、送信ボタンＦ１５を操作することでフィードバック情報の送信を指示する。通信制御部２１２は、フィードバック情報の送信指示を受け付けると（ステップＳ２４；Ｙｅｓ）、入力フォームに入力された情報をフィードバック情報としてフィードバック受付サーバ３に送信する（ステップＳ２５）。

フィードバック受付サーバ３では、フィードバック受信部３１３がユーザ端末２から送信されたフィードバック情報を受信する。そして、フィードバック受信部３１３は、ユーザ端末２から受信したフィードバック情報を、記憶部３３に保存し（ステップＳ３３）、本処理を終了する。そして、フィードバック受付サーバ３（フィードバック受信部３１３）は、記憶部３３に保存したフィードバック情報を所定のタイミングで、店舗や企業の管理者端末に提供する。

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

例えば、上記実施形態では、コードシンボルに商品販売データを含めることで、ユーザ端末２からフィードバック受付サーバ３に商品販売データの送信が可能であることを説明した。この例の場合、フィードバック受付サーバ３は、ユーザ端末２から商品販売データを直接取得することになるが、他の方法を用いて商品販売データを取得してもよい。

具体的には、ＰＯＳ端末１のコードシンボル生成部１１２は、取引特定情報を含んだコードシンボルを生成する。また、ユーザ端末２は、フィードバック受付サーバ３へのアクセス時に、コードシンボルから読み取った取引特定情報をフィードバック受付サーバ３に送信する。一方、フィードバック受付サーバ３では、ユーザ端末２から送信された取引特定情報に基づいて取引を特定し、当該取引に対応する商品販売データを、商品販売データを管理する外部装置から取得する。

ここで、外部装置は、例えば、ＰＯＳ端末１で行われた取引を管理するストアサーバや、当該ストアサーバを管理する上位のサーバ装置等であって、取引特定情報と商品販売データとを関連付けて管理（記憶）している。フィードバック受付サーバ３は、ユーザ端末２から受信した取引特定情報に基づき、対応する商品販売データを他の装置に問い合わせることで、該当する商品販売データを間接的に取得する。この構成を採用する場合、コードシンボルが保持するデータ量や、ユーザ端末２からフィードバック受付サーバ３に送信するデータ量を減らすことができる。

１ ＰＯＳ端末
２ ユーザ端末
３ フィードバック受付サーバ
１１１ 商品販売処理部
１１２ コードシンボル生成部
１１３ 出力制御部
２１１ コードシンボル読取部
２１２ 通信制御部
２１３ 表示制御部
３１１ アクセス受付部
３１２ 入力フォーム提供部
３１３ フィードバック受信部

特開２００７−２８０３７１号公報

Claims (6)

1. 取引の内容を示す取引データを生成する第１生成手段と、
   消費者からのフィードバックを受け付けるサーバ装置のアドレスを含んだコードシンボルを生成する第２生成手段と、
   前記取引データと前記コードシンボルとをレシートに印字出力する出力手段と、
   を備える決済端末。
2. 前記第２生成手段は、前記取引を特定するための取引特定情報を更に含んだ前記コードシンボルを生成する請求項１に記載の決済端末。
3. 取引の内容と、消費者からのフィードバックを受け付けるサーバ装置のアドレスを含んだコードシンボルとが印字されたレシートから、前記コードシンボルに含まれた前記アドレスを読み取る読取手段と、
   前記読取手段が読み取った前記アドレス宛に前記フィードバックを送信する送信手段と、
   を備えるユーザ端末。
4. 前記コードシンボルは、前記取引を特定するための取引特定情報を更に含み、
   前記読取手段は、前記コードシンボルから前記取引特定情報を読み取り、
   前記送信手段は、前記取引特定情報を前記アドレス宛に送信する請求項３に記載のユーザ端末。
5. 取引の内容と、自装置のアドレスを含むコードシンボルとが印字されたレシートから、前記アドレスを読み取ることで自装置にアクセスしてきたユーザ端末に対し、入力フォームを提供する提供手段と、
   前記入力フォームに入力された情報を、消費者からのフィードバックとして前記ユーザ端末から受信する第１受信手段と、
   を備えるサーバ装置。
6. 前記コードシンボルは、前記取引を特定するための取引特定情報を更に含み、
   前記ユーザ端末から送信される前記取引特定情報を受信する第２受信手段と、
   前記第１受信手段が受信した前記フィードバックと、前記第２受信手段が受信した前記取引特定情報とを関連付けて保存する保存手段と、
   を更に備える請求項５に記載のサーバ装置。

Images