JP2020134969A - 飲食物注文管理システム、飲食物注文管理装置、飲食物注文管理方法及び飲食物注文管理プログラム - Google Patents

Abstract

【課題】店側はコストをかけず店員の労力を軽減でき、顧客側は、店員に頼ることなく自らが注文したいタイミングで飲食物を注文することができる。【解決手段】ネットワーク４０を介して顧客３が携行する顧客端末３０と相互に通信可能な飲食物注文管理システム１００は、メニューにアクセスするためのアクセス情報と、席ＩＤを少なくとも含む識別情報と、が格納された二次元コード２７を作成する二次元コード作成手段と、作成した二次元コード２７を印字した印字紙を出力する二次元コード出力手段と、顧客端末３０が席に掲示された二次元コード２７を読み取ってメニューにアクセスした場合には、顧客端末３０に対してメニューを送信するメニュー送信手段と、顧客端末３０から注文情報を受け付けた場合には、レシートを作成するレシート作成手段と、作成したレシートを出力するレシート出力手段と、を備える。【選択図】図１

Description

本発明は、飲食店において飲食物を注文する技術に関し、特に、顧客が携行する情報処理端末を用いて飲食物を注文する飲食物注文管理システム、飲食物注文管理装置、飲食物注文管理方法及び飲食物注文管理プログラムに関する。

小規模の居酒屋に代表される飲食店では、店員が他の複数の仕事を掛け持ちしていることが多く、顧客が注文したいたいときに店員が即座に注文に応じてくれない場合がある。

これに対して、客席にタブレット型の端末を設置し、顧客が店員を介さず自由に注文をするセルフオーダー方式も可能となってきている（例えば、特許文献１参照）。しかしながら、このような端末を含む情報処理システムを導入するに際しては多額の設備投資が必要である。

特開２００８−３７５０号公報

ところで昨今、スマートフォンやタブレット端末などの情報処理端末が普及している。そのため、飲食店に入店した顧客が自ら携行する情報処理端末を用いて飲食物を注文することができれば、店員の到着を待つことなく飲食物を注文することができ、顧客及び飲食店の双方にとって大変便利である。

本発明は上記の事情を鑑みてなされたものであり、飲食店にとっては、コストをかけることなく、店員の労力を軽減できるとともに、顧客にとっては、店員に頼ることなく、自らが注文したいタイミングで飲食物を注文することができる飲食物注文管理システム、飲食物注文管理装置、飲食物注文管理方法及び飲食物注文管理プログラムを提供することを目的とする。

上記目的を達成するため、本発明に係る飲食物注文管理システムは、その一態様として、
ネットワークを介して、顧客が携行する顧客端末と相互に通信可能な飲食物注文管理システムであって、
飲食店の飲食物のメニューを記憶するメニュー記憶手段と、
飲食店の店員から、飲食店の会計単位の全席に対して二次元コードを出力する第一の指示を受け付けた場合には、会計単位の全席に対して、メニューにアクセスするためのアクセス情報と、会計単位の席を一意に識別可能な席ＩＤを少なくとも含む識別情報と、が格納された二次元コードを作成する第一の二次元コード作成手段と、
前記第一の二次元コード作成手段が作成した二次元コードのそれぞれを印字した二次元コード印字紙を出力する第一の二次元コード出力手段と、
飲食店の店員が、前記第一の二次元コード出力手段により出力された二次元コード印字紙のそれぞれを該当する席に掲示した後の第一の状態において、前記顧客端末が、顧客が飲食する席に掲示された二次元コードを読み取ってメニューにアクセスした場合には、該顧客端末に対して前記メニュー記憶手段に記憶されたメニューを送信するメニュー送信手段と、
顧客がメニューの中から飲食物の注文を行い、メニューを送信した前記顧客端末から、注文した飲食物の品名及び個数を含む注文情報を受け付けた場合には、受け付けた注文情報、及び前記メニュー記憶手段に記憶されたメニューに基づいて、前記顧客端末が読み込んだ二次元コードに含まれる席ＩＤ、注文を受けた飲食物の品名、個数及び金額を少なくとも含むレシートを作成するレシート作成手段と、
前記レシート作成手段が作成したレシートを出力するレシート出力手段と、
を備えることを特徴とする。

また、上記目的を達成するため、本発明に係る飲食物注文管理装置は、その一態様として、
飲食店に配設された店舗端末と、顧客が携行する顧客端末と、ネットワークを介して前記店舗端末及び前記顧客端末と相互に通信可能な飲食物注文管理装置と、を備えた情報処理システムにおける前記飲食物注文管理装置であって、
飲食店ごとに飲食物のメニューを記憶するメニュー記憶手段と、
前記店舗端末から、飲食店の会計単位の全席に対して二次元コードを出力する第一の指示を受け付けた場合には、会計単位の全席に対して、メニューにアクセスするためのアクセス情報と、前記店舗端末が配設された飲食店を一意に識別可能な店ＩＤ、会計単位の席を一意に識別可能な席ＩＤを少なくとも含む識別情報と、が格納された二次元コードを作成する第一の二次元コード作成手段と、
前記第一の二次元コード作成手段が作成した二次元コードのそれぞれを、前記第一の指示を送信した前記店舗端末に送信する第一の二次元コード出力手段と、
前記店舗端末が、前記第一の二次元コード出力手段が送信した二次元コードのそれぞれを印字した二次元コード印字紙を出力した後、飲食店の店員が、二次元コード印字紙のそれぞれを該当する席に掲示した第一の状態において、前記顧客端末が、顧客が飲食する席に掲示された二次元コードを読み取ってメニューにアクセスした場合には、該顧客端末に対して前記メニュー記憶手段に記憶されたメニューを送信するメニュー送信手段と、
顧客がメニューの中から飲食物の注文を行い、メニューを送信した前記顧客端末から、注文した飲食物の品名及び個数を含む注文情報を受け付けた場合には、受け付けた注文情報、及び前記メニュー記憶手段に記憶されたメニューに基づいて、前記顧客端末が読み込んだ二次元コードに含まれる店ＩＤ、席ＩＤ、注文を受けた飲食物の品名、個数及び金額を少なくとも含むレシートデータを作成するレシート作成手段と、
前記レシート作成手段が作成したレシートデータを記憶するレシート記憶手段と、
備えることを特徴とする。

また、上記目的を達成するため、本発明に係る飲食物注文管理方法は、その一態様として、
ネットワークを介して、顧客が携行する顧客端末と相互に通信可能なコンピュータが実行する飲食物注文管理方法であって、
前記コンピュータは、
飲食店の飲食物のメニューを記憶するメニュー記憶手段を備え、
飲食店の店員から、飲食店の会計単位の全席に対して二次元コードを出力する第一の指示を受け付けた場合には、会計単位の全席に対して、メニューにアクセスするためのアクセス情報と、会計単位の席を一意に識別可能な席ＩＤを少なくとも含む識別情報と、が格納された二次元コードを作成する第一の二次元コード作成ステップと、
前記第一の二次元コード作成ステップにおいて作成した二次元コードのそれぞれを印字した二次元コード印字紙を出力する第一の二次元コード出力ステップと、
飲食店の店員が、前記第一の二次元コード出力ステップにより出力された二次元コード印字紙のそれぞれを該当する席に掲示した後の第一の状態において、前記顧客端末が、顧客が飲食する席に掲示された二次元コードを読み取ってメニューにアクセスした場合には、該顧客端末に対して前記メニュー記憶手段に記憶されたメニューを送信するメニュー送信ステップと、
顧客がメニューの中から飲食物の注文を行い、メニューを送信した前記顧客端末から、注文した飲食物の品名及び個数を含む注文情報を受け付けた場合には、受け付けた注文情報、及び前記メニュー記憶手段に記憶されたメニューに基づいて、前記顧客端末が読み込んだ二次元コードに含まれる席ＩＤ、注文を受けた飲食物の品名、個数及び金額を少なくとも含むレシートを作成するレシート作成ステップと、
前記レシート作成ステップにおいて作成したレシートを出力するレシート出力ステップと、
を備えることを特徴とする。

また、上記目的を達成するため、本発明に係る飲食物注文管理プログラムは、その一態様として、
ネットワークを介して、顧客が携行する顧客端末と相互に通信可能なコンピュータが読み取り可能な飲食物注文管理プログラムであって、
前記コンピュータを、
飲食店の飲食物のメニューを記憶するメニュー記憶手段と、
飲食店の店員から、飲食店の会計単位の全席に対して二次元コードを出力する第一の指示を受け付けた場合には、会計単位の全席に対して、メニューにアクセスするためのアクセス情報と、会計単位の席を一意に識別可能な席ＩＤを少なくとも含む識別情報と、が格納された二次元コードを作成する第一の二次元コード作成手段と、
前記第一の二次元コード作成手段が作成した二次元コードのそれぞれを印字した二次元コード印字紙を出力する第一の二次元コード出力手段と、
飲食店の店員が、前記第一の二次元コード出力手段により出力された二次元コード印字紙のそれぞれを該当する席に掲示した後の第一の状態において、前記顧客端末が、顧客が飲食する席に掲示された二次元コードを読み取ってメニューにアクセスした場合には、該顧客端末に対して前記メニュー記憶手段に記憶されたメニューを送信するメニュー送信手段と、
顧客がメニューの中から飲食物の注文を行い、前記メニューを送信した前記顧客端末から、注文した飲食物の品名及び個数を含む注文情報を受け付けた場合には、受け付けた注文情報、及び前記メニュー記憶手段に記憶されたメニューに基づいて、前記顧客端末が読み込んだ二次元コードに含まれる席ＩＤ、注文を受けた飲食物の品名、個数及び金額を少なくとも含むレシートを作成するレシート作成手段と、
前記レシート作成手段が作成したレシートを出力するレシート出力手段と、
として機能させることを特徴とする。

本発明によれば、飲食店にとっては、コストをかけることなく、店員の労力を軽減できるとともに、顧客にとっては、店員に頼ることなく、自らが注文したいタイミングで飲食物を注文することができる。

本発明の第１の実施の形態に係る飲食店注文管理システムの概略構成図である。 （ａ）は、本発明の第１の実施の形態に係る店舗ＤＢのデータ構成を模式的に示す図、（ｂ）は、二次元コードのデータ構成を模式的に示す図、（ｃ）は、アクセスＤＢのデータ構成を模式的に示す図、（ｄ）は、レシートＤＢのデータ構成を模式的に示す図である。 本発明の第１の実施の形態に係る注文管理サーバの概略構成図である。 本発明の第１の実施の形態に係るレシートの一例を示す図である。 本発明の第１の実施の形態に係る店舗端末の概略構成図である。 本発明の第１の実施の形態に係る顧客端末の概略構成図である。 本発明の第１の実施の形態に係る飲食店注文管理システムの全席に対する二次元コード出力処理の流れを示すフローチャートである。 本発明の第１の実施の形態に係る飲食店注文管理システムの注文処理の流れを示すフローチャートである。 本発明の第１の実施の形態に係る飲食店注文管理システムのレシート出力処理の流れを示すフローチャートである。 本発明の第１の実施の形態に係る飲食店注文管理システムの特定の席に対する二次元コード出力処理の流れを示すフローチャートである。 本発明の第１の実施の形態に係る飲食店注文管理システムの注文処理の変形例の流れを示すフローチャートである。 本発明の第１の実施の形態に係る飲食店注文管理システムの注文管理サーバの変形例の概略構成図である。 本発明の第２の実施の形態に係る注文管理サーバの概略構成図である。 本発明の第２の実施の形態に係る飲食店注文管理システムの全席に対する二次元コード出力処理の流れを示すフローチャートである。 図１６とともに、本発明の第２の実施の形態に係る飲食店注文管理システムの注文処理の流れを示すフローチャートである。 図１５とともに、本発明の第２の実施の形態に係る飲食店注文管理システムの注文処理の流れを示すフローチャートである。 本発明の第２の実施の形態に係る飲食店注文管理システムの特定の席に対する二次元コード出力処理の流れを示すフローチャートである。

以下、本発明の実施の形態について図面を用いて説明する。
［第１の実施の形態］
＜飲食物注文管理システムの構成＞
図１は、本発明の第１の実施の形態に係る飲食物注文管理システム１００の概略構成図である。飲食物注文管理システム１００は、顧客３が飲食店２において飲食物を注文する場合、顧客３が携行する顧客端末３０を用いて飲食物の注文を可能とするサービス（以下、スマートオーダーサービスという）を提供するコンピュータシステムである。飲食物注文管理システム１００では、顧客端末３０が、飲食店２の席に掲示された二次元コード２７を読み取ることにより、Ｗｅｂ上の飲食店２のメニューにアクセスした後、顧客３がＷｅｂ上のメニューの中から飲食物の注文を行うようになっている。一方、飲食店２では、店舗端末２０が、上記注文により、飲食物の注文に関するレシート２８を出力するので、飲食店２の店員は、このレシート２８に従って飲食物の調理及び提供を行うようになっている。

このように、飲食物注文管理システム１００では、顧客３は、飲食店２の店員に頼ることなく、自らが注文したいタイミングで飲食物を注文することが可能である。また、飲食店２は、顧客３が自ら携行する顧客端末３０で飲食物の注文をしてくれるので、客席にコストをかけてタブレット型の端末を設置する必要もなく、また、店員を介さずに注文を受けることができるので、店員の労力を軽減することが可能である。

なお、本実施の形態の飲食物注文管理システム１００は、図１に示すように、複数の飲食店２において複数の顧客３からの飲食物の注文を管理可能であるが、以下においては、所定の１店舗の飲食店２において１人の顧客３がスマートオーダーサービスを利用する場合について説明する。また、スマートオーダーサービスでは、飲食店２は当該サービスの会員となる必要があるが、顧客３は当該サービスの会員となる必要はない、したがって、顧客３は、飲食物注文管理システム１００に対して個人情報や属性情報を登録する必要はない。

飲食物注文管理システム１００は、図１に示すように、スマートオーダーサービスを提供する管理会社１が有する注文管理サーバ１０と、飲食店２に設置された店舗端末２０と、顧客３が携行する顧客端末３０と、注文管理サーバ１０、店舗端末２０及び顧客端末３０をそれぞれ相互に通信可能とする、例えば、インターネット網、公衆網、ＬＡＮ（Local Area Network）などの構内網、などからなる通信ネットワーク４０、とを備えている。

ここで、まず、飲食物注文管理システム１００に用いられる二次元コード２７について説明する。図２（ａ）は、二次元コード２７のデータ構成を説明する図である。二次元コード２７は、例えば、マトリックス式のＱＲコード（登録商標）が好適であるが、ＱＲコード（登録商標）に限定されるものではない。他の二次元コードでも適用可能であり、マトリックス式の他の種類の二次元コードやスタック式の二次元コードでもよい。

スマートオーダーサービスにおいては、二次元コード２７を印字した紙（以下、二次元コード印字紙という）が飲食店２の全席に配置されている。なお、スマートオーダーサービスにおける席とは、後述する席番が付与された席を意味する。

二次元コード２７に格納されている情報には、少なくとも、Ｗｅｂ上の飲食店２のメニューのアドレスを示すＵＲＬ（Uniform Resource Locator）と、識別データが含まれている。二次元コード２７にメニューのアドレスを示すＵＲＬが含まれているため、顧客３は顧客端末３０で二次元コード２７を読み込むことにより、注文管理サーバ１０に設けられた飲食店２のメニューにアクセスすることが可能となっている。識別データは、顧客端末３０から注文管理サーバ１０への不正アクセスを防止するために設けられたものである。本実施の形態に係る識別データは、店番、席番、客番、日付、及びセキュリティコードで構成されている。

店番は、飲食店２を一意に識別可能な番号であり、席番は、飲食店２におけるテーブルやカウンターなど会計単位の席を一意に識別可能な番号である。以下、本実施の形態において「席」と表記する場合には、この会計単位の席を意味する。例えば、カウンターの席に対しては、それぞれの席に対して一の番号が付与される一方、テーブルの席に対しては４人掛けの席であっても一のテーブルに対して一の席番が付与されるようにしてもよい。勿論、席番の付与は飲食店２ごとの事情に合わせて自由に設定することが可能である。客番は、同一店、同一席、同一日付における顧客３の入れ替わり回数を示す番号である。具体的には、日付が変わって初めて二次元コード２７を作成する場合には、客番には初期値１が設定され、以後、同一店、同一席、同一日付に関して二次元コード２７を再作成する場合には、客番は１ずつ加算されて設定される。セキュリティコードは、乱数により作成する一定数以上の文字列であり、本実施の形態では、３２桁の文字列で構成され、使用する文字を０〜９及びＡ〜Ｆの１６種としている。つまり、セキュリティコードの組合せは、１６の３２乗通りとなる。

このように、本実施の形態の識別データは、同一店、同一席及び同一日付に対して、複数の情報を保持可能としているが、客番を付加することにより、客の入れ替わりに合わせて、現在、飲食店２に在席する顧客３のアクセスだけを有効とし、退店した顧客３のアクセスを無効とするデータとしている（後述するアクセス可否データｄ２０にて説明する）。また、セキュリティコードを付加することにより、悪意の第三者が不正にアクセスすることを禁止している。本実施の形態の飲食物注文管理システム１００では、顧客３は退店後もメニューのＵＲＬに基づいてアクセスすることが可能となるため、不要なアクセスを排除したものである。すなわち、本実施の形態の識別データは、不要又は不正な注文を排除するために設けられている。

図３は、注文管理サーバ１０の機能構成図である。注文管理サーバ１０は、飲食物注文管理システム１００全体を統括する装置である。

注文管理サーバ１０は、図３に示すように、例えば、ハードディスク等から構成され、飲食物注文管理システム１００が管理するデータを記憶する記憶部１１と、例えば、ＣＰＵ及びメモリ等から構成され、記憶部１１の制御や、各種データの転送、種々の演算、データの一時的な格納等を行うことにより、本実施の形態の後述する各種処理（マスタ処理、二次元コード出力処理、注文処理、レシート出力処理）を実行する制御部１２と、通信ネットワーク４０を介して店舗端末２０や顧客端末３０とデータの送受信を行う通信部１３と、を備えている。

記憶部１１は、詳しくは、店舗データベース（以下、店舗ＤＢという）１０１、アクセスデータベース（以下、アクセスＤＢという）１０２、及びレシートデータベース（以下、レシートＤＢという）１０３を具備する構成となっている。図２（ｂ）に店舗ＤＢ１０１、図２（ｃ）にアクセスＤＢ１０２、図２（ｄ）にレシートＤＢ１０３のデータ構成の模式図を示す。

店舗ＤＢ１０１は、スマートオーダーサービスを利用する飲食店２のマスタ情報を記憶するデータベースである。店舗ＤＢ１０１は、図２（ｂ）に示すように、店番を、パスワード、メニュー情報、及び席情報と、を対応付けて構成された店舗データｄ１０を記憶している。つまり、店舗ＤＢ１０１は、飲食店２ごとにメニュー情報や席情報などを記憶している。ここで、メニュー情報は、飲食店２のメニューに関する情報であり、飲食物ごとに品名、金額（単価）、画像などを備えたデータである。席情報は、飲食店２の席に関する情報であり、飲食店２に設けられた全席を上記席番と対応付けたデータである。店舗データｄ１０は、飲食店２の店員が、店舗端末２０を用いて、飲食物注文管理システム１００におけるマスタ処理を実行することにより、登録／更新可能となっている。

アクセスＤＢ１０２は、飲食物注文管理システム１００における注文処理を実行するに際して、顧客端末３０から注文管理サーバ１０へのアクセスが有効か否かをチェックするためのデータベースである。アクセスＤＢ１０２は、図２（ｃ）に示すように、識別データを有効フラグと対応付けたアクセス可否データｄ２０を記憶する。識別データは、上述したように、不正な注文を排除するために設けられているコードであり、有効フラグがオンのアクセス可否データｄ２０はアクセス可（有効）を意味し、有効フラグがオフのアクセス可否データｄ２０はアクセス不可（無効)を意味する。すなわち、顧客端末３０から注文管理サーバ１０へのアクセスに際しては、顧客端末３０から送信された識別データに基づいてアクセスＤＢ１０２に記憶された識別データを参照し、参照した識別データがアクセス可（有効）である場合には、顧客端末３０から注文管理サーバ１０へのアクセスを有効としている。

レシートＤＢ１０３は、飲食物注文管理システム１００の注文処理において、顧客端末３０から注文が行われた飲食物に関する情報を記憶するデータベースである。レシートＤＢ１０３は、図２（ｄ）に示すように、飲食店２において注文を受けた飲食物ごとに、店番、品名、数量、席番、金額（単価）、及び注文日時を有するレシートデータｄ３０を記憶するデータベースである。レシートデータｄ３０の店番は、顧客端末３０から送信された識別データに含まれる店番が設定されている。レシート２８は、このレシートデータｄ３０に基づいて店舗端末２０から出力される。

図４にレシート２８の一例を示す。本実施の形態のレシート２８は、一のレシートデータｄ３０に基づいて、２枚出力される。一つは、注文用レシート２８Ａであり、もう一つは、会計用レシート２８Ｂである。

注文用レシート２８Ａは、調理場の店員が調理用に用いたり、フロアの店員が顧客３への配膳用に用いたりする。すなわち、調理場では、この注文用レシート２８Ａの内容に基づいて、飲食物の調理をし、フロアの店員は、この注文用レシート２８Ａの内容に基づいて、飲食物を用意したりする。調理が完成した飲食物は、注文用レシート２８Ａの席番に基づいて顧客３のもとに提供される。

一方、会計用レシート２８Ｂは、注文伝票のバインダーにクリップ止めされる。スマートオーダーサービスでは、飲食店注文管理システム１００に基づいた店員を介しない注文受付の他、店員を介した従来ながらの対面の注文受付も可能としている。そのため、飲食店２内では、飲食店注文管理システム１００に基づく顧客端末３０から注文する顧客３と、店員を介して注文する顧客３と、が混在する。そこで、注文伝票のバインダーには、従来型の手書き注文用紙が挟まれ、当該注文用紙には、店員を介して注文された飲食物の品名及び個数などが記載されるとともに、会計用レシート２８Ｂが挟まれるようになっている。
図４（ａ）は、注文が食物の場合の注文用レシート２８Ａ、図４（ｂ）は、注文が食物の場合の会計用レシート２８Ｂを示している。レシート２８Ａ及びＢには、品名（例えば、イカの丸干し）、数量（例えば、１）、席番（例えば、テーブル２）、金額（単価）（例えば、￥４８０）、注文日時（例えば、２０１８／１１／０７ １０：０７）及び注文用か会計用かを識別する文字（例えば、［注文用］、［会計用］）が印字される。
図４（ｃ）は、注文が飲物の場合の注文用レシート２８Ａ、図４（ｄ）は、注文が飲物の場合の会計用レシート２８Ｂを示している。同様に、レシート２８Ａ及びＢには、品名（例えば、獺祭二割三分冷酒）、数量（例えば、２）、席番（例えば、テーブル２）、金額（単価）（例えば、￥８００）、注文日時（例えば、２０１８／１１／０７ １０：０７）及び注文用か会計用かを識別する文字（例えば、［注文用］、［会計用］）が印字される。

なお、図４には図示しなかったが、レシート２８には、上記情報に加えて、品名を示すアイコン画像（例えば、ビールの場合には、ビールのジョッキを示す画像、日本酒の場合には、徳利を示す画像など）を印字してもよい。飲食店２の店員が注文内容を即時に把握でき、作業を効率化できる場合がある。また、店番に基づいて飲食店の店名を印字してもよい。

図３に戻り、制御部１２を、主たる機能ごとに細分化すると、メニュー登録部１０４、席情報登録部１０５、二次元コード作成部１０６、二次元コード出力部１０７、アクセス制御部１０８、メニュー送信部１０９、及びレシート作成部１１０に分類される。

メニュー登録部１０４は、飲食物注文管理システム１００のマスタ処理において、飲食店２の店員が店舗端末２０を介して入力したメニュー情報を店舗ＤＢ１０１に登録する機能である。

席情報登録部１０５は、飲食物注文管理システム１００のマスタ処理において、飲食店２の店員が店舗端末２０を介して入力した席情報を店舗ＤＢ１０１に登録する機能である。

二次元コード作成部１０６は、飲食物注文管理システム１００の二次元コード出力処理において、飲食店２の店員が店舗端末２０を介して入力した出力指示情報に対して二次元コード２７を作成する機能である。

ここで、二次元コード２７を出力する出力指示情報は、（１）全席に対する二次元コード出力指示情報と、（２）特定の席に対する出力指示情報と、がある。全席に対する二次元コード出力指示とは、その日最初に実行される二次元コード出力指示であり、例えば、飲食店２の開店前に実行され、飲食店２内の全席に対して二次元コード２７の作成を行う。一方、特定の席に対する出力指示とは、会計が終了した顧客３の席に対する二次元コード出力指示であり、会計が終了した顧客３の席に対して二次元コード２７の作成を行う。このように本実施の形態の飲食物注文管理システム１００においては、同一の席であっても、客の回転に合わせて二次元コード２７を再作成するようにしている。現在、飲食店２に在席する顧客３の顧客端末３０からの注文だけを有効とするためである。

二次元コード出力部１０７は、飲食物注文管理システム１００の二次元コード出力処理において、二次元コード作成部１０６が作成した二次元コード２７を店舗端末２０に送信する機能である。これにより、店舗端末２０では、例えば、レシートプリンタ２０Ｂから全席又は特定の席の二次元コード２７が印字された二次元コード印字紙が出力される。なお、二次元コード印字紙には、二次元コード２７とともに、少なくとも席番を含む情報（識別データでもよい）が印字されることが好ましい。飲食店２の店員は、印字された席番に従ってこの二次元コード印字紙を該当する席に配置することができるからである。

アクセス制御部１０８は、飲食物注文管理システム１００の注文処理において、顧客端末３０からメニューに対するアクセスが行われた場合、顧客端末３０から送信された二次元コード２７に含まれる識別データに基づいて顧客端末３０からのアクセスが有効であるか否かを判断する機能である。アクセス制御部１０８は、顧客端末３０から送信された識別データの有効性を、まず、（１）この識別データがアクセスＤＢ１０２に記憶されたアクセス可否データｄ２０の識別データとして存在するか否かをチェックし（セキュリティコードのチェック）、（２）識別データとして存在している場合には、次に、この識別データの有効フラグが有効か否かをチェックして（有効フラグのチェック）、メニューに対するアクセスが有効か否かを判断する。

また、本実施の形態では、アクセス制御部１０８は、飲食物注文管理システム１００の二次元コード出力処理において、二次元コード２７を作成した後、作成した二次元コード２７の識別データの有効フラグをオン（有効）に設定する機能を有する。また、作成した二次元コード２７の旧識別データ（作成した二次元コード２７の識別データの客番よりも小さな客番の識別データ）が存在する場合には、旧識別データの有効フラグをオフ（無効）に設定する機能を有する。

メニュー送信部１０９は、飲食物注文管理システム１００の注文処理において、アクセス制御部１０８により、顧客端末３０からのアクセスが有効であると判断された場合に、店舗ＤＢ１０１に記憶されたメニュー情報に基づいて、メニューを送信する機能である。これにより、顧客３は、顧客端末３０においてメニューを閲覧することが可能となり、飲食物の注文が可能となる。

レシート作成部１１０は、飲食物注文管理システム１００の注文処理において、顧客端末３０から飲食物の注文を受けた場合、注文を受けた飲食物のレシートデータｄ３０を作成し、レシートＤＢ１０３に記憶する機能である。なお、レシート作成データｄ３０の店番は、顧客端末３０が送信した識別データの店番に基づく。レシートＤＢ１０３に記憶されたレシートデータｄ３０は、飲食物注文管理システム１００のレシート出力処理において、店舗端末２０が定期的に取得するようになっている。

なお、注文管理サーバ１０は、上述したようなアプリケーションサーバ、データベースサーバ、及びＷｅｂ（World Wide Web）サーバとしての機能を有しており、店舗端末２０及び顧客端末３０とＷｅｂを活用した情報授受ができるようになっている。さらに、注文管理サーバ１０は、物理的に一つからなる装置の他、複数の装置がネットワーク接続されたシステムから構成されてもよく、複数の装置で構成された場合には、同一の場所にすべてが設置されていてもよいし、複数の場所に分散して設置されていてもよい。

図５は、店舗端末２０の機能構成図である。店舗端末２０は、図１に示すように、例えば、パーソナルコンピュータ（personal computer；ＰＣ）２０Ａと、二次元コード２７やレシート２８を出力するレシートプリンタ２０Ｂと、で構成されることが想定される。

店舗端末２０は、詳しくは、図５に示すように、例えば、ハードディスク等から構成されプ各種データを記憶する記憶部２１と、例えば、キーボードやマウスなどで構成される入力部２２、例えば、液晶ディスプレイなどで構成される表示部２３と、例えば、レシートプリンタ２０Ｂなどで構成される出力部２４と、例えば、ＣＰＵ及びメモリ等から構成され、記憶部２１の制御や、各種データの転送、種々の演算、データの一時的な格納等を行うことにより、本実施の形態の上述した各種処理（マスタ処理、二次元コード出力処理、注文処理、レシート出力処理）を実行する制御部２５と、通信ネットワーク４０を介して注文管理サーバ１０とデータの送受信を行う通信部２６と、を具備する構成である。

制御部２５は、飲食物注文管理システム１００の機能としては、レシート取得部２０１を有する。レシート取得部２０１は、飲食物注文管理システム１００のレシート出力処理において、所定の時間間隔ごとに注文管理サーバ１０のレシートＤＢ１０３にアクセスし、レシートＤＢ１０３に新たなレシートデータｄ３０が存在する場合には、レシートデータｄ３０を取得するレシート取得機能を有している。取得されたレシートデータｄ３０は、店舗端末２０からレシート２８Ａ及び２８Ｂとして出力される。飲食店２の店員は、出力されたレシート２８Ａを調理場へ持参し、レシート２８Ｂを該当する席の注文伝票のバインダーにクリップ止めする。

なお、制御部２５の機能としては、図示しないが、飲食店２の店員は、店舗端末２０の表示部２３を介してスマートオーダーサービスの種々の情報を確認することができる。また、飲食店２の店員は、入力部２２を介して、メニュー情報や席情報などのマスタ情報を入力することにより、店舗ＤＢ１０１にマスタ情報を登録するマスタ処理を実行することができる。

また、飲食店２の店員は、開店前又は会計終了後に、入力部２２を介して、二次元コード２７の出力指示をすることにより、二次元コード２７が印字された二次元コード印字紙を店舗端末２０から出力することができる。この二次元コード印字紙は、上述したように席番に従って該当する席に配置され、掲示される。

また、飲食店２の店員は、会計時、注文伝票のバインダーに挟まれた手書き注文用紙、及び会計用レシート２８Ｂの双方を集計して、精算を行う。

図６は、顧客端末３０の機能構成図である。顧客端末３０は、図１に示すように、例えば、スマートフォン、タブレット端末など顧客３が携行可能な情報処理端末が想定される。

顧客端末３０は、詳しくは、図６に示すように、記憶部３１と、ＵＩ（User Interface）部３２と、撮影部３３と、制御部３４と、通信部３５と、を具備する構成である。

記憶部３１は、例えば、フラッシュメモリ等から構成され、制御部３４が制御に用いるデータやプログラムなどを記憶するようになっている。本実施の形態の記憶部３１には、ブラウザソフトなどのソフトがインストールされている。

ＵＩ部３２は、情報処理端末の入力部及び出力部（表示部）を兼ねるものであり、顧客３からの入力操作を受け付けるとともに、入力操作に応じて制御部３４にて処理された結果を出力（表示）するようになっている。例えば、表示画面を兼ねたタッチパネル、マイク、スピーカなどで構成されている。

撮影部３３は、カメラ機能により、席に掲示された二次元コード２７を撮影する。

制御部３４は、例えば、ＣＰＵ及びメモリ等から構成され、記憶部３１の制御や、各種データの転送、種々の演算、データの一時的な格納等を行うことにより、飲食物注文管理システム１００における顧客端末３０側の処理を実行する。

制御部３４は、飲食物注文管理システム１００の機能としては、二次元コード読取部３０１を有する。二次元コード読取部３０１は、撮影部３３により撮影された画像から二次元コード２７の情報を読み取った後、ブラウザソフトを起動し、読み取った情報のアクセス情報（ＵＲＬ）に基づいて注文管理サーバ１０のメニューにアクセスする。

通信部３５は、ブラウザソフトなどにより、通信ネットワーク４０を介して注文管理サーバ１０とデータの送受信を行うようになっている。

また、本実施の形態に係る飲食物注文管理システム１００の各種処理（マスタ処理、二次元コード出力処理、注文処理、レシート出力処理）を実行するプログラムは、上述したメモリなどの主記憶装置やハードディスクなどの補助記憶装置に格納されているものである。そして、このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＢＤ（Blu-ray Disc（登録商標））などのコンピュータが読み取り可能な記録媒体に記録することも、通信ネットワークを介して配信することも可能である。

＜飲食物注文管理システムの動作＞
次に、図７〜図１０を用いて、本実施の形態に係る飲食物注文管理システム１００の動作について説明する。ここで、図７〜図１０は、飲食物注文管理システム１００の各種処理の流れを示すシーケンス図である。

なお、図７、図９及び図１０に示す飲食物注文管理システム１００の各種処理は、飲食店２の店員が飲食物注文管理システム１００においてユーザ認証された後（店番及びパスワードの入力により認証された後のログイン状態において）、実行される処理である。すなわち、図７、図９及び図１０に示す飲食物注文管理システム１００の各種処理は、注文管理サーバ１０は、接続中の店舗端末２０がいずれの店舗端末２０であるかを認識している状態、つまり飲食店２の店番を認識している状態で行われている。

＜全席に対する二次元コード出力処理＞
まず、図７を用いて、飲食物注文管理システム１００の全席に対する二次元コード出力処理について説明する。なお、図７は、飲食物注文管理システム１００の全席に対する二次元コード出力処理の流れを示すシーケンス図である。

飲食店２の店員は、その日最初の処理として、例えば、開店前に、店舗端末２０から全席に対する二次元コード出力指示を行う（ステップＳ１０）。例えば、店員は、店舗端末２０に表示された飲食物注文管理システム１００の初期画面のメニューの中から「全席に対する二次元コード出力指示」を選択する。この結果、店舗端末２０から「全席に対する出力指示情報」が注文管理サーバ１０に送信される。

注文管理サーバ１０は、店舗端末２０から「全席に対する出力指示情報」を受信すると（ステップＳ２０）、飲食店２の店番に従って店舗ＤＢ１０１に記憶された店舗データｄ１０の席情報を参照し、飲食店２の全席の二次元コード２７を作成する（ステップＳ３０）。すなわち、この時点において、飲食店２の全席分の二次元コード２７が作成される。なお、作成された全席の二次元コード２７の識別データの客番には１が設定されている。

次いで、注文管理サーバ１０は、作成した全席の二次元コード２７のそれぞれの識別データに対して、有効フラグがオンのアクセス可否データｄ２０を作成し、アクセスＤＢ１０２に記憶する（ステップＳ４０）。この時点において、アクセス可否データｄ２０は、飲食店２の全席分作成される。

次いで、注文管理サーバ１０は、作成した全席の二次元コード２７を店舗端末２０に送信する（ステップＳ５０）。

店舗端末２０は、全席の二次元コード２７を受信すると（ステップＳ６０）、受信した全席の二次元コード２７を出力する（ステップＳ７０）。これにより、出力部２４を介して二次元コード２７を印字した二次元コード印字紙が全席分出力されるので、飲食店２の店員は、全席分の二次元コード印字紙を席番に従って該当するそれぞれの席に配置する。

このように本実施の形態に係る飲食物注文管理システム１００の全席に対する二次元コード出力処理によれば、飲食店２の全席に対して二次元コード２７を作成し、全席の二次元コード２７を配置するので、顧客３は飲食店２のいずれの席に着いてもスマートオーダーサービスを利用することができる。

＜注文処理＞
次に、図８を用いて、飲食物注文管理システム１００の注文処理について説明する。なお、図８は、飲食物注文管理システム１００の注文処理の流れを示すシーケンス図である。

飲食店２の席に着いた顧客３は、携行した顧客端末３０を用いて、席に配置された二次元コード印字紙の二次元コード２７を読み込む処理を行う（ステップＳ１１０）。これにより、顧客端末３０は、二次元コード２７に含まれるＵＲＬに基づいて、注文管理サーバ１０内の飲食店２のメニューにアクセスする（ステップＳ１２０）。この際、顧客端末３０は、飲食店２のメニューへのアクセス要求とともに二次元コード２７に含まれる識別データを注文管理サーバ１０に送信する。

注文管理サーバ１０は、顧客端末３０からアクセス要求とともに識別データを受信すると（ステップＳ１３０）、受信した識別データに基づいてアクセスＤＢ１０２を参照し、受信した識別データが有効であるか否かをチェックする（ステップＳ１４０）。受信した識別データが有効であるか否かは、アクセスＤＢ１０２に記憶された該当するアクセス可否データｄ２０の有効フラグに基づいて行う。

次いで、注文管理サーバ１０は、受信した識別データが有効である場合には（ステップＳ１５０：ＹＥＳ）、店舗ＤＢ１０１に記憶されたメニュー情報に基づいてメニューを顧客端末３０に送信する（ステップＳ１６０）。

一方、受信した識別データが有効でない場合には（ステップＳ１５０：ＮＯ）、注文管理サーバ１０は、アクセス不可情報を顧客端末３０に送信する。これにより、顧客端末３０は、アクセス不可である旨の表示を行う（ステップＳ１７０）。

メニューを受信した顧客端末３０は、メニューを表示するので（ステップＳ１８０、ステップＳ１９０）、顧客３は、表示されたメニューの中から飲食物の注文を行う（ステップＳ２００）。これにより、飲食物の品名及び数量を少なくとも含んだ注文情報が顧客端末３０から注文管理サーバ１０に送信される。

注文管理サーバ１０は、注文情報を受信すると（ステップＳ２１０）、受信した注文情報のほか、顧客端末３０から受信した識別データや店舗データｄ１０のメニュー情報を用いてレシートデータｄ３０を作成し、レシートＤＢ１０３に記憶する（ステップＳ２２０）。

顧客３が飲食物の注文を終了する場合には（ステップＳ２３０：ＹＥＳ）、飲食物注文管理システム１００の注文処理は終了し、顧客３が飲食物の注文を続行する場合には（ステップＳ２３０：ＮＯ）、ステップＳ２００に戻って、再び表示されたメニューの中から飲食物の注文を行う。

このように本実施の形態に係る飲食物注文管理システム１００の注文処理によれば、飲食店２内において顧客３は自らが携行する顧客端末３０を用いて飲食物の注文をすることができるので、店員に頼ることなく、自らが注文したいタイミングで飲食物を注文することができる。また、飲食店２の店員は、顧客３からの対面注文の数を減少させることができるので、労力を軽減することができる。

＜レシート出力処理＞
次に、図９を用いて、飲食物注文管理システム１００のレシート出力処理について説明する。なお、図９は、飲食物注文管理システム１００のレシート出力処理の流れを示すシーケンス図である。

店舗端末２０は、一定時間ごとに（ステップＳ３１０：ＹＥＳ）、レシート取得機能を稼働させる（ステップＳ３２０）。これにより、レシート取得要求が店舗端末２０から注文管理サーバ１０に送信される。

注文管理サーバ１０は、レシート取得要求を受信すると（ステップＳ３３０）、飲食店２の店番に従ってレシートＤＢ１０３に記憶されたレシートデータｄ３０を参照し、該当する飲食店２のレシートデータｄ３０が存在するか否かをチェックする（ステップＳ３４０）。

次いで、注文管理サーバ１０は、該当する飲食店２のレシートデータｄ３０が存在する場合には（ステップＳ３５０：ＹＥＳ）、レシートデータｄ３０を店舗端末２０に送信し（ステップＳ３６０）、送信したレシートデータｄ３０を削除する（ステップＳ３７０）。一方、該当する飲食店２のレシートデータｄ３０が存在しない場合には（ステップＳ３５０：ＮＯ）、何ら処理を実行しない。

店舗端末２０は、レシートデータｄ３０を受信すると（ステップＳ３８０）、受信したレシートデータｄ３０に基づいてレシート２８を出力する（ステップＳ３９０）。これにより、出力部２４を介してレシート２８Ａ及びＢが出力されるので、飲食店２の店員は、出力されたレシート２８Ａを調理場へ持参し、レシート２８Ｂを該当する席の注文伝票のバインダーにクリップ止めする。

このように本実施の形態に係る飲食物注文管理システム１００のレシート出力処理によれば、飲食店２の店員は、顧客３から対面注文を受けることなく、顧客３が注文したレシート２８を受け取ることができるので、注文に関する労力を軽減でき、その分、他の作業に従事することができる。

なお、本実施の形態のレシート出力処理では、レシートＤＢ１０１には、店舗端末２０が取得していないレシートデータｄ３０だけが記憶され、店舗端末２０が取得したレシートデータｄ３０は削除されるようにしたが、これとは別の方法によりレシートデータｄ３０を管理するようにしてもよい。例えば、店舗端末２０が取得したか否かを示す取得フラグを設け、店舗端末２０は、店舗端末２０が未だ取得していないレシートデータｄ３０だけを取得するようにしてもよい。

＜特定の席に対する二次元コード出力処理＞
まず、図１０を用いて、飲食物注文管理システム１００の特定の席に対する二次元コード出力処理について説明する。なお、図１０は、飲食物注文管理システム１００の特定の席に対する二次元コード出力処理の流れを示すシーケンス図である。

飲食店２の店員は、会計が終了した顧客３の席に対して、二次元コード出力指示を行う（ステップＳ４１０）。例えば、店員は、店舗端末２０に表示された飲食物注文管理システム１００の初期画面のメニューの中から「特定の席に対する二次元コード出力指示」を選択し、会計が終了した顧客３の席番を入力する。この結果、店舗端末２０から席番を含む「特定の席に対する出力指示情報」が注文管理サーバ１０に送信される。

注文管理サーバ１０は、店舗端末２０から席番を含む「特定の席に対する出力指示情報」を受信すると（ステップＳ４２０）、飲食店２の店番に従って店舗ＤＢ１０１に記憶された店舗データｄ１０の席情報を参照し、特定の席の二次元コード２７を作成する（ステップＳ４３０）。すなわち、この時点において、飲食店２の特定の席に対する二次元コード２７が新たに作成される。

ここで、新たに作成した特定の席に対する二次元コード２７（以下、特定の席に対する新二次元コード２７という）の識別データの客番には、この特定の席に対して前回作成したときの二次元コード２７（以下、特定の席に対する旧二次元コード２７という）の識別データの客番に１が加算された数値が設定されている。

次いで、注文管理サーバ１０は、特定の席に対する新二次元コード２７の識別データに対して、有効フラグがオンのアクセス可否データｄ２０を作成し、アクセスＤＢ１０２に記憶する（ステップＳ４４０）。また、注文管理サーバ１０は、特定の席に対する旧二次元コード２７の識別データ（旧識別データ）に対して、有効フラグをオフに更新したアクセス可否データｄ２０をアクセスＤＢ１０２に記憶する（ステップＳ４５０）。これにより、会計を終了した顧客３が退店後、顧客端末３０のブラウザ上に残っていたメニューに基づいて再度、注文を行ったとしても注文管理サーバ１０はこの注文を受けることはない。

次いで、注文管理サーバ１０は、作成した特定の席に対する新二次元コード２７を店舗端末２０に送信する（ステップＳ４６０）。

店舗端末２０は、特定の席に対する新二次元コード２７を受信すると（ステップＳ４７０）、受信した特定の席の新二次元コード２７を出力する（ステップＳ４８０）。これにより、出力部２４を介して特定の席の新二次元コード２７を印字した二次元コード印字紙が出力されるので、飲食店２の店員は、席番に従って二次元コード印字紙を特定の席に配置する。

このように本実施の形態に係る飲食物注文管理システム１００の特定の席に対する二次元コード出力処理によれば、顧客３が会計を終了した場合、会計を終了した顧客３の席に対して新たな二次元コード２７を作成し、会計を終了した顧客３の席に新たな二次元コード２７を配置するので、新たな顧客３がこの席が着いても、スマートオーダーサービスを利用することができる。

以上、本実施の形態の飲食物注文管理システム１００によれば、飲食店にとっては、コストをかけることなく、店員の労力を軽減できるとともに、顧客にとっては、店員に頼ることなく、自らが注文したいタイミングで飲食物を注文することができる。

また、顧客３が有する顧客端末３０は、二次元コード２７を保持可能であったり、他から入手可能であったりするので、本実施の形態の二次元コード２７は、店番、席番、客番、日付及びセキュリティコードからなる識別データを備えるようにしている。この結果、同一の席にて顧客３が入れ替わった場合であっても、正確に飲食物の注文を取ることができる。すなわち、退店後の顧客３からの不要な注文を排除することができる。また、悪意ある第三者からの不正な注文を排除することができる。

＜第１の実施の形態の変形例＞
・レシート出力処理
なお、本実施の形態のレシート出力処理は、顧客端末３０が能動的にレシートデータｄ３０を取得する、いわゆるプル型の処理であった。しかしながら、注文管理サーバ１０がレシートデータｄ３０を作成した後に顧客端末３０に送信する、いわゆるプッシュ型の処理としてもよい。

図１１は、上記実施の形態の注文処理の中にレシート出力処理を組み込んだ変形例の処理の流れを示すシーケンス図である。ステップＳ２００の工程までは、図８の注文処理と同一であるため、ステップＳ２１０以降の注文管理サーバ１０と顧客端末３０と工程について説明する。

注文管理サーバ１０は、注文情報を受信すると（ステップＳ２１０）、受信した注文情報のほか、受信した識別データや店舗データｄ１０のメニュー情報を用いてレシートデータｄ３０を作成し（ステップＳ２２０）、作成したレシートデータｄ３０を店舗端末２０に送信する（ステップＳ２３０）。

顧客端末３０は、レシートデータｄ３０を受信すると（ステップＳ２４０）、受信したレシートデータｄ３０に基づいてレシート２８を出力する（ステップＳ２５０）。これにより、出力部２４を介してレシート２８Ａ及びＢが出力される。

このように本実施の形態に係る飲食物注文管理システム１００の注文処理の変形例によれば、注文管理サーバ１０が作成したレシートデータｄ３０を能動的に店舗端末２０に送信するので、店舗端末２０の処理負荷を軽減することができる。また、注文管理サーバ１０が作成したレシートデータｄ３０を即時店舗端末２０に送信するので、タイムラグなくレシート２８を出力することができる。

・注文管理サーバ１０と店舗端末２０を兼務する注文管理装置５０
また、上記実施の形態の飲食物注文管理システム１００では、注文管理サーバ１０を管理会社１に配置し、店舗端末２０を飲食店２に配置する構成にて説明したが、飲食物注文管理システム１００の装置構成は、これに限定されない。例えば、注文管理サーバ１０及び店舗端末２０の機能を兼ね備えた注文管理装置５０を飲食店２に配置するようにしてもよい。

図１２は、注文管理装置５０の機能構成図である。なお、図１２の注文管理装置５０の各部に付された符号に関しては、本実施の形態に係る注文管理サーバ１０及び店舗端末２０の各部位と同一符号を付している場合、同一機能を有している。

ここで、注文管理装置５０の出力部５６は、二次元コード作成部１０６が作成した二次元コード２７が印字された二次元コード印字紙、レシート作成部１１０が作成したレシート２８を出力する。

［第２の実施の形態］
上記第１の実施の形態では、店員が店舗端末２０を介して二次元コード出力指指示（具体的には、全席に対する二次元コード出力指示、特定の席に対する二次元コード出力指示）を行うことを契機に、アクセス可否データｄ２０の有効フラグをコントロールしていた。しかしながら、顧客３が携行した顧客端末３０を用いた操作を契機に、アクセス可否データｄ２０の有効フラグをコントロールするようにしてもよい。第２の実施の形態は、店員の店舗端末２０を介した二次元コード出力指指示の他、顧客の顧客端末３０に対する操作を契機にアクセス可否データｄ２０の有効フラグをコントロールするようにしている。以下、第２の実施の形態に係る飲食物注文管理システム１００Ａについて説明するが、第１の実施の形態と異なる構成、機能及び処理を中心に説明し、同一の構成、機能及び処理に関しては同一部位には同一符号を付してその説明を適宜省略する。

＜注文管理サーバ１０Ａの構成＞
図１３は、第２の実施形態の注文管理サーバ１０Ａの機能構成図である。制御部１２Ａを、主たる機能ごとに細分化すると、メニュー登録部１０４、席情報登録部１０５、二次元コード作成部１０６、二次元コード出力部１０７、アクセス制御部１０８Ａ、メニュー送信部１０９、及びレシート作成部１１０Ａに分類される。

アクセス制御部１０８Ａは、飲食物注文管理システム１００Ａの注文処理において、顧客端末３０からメニューに対するアクセスが行われた場合、顧客端末３０から送信された二次元コード２７に含まれる識別データに基づいて顧客端末３０からのアクセスが有効であるか否かを判断する機能である。アクセス制御部１０８は、顧客端末３０から送信された識別データの有効性を、まず、（１）この識別データがアクセスＤＢ１０２に記憶されたアクセス可否データｄ２０の識別データとして存在するか否かをチェックし（セキュリティコードのチェック）、（２）識別データとして存在している場合には、次に、この識別データの有効フラグが有効か否かをチェックして（有効フラグのチェック）、メニューに対するアクセスが有効か否かを判断する。

本実施の形態では、アクセス制御部１０８Ａは、飲食物注文管理システム１００の二次元コード出力処理において、二次元コード２７を作成した後、作成した二次元コード２７の識別データの有効フラグをオフ（無効）に設定する機能を有する。また、作成した二次元コード２７の識別データの客番よりも小さな客番の識別データ（旧識別データ）が存在し、かつ旧識別データの有効フラグがオン（有効）の場合には、旧識別データの有効フラグをオフ（無効）に設定する機能を有する。

また、本実施の形態では、飲食物注文管理システム１００の注文処理において、顧客端末３０からメニューに対する最初のアクセスがあった場合、顧客端末３０から送信された識別データの有効フラグはオフ（無効）になっているので、該識別データの有効フラグをオン（有効）に設定する機能を有する。そして、飲食物注文管理システム１００の注文処理において、顧客端末３０から会計手続のアクセスがあった場合、顧客端末３０から送信された識別データの有効フラグをオフ（無効）に設定する機能を有する。

レシート作成部１１０Ａは、飲食物注文管理システム１００Ａの注文処理において、顧客端末３０から飲食物の注文を受けた場合、注文を受けた飲食物のレシートデータｄ３０を作成し、レシートＤＢ１０３に記憶する機能である。なお、レシート作成データｄ３０の店番は、顧客端末３０が送信した識別データの店番に基づく。レシートＤＢ１０３に記憶されたレシートデータｄ３０は、飲食物注文管理システム１００Ａのレシート出力処理において、店舗端末２０が定期的に取得するようになっている。

なお、本実施の形態では、店舗端末２０が取得したレシートデータｄ３０は削除されない。本実施の形態では、レシートデータｄ３０に店舗端末２０が取得したか否かを示す取得フラグを設けることにより（図示せず）、店舗端末２０は、店舗端末２０が未だ取得していないレシートデータｄ３０だけを取得するようにしている。

また、レシート作成部１１０Ａは、飲食物注文管理システム１００Ａの注文処理において、顧客端末３０から会計手続を受けた場合、レシートＤＢ１０３に記憶されたレシートデータｄ３０に基づいて、該顧客３の会計レシートデータｄ４０を作成し、店舗端末２０に送信する。会計レシートデータｄ４０は、飲食店注文管理システム１００に基づく注文（店員を介しない注文）の個々の明細、及び合計金額が記載されたデータである。作成された会計レシートデータｄ４０は、飲食物注文管理システム１００Ａのレシート出力処理において、店舗端末２０から会計レシート２９（図示せず）として出力されるようになっている。

＜全席に対する二次元コード出力処理＞
図１４は、第２の実施形態の全席に対する二次元コード出力処理の流れを示すシーケンス図である。

飲食店２の店員は、その日最初の処理として、例えば、開店前に、店舗端末２０から全席に対する二次元コード出力指示を行う（ステップＳ１０）。例えば、店員は、店舗端末２０に表示された飲食物注文管理システム１００Ａの初期画面のメニューの中から「全席に対する二次元コード出力指示」を選択する。この結果、店舗端末２０から「全席に対する出力指示情報」が注文管理サーバ１０Ａに送信される。

注文管理サーバ１０Ａは、店舗端末２０から「全席に対する出力指示情報」を受信すると（ステップＳ２０）、飲食店２の店番に従って店舗ＤＢ１０１に記憶された店舗データｄ１０の席情報を参照し、飲食店２の全席の二次元コード２７を作成する（ステップＳ３０）。すなわち、この時点において、飲食店２の全席分の二次元コード２７が作成される。なお、作成された全席の二次元コード２７の識別データの客番には１が設定されている。

次いで、注文管理サーバ１０Ａは、作成した全席の二次元コード２７のそれぞれの識別データに対して、有効フラグがオフ（無効）のアクセス可否データｄ２０を作成し、アクセスＤＢ１０２に記憶する（ステップＳ４１）。この時点において、アクセス可否データｄ２０は、飲食店２の全席分作成される。

次いで、注文管理サーバ１０は、作成した全席の二次元コード２７を店舗端末２０に送信する（ステップＳ５０）。

店舗端末２０は、全席の二次元コード２７を受信すると（ステップＳ６０）、受信した全席の二次元コード２７を出力する（ステップＳ７０）。これにより、出力部２４を介して二次元コード２７を印字した二次元コード印字紙が全席分出力されるので、飲食店２の店員は、全席分の二次元コード印字紙を席番に従って該当するそれぞれの席に配置する。

＜注文処理＞
図１５は、第２の実施の形態の注文処理の流れを示すシーケンス図である。

飲食店２の席に着いた顧客３は、携行した顧客端末３０を用いて、席に配置された二次元コード印字紙の二次元コード２７を読み込む処理を行う（ステップＳ１１０）。これにより、顧客端末３０は、二次元コード２７に含まれるＵＲＬに基づいて、注文管理サーバ１０Ａ内の飲食店２のメニューにアクセスする（ステップＳ１２０）。この際、顧客端末３０は、飲食店２のメニューへのアクセス要求とともに二次元コード２７に含まれる識別データを注文管理サーバ１０Ａに送信する。

注文管理サーバ１０Ａは、顧客端末３０からアクセス要求とともに識別データを受信すると（ステップＳ１３０）、受信した識別データに基づいてアクセスＤＢ１０２を参照し、受信した識別データが有効であるか否かをチェックする（ステップＳ１４０）。受信した識別データが有効であるか否かは、アクセスＤＢ１０２に記憶された該当するアクセス可否データｄ２０の有効フラグに基づいて行う。

次いで、注文管理サーバ１０は、受信した識別データが有効である場合には（ステップＳ１５０：ＹＥＳ）、店舗ＤＢ１０１に記憶されたメニュー情報に基づいてメニューを顧客端末３０に送信する（ステップＳ１６０）。

一方、注文管理サーバ１０は、受信した識別データが有効でない場合には（ステップＳ１５０：ＮＯ）、受信した識別データの有効フラグをオン（有効）に変更したアクセス可否データｄ２０をアクセスＤＢ１０２に記憶し（ステップＳ１５５）、また、旧識別データが存在し、かつ旧識別データが有効である場合には、旧識別データの有効フラグをオフ（有効）に更新したアクセス可否データｄ２０をアクセスＤＢ１０２に記憶し（ステップＳ１５５）、店舗ＤＢ１０１に記憶されたメニュー情報に基づいてメニューを顧客端末３０に送信する（ステップＳ１６０）。

なお、顧客端末３０から注文管理サーバ１０Ａ内の飲食店２のメニューに対する最初のアクセスの場合には、受信した識別データは無効となっているので（図１４のステップＳ４１、後述する図１７のステップＳ４４５参照）、ステップＳ１５５に従って識別データを有効に変更する。

また、ステップＳ１５５において、旧識別データを無効とするのは、以下の理由による。本実施形態の飲食物注文管理システム１００Ａの会計手続では、会計手続した顧客３の顧客端末３０から送信された識別データを無効とするので、原則、旧識別データを無効とする必要はないが、顧客３が会計手続をしない場合（例えば、無銭飲食の場合、口頭で会計を伝えた場合など）には、この席の識別データは有効のままとなってしまう。そこで、このような状況にも対応できるように、ステップＳ１５５において、旧識別データが有効として存在する場合、この旧識別データを無効化するようにした。

メニューを受信した顧客端末３０は、メニューを表示するので（ステップＳ１８０、ステップＳ１９０）、顧客３は、表示されたメニューの中から飲食物の注文を行う（ステップＳ２００）。これにより、飲食物の品名及び数量を少なくとも含んだ注文情報が顧客端末３０から注文管理サーバ１０Ａに送信される。

注文管理サーバ１０Ａは、注文情報を受信すると（ステップＳ２１０）、受信した注文情報のほか、顧客端末３０から受信した識別データや店舗データｄ１０のメニュー情報を用いてレシートデータｄ３０を作成し、レシートＤＢ１０３に記憶する（ステップＳ２２０）。

顧客３が飲食物の注文を終了する場合には（ステップＳ２３０：ＹＥＳ）、ステップＳ２３５に進み、顧客３が飲食物の注文を続行する場合には（ステップＳ２３０：ＮＯ）、ステップＳ２００に戻って、再び表示されたメニューの中から飲食物の注文を行う。

顧客３が、表示されたメニューの中から会計手続を行うと、（ステップＳ２３５）、会計手続要求が顧客端末３０から注文管理サーバ１０Ａに送信される。

注文管理サーバ１０Ａは、会計手続要求を受信すると（ステップＳ２４０）、顧客端末３０から受信した識別データに対して、有効フラグをオフに更新したアクセス可否データｄ２０をアクセスＤＢ１０２に記憶する（ステップＳ２４５）。

次に、注文管理サーバ１０Ａは、会計レシートデータｄ４０を作成し（ステップＳ２５０）、作成した会計レシートデータｄ４０を顧客端末３０に送信する（ステップＳ２５５）。

店舗端末２０は、会計レシートデータｄ４０を受信すると（ステップＳ２６０）、受信した会計レシートデータｄ４０に基づいて会計レシート２９を出力する（ステップＳ２６５）。

これにより、出力部２４を介して会計レシート２９が出力されるので、飲食店２の店員は、会計レシート２９に基づいて会計を行う。すなわち、（１）飲食店注文管理システム１００に基づいた店員を介しない注文受付だけの場合には、この会計レシート２９をもって最終的な会計とし、（２）店員を介した対面受付もある場合には、対面の注文を加味して最終的な会計を行う。

＜特定の席に対する二次元コード出力処理＞
図１７は、第２の実施の形態の特定の席に対する二次元コード出力処理の流れを示すシーケンス図である。

飲食店２の店員は、会計が終了した顧客３の席に対して、二次元コード出力指示を行う（ステップＳ４１０）。例えば、店員は、店舗端末２０に表示された飲食物注文管理システム１００Ａの初期画面のメニューの中から「特定の席に対する二次元コード出力指示」を選択し、会計が終了した顧客３の席番を入力する。この結果、店舗端末２０から席番を含む「特定の席に対する出力指示情報」が注文管理サーバ１０に送信される。

注文管理サーバ１０Ａは、店舗端末２０から席番を含む「特定の席に対する出力指示情報」を受信すると（ステップＳ４２０）、飲食店２の店番に従って店舗ＤＢ１０１に記憶された店舗データｄ１０の席情報を参照し、特定の席に対する新二次元コード２７を作成する（ステップＳ４３０）。すなわち、この時点において、飲食店２の特定の席に対する二次元コード２７が新たに作成される。

次いで、注文管理サーバ１０Ａは、特定の席に対する新二次元コード２７の識別データに対して、有効フラグがオフのアクセス可否データｄ２０を作成し、アクセスＤＢ１０２に記憶する（ステップＳ４４５）。また、注文管理サーバ１０Ａは、特定の席に対する旧二次元コード２７の識別データに対して、有効フラグがオンであるならば、有効フラグをオフに更新したアクセス可否データｄ２０をアクセスＤＢ１０２に記憶する（ステップＳ４５）。

次いで、注文管理サーバ１０Ａは、作成した特定の席に対する新二次元コード２７を店舗端末２０に送信する（ステップＳ４６０）。

店舗端末２０は、特定の席に対する新二次元コード２７を受信すると（ステップＳ４７０）、受信した特定の席の新二次元コード２７を出力する（ステップＳ４８０）。これにより、出力部２４を介して特定の席の新二次元コード２７を印字した二次元コード印字紙が出力されるので、飲食店２の店員は、席番に従って二次元コード印字紙を特定の席に配置する。

なお、図１７に示した、特定の席に対する二次元コード出力処理は、会計が終了した顧客３の席に対して新二次元コード２７を出力する場合を想定して説明したが、これに限定されない。例えば、顧客３が無銭飲食など会計をしないで退店した場合（このような顧客３の席は空席となっているので、店員がこのような状況を発見した場合）に、図１７に示す特定の席に対する二次元コード出力処理を実行してもよい。特定の席に対する旧二次元コード２７の識別データに対して有効フラグをオフにするので、これにより、会計をせずに退店した顧客３が、顧客端末３０のブラウザ上に残っていたメニューに基づいて再度、注文を行ったとしても注文管理サーバ１０Ａはこの注文を受けることはない。

以上、本実施の形態の飲食物注文管理システム１００Ａによれば、上記第１の実施の形態と同様に、飲食店にとっては、コストをかけることなく、店員の労力を軽減できるとともに、顧客にとっては、店員に頼ることなく、自らが注文したいタイミングで飲食物を注文することができる。

また、顧客３が有する顧客端末３０は、二次元コード２７を保持可能であったり、他から入手可能であったりするので、本実施の形態の二次元コード２７は、店番、席番、客番、日付及びセキュリティコードからなる識別データを備えるようにしている。この結果、同一の席にて顧客３が入れ替わった場合であっても、正確に飲食物の注文を取ることができる。すなわち、退店後の顧客３からの不要な注文を排除することができる。また、悪意ある第三者からの不正な注文を排除することができる。

以上、本発明の実施の形態について説明してきたが、本発明は、上述した実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲において、本発明の実施の形態に対して種々の変形や変更を施すことができ、そのような変形や変更を伴うものもまた、本発明の技術的範囲に含まれるものである。また、発明の実施の形態に記載された、作用及び効果は、本発明から生じる最も好適な作用及び効果を列挙したに過ぎず、本発明による作用及び効果は、本発明の実施の形態に記載されたものに限定されるものではない。

１ 管理会社
２ 飲食店
３ 顧客
１０，１０Ａ 注文管理サーバ
１１，２１，３１ 記憶部
１２，１２Ａ，２５，３４ 制御部
１３，２６，３５ 通信部
２０ 店舗端末
２２ 入力部
２３ 表示部
２４ 出力部
２０Ａ ＰＣ
２０Ｂ レシートプリンタ
２７ 二次元コード
２８ レシート
３０ 顧客端末
３２ ＵＩ部
３３ 撮影部
４０ 通信ネットワーク
１００，１００Ａ 飲食物注文管理システム
１０１ 店舗ＤＢ
１０２ アクセスＤＢ
１０３ レシートＤＢ
１０４ メニュー登録部
１０５ 席情報登録部
１０６ 二次元コード作成部
１０７ 二次元コード出力部
１０８，１０８Ａ アクセス制御部
１０９ メニュー送信部
１１０，１１０Ａ レシート作成部
２０１ レシート取得部
３０１ 二次元コード読取部
ｄ１０ 店舗データ
ｄ２０ アクセス可否データ
ｄ３０ レシートデータ

Claims (12)

1. ネットワークを介して、顧客が携行する顧客端末と相互に通信可能な飲食物注文管理システムであって、
   飲食店の飲食物のメニューを記憶するメニュー記憶手段と、
   飲食店の店員から、飲食店の会計単位の全席に対して二次元コードを出力する第一の指示を受け付けた場合には、会計単位の全席に対して、メニューにアクセスするためのアクセス情報と、会計単位の席を一意に識別可能な席ＩＤを少なくとも含む識別情報と、が格納された二次元コードを作成する第一の二次元コード作成手段と、
   前記第一の二次元コード作成手段が作成した二次元コードのそれぞれを印字した二次元コード印字紙を出力する第一の二次元コード出力手段と、
   飲食店の店員が、前記第一の二次元コード出力手段により出力された二次元コード印字紙のそれぞれを該当する席に掲示した後の第一の状態において、前記顧客端末が、顧客が飲食する席に掲示された二次元コードを読み取ってメニューにアクセスした場合には、該顧客端末に対して前記メニュー記憶手段に記憶されたメニューを送信するメニュー送信手段と、
   顧客がメニューの中から飲食物の注文を行い、メニューを送信した前記顧客端末から、注文した飲食物の品名及び個数を含む注文情報を受け付けた場合には、受け付けた注文情報、及び前記メニュー記憶手段に記憶されたメニューに基づいて、前記顧客端末が読み込んだ二次元コードに含まれる席ＩＤ、注文を受けた飲食物の品名、個数及び金額を少なくとも含むレシートを作成するレシート作成手段と、
   前記レシート作成手段が作成したレシートを出力するレシート出力手段と、
   を備えることを特徴とする飲食物注文管理システム。
2. 前記識別情報は、
   前記席ＩＤと、客の回転数を示すＳＥＱ番号と、を含み、
   前記識別情報を記憶する識別情報記憶手段をさらに備え、
   前記第一の二次元コード作成手段は、
   会計単位の全席に対して、前記アクセス情報と、前記席ＩＤ及び前記ＳＥＱ番号の初期値を含む識別情報と、が格納された二次元コードを作成し、
   顧客が会計を終了した後に、飲食店の店員から、会計終了した顧客が飲食していた特定の席に対して二次元コードを出力する第二の指示を受け付けた場合には、前記識別情報記憶手段に記憶された前記特定の席の席ＩＤに対応した識別情報のうち、最大のＳＥＱ番号（以下、第一のＳＥＱ番号という）をインクリメントした数値を新たなＳＥＱ番号（以下、第二のＳＥＱ番号という）とし、前記特定の席に対して、前記アクセス情報と、前記特定の席の席ＩＤ及び前記第二のＳＥＱ番号を含む識別情報と、が格納された二次元コードを作成する第二の二次元コード作成手段と、
   前記第二の二次元コード作成手段が作成した前記特定の席の二次元コードを印字した二次元コード印字紙を出力する第二の二次元コード出力手段と、
   をさらに備え、
   前記メニュー送信手段は、
   前記第一の状態、又は飲食店の店員が、前記第二の二次元コード出力手段により出力された二次元コード印字紙を該当する席に掲示した後の第二の状態において、前記顧客端末が、顧客が飲食する席に掲示された二次元コードを読み取ってメニューにアクセスした場合には、該顧客端末に対して前記メニュー記憶手段に記憶されたメニューを送信する、
   ことを特徴とする請求項１記載の飲食物注文管理システム。
3. 前記識別情報記憶手段は、
   前記識別情報に対応付けて、前記顧客端末からメニューへのアクセスが有効か無効かを示すアクセス可否情報をさらに記憶し、
   前記第一の二次元コード作成手段が作成したすべての二次元コードのそれぞれの前記識別情報に、アクセス可を示すアクセス可否情報を対応付けて前記識別情報記憶手段に登録する第一のアクセス可否情報登録手段と、
   前記第二の二次元コード作成手段が作成した二次元コードの前記識別情報に、アクセス可を示すアクセス可否情報を対応付けて前記識別情報記憶手段に登録するとともに、前記特定の席の席ＩＤ及び前記第一のＳＥＱ番号を含む識別情報に対して不可を示すアクセス可否情報を対応付けて前記識別情報記憶手段に登録する第二のアクセス可否情報登録手段と、
   前記顧客端末がメニューにアクセスした場合には、前記顧客端末から送信された前記識別情報に基づいて前記識別情報記憶手段に記憶されたアクセス可否情報を参照し、参照したアクセス可否情報に従ってアクセスの可否を判断するアクセス可否判断手段と、
   を備え、
   前記メニュー送信手段は、
   前前記顧客端末が、前記アクセス可否判断手段において前記顧客端末からのアクセスが可であると判断した場合には、該顧客端末に対してメニューを送信する、
   ことを特徴とする請求項２記載の飲食物注文管理システム。
4. 前記識別情報記憶手段は、
   前記識別情報に対応付けて、前記顧客端末からメニューへのアクセスが有効か無効かを示すアクセス可否情報をさらに記憶し、
   前記第一の二次元コード作成手段が作成したすべての二次元コードのそれぞれの前記識別情報に、アクセス不可を示すアクセス可否情報を対応付けて前記識別情報記憶手段に登録する第一のアクセス可否情報登録手段と、
   前記第二の二次元コード作成手段が作成した二次元コードの前記識別情報に、アクセス不可を示すアクセス可否情報を対応付けて前記識別情報記憶手段に登録するとともに、前記特定の席の席ＩＤ及び前記第一のＳＥＱ番号を含む識別情報がアクセス可を示す情報の場合には、該識別情報に、不可を示すアクセス可否情報を対応付けて前記識別情報記憶手段に登録する第二のアクセス可否情報登録手段と、
   前記顧客端末がメニューにアクセスした場合には、前記顧客端末から送信された前記識別情報に基づいて前記識別情報記憶手段に記憶されたアクセス可否情報を参照し、参照したアクセス可否情報がアクセス不可の場合には、該識別情報に、アクセス可を示すアクセス可否情報を対応付けて登録する第三のアクセス可否情報登録手段と、
   顧客が会計手続を行い、前記顧客端末から会計手続要求を受け付けた場合には、前記顧客端末から送信された前記識別情報に基づいて前記識別情報記憶手段に記憶されたアクセス可否情報を参照し、該識別情報に、アクセス不可を示すアクセス可否情報を対応付けて登録する第四のアクセス可否情報登録手段と、
   を備え、
   前記顧客端末がメニューにアクセスした場合には、前記顧客端末から送信された前記識別情報に基づいて前記識別情報記憶手段に記憶されたアクセス可否情報を参照し、参照したアクセス可否情報に従ってアクセスの可否を判断するアクセス可否判断手段と、
   を備え、
   前記メニュー送信手段は、
   前前記顧客端末が、前記アクセス可否判断手段において前記顧客端末からのアクセスが可であると判断した場合には、該顧客端末に対してメニューを送信する、
   ことを特徴とする請求項２記載の飲食物注文管理システム。
5. 一又は複数の飲食店における飲食物の注文を管理する注文管理装置と、
   前記一又は複数の飲食店のそれぞれに配設された店舗端末と、
   を備えることを特徴とする請求項３又は４記載の飲食物注文管理システム。
6. 飲食店に配設された店舗端末と、顧客が携行する顧客端末と、ネットワークを介して前記店舗端末及び前記顧客端末と相互に通信可能な飲食物注文管理装置と、を備えた情報処理システムにおける前記飲食物注文管理装置であって、
   飲食店ごとに飲食物のメニューを記憶するメニュー記憶手段と、
   前記店舗端末から、飲食店の会計単位の全席に対して二次元コードを出力する第一の指示を受け付けた場合には、会計単位の全席に対して、メニューにアクセスするためのアクセス情報と、前記店舗端末が配設された飲食店を一意に識別可能な店ＩＤ、会計単位の席を一意に識別可能な席ＩＤを少なくとも含む識別情報と、が格納された二次元コードを作成する第一の二次元コード作成手段と、
   前記第一の二次元コード作成手段が作成した二次元コードのそれぞれを、前記第一の指示を送信した前記店舗端末に送信する第一の二次元コード出力手段と、
   前記店舗端末が、前記第一の二次元コード出力手段が送信した二次元コードのそれぞれを印字した二次元コード印字紙を出力した後、飲食店の店員が、二次元コード印字紙のそれぞれを該当する席に掲示した第一の状態において、前記顧客端末が、顧客が飲食する席に掲示された二次元コードを読み取ってメニューにアクセスした場合には、該顧客端末に対して前記メニュー記憶手段に記憶されたメニューを送信するメニュー送信手段と、
   顧客がメニューの中から飲食物の注文を行い、メニューを送信した前記顧客端末から、注文した飲食物の品名及び個数を含む注文情報を受け付けた場合には、受け付けた注文情報、及び前記メニュー記憶手段に記憶されたメニューに基づいて、前記顧客端末が読み込んだ二次元コードに含まれる店ＩＤ、席ＩＤ、注文を受けた飲食物の品名、個数及び金額を少なくとも含むレシートデータを作成するレシート作成手段と、
   前記レシート作成手段が作成したレシートデータを記憶するレシート記憶手段と、
   備えることを特徴とする飲食物注文管理装置。
7. 前記レシートデータは、前記顧客端末から取得状況を示す取得フラグをさらに備え、
   前記顧客端末は、所定の時間間隔で前記レシート記憶手段に記憶されたレシートデータを参照し、前記店舗端末が配設された飲食店の店ＩＤであって取得フラグが未取得を示すレシートデータを取得するレシート取得手段を備えることを特徴とする請求項６記載の飲食物注文管理装置。
8. 前記レシート作成手段が作成したレシートデータを、該レシートデータに含まれる店ＩＤの飲食店の前記顧客端末に送信するレシートデータ送信手段をさらに備えることを特徴とする請求項６記載の飲食物注文管理装置。
9. 前記識別情報は、
   前記席ＩＤと、客の回転数を示すＳＥＱ番号と、を含み、
   前記識別情報を記憶する識別情報記憶手段をさらに備え、
   前記第一の二次元コード作成手段は、
   会計単位の全席に対して、前記アクセス情報と、前記店ＩＤ、前記席ＩＤ及び前記ＳＥＱ番号の初期値を含む識別情報と、が格納された二次元コードを作成し、
   顧客が会計を終了した後に、前記店舗端末から、会計終了した顧客が飲食していた特定の席に対して二次元コードを出力する第二の指示を受け付けた場合には、前記識別情報記憶手段に記憶された前記特定の席の席ＩＤに対応した識別情報のうち、最大のＳＥＱ番号（以下、第一のＳＥＱ番号という）をインクリメントした数値を新たなＳＥＱ番号（以下、第二のＳＥＱ番号という）とし、前記特定の席に対して、前記アクセス情報と、前記店舗端末が配設された飲食店の店ＩＤ、前記特定の席の席ＩＤ及び前記新たなＳＥＱ番号を含む識別情報と、が格納された二次元コードを作成する第二の二次元コード作成手段と、
   前記第二の二次元コード作成手段が作成した前記特定の席の二次元コードを、前記第二の指示を送信した前記店舗端末に送信する第二の二次元コード出力手段と、
   をさらに備え、
   前記メニュー送信手段は、
   前記第一の状態、又は前記店舗端末が、前記第二の二次元コード出力手段により送信された前記特定の席の二次元コードを印字した二次元コード印字紙を出力した後に飲食店の店員が、出力された二次元コード印字紙を該当する席に掲示した後の第二の状態において、前記顧客端末が、顧客が飲食する席に掲示された二次元コードを読み取ってメニューにアクセスした場合には、該顧客端末に対して前記メニュー記憶手段に記憶されたメニューを送信する、
   ことを特徴とする請求項６乃至８のいずれか１項に記載の飲食物注文管理装置。
10. 前記識別情報記憶手段は、
    前記識別情報に対応付けて、前記顧客端末からメニューへのアクセスが有効か無効かを示すアクセス可否情報をさらに記憶し、
    前記第一の二次元コード作成手段が作成したすべての二次元コードのそれぞれの前記識別情報に対してアクセス可を示すアクセス可否情報を付加して前記アクセス可否情報記憶手段に登録する第一のアクセス可否情報登録手段と、
    前記第二の二次元コード作成手段が作成した二次元コードの前記識別情報に対してアクセス可を示すアクセス可否情報を付加して前記識別情報記憶手段に登録するとともに、前記店ＩＤ、前記特定の席の席ＩＤ及び前記第一のＳＥＱ番号を含む識別情報に対して不可を示すアクセス可否情報を付加して前記識別情報記憶手段に登録する第二のアクセス可否情報登録手段と、
    前記顧客端末がメニューにアクセスした場合には、前記顧客端末から送信された前記識別情報に基づいて前記識別情報記憶手段に記憶されたアクセス可否情報を参照し、参照したアクセス可否情報に従ってアクセスの可否を判断するアクセス可否判断手段と、
    前記メニュー送信手段は、
    前前記顧客端末が、前記アクセス可否判断手段において前記顧客端末からのアクセスが可であると判断した場合には、該顧客端末に対してメニューを送信する、
    ことを特徴とする請求項９記載の飲食物注文管理装置。
11. ネットワークを介して、顧客が携行する顧客端末と相互に通信可能なコンピュータが実行する飲食物注文管理方法であって、
    前記コンピュータは、
    飲食店の飲食物のメニューを記憶するメニュー記憶手段を備え、
    飲食店の店員から、飲食店の会計単位の全席に対して二次元コードを出力する第一の指示を受け付けた場合には、会計単位の全席に対して、メニューにアクセスするためのアクセス情報と、会計単位の席を一意に識別可能な席ＩＤを少なくとも含む識別情報と、が格納された二次元コードを作成する第一の二次元コード作成ステップと、
    前記第一の二次元コード作成ステップにおいて作成した二次元コードのそれぞれを印字した二次元コード印字紙を出力する第一の二次元コード出力ステップと、
    飲食店の店員が、前記第一の二次元コード出力ステップにより出力された二次元コード印字紙のそれぞれを該当する席に掲示した後の第一の状態において、前記顧客端末が、顧客が飲食する席に掲示された二次元コードを読み取ってメニューにアクセスした場合には、該顧客端末に対して前記メニュー記憶手段に記憶されたメニューを送信するメニュー送信ステップと、
    顧客がメニューの中から飲食物の注文を行い、メニューを送信した前記顧客端末から、注文した飲食物の品名及び個数を含む注文情報を受け付けた場合には、受け付けた注文情報、及び前記メニュー記憶手段に記憶されたメニューに基づいて、前記顧客端末が読み込んだ二次元コードに含まれる席ＩＤ、注文を受けた飲食物の品名、個数及び金額を少なくとも含むレシートを作成するレシート作成ステップと、
    前記レシート作成ステップにおいて作成したレシートを出力するレシート出力ステップと、
    を備えることを特徴とする飲食物注文管理方法。
12. ネットワークを介して、顧客が携行する顧客端末と相互に通信可能なコンピュータが読み取り可能な飲食物注文管理プログラムであって、
    前記コンピュータを、
    飲食店の飲食物のメニューを記憶するメニュー記憶手段と、
    飲食店の店員から、飲食店の会計単位の全席に対して二次元コードを出力する第一の指示を受け付けた場合には、会計単位の全席に対して、メニューにアクセスするためのアクセス情報と、会計単位の席を一意に識別可能な席ＩＤを少なくとも含む識別情報と、が格納された二次元コードを作成する第一の二次元コード作成手段と、
    前記第一の二次元コード作成手段が作成した二次元コードのそれぞれを印字した二次元コード印字紙を出力する第一の二次元コード出力手段と、
    飲食店の店員が、前記第一の二次元コード出力手段により出力された二次元コード印字紙のそれぞれを該当する席に掲示した後の第一の状態において、前記顧客端末が、顧客が飲食する席に掲示された二次元コードを読み取ってメニューにアクセスした場合には、該顧客端末に対して前記メニュー記憶手段に記憶されたメニューを送信するメニュー送信手段と、
    顧客がメニューの中から飲食物の注文を行い、前記メニューを送信した前記顧客端末から、注文した飲食物の品名及び個数を含む注文情報を受け付けた場合には、受け付けた注文情報、及び前記メニュー記憶手段に記憶されたメニューに基づいて、前記顧客端末が読み込んだ二次元コードに含まれる席ＩＤ、注文を受けた飲食物の品名、個数及び金額を少なくとも含むレシートを作成するレシート作成手段と、
    前記レシート作成手段が作成したレシートを出力するレシート出力手段と、
    として機能させることを特徴とする飲食物注文管理プログラム。

Images