(57)【要約】【課題】  開示する注文管理装置は、飲食店における注文作業において、知らない人同士を繋げ、盛り上がり感を付加することによって、当該作業における楽しさを演出し、その結果、注文・リピート来店の増加など集客効果を高める。【解決手段】  開示する注文管理装置の一形態は、飲食店における飲食物の注文を管理する注文管理装置であって、所定の方法によって、前記飲食店の利用者に係る勝敗を決める勝敗決定手段と、前記勝敗決定手段によって勝者とされる前記利用者が希望する飲食物の注文を、前記希望する飲食物の代金を前記勝者とされる利用者が負担しない条件で受け付ける注文受付手段と、を有することを特徴とする。【選択図】図２
2019045915.tif 000002
【特許請求の範囲】
【請求項１】
飲食店における飲食物の注文を管理する注文管理装置であって、
所定の方法によって、前記飲食店の利用者に係る勝敗を決める勝敗決定手段と、
前記勝敗決定手段によって勝者とされる前記利用者が希望する飲食物の注文を、前記希望する飲食物の代金を前記勝者とされる利用者が負担しない条件で受け付ける注文受付手段と、を有することを特徴とする注文管理装置。
【請求項２】
前記勝敗決定手段が、前記利用者と前記飲食店の従業員との間において、一方を勝者と決定すると共に、他方を敗者と決定することを特徴とする請求項１に記載の注文管理装置。
【請求項３】
前記勝敗決定手段が、一の前記利用者と他の前記利用者との間において、一方を勝者と決定すると共に、他方を敗者と決定し、
前記注文受付手段が、前記勝者とされる利用者が注文した前記希望する飲食物の代金を、前記勝敗決定手段によって敗者とされる前記利用者に負担させるための処理を行うことを特徴とする請求項１に記載の注文管理装置。
【請求項４】
前記注文受付手段が、注文された前記希望する飲食物を前記勝者とされる利用者の席に配膳するための伝票を起票し、前記注文された希望する飲食物の代金支払いの義務を前記敗者とされる利用者に対し負わせるための伝票を起票することを特徴とする請求項３に記載の注文管理装置。
【請求項５】
前記飲食店における一の利用者から、前記勝敗決定手段及び前記注文受付手段による処理の対象となることの希望を受け付ける対戦型注文エントリー手段と、
前記対戦型注文エントリー手段によって前記一の利用者による前記希望を受け付けた旨を、前記飲食店における前記他の利用者に対し通知する対戦相手募集手段と、を有し、
前記勝敗決定手段が、前記一の利用者及び前記他の利用者の双方が互いを、前記勝敗決定手段及び注文受付手段による処理における相手方とすることの承諾を得る処理を行うことを特徴とする請求項１、３、４の何れか一に記載の注文管理装置。
【請求項６】
前記対戦型注文エントリー手段が、前記希望する飲食物に係る上限金額を受け付け、
前記注文受付手段が、代金が前記上限金額以下である前記希望する飲食物の注文を受け付けることを特徴とする請求項５に記載の注文管理装置。
【請求項７】
前記対戦型注文エントリー手段が、前記一の利用者が注文を希望する前記飲食物を受け付け、
前記注文受付手段が、前記他の利用者によって注文可能な前記希望する飲食物の上限金額を、前記対戦型注文エントリー手段によって受け付けられた前記一の利用者が注文を希望する飲食物の金額に応じ算出することを特徴とする請求項５に記載の注文管理装置。
【請求項８】
前記一の利用者と前記他の利用者とが、それぞれ異なる飲食店を利用する者であるとき、前記勝者とされる利用者が利用する飲食店と前記敗者とされる利用者が利用する飲食店との間において、前記勝者とされる利用者が注文した前記希望する飲食物の代金を決済する処理を行い、前記敗者とされる利用者が利用する飲食店と前記敗者とされる利用者との間において、前記希望する飲食物の代金を決済する処理を行う店舗間決済手段を有することを特徴とする請求項３乃至７の何れか一に記載の注文管理装置。
【請求項９】
飲食店における飲食物の注文を管理する注文管理装置によって行われる注文管理方法であって、
勝敗決定手段が、所定の方法によって、前記飲食店の利用者に係る勝敗を決めるステップと、
注文受付手段が、前記勝敗決定手段によって勝者とされる前記利用者が希望する飲食物の注文を、前記希望する飲食物の代金を前記勝者とされる利用者が負担しない条件で受け付けるステップと、を含む注文管理方法。
【請求項１０】
前記勝敗決定手段が、前記利用者と前記飲食店の従業員との間において、一方を勝者と決定すると共に、他方を敗者と決定することを特徴とする請求項９に記載の注文管理方法。
【請求項１１】
前記勝敗決定手段が、一の前記利用者と他の前記利用者との間において、一方を勝者と決定すると共に、他方を敗者と決定し、
前記注文受付手段が、前記勝者とされる利用者が注文した前記希望する飲食物の代金を、前記勝敗決定手段によって敗者とされる前記利用者に負担させるための処理を行うことを特徴とする請求項９に記載の注文管理方法。
【請求項１２】
前記注文受付手段が、注文された前記希望する飲食物を前記勝者とされる利用者の席に配膳するための伝票を起票し、前記注文された希望する飲食物の代金支払いの義務を前記敗者とされる利用者に対し負わせるための伝票を起票することを特徴とする請求項１１に記載の注文管理方法。
【請求項１３】
対戦型注文エントリー手段が、前記飲食店における一の利用者から、前記勝敗決定手段及び前記注文受付手段による処理の対象となることの希望を受け付けるステップと、
対戦相手募集手段が、前記対戦型注文エントリー手段によって前記一の利用者による前記希望を受け付けた旨を、前記飲食店における前記他の利用者に対し通知するステップと、を含み、
前記勝敗決定手段が、前記一の利用者及び前記他の利用者の双方が互いを、前記勝敗決定手段及び注文受付手段による処理における相手方とすることの承諾を得る処理を行うことを特徴とする請求項９、１１、１２の何れか一に記載の注文管理方法。
【請求項１４】
前記対戦型注文エントリー手段が、前記希望する飲食物に係る上限金額を受け付け、
前記注文受付手段が、代金が前記上限金額以下である前記希望する飲食物の注文を受け付けることを特徴とする請求項１３に記載の注文管理方法。
【請求項１５】
前記対戦型注文エントリー手段が、前記一の利用者が注文を希望する前記飲食物を受け付け、
前記注文受付手段が、前記他の利用者によって注文可能な前記希望する飲食物の上限金額を、前記対戦型注文エントリー手段によって受け付けられた前記一の利用者が注文を希望する飲食物の金額に応じ算出することを特徴とする請求項１３に記載の注文管理方法。
【請求項１６】
店舗間決済手段が、前記一の利用者と前記他の利用者とが、それぞれ異なる飲食店を利用する者であるとき、前記勝者とされる利用者が利用する飲食店と前記敗者とされる利用者が利用する飲食店との間において、前記勝者とされる利用者が注文した前記希望する飲食物の代金を決済する処理を行い、前記敗者とされる利用者が利用する飲食店と前記敗者とされる利用者との間において、前記希望する飲食物の代金を決済する処理を行うステップを含むことを特徴とする請求項１１乃至１５の何れか一に記載の注文管理方法。
【請求項１７】
コンピュータに、請求項９乃至１６の何れか一に記載の注文管理方法を実行させるための注文管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
飲食店における利用者が行う飲食物の注文を管理する技術に関する。
【背景技術】
【０００２】
飲食店における注文管理では、少なくとも、注文される飲食物の特定、調理場への調理指示、当該飲食物が配膳されるべき場所の特定、当該飲食物に係る代金決済などの情報を管理する必要がある。
【０００３】
近年、飲食店における注文管理は、取り扱う情報量の多さや取り扱う情報を経営管理に役立てたいというニーズに基づいて、コンピューターを利用して行われるケースが一般的になってきている。
【０００４】
そのような背景下、飲食店における注文管理に係る技術開発は、ただ単に注文通りの飲食物を配膳し、決済を行うという基本的な機能を実現するものから、例えば、特許文献１乃至３で示すように、一の利用者が他の利用者に対し「奢る」処理を実現させるための技術も開発、提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２１９８２０号公報
【特許文献２】特開平４−３２０５９５号公報
【特許文献３】特開２０１４−１７８７５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記従来技術のように、一の利用者から他の利用者へ一方的に「奢る」行為を行えるようにしても、当事者の盛り上がり感を十分に高められないおそれが有るという問題点があった。
【０００７】
また、上記従来技術において、一の利用者から他の利用者へ一方的に「奢る」という行為が実際に行われるのは稀なケースであり、飲食店の利用者に心の高揚・楽しさを感じさせる場面は多くないと推察されるという問題点があった。
【０００８】
そこで本発明では、上記問題点に鑑み、飲食店における注文作業において、知らない人同士を繋げ、盛り上がり感を付加することによって、当該作業における楽しさを演出し、その結果、注文・リピート来店の増加など集客効果を高める注文管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
開示する注文管理装置の一形態は、飲食店における飲食物の注文を管理する注文管理装置であって、所定の方法によって、前記飲食店の利用者に係る勝敗を決める勝敗決定手段と、前記勝敗決定手段によって勝者とされる前記利用者が希望する飲食物の注文を、前記希望する飲食物の代金を前記勝者とされる利用者が負担しない条件で受け付ける注文受付手段と、を有することを特徴とする。
【００１０】
また、開示する注文管理装置の一形態は、上記構成に加え、前記勝敗決定手段が、前記利用者と前記飲食店の従業員との間において、一方を勝者と決定すると共に、他方を敗者と決定することを特徴とする。
【００１１】
また、開示する注文管理装置の一形態は、上記構成に加え、前記勝敗決定手段が、一の前記利用者と他の前記利用者との間において、一方を勝者と決定すると共に、他方を敗者と決定し、前記注文受付手段が、前記勝者とされる利用者が注文した前記希望する飲食物の代金を、前記勝敗決定手段によって敗者とされる前記利用者に負担させるための処理を行うことを特徴とする。
【発明の効果】
【００１２】
開示する注文管理装置は、飲食店における注文作業において、知らない人同士を繋げ、盛り上がり感を付加することによって、当該作業における楽しさを演出し、その結果、注文・リピート来店の増加など集客効果を高める。
【図面の簡単な説明】
【００１３】
【図１】本実施の形態に係る注文管理装置の概要を説明する図である。
【図２】本実施の形態に係る注文管理装置の機能ブロック図である。
【図３】本実施の形態に係る申込者記憶手段の一例を示す図である。
【図４】本実施の形態に係るメニュー記憶手段の一例を示す図である。
【図５】本実施の形態に係る注文履歴記憶手段の一例を示す図である。
【図６】本実施の形態に係る注文管理装置のハードウエア構成例を示す図である。
【図７】本実施の形態に係る注文管理装置による処理例の流れを表すフローチャートである。
【発明を実施するための形態】
【００１４】
図面を参照しながら、本発明を実施するための形態について説明する。
（本実施の形態に係る注文管理装置の動作原理）
【００１５】
図１乃至５を用いて、本実施の形態に係る注文管理装置（以下、単に、「管理装置」という。）１００の動作原理について説明する。図１は、管理装置１００の概要を説明する図である。
【００１６】
図１で示すように、管理装置１００は、飲食店２３０において、飲食店２３０の利用者２４０によって注文される飲食物２１０の履歴等を管理する装置である。なお、管理装置１００は、例えば、飲食店２３０の個々のテーブルに備え付けられ、利用者２４０が操作して飲食物の注文を行う店舗端末を含む形態であっても良い。また、管理装置１００は、個々の利用者２４０が保有するスマートフォン等の携帯情報端末を含む形態であっても良い。これらの場合、管理装置１００は、通信ネットワーク３１０を介して、店舗端末又は携帯情報端末と接続される。
【００１７】
管理装置１００は、飲食店２３０において飲食を行う利用者２４０、２４５間（又は利用者２４０と飲食店２３０の従業員２５０との間）で、ゲーム、じゃんけん、クイズ等方式を問わず、勝者／敗者を決定する。そして、管理装置１００は、勝者となった利用者２６０から飲食物２１０の注文を受ける一方、その勝者となった利用者２６０が注文した飲食物２１０の代金支払いの義務を、敗者となった利用者２７０に負わせる処理を行う。以下、このように、勝者２６０／敗者２７０を決定した上で、勝者２６０が注文した飲食物２１０の代金を敗者２７０が支払う注文の方式を「対戦型注文」という。
【００１８】
代金支払いの義務を利用者２７０に負わせる処理とは、対応する支払伝票を起票したり、利用者２７０が飲食物２１０の注文を行ったような処理をしたりと、実現方法は様々な形態が考えられる。なお、従業員２５０が敗者２７０となった場合は、従業員２５０が支払い義務を負う処理を行ったり、飲食店２３０が支払い義務を負う処理を行ったりする形態が考えられる（飲食店２３０は、利用者２６０へ、実質的には無料で飲食物２１０を提供することとなる）。
【００１９】
このような処理を行うことによって、管理装置１００は、飲食店２３０における注文作業において、知らない人同士を繋げ、盛り上がり感を付加することによって、当該作業における楽しさを演出し、その結果、注文・リピート来店の増加など集客効果を高めるものである。
【００２０】
図２は、管理装置１００の機能ブロック図である。図２で示すように、管理装置１００は、対戦型注文エントリー手段１１０、対戦相手募集手段１２０、勝敗決定手段１３０、注文受付手段１４０、店舗間決済手段１５０、申込者記憶手段１６０、メニュー記憶手段１７０、注文履歴記憶手段１８０を有する。
【００２１】
対戦型注文エントリー手段１１０は、飲食店２３０における一の利用者２４０から、対戦型注文（後述の勝敗決定手段１３０及び注文受付手段１４０による処理）の対象となることの希望の申し出を受け付ける。当該申し出は、店舗端末又は携帯情報端末の操作を通じて行われる形態であっても良い。
【００２２】
対戦型注文エントリー手段１１０は、対戦型注文において利用者２４０が注文可能な飲食物に係る上限金額を受け付ける形態であっても良い。こうすることによって、対戦型注文によって敗者が被る損失額（支出額）の上限を決め、対戦型注文へ参加する心理的ハードルを下げることができる。
【００２３】
対戦型注文エントリー手段１１０は、対戦型注文において利用者２４０が注文を希望する飲食物２２０を受け付ける形態としても良い。また、対戦型注文エントリー手段１１０によって対戦型注文の対象となる飲食物２２０が受け付けられた場合、受け付けられた飲食物２２０の金額に応じ、対戦型注文において注文可能な飲食物に係る上限金額が算出される形態としても良い。こうすることによって、対戦型注文によって敗者が被る損失額の上限を決め、対戦型注文へ参加する心理的ハードルを下げることができる。
【００２４】
図３は、対戦型注文エントリー手段１１０によって受け付けた、対戦型注文への参加を希望する利用者２４０、２４５に関する情報を記憶する申込者記憶手段１６０の一例を示す図である。図３で示すように、申込者記憶手段１６０は、対戦型注文への参加を希望する一の利用者２４０：村上毅、…、対戦型注文において注文を希望する飲食物２２０：たこ焼き、注文を希望する飲食物２２０の金額：５００円、…等の情報を記憶する。
【００２５】
また、申込者記憶手段１６０は、対戦型注文への参加を希望する他の利用者２４５：吉森正行、…、対戦型注文において注文可能な飲食物に係る上限金額：１，０００円、…等の情報を記憶する。
【００２６】
また、申込者記憶手段１６０は、対戦型注文への参加を希望する他の利用者２４５：植木美紀、対戦型注文において注文を希望する飲食物２２０：刺身盛り合わせ、飲食物２２０の金額：１，５００円、…、対戦型注文において注文可能な飲食物に係る上限金額：１，５００円＋１０％、…等の情報を記憶する。
【００２７】
図４は、飲食店２３０、２３５において注文可能な飲食物及びその金額を対応させて記憶するメニュー記憶手段１７０の一例を示す図である。図４で示すように、メニュー記憶手段１７０に記憶される情報を参照すれば、対戦型注文エントリー手段１１０によって対戦型注文において注文を希望する飲食物２２０を受け付けた場合、対戦型注文において処理対象となる金額を特定することができる。
【００２８】
対戦相手募集手段１２０は、対戦型注文エントリー手段１１０によって利用者２４０による対戦型注文への参加希望を受け付けた旨を、飲食店２３０における他の利用者２４５、従業員２５０に対し通知する。なお、対戦相手募集手段１２０は、飲食店２３０とは異なる飲食店２３５における他の利用者２４５、従業員２５０に対し通知する形態としても良い。利用者２４０、２４５が特定され、敗者２７０となった場合の飲食物２１０の代金支払いができる状況にある限り、対戦型注文は、利用者２４０、２４５が利用する飲食店２３０、２３５を限定しない。
【００２９】
勝敗決定手段１３０は、所定の方法によって、飲食店２３０、２３５における利用者２４０、２４５に係る勝敗を決める。勝敗決定手段１３０は、例えば、ゲーム、じゃんけん、クイズ等、何らの方式を問わず勝者／敗者を決定する。勝敗決定手段１３０は、所定の方法によって、一の利用者２４０（他の利用者２４５）を勝者と決定し、他の利用者２４５（一の利用者２４０）を敗者と決定する処理を行う。利用者２４０、２４５は、同一の飲食店２３０の利用者であっても良く、それぞれ異なる飲食店２３０、２３５の利用者であっても良い。
【００３０】
また、勝敗決定手段１３０は、所定の方法によって、一の利用者２４０（従業員２５０）を勝者と決定し、従業員２５０（一の利用者２４０）を敗者と決定する処理を行う形態としても良い。
【００３１】
勝敗決定手段１３０による所定の方法は、通信ネットワーク３１０を介して管理装置１００に接続される店舗端末又は携帯情報端末から受け付ける利用者２４０、２４５、従業員２５０による操作に基づいて行われる形態であっても良い。
【００３２】
勝敗決定手段１３０は、一の利用者２４０及び他の利用者２４５の双方が互いを、対戦型注文による処理における相手方とすることの承諾（合意）を得る処理を行う。敗者２７０となった場合、飲食物２１０の代金支払いの義務を負うため、参加者の納得感を高めるための処理である。
【００３３】
注文受付手段１４０は、勝敗決定手段１３０によって勝者とされる利用者２６０が希望する飲食物２２０の注文を、飲食物２２０の代金を利用者２６０が負担しない条件で受け付ける。注文受付手段１４０は、勝者とされる利用者２６０が注文した飲食物２１０の代金を、勝敗決定手段１３０によって敗者とされる利用者２７０に負担させるための処理を行う。
【００３４】
注文受付手段１４０による処理は、利用者２６０側に飲食物２１０の配膳伝票を起票し、利用者２７０側に飲食物２１０の支払伝票を起票する処理であっても良い。また、注文受付手段１４０による処理は、飲食物２１０について、利用者２７０側に、その配膳先を利用者２６０側とする注文を起票する処理であっても良い。
【００３５】
注文受付手段１４０は、従業員２５０が敗者２７０となった場合、従業員２５０が支払い義務を負う処理を行ったり、飲食店２３０が支払い義務を負う処理を行ったりする形態が考えられる（飲食店２３０は、実質的には無料で飲食物２１０を利用者２６０へ提供することとなる）。
【００３６】
図５は、利用者２４０、２４５に係る注文履歴を記憶する注文履歴記憶手段１８０の一例を示す図である。図５（ａ）左から６列目に記載される通り、勝者である利用者２６０：“村上毅”、敗者である利用者２７０：“吉森正行”であり、利用者２６０が飲食物２１０：“たこ焼き”を注文する場合、注文受付手段１４０は、注文履歴記憶手段１８０へ、利用者２６０に“たこ焼き”を配膳し、“たこ焼きの代金５００円”を利用者２７０に負わせるための情報を記憶させる。
【００３７】
図５（ｂ）左から６列目に記載される通り、勝者である利用者２６０：“吉森正行”、敗者である利用者２７０：“植木美紀”であり、利用者２６０が上限金額：“１，０００円”以下の飲食物２１０：“生ビール（中）”を注文する場合、注文受付手段１４０は、注文履歴記憶手段１８０へ、利用者２６０に“生ビール（中）”を配膳し、“生ビール（中）の代金６５０円”を利用者２７０に負わせるための情報を記憶させる。
【００３８】
図５（ｃ）左から２、７列目に記載される通り、利用者２６０、２７０で利用する飲食店２３０、２３５が（“九段下店”、“新宿三丁目店”）異なる場合も、注文受付手段１４０は、注文履歴記憶手段１８０へ、利用者２６０に“たこ焼き”を配膳し、“たこ焼きの代金５００円”を利用者２７０に負わせるための情報を記憶させる。
【００３９】
店舗間決済手段１５０は、利用者２６０、２７０がそれぞれ異なる飲食店２３０、２３５を利用する者であるとき、利用者２６０が利用する飲食店２３０と利用者２７０が利用する飲食店２３５との間において、利用者２６０が注文した飲食物２１０の代金を決済する処理を行い、利用者２７０が利用する飲食店２３５と利用者２７０との間において、飲食物２１０の代金を決済する処理を行う。こうすることによって、管理装置１００は、利用者２６０、２７０がそれぞれ異なる飲食店２３０、２３５を利用する者であるときであっても、対戦型注文を実現することができる。
【００４０】
上記のような所謂「対戦型注文」を実現させる処理を行うことによって、管理装置１００は、飲食店における注文作業において、知らない人同士を繋げ、盛り上がり感を付加することによって、当該作業における楽しさを演出し、その結果、注文・リピート来店の増加など集客効果を高める。
（本実施の形態に係る注文管理装置のハードウエア構成）
【００４１】
図６を用いて、管理装置１００のハードウエア構成例について説明する。図６は、管理装置１００のハードウエア構成の一例を示す図である。図６で示すように、管理装置１００は、ＣＰＵ（Central Processing Unit）５１０、ＲＯＭ（Read-Only Memory）５２０、ＲＡＭ（Random Access Memory）５３０、補助記憶装置５４０、通信Ｉ／Ｆ５５０、入力装置５６０、出力装置（表示装置）５７０、記録媒体Ｉ／Ｆ５８０を有する。
【００４２】
ＣＰＵ５１０は、ＲＯＭ５２０に記憶されたプログラムを実行する装置であり、ＲＡＭ５３０に展開（ロード）されたデータを、プログラムの命令に従って演算処理し、管理装置１００全体を制御する。ＲＯＭ５２０は、ＣＰＵ５１０が実行するプログラムやデータを記憶している。ＲＡＭ５３０は、ＣＰＵ５１０でＲＯＭ５２０に記憶されたプログラムを実行する際に、実行するプログラムやデータが展開（ロード）され、演算の間、演算データを一時的に保持する。
【００４３】
補助記憶装置５４０は、基本ソフトウエアであるＯＳ（Operating System）や本実施の形態に係るアプリケーションプログラムなどを、関連するデータとともに記憶する装置であり、例えば、ＨＤＤ（Hard Disc Drive）やフラッシュメモリなどである。
【００４４】
通信Ｉ／Ｆ５５０は、有線・無線ＬＡＮ（Local Area Network）、インターネットなどの通信ネットワーク３１０に接続し、通信機能を提供する他装置とデータの授受を行うためのインターフェースである。
【００４５】
入力装置５６０は、キーボードやタッチパネルなど管理装置１００にデータ入力を行うための装置である。出力装置５７０は、ＬＣＤ（Liquid Crystal Display）等で構成される装置であり、管理装置１００が有する機能をユーザーが利用する際や各種設定を行う際のユーザーインターフェースとして機能する装置である。
記録媒体Ｉ／Ｆ５８０は、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＵＳＢメモリなどの記録媒体５９０とデータの送受信を行うためのインターフェースである。
【００４６】
管理装置１００が有する各手段は、ＣＰＵ５１０が、ＲＯＭ５２０又は補助記憶装置５４０に記憶された各手段に対応するプログラムを実行することにより実現される形態としても良い。また、管理装置１００が有する各手段は、当該各手段に関する処理をハードウエアとして実現される形態としても良い。また、通信Ｉ／Ｆ５５０を介して外部サーバー装置から本発明に係るプログラムを読み込ませたり、記録媒体Ｉ／Ｆ５８０を介して記録媒体５９０から本発明に係るプログラムを読み込ませたりして、管理装置１００に当該プログラムを実行させる形態としても良い。
（本実施の形態に係る注文管理装置による処理例）
【００４７】
図７を用いて、管理装置１００による対戦型注文に係る処理の一例を説明する。図７は、管理装置１００による対戦型注文に係る処理の一例の流れを示すフローチャートである。
【００４８】
Ｓ１０で対戦型注文エントリー手段１１０が、飲食店２３０における利用者２４０から、対戦型注文の対象となることの希望の申し出を受け付ける。当該申し出は、店舗端末又は携帯情報端末の操作を通じて行われる形態であっても良い。
【００４９】
対戦型注文エントリー手段１１０は、対戦型注文において利用者２４０が注文を希望する飲食物２２０を受け付ける形態としても良い。図３で示すように、例えば、申込者記憶手段１６０は、対戦型注文への参加を希望する利用者２４０：村上毅、…、対戦型注文において注文を希望する飲食物２２０：たこ焼き、注文を希望する飲食物２２０の金額：５００円、…等の情報を記憶する。
【００５０】
対戦型注文エントリー手段１１０は、対戦型注文において利用者２４０が注文可能な飲食物に係る上限金額を受け付ける形態であっても良い。申込者記憶手段１６０は、対戦型注文への参加を希望する利用者２４５：吉森正行、…、対戦型注文において注文可能な飲食物に係る上限金額：１，０００円、…等の情報を記憶する。こうすることによって、対戦型注文によって敗者が被る損失額（支出額）の上限を決め、対戦型注文へ参加する心理的ハードルを下げることができる。
【００５１】
対戦型注文エントリー手段１１０によって対戦型注文の対象となる飲食物２２０が受け付けられた場合、受け付けられた飲食物２２０の金額に応じ、対戦型注文において注文可能な飲食物に係る上限金額が算出される形態としても良い。申込者記憶手段１６０は、対戦型注文において注文を希望する飲食物２２０：刺身盛り合わせ、飲食物２２０の金額：１，５００円、…、対戦型注文において注文可能な飲食物に係る上限金額：１，５００円＋１０％、…等の情報を記憶する。
こうすることによって、対戦型注文によって敗者が被る損失額の上限を決め、対戦型注文へ参加する心理的ハードルを下げることができる。
【００５２】
Ｓ２０で対戦相手募集手段１２０が、Ｓ１０において利用者２４０による対戦型注文への参加希望を受け付けた旨を、飲食店２３０における利用者２４５、従業員２５０に対し通知する。なお、対戦相手募集手段１２０は、飲食店２３０とは異なる飲食店２３５における他の利用者２４５に対し通知する形態としても良い。利用者２４０、２４５が特定され、敗者２７０となった場合の飲食物２１０の代金支払いができる状況にある限り、対戦型注文は、利用者２４０、２４５が利用する飲食店２３０、２３５を限定しない。
【００５３】
Ｓ２０で勝敗決定手段１３０が、Ｓ２０における対戦相手募集手段１２０による処理に応じて、他の利用者２４５から一の利用者２４０を相手とする対戦型注文への応募の通知を受け付ける。そして、Ｓ２０で勝敗決定手段１３０が、一の利用者２４０及び他の利用者２４５の双方が互いを、対戦型注文による処理における相手方とすることの承諾（合意）を得る処理を行う。敗者２７０となった場合、飲食物２１０の代金支払いの義務を負うため、参加者の納得感を高めるための処理である。
【００５４】
Ｓ３０で勝敗決定手段１３０が、所定の方法によって、利用者２４０、２４５に係る勝敗を決める。勝敗決定手段１３０は、例えば、ゲーム、じゃんけん、クイズ等、方式を問わず勝者２６０／敗者２７０を決定する。勝敗決定手段１３０は、所定の方法によって、利用者２４０（利用者２４５）を勝者２６０と決定し、利用者２４５（利用者２４０）を敗者２７０と決定する処理を行う。利用者２４０、２４５は、同一の飲食店２３０の利用者であっても良く、それぞれ異なる飲食店２３０、２３５の利用者であっても良い。
【００５５】
また、勝敗決定手段１３０は、所定の方法によって、利用者２４０（従業員２５０）を勝者と決定し、従業員２５０（利用者２４０）を敗者と決定する処理を行う形態としても良い。
【００５６】
勝敗決定手段１３０による勝者／敗者の決定は、通信ネットワーク３１０を介して管理装置１００に接続される店舗端末又は携帯情報端末から受け付ける利用者２４０、２４５、従業員２５０による操作に基づいて行われる形態であっても良い。
【００５７】
Ｓ４０で注文受付手段１４０が、勝者とされる利用者２６０が注文した飲食物２１０の代金を、勝敗決定手段１３０によって敗者とされる利用者２７０に負担させるための処理を行う。
【００５８】
Ｓ４０において注文受付手段１４０は、利用者２６０側に飲食物２１０の配膳伝票を起票し、利用者２７０側に飲食物２１０の支払伝票を起票する処理であっても良い。また、Ｓ４０において注文受付手段１４０は、飲食物２１０について、利用者２７０側に、その配膳先を利用者２６０側とする注文を起票する処理であっても良い。
【００５９】
Ｓ４０において注文受付手段１４０は、従業員２５０が敗者２７０となった場合、従業員２５０が支払い義務を負う処理を行ったり、飲食店２３０が支払い義務を負う処理を行ったりする形態が考えられる（飲食店２３０は、実質的には無料で飲食物２１０を利用者２６０へ提供することとなる）。
【００６０】
図５（ａ）で示すように、Ｓ４０において注文受付手段１４０は、利用者２６０：“村上毅”、利用者２７０：“吉森正行”であり、利用者２６０が飲食物２１０：“たこ焼き”を注文する場合、注文履歴記憶手段１８０へ、利用者２６０に“たこ焼き”を配膳し、“たこ焼きの代金５００円”を利用者２７０に負わせるための情報を記憶させる。
【００６１】
図５（ｂ）で示すように、Ｓ４０において注文受付手段１４０は、利用者２６０：“吉森正行”、利用者２７０：“植木美紀”であり、利用者２６０が上限金額：“１，０００円”以下の飲食物２１０：“生ビール（中）”を注文する場合、注文履歴記憶手段１８０へ、利用者２６０に“生ビール（中）”を配膳し、“生ビール（中）の代金６５０円”を利用者２７０に負わせるための情報を記憶させる。
【００６２】
図５（ｃ）で示すように、Ｓ４０において注文受付手段１４０は、利用者２６０、２７０で利用する飲食店２３０、２３５が（“九段下店”、“新宿三丁目店”）異なる場合も、注文受付手段１４０は、注文履歴記憶手段１８０へ、利用者２６０に“たこ焼き”を配膳し、“たこ焼きの代金５００円”を利用者２７０に負わせるための情報を記憶させる。
【００６３】
Ｓ５０で管理装置１００の決済手段が、注文履歴記憶手段１８０に記憶される情報に基づいて、各利用者２４０、２４５の飲食代金に係る決済処理を行う。なお、利用者２６０、２７０がそれぞれ異なる飲食店２３０、２３５を利用する者であるときは次のような処理が行われる。
【００６４】
Ｓ５０で店舗間決済手段１５０が、利用者２６０が利用する飲食店２３０と利用者２７０が利用する飲食店２３５との間において、利用者２６０が注文した飲食物２１０の代金を決済する処理を行い、利用者２７０が利用する飲食店２３５と利用者２７０との間において、飲食物２１０の代金を決済する処理を行う。こうすることによって、管理装置１００は、利用者２６０、２７０がそれぞれ異なる飲食店２３０、２３５を利用する者であるときであっても、対戦型注文を実現することができる。
【００６５】
上記のような所謂「対戦型注文」を実現させる処理を行うことによって、管理装置１００は、飲食店における注文作業において、知らない人同士を繋げ、盛り上がり感を付加することによって、当該作業における楽しさを演出し、その結果、注文・リピート来店の増加など集客効果を高める。
【００６６】
以上、本発明の実施の形態について詳述したが、本発明は係る特定の実施の形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲において、種々の変形・変更が可能である。
【符号の説明】
【００６７】
１００  注文管理装置
１１０  対戦型注文エントリー手段
１２０  対戦相手募集手段
１３０  勝敗決定手段
１４０  注文受付手段
１５０  店舗間決済手段
１６０  申込者記憶手段
１７０  メニュー記憶手段
１８０  注文履歴記憶手段
２１０  注文された飲食物
２２０  注文を希望する飲食物
２３０、２３５  飲食店
２４０、２４５飲食店の利用者
２５０  飲食店の従業員
２６０  勝者
２７０  敗者
３１０  通信ネットワーク
５１０  ＣＰＵ
５２０  ＲＯＭ
５３０  ＲＡＭ
５４０  補助記憶装置
５５０  通信インターフェース
５６０  入力装置
５７０  出力装置（表示装置）
５８０  記録媒体インターフェース
５９０  記録媒体
【図１】
2019045915.tif 000003
【図２】
2019045915.tif 000004
【図３】
2019045915.tif 000005
【図４】
2019045915.tif 000006
【図５】
2019045915.tif 000007
【図６】
2019045915.tif 000008
【図７】
2019045915.tif 000009
【手続補正書】
【提出日】平成30年1月16日(2018.1.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
飲食店における飲食物の注文を管理する注文管理装置であって、
所定の方法によって、前記飲食店の利用者に係る勝敗を決める勝敗決定手段と、
前記勝敗決定手段によって勝者とされる前記利用者が希望する飲食物の注文を、前記希望する飲食物の代金を前記勝者とされる利用者が負担しない条件で受け付ける注文受付手段と、を有し、
前記勝敗決定手段が、一の前記利用者と他の前記利用者との間において、一方を勝者と決定すると共に、他方を敗者と決定し、
前記注文受付手段が、前記勝者とされる利用者が注文した前記希望する飲食物の代金を、前記勝敗決定手段によって敗者とされる前記利用者に負担させるための処理を行う注文管理装置であって、
前記飲食店における一の利用者から、前記勝敗決定手段及び前記注文受付手段による処理の対象となることの希望を受け付ける対戦型注文エントリー手段と、
前記対戦型注文エントリー手段によって前記一の利用者による前記希望を受け付けた旨を、前記飲食店における前記他の利用者に対し通知する対戦相手募集手段と、を有し、
前記勝敗決定手段が、前記一の利用者及び前記他の利用者の双方が互いを、前記勝敗決定手段及び注文受付手段による処理における相手方とすることの承諾を得る処理を行い、
前記対戦型注文エントリー手段が、前記一の利用者が注文を希望する前記飲食物を受け付け、
前記注文受付手段が、注文可能な飲食物及びその金額を対応させて記憶するメニュー記憶手段を参照して前記対戦型注文エントリー手段によって受け付けた前記一の利用者が注文を希望する飲食物の金額を特定し、前記他の利用者によって注文可能な前記希望する飲食物の上限金額を、特定した前記一の利用者が注文を希望する飲食物の金額に基づき算出することを特徴とする注文管理装置。
【請求項２】
前記注文受付手段が、注文された前記希望する飲食物を前記勝者とされる利用者の席に配膳するための伝票を起票し、前記注文された希望する飲食物の代金支払いの義務を前記敗者とされる利用者に対し負わせるための伝票を起票することを特徴とする請求項１に記載の注文管理装置。
【請求項３】
前記一の利用者と前記他の利用者とが、それぞれ異なる飲食店を利用する者であるとき、前記勝者とされる利用者が利用する飲食店と前記敗者とされる利用者が利用する飲食店との間において、前記勝者とされる利用者が注文した前記希望する飲食物の代金を決済する処理を行い、前記敗者とされる利用者が利用する飲食店と前記敗者とされる利用者との間において、前記希望する飲食物の代金を決済する処理を行う店舗間決済手段を有することを特徴とする請求項１又は２に記載の注文管理装置。
【請求項４】
飲食店における飲食物の注文を管理する注文管理装置によって行われる注文管理方法であって、
勝敗決定手段が、所定の方法によって、前記飲食店の利用者に係る勝敗を決めるステップと、
注文受付手段が、前記勝敗決定手段によって勝者とされる前記利用者が希望する飲食物の注文を、前記希望する飲食物の代金を前記勝者とされる利用者が負担しない条件で受け付けるステップと、を含み、
前記勝敗決定手段が、一の前記利用者と他の前記利用者との間において、一方を勝者と決定すると共に、他方を敗者と決定し、
前記注文受付手段が、前記勝者とされる利用者が注文した前記希望する飲食物の代金を、前記勝敗決定手段によって敗者とされる前記利用者に負担させるための処理を行う注文管理方法であって、
さらに、対戦型注文エントリー手段が、前記飲食店における一の利用者から、前記勝敗決定手段及び前記注文受付手段による処理の対象となることの希望を受け付けるステップと、
対戦相手募集手段が、前記対戦型注文エントリー手段によって前記一の利用者による前記希望を受け付けた旨を、前記飲食店における前記他の利用者に対し通知するステップと、を含み、
前記勝敗決定手段が、前記一の利用者及び前記他の利用者の双方が互いを、前記勝敗決定手段及び注文受付手段による処理における相手方とすることの承諾を得る処理を行い、
前記対戦型注文エントリー手段が、前記一の利用者が注文を希望する前記飲食物を受け付け、
前記注文受付手段が、注文可能な飲食物及びその金額を対応させて記憶するメニュー記憶手段を参照して前記対戦型注文エントリー手段によって受け付けた前記一の利用者が注文を希望する飲食物の金額を特定し、前記他の利用者によって注文可能な前記希望する飲食物の上限金額を、特定した前記一の利用者が注文を希望する飲食物の金額に基づき算出することを特徴とする注文管理方法。
【請求項５】
前記注文受付手段が、注文された前記希望する飲食物を前記勝者とされる利用者の席に配膳するための伝票を起票し、前記注文された希望する飲食物の代金支払いの義務を前記敗者とされる利用者に対し負わせるための伝票を起票することを特徴とする請求項４に記載の注文管理方法。
【請求項６】
店舗間決済手段が、前記一の利用者と前記他の利用者とが、それぞれ異なる飲食店を利用する者であるとき、前記勝者とされる利用者が利用する飲食店と前記敗者とされる利用者が利用する飲食店との間において、前記勝者とされる利用者が注文した前記希望する飲食物の代金を決済する処理を行い、前記敗者とされる利用者が利用する飲食店と前記敗者とされる利用者との間において、前記希望する飲食物の代金を決済する処理を行うステップを含むことを特徴とする請求項４又は５に記載の注文管理方法。
【請求項７】
コンピュータに、請求項４乃至６の何れか一に記載の注文管理方法を実行させるための注文管理プログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
開示する注文管理装置の一形態は、飲食店における飲食物の注文を管理する注文管理装置であって、所定の方法によって、前記飲食店の利用者に係る勝敗を決める勝敗決定手段と、前記勝敗決定手段によって勝者とされる前記利用者が希望する飲食物の注文を、前記希望する飲食物の代金を前記勝者とされる利用者が負担しない条件で受け付ける注文受付手段と、を有し、前記勝敗決定手段が、一の前記利用者と他の前記利用者との間において、一方を勝者と決定すると共に、他方を敗者と決定し、前記注文受付手段が、前記勝者とされる利用者が注文した前記希望する飲食物の代金を、前記勝敗決定手段によって敗者とされる前記利用者に負担させるための処理を行う注文管理装置であって、前記飲食店における一の利用者から、前記勝敗決定手段及び前記注文受付手段による処理の対象となることの希望を受け付ける対戦型注文エントリー手段と、前記対戦型注文エントリー手段によって前記一の利用者による前記希望を受け付けた旨を、前記飲食店における前記他の利用者に対し通知する対戦相手募集手段と、を有し、前記勝敗決定手段が、前記一の利用者及び前記他の利用者の双方が互いを、前記勝敗決定手段及び注文受付手段による処理における相手方とすることの承諾を得る処理を行い、前記対戦型注文エントリー手段が、前記一の利用者が注文を希望する前記飲食物を受け付け、前記注文受付手段が、注文可能な飲食物及びその金額を対応させて記憶するメニュー記憶手段を参照して前記対戦型注文エントリー手段によって受け付けた前記一の利用者が注文を希望する飲食物の金額を特定し、前記他の利用者によって注文可能な前記希望する飲食物の上限金額を、特定した前記一の利用者が注文を希望する飲食物の金額に基づき算出することを特徴とする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
また、開示する注文管理装置の一形態は、上記構成に加え、前記注文受付手段が、注文された前記希望する飲食物を前記勝者とされる利用者の席に配膳するための伝票を起票し、前記注文された希望する飲食物の代金支払いの義務を前記敗者とされる利用者に対し負わせるための伝票を起票することを特徴とする。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
また、開示する注文管理装置の一形態は、上記構成に加え、前記一の利用者と前記他の利用者とが、それぞれ異なる飲食店を利用する者であるとき、前記勝者とされる利用者が利用する飲食店と前記敗者とされる利用者が利用する飲食店との間において、前記勝者とされる利用者が注文した前記希望する飲食物の代金を決済する処理を行い、前記敗者とされる利用者が利用する飲食店と前記敗者とされる利用者との間において、前記希望する飲食物の代金を決済する処理を行う店舗間決済手段を有することを特徴とする。