JP2020004353A - キャッシュレス料理注文システム - Google Patents

Abstract

【課題】人手不足の解消を図り、客による未決済の飲食を確実に防止し、売上高の増大及び利益率の向上を図るキャッシュレス料理注文システムを提供する。【解決手段】客が携帯端末ＧＳを用いて、着席したテーブル上の二次元コードＬを読み込むことにより、二次元コードから机番号情報を読み込み、客の携帯端末から、料理の番号及び数量を含む注文情報を受信すると、合計注文金額情報と、注文確定に伴い外部のＥＣ決済サービスＭＳを用いて決済される旨を通知する事前決済情報とを表示させ、客の携帯端末から注文確定情報を受信すると、ＥＣ決済サービスに対して、合計注文金額の決済仲介処理を行い、決済が完了すると、決済完了情報を客の携帯端末に表示させると共に、厨房用携帯端末ＫＴに注文情報を表示して調理を開始させ、厨房用携帯端末から料理が完成した旨を受信すると、サービス担当用携帯端末ＳＴに、料理完成情報と机番号情報を送信して表示させる。【選択図】図１

Description

発明の詳細な説明

この発明は、料理店において、客が店員を介さずに、ネットワークを介してキャッシュレスで決済して料理を注文することの出来るキャッシュレス料理注文システムに関するものである。

近年、日本においては、人口減少、特に、労働力人口減少による人材不足が深刻化し、また、キャッシュレス化が他国より進んでいない状況であることに鑑みると、今後、国をあげてキャッシュレス化を推進するに際して、種々の課題を解決する具体的施策を如何に講じることが出来るかが、成否の鍵を握るものである。

具体的な課題としては、
（１）飲食業界における慢性的な人手不足、
（２）キャッシュレス化対応に伴う経費の増大、
（３）飲食業界における店員作業の増加、会計時のキャッシュレス対応ける作業の複雑化、
等があげられる。

上記課題（１）からは、人手不足に基づく賃金高騰よる利益の圧縮、回転率低下に伴う売上の減少、サービス低下に伴う顧客の散逸等のリスク、
上記課題（２）からは、キャッシュレスを実現するための機器の新規導入のための費用や機器使用料の増大が利益を圧縮するリスク、
上記課題（３）からは、より安価な労働力として期待される外国人労働者の採用の困難化のリスク、
等が、現実に懸念されるものである。

ここで、キャッシュレス化を図るシステムとしては、特許文献１に示す特開２０１１−２０９９８９号公報及び特許文献２に示す特開２００８−２１７２７７公報が知られている。

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

ここで、特許文献１の特開２０１１−２０９９８９号公報は、ユーザが保有している一般的な車載器や携帯端末を用いて、サービスの利用料金の割引を行うことができる課金システムを提供することを目的とするものであり、その解決手段としては、認証及び決済業務を行う管理事業者の業務エリアに配置された中央制御装置としてのセンターサーバ２及びウェブサーバ３と、駐車場事業者の運営する駐車場に配置された路側装置としての路側サーバ４と、駐車場に配置されて路側サーバ４に接続された精算装置５とを備える。ユーザが、駐車場が設置された店舗で商品を購入するに伴って提示されたＱＲコードを携帯電話機８の撮像部８６で読み込み、ＱＲコード解析部８７で解析されたＵＲＬにアクセスしてウェブサーバ３からウェブページの情報を受信する。携帯電話機８がＵＲＬにアクセスする際にウェブサーバ３へ送信する情報に基づいて、割引制御部２０が、駐車場料金から割り引くべき割引額を特定する決済システム１１を提供するに留まるものであり、これを料理店における注文システムへのキャッシュレス化に適用することは、不可能である。

また、特許文献２の特開２００８−２１７２７７公報は、高価な携帯型のＣＡＴ端末を使用することなく、携帯電話を使用してスムーズに決済を行うことができる方法及びシステムを提供することを目的とするものであり、その解決手段として、第１の携帯電話（外交員の携帯電話）で所定のデータ（ＩＤ、契約書番号、金額など）を入力し、当該データをバーコード変換サーバへ送り、決済用のバーコードに変換する（１００〜１０２）。当該バーコードを第１の携帯電話へ送り、その画面にバーコードを表示させ（１０３、１０４）、第２の携帯電話（お客様の携帯電話）で当該バーコードを撮影し読み取り（１０５）、読み取ったバーコードを解読し（１０６）、ＡＰサーバへバーコードの解読データを送信し（１０７、１０８）、ＡＰサーバで決済を実行するための情報を生成し（１０９）、ＡＰサーバから決済サーバへ情報を送信する（１１０）ものであり、決済サーバで決済処理を実行すると、その結果がＡＰサーバ、携帯電話へ返される（１１１〜１１６）課金システムを提供するに留まるものであり、料理店において客からの注文との兼ね合いが全く考慮されておらず、単なるバーコードを仲介として決済処理するだけの技術しか開示されていないものである。

このように、飲食店においては、従来技術を用いてこれら課題を解決することが出来ず、この結果、外国人労働者の採用を含む人手不足の解消、売上高の増大及び利益率の向上を図ることができず、今後の生き残り戦略の構築が困難になるものであり、課題解決が熱望されていた。

この発明は、上記事情に鑑みなされたもので、人手不足の解消を図ることの出来るキャッシュレス料理注文システムを提供することを主たる目的とする。

また、この発明の別の目的は、客による未決済の飲食を確実に防止することの出来るキャッシュレス料理注文システムを提供することである。

更に、この発明の他の目的は、売上高の増大及び利益率の向上を図ることの出来るキャッシュレス料理注文システムを提供することである。

上記目的を達成するため、この発明に係わるキャッシュレス料理注文システムは、請求項１の記載によれば、店の各テーブル上に置かれ、システムにリンクするアドレス情報と、テーブル毎にユニークな机番号情報とが記憶された二次元コードを用いるキャッシュレス料理注文システムにおいて、客が二次元コードを読み込む機能のある客の携帯端末を用いて、自身が着席したテーブル上の二次元コードを読み込むことにより、インターネット又はイントラネットを介して前記客の携帯端末との間のリンクを確立する第１の工程と、前記客が読み込んだ前記二次元コードから机番号情報を読み込む第２の工程と、前記客の携帯端末から、料理の番号及び数量を含む注文情報を受信すると、前記客の携帯端末に前記注文情報に基づき算出された合計注文金額情報と、注文確定に伴い外部のＥＣ決済サービスを用いて前記合計注文金額が決済される旨を通知する事前決済情報とを送信してこれを表示させ、前記客の携帯端末からの注文確定を示す確定情報の受信を待つ第３の工程と、前記客の携帯端末から、前記確定情報を受信すると、前記ＥＣ決済サービスに対して、前記合計注文金額の決済仲介処理をする第４の工程と、前記決済が完了すると、決済完了情報を前記客の携帯端末に送信してこれに表示させると共に、厨房用携帯端末に前記注文情報を送信してこれを表示させ、注文を受けた料理の調理を厨房において開始させる第５の工程と、前記厨房用携帯端末から、前記注文情報の料理が完成した旨の料理完成情報を受受信すると、サービス又は窓口担当用携帯端末に、前記料理完成情報と前記第２の工程で読み込んだ机番号情報とを送信してこれを表示させる第６の工程とを具備することを特徴としている。

このように請求項１に記載のキャッシュレス料理注文システムは構成されているので、客の料理の注文を、店員を介することがなく、また、会計処理も、料理の調理開始に先立ち、事前にＥＣ決済サービスにより店員を介することなく済まされるので、人手不足の解消が確実に達成され、仮に店員をおく場合でも、日本語が堪能でない外国人等の採用が可能となり、採用の幅が広がるとともに人件費の抑制を達成することが出来、利益率の向上を図ることが出来るとともに、このシステムの導入に際して新規に携帯端末を導入する必要が無く、経営者に対して初期投資の心配をさせることなく、システム導入を図ることが出来、接客を効率よくこなせて回転率の向上を図ることが出来ることにより、売上高の増大及び利益率の向上を図ることの出来る効果を達成することが出来ることになる。

また、この発明に係わるキャッシュレス料理注文システムは、請求項２の記載によれば、前記二次元コードは、ＱＲコードであることを特徴としている。

このように請求項２記載のキャッシュレス料理注文システムは構成されているので、ＱＲコードは多量の情報量を記録することができるものであるため、この発明で必須となる机番号情報を、情報量を気にすることなく準備することが出来る効果を達成することが出来ることになる。

また、この発明に係わるキャッシュレス料理注文システムは、請求項３の記載によれば、前記二次元コードは、二次元バーコードであることを特徴としている。

このように請求項３に記載のキャッシュレス料理注文システムは構成されているので、二次元バーコードは充分な量の情報量を安価に記録することができるものであるため、この発明で必須となる机番号情報を確実に準備することが出来る効果を達成することが出来ることになる。

また、この発明に係わるキャッシュレス料理注文システムは、請求項４の記載によれば、前記テーブル上又は前記テーブルから見える場所には、複数の料理の選択肢と、夫々の料理を特定する前記料理の番号と、夫々の料理の料金の情報が記載された料理メニュー表が予め準備されていることを特徴している。

このように請求項４に記載のキャッシュレス料理注文システムは構成されているので、来店した客は、テーブル上又はテーブルから見える場所に予め準備されたメニュー表を見て、このメニュー表に記載された料理の中から希望の料理を選択し、この料理を特定する料理の番号を自身の携帯端末から入力することにより、料理の注文を開始することが出来る効果を達成することが出来ることになる。

また、この発明に係わるキャッシュレス料理注文システムは、請求項５の記載によれば、前記二次元コードには、店情報が記憶されていることを特徴としている。

このように請求項５に記載のキャッシュレス料理注文システムは構成されているので、客の携帯端末で二次元コードが読み込まれ、この客の携帯端末とのリンクが確立された時点で、システムは客がどの店に来店したのかを明白に識別することが出来ることとなり、以降の処理を、その店に特有の情報に基づき処理することが出来ることになる効果を達成することが出来ることになる。

また、この発明に係わるキャッシュレス料理注文システムは、請求項６の記載によれば、契約した店毎に識別された店別メニューデーターベースを備え、この店別メニューデーターベースには、提供される料理名とこれに対応する番号及び価格とを含む料理メニュー並びにウエルカムメッセージが記憶されており、前記店情報を読み取ると共に、読み取った店情報に対応した店別メニューデーターベースからウエルカムメッセージを読み出し、これを客の携帯端末に送信して表示させると共に、メニューボタンを表示させる第７の工程を更に具備することを特徴としている。

このように請求項６に記載のキャッシュレス料理注文システムは構成されているので、来店した客が自身の携帯端末を用いて二次元コードを読み込んでシステムとの間でリンクが確立したら、その直後に、客の携帯端末に対して、その店に特有のウエルカムメッセージを送信して表示させ客に対して歓迎の意を表することが出来るとともに、客がメニューボタンを押すことにより料理の注文動作が開始させることが出来る効果を達成することが出来ることになる。

また、この発明に係わるキャッシュレス料理注文システムは、請求項７の記載によれば、前記メニューボタンが押されると、客の携帯端末に、料理注文画面と注文ボタンとを表示させる第８の工程を更に具備することを特徴としている。

このように請求項７に記載のキャッシュレス料理注文システムは構成されているので、客がメニューボタンを押すことにより、客が食したい料理を注文するための画面と注文ボタンとが表示され、客は店内に準備されているメニュー表から、自分が注文したい料理を選択して、料理注文画面に入力し、注文ボタンを押すことにより注文することが出来る効果を達成することが出来ることになる。

また、この発明に係わるキャッシュレス料理注文システムは、請求項８の記載によれば、前記第３の工程は、前記料理注文画面において料理番号と数量とを含む注文情報が入力された状態で前記注文ボタンが押されると、前記注文情報を読み取る第１のサブ工程と、前記店別メニューデーターベースにアクセスして、前記注文情報に基づいて、料理番号から料理名情報及び価格情報を読み出す第２のサブ工程と、この第１０の工程で読み出した価格情報と前記注文情報中の数量とに基づき、合計注文料金を算出する第３のサブ工程と、前記客の携帯端末に、上記合計注文料金情報と、確定ボタンと、「確定ボタンが押されたら決済手続に移行する旨」の表示情報とを送信し、これを表示させる第４のサブ工程とを備えることを特徴としている。

このように請求項８に記載のキャッシュレス料理注文システムは構成されているので、注文した料理の内容に対して客が確定ボタンを押すと、注文した料理の調理が開始される前に、決済手続きが行われることを客に通知することが出来る効果を達成することが出来ることになる。

また、この発明に係わるキャッシュレス料理注文システムは、請求項９の記載によれば、前記第５の工程は、前記ＥＣ決済サービスにおいて合計注文料金の決済が完了した旨のリターンを待つ第５のサブ工程と、前記決済完了のリターンがあると、前記客の携帯端末に、決済が完了した旨の表示を送信してこれを表示させる第６のサブ工程と、前記厨房用携帯端末に、前記注文情報を送信してこれを表示させる第７のサブ工程とを備えることを特徴としている。

このように請求項９に記載のキャッシュレス料理注文システムは構成されているので、客により確定ボタンが押されて決済が完了した旨を客に報告することが出来るとともに、決済が完了してから注文情報を送信するので、料理の調理はこの決済完了後となり、注文された料理の料金を確実に回収することが出来る効果を達成することが出来ることになる。

また、この発明に係わるキャッシュレス料理注文システムは、請求項１０の記載によれば、前記厨房用携帯端末から、前記料理完成情報を受信すると、前記客の携帯端末に、注文された料理が完成し、まもなく提供できる旨の表示を送信し、これを表示させる第９の工程を更に具備することを特徴としている。

このように請求項１０に記載のキャッシュレス料理注文システムは構成されているので、厨房において注文された料理が完成すると、その完成情報に基づき、客の携帯端末に料理を注文した客に料理がまもなく提供できる旨の表示を送信し表示させるので、お腹を空かせている客に対して一刻も早く料理がまもなく提供されることを知らせて、客の苛々感を和らげることが出来る効果を達成することが出来ることになる。

また、この発明に係わるキャッシュレス料理注文システムは、請求項１１の記載によれば、前記厨房用携帯端末から、前記料理完成情報を受信すると、サービス担当者用の携帯端末に、完成した料理の内容及びこの料理を注文した客が着席しているテーブルの机番号情報を送信し、これを表示させる第１０の工程を更に具備することを特徴としている。

このように請求項１１に記載のキャッシュレス料理注文システムは構成されているので、厨房において注文された料理が完成すると、その完成情報に基づき、客の携帯端末に料理を注文した客に料理がまもなく提供できる旨の表示を送信し表示させるので、お腹を空かせている客に対して料理がまもなく提供されることを知らせて、客の苛々感を和らげることが出来る効果を達成することが出来ることになる。

また、この発明に係わるキャッシュレス料理注文システムは、請求項１２の記載によれば、前記携帯端末は、スマートフォンであることを特徴としている。

このように請求項１２に記載のキャッシュレス料理注文システムは構成されているので、料理店で本システムを採用するに際して、市販のスマートフォンを用いることが出来、機器の購入費用を安価に済ませることが出来る効果を達成することが出来ることになる。

また、この発明に係わるキャッシュレス料理注文システムは、請求項１３の記載によれば、前記携帯端末は、タブレットであることを特徴としている。

このように請求項１３に記載のキャッシュレス料理注文システムは構成されているので、料理店で本システムを採用するに際して、市販のタブレットを用いることが出来、機器の購入費用を安価に済ませることが出来る効果を達成することが出来ることになる。

また、この発明に係わるキャッシュレス料理注文システムは、請求項１４の記載によれば、前記インターネット又はイントラネットは、公衆回線を介して接続されることを特徴としている。

このように請求項１４に記載のキャッシュレス料理注文システムは構成されているので、費用が高くつく専用回線でなく、公衆回線を利用するので、全体コストを低廉化させることが出来る効果を達成することが出来ることになる。

また、この発明に係わるキャッシュレス料理注文システムは、請求項１５の記載によれば、前記インターネット又はイントラネットは、専用回線を介して接続されることを特徴としている。

このように請求項１５に記載のキャッシュレス料理注文システムは構成されているので、本システム専用の専用回線を利用して、安全性の高い効果を達成することが出来ることになる。

上述したように、この発明によれば、人手不足の解消を図ることの出来るキャッシュレス料理注文システムが提供されることになる。

また、この発明によれば、客による未決済の飲食を確実に防止することの出来るキャッシュレス料理注文システムが提供されることになる。

また、この発明によれば、売上高の増大及び利益率の向上を図ることの出来るキャッシュレス料理注文システムが提供されることになる。

この発明に係わるキャッシュレス料理注文システムの好ましい実施形態のシステム概念図を示す図である。 図１に示すキャッシュレス料理注文システムのシステム構成を概略的に示す図である。 この実施例のキャッシュレス料理注文システムの手順の推移に伴うスマートフォンの表示画面の推移を順次示す図である。 この実施例のキャッシュレス料理注文システムのシステム構築の手順を示すフローチャートである。 この実施例のキャッシュレス料理注文システムの手順（１／３）を示すフローチャートである。 この実施例のキャッシュレス料理注文システムの手順（２／３）を示すフローチャートである。 この実施例のキャッシュレス料理注文システムの手順（３／３）を示すフローチャートである。

以下、この発明に係わるキャッシュレス料理注文システムの好ましい実施形態を図１乃至図７を参照して詳細に説明する。

先ず、図１及び図２に示すように、この実施例のキャッシュレス料理注文システム（以下、単に、システムという。）Ｓが導入されている料理店（以下、単に店という。）Ｒでは、来店した客Ｇが座る全ての机Ｔ上には、予め、店Ｒの店番号情報と、全ての机Ｔにユニークな机番号情報と、システムＳのアドレス情報とが記録された二次元コードとしてのＱＲコードが印刷されたラベルＬが貼付されている。来店した客Ｇは、自身の持つ携帯端末としてのスマートフォンＧＳのＱＲコード読み取り機能を用いて、ラベルＬに印刷されたＱＲコードを読み取ることにより、公衆回線ＰＬを用いたインターネットＩＮを通じて、クラウドＣＬ上に置かれたシステムＳと客ＧのスマートフォンＧＳとがリンクされ、客Ｇは、以降、自身のスマートフォンＧＳを用いて、システムＳにより実行される手順（図５乃至図７を用いて、後の詳細に説明する。）に従い、店員を介することなく、料理の注文及び注文した料理の代金の決済処理を行うことが出来ることになる。

ここで、机Ｔの上及び／又は机Ｔに着席した客Ｇが見渡せる店内の壁には、通常の料理店と同様に、料理名（及び料理内容）とその料理の価格が記載されたメニュー表Ｍが予め貼り付けられる等、準備されており、更にこの実施例においては、このシステムＳの運用のために、メニュー表には、各料理に対応した番号が記載されている。この結果、客Ｇは、メニュー表Ｍを見て、注文すべき料理を選択した場合には、この実施例の特徴の一つを構成するものであるが、客Ｇは、自身のスマートフォンＧＳに表示されている注文画面において、注文したい料理の番号及び数量を入力し、注文ボタンを押すことにより、注文作業が行われるように設定されている。このように、この実施例において、客Ｇの注文作業に、店Ｒの店員が関与することは無く、この限りで、注文を受けるための店員は不要となる効果が達成されるものである。

また、この実施例においては、上記した注文作業が終了し、客Ｇが全ての料理内容及び合計注文金額を含む注文内容を了解した場合には、その注文内容を確定させるためには、スマートフォンＧＳの表示画面（確認画面）に表示されている確定ボタンを押すことになる。ここで、この実施例の特徴の一つを構成するものであるが、システムＳが上記注文内容をスマートフォンＧＳの確認画面に表示するに際して、「確認ボタンを押すと注文が確定し、決済画面に移行します。」との内容を、合わせて表示するように設定されている。この結果、客Ｇが注文内容を確定させる確定ボタンを押すと、以降、注文内容を厨房に伝えて、注文された料理の調理を開始するに先立ち、合計注文金額を事前に決済する決済作業が行われることになる。

このように、この実施例においては、客Ｇの決済作業に、店Ｒの店員が関与することは無く、この限りで、決済をする店員は不要となると共に、決済作業によるミスを未然に防止することが出来ると共に、店員が決済作業に関与しないので、店員に決済作業のスキルを身につけさせる必要も無く、外国人労働者の採用を可能とするものである。また、この決済作業は、料理の調理開始の指示に先立ち行われるので、換言すれば、決済が完了しないと料理の調理が開始されないので、料理注文に対する客の未決済が確実に防止され、料理代金の確実な回収が可能となる効果が達成されるものである。

このような特徴を持つシステムＳは、図２に示すように、客ＧのスマートフォンＧＳや店Ｒの厨房用スマートフォンＫＴやサービス担当者用スマートフォンＳＴと、インターネットを介してリンクされ、客Ｇからの料理の注文を受ける注文システムＯＳと、店別にメニューやウエルカム情報が記憶されると共に、注文システムＯＳからの店情報の入力を受けて、入力されてきた店のメニュー情報やウエルカム情報を注文システムＯＳに出力する店別メニューデーターベースＤＢと、注文システムＯＳからの合計注文金額情報を受けて、この合計注文金額の決済を外部のＥＣ決済システムＥＣ，例えば、オンライン決済代行サービス会社に中継する決済中継システムＩＳとを備えて構成されている。

特に、上述した注文システムＯＳの機能としては、図１に再び示すように、
（１）客ＧのスマートフォンＧＳとリンクした状態で、このスマートフォンＧＳからの注文情報を受けると、
（２）この注文情報に含まれる料理番号及びその数量に基づき、客Ｇが読み込んだＱＲコードに含まれる店情報に応じた店別メニューデーターベースＤＢ（図２に示す）から、料理内容情報及び価格情報を読み出し、注文を受けた料理内容及び数量と共に、両情報に基づき算出された合計注文料金を含む注文内容を客ＧのスマートフォンＧＳに確認情報として表示して客Ｇの確認を待ち、
（３）客Ｇによる当該注文内容の確認を受けて、客ＧのスマートフォンＧＳから料理内容の確定情報を受ける、
（４）ＥＣ決済サービスの下位概念としてのオンライン決済代行サービスＯＳに決済の代行を依頼して、客Ｇが確認した合計注文料金の決済を行わせ、
（５）オンライン決済代行サービスＯＳから決済完了のリターン信号を受けると、
（６）客ＧのスマートフォンＧＳに決済が完了したことを報知すると共に、
（７）厨房用スマートフォンＫＴに注文を受けた料理内容を報知し、厨房において料理の調理を開始するように促し、
（８）厨房において注文を受けた料理が完成し、厨房用スマートフォンＫＴから調理完了の報告を受け、
（９）客ＧのスマートフォンＧＳに、注文を受けた料理が完成し、料理がまもなく提供されることを報知すると共に、
（１０） サービス担当のスマートフォンＳＴに、机番号情報と共に、この机番号に着席する客Ｇに提供する料理が完成したことを報知し、完成した料理を厨房まで取りに来て、当該客Ｇに提供するように促す、
ように構成されており、その具体的な制御手順については、後に図５乃至図７のフローチャートを用いて説明する。

次に、図４のフローチャートを参照して、このシステムＳを料理店Ｒに導入するための手順を説明する。
このシステムＳを運用する会社（組織）は、予めクラウドサーバーＣＬ内にこの実施例のシステムＳを構築している。ある料理店Ｒが、この実施例のシステムＳを採用して、キャッシュレスで料理注文を受けられるように、店Ｒの料理注文システムを構築（又は変更）する場合には、このシステムＳを運用する会社（組織）とシステムＳを採用する契約を締結することになる。そして、ステップＳ１に示すように、料理店Ｒとの契約が締結されると、引き続くステップＳ３において、契約した料理店Ｒに専用のシステムを構築すべく、クラウドサーバーＣＬ内に、契約した料理店Ｒ用の領域を確保し、その領域に対して、その料理店Ｒに特有のアドレスＵＲＬを指定する。

引き続き、ステップＳ５に示すように、契約した料理店Ｒ用の料理メニューを店別メニューデーターベースＤＢ内に構築する。この料理メニューには、少なくとも、料理名と夫々の料理番号、及び夫々の料理の値段情報を含むものであり、料理の内容（写真を含む）情報があれば、客Ｇへの情報提供に好適するものである。尚、この料理メニューは、当初は、フォーマットの共通化の観点から、システムＳを運用する会社（組織）が作成して、店別メニューデーターベースＤＢ内に記録するものであるが、以降、店Ｒ側の都合により、メニュー内容を変更・追加する必要が生じた場合には、勿論、店Ｒ側で、店別メニューデーターベースＤＢ内にアクセスして、メニュー内容を変更・追加することが出来るものである。

このように、このシステムＳの導入は、以上のように極めて簡便なものであり、且つ、導入作業も日数を要しないものであり、更には、システムＳの導入に際して、新規のデバイス、例えば、専用のＱＲ読み取り機器や送信機器を何ら必要とするものでなく、それまでその店Ｒで用いられていた携帯端末、例えばスマートフォンやタブレット、また、通信機能のあるプリンタをそのまま用いることが出来るものである。

この結果、料理店ＲがこのシステムＳを導入するに際して必要と成る作業工程とすれば、上記したように、その店Ｒ特有のメニューを作成し、それを、店別メニューデーターベースＤＢ内に記録する作業だけであるので、極めて短時間のうちに終了すると共に、システムＳの導入のために新規に機器を導入する必要が無く、導入コストの低廉化を達成することが出来るものである。

次に、図５乃至図７のフローチャートと、図３に示すスマートフォンの表示画面とを参照して、上述したシステムＳにおける制御手順を説明する。

上述したように、料理店Ｒに来店した客Ｇが着席した机Ｔには、ＱＲコードが印刷されたラベルＬが貼着されており、客Ｇは、自身のスマートフォンＧＳを用いてそのＱＲコードを撮影することにより、ＱＲコードに記録されているＵＲＬで指定されるこの実施例のシステムＳとリンクするので、システムＳの制御手順としては、先ず、客ＧのスマートフォンＧＳからＱＲコードが読み込まれ、リンクが確立するのを待つ（ステップＳ１０）。

このステップＳ１０において、客ＧのスマートフォンＧＳとリンクが確立したことが検出されると、次に、ステップＳ１２において、ＱＲコードに書き込まれている店情報と机番号情報とを読み取り、店別料理メニューデーターベーＤＢにアクセスして、ここから店情報に応じて登録されているウエルカムメッセージを読み出す。引き続き、ステップＳ１４において、客ＧのスマートフォンＧＳに、店別料理メニューデーターベーＤＢから読み出した「いらっしゃいませ。＊＊店へようこそ」とのウエルカムメッセージとメニューボタンとを表示させる（図３における表示１）。

客Ｇは、自身のスマートフォンＧＳの画面に表示された表示１を見て、料理の注文を開始すべく、「メニュー」ボタンを押すことになる。即ち、システムＳは、引き続くステップＳ１６において、「メニュー」ボタンが押されるのを待ち、「メニュー」ボタンが押されると、ステップＳ１８において、客ＧのスマートフォンＧＳの画面に、料理オーダー画面と「注文」ボタンと「消去」ボタンとを表示させる（図３における表示２）。この料理オーダー画面においては、料理番号とその数量が客Ｇにより入力されえるように、入力領域がブランクとなっており、机Ｔ上及び／又は机Ｔに着席した客Ｇが見渡せる店内のメニュー表Ｍに記載された料理名に対応した番号と、その番号で示される料理の注文数量とを、客Ｇが入力できるようになされている。そして、料理番号及び数量が入力された状態で「注文」ボタンが押されると、客Ｇからの注文内容がシステムＳに送信されるよう設定されている。尚、入力を間違えた場合、または、入力した料理をキャンセルしたい場合には、すぐ横に表示されている「消去」ボタンを押せば、入力された数値は消去されるように設定されている。

一方、上述したステップＳ１４において「メニュー」ボタンが表示された後、所定時間、この実施例においては１０秒が経過しても「メニューボタン」が押されるのを待ち（ステップＳ２０でＮＯ）、１０秒が経過する前に「メニューボタン」が押された場合には、上述したステップＳ１８が実行され、１０秒が経過した場合（ステップＳ２０でＹＥＳ）には、ステップＳ２２において、客ＧのスマートフォンＧＳに、「メニューボタンを押すように促す」表示をさせる。この時点で、待ち時間の１０秒のカウントはリセットされ、再び、ステップＳ１６において、「メニューボタン」が押されたかを待つ手順が繰り返され、１０秒のカウントが再開される。

そして、上述したステップＳ１８において、客ＧのスマートフォンＧＳの画面に表示２を表示させた後、表示２における「注文」ボタンが押されるのを待つ（ステップＳ２４）。この後、客Ｇにより「注文」ボタンが押され、注文信号を受信すると、このステップＳ２４においてＹＥＳと判断されることとなり、引き続くステップＳ２６において、注文内容に含まれる料理番号及び数量を読み出し、次のステップＳ２８において、料理メニューデーターベースＤＢにアクセスして、読み出された料理番号から料理名及び値段を読み込む。

そして、ステップＳ３０において、読み込んだ料理の値段及び数量から、合計注文料金を計算し、次のステップＳ３２において、客ＧのスマートフォンＧＳに、注文された料理名、単価、数量と共に合計注文料金を表示させると共に、確定ボタンと修正ボタンとを表示させ、「確定ボタンが押されると、決済画面に移行する」旨を合わせて表示させる（図３における表示３）。

この後、「修正」ボタンも押されない状態で（ステップＳ３４でＮＯ）、「確定ボタン」が押されると（ステップＳ３６でＹＥＳ）、上述したステップＳ３２で客Ｇに報知したとおり、決済中継システムに移行する（ステップＳ３８）。一方、上述したステップＳ３４でＹＥＳ，即ち、客Ｇにより「修正」ボタンが押され、修正信号を受信すると、ステップＳ４０に進んで、表示２の注文画面に戻り、この表示２において注文内容に対する客Ｇの修正動作を経て、再度、「注文」ボタンが押されて、注文信号の再入力を待ち（ステップＳ４０でＮＯ）、注文信号の再入力を検出したら（ステップＳ４０でＹＥＳ）、上述したステップＳ２６に戻って、これ以降の手順を再実行する。このようにして、客Ｇによる注文の修正作業が確実に達成されることになる。

尚、上述したステップＳ３６において、客Ｇにより「確定」ボタンが押されないと（ステップＳ３６でＮＯ）、上述したステップＳ３４まで戻り、引き続き、「修正」ボタンが押されずに、「確定」ボタンが押されるのを待つ。この結果、「確定」ボタンが押されない状態で、この「確定」ボタンを待つ状態において、途中で「修正」ボタンが押されたら、上述したステップＳ４０に進んで、「注文」ボタンの再押し込みを待つことになるので、この観点からも、客Ｇによる修正動作を任意のタイミングで待つことができることになる。

一方、上述したステップＳ３８において、決済中継システムに移行すると、引き続き、ステップＳ４２において、客ＧのスマートフォンＧＳに、ＥＣ決済サービスを上位概念とする複数の決済代行システムの選択ボタンと「戻る」ボタンと、「決済会社名のボタンを押すと、その決済会社で決済され、以降キャンセル出来ません」との警告文とを表示させる（図３において表示４）。これにより客Ｇは、複数表示された決済代行システムから、自らが利用したい決済代行システムの名前が記載された選択ボタンを押すことにより、決済代行システムを選択することができると共に、客Ｇとして選択すべき決済代行システムが無かったり、事前に決済されるこの仕組みを了解できない場合には、「戻る」ボタンを押して（ステップＳ４４でＮＯ）、上述したステップＳ３２まで戻り、表示３を再表示させる状態まで復帰することができるものである。

そして、システムＳは、「戻る」ボタンが押されずに（ステップＳ４４においてＮＯ）、決済代行システムの何れかの会社名が記載されたボタンが押されるのを待ち（ステップＳ４６でＮＯ）、何れかの選択ボタンが押されて、選択された決済代行システムに対応した選択信号が入力されると（ステップＳ４６でＹＥＳ）、ステップＳ４８に進み、選択された決済代行システムにアクセスして、決済処理を仲介する。これにより、注文された料理の合計注文料金は、オンライン決済代行サービス会社において決済されることになる。尚、このオンライン決済代行サービス会社において決済が無事に完了すると、決済完了のリターン信号をシステムＳに対して出力し、決済が完了できなかった場合には、決済不能のリターン信号をシステムＳに対して出力する。

ここで、システムＳは、ステップＳ５０において、決済不能のリターン信号を受信すると、引き続くステップＳ５２において、客ＧのスマートフォンＧＳに決済が出来なかった旨とを表示させ、店員を向かわせ、制御手順を終了する。この後は、客Ｇの対応如何となるが、客Ｇが現金で支払うのであれば、その場で現金決済し、注文を中止するというのであれば、これで取引は解消され、客Ｇに退店をお願いすることになる。

この点から明らかなように、仮に、一般的な料理店で行われているように、注文された料理を事前決済せずに客に提供して、食事の終了後のお客の退店時に行われる支払い時に、オンライン決済できず、しかも、現金の持ち合わせがない場合には、一時的にせよ、未決済による回収不能状態が発生するが、このシステムＳを採用すれば、事前の決済が完了した場合にのみ、料理の調理を開始するので、このような未決済による回収不能状態が発生するリスクは無い特有の効果が達成されるものである。

一方、システムＳは、ステップＳ５０において、決済完了のリターン信号を受信すると、引き続くステップＳ５４において、客ＧのスマートフォンＧＳに、決済が完了した旨と、決済内容とを表示させる（図３における表示５）。そして、ステップＳ５６において、厨房用携帯端末としての厨房用タブレットＫＴに、確定された注文内容（注文された料理名とその数量）を表示させる（図３における表示６）。ここで、厨房への料理内容の報知は、厨房用タブレットＫＴへの料理内容の表示だけでなく、店Ｒが仮に今まで注文内容を印字するプリンタを備え用いているのであれば、このプリンタを併用又は単独使用することも、勿論可能であることはいうまでもない。要は、注文内容が厨房に放置されるのであれば、その態様は問わない。要は、このシステムＳの導入のために、新たな機器の導入は不要であることが、この実施例における重要な特徴の一つである。

このようにして、店Ｒの厨房において、注文された料理の調理が開始されることになる。尚、上述した点であるが、この調理開始に先立ち、注文した料理の決済は既に完了しているので、調理した料理を客Ｇに提供したあとに、支払い不能となるリスクは全く無く、店Ｒとしては安心して注文された料理の調理を行うことが出来るメリットが奏せられるものである。

そして、厨房において注文された料理の調理が完了すると、調理人が厨房用タブレットＫＴの画面（図３における表示７）において、「料理完成」ボタンを押し、これに伴い、システムＳに料理完成信号が出力されることになるので、システムＳは、厨房用タブレットＫＴにおいて料理完成ボタンが押されて、この料理完成信号が入力されてくるのを待ち（ステップＳ５８においてＮＯ）、料理完成信号の入力があると（ステップＳ５８においてＹＥＳ）、引き続くステップＳ６０において、客ＧのスマートフォンＧＳに、注文された料理の調理が完了した旨の情報を表示させる（図３における表示８）。これにより、料理を注文した客Ｇは、お腹をすかせて待っている状況において、いち早く、注文した料理が完成したことを知り、苛々感が解消されることになる効果が達成される。

また、上述したステップＳ６０と実質的に同時な状態で、ステップＳ６２が実行されて、サービス用携帯端末としてのサービス担当用タブレットＳＴに、机番号情報と注文された料理の内容を表示させ（図３における表示９）、アラームなどで、料理が出来たことをサービス担当に報知する。これによりサービス担当者は、厨房で料理が完成し、この完成した料理を運ぶ客Ｇが着席する机を、自身のタブレットＳＴの画面に表示された机番号情報で知ることになる。この結果、サービス担当者は、早々に厨房に向かい、完成した料理を受け取ると共に、自身のタブレットＳＴに表示された机番号の机まで、この料理を運ぶことが出来ることになり、料理が完成してから、早々の料理提供手続きが出来ることになる。

尚、サービス担当者用タブレットＳＴの画面には、上述したような料理が完成した情報が表示されるだけでなく、図３の表示９に示すように、「提供完了」ボタンも合わせて表示されている。そして、サービス担当者は、厨房から受け取った料理を、机番号で指定された机に着席している客Ｇに運んで、客Ｇへの提供を完了すると、自身のタブレットＳＴの「提供完了」ボタンを押して、提供完了を報告する。システムＳは、ステップＳ６４において、サービス担当用タブレットＳＴから、机番号情報に座る客への料理提供が完了したことを示す「提供完了」ボタンが押されるのを待ち（ステップＳ６４でＮＯ）、サービス担当用タブレットＳＴから、「提供完了」ボタンが押され、提供完了信号を受信すると（ステップＳ６４でＹＥＳ）、これで一連の料理の注文を受けて、提供する手順が終了したことになるので、ステップＳ６６において、客ＧのスマートフォンＧＳへのリンクを遮断すると共に、厨房用タブレットＫＴ及びサービス担当者用タブレットＳＴの表示を中止し、今回の注文取引を終了する。

このように、サービス担当者用タブレットＳＴの画面において、「提供完了」ボタンが押されない限り、厨房用タブレットＫＴ及びサービス担当者用タブレットＳＴの表示が継続されるので、厨房における料理人は、厨房用タブレットＫＴの画面に、表示９に示す画面が残っていることにより、未だ、料理が客Ｇに提供されていない状況であることを認識し、必要であれば、サービス担当者に警告を発することが出来ることになる。また、サービス担当者も、自身のタブレットＳＴの画面に、表示９に示す画面が残っていると、次の作業に差しさわりが出るので、一刻も早く料理を指定された机番号の客Ｇに提供して、「提供完了」ボタンを押すようにするので、客Ｇへの料理の提供が即座に、且つ、確実になされる効果が奏せられることになる。

この発明は、上述した実施例の構成・数値及び手順に何ら限定されること無く、この発明の要旨を逸脱しない範囲で種々変形可能であることは言うまでもない。

例えば、上述した実施例においては、インターネットへのアクセスに公衆回線ＰＬを用いるように説明したが、この発明は、このような公衆回線ＰＬを用いることに限定されること無く、専用回線を用いることも可能であることは言うまでもない。

また、上述した実施例においては、二次元コードとしてＱＲコードを用いるように説明したが、この発明はこのようなＱＲコードを用いることに限定されること無く、二次元バーコードを用いることが出来ることは言うまでもない。

また、上述した実施例においては、携帯端末としてスマートフォンやタブレットを用いるように説明したが、この発明はこのような適用に限定されること無く、これ以外に、二次元コードを読み取ることが出来、インターネットへの接続が出来、表示画面がある機器であれば、どのようなものでも用いることが出来ることは、言うまでもない。

また、上述した実施例においては、ＥＣ決済サービスとして、オンライン決済代行サービス会社を用いるように説明したが、この発明はこのようなオンライン決済代行サービス会社を用いることに限定されること無く、電子マネー決済、キャリア決済、ＩＤ決済、海外決済、仮想通貨決済等、世の中に通用している如何なるオンライン決済を用いることが出来ることは、言うまでもない。

また、上述した実施例においては、公衆回線を用いたインターネット上に、システムＳが記録されたクラウドサーバを設けるように説明したが、この発明は、このような構成に限定されること無く、専用回線を用いたイントラネット上に、システムが記憶されたサーバーを設けるようにしてもよいし、更には、公衆回線（の一部を専用回線的に隔離した回線）を用いたイントラネット上にサーバーを設けるようにしてもよいことは、言うまでも無い。

また、上述した実施例においては、日本語を用いての注文手順について説明したが、この発明は、日本語を用いることに限定されること無く、システムＳ内に自動翻訳システムを導入することにより、如何なる言語にも対応することが出来ることは、言うまでもない。特に、サービス担当者として外国人を採用する場合に、表示８及び表示９に示す内容を、その外国人の母国語で表示することが出来るので、その外国人は、客Ｇを会話する必要も、お金を扱う必要も全く無いので、如何なる言語を用いる外国人であろうと、採用することが出来、その効果は絶大である。

以上詳述したように、この発明に係わるキャッシュレス料理注文システムは、人手不足の解消を図ることの出来ると共に、客による未決済の飲食を確実に防止することの出来、また、売上高の増大及び利益率の向上を図ることの出来るものであり、その産業上の利用可能性は極めて高いものである。

ＣＬ クラウドサーバー
ＤＢ 店別メニューデーターベース
Ｇ 客
ＧＳ 客のスマートフォン（携帯端末）
ＩＮ インターネット
ＩＳ 決済中継システム
ＫＴ 厨房用タブレット（携帯端末）
Ｌ ラベル
Ｍ メニュー
ＥＣ オンライン決済代行サービス会社
ＭＳ 決済システム
ＯＳ 注文システム
ＰＬ 公衆回線
Ｒ 料理店
Ｓ キャッシュレス料理注文システム
ＳＴ サービス担当者用タブレット（携帯端末）
Ｔ 机

Claims (15)

1. 店の各テーブル上に置かれ、システムにリンクするアドレス情報と、テーブル毎にユニークな机番号情報とが記憶された二次元コードを用いるキャッシュレス料理注文システムにおいて、
   客が二次元コードを読み込む機能のある客の携帯端末を用いて、自身が着席したテーブル上の二次元コードを読み込むことにより、インターネット又はイントラネットを介して前記客の携帯端末との間のリンクを確立する第１の工程と、
   前記客が読み込んだ前記二次元コードから机番号情報を読み込む第２の工程と、
   前記客の携帯端末から、料理の番号及び数量を含む注文情報を受信すると、前記客の携帯端末に前記注文情報に基づき算出された合計注文金額情報と、注文確定に伴い外部のＥＣ決済サービスを用いて前記合計注文金額が決済される旨を通知する事前決済情報とを送信してこれを表示させ、前記客の携帯端末からの注文確定を示す確定情報の受信を待つ第３の工程と、
   前記客の携帯端末から、前記確定情報を受信すると、前記ＥＣ決済サービスに対して、前記合計注文金額の決済仲介処理をする第４の工程と、
   前記決済が完了すると、決済完了情報を前記客の携帯端末に送信してこれに表示させると共に、厨房用携帯端末に前記注文情報を送信してこれを表示させ、注文を受けた料理の調理を厨房において開始させる第５の工程と、
   前記厨房用携帯端末から、前記注文情報の料理が完成した旨の料理完成情報を受信すると、サービス又は窓口担当用携帯端末に、前記料理完成情報と前記第２の工程で読み込んだ机番号情報とを送信してこれを表示させる第６の工程と、
   を具備することを特徴とするキャッシュレス料理注文システム。
2. 前記二次元コードは、ＱＲコードであることを特徴とする請求項１に記載のキャッシュレス料理注文システム。
3. 前記二次元コードは、二次元バーコードであることを特徴とする請求項１に記載のキャッシュレス料理注文システム。
4. 前記テーブル上又は前記テーブルから見える場所には、複数の料理の選択肢と、
   夫々の料理を特定する前記料理の番号と、夫々の料理の料金の情報が記載された料理メニュー表が予め準備されていることを特徴とする請求項１に記載のキャッシュレス料理注文システム。
5. 前記二次元コードには、店情報が記憶されていることを特徴とする請求項１に記載のキャッシュレス料理注文システム。
6. 契約した店毎に識別された店別メニューデーターベースを備え、
   この店別メニューデーターベースには、提供される料理名とこれに対応する番号及び価格とを含む料理メニュー並びにウエルカムメッセージが記憶されており、
   前記店情報を読み取ると共に、読み取った店情報に対応した店別メニューデーターベースからウエルカムメッセージを読み出し、これを客の携帯端末に送信して表示させると共に、メニューボタンを表示させる第７の工程を更に具備することを特徴とする請求項５に記載のキャッシュレス料理注文システム。
7. 前記メニューボタンが押されると、客の携帯端末に、料理注文画面と注文ボタンとを表示させる第８の工程を更に具備することを特徴とする請求項６に記載のキャッシュレス料理注文システム。
8. 前記第３の工程は、
   前記料理注文画面において料理番号と数量とを含む注文情報が入力された状態で前記注文ボタンが押されると、前記注文情報を読み取る第１のサブ工程と、
   前記店別メニューデーターベースにアクセスして、前記注文情報に基づいて、料理番号から料理名情報及び価格情報を読み出す第２のサブ工程と、
   この第１０の工程で読み出した価格情報と前記注文情報中の数量とに基づき、合計注文料金を算出する第３のサブ工程と、
   前記客の携帯端末に、上記合計注文料金情報と、確定ボタンと、「確定ボタンが押されたら決済手続に移行する旨」の表示情報とを送信し、これを表示させる第４のサブ工程と、
   を備えることを特徴とする請求項７に記載のキャッシュレス料理注文システム。
9. 前記第５の工程は、
   前記ＥＣ決済サービスにおいて合計注文料金の決済が完了した旨のリターンを待つ第５のサブ工程と、
   前記決済完了のリターンがあると、前記客の携帯端末に、決済が完了した旨の表示を送信してこれを表示させる第６のサブ工程と、
   前記厨房用携帯端末に、前記注文情報を送信してこれを表示させる第７のサブ工程と、
   を備えることを特徴とする請求項１に記載のキャッシュレス料理注文システム。
10. 前記厨房用携帯端末から、前記料理完成情報を受信すると、前記客の携帯端末に、注文された料理が完成し、まもなく提供できる旨の表示を送信し、これを表示させる第９の工程を更に具備することを特徴とする請求項１に記載のキャッシュレス料理注文システム。
11. 前記厨房用携帯端末から、前記料理完成情報を受信すると、サービス担当者用の携帯端末に、完成した料理の内容及びこの料理を注文した客が着席しているテーブルの机番号情報を送信し、これを表示させる第１０の工程を更に具備することを特徴とする請求項１０に記載のキャッシュレス料理注文システム。
12. 前記携帯端末は、スマートフォンであることを特徴とする請求項１乃至１１の何れか１項に記載のキャッシュレス料理注文システム。
13. 前記携帯端末は、タブレットであることを特徴とする請求項１乃至１１の何れか１項に記載のキャッシュレス料理注文システム。
14. 前記インターネット又はイントラネットは、公衆回線を介して接続されることを特徴とする請求項１乃至１３の何れか１項に記載のキャッシュレス料理注文システム。
15. 前記インターネット又はイントラネットは、専用回線を介して接続されることを特徴とする請求項１乃至１３の何れか１項に記載のキャッシュレス料理注文システム。

Images