(57)【特許請求の範囲】
【請求項１】
決済装置であって、
商品容器を載置するための載置部と、
前記載置部に載置された前記商品容器の識別情報を取得する取得部と、
メモリと、
制御部と、
前記制御部によって算出された決済金額に従って決済を実行するための決済実行部と、
を備えており、
前記メモリは、
複数個の識別情報と、
前記複数個の識別情報のそれぞれに対応する単品価格と、
複数個のセット情報と、
前記複数個のセット情報のそれぞれに対応するセット価格と、を記憶しており、
前記複数個のセット情報のそれぞれは、特定種類の識別情報を含む２以上の識別情報によって構成されるセットを示す情報であり、前記特定種類の識別情報は、前記セットを構成する主要商品に関係する識別情報であり、
前記制御部は、
前記取得部によってＮ個（Ｎは２以上の整数）の識別情報が取得される場合に、前記Ｎ個の識別情報に前記特定種類の識別情報が含まれるか否かを判断し、
前記Ｎ個の識別情報に前記特定種類の識別情報が含まれる第１の場合に、
前記Ｎ個の識別情報によって、前記複数個のセット情報が示す複数個のセットのうちのいずれかのセットが成立するか否かを判断し、
前記複数個のセットのうちの少なくとも１個のセットが成立すると判断される場合に、成立した少なくとも１個のセットのいずれかに対応するセット価格を特定し、
特定されたセット価格を含む積算金額を前記決済金額として算出し、
前記Ｎ個の識別情報に前記特定種類の識別情報が含まれない第２の場合に、
前記Ｎ個の識別情報のそれぞれに対応する単品価格の積算金額を前記決済金額として算出し、
前記第１の場合において、前記Ｎ個の識別情報によって、前記複数個のセットのうちの２個以上のセットが成立すると判断される場合には、前記２個以上のセットを示す２個以上のセット情報のうち、含まれる識別情報の数が最も多い少なくとも１個の特定セット情報のいずれかに対応するセット価格を特定し、特定されたセット価格を含む積算金額を前記決済金額として算出する、
決済装置。
【請求項２】
前記メモリは、
前記複数個のセット情報のそれぞれに対応する値引き額をさらに記憶しており、前記値引き額は、当該セット情報に含まれる２個以上の識別情報に対応する単品価格の合計金額と当該セット情報に対応するセット価格との差分金額を示す額であり、
前記制御部は、
２個以上の前記特定セット情報が存在する場合において、対応する値引き額が最大である１個の特定セット情報に対応するセット価格を特定し、
特定されたセット価格を含む積算金額を前記決済金額として算出する、
請求項１に記載の決済装置。
【請求項３】
報知部をさらに備えており、
前記制御部は、
前記第１の場合において、
前記Ｎ個の識別情報によって、前記複数個のセットのうちのいずれのセットも成立しないと判断される場合には、
前記特定種類の識別情報が含まれる少なくとも１個のセットが成立するための条件を前記報知部に報知させる、
請求項１又は２に記載の決済装置。
【請求項４】
前記商品容器は、前記識別情報を記憶するＩＣタグを備えており、
前記取得部は、前記載置部に載置された少なくとも１つの商品容器のそれぞれのＩＣタグを読み取ることによって、各識別情報を取得する、
請求項１から３のいずれか一項に記載の決済装置。
【請求項５】
前記決済実行部は、前記決済金額に従って、決済媒体との間で電子決済を実行する、
請求項１から４のいずれか一項に記載の決済装置。
【請求項６】
前記メモリは、さらに、実行済みの決済の内容を示す決済実績情報を記憶し、
前記制御部は、前記決済実績情報に基づいて、識別情報毎の売上数を集計する、
請求項１から５のいずれか一項に記載の決済装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示する技術は、決済装置に関する。
【背景技術】
【０００２】
特許文献１には、商品に関する情報を不可視情報として印刷した包装紙と、包装紙で包装された商品を所定の波長光で照明する照明手段と、照明手段で照明された商品の画像を取得する画像取得手段と、取得された画像から不可視情報を切り出して商品の種別を認識する制御部と、認識された商品の種別に基づいて、複数の商品からなるセットを認識するセット認識手段とを備えるオートレジシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１４０７６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えば、商品及びセットの種類が多数に亘る場合、認識された商品の種別に基づいて、どのセットが成立しているのかを判定するために長時間を要する可能性がある。この点、特許文献１の技術では、認識された商品の種別に基づいて、どのセットが成立したのかを迅速に判定するための具体的手順については考慮されていない。そのため、特許文献１の技術では、決済金額の算出までに長時間を要する可能性がある。
【０００５】
本明細書では、決済金額の算出を迅速に行い得る技術を提供する。
【課題を解決するための手段】
【０００６】
本明細書は、以下の決済装置を開示する。決済装置は、少なくとも１個の商品容器を載置するための載置部と、載置部に載置された前記少なくとも１個の商品容器のそれぞれから当該商品容器の識別情報を取得する取得部と、メモリと、制御部と、制御部によって算出された決済金額に従って決済を実行するための決済実行部とを備えている。メモリは、複数個の識別情報と、複数個の識別情報のそれぞれに対応する単品価格と、複数個のセット情報と、複数個のセット情報のそれぞれに対応するセット価格とを記憶している。複数個のセット情報のそれぞれは、特定種類の識別情報を含む２以上の識別情報によって構成されるセットを示す情報である。制御部は、取得部によってＮ個（Ｎは１以上の整数）の識別情報が取得される場合に、Ｎ個の識別情報に特定種類の識別情報が含まれるか否かを判断し、Ｎ個の識別情報に特定種類の識別情報が含まれる第１の場合に、Ｎ個の識別情報によって、複数個のセット情報が示す複数個のセットのうちのいずれかのセットが成立するか否かを判断し、複数個のセットのうちの少なくとも１個のセットが成立すると判断される場合に、成立した少なくとも１個のセットのいずれかに対応するセット価格を特定し、特定されたセット価格を含む積算金額を決済金額として算出し、Ｎ個の識別情報に特定種類の識別情報が含まれない第２の場合に、Ｎ個の識別情報のそれぞれに対応する単品価格の積算金額を決済金額として算出する。
【０００７】
上記の構成によると、決済装置は、まずＮ個の識別情報に特定種類の識別情報が含まれるか否かを判断し、特定種類の識別情報が含まれると判断される場合に、いずれかのセットが成立するか否かを判断し、その結果に応じて決済金額を算出する。そのため、決済装置は、まずＮ個の識別情報に含まれている特定種類の識別情報を含むセットに候補を限定した上で、いずれのセットが成立するか否かを判断する。また、上記の決済装置は、Ｎ個の識別情報に特定種類の識別情報が含まれない場合には、セットが成立するか否かを判断することなく決済金額を算出する。従って、上記の決済装置によると、決済金額の算出を迅速に行い得る。
【図面の簡単な説明】
【０００８】
【図１】決済システムの使用例を模式的に示す説明図。
【図２】決済システムの構成を模式的に示すブロック図。
【図３】単品メニュー表の例を示す図。
【図４】セットメニュー表の例を示す図。
【図５】各メニュー売上表の例を示す図。
【図６】単品メニュー売上数表の例を示す図。
【図７】決済機の制御部が実行する決済機処理を示すフローチャート。
【図８】報知画面の例を示す図。
【発明を実施するための形態】
【０００９】
以下に説明する実施例の主要な特徴を列記しておく。なお、以下に示す技術要素は、それぞれ独立した技術要素であって、単独であるいは各種の組み合わせによって技術的有用性を発揮するものであり、出願時請求項記載の組み合わせに限定されるものではない。
【００１０】
（特徴１）制御部は、第１の場合において、Ｎ個の識別情報によって、複数個のセットのうちの２個以上のセットが成立すると判断される場合には、２個以上のセットを示す２個以上のセット情報のうち、含まれる識別情報の数が最も多い少なくとも１個の特定セット情報のいずれかに対応するセット価格を特定し、特定されたセット価格を含む積算金額を決済金額として算出するようにしてもよい。
【００１１】
この構成によると、決済装置は、含まれる商品数が最も多いセットに対応するセット価格を含む決済金額を算出することができる。含まれる商品数が多いセットは、含まれる商品数が少ないセットに比べて値引き額が大きい場合がある。そのため、決済装置は、利用者にとって最適な決済金額に基づいて決済を実行し得る。
【００１２】
（特徴２）メモリは、複数個のセット情報のそれぞれに対応する値引き額をさらに記憶していてもよく、値引き額は、当該セット情報に含まれる２個以上の識別情報に対応する単品価格の合計金額と当該セット情報に対応するセット価格との差分金額を示す額であってもよい。制御部は、２個以上の特定セット情報が存在する場合において、対応する値引き額が最大である１個の特定セット情報に対応するセット価格を特定し、特定されたセット価格を含む積算金額を前記決済金額として算出してもよい。
【００１３】
この構成によると、決済装置は、含まれる商品数が最も多いセットが複数存在する場合に、値引き額が最大のセット価格を含む決済金額を算出することができる。そのため、決済装置は、利用者にとって最適な決済金額に基づいて決済を実行し得る。
【００１４】
（特徴３）上記の決済装置は、報知部をさらに備えていてもよい。制御部は、第１の場合において、Ｎ個の識別情報によって、複数個のセットのうちのいずれのセットも成立しないと判断される場合には、特定種類の識別情報が含まれる少なくとも１個のセットが成立するための条件を報知部に報知させてもよい。
【００１５】
この構成によると、報知部による報知により、利用者が、少なくとも１個のセットが成立するための条件を知ることができる。
【００１６】
（特徴４）商品容器は、識別情報を記憶するＩＣタグを備えていてもよい。取得部は、載置部に載置された少なくとも１つの商品容器のそれぞれのＩＣタグを読み取ることによって、各識別情報を取得してもよい。
【００１７】
仮に、決済装置が商品容器の画像に基づいて識別情報を取得する構成を採用する場合、画像の状態によっては識別情報を適切に取得できない可能性がある。これに対し、上記の構成によると、取得部の読み取り可能な範囲に商品容器（ＩＣタグ）が存在していれば、取得部が各識別情報を取得することができる。従って、決済装置は、各識別情報を適切に取得することができる。
【００１８】
（特徴５）決済実行部は、決済金額に従って、決済媒体との間で電子決済を実行してもよい。
【００１９】
例えば、現金決済を行う場合、釣り銭が発生する等して決済に長時間を要する可能性がある。これに対し、上記の構成によると、現金決済を行う場合に比べて短時間で決済を実行することができる。
【００２０】
（特徴６）メモリは、さらに、実行済みの決済の内容を示す決済実績情報を記憶してもよい。制御部は、決済実績情報に基づいて、識別情報毎の売上数を集計してもよい。
【００２１】
この構成によると、決済装置の管理者（例えば商店の管理者）は、セットか単品かに関わらず、識別情報毎の売上数を把握することができる。単品の各商品、及び、セットを構成する各商品の売上動向を適切に把握することができる。
【００２２】
（実施例）
（決済システム２の全体構成；図１）
図１に示す決済システム２は、自動で商品の決済金額を算出し、決済を完了させるためのシステム（いわゆるオートレジシステム）である。図１は、社員食堂等の食堂内で利用される決済システム２の例を示している。決済システム２は、決済機１０と、決済機１０と通信可能に接続されているサーバ５０と、トレイ８０と、食器９０と、決済媒体１００とを備える。図１の例では、決済システム２は、１台の決済機１０のみを備えているが、実際には決済システム２は複数台の決済機１０を備えていてもよい。その場合も、各決済機はサーバ５０と通信可能に接続されている。この決済システム２を利用すると、顧客である利用者が、食器９０の載ったトレイ８０を決済機１０の所定位置に載せると、決済機１０が自動的に決済金額を算出する。利用者は、自身が所持する決済媒体（例えばＩＣカード）１００を用いて、決済処理を実行することができる。
【００２３】
（決済機１０の構成；図２）
決済機１０は、食器９０の載ったトレイ８０が載置される場合に、自動的に決済金額を算出し、決済媒体１００との間で決済処理を実行するための装置である。図２に示すように、決済機１０は、載置部１２、表示部１４、操作部１６、トレイ検出部１８、ＩＣカード通信部２０、タグ読取部２２、スピーカ２４、通信インターフェース２６、制御部３０、メモリ３２を備える。以下では、インターフェースを「Ｉ／Ｆ」と記載する。
【００２４】
載置部１２は、利用者が食器９０の載ったトレイ８０を載置できる面を有する載置台である。表示部１４は、様々な情報を表示するためのディスプレイである。操作部１６は、様々な操作を入力可能なボタンを備える。本実施例では、図１に示すように、表示部１４と操作部１６がタッチパネルとして一体に構成されている。利用者は、タッチパネルに表示される様々なボタン（即ち操作部１６）を操作して、決済機１０に様々な指示を入力することができる。
【００２５】
トレイ検出部１８は、載置部１２にトレイ８０が載置されたことを検出するためのセンサである。
【００２６】
ＩＣカード通信部２０は、例えばＩＣカードである決済媒体１００との間で近距離無線通信を実行するためのデバイスである。
【００２７】
タグ読取部２２は、載置部１２上のトレイ８０に載置された各食器９０に内蔵されているＩＣタグ９２と近距離無線通信を実行することにより、各ＩＣタグ９２に記録された情報（具体的には食器コード）を読み取るためのデバイスである。
【００２８】
上記のＩＣカード通信部２０が決済媒体１００との間で実行する近距離無線通信と、タグ読取部２２が食器９０のＩＣタグ９２との間で実行する近距離無線通信は、ともにＲＦＩＤ（Radio Frequency Identifier）方式に従った無線通信であるが、利用される周波数が互いに異なる。そのため、ＩＣカード通信部２０が誤って食器９０のＩＣタグ９２を読み取ること、及び、タグ読取部２２が誤って決済媒体１００を読み取ることは起こらない。
【００２９】
スピーカ２４は、音声メッセージや報知音等、各種の音を出力可能なスピーカである。
【００３０】
通信Ｉ／Ｆ２６は、サーバ５０との間で有線通信を行うための通信Ｉ／Ｆである。変形例では、通信Ｉ／Ｆ２６は、サーバ５０との間で無線通信を行うための通信Ｉ／Ｆであってもよい。
【００３１】
制御部３０は、メモリ３２内に記憶されているプログラムに従って様々な処理を実行する。制御部３０が実行する処理の内容は後で詳しく説明する。
【００３２】
メモリ３２は、制御部３０が様々な処理を実行するためのプログラムを記憶している。また、メモリ３２は、単品メニュー表４０（図３参照）、セットメニュー表４２（図４参照）、及び、決済データ４４を記憶している。単品メニュー表４０及びセットメニュー表４２は、サーバ５０から予め提供され、メモリ３２に記憶されている。決済データ４４は、決済機１０によって行われた決済に関する情報である。決済データ４４は、例えば、利用者（顧客）ＩＤ、購入商品名、決済金額等の各種情報を含む。決済データ４４は、制御部３０が後で説明する決済処理（図７参照）を実行することによって生成され、メモリ３２に記憶される。制御部３０は、メモリ３２内の決済データ４４を通信Ｉ／Ｆ２６を介して定期的にサーバ５０に送信する。
【００３３】
図３に示すように、単品メニュー表４０は、単品メニューと、食器コードと、単品価格と、メイン／サブ区分とが対応付けられた複数個の組合せ情報４０ａ〜４０ｅを含む。実際には、単品メニュー表４０は、図３に図示したもの以外の組合せ情報も含んでいる。
【００３４】
単品メニューは、食堂で提供される単品メニューの名称（例えば「ハンバーグ」「ごはん」等）を示す。食器コードは、対応する単品メニューの商品（料理）が容れられている食器９０のＩＣタグ９２に記録されている食器コード（例えば「Ｄ１」「Ｒ１」等）を示す。単品価格は、対応する単品メニューの単品価格（例えば「３００」等）を示す。本実施例では、単品価格の単位は円である。以下、本明細書において価格の単位は円とする。メイン／サブ区分は、対応する単品メニューがメイン料理（主菜）か否かの区分を示す。対応する単品メニューがメイン料理である場合には「メイン」であることを示す情報が含まれ、対応する単品メニューがメイン料理ではない場合が「−」が含まれる。
【００３５】
例えば、組合せ情報４０ａは、単品メニュー「ハンバーグ」、食器コード「Ｄ１」、単品価格「３００」、メイン／サブ区分「メイン」の各情報を含む。即ち、組合せ情報４０ａは、単品メニュー「ハンバーグ」が食器コード「Ｄ１」の食器で提供され、その際の単品価格が３００円であり、かつ、メイン料理に区分されていることを示す。
【００３６】
図４に示すように、セットメニュー表４２は、セットと、セット内容と、メイン／サブ区分と、セット価格と、値引き額とが対応付けられた複数個の組合せ情報４２ａ〜４２ｄを含む。実際には、セットメニュー表４２は、図３に図示したもの以外の組合せ情報も含んでいる。セットは、食堂で提供されるセットメニュー（即ち、所定の単品メニューを組み合わせたセット商品）の名称（例えば「ハンバーグ定食」等）を示す。セット内容は、対応するセットに含まれる単品メニューの名称を示す。例えば、セット「ハンバーグ定食」には、「ハンバーグ」「ごはん」「みそ汁」の各単品メニューが含まれる。メイン／サブ区分は、対応するセットに含まれる各単品メニューがそれぞれメイン料理（主菜）か否かの区分を示す。上記と同様に、当該単品メニューがメイン料理である場合には「メイン」であることを示す情報が含まれ、当該単品メニューがメイン料理ではない場合が「−」が含まれる。例えば、セット「ハンバーグ定食」の場合、「ハンバーグ」はメイン料理であり、「ごはん」及び「みそ汁」はメイン料理ではない。セット価格は、対応するセットの価格（例えば「４２０」等）を示す。値引き額は、対応するセットの価格が、そのセットに含まれる各単品メニューの単品価格の合計額と比較した場合の差額である値引き額（例えば「６０」等）を示す。
【００３７】
例えば、組合せ情報４２ａは、セット「ハンバーグ定食」、セット内容「ハンバーグ」「ごはん」「みそ汁」、メイン／サブ区分「メイン」「−」「−」、セット価格「４２０」、値引き額「６０」の各情報を含む。即ち、組合せ情報４２ａは、セット「ハンバーグ定食」が「ハンバーグ、ごはん、みそ汁」の３品によって構成され、そのうち「ハンバーグ」のみがメイン料理に区分され、セット価格が４２０円であり、「ハンバーグ、ごはん、みそ汁」の単品価格の合計額（５２０円）よりも６０円値引きされていることを示す。
【００３８】
（サーバ５０の構成；図２）
サーバ５０は、決済機１０を管理するとともに、決済機１０で実行された決済データを管理するための装置である。図２に示すように、サーバ５０は、通信Ｉ／Ｆ５２と、表示部５４と、操作部５６と、制御部６０と、メモリ６２を備える。
【００３９】
通信Ｉ／Ｆ５２は、決済機１０との間で有線通信を行うための通信Ｉ／Ｆである。
【００４０】
表示部５４は、様々な情報を表示するためのディスプレイである。操作部５６は、キーボード及びマウスを備える。サーバ５０のユーザ（例えば、食堂の管理者等）は、操作部５６を操作して、様々な指示をサーバ５０に入力することができる。
【００４１】
制御部６０は、メモリ６２に記憶されているプログラムに従って様々な処理を実行する。制御部６０が実行する処理の内容は後で詳しく説明する。
【００４２】
メモリ６２は、制御部６０が様々な処理を実行するためのプログラムを記憶している。また、メモリ６２は、単品メニュー表７０、セットメニュー表７２、決済データ７４、各メニュー売上表７６（図５参照）、及び、単品メニュー売上数表７８（図６参照）を記憶している。
【００４３】
単品メニュー表７０及びセットメニュー表７２は、決済機１０のメモリ３２に記憶されている単品メニュー表４０及びセットメニュー表４２と同様である。
【００４４】
決済データ７４は、通信Ｉ／Ｆ５２を介して、決済機１０から定期的に受信されるデータ（即ち、決済データ４４と同様のデータ）である。制御部６０は、決済機１０から受信した決済データを順次メモリ６２に蓄積することにより、図１の決済データ７４を構築する。決済データ７４は、上記の決済データ４４と同様に、利用者（顧客）ＩＤ、購入商品名、決済金額等の各種情報を含む。
【００４５】
各メニュー売上表７６（図５参照）は、制御部６０がメモリ６２内に蓄積された決済データ７４に基づいて作成するメニュー毎の売上数及び合計売上金額の管理テーブルである。制御部６０は、各メニュー売上表７６を、決済データ７４に基づいて定期的に更新する。図５に示すように、各メニュー売上表７６は、メニューと、価格と、売上数と、合計売上額とが対応付けられた複数個の組合せ情報７６ａ〜７６ｉを含む。
【００４６】
メニューは、購入された単品メニュー及びセットの名称（例えば「ハンバーグ定食」「サラダ」等）を示す。価格は、対応するメニュー（即ち単品メニュー又はセット）の価格（即ち単品価格又はセット価格）を示す。売上数は、対応するメニューの売上数を示す。合計売上額は、対応するメニューの合計売上金額（即ち、価格と売上数の積）を示す。
【００４７】
例えば、組合せ情報７６ａは、メニュー「ハンバーグ定食」、価格「４２０」、売上数「１０」、合計売上額「４２００」の各情報を含む。即ち、組合せ情報７６ａは、価格が４２０円である「ハンバーグ定食」の売上数が１０個であり、合計売上金額が４２００円であることを示す。
【００４８】
単品メニュー売上数表７８（図６参照）は、制御部６０がメモリ６２内に蓄積された決済データ７４に基づいて作成する単品メニュー毎の売上数の管理テーブルである。制御部６０は、単品メニュー売上数表７８を、決済データ７４に基づいて定期的に更新する。図６に示すように、単品メニュー売上数表７８は、単品メニューと、合計売上数と、内訳（単品／セット）とが対応付けられた複数個の組合せ情報７８ａ〜７８ｅを含む。
【００４９】
単品メニューは、購入された単品メニューの名称（例えば「ハンバーグ」等）を示す。合計売上数は、対応する単品メニューの売上数を示す。詳しく言うと、合計売上数とは、単品メニュー（例えば、「ハンバーグ」単品）として購入された数と、購入されたセットに含まれる当該単品メニュー（例えば、「ハンバーグ定食」に含まれる「ハンバーグ」等）の数と、の合計数を示す。内訳（単品／セット）は、単品メニュー（例えば、「ハンバーグ」単品）として購入された数と、購入されたセットに含まれる当該単品メニュー（例えば、「ハンバーグ定食」に含まれる「ハンバーグ」等）の数のそれぞれの数を示す。
【００５０】
例えば、組合せ情報７８ａは、単品メニュー「ハンバーグ」、合計売上数「２０」、内訳（単品／セット）「１０／１０」の各情報を含む。即ち、組合せ情報７８ａは、単品、セットを含めて「ハンバーグ」の売上数が２０個であり、その内訳が、単品１０個、セット１０個であることを示す。
【００５１】
サーバ５０のユーザは、単品メニュー売上数表７８を参照することにより、単品の各メニュー、及び、セットメニューを構成する各単品メニューの売上動向を適切に把握し、次回の仕入れの際等に役立てることができる。
【００５２】
（トレイ８０及び食器９０の構成；図１、図２）
図１、図２に示すように、トレイ８０は、１個以上の食器９０を載置及び運搬するためのトレイである。食器９０は、商品である料理を収容するための容器である。食器９０は、ＩＣタグ９２を内蔵している。ＩＣタグ９２には、食器９０の種類毎に異なる食器コード（図３の「Ｄ１」、「Ｒ１」等）が記録されている。上記図３に示すように、例えば、ハンバーグを載せるための食器（例えば皿）９０のＩＣタグ９２には、食器コード「Ｄ１」が記録され、ごはんを盛り付けるための食器（例えば茶碗）９０のＩＣタグ９２には、食器コード「Ｒ１」が記録されている。
【００５３】
（決済媒体１００；図２）
本実施例の決済媒体１００は、食堂の利用者が所持するＩＣカードである。ＩＣカードには、利用者を識別するための利用者ＩＤが記録されている。
【００５４】
本実施例の決済システム２では、決済機１０が決済金額を算出した後に、決済機１０が決済媒体１００から利用者ＩＤを読み取り、読み取った利用者ＩＤと決済金額とを対応付けて決済データを生成することによって、決済機１０における決済（即ち、電子決済）が完了する。その後、食堂の管理者は、利用者ＩＤと決済金額とを含む決済データに基づいて、利用者ＩＤに対応する利用者とのクレジット決済、給与からの天引き等、必要な精算処理を行う。
【００５５】
（決済機処理；図７）
続いて、図７を参照して、決済機１０の制御部３０が実行する決済機処理の内容を説明する。決済機１０の電源がＯＮされると、制御部３０は、図７の決済機処理を開始する。
【００５６】
Ｓ１０では、制御部３０は、載置部１２にトレイ８０が載置されることを監視する。食堂の利用者は、１個以上の食器９０の載ったトレイ８０を持って決済機１０のもとに赴き、トレイ８０を載置部１２に載せることができる。載置部１２にトレイ８０が載置されると、トレイ検出部１８がトレイ８０を検出する。トレイ検出部１８がトレイ８０を検出すると、制御部３０は、Ｓ１０でＹＥＳと判断し、Ｓ１２に進む。
【００５７】
Ｓ１２では、制御部３０は、載置部１２上のトレイ８０に載置された１個以上の食器９０のそれぞれに内蔵されているＩＣタグ９２を読み取り、各食器９０の食器コードを取得する。具体的には、制御部３０は、タグ読取部２２に、食器９０のＩＣタグ９２との間で近距離無線通信を実行させることによって、ＩＣタグ９２に記録されている食器コードを取得する（読み取る）。なお、例えば、トレイ８０上に食器９０が１個も載置されていない場合等、制御部３０が食器コードを取得できない場合には、制御部３０は、表示部１４及びスピーカ２４にエラー動作（例えば、エラーメッセージの表示及び報知音の発音）を行わせる。
【００５８】
続くＳ１４では、制御部３０は、Ｓ１２で取得された１個以上の食器コードと、メモリ３２内の単品メニュー表４０（図３参照）と、に基づいて、Ｓ１２で取得された１個以上の食器コードに対応する１個以上の単品メニューを特定する。例えば、Ｓ１２で３個の食器コード「Ｄ１」、「Ｒ１」、「Ｓ１」が取得されていた場合、Ｓ１４では、制御部３０は、単品メニュー表４０を参照し、単品メニュー「ハンバーグ」、「ごはん」、「みそ汁」を特定する。
【００５９】
続くＳ１６では、制御部３０は、Ｓ１４で特定された１個以上の単品メニューにメイン料理に区分されているものが含まれているか否かを判断する。具体的には、制御部３０は、単品メニュー表４０（図２参照）を参照し、Ｓ１４で特定された１個以上の単品メニューのうち、メイン／サブ区分「メイン」に対応付けられている単品メニューが存在するか否かを判断する。Ｓ１４で特定された１個以上の単品メニューのうち、メイン／サブ区分「メイン」に対応付けられている単品メニュー（例えば「ハンバーグ」）が含まれている場合、制御部３０はＳ１６でＹＥＳと判断し、Ｓ１８に進む。
【００６０】
一方、Ｓ１４で特定された１個以上の単品メニューに、メイン／サブ区分「メイン」に対応付けられている単品メニューが含まれていない場合、制御部３０は、Ｓ１６でＮＯと判断し、Ｓ５０に進む。Ｓ５０では、制御部３０は、単品メニュー表４０（図３参照）を参照し、Ｓ１４で特定された１個以上の単品メニューに対応する単品価格を合計し、決済金額を算出する。続くＳ５２では、制御部３０は、Ｓ５０で算出された決済金額に従って決済を実行する。具体的には、制御部３０は、ＩＣカード通信部２０を用いて利用者の決済媒体１００と近距離無線通信を実行し、決済媒体１００から利用者ＩＤを取得する。制御部３０は、取得した利用者ＩＤと決済金額とを対応付けて決済データを生成する。制御部３０は、決済データをメモリ３２に記憶する。Ｓ５２で以上の各処理を行うと、制御部３０は、再びＳ１０の監視に戻る。
【００６１】
Ｓ１８では、制御部３０は、メモリ３２内のセットメニュー表４２（図４参照）を参照し、Ｓ１４で特定された１個以上の単品メニュー中のメイン料理の単品メニューを含むセットを特定する。例えば、Ｓ１４で特定された１個以上の単品メニューに、メイン料理である単品メニュー「ハンバーグ」が含まれる場合、Ｓ１８では、制御部３０は、「ハンバーグ」をセット内容に含むセット「ハンバーグ定食」「ハンバーグプレート」「ハンバーグスペシャル」を特定する。
【００６２】
続くＳ２０では、制御部３０は、セットメニュー表４２を参照し、少なくとも１個のセットが成立するか否かを判断する。例えば、Ｓ１４で特定された単品メニューが「ハンバーグ」「ごはん」「みそ汁」「サラダ」であった場合、「ハンバーグ定食」「ハンバーグプレート」「ハンバーグスペシャル」が成立する。このような場合、制御部３０は、Ｓ２０でＹＥＳと判断し、Ｓ２２に進む。一方、例えば、Ｓ１４で特定された単品メニュー名が「ハンバーグ」と「ごはん」のみであった場合、いずれのセットも成立しない。このような場合、制御部３０は、Ｓ２０でＮＯと判断し、Ｓ３２に進む。
【００６３】
Ｓ２２では、制御部３０は、セットメニュー表４２を参照し、複数個のセットが成立するか否かを判断する。例えば、上記のように、Ｓ１４で特定された単品メニューが「ハンバーグ」「ごはん」「みそ汁」「サラダ」であった場合、「ハンバーグ定食」「ハンバーグプレート」「ハンバーグスペシャル」の３個のセットが成立する。このような場合、制御部３０は、Ｓ２２でＹＥＳと判断し、Ｓ２４に進む。一方、例えば、Ｓ１４で特定された単品メニュー名が「ハンバーグ」「ごはん」「みそ汁」であった場合、「ハンバーグセット」のみが成立する。このような場合、制御部３０は、Ｓ２２でＮＯと判断し、Ｓ３０に進む。
【００６４】
Ｓ２４では、制御部３０は、セットメニュー表４２を参照し、成立した複数個のセットのうち、セットを構成する商品数が最多であるセットを特定する。例えば、上記のように、Ｓ１４で特定された単品メニュー名が「ハンバーグ」「ごはん」「みそ汁」「サラダ」であった場合、「ハンバーグ定食」「ハンバーグプレート」「ハンバーグスペシャル」の３個のセットが成立する。図４のセットメニュー表４２に示すように、「ハンバーグスペシャル」は４品の商品を含んでおり、「ハンバーグ定食」「ハンバーグプレート」はともに３品の商品を含んでいる。このような場合、Ｓ２４では、制御部３０は、商品数が最多である「ハンバーグスペシャル」を特定する。一方、例えば、Ｓ１４で特定された単品メニュー名が「ハンバーグ」「エビフライ」「ごはん」であった場合、「ハンバーグ定食」と「エビフライ定食」の２個のセットが成立する。「ハンバーグ定食」と「エビフライ定食」はともに３品の商品を含んでいる。このような場合、Ｓ２４では、制御部３０は、「ハンバーグ定食」と「エビフライ定食」を両方とも特定する。
【００６５】
続くＳ２６では、制御部３０は、複数のセットが特定されたか否かを判断する。例えば、上記の例のように「ハンバーグスペシャル」（４品：最多）のみが特定された場合には、制御部３０はＳ２６でＮＯと判断し、Ｓ３０に進む。一方、上記の例のように「ハンバーグ定食」と「エビフライ定食」（ともに３品：最多）が両方とも特定された場合には、制御部３０はＳ２６でＹＥＳと判断し、Ｓ２８に進む。
【００６６】
Ｓ２８では、制御部３０は、セットメニュー表４２を参照し、特定された複数個のセットのうち、値引き額が最大のセットを特定する。例えば、上記の例のように「ハンバーグ定食」と「エビフライ定食」（ともに３品：最多）が特定された場合において、「ハンバーグ定食」の値引き額は６０円であり、「エビフライ定食」の値引き額は８０円である。即ち「エビフライ定食」の値引き額が最大である。このような場合、Ｓ２８では、制御部３０は「エビフライ定食」を特定する。
【００６７】
続くＳ３０では、制御部３０は、単品メニュー表４０（図３参照）及びセットメニュー表４２（図４参照）を参照し、特定されたセットのセット金額を含む決済金額を算出する。例えば、セットメニュー「エビフライ定食」と単品メニュー「サラダ」が特定された場合、制御部３０は、エビフライ定食のセット価格である４５０円と、サラダの単品価格である１１０円との合計金額である５６０円を決済金額として算出する。Ｓ３０を終えると、Ｓ４０に進む。
【００６８】
一方、Ｓ３２（即ち、いずれのセットも成立しなかった場合（Ｓ２０でＮＯ））では、制御部３０は、セットメニュー表４２を参照し、いずれかのセットが成立するために１品だけ商品が不足しているか否かを判断する。例えば、Ｓ１４で特定された単品メニューが「ハンバーグ」「ごはん」であった場合、「みそ汁」が１品加われば「ハンバーグ定食」が成立し、「サラダ」が１品加われば「ハンバーグプレート」が成立する。このような場合、制御部３０は、Ｓ３２でＹＥＳと判断し、Ｓ３４に進む。一方、例えば、Ｓ１４で特定された単品メニューが「ハンバーグ」のみであった場合のように、商品を１品追加してもいずれのセットも成立しない場合には、制御部３０は、Ｓ３２でＮＯと判断し、Ｓ３８に進む。
【００６９】
Ｓ３４では、制御部３０は、表示部１４（即ちタッチパネル）に所定の報知画面を表示する。図８に報知画面の例を示す。図８は、Ｓ１４で特定された単品メニューが「ハンバーグ」「ごはん」であった場合に表示される報知画面の例である。図８に示すように、報知画面には、現在特定されている単品メニューの名称及びそれらの単品金額を示すメッセージ１１０と、あと１品商品を追加することで成立するセットに関するメッセージ１２０が表示されている。報知画面は、さらに、そのまま決済を続行することを指示するための決済続行ボタン１３０と、決済をキャンセルするためのキャンセルボタン１４０とが表示されている。利用者は、操作部１６（即ちタッチパネル）を操作して、決済続行ボタン１３０とキャンセルボタン１４０のどちらかを選択することができる。
【００７０】
次いで、Ｓ３６では、制御部３０は、決済続行ボタンが選択されたか否かを判断する。表示部１４に報知画面（図８参照）が表示されている間に、利用者が決済続行ボタン１３０を操作した場合には、制御部３０はＳ３６でＹＥＳと判断し、Ｓ３８に進む。一方、利用者がキャンセルボタン１４０を操作した場合には、制御部３０はＳ３６でＮＯと判断し、Ｓ３９に進む。Ｓ３９では、制御部３０は、これまでの処理をキャンセルする。Ｓ３９を終えると、制御部３０は、再びＳ１０の監視に戻る。
【００７１】
Ｓ３８では、制御部３０は、単品メニュー表４０（図３参照）を参照し、Ｓ１４で特定された１個以上の単品メニュー名に対応する単品価格を合計し、決済金額を算出する。Ｓ３８を終えると、Ｓ４０に進む。
【００７２】
Ｓ４０では、制御部３０は、Ｓ３０又はＳ３８で算出された決済金額に従って決済を実行する。具体的には、上記のＳ５２と同様に、制御部３０は、ＩＣカード通信部２０を用いて利用者の決済媒体１００と近距離無線通信を実行し、決済媒体１００から利用者ＩＤを取得する。制御部３０は、取得した利用者ＩＤと決済金額とを対応付けて決済データを生成する。制御部３０は、決済データをメモリ３２に記憶する。Ｓ４０で以上の各処理を行うと、制御部３０は、再びＳ１０の監視に戻る。
【００７３】
上記の通り、制御部３０は、メモリ３２に記憶させた決済データ４４を通信Ｉ／Ｆ２６を介して定期的にサーバ５０に送信する。その後、食堂の管理者は、サーバ５０のメモリ６２に蓄積された決済データ７４に基づいて、利用者とのクレジット決済、給与からの天引き等、必要な精算処理を行う。
【００７４】
以上、本実施例の決済システム２の構成及び動作について説明した。本実施例では、決済機１０は、まず、図７のＳ１４で特定された１個以上の単品メニュー中にメイン料理が含まれているか否かを判断し（Ｓ１６）、メイン料理が含まれると判断される場合に、いずれかのセットが成立するか否かを判断し（Ｓ２０）その結果に応じて決済金額を算出する（Ｓ３０、Ｓ３８）。即ち、決済機１０は、まず、Ｓ１４で特定された１個以上の単品メニュー中に含まれるメイン料理を含むセットに候補を限定した上で、いずれのセットが成立するかを判断する。また、本実施例の決済機１０は、Ｓ１４で特定された１個以上の単品メニュー中にメイン料理が含まれていない場合には（Ｓ１６でＮＯ）、セットが成立するか否かを判断することなく決済金額を算出する（Ｓ５０）。従って、本実施例の決済機１０によると、決済金額の算出を迅速に行うことができる。
【００７５】
また、本実施例では、複数個のセットが成立する場合（Ｓ２２でＹＥＳ）、決済機１０は、セットに含まれる商品数が最多であるセットを特定する（Ｓ２４）。決済機１０は、特定されたセットのセット価格を含む決済金額を算出する（Ｓ３０）。そのため、決済機１０は、含まれる商品数が最も多いセットに対応するセット価格を含む決済金額を算出することができる。含まれる商品数が多いセットは、含まれる商品数が少ないセットに比べて値引き額が大きい可能性が高い。そのため、決済機１０は、利用者にとって最適な決済金額に基づいて決済を実行し得る。
【００７６】
また、本実施例では、セットに含まれる商品数が最多であるセットが複数個特定される場合（Ｓ２６でＹＥＳ）、決済機１０は、値引き額が最大のセットを特定し（Ｓ２８）、そのセットのセット価格を含む決済金額を算出する（Ｓ３０）。そのため、決済機１０は、利用者にとって最適な決済金額に基づいて決済を実行し得る。
【００７７】
また、本実施例では、Ｓ１４で特定された１個以上の単品メニューによっていずれのセットも成立しないと判断される場合（Ｓ２０でＮＯ）において、いずれかのセットが成立するために商品が１品だけ不足している場合（Ｓ３２でＹＥＳ）に、決済機１０は、表示部１４に報知画面（図８参照）を表示させる。そのため、報知画面を見た利用者が、少なくとも１個のセットが成立するための条件を知ることができる。利用者に対して、利用者にとって有益な商品購入形態を適切に知らせることができる。
【００７８】
また、本実施例では、決済機１０は、載置部１２上のトレイ８０に載置された１個以上の食器９０のそれぞれに内蔵されているＩＣタグ９２を読み取り、各食器９０の食器コードを取得する（Ｓ１２）。仮に、決済機が各食器の画像に基づいて各食器の識別情報を取得する構成を採用する場合、画像の状態によっては識別情報を適切に取得できない可能性がある。これに対し、本実施例の構成によると、タグ読取部２２の読み取り可能な範囲に食器９０（即ちＩＣタグ９２）が存在していれば、タグ読取部２２が各食器コードを取得することができる。従って、本実施例の構成によると、決済機１０は、各食器コードを適切に取得することができる。
【００７９】
また、本実施例では、決済機１０は、ＩＣカード通信部２０を用いて利用者の決済媒体１００と近距離無線通信を実行し、決済媒体１００から利用者ＩＤを取得する。制御部３０は、取得した利用者ＩＤと決済金額とを対応付けて決済データを生成する（Ｓ５２、Ｓ４０）。その後、食堂の管理者は、決済データに基づいて、利用者とのクレジット決済、給与からの天引き等、必要な精算処理を行う。例えば、決済機１０のもとで現金決済を行う場合、釣り銭が発生する等して決済に長時間を要する可能性がある。これに対し、上記の本実施例の構成によると、現金決済を行う場合に比べて短時間で決済を実行することができる。
【００８０】
また、本実施例では、サーバ５０は、メモリ６２内に蓄積された決済データ７４に基づいて、単品メニュー売上数表７８（図６参照）を作成する。そのため、サーバ５０のユーザ（例えば食堂の管理者）は、セットか単品かに関わらず、単品メニュー毎の売上数を把握することができる。単品の各商品、及び、セットを構成する各商品の売上動向を適切に把握し、次回の仕入れの際等に役立てることができる。
【００８１】
本実施例と請求項の記載との対応関係を説明しておく。決済機１０及びサーバ５０が「決済装置」の一例である。タグ読取部２２が「取得部」の一例である。制御部３０及び制御部６０が「制御部」の一例である。メモリ３２及びメモリ６２が「メモリ」の一例である。表示部１４が「報知部」の一例である。食器が「商品容器」の一例である。食器コードが「識別情報」の一例である。メイン料理に対応する食器コードが「特定種類の識別情報」の一例である。図４のセットメニュー表４２のうち、Ｓ２４で特定されるセットに対応する組合せ情報が「特定のセット情報」の一例である。決済データ７４が「決済実績情報」の一例である。
【００８２】
以上、本発明の各実施例について詳細に説明したが、これらは例示に過ぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。例えば、以下の変形例を採用してもよい。
【００８３】
（変形例１）上記の実施例では、制御部３０は、載置部１２上のトレイ８０に載置された１個以上の食器９０のそれぞれに内蔵されているＩＣタグ９２を読み取り、各食器９０の食器コードを取得する（Ｓ１２）。これに限られず、制御部３０は、他の任意の方法で、各食器９０の食器コード（即ち識別情報）を取得してもよい。従って、例えば、制御部３０は、各食器の画像に基づいて各食器の識別情報を取得してもよい。
【００８４】
（変形例２）上記の実施例では、制御部３０は、ＩＣカード通信部２０を用いて利用者の決済媒体１００と近距離無線通信を実行し、決済媒体１００から利用者ＩＤを取得し、取得した利用者ＩＤと決済金額とを対応付けて決済データを生成することによって、決済を実行する（Ｓ４０、Ｓ５２）。決済の方法は、これに限られず、他の任意の方法によってもよい。従って、例えば、制御部３０は、利用者を識別するための生体情報（例えば、指紋、虹彩パターン、顔認証情報等）を取得し、取得した生体情報と決済金額とを対応付けて決済データを生成することによって、決済を実行してもよい。また、決済機１０のもとで現金決済を行ってもよい。
【００８５】
（変形例３）上記の実施例では、決済システム２は、社員食堂等の食堂で利用される決済システムである。これに限られず、決済システム２は、商店のレジシステム等、他の任意の環境で用いられてもよい。
【００８６】
（変形例４）上記の実施例では、制御部３０は、Ｓ１４で特定された１個以上の単品メニューによって複数のセットが成立する場合に、セットに含まれる商品数が最多であるセットを特定し、次いで、値引き額が最大のセットを特定する（Ｓ２４、Ｓ２８）。複数のセットが成立する場合において、１個のセットを特定する手法はこれに限られず、任意としてもよい。従って、例えば、制御部３０は、Ｓ１４で特定された１個以上の単品メニューによって複数のセットが成立する場合に、予め指定された優先順位に従って、１個のセットを特定するようにしてもよい。
【００８７】
（変形例５）上記の実施例では、制御部３０は、Ｓ１４で特定された１個以上の単品メニューによっていずれのセットも成立しないと判断される場合（Ｓ２０でＮＯ）において、いずれかのセットが成立するために１品不足している場合（Ｓ３２でＹＥＳ）に、表示部１４に報知画面（図８参照）を表示させる。これに限られず、制御部３０は、Ｓ１４で特定された１個以上の単品メニューによっていずれのセットも成立しないと判断される場合（Ｓ２０でＮＯ）に、いずれかのセットが成立するために１品不足しているか否かに関わらず、いずれかのセットが成立するための条件を利用者に報知するための報知画面を表示するようにしてもよい。
【００８８】
（変形例６）また、制御部３０は、Ｓ１４で特定された１個以上の単品メニューによっていずれのセットも成立しないと判断される場合であっても、報知画面を表示部１４に表示させないようにしてもよい。
【００８９】
（変形例７）上記の実施例では、決済機１０とサーバ５０は、別個の装置として構成され、互いに通信可能に接続されている。これに限られず、決済機１０とサーバ５０が一体の装置として構成されていてもよい。
【００９０】
（変形例８）上記の実施例では、決済媒体１００はＩＣカードであるが、決済媒体１００はこれに限られず、利用者ＩＤを記録する媒体であれば任意の媒体であってもよい。例えば、決済媒体１００は、利用者が所持する携帯端末（例えば携帯電話等）であってもよい。
【００９１】
（変形例９）図１では、利用者が食事を行う前に決済機１０で決済を行っている様子を図示している。これに限られず、利用者が決済機１０のもとで決済を行うのは、食事の後であってもよい。
【００９２】
本明細書または図面に説明した技術要素は、単独であるいは各種の組み合わせによって技術的有用性を発揮するものであり、出願時請求項記載の組み合わせに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【００９３】
２：決済システム
１０：決済機
１２：載置部
１４：表示部
１６：操作部
１８：トレイ検出部
２０：ＩＣカード通信部
２２：タグ読取部
２４：スピーカ
２６：通信Ｉ／Ｆ
３０：制御部
３２：メモリ
４０：単品メニュー表
４２：セットメニュー表
４４：決済データ
５０：サーバ
５２：通信Ｉ／Ｆ
５４：表示部
５６：操作部
６０：制御部
６２：メモリ
７０：単品メニュー表
７２：セットメニュー表
７４：決済データ
７６：メニュー売上表
７８：単品メニュー売上数表
８０：トレイ
９０：食器
９２：ＩＣタグ
１００：決済媒体
【図１】
0006500719.tif 000002
【図２】
0006500719.tif 000003
【図３】
0006500719.tif 000004
【図４】
0006500719.tif 000005
【図５】
0006500719.tif 000006
【図６】
0006500719.tif 000007
【図７】
0006500719.tif 000008
【図８】
0006500719.tif 000009