知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022026602
(43)【公開日】2022-02-10
(54)【発明の名称】飲食物注文システム
(51)【国際特許分類】
G06Q 50/12 20120101AFI20220203BHJP
【ＦＩ】
G06Q50/12
【審査請求】未請求
【請求項の数】4
【出願形態】ＯＬ
(21)【出願番号】P 2020130155
(22)【出願日】2020-07-31
(71)【出願人】
【識別番号】592246565
【氏名又は名称】株式会社日本システムプロジェクト
(74)【代理人】
【識別番号】100119758
【弁理士】
【氏名又は名称】菊地 保宏
(72)【発明者】
【氏名】勝山 徹
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049CC24
(57)【要約】
【課題】券売機前の渋滞を緩和することができる飲食物注文システムを提供する。
【解決手段】飲食物注文システム１００において注文管理装置１０は、利用者端末３０から受け付けた注文に基づいて予約状態の注文情報を登録する注文情報登録部と、注文情報の受付番号を含んだ二次元コードを作成し、利用者端末３０に送信する二次元コード送信部と、券売機２０において利用者端末３０から読み取られた二次元コードが示す情報を券売機２０から受信する第１受信部と、受信した二次元コードが示す情報に基づいて該当する注文情報を取得し、注文内容を券売機２０に送信する注文内容送信部と、券売機２０に表示された注文内容を確定させる確定指示を受信する第２受信部と、確定指示に基づいて注文情報を確定状態に更新する注文情報更新部と、を備える。
【選択図】図１
【解決手段】飲食物注文システム１００において注文管理装置１０は、利用者端末３０から受け付けた注文に基づいて予約状態の注文情報を登録する注文情報登録部と、注文情報の受付番号を含んだ二次元コードを作成し、利用者端末３０に送信する二次元コード送信部と、券売機２０において利用者端末３０から読み取られた二次元コードが示す情報を券売機２０から受信する第１受信部と、受信した二次元コードが示す情報に基づいて該当する注文情報を取得し、注文内容を券売機２０に送信する注文内容送信部と、券売機２０に表示された注文内容を確定させる確定指示を受信する第２受信部と、確定指示に基づいて注文情報を確定状態に更新する注文情報更新部と、を備える。
【選択図】図１
【特許請求の範囲】
【請求項1】
飲食施設に設置された券売機と、飲食物の注文を管理する注文管理装置と、を備えた飲食物注文システムであって、
前記注文管理装置は、利用者が管理する利用者端末及び前記券売機のぞれぞれと通信可能であり、
前記注文管理装置は、
前記注文を一意に識別可能な受付番号と、注文内容と、注文状態と、を含む注文情報を記憶する注文情報記憶部と、
前記利用者端末から受け付けた前記注文に基づいて、前記注文状態が予約状態の前記注文情報を作成し、作成した前記注文情報を前記注文情報記憶部に登録する注文情報登録部と、
前記注文情報登録部が作成した前記注文情報の前記受付番号を示す二次元コードを作成し、作成した前記二次元コードを前記利用者端末に送信する二次元コード送信部と、
を備え、
前記券売機は、
前記利用者端末に表示された前記二次元コードを読み取る二次元コード読取部と、
前記二次元コード読取部が読み取った前記二次元コードが示す情報を前記注文管理装置に送信する情報送信部と、
を備え、
前記注文管理装置は、
前記情報送信部が送信した情報に含まれる前記受付番号に基づいて、前記注文情報記憶部に記憶された前記注文情報の中から、該受付番号に対応する前記注文内容を取得し、取得した前記注文内容を前記券売機に送信する注文内容送信部を備え、
前記券売機は、
前記注文内容送信部が送信した前記注文内容を表示する注文内容表示部と、
前記注文内容表示部に表示された前記注文内容を確定させる確定指示を受け付けて、受け付けた前記確定指示を前記注文管理装置に送信する注文確定部と、
を備え、
前記注文管理装置は、
前記注文確定部が送信した前記確定指示に基づいて、前記注文情報記憶部に記憶された、該当する前記注文情報の前記注文状態を確定状態に変更して更新する注文情報更新部と、
を備える、ことを特徴とする飲食物注文システム。
前記注文管理装置は、利用者が管理する利用者端末及び前記券売機のぞれぞれと通信可能であり、
前記注文管理装置は、
前記注文を一意に識別可能な受付番号と、注文内容と、注文状態と、を含む注文情報を記憶する注文情報記憶部と、
前記利用者端末から受け付けた前記注文に基づいて、前記注文状態が予約状態の前記注文情報を作成し、作成した前記注文情報を前記注文情報記憶部に登録する注文情報登録部と、
前記注文情報登録部が作成した前記注文情報の前記受付番号を示す二次元コードを作成し、作成した前記二次元コードを前記利用者端末に送信する二次元コード送信部と、
を備え、
前記券売機は、
前記利用者端末に表示された前記二次元コードを読み取る二次元コード読取部と、
前記二次元コード読取部が読み取った前記二次元コードが示す情報を前記注文管理装置に送信する情報送信部と、
を備え、
前記注文管理装置は、
前記情報送信部が送信した情報に含まれる前記受付番号に基づいて、前記注文情報記憶部に記憶された前記注文情報の中から、該受付番号に対応する前記注文内容を取得し、取得した前記注文内容を前記券売機に送信する注文内容送信部を備え、
前記券売機は、
前記注文内容送信部が送信した前記注文内容を表示する注文内容表示部と、
前記注文内容表示部に表示された前記注文内容を確定させる確定指示を受け付けて、受け付けた前記確定指示を前記注文管理装置に送信する注文確定部と、
を備え、
前記注文管理装置は、
前記注文確定部が送信した前記確定指示に基づいて、前記注文情報記憶部に記憶された、該当する前記注文情報の前記注文状態を確定状態に変更して更新する注文情報更新部と、
を備える、ことを特徴とする飲食物注文システム。
【請求項2】
前記飲食施設に設けられ、該飲食施設に注文された注文内容を管理する飲食店端末を備え、
前記飲食店端末は、前記注文管理装置と通信可能であり、
前記注文管理装置は、
前記注文情報更新部が前記注文情報を更新した場合、前記飲食店端末に前記注文情報を送信する、ことを特徴とする請求項１記載の飲食物注文システム。
前記飲食店端末は、前記注文管理装置と通信可能であり、
前記注文管理装置は、
前記注文情報更新部が前記注文情報を更新した場合、前記飲食店端末に前記注文情報を送信する、ことを特徴とする請求項１記載の飲食物注文システム。
【請求項3】
前記注文情報は、注文日時をさらに備え、
前記注文情報登録部は、前記利用者端末から前記注文を受け付けた日時に基づいて前記注文日時を設定して、前記注文情報を作成し、作成した前記注文情報を前記注文情報記憶部に登録し、
前記注文管理装置は、
前記注文情報を有効とする期限を備え、前記注文情報の前記注文日時に基づいて前記注文情報が前記期限内であるか否かを判定する有効期限判定部をさらに備え、
前記注文内容送信部は、取得した前記注文情報において前記有効期限判定部により前記期限内でないと判定された場合、取得した前記注文情報の前記注文内容を送信しない、こと特徴とする請求項１又は２記載の飲食物注文システム。
前記注文情報登録部は、前記利用者端末から前記注文を受け付けた日時に基づいて前記注文日時を設定して、前記注文情報を作成し、作成した前記注文情報を前記注文情報記憶部に登録し、
前記注文管理装置は、
前記注文情報を有効とする期限を備え、前記注文情報の前記注文日時に基づいて前記注文情報が前記期限内であるか否かを判定する有効期限判定部をさらに備え、
前記注文内容送信部は、取得した前記注文情報において前記有効期限判定部により前記期限内でないと判定された場合、取得した前記注文情報の前記注文内容を送信しない、こと特徴とする請求項１又は２記載の飲食物注文システム。
【請求項4】
前記券売機は、
前記注文内容表示部が前記注文内容を表示した後、追加／変更の注文を受け付ける追加／変更注文部を備え、
前記注文確定部は、前記追加／変更注文部が受け付けた前記追加／変更の前記注文内容に基づいて前記確定指示を受け付け、受け付けた前記確定指示を前記注文管理装置に送信し、
前記注文情報更新部は、前記追加／変更注文部が受け付けた前記追加／変更の前記注文内容に基づいて前記注文情報を更新する、ことを特徴とする請求項１乃至３のいずれか１項に記載の飲食物注文システム。
前記注文内容表示部が前記注文内容を表示した後、追加／変更の注文を受け付ける追加／変更注文部を備え、
前記注文確定部は、前記追加／変更注文部が受け付けた前記追加／変更の前記注文内容に基づいて前記確定指示を受け付け、受け付けた前記確定指示を前記注文管理装置に送信し、
前記注文情報更新部は、前記追加／変更注文部が受け付けた前記追加／変更の前記注文内容に基づいて前記注文情報を更新する、ことを特徴とする請求項１乃至３のいずれか１項に記載の飲食物注文システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、券売機を用いた飲食物注文システムに関する。
【背景技術】
【0002】
従来、飲食店では券売機が使われている。券売機のメリットとしては、金銭管理が簡単になり、注文のミスが防げるという点がある。また、人件費を削減できるという点もある。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１７－１３４７０７号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、従来の券売機においては、券売機の前において注文内容を決定し、会計するため、ピークタイムには券売機の前に渋滞が発生するという問題がある。
【0005】
本発明は上記の事情を鑑みてなされたものであり、券売機前の渋滞を緩和することができる飲食物注文システムを提供することを目的とする。
【課題を解決するための手段】
【0006】
上記目的を達成するため、本発明は、その一態様として、
飲食施設に設置された券売機と、飲食物の注文を管理する注文管理装置と、を備えた飲食物注文システムであって、
前記注文管理装置は、利用者が管理する利用者端末及び前記券売機のぞれぞれと通信可能であり、
前記注文管理装置は、
前記注文を一意に識別可能な受付番号と、注文内容と、注文状態と、を含む注文情報を記憶する注文情報記憶部と、
前記利用者端末から受け付けた前記注文に基づいて、前記注文状態が予約状態の前記注文情報を作成し、作成した前記注文情報を前記注文情報記憶部に登録する注文情報登録部と、
前記注文情報登録部が作成した前記注文情報の前記受付番号を示す二次元コードを作成し、作成した前記二次元コードを前記利用者端末に送信する二次元コード送信部と、
を備え、
前記券売機は、
前記利用者端末に表示された前記二次元コードを読み取る二次元コード読取部と、
前記二次元コード読取部が読み取った前記二次元コードが示す情報を前記注文管理装置に送信する情報送信部と、
を備え、
前記注文管理装置は、
前記情報送信部が送信した情報に含まれる前記受付番号に基づいて、前記注文情報記憶部に記憶された前記注文情報の中から、該受付番号に対応する前記注文内容を取得し、取得した前記注文内容を前記券売機に送信する注文内容送信部を備え、
前記券売機は、
前記注文内容送信部が送信した前記注文内容を表示する注文内容表示部と、
前記注文内容表示部に表示された前記注文内容を確定させる確定指示を受け付けて、受け付けた前記確定指示を前記注文管理装置に送信する注文確定部と、
を備え、
前記注文管理装置は、
前記注文確定部が送信した前記確定指示に基づいて、前記注文情報記憶部に記憶された、該当する前記注文情報の前記注文状態を確定状態に変更して更新する注文情報更新部と、
を備える、ことを特徴とする。
飲食施設に設置された券売機と、飲食物の注文を管理する注文管理装置と、を備えた飲食物注文システムであって、
前記注文管理装置は、利用者が管理する利用者端末及び前記券売機のぞれぞれと通信可能であり、
前記注文管理装置は、
前記注文を一意に識別可能な受付番号と、注文内容と、注文状態と、を含む注文情報を記憶する注文情報記憶部と、
前記利用者端末から受け付けた前記注文に基づいて、前記注文状態が予約状態の前記注文情報を作成し、作成した前記注文情報を前記注文情報記憶部に登録する注文情報登録部と、
前記注文情報登録部が作成した前記注文情報の前記受付番号を示す二次元コードを作成し、作成した前記二次元コードを前記利用者端末に送信する二次元コード送信部と、
を備え、
前記券売機は、
前記利用者端末に表示された前記二次元コードを読み取る二次元コード読取部と、
前記二次元コード読取部が読み取った前記二次元コードが示す情報を前記注文管理装置に送信する情報送信部と、
を備え、
前記注文管理装置は、
前記情報送信部が送信した情報に含まれる前記受付番号に基づいて、前記注文情報記憶部に記憶された前記注文情報の中から、該受付番号に対応する前記注文内容を取得し、取得した前記注文内容を前記券売機に送信する注文内容送信部を備え、
前記券売機は、
前記注文内容送信部が送信した前記注文内容を表示する注文内容表示部と、
前記注文内容表示部に表示された前記注文内容を確定させる確定指示を受け付けて、受け付けた前記確定指示を前記注文管理装置に送信する注文確定部と、
を備え、
前記注文管理装置は、
前記注文確定部が送信した前記確定指示に基づいて、前記注文情報記憶部に記憶された、該当する前記注文情報の前記注文状態を確定状態に変更して更新する注文情報更新部と、
を備える、ことを特徴とする。
【発明の効果】
【0007】
本発明によれば、券売機前の渋滞を緩和することができる飲食物注文システムを提供することができる。
【図面の簡単な説明】
【0008】
【図1】本発明の一実施の形態に係る飲食物注文システムの概略構成図である。
【図2】（ａ）は、本発明の一実施の形態に係る注文管理装置の機能構成図であり、（ｂ）は、本発明の一実施の形態に係る券売機の機能構成図である。
【図3】（ａ）は、本発明の一実施の形態に係る飲食物注文システムのメニューＤＢのデータ構成を示す模式図であり、（ｂ）は、本発明の一実施の形態に係る飲食物注文システムの注文ＤＢのデータ構成を示す模式図であり、（ｃ）は、本発明の一実施の形態に係る飲食物注文システムにおいて利用者端末に表示される二次元コードの内容を説明する図である。
【図4】本発明の一実施の形態に係る券売機の外観斜視図である。
【図5】本発明の一実施の形態に係る飲食物注文システムの注文予約処理の流れを示すフローチャートである。
【図6】本発明の一実施の形態に係る飲食物注文システムの注文確定処理の流れを示すフローチャートである。
【図9】本発明の一実施の形態に係る飲食物注文システムの注文確定処理において券売機に表示される画面の一例を示す図例である。
【発明を実施するための形態】
【0009】
以下、本発明の実施の形態について図面を用いて説明する。
【0010】
＜飲食物注文システムの構成＞
図１は、本発明の実施の形態に係る飲食物注文システム１００の概略構成図である。飲食物注文システム１００は、飲食物注文システム１００を管理する管理会社１が有する注文管理装置１０と、飲食店２に設置された券売機２０及び飲食店端末２５と、利用者３が携行する利用者端末３０と、注文管理装置１０、券売機２０、飲食店端末２５及び利用者端末３０をそれぞれ相互に通信可能とする通信ネットワーク４０と、を備える。通信ネットワーク４０は、例えば、公衆回線網、インターネット網、専用通信網、ＷｉＦｉ（登録商標）網、構内通信網及び近距離無線通信網、などから構成される。
図１は、本発明の実施の形態に係る飲食物注文システム１００の概略構成図である。飲食物注文システム１００は、飲食物注文システム１００を管理する管理会社１が有する注文管理装置１０と、飲食店２に設置された券売機２０及び飲食店端末２５と、利用者３が携行する利用者端末３０と、注文管理装置１０、券売機２０、飲食店端末２５及び利用者端末３０をそれぞれ相互に通信可能とする通信ネットワーク４０と、を備える。通信ネットワーク４０は、例えば、公衆回線網、インターネット網、専用通信網、ＷｉＦｉ（登録商標）網、構内通信網及び近距離無線通信網、などから構成される。
【0011】
飲食物注文システム１００では、利用者３は、利用者端末３０を用いて事前に飲食物を注文した予約状態で飲食店２に来店し、券売機２０を用いて注文を確定させて決済をするようになっている。このため、飲食物注文システム１００は、利用者３による券売機２０の操作を簡略化できるので、券売機２０の操作時間を最小化でき、券売機２０の前で渋滞が発生することを減少させることができる。
【0012】
また、飲食物注文システム１００では、利用者３はＷｅｂ（World Wide Web）ブラウザを用いて飲食物注文システム１００を利用することができるので、利用者端末３０には、飲食物注文システム１００を利用するためのアプリケーションプログラムをインストールする必要はない。つまり、管理会社１が提供する飲食物注文サービスは、会員制サービスではなく、利用者３は、飲食物注文システム１００に対して会員登録のための個人情報を登録する必要がない。
【0013】
なお、本実施の形態の飲食店２とは、店内で飲食可能な飲食施設、及びテイクアウト可能な飲食施設の双方を含む意である。
【0014】
＜注文管理装置＞
図２（ａ）は、注文管理装置１０の機能構成図である。注文管理装置１０は、飲食物注文システム１００の全体を統括するサーバである。なお、注文管理装置１０は、飲食物の注文及び決済に関する機能を有するサーバであるが、本実施の形態では、飲食物の注文に関する機能を中心に説明する。
図２（ａ）は、注文管理装置１０の機能構成図である。注文管理装置１０は、飲食物注文システム１００の全体を統括するサーバである。なお、注文管理装置１０は、飲食物の注文及び決済に関する機能を有するサーバであるが、本実施の形態では、飲食物の注文に関する機能を中心に説明する。
【0015】
注文管理装置１０は、例えば、ハードディスク等から構成され、飲食物注文システム１００が管理するデータを記憶する記憶部１１と、例えば、ＣＰＵ及びメモリ等から構成され、記憶部１１の制御や、各種データの転送、種々の演算、データの一時的な格納等を行うことにより、本実施の形態の後述する各種処理（注文予約処理、注文確定処理）を実行する制御部１２と、通信ネットワーク４０を介して券売機２０、飲食店端末２５及び利用者端末３０とデータの送受信を行う通信部１３と、を備えている。
【0016】
記憶部１１は、詳しくは、メニューデータベース（以下、メニューＤＢという）１０１と、注文データベース（以下、注文ＤＢという）１０２と、を具備する構成となっている。図３（ａ）及び（ｂ）は、メニューＤＢ１０１及び注文ＤＢ１０２に記憶されるデータのデータ構成を示す模式図である。
【0017】
メニューＤＢ１０１は、飲食店２ごとのメニューを記憶するデータベースである。メニューＤＢ１０１は、図３（ａ）に示すように、飲食店コードと、メニュー情報と、を対応付けたメニューデータｄ１０１を記憶している。飲食店コードは、飲食店を一意に識別可能なコードである。メニュー情報は、飲食店２のメニューに関する情報であり、飲食物ごとに品名、金額（単価）、画像などを備えた情報である。
【0018】
注文ＤＢ１０２は、利用者３が飲食物注文システム１００を利用して飲食物を注文した場合の注文内容を記憶するデータベースである。注文ＤＢ１０２は、図３（ｂ）に示すように、受付番号と、注文内容と、注文状態と、を含む注文データｄ１０２を記憶する。ここで、受付番号は、飲食店２が提供する飲食物と紐付いた一意の番号であり、詳しくは、飲食店コードと、シリアル番号と、で構成される。飲食店コードは、注文を受けた飲食店２の飲食店コードであり、シリアル番号は、例えば、１オリジンにてインクリメントして発番するようにしてもよい。注文内容は、利用者３に注文された飲食物、個数などである。注文状態には、予約状態と確定状態とが存在する。予約状態は、利用者３が利用者端末３０において飲食物を注文した状態をいい、未だ決済をしていない状態である。一方、確定状態は、利用者３が利用者端末３０において注文をした後、飲食店２の券売機２０において注文を確定した状態をいい、決済済の状態である。
【0019】
制御部１２は、機能的には、予約部１０３と、確定部１０４と、を有する。
【0020】
予約部１０３は、飲食物注文システム１００の注文予約処理を実行する機能を有する。詳しくは、予約部１０３は、利用者端末３０から飲食物の注文を受け付け、注文データｄ１０２を作成し、作成した注文データｄ１０２を注文ＤＢ１０２に登録する。なお、この時点における注文データｄ１０２の注文状態は予約状態である。また、予約部１０３は、作成した注文データｄ１０２の受付番号を含む二次元コード５０を作成し、作成した二次元コード５０を利用者端末３０に送信する。
【0021】
ここで、二次元コード５０は、例えば、マトリックス式のＱＲコード（登録商標）が好適であるが、ＱＲコード（登録商標）に限定されるものではない。他の二次元コードも適用可能であり、マトリックス式の他の種類の二次元コードやスタック式の二次元コードでもよい。
【0022】
図３（ｃ）は、利用者端末３０に表示される二次元コード５０を説明する図である。利用者端末３０には、受付番号、つまり、飲食店コードとシリアル番号とを含む二次元コード５０が表示される。
【0023】
確定部１０４は、飲食物注文システム１００の注文確定処理を実行する機能を有する。詳しくは、確定部１０４は、券売機２０が読み取った二次元コード５０が示す情報、つまり受付番号を券売機２０から受信すると、受信した受付番号に基づいて注文ＤＢ１０２を参照し、注文ＤＢ１０２から取得した該受付番号を有する、予約状態の注文データｄ１０２（具体的には、注文内容）を券売機２０に送信する機能を有する。また、確定部１０４は、券売機２０から注文確定の指示を受信すると、該当する注文データｄ１０２の注文状態を確定状態に変更し注文ＤＢ１０２を更新する機能を有する。また、確定部１０４は、確定状態となった注文データｄ１０２（具体的には、注文内容）を飲食店端末２５に送信する機能を有する。
【0024】
なお、詳しくは後述するが、券売機２０は、利用者３が利用者端末３０に表示した二次元コード５０を読み取ることにより、利用者３に発行された二次元コード５０を取得して、二次元コード５０が示す情報を注文管理装置１０に送信するように構成されている。また、券売機２０は、利用者３が券売機２０に表示された注文内容にて決済をする場合には、注文確定の指示を注文管理装置１０に送信するように構成されている。
【0025】
このように、注文管理装置１０は、上述した機能を有するアプリケーションサーバ、データベースサーバ、及びＷｅｂサーバとしての機能を有しており、券売機２０、飲食店端末２５及び利用者端末３０とは飲食物の注文に関する情報のやりとりを行うようになっている。
【0026】
また、本実施の形態に係る注文管理装置１０の各種処理（注文予約処理、注文確定処理、その他処理）を実行するプログラムは、上述したメモリなどの主記憶装置やハードディスクなどの補助記憶装置に格納されているものである。そして、このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＢＤ（Blu-ray（登録商標）Disc）などのコンピュータが読み取り可能な記録媒体に記録することも、通信ネットワーク４０を介して配信することも可能である。
【0027】
また、注文管理装置１０は、物理的に一つからなる装置の他、複数の装置がネットワーク接続されたシステムから構成されていてもよい。そして、注文管理装置１０が複数の装置で構成された場合には、同一の場所にすべてが設置されていてもよいし、機能に応じて複数の場所に分散して設置されていてもよい。
【0028】
＜券売機＞
図２（ｂ）は、券売機２０の機能構成図である。券売機２０は、記憶部２１と、ＵＩ（User Interface）部２２と、制御部２３と、通信部２４と、を具備する構成である。
図２（ｂ）は、券売機２０の機能構成図である。券売機２０は、記憶部２１と、ＵＩ（User Interface）部２２と、制御部２３と、通信部２４と、を具備する構成である。
【0029】
図４は、券売機２０の外観の一例を示す外観斜視図である。券売機２０は、タッチパネルディスプレイ２０１、二次元コードリーダー２０２、及びレシート出力部２０３を備えており、タッチパネルディスプレイ２０１、二次元コードリーダー２０２、及びレシート出力部２０３は、上述のＵＩ部２２を具体化したものである。
【0030】
記憶部２１は、例えば、ＲＯＭ、ＲＡＭ、ハードディスク等から構成され、制御部２３が制御に用いるデータやプログラムなどを記憶するようになっている。
【0031】
ＵＩ部２２は、例えば、タッチパネルディスプレイ２０１、マイク、スピーカ、二次元コードリーダー２０２、レシート出力部２０３などで構成されている。ＵＩ部２２は、券売機２０の入力部及び出力部（表示部）を兼ねるものであり、より具体的には、利用者端末３０に表示された二次元コード５０を読み取る機能、注文内容を表示する機能、注文内容の追加・変更、注文内容の確定、決済の指示などの入力操作を受け付ける機能を有する。また、ＵＩ部２２は、決済後は、食券を兼ねるレシートを出力する機能を有する。
【0032】
制御部２３は、例えば、ＣＰＵ及びメモリ等から構成され、記憶部の制御や、各種データの転送、種々の演算、データの一時的な格納等を行うことにより、飲食物注文システム１００の券売機２０側の処理を実行する。詳しくは、制御部２３は、ＵＩ部２２を介して入力された二次元コード５０に基づいて、注文管理装置１０から該当する注文データｄ１０２を取得し、取得した注文データｄ１０２の注文内容をＵＩ部２２に表示する制御を行う。また、制御部２３は、ＵＩ部２２を介して入力された注文内容の確定の指示を注文管理装置１０に送信したり、決済後のレシートを出力したりする制御を行う。
【0033】
通信部２４は、通信ネットワーク４０を介して注文管理装置１０とデータの送受信を行う。
【0034】
＜飲食店端末＞
飲食店端末２５は、飲食店２の店員が用いる端末であり、飲食物の注文及び会計に関する機能を有している。飲食店端末２５は、例えば、パーソナルコンピュータ（personal computer；ＰＣ）、タブレット端末、プリンタ、調理者が注文内容を見るためのキッチンモニタなどで構成される。
飲食店端末２５は、飲食店２の店員が用いる端末であり、飲食物の注文及び会計に関する機能を有している。飲食店端末２５は、例えば、パーソナルコンピュータ（personal computer；ＰＣ）、タブレット端末、プリンタ、調理者が注文内容を見るためのキッチンモニタなどで構成される。
【0035】
飲食店端末２５は、利用者３が券売機２０において注文内容を確定した状態において、注文管理装置１０から注文データｄ１０２の注文内容を受信する。具体的には、利用者３が券売機２０において決済をした状態になって、キッチンモニタなどの表示部に注文内容が表示される。このため、飲食店２の店員は、注文内容の表示を契機に調理を開始することができる。
【0036】
本実施の形態では、利用者３は利用者端末３０において飲食物の注文を行なっただけでは、注文データｄ１０２の注文状態は予約状態である。つまり、この時点において、利用者３が飲食物を注文した飲食店２に来店するか否かは不明である。そこで、利用者３が飲食物を注文した飲食店２に来店し、かつ券売機２０において注文内容を確定した状態（利用者３が決済した状態）、つまり注文データｄ１０２の注文状態が確定状態になった時点において飲食店端末２５に注文内容を送信するようにしている。
【0037】
＜利用者端末＞
利用者端末３０は、利用者３が飲食店２に携行可能な情報端末であり、例えば、スマートフォン、タブレット端末などが想定される。
利用者端末３０は、利用者３が飲食店２に携行可能な情報端末であり、例えば、スマートフォン、タブレット端末などが想定される。
【0038】
ここで、利用者端末３０の構成について説明すると、図示しないが、記憶部と、ＵＩ（User Interface）部と、制御部と、通信部と、を具備する構成である。
【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】
１ 管理会社
２ 飲食店
３ 利用者
１０ 注文管理装置
１１，２１ 記憶部
１２，２３ 制御部
１３，２４ 通信部
２０ 券売機
２２ ＵＩ部
２５ 飲食店端末
３０ 利用者端末
５０ 二次元コード
１００ 飲食物注文システム
１０１ メニューＤＢ
１０２ 注文ＤＢ
１０３ 予約部
１０４ 確定部
２ 飲食店
３ 利用者
１０ 注文管理装置
１１，２１ 記憶部
１２，２３ 制御部
１３，２４ 通信部
２０ 券売機
２２ ＵＩ部
２５ 飲食店端末
３０ 利用者端末
５０ 二次元コード
１００ 飲食物注文システム
１０１ メニューＤＢ
１０２ 注文ＤＢ
１０３ 予約部
１０４ 確定部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】