JP2019175191A - 商品評価システム - Google Patents

Abstract

【課題】個々の料理の評価に関する情報を取得することができる商品評価システムを提供する。【解決手段】飲食店に来訪したユーザのユーザ端末からの接続要求を受け付ける受付手段と、飲食店にて提供する料理の一覧をユーザ端末に表示させる表示制御手段と、ユーザ端末から個々の料理の注文を受ける受注手段と、個々の料理の評価に関する情報を、ユーザ端末から取得する取得手段と、を備えることを特徴とする商品評価システム。【選択図】図１４

Description

本発明は、商品評価システムに関する。

近年、飲食店の評価情報を提供するシステムが提案されている。
特許文献１に記載された情報提供システムは、飲食店の評価情報をユーザから口コミ情報として受け付け、受け付けた口コミ情報を他のユーザに公開するシステムである。この情報提供システムにおいては、単に口コミ情報を公開するだけでなく、各投稿者から得意地域や得意ジャンルの登録を受け付け、各投稿者が自分の得意地域や得意ジャンルに該当する飲食店に対して投稿した口コミ情報を各投稿者に共通する得意地域や得意ジャンルごとに集計することにより、飲食店をランク付けした地域やジャンルごとの評価ランキングに係る情報を生成することとしている。

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

飲食店の評価情報からは、飲食店全体の評価を得ることが可能であるが、その飲食店が提供する料理の良し悪しを得ることは困難である。例えば、評価が悪い飲食店であっても、特定の料理の味は美味しい場合もある。それゆえ、個々の料理の評価に関する情報を取得することが望まれる。
本発明は、個々の料理の評価に関する情報を取得することができる商品評価システムを提供することを目的とする。

かかる目的のもと完成させた本発明は、飲食店に来訪したユーザのユーザ端末からの接続要求を受け付ける受付手段と、前記飲食店にて提供する料理の一覧を前記ユーザ端末に表示させる表示制御手段と、前記ユーザ端末から個々の料理の注文を受ける受注手段と、前記個々の料理の評価に関する情報を、前記ユーザ端末から取得する取得手段と、を備えることを特徴とする商品評価システムである。
ここで、前記表示制御手段は、前記飲食店にて提供する料理の一覧を前記ユーザ端末に表示させる際に、前記取得手段が取得した前記個々の料理の評価を当該ユーザ端末に表示させても良い。
また、前記表示制御手段は、前記飲食店にて提供する料理を、前記評価が高い順に前記ユーザ端末に表示させても良い。
また、前記表示制御手段は、前記評価が所定よりも低い場合には、当該評価を表示させることなく前記料理を表示させても良い。
また、前記取得手段は、前記ユーザ端末から、前記料理の前記評価に関する情報を、会計処理の前に取得しても良い。
また、前記表示制御手段は、前記ユーザ端末を介する会計時に、注文された前記料理の一覧を表示させるとともに、当該料理の個々に対して前記評価を実行させるための表示を行っても良い。
また、前記飲食店にて提供する料理の一覧とともに、前記取得手段が取得した前記個々の料理の評価をインターネットで閲覧可能にする閲覧手段をさらに備えても良い。

本発明によれば、個々の料理の評価に関する情報を取得することができる商品評価システムを提供することができる。

実施の形態に係るキャッシュレスシステムの概略構成を例示した図である。 ユーザ端末の概略構成を例示した図である。 サーバの機能構成を例示したブロック図である。 ユーザ端末に表示されるアクセス画面の一例を示す図である。 ユーザ端末に表示されるメニュー画面の一例を示す図である。 記憶部が記憶する情報の一例を示す図である。 ユーザ端末に表示される会計画面の一例を示す図である。 ユーザ端末に表示されるまとめ会計画面の一例を示す図である。 ユーザ端末に表示されるまとめ会計時の支払い画面の一例を示す図である。 ユーザ端末に表示される端末毎会計時の支払い画面の一例を示す図である。 ユーザ端末に表示される同等割会計時の支払い画面の一例を示す図である。 ユーザ端末に表示される特殊割会計画面の一例を示す図である。 ユーザ端末に表示される特殊割会計時の支払い画面の一例を示す図である。 まとめ会計時の評価画面の一例を示す図である。 まとめ会計時に評価が行われた後の評価後支払い画面の一例を示す図である。 端末毎会計時の評価画面の一例を示す図である。 端末毎会計時に評価が行われた後の評価後支払い画面の一例を示す図である。 同等割会計時に評価が行われた後の評価後支払い画面の一例を示す図である。 特殊割会計時に評価が行われた後の評価後支払い画面の一例を示す図である。 外部端末に表示される料理一覧画面の一例を示す図である。 店舗端末の機能構成を例示したブロック図である。 本実施の形態に係るキャッシュレスシステムにおける動作例を示したシーケンス図である。 本実施の形態に係るキャッシュレスシステムにおける動作例を示したシーケンス図である。 本実施の形態に係るキャッシュレスシステムにおける動作例を示したシーケンス図である。

以下、添付図面を参照して、実施の形態について詳細に説明する。
図１は、本実施の形態に係るキャッシュレスシステム１の概略構成を例示した図である。
キャッシュレスシステム１は、ユーザが所有するユーザ端末１０と、飲食店等の店舗にて提供可能なメニューの管理等を行うサーバ２０と、店舗が所有する店舗端末３０と、周知のプリンタ４０とを備えている。

ユーザ端末１０、サーバ２０及び店舗端末３０は、装置間を通信可能に接続するネットワーク５０に接続されており、ネットワーク５０を介して互いに通信を行うことが可能となっている。ネットワーク５０は、各システム及び装置の間のデータ通信に用いられる通信ネットワークであれば特に限定されず、例えばＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネットであることを例示することができる。データ通信に用いられる通信回線は、有線か無線かを問わず、これらを併用しても良い。また、ゲートウェイ装置やルータ等の中継装置を用い、複数のネットワークや通信回線を介して各装置を接続するように構成しても良い。店舗端末３０とプリンタ４０とは、ＬＡＮ、bluetooth（登録商標）や赤外線通信等の無線通信又は有線通信にて、互いに通信可能となっている。また、店舗端末３０とプリンタ４０とは、ＷＡＮ、インターネットにて、互いに通信可能であっても良い。

＜ユーザ端末１０＞
図２は、ユーザ端末１０の概略構成を例示した図である。
ユーザ端末１０は、装置全体を制御する制御部１１と、データ等の記憶に用いられる記憶部１２と、操作受付画面や画像の表示に使用される表示部１３と、ユーザの入力操作を受け付ける操作部１４と、外部装置との通信に用いられる通信部１５とを備えている。また、ユーザ端末１０は、カメラ１６と、スピーカ１７と、マイク１８とを備えている。

制御部１１は、ＣＰＵ（Central Processing Unit）１１ａ、ＲＯＭ（Read Only Memory）１１ｂ、ＲＡＭ（Random Access Memory）１１ｃにより構成される。ＲＯＭ１１ｂには、ＣＰＵ１１ａにより実行される基本プログラム（オペレーションシステム）や各種の設定等が記憶されている。ＣＰＵ１１ａは、ＲＡＭ１１ｃを作業エリアに使用し、ＲＯＭ１１ｂや記憶部１２から読み出したアプリケーションプログラムを実行する。ＣＰＵ１１ａがプログラムを実行することにより、ユーザ端末１０の各部が制御される。

記憶部１２は、半導体メモリなどの記憶装置であることを例示することができる。
表示部１３は、静止画像や動画像等を表示するディスプレイ装置である。表示部１３は、液晶ディスプレイや有機ＥＬ（Electro Luminescence）ディスプレイであることを例示することができる。
操作部１４は、ユーザからの操作を受け付ける入力装置である。操作部１４は、ボタン、スイッチ、タッチパネルであることを例示することができる。
通信部１５は、通信インターフェースであることを例示することができる。
カメラ１６は、静止画又は動画を撮像することができるデジタルカメラであることを例示することができる。
スピーカ１７は、制御部１１からの電気的な音信号を音に変換して出力する装置であることを例示することができる。
マイク１８は、ユーザ端末１０の外部から入力される音を電気的な音信号に変換して制御部１１に出力する装置であることを例示することができる。

以上のように構成されたユーザ端末１０は、多機能携帯電話（所謂「スマートフォン」）、携帯電話（所謂「フィーチャーフォン」）、携帯情報端末（ＰＤＡ）、タブレット端末、タブレットＰＣ、ノートＰＣ等であることを例示することができる。

ユーザ端末１０は、カメラ１６にて、ＱＲコード（登録商標）等のコード情報を読み取ることができる機能を備えている。
また、ユーザ端末１０は、商品又はサービスの対価としてお金を支払う場合に、電子データをやり取りすることで支払いを行う電子決済機能を備えている。電子決済としては、クレジットカード情報を予め登録しておくと、暗証番号の入力等の認証手続きをすることなく、決済可能な、アップルペイ（登録商標）やグーグルウォレット（登録商標）等の電子決済サービス（電子支払いシステム）を利用するものであることを例示することができる（ただし、例えばアップルペイ（登録商標）のように、指紋認証や顔認証は必要であっても良い）。また、電子決済としては、クレジットカード決済サービスや、商品代金を携帯電話の利用料金とまとめて支払うキャリア決済サービスを利用するものであることを例示することができる。

＜サーバ２０＞
図３は、サーバ２０の機能構成を例示したブロック図である。
サーバ２０は、ユーザ端末１０が備える、制御部１１、記憶部１２、表示部１３、操作部１４、通信部１５と同様に、制御部２１、記憶部２２、表示部（不図示）、操作部（不図示）、通信部（不図示）を備えている。記憶部２２は、ＨＤＤ（Hard Disk Drive）であっても良い。

制御部２１は、ＣＰＵ（不図示）、ＲＯＭ（不図示）、ＲＡＭ（不図示）等を有しており、ＣＰＵがプログラムを実行することにより、以下の機能を実現する。
すなわち、制御部２１は、店舗に来訪した一のグループを構成する複数のユーザ（客）が有する複数のユーザ端末１０の各々のユーザ端末１０からの接続要求を受け付ける受付手段の一例としての受信部２１１を有している。また、制御部２１は、受信部２１１が受け付けた接続要求から、各々のユーザ端末１０を一意に特定して識別する識別手段の一例としての識別部２１２を有している。また、制御部２１は、ユーザ端末１０に対して、商品に関する各種情報を有するウェブページを公開するＨＴＭＬ（HyperText Markup Language）文書を生成する生成部２１３を有している。また、制御部２１は、ユーザ端末１０から、店舗にて提供可能な商品の注文を受け付ける受注部２１４と、ユーザ端末１０からなされた注文に対して料金を課す課金手段の一例としての課金部２１５とを有している。また、制御部２１は、コード情報を作成する作成部２１６と、生成部２１３が生成したＨＴＭＬ文書や作成部２１６が作成したコード情報を送信する送信部２１７とを有している。また、制御部２１は、店舗にて提供する商品の評価を導出する評価導出部２１８と、評価導出部２１８が導出した評価をインターネットで閲覧可能にする閲覧部２１９とを有している。

（受信部）
受信部２１１は、ネットワーク５０を介して、ユーザ端末１０から送信されてきた情報を受信する。
ここで、受信部２１１がユーザ端末１０から最初に受信する情報について例示する。
図４は、ユーザ端末１０に表示されるアクセス画面６１の一例を示す図である。
図４に示したアクセス画面６１は、予め発行された後述するコード情報をユーザ端末１０のカメラ１６が読み取った後にユーザ端末１０の表示部１３に表示される画面である。図４に示すように、アクセス画面６１には、予め定められたアドレス６１ａが表示される。
ユーザ端末１０を所有するユーザがアドレス６１ａを押下すると、サーバ２０の受信部２１１は、ユーザ端末１０が予め発行しておいたコード情報を読み取った旨の情報と、ユーザ端末１０の情報とを受信する。

（識別部）
識別部２１２は、受信部２１１が受け付けたユーザ端末１０からの情報に基づいて、ユーザ端末１０を一意に特定して識別する。
上述したようにして、ユーザ端末１０から、予め発行された後述するコード情報を読み取った後に表示されるアドレスにアクセスされると、受信部２１１が、このユーザ端末１０から送信された情報を受信し、識別部２１２が、受信部２１１が受信した情報を解析する。識別部２１２は、ユーザ端末１０から送信された情報に基づいて、ユーザ端末１０は、店舗内のどのエリアに付与しておいたコード情報を読み込んだかを把握する。言い換えれば、識別部２１２は、店舗内の所定のエリアにて、ユーザ端末１０を所有するユーザが飲食することを把握する。なお、エリアは、テーブル毎に、又は、部屋毎に区画された領域であることを例示することができる。

識別部２１２は、エリアの識別番号であるエリア番号と、ユーザ端末１０の識別番号であるユーザ番号とを関連付けて記憶部２２に記憶する。識別部２１２は、一のエリアに関連付けられたコード情報を読み取ることで表示されるアドレスにアクセスしてきたユーザ端末１０がＮ番目である場合には、当該ユーザ端末１０のユーザ番号をＮとする。例えば、識別部２１２は、エリア番号が１であるエリアに関連付けられたコード情報を読み取ることで表示されるアドレスにアクセスしてきたユーザ端末１０が１番目である場合には、当該ユーザ端末１０のユーザ番号を１とする。

また、識別部２１２は、同じエリア（同じエリア番号）に関連付けられたコード情報を読み取ることで表示されるアドレスにアクセスしてきたユーザ端末１０が複数ある場合には、これらのユーザ端末１０を、一のグループを構成する複数のユーザが有する複数のユーザ端末１０であると把握する。
このように、エリア番号に基づくことで、一のエリアにて飲食するグループと、他のエリアにて飲食するグループとを区別することが可能となる。また、識別部２１２がユーザ番号を付与することで、同じエリアにて飲食する複数のユーザを区別することが可能となる。

（生成部）
生成部２１３は、ユーザ端末１０からのアクセスに応じて、店舗にて提供されている商品に関する各種情報を有するウェブページを公開するＨＴＭＬ文書を生成する。
例えば、生成部２１３は、受信部２１１がユーザ端末１０から最初のアクセス（コード情報を読み込んだ後に表示されるアドレス６１ａへのアクセス）を受信した場合に、店舗にて提供可能な商品を表示した画面を表示させるためのＨＴＭＬ文書を生成する。

図５は、ユーザ端末１０に表示されるメニュー画面７１の一例を示す図である。
生成部２１３が生成したメニュー画面７１を表示させるためのＨＴＭＬ文書は、送信部２１７を介してユーザ端末１０に送信される。サーバ２０から送信されたＨＴＭＬ文書を受信したユーザ端末１０においては、制御部１１が、表示部１３の表示画面１３ａにＨＴＭＬ文書に基づく、図５に示したメニュー画面７１を表示させる。
メニュー画面７１には、店舗にて提供される商品毎に、商品名７１ａ、商品画像７１ｂ、商品説明７１ｃ及び「注文」と記載された注文ボタン７１ｄ等が表示される。また、メニュー画面７１には、商品一覧とともに、エリア番号と、ユーザ番号とが表示される。また、メニュー画面７１には、「会計」と記載された会計ボタン７１ｅが表示される。また、メニュー画面７１には、後述する総合評価値を星の内部を塗ることで示した星印７１ｆが表示される。
なお、図５に例示したメニュー画面７１においては、揚げ物、焼物等のカテゴリー毎に、そのカテゴリーに含まれる商品が表示される画面となるように構成されているが、全ての商品を一の画面で表示しても良い。また、一の画面にそのカテゴリーに含まれる全ての商品を表示すると見難くなる場合には、複数の画面にて構成しても良い。
生成部２１３は、メニュー画面７１に表示された会計ボタン７１ｅが押下された場合に、後述する会計画面７２（図７参照）を表示させるためのＨＴＭＬ文書を生成する。

（受注部）
図６は、記憶部２２が記憶する情報の一例を示す図である。
受注部２１４は、ユーザ端末１０からの注文を受け付ける。
受注部２１４は、ユーザ端末１０の表示部１３に表示されたメニュー画面７１において、注文ボタン７１ｄが押下された旨の情報を受信部２１１が受信した場合に、ユーザ端末１０から注文があったことを把握する。
受注部２１４は、注文を受けた商品及びその金額と、注文を行ってきたユーザ端末１０のユーザ番号及びエリア番号とを関連付けて記憶部２２に記憶する。
なお、図６に示すように、エリア番号が１であるエリアに関連付けられたコード情報を読み取ることで表示されるアドレスに、１番目にアクセスしてきたユーザ端末１０をユーザ端末１０Ａ、２番目にアクセスしてきたユーザ端末１０をユーザ端末１０Ｂ、３番目にアクセスしてきたユーザ端末１０をユーザ端末１０Ｃと称す。
また、受注部２１４は、注文を受けた商品、注文を行ったユーザ端末１０のユーザ番号及びエリア番号等の情報を、送信部２１７を介して店舗端末３０に送信する。

（課金部）
課金部２１５は、予め定められた複数の課金方法の中から、ユーザ端末１０において選択された会計方法に応じた課金方法にて、ユーザ端末１０に課金する。また、課金部２１５は、ユーザ端末１０を用いて支払うべき金額を、送信部２１７を介して、当該ユーザ端末１０に対して送信する。

複数の課金方法の中には、一のエリアで飲食された全商品（全ユーザ端末１０を介して注文された商品の全て）の合計金額を、一のユーザ端末１０に対して課金するまとめ課金方法がある。
また、複数の課金方法の中には、ユーザ端末１０を介して注文された商品のみの合計金額を、当該ユーザ端末１０に対して課金する端末毎課金方法がある。
また、複数の課金方法の中には、一のエリアで飲食された全商品（全ユーザ端末１０を介して注文された商品の全て）の合計金額を、当該一のエリアに関連付けて記憶されているユーザ端末１０の数にて同等割した金額を、各ユーザ端末１０に対して課金する同等割課金方法がある。
また、複数の課金方法の中には、一のエリアで飲食された全商品（全ユーザ端末１０を介して注文された商品の全て）の合計金額を、ユーザが入力した割合で分割した金額を、各ユーザ端末１０に対して課金する特殊割課金方法がある。

言い換えれば、ユーザ端末１０を有するユーザは、予め定められた複数の会計方法の中から、一の会計方法を選択可能である。複数の会計方法の中には、一のエリアで飲食した全商品（全ユーザ端末１０を介して注文した商品の全て）の合計金額を、一のユーザ端末１０を用いて支払うまとめ会計方法がある。また、複数の会計方法の中には、ユーザ端末１０を介して注文した商品のみの合計金額を、当該ユーザ端末１０を用いて支払う端末毎会計方法がある。ユーザが、まとめ会計方法、端末毎会計方法を選択した場合には、サーバ２０は、それぞれ、まとめ課金方法、端末毎課金方法にて課金する。

また、複数の会計方法の中には、一のエリアで飲食した全商品の合計金額を、当該一のエリアに関連付けて記憶されているユーザ端末１０の数にて同等割した金額を、各ユーザ端末１０を用いて支払う同等割会計方法がある。
また、複数の会計方法の中には、一のエリアで飲食した全商品の合計金額を、ユーザが入力した割合で分割した金額を、各ユーザ端末１０を用いて支払う特殊割会計方法がある。ユーザが、同等割会計方法、特殊割会計方法を選択した場合には、サーバ２０は、それぞれ、同等割課金方法、特殊割課金方法にて課金する。

図７は、ユーザ端末１０に表示される会計画面７２の一例を示す図である。
会計画面７２は、図５に示したメニュー画面７１に表示された会計ボタン７１ｅが押下された場合に表示される。会計画面７２には、「まとめ会計」と記載されたまとめ会計ボタン７２ａと、「端末毎会計」と記載された端末毎会計ボタン７２ｂと、「同等割会計」と記載された同等割会計ボタン７２ｃと、「特殊割会計」と記載された特殊割会計ボタン７２ｄとが表示される。

図８は、ユーザ端末１０に表示されるまとめ会計画面７３の一例を示す図である。
まとめ会計画面７３は、まとめ会計ボタン７２ａが押下された場合に表示される。まとめ会計画面７３には、どのユーザ端末１０を用いて支払うかを選択するためのボタンとして、ユーザ番号が記載されたボタンがユーザ端末１０の数の分だけ表示される。例えば、エリア番号が１であるエリアにて登録されたユーザ端末１０が３個である場合には、図８に示すように、「ユーザ番号：１」、「ユーザ番号：２」、「ユーザ番号：３」と記載された３つのユーザ番号ボタン７３ａが表示される。

図９は、ユーザ端末１０に表示されるまとめ会計時の支払い画面７４の一例を示す図である。
支払い画面７４は、まとめ会計画面７３にていずれかのユーザ番号ボタン７３ａが押下された場合に表示される。
図８に示したまとめ会計画面７３において、例えば「ユーザ番号：２」と記載されたユーザ番号ボタン７３ａが押下された場合には、サーバ２０の課金部２１５は、ユーザ番号が２であるユーザ端末１０を用いてまとめ会計が行われると判断する。そして、課金部２１５は、ユーザ番号が２であるユーザ端末１０に対して、合計金額等の情報を含んだＨＴＭＬ文書を、送信部２１７を介して送信する。その結果、ユーザ端末１０の表示部１３には、図９に示した支払い画面７４が表示される。支払い画面７４には、当該ユーザ端末１０を用いて支払うべき金額（例えば12,000円）が請求金額として表示されるとともに、「確認」と記載された確認ボタン７４ａが表示される。ユーザが、支払い画面７４に表示された確認ボタン７４ａを押下することにより、上述した電子決済サービスを利用して支払いが完了する。つまり、課金部２１５は、確認ボタン７４ａが押下された旨の情報を取得した場合には、ユーザ端末１０において選択された電子決済サービスに応じた所定の決済処理を実行する。そして、課金部２１５は、所定の決済処理を実行した場合には、支払いが完了した旨の通知をユーザ端末１０に対して送信しても良い。なお、ユーザ端末１０が例えばクレジットカード決済サービスやキャリア決済サービスを利用する場合であって、認証手続きが必要なサービスを利用する場合には、課金部２１５は、ユーザ端末１０において所定の認証手続きが行われた後に決済処理を実行する。
また、支払い画面７４には、店舗にて飲食した商品の評価を促すための「評価を行うと１品につき２０円割り引きします。」との説明とともに、「評価」と記載された評価ボタン７４ｂが表示される。この評価ボタン７４ｂが押下された場合の課金については後で詳述する。

図１０は、ユーザ端末１０に表示される端末毎会計時の支払い画面７５の一例を示す図である。図１０（ａ）には、ユーザ端末１０Ａの表示部１３に表示される支払い画面７５を例示し、図１０（ｂ）には、ユーザ端末１０Ｂの表示部１３に表示される支払い画面７５を例示し、図１０（ｃ）には、ユーザ端末１０Ｃの表示部１３に表示される支払い画面７５を例示している。
図７に示した会計画面７２において、端末毎会計ボタン７２ｂが押下された場合には、サーバ２０の課金部２１５は、各ユーザ端末１０を介して注文された商品のみの合計金額等の情報を含んだＨＴＭＬ文書を、送信部２１７を介して送信する。その結果、各ユーザ端末１０の表示部１３には、図１０に例示したように、当該ユーザ端末１０を用いて支払うべき金額（当該ユーザ端末１０を介して注文された商品のみの合計金額（図１０においては、ユーザ端末１０Ａが3,000円、ユーザ端末１０Ｂが4,000円、ユーザ端末１０Ｃが5,000円）が請求金額として表示されるとともに、「確認」と記載された確認ボタン７４ａが表示される。ユーザが、表示部１３に表示された確認ボタン７４ａを押下することにより支払いが完了する。確認ボタン７４ａが押下された後の課金部２１５の処理は、上述した通りである。
また、支払い画面７５には、店舗にて飲食した商品の評価を促すための「評価を行うと１品につき２０円割り引きします。」との説明とともに、「評価」と記載された評価ボタン７４ｂが表示される。この評価ボタン７４ｂが押下された場合の課金については後で詳述する。

図１１は、ユーザ端末１０に表示される同等割会計時の支払い画面７６の一例を示す図である。図１１（ａ）には、ユーザ端末１０Ａの表示部１３に表示される支払い画面７６を例示し、図１１（ｂ）には、ユーザ端末１０Ｂの表示部１３に表示される支払い画面７６を例示し、図１１（ｃ）には、ユーザ端末１０Ｃの表示部１３に表示される支払い画面７６を例示している。
図７に示した会計画面７２において、同等割会計ボタン７２ｃが押下された場合には、サーバ２０の課金部２１５は、一のエリアで飲食された全商品（全ユーザ端末１０を介して注文された商品の全て）の合計金額を、ユーザ端末１０の数にて同等割した金額等の情報を含んだＨＴＭＬ文書を、送信部２１７を介して全ユーザ端末１０に送信する。その結果、各ユーザ端末１０の表示部１３には、図１１に例示したように、当該ユーザ端末１０を用いて支払うべき金額（合計金額を同等割した金額（所謂、割り勘した金額））が請求金額として表示されるとともに、「確認」と記載された確認ボタン７４ａが表示される。ユーザが、表示部１３に表示された確認ボタン７４ａを押下することにより支払いが完了する。確認ボタン７４ａが押下された後の課金部２１５の処理は、上述した通りである。
また、支払い画面７６には、店舗にて飲食した商品の評価を促すための「評価を行うと１品につき２０円割り引きします。」との説明とともに、「評価」と記載された評価ボタン７４ｂが表示される。この評価ボタン７４ｂが押下された場合の課金については後で詳述する。

図１２は、ユーザ端末１０に表示される特殊割会計画面７７の一例を示す図である。
特殊割会計画面７７は、図７に示した会計画面７２にて特殊割会計ボタン７２ｄが押下された場合に表示される。特殊割会計画面７７には、全てのユーザ番号が表示されるとともに、各ユーザ番号の横に、当該ユーザ番号のユーザ端末１０の割合を入力する入力欄７７ａと、当該入力欄７７ａに入力する数字を増加させる増加ボタン７７ｂと、当該入力欄７７ａに入力する数字を減少させる減少ボタン７７ｃとがユーザ端末１０の数の分だけ表示される。また、特殊割会計画面７７には、全ての入力欄７７ａに入力する数字の合計が１０となるように入力することを促すために、「合計が１０となるように入力してください。」と表示される。また、特殊割会計画面７７には、「決定」と記載された決定ボタン７７ｄが表示される。
図１２に示した特殊割会計画面７７は、ユーザ番号１に対する割合を５、ユーザ番号２に対する割合を３、ユーザ番号２に対する割合を２とする場合の入力例である。

図１３は、ユーザ端末１０に表示される特殊割会計時の支払い画面７８の一例を示す図である。
特殊割会計画面７７において、全ユーザ端末１０の割合が入力され、決定ボタン７７ｄが押下された場合には、サーバ２０の課金部２１５は、一のエリアで飲食した全商品（全ユーザ端末１０を介して注文した商品の全て）の合計金額を、ユーザが入力した割合で分割した金額等の情報を含んだＨＴＭＬ文書を、送信部２１７を介して全ユーザ端末１０に送信する。例えば、課金部２１５は、図１２の特殊割会計画面７７に例示したように、ユーザ番号１の割合が５、ユーザ番号２の割合が３、ユーザ番号３の割合が２である場合には、合計金額に５／１０を乗算した金額等の情報を含んだＨＴＭＬ文書を、送信部２１７を介してユーザ番号１のユーザ端末１０Ａに対して送信する。また、課金部２１５は、合計金額に３／１０を乗算した金額等の情報を含んだＨＴＭＬ文書を、ユーザ番号２のユーザ端末１０Ｂに対して送信する。また、課金部２１５は、合計金額に２／１０を乗算した金額等の情報を含んだＨＴＭＬ文書を、ユーザ番号３のユーザ端末１０Ｃに対して送信する。

その結果、各ユーザ端末１０の表示部１３には、図１３に示した支払い画面７８が表示される。支払い画面７８には、各ユーザ端末１０を用いて支払うべき金額が請求金額として表示される（金額は入力された割合に応じた値となる）とともに、「確認」と記載された確認ボタン７４ａが表示される。ユーザが、支払い画面７８に表示された確認ボタン７４ａを押下することにより支払いが完了する。確認ボタン７４ａが押下された後の課金部２１５の処理は、上述した通りである。
また、支払い画面７８には、店舗にて飲食した商品の評価を促すための「評価を行うと１品につき２０円割り引きします。」との説明とともに、「評価」と記載された評価ボタン７４ｂが表示される。この評価ボタン７４ｂが押下された場合の課金については後で詳述する。

（作成部）
作成部２１６は、店舗に予め定められたエリア毎に、当該エリアのエリア番号を含むコード情報を作成する。ユーザ端末１０が、作成部２１６が作成したコード情報を読み取った後に表示されるアドレスにアクセスすることで、識別部２１２はどのエリアに配置されたコード情報を読み込んでアクセスしてきたかを把握することができる。
作成部２１６は、あるエリアにて飲食し終え、支払いが完了したことを把握した後に、当該エリアのコード情報を新たに作成する。支払いが完了したことは、例えば、課金部２１５が決済処理を実行した旨の情報を取得することにより把握することができる。また、作成部２１６は、店舗の従業員の指示に従ってコード情報を作成しても良い。従業員は、あるエリアにて飲食し終えたグループが店舗を出たことを確認した後にコード情報を作成しても良いし、営業が始まる前に当日必要と考えられる数のコード情報を作成しても良い。
作成部２１６は、作成したコード情報を含む情報を、送信部２１７を介して店舗端末３０に送信する。店舗端末３０からの指示に基づいて、プリンタ４０が、例えば用紙にコード情報を含む画像を形成し、出力する（プリントアウトする）。
なお、エリアは、テーブル毎に、又は、部屋毎に区画されていることを例示することができる。ただし、テーブル又は部屋毎にコード情報を含む画像が形成された用紙を配置しておいたとしても、一のグループを構成する人数が、テーブル又は部屋毎に許容される人数を超える場合には、複数のエリアを利用する複数人で一のコード情報を共有させても良い。

（送信部）
送信部２１７は、生成部２１３が生成したＨＴＭＬ文書をユーザ端末１０に送信する。例えば、送信部２１７は、メニュー画面７１を表示させるためのＨＴＭＬ文書をユーザ端末１０に送信する。
また、送信部２１７は、ユーザ端末１０から注文を受けた商品、注文を行ったユーザ端末１０のユーザ番号及びエリア番号等の情報を、店舗端末３０に送信する。
また、送信部２１７は、作成部２１６が作成したコード情報を含む情報を、店舗端末３０に送信する。

（評価導出部）
評価導出部２１８は、店舗にて提供する商品の総合評価値を導出する。
図１４は、まとめ会計時の評価画面７９の一例を示す図である。図１４は、図９に例示したまとめ会計時の支払い画面７４に表示された評価ボタン７４ｂが押下された場合に表示される評価画面７９の一例である。
評価画面７９には、当該評価画面７９が表示されたユーザ端末１０に対して課金される金額分の商品の内の料理の一覧（一のエリアで飲食した全商品の内の料理）が表示される。また、評価画面７９には、商品名７９ａとともに、商品名７９ａの横に各商品の評価を入力する評価入力欄７９ｂが表示される。また、評価画面７９には、評価入力欄７９ｂに入力する数字を増加させる増加ボタン７９ｃと、評価入力欄７９ｂに入力する数字を減少させる減少ボタン７９ｄとが表示される。評価入力欄７９ｂには、デフォルト値として「３」が入力されており、増加ボタン７９ｃが押下されると数字が増加し、減少ボタン７９ｄが押下されると数字が減少する。評価入力欄７９ｂには、例えば、評価が最も低いことを意味する１〜評価が最も高いことを意味する５の整数を入力することができるように構成することを例示することができる。また、評価画面７９には、評価入力欄７９ｂに入力した数字を確定させるための「決定」と記載された決定ボタン７９ｅが表示される。

評価導出部２１８は、ユーザ端末１０の表示部１３に表示された評価画面７９において、決定ボタン７９ｅが押下された旨の情報とともに評価入力欄７９ｂに入力された各商品の評価値を受信部２１１が受信した場合に、各商品の総合評価値を導出する。総合評価値は、各商品の評価として入力された評価値の平均値であることを例示することができる。評価導出部２１８は、今回新たに入力された評価値を加味した総合評価値を算出する。例えば、今回新たに入力される前の総合評価値が３．５で、入力数がｎであり、今回新たに入力された評価値が４だった場合には、評価導出部２１８は、算出式（ｎ×３．５＋４）／（ｎ＋１）の解を新たな総合評価値として導出する。そして、評価導出部２１８は、商品と当該商品の総合評価値とを関連付けて記憶部２２に記憶する。
総合評価値は、メニュー画面７１に表示された星印７１ｆの内部を塗ることで示される。例えば、総合評価値が４である場合には、図５に示したメニュー画面７１のように、４つの星の内部が塗りつぶされる。
なお、商品の評価は、料理だけを対象としても良いし、料理と飲み物を対象にしても良い。

（評価が行われた場合の課金）
課金部２１５は、評価画面７９の決定ボタン７９ｅが押下された旨の情報を受信部２１１が受信した場合、支払い画面７４において、評価ボタン７４ｂが押下されることなく確認ボタン７４ａが押下された場合よりも課金する上での利点を与える。言い換えれば、課金部２１５は、ユーザ端末１０を介して評価が行われた場合には、評価が行われなかった場合よりも課金する上での利点を与える。利点としては、評価を行った各商品の代金を所定の金額（図９では２０円）減額することを例示することができる。

図１５は、まとめ会計時に評価が行われた後の評価後支払い画面８０の一例を示す図である。
評価後支払い画面８０は、評価画面７９に表示された決定ボタン７９ｅが押下された場合に表示される。課金部２１５は、評価を行ったユーザ端末１０（例えばユーザ番号が１であるユーザ端末１０）に対して、合計金額等の情報と、評価を行ったことにより与えた利点の情報とを含んだＨＴＭＬ文書を、送信部２１７を介して送信する。その結果、ユーザ端末１０の表示部１３には、図１５に示した評価後支払い画面８０が表示される。評価後支払い画面８０には、与えられた利点の情報とともに、最終的に支払うべき金額が請求金額として表示される。例えば、与えられた利点が評価を行った各商品の代金を所定の金額（図９では２０円）減額することである場合には、評価前の請求金額から、（評価を行った商品数）×（所定の金額）を減額した金額が、最終的な請求金額として表示される。また、評価後支払い画面８０には、与えられた利点の情報（図１５には、１４０円減額した旨の情報）が表示される。また、評価後支払い画面８０には、「確認」と記載された確認ボタン８０ａが表示される。ユーザが、評価後支払い画面８０に表示された確認ボタン８０ａを押下することにより、上述した電子決済サービスを利用して支払いが完了する。確認ボタン８０ａが押下された後の課金部２１５の処理は、上述した確認ボタン７４ａが押下された後の課金部２１５の処理と同様である。

〔端末毎会計時の評価〕
図１６は、端末毎会計時の評価画面８１の一例を示す図である。図１６は、図１０に例示した端末毎会計時の支払い画面７５に表示された評価ボタン７４ｂが押下された場合に表示される評価画面８１の一例である。評価画面８１には、当該評価画面８１が表示されたユーザ端末１０に対して課金される金額分の商品の内の料理の一覧（端末毎会計の場合には、当該ユーザ端末１０にて注文した全商品の内の料理）が表示される。例えば、図１６に示すように、ユーザ端末１０Ａを介して注文した料理が３品である場合には、３品が表示される。また、評価画面８１には、商品名７９ａ、評価入力欄７９ｂ増加ボタン７９ｃ、減少ボタン７９ｄ、決定ボタン７９ｅが表示される。

評価導出部２１８は、ユーザ端末１０の表示部１３に表示された端末毎会計時の評価画面８１において、決定ボタン７９ｅが押下された旨の情報とともに評価入力欄７９ｂに入力された各商品の評価値を受信部２１１が受信した場合に、各商品の総合評価値を導出する。そして、評価導出部２１８は、商品と当該商品の総合評価値とを関連付けて記憶部２２に記憶する。

（評価が行われた場合の課金）
課金部２１５は、評価画面８１の決定ボタン７９ｅが押下された旨の情報を受信部２１１が受信した場合、支払い画面７５において、評価ボタン７４ｂが押下されることなく確認ボタン７４ａが押下された場合よりも課金する上での利点を与える。
図１７は、端末毎会計時に評価が行われた後の評価後支払い画面８２の一例を示す図である。図１７（ａ）〜（ｃ）には、それぞれ、ユーザ端末１０Ａ〜１０Ｃの表示部１３に表示される評価後支払い画面８２を例示している。
評価後支払い画面８２は、評価画面８１に表示された決定ボタン７９ｅが押下された場合に表示される。課金部２１５は、評価を行ったユーザ端末１０に対して、合計金額等の情報と、評価を行ったことにより与えた利点の情報とを含んだＨＴＭＬ文書を、送信部２１７を介して送信する。その結果、ユーザ端末１０の表示部１３には、図１７に示した評価後支払い画面８２が表示される。評価後支払い画面８２には、与えられた利点の情報とともに、最終的に支払うべき金額が請求金額として表示される。例えば、与えられた利点が評価を行った各商品の代金を所定の金額（図１０では２０円）減額することである場合には、評価前の請求金額から、（評価を行った商品数）×（所定の金額）を減額した金額が、最終的な請求金額として表示される。また、評価後支払い画面８２には、与えられた利点の情報（図１７（ａ）には、６０円減額した旨の情報）が表示される。また、評価後支払い画面８２には、「確認」と記載された確認ボタン８０ａが表示される。ユーザが、評価後支払い画面８２に表示された確認ボタン８０ａを押下することにより、上述した電子決済サービスを利用して支払いが完了する。確認ボタン８０ａが押下された後の課金部２１５の処理は、上述した確認ボタン７４ａが押下された後の課金部２１５の処理と同様である。

〔同等割会計時の評価〕
図１１に例示した同等割会計時の支払い画面７６に表示された評価ボタン７４ｂが押下された場合には、図１４に例示した評価画面７９が表示される。同等割会計の場合には、一のエリアで飲食した全商品が全て同等割されるとして、図１４に例示した評価画面７９と同様に、当該全商品の内の料理全ての一覧が表示される。
評価導出部２１８は、ユーザ端末１０の表示部１３に表示された同等割会計時の評価画面７９において、決定ボタン７９ｅが押下された旨の情報とともに評価入力欄７９ｂに入力された各商品の評価値を受信部２１１が受信した場合に、各商品の総合評価値を導出する。そして、評価導出部２１８は、商品と当該商品の総合評価値とを関連付けて記憶部２２に記憶する。

（評価が行われた場合の課金）
課金部２１５は、評価画面７９の決定ボタン７９ｅが押下された旨の情報を受信部２１１が受信した場合、支払い画面７６において、評価ボタン７４ｂが押下されることなく確認ボタン７４ａが押下された場合よりも課金する上での利点を与える。言い換えれば、課金部２１５は、評価が行われた場合には、評価が行われなかった場合よりも課金する上での利点を与える。

図１８は、同等割会計時に評価が行われた後の評価後支払い画面８３の一例を示す図である。図１８（ａ）〜（ｃ）には、それぞれ、ユーザ端末１０Ａ〜１０Ｃの表示部１３に表示される評価後支払い画面８３を例示している。
評価後支払い画面８３は、評価画面７９に表示された決定ボタン７９ｅが押下された場合に表示される。課金部２１５は、評価を行ったユーザ端末１０に対して、合計金額等の情報と、評価を行ったことにより与えた利点の情報とを含んだＨＴＭＬ文書を、送信部２１７を介して送信する。その結果、ユーザ端末１０の表示部１３には、図１８に示した評価後支払い画面８３が表示される。評価後支払い画面８３には、与えられた利点の情報とともに、最終的に支払うべき金額が請求金額として表示される。例えば、与えられた利点が評価を行った各商品の代金を所定の金額（図１１では２０円）減額することである場合には、評価前の請求金額から、（評価を行った商品数）×（所定の金額）を減額した金額が、最終的な請求金額として表示される。また、評価後支払い画面８３には、与えられた利点の情報（図１８（ａ）には、１４０円減額した旨の情報）が表示される。また、評価後支払い画面８３には、「確認」と記載された確認ボタン８０ａが表示される。ユーザが、評価後支払い画面８３に表示された確認ボタン８０ａを押下することにより、上述した電子決済サービスを利用して支払いが完了する。確認ボタン８０ａが押下された後の課金部２１５の処理は、上述した確認ボタン７４ａが押下された後の課金部２１５の処理と同様である。

〔特殊割会計時の評価〕
図１３に例示した特殊割会計時の支払い画面７８に表示された評価ボタン７４ｂが押下された場合には、図１４に例示した評価画面７９が表示される。特殊割会計の場合には、一のエリアで飲食した全商品全てが、ユーザが指定した割合にて分割されるとして、図１４に例示した評価画面７９と同様に、当該全商品の内の料理全ての一覧が表示される。
評価導出部２１８は、ユーザ端末１０の表示部１３に表示された特殊割会計時の評価画面７９において、決定ボタン７９ｅが押下された旨の情報とともに評価入力欄７９ｂに入力された各商品の評価値を受信部２１１が受信した場合に、各商品の総合評価値を導出する。そして、評価導出部２１８は、商品と当該商品の総合評価値とを関連付けて記憶部２２に記憶する。

（評価が行われた場合の課金）
課金部２１５は、評価画面７９の決定ボタン７９ｅが押下された旨の情報を受信部２１１が受信した場合、支払い画面７８において、評価ボタン７４ｂが押下されることなく確認ボタン７４ａが押下された場合よりも課金する上での利点を与える。言い換えれば、課金部２１５は、評価が行われた場合には、評価が行われなかった場合よりも課金する上での利点を与える。

図１９は、特殊割会計時に評価が行われた後の評価後支払い画面８４の一例を示す図である。図１９（ａ）〜（ｃ）には、それぞれ、ユーザ端末１０Ａ〜１０Ｃの表示部１３に表示される評価後支払い画面８４を例示している。
評価後支払い画面８４は、評価画面７９に表示された決定ボタン７９ｅが押下された場合に表示される。課金部２１５は、評価を行ったユーザ端末１０に対して、合計金額等の情報と、評価を行ったことにより与えた利点の情報とを含んだＨＴＭＬ文書を、送信部２１７を介して送信する。その結果、ユーザ端末１０の表示部１３には、図１９に示した評価後支払い画面８４が表示される。評価後支払い画面８４には、与えられた利点の情報とともに、最終的に支払うべき金額が請求金額として表示される。例えば、与えられた利点が評価を行った各商品の代金を所定の金額（図１３では２０円）減額することである場合には、評価前の請求金額から、（評価を行った商品数）×（所定の金額）を減額した金額が、最終的な請求金額として表示される。また、評価後支払い画面８４には、与えられた利点の情報（図１９（ａ）には、１４０円減額した旨の情報）が表示される。また、評価後支払い画面８４には、「確認」と記載された確認ボタン８０ａが表示される。ユーザが、評価後支払い画面８４に表示された確認ボタン８０ａを押下することにより、上述した電子決済サービスを利用して支払いが完了する。確認ボタン８０ａが押下された後の課金部２１５の処理は、上述した確認ボタン７４ａが押下された後の課金部２１５の処理と同様である。

（閲覧部）
図２０は、外部端末に表示される料理一覧画面９０の一例を示す図である。
閲覧部２１９は、店舗にて提供する商品の一覧とともに、当該商品の評価をインターネットで閲覧可能にする。閲覧部２１９は、ネットワーク５０に接続可能な多機能携帯電話（所謂「スマートフォン」）等の外部端末からのアクセスに応じて、例えば、図２０に示した料理一覧画面９０を、外部端末の表示部に表示させるＨＴＭＬ文書を生成する。料理一覧画面９０には、店舗にて提供可能な料理毎に、料理名９０ａ、料理画像９０ｂ、料理説明９０ｃ及び総合評価値を星の内部を塗ることで示した星印９０ｆが表示される。

なお、図２０に例示した料理一覧画面９０においては、揚げ物、焼物等のカテゴリー毎に、そのカテゴリーに含まれる商品が表示される画面となるように構成されているが、特にかかる構成に限定されない。閲覧部２１９は、店舗にて提供可能な全料理を、カテゴリーに関係なく評価が高い順に外部端末に表示させても良い。また、閲覧部２１９は、カテゴリー毎に、店舗にて提供可能な料理を評価が高い順に外部端末に表示させても良い。また、閲覧部２１９は、店舗にて提供可能な全料理を一の料理一覧画面９０に表示させるのではなく、複数の画面（ページ）に亘って表示させても良い。

また、閲覧部２１９は、評価が所定よりも低い場合には、評価を表示させることなく料理を表示させても良い。例えば、閲覧部２１９は、総合評価値が３未満である場合には、料理一覧画面９０に、料理名９０ａ、料理画像９０ｂ、料理説明９０ｃを表示させ、評価を示す星印９０ｆを表示させないようにしても良い。
なお、外部端末は、上記コード情報を読み取った後に表示されるアドレスにアクセスしてきたユーザ端末１０とは異なり、店舗のウェブサイトにアクセスしてきた端末を意味する。

＜店舗端末３０＞
図２１は、店舗端末３０の機能構成を例示したブロック図である。
店舗端末３０は、ユーザ端末１０が備える、制御部１１、記憶部１２、表示部１３、操作部１４、通信部１５、スピーカ１７に相当する、制御部３１、記憶部（不図示）、表示部３３、操作部（不図示）、通信部（不図示）、スピーカ３７を備えている。
店舗端末３０は、携帯情報端末（ＰＤＡ）、タブレット端末、タブレットＰＣ、ノートＰＣ、デスクトップＰＣ等であることを例示することができる。
店舗端末３０は、例えば、店舗の厨房に配置されていることを例示することができる。

制御部３１は、ＣＰＵ（不図示）、ＲＯＭ（不図示）、ＲＡＭ（不図示）等を有しており、ＣＰＵがプログラムを実行することにより、以下の機能を実現する。
すなわち、制御部３１は、サーバ２０から、商品の注文を受け付けた旨の情報等を取得する取得部３１１を有している。また、制御部３１は、表示部３３を制御する表示制御部３１２と、スピーカ３７を制御する音響制御部３１３と、プリンタ４０に画像を出力させる出力部３１４とを備えている。

取得部３１１は、サーバ２０から、商品の注文に関する情報である、注文を受けた商品、注文を行ったユーザ端末１０のユーザ番号及びエリア番号等を取得する。
表示制御部３１２は、取得部３１１が取得した注文に関する情報を表示部３３の表示画面に表示させるように表示部３３を制御する。例えば、表示制御部３１２は、注文を受けた商品名や商品番号、当該注文を行ったユーザ番号及びエリア番号を、表示部３３の表示画面に表示させる。

音響制御部３１３は、取得部３１１が取得した注文に関する情報についての音を出力させるようにスピーカ３７を制御する。例えば、音響制御部３１３は、注文を受けた商品名や商品番号、当該注文を行ったユーザ番号及びエリア番号を、スピーカ３７から音声出力させる。
出力部３１４は、取得部３１１が取得した注文に関する情報である、注文を受けた商品名や商品番号、当該注文を行ったユーザ番号及びエリア番号の画像をプリンタ４０に出力させる。また、出力部３１４は、サーバ２０の作成部２１６が作成したコード情報と、当該コード情報に関連付けられているエリア番号の画像をプリンタ４０に出力させる。

商品名、商品番号、ユーザ番号、エリア番号等が、表示部３３の表示画面に表示されることにより、又は、スピーカ３７から音声が出力されることにより、調理人は、商品の注文を受けたことを把握することが可能となり、配膳人は、当該商品を、注文を行ったエリアに届けることが可能となる。また、プリンタ４０により出力された、商品名、商品番号、ユーザ番号、エリア番号等が記載された紙を見ることにより、調理人は、商品の注文を受けたことを把握することが可能となり、配膳人は、当該商品を、注文を行ったエリアに届けることが可能となる。
なお、コード情報等が記載された紙は、店舗の従業員（例えば配膳人）にて、該当するエリアに配置される。

図２２−１、図２２−２及び図２２−３は、本実施の形態に係るキャッシュレスシステム１における動作例を示したシーケンス図である。図２２−１〜図２２−３に示した動作例は、ユーザＡ、ユーザＢ、ユーザＣの３人を含んで一のグループが構成され、ユーザＡが所有するユーザ端末１０Ａ、ユーザＢが所有するユーザ端末１０Ｂ、ユーザＣが所有するユーザ端末１０Ｃにて注文や会計が行われる場合の動作例を示している。

先ず、ユーザＡが、案内されたエリア（エリア番号は１とする）に予め置かれていたコード情報を、自身が所有するユーザ端末１０Ａにて読み取るとともに、読み込んだ後に表示されるアドレスにアクセスする（Ｓ２２０１）。
サーバ２０は、エリア番号とユーザ端末１０Ａとを関連付けて記憶する（Ｓ２２０２）。より具体的には、エリア番号が１であるエリアに配置されていたコード情報を読み取ることで表示されるアドレスに基づいて最初にアクセスしてきたのがユーザ端末１０Ａであることから、ユーザ端末１０Ａの識別番号であるユーザ番号を１として、エリア番号に関連付けて記憶部２２に記憶する。これは、識別部２１２が行う処理である。そして、サーバ２０においては、生成部２１３がメニュー画面を表示させるためのＨＴＭＬ文書を生成して、ユーザ端末１０Ａに送信する（Ｓ２２０３）。ユーザ端末１０Ａは、表示部１３にメニュー画面を表示する（Ｓ２２０４）。

ユーザＢが、案内されたエリア（エリア番号：１）に予め置かれていたコード情報を、自身が所有するユーザ端末１０Ｂにて読み取るとともに、読み込んだ後に表示されるアドレスにアクセスする（Ｓ２２０５）。
サーバ２０は、エリア番号とユーザ端末１０Ｂとを関連付けて記憶する（Ｓ２２０６）。より具体的には、エリア番号が１であるエリアに配置されていたコード情報を読み取ることで表示されるアドレスに基づいて、ユーザ端末１０Ａの次にアクセスしてきたのがユーザ端末１０Ｂであることから、ユーザ端末１０Ｂの識別番号であるユーザ番号を２として、エリア番号に関連付けて記憶部２２に記憶する。そして、サーバ２０は、メニュー画面を表示させるためのＨＴＭＬ文書を生成して、ユーザ端末１０Ｂに送信する（Ｓ２２０７）。ユーザ端末１０Ｂは、表示部１３にメニュー画面を表示する（Ｓ２２０８）。

ユーザＣが、案内されたエリアに予め置かれていたコード情報を、自身が所有するユーザ端末１０Ｃにて読み取るとともに、読み込んだ後に表示されるアドレスにアクセスする（Ｓ２２０９）。
サーバ２０は、エリア番号とユーザ端末１０Ｃとを関連付けて記憶する（Ｓ２２１０）。より具体的には、エリア番号が１であるエリアに配置されていたコード情報を読み取ることで表示されるアドレスに基づいて、ユーザ端末１０Ｂの次にアクセスしてきたのがユーザ端末１０Ｃであることから、ユーザ端末１０Ｃの識別番号であるユーザ番号を３として、エリア番号に関連付けて記憶部２２に記憶する。そして、サーバ２０は、メニュー画面を表示させるためのＨＴＭＬ文書を生成して、ユーザ端末１０Ｃに送信する（Ｓ２２１１）。ユーザ端末１０Ｃは、表示部１３にメニュー画面を表示する（Ｓ２２１２）。

その後、ユーザＡが、ユーザ端末１０Ａの表示部１３に表示されているメニュー画面に表示されている商品群の中から一の商品（例えばビール）を選択して、その商品の注文ボタン７１ｄを押下したとする（Ｓ２２１３）。サーバ２０は、その商品の注文を受け付け、注文を受けた商品と、注文を行ってきたユーザ端末１０のユーザ番号及びエリア番号とを関連付けて記憶部２２に記憶する（Ｓ２２１４）。そして、サーバ２０は、注文を受けた商品、注文を行ったユーザ端末１０のユーザ番号及びエリア番号等の情報を、店舗端末３０に送信する（Ｓ２２１５）。これらは、受注部２１４が行う処理である。

店舗端末３０においては、サーバ２０からの商品の注文に関する情報を取得し、取得した情報である、注文を受けた商品（例えばビール）、注文を行ったユーザ端末１０Ａのユーザ番号（ユーザ番号：１）及びエリア番号（エリア番号：１）を報知する（Ｓ２２１６）。報知手法としては、上述した、表示部３３の表示画面に表示させること、スピーカ３７から音声出力させること、プリンタ４０に出力させることの少なくともいずれかであることを例示することができる。
そして、店舗の従業員（例えば配膳人）が、注文を受けた商品（例えばビール）をユーザＡに届けることで、ユーザＡは、注文した商品を受け取る（Ｓ２２１７）。
上記Ｓ２２１３〜Ｓ２２１７の処理が、ユーザＡ、ユーザＢ、ユーザＣの全てのユーザからの注文が終了するまで注文毎に繰り返される。

一のグループを構成するいずれかのユーザが、ユーザ端末１０の表示部１３に表示されているメニュー画面７１に表示されている会計ボタン７１ｅを押下すると（Ｓ２２１８）、サーバ２０においては、生成部２１３が会計画面７２を表示させるためのＨＴＭＬ文書を生成し（Ｓ２２１９）、送信部２１７がＨＴＭＬ文書をユーザ端末１０Ａに送信する（Ｓ２２２０）。ユーザ端末１０Ａは、表示部１３に会計画面７２を表示する（Ｓ２２２１）。

その後、ユーザＡが、ユーザ端末１０Ａの表示部１３に表示されている会計画面７２に表示されている同等割会計ボタン７２ｃを押下したとする（Ｓ２２２２）。サーバ２０においては、課金部２１５が、エリア番号が１であるエリアで飲食された全商品の合計金額を、ユーザ端末１０の数である３にて同等割した金額を算出し（Ｓ２２２３）、その金額等の情報を含んだＨＴＭＬ文書を、送信部２１７を介して全ユーザ端末１０（ユーザ端末１０Ａ、ユーザ端末１０Ｂ、ユーザ端末１０Ｃ）に送信する（Ｓ２２２４）。全ユーザ端末１０（ユーザ端末１０Ａ、ユーザ端末１０Ｂ、ユーザ端末１０Ｃ）は、表示部１３に、同等割した金額と、確認ボタン７４ａと、評価ボタン７４ｂとを表示する（Ｓ２２２５）。

その後、ユーザＡが、ユーザ端末１０Ａの表示部１３に表示されている評価ボタン７４ｂを押下した場合には（Ｓ２２２６）、サーバ２０は、生成部２１３が評価画面７９を表示させるためのＨＴＭＬ文書を生成し（Ｓ２２２７）、送信部２１７がＨＴＭＬ文書をユーザ端末１０Ａに送信する（Ｓ２２２８）。ユーザ端末１０Ａは、表示部１３に評価画面７９を表示する（Ｓ２２２９）。その後、ユーザＡが、ユーザ端末１０Ａの表示部１３に表示されている評価入力欄７９ｂに、増加ボタン７９ｃ又は減少ボタン７９ｄを用いて評価値を入力した後に決定ボタン７９ｅを押下した場合には（Ｓ２２３０）、サーバ２０においては、課金部２１５が、評価に対する利点を考慮してユーザ端末１０Ａの請求金額を算出し（Ｓ２２３１）、その金額等の情報と利点の情報とを含んだＨＴＭＬ文書を、送信部２１７を介してユーザ端末１０Ａに送信する（Ｓ２２３２）。ユーザ端末１０Ａは、表示部１３に、利点を考慮した請求金額と、確認ボタン８０ａとを表示する（Ｓ２２３３）。その後、ユーザＡが、ユーザ端末１０Ａの表示部１３に表示されている確認ボタン８０ａを押下した場合には（Ｓ２２３４）、サーバ２０は、決済処理を行う（Ｓ２２３５）。これにより、ユーザ端末１０Ａを用いた支払いが終了する。

ユーザＢが、ユーザ端末１０Ｂの表示部１３に表示されている評価ボタン７４ｂを押下することなく、確認ボタン７４ａを押下した場合には（Ｓ２２３６）、サーバ２０は、決済処理を行う（Ｓ２２３７）。これにより、ユーザ端末１０Ｂを用いた支払いが終了する。同様に、ユーザＣが、ユーザ端末１０Ｃの表示部１３に表示されている評価ボタン７４ｂを押下することなく、確認ボタン７４ａを押下した場合には（Ｓ２２３８）、サーバ２０は、決済処理を行う（Ｓ２２３９）。これにより、ユーザ端末１０Ｃを用いた支払いが終了する。

以上のように構成された本実施の形態に係るキャッシュレスシステム１は、飲食店に来訪したユーザのユーザ端末１０からの接続要求を受け付ける受付手段の一例としての受信部２１１と、飲食店にて提供する料理の一覧をユーザ端末１０に表示させる表示制御手段の一例としての生成部２１３と、を備える商品評価システムの一例である。そして、キャッシュレスシステム１は、ユーザ端末１０から個々の料理の注文を受ける受注手段の一例としての受注部２１４と、個々の料理の評価に関する情報を、ユーザ端末１０から取得する取得手段の一例としての評価導出部２１８とを備えている。

つまり、サーバ２０は、図７に示した会計画面７２に表示された評価ボタン７４ｂが押下された場合に、評価画面７９をユーザ端末１０に表示させる。評価画面７９には、飲食した個々の料理の評価を入力する評価入力欄７９ｂが表示される。そして、サーバ２０の評価導出部２１８は、例えば評価画面７９において、決定ボタン７９ｅが押下された旨の情報とともに評価入力欄７９ｂに入力された個々の料理の評価値を受信部２１１が受信した場合に、各商品の評価値を取得する。このように、本実施の形態に係るキャッシュレスシステム１によれば、サーバ２０が、個々の料理の評価に関する情報を、ユーザ端末１０から取得することができる。その結果、店舗において、例えば評価が高い料理を看板メニューとしてアピールすることができる。また、店舗において、例えば評価が低い料理の改善を行なうことができる。

サーバ２０の生成部２１３は、飲食店にて提供する料理の一覧をユーザ端末１０に表示させる際に、評価導出部２１８が取得した個々の料理の評価をユーザ端末１０に表示させる。個々の料理に対する評価値を複数取得した場合には、評価導出部２１８は、複数の評価値の平均値である総合評価値を算出し、生成部２１３は、個々の料理の総合評価値をユーザ端末１０の表示部１３に表示されたメニュー画面７１に表示させる。これにより、サーバ２０は、個々の料理の評価を来店したユーザに公表することができる。ユーザは、個々の料理の評価を参考にして料理の注文を行うことが可能となる。

サーバ２０の生成部２１３は、飲食店にて提供する料理を、評価が高い順にユーザ端末１０に表示させても良い。これにより、ユーザは、料理を注文する際に、評価が高い料理から順に注文する等、簡便に注文をすることが可能となる。
サーバ２０の生成部２１３は、評価が所定よりも低い場合には、当該評価を表示させることなく料理を表示させても良い。生成部２１３は、例えば総合評価値が３未満である場合には、メニュー画面７１に、商品名（料理名）７１ａ、商品画像７１ｂ、商品説明７１ｃを表示させ、評価を示す星印７１ｆを表示させないようにしても良い。これにより、店舗は、評価が低い（例えば総合評価値が３未満である）ことに起因して、ユーザが注文しなくなることを抑制することができる。
また、サーバ２０の生成部２１３は、例えば自信のある料理に限定する等、特定の料理に対してのみ評価してもらうようにしても良い。

サーバ２０の評価導出部２１８は、ユーザ端末１０から、料理の評価に関する情報を、会計処理の前に取得すると良い。例えば、サーバ２０は、図７に示した会計画面７２において、確認ボタン７４ａとともに評価ボタン７４ｂを表示させ、会計前（支払いを確定させる確認ボタン７４ａを押下する前）に店舗にて飲食した商品の評価を促す。そして、サーバ２０は、評価ボタン７４ｂが押下された場合に、例えば評価入力欄７９ｂを含む評価画面７９をユーザ端末１０に表示させる。そして、サーバ２０において、評価導出部２１８は、例えば評価画面７９において、決定ボタン７９ｅが押下された旨の情報とともに評価入力欄７９ｂに入力された各商品の評価値を受信部２１１が受信した場合に、各商品の評価値を取得する。このように、サーバ２０の評価導出部２１８が、料理の評価に関する情報を、ユーザ端末１０から、会計処理の前に取得することで、会計処理の後に取得する場合よりも確度が高い情報を取得することができる。つまり、料理を飲食した後に経過した時間が短いほど、評価を行う者の記憶は鮮明である。他方、料理を飲食した後に経過した時間が長いほど、評価を行う者の記憶は曖昧となり、料理の良し悪しなどを正確に評価できないおそれがある。それゆえ、サーバ２０の評価導出部２１８が、料理を飲食した後の経過時間が短いときに評価に関する情報を取得することで確度が高い情報を取得することができる。また、実際に飲食したユーザから、評価に関する情報を取得することができるので正確な情報を取得することができる。その結果、不正確な評価が行われることに起因して、例えば自慢の料理を食べてもらえないこと等の不利益が生じることを抑制することが可能となる。

また、サーバ２０の生成部２１３は、ユーザ端末１０を介する会計時に、注文された料理の一覧を表示させるとともに、個々の料理に対して評価を実行させるための表示を行うと良い。つまり、生成部２１３は、評価を行う旨の情報を取得した場合（評価ボタン７４ｂが押下されたことを把握した場合）には、図１４に示すように、注文された料理の一覧を表示させ、個々の料理に対して評価を実行させるための表示を行う。これにより、ユーザ端末１０を所有するユーザに、飲食した料理全てに対して漏れなく評価を行わせることができるとともに、簡易に評価を行わせることができる。

また、本実施の形態に係るキャッシュレスシステム１は、飲食店にて提供する料理の一覧とともに、評価導出部２１８が取得した個々の料理の評価をインターネットで閲覧可能にする閲覧手段の一例としての閲覧部２１９をさらに備える。これにより、飲食店が、特定の料理に強みを有する場合には、その料理をアピールすることが可能となる。例えば、接客態度が悪いために飲食店全体の評価が低くても、特定の料理に強みを持ち、その特定の料理の評価が高い場合には、その特定の料理を目的とする顧客を獲得することができる。その結果、飲食店の経営を向上させることが可能となる。また、ユーザは、特定の料理の評価が高い店舗に訪れることで、好みの料理を美味しく食べたいという要求を満たすことが可能となる。
なお、サーバ２０の閲覧部２１９は、飲食店にて提供する料理を、評価が高い順に外部端末に表示させても良い。これにより、外部端末を所有する者は、料理をチェックする際に、簡便に評価が高い料理をチェックすることが可能となる。

また、本実施の形態に係るキャッシュレスシステム１は、受注部２１４が注文を受け付けた商品の代金を課金するとともに、評価が行われた場合には行われない場合よりも課金する上での利点を与える課金手段の一例としての課金部２１５をさらに備える。課金部２１５が課金する際に、評価が行われた場合には行われない場合よりも課金する上での利点を与え、評価のためのインセンティブを与えるので、ユーザに確度高く評価を行わせることが可能となる。
例えば、上述したように、課金部２１５は、評価が行われた場合には行われない場合よりも減額すると良い。ユーザは、会計前に評価を行うことで、直後の会計時に支払う金額が減額されるので、評価を行う意欲が湧く。

なお、評価が行われた場合に与える利点は、評価を行った各商品の代金を、所定の割合（例えば１％）減額すること（割り引くこと）であっても良い。また、利点は、金銭的価値を有するポイントを付与することであっても良い。ポイントは、今回飲食した店舗にて、次回の飲食の際に減額を受けるものであることを例示することができる。また、ポイントは、今回飲食した店舗の提携先で減額を受けることが可能な、Ｔポイント、楽天ポイント、Ｐｏｎｔａポイント、ｄポイントなどであることを例示することができる。課金部２１５は、評価が行われた場合にのみ上記ポイントを付与するようにしても良いし、評価が行われた場合には行われない場合よりもポイントを多くすることであっても良い。

なお、上述した実施の形態に係るキャッシュレスシステム１においては、図１４を用いて説明したように、１〜５の数字を入力させることで評価を行わせる態様であるが、特にかかる態様に限定されない。入力可能な数字は１〜５でなくても良いし、入力させるのは「良」等の文字であっても良い。また、例えば、「美味しかった」などの文章を入力させることで評価を行わせる態様であっても良い。

また、上述した実施の形態に係るキャッシュレスシステム１においては、一のグループを構成する複数のユーザが所有する複数のユーザ端末１０の全ての表示部１３に表示されるメニュー画面７１に、会計ボタン７１ｅを表示させているが、特にかかる態様に限定されない。例えば、一のグループを構成する複数のユーザの内の一人を会計権限者として設定し、当該会計権限者が所有するユーザ端末１０（会計権限者端末）の表示部１３にのみ、メニュー画面７１に会計ボタン７１ｅを表示させるようにしても良い。そして、当該会計権限者端末においてのみ会計画面７２を表示させ、まとめ会計、端末毎会計、同等割会計、特殊割会計を選択可能にしても良い。なお、会計権限者は、一のグループを構成する複数のユーザが決定可能にしても良いし、コード情報を読み取ることで表示されるアドレスに最初にアクセスしてきたユーザ端末１０を所有する者を会計権限者（当該ユーザ端末１０を会計権限者端末）として決定しても良い。

また、上述した実施の形態に係るキャッシュレスシステム１においては、店舗の配膳人が注文された商品（料理や飲み物など）を配膳する態様であるが特にかかる態様に限定されない。商品の準備が整ったら、注文を行ったユーザ端末１０に対して電話をするかメッセージを送るなどして報知し、ユーザが商品を取りに来る態様であっても良い。かかる態様である場合、店舗端末３０に、ユーザ端末１０に対して電話やメッセージを送る機能を持たせても良い。

また、上述した実施の形態に係るキャッシュレスシステム１において、店舗端末３０は、厨房等の店舗内に配置されていることが好ましいが、サーバ２０は、店舗内に配置されていても良いし、店舗外に配置されていても良い。サーバ２０が店舗内に配置される場合には、サーバ２０と店舗端末３０とは一体であって良い。また、店舗端末３０とプリンタ４０とは一体であって良いし、サーバ２０、店舗端末３０及びプリンタ４０が一体であっても良い。
また、プリンタ４０にてコード情報を含む画像が形成された用紙をエリアに配置する態様に限定されない。例えば、エリアに設置された、液晶パネルなどの表示装置にコード情報を表示させ、表示装置に表示されたコード情報を、ユーザ端末１０にて読み取らせるようにしても良い。

また、上述の実施形態に係るキャッシュレスシステム１では、ユーザ端末１０が、サーバ２０から取得するＨＴＭＬ文書を解釈することでメニュー画面７１等を表示部１３に表示させる、いわゆるブラウザ形式によって本発明が実現される場合について説明したが、特にかかる態様に限定されない。ユーザ端末１０がダウンロードしたプログラムを実行することでメニュー画面７１等を表示させる、いわゆるネイティブアプリケーション形式によって実現しても良い。

１…キャッシュレスシステム、１０…ユーザ端末、２０…サーバ、３０…店舗端末、４０…プリンタ、２１…制御部、２１１…受信部、２１２…識別部、２１３…生成部、２１４…受注部、２１５…課金部、２１６…作成部、２１７…送信部、２１８…評価導出部、２１９…閲覧部

Claims (7)

1. 飲食店に来訪したユーザのユーザ端末からの接続要求を受け付ける受付手段と、
   前記飲食店にて提供する料理の一覧を前記ユーザ端末に表示させる表示制御手段と、
   前記ユーザ端末から個々の料理の注文を受ける受注手段と、
   前記個々の料理の評価に関する情報を、前記ユーザ端末から取得する取得手段と、
   を備えることを特徴とする商品評価システム。
2. 前記表示制御手段は、前記飲食店にて提供する料理の一覧を前記ユーザ端末に表示させる際に、前記取得手段が取得した前記個々の料理の評価を当該ユーザ端末に表示させる
   請求項１に記載の商品評価システム。
3. 前記表示制御手段は、前記飲食店にて提供する料理を、前記評価が高い順に前記ユーザ端末に表示させる
   請求項２に記載の商品評価システム。
4. 前記表示制御手段は、前記評価が所定よりも低い場合には、当該評価を表示させることなく前記料理を表示させる
   請求項２又は３に記載の商品評価システム。
5. 前記取得手段は、前記ユーザ端末から、前記料理の前記評価に関する情報を、会計処理の前に取得する
   請求項１から４のいずれか１項に記載の商品評価システム。
6. 前記表示制御手段は、前記ユーザ端末を介する会計時に、注文された前記料理の一覧を表示させるとともに、当該料理の個々に対して前記評価を実行させるための表示を行う
   請求項５に記載の商品評価システム。
7. 前記飲食店にて提供する料理の一覧とともに、前記取得手段が取得した前記個々の料理の評価をインターネットで閲覧可能にする閲覧手段をさらに備える請求項１から４のいずれか１項に記載の商品評価システム。