(57)【要約】【課題】店側はコストをかけず店員の労力を軽減でき、顧客側は、店員に頼ることなく自らが注文したいタイミングで飲食物を注文することができる。【解決手段】ネットワーク４０を介して顧客３が携行する顧客端末３０と相互に通信可能な飲食物注文管理システム１００は、メニューにアクセスするためのアクセス情報と、席ＩＤを少なくとも含む識別情報と、が格納された二次元コード２７を作成する二次元コード作成手段と、作成した二次元コード２７を印字した印字紙を出力する二次元コード出力手段と、顧客端末３０が席に掲示された二次元コード２７を読み取ってメニューにアクセスした場合には、顧客端末３０に対してメニューを送信するメニュー送信手段と、顧客端末３０から注文情報を受け付けた場合には、レシートを作成するレシート作成手段と、作成したレシートを出力するレシート出力手段と、を備える。【選択図】図１
2020134969.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して、顧客が携行する顧客端末と相互に通信可能な飲食物注文管理システムであって、
飲食店の飲食物のメニューを記憶するメニュー記憶手段と、
飲食店の店員から、飲食店の会計単位の全席に対して二次元コードを出力する第一の指示を受け付けた場合には、会計単位の全席に対して、メニューにアクセスするためのアクセス情報と、会計単位の席を一意に識別可能な席ＩＤを少なくとも含む識別情報と、が格納された二次元コードを作成する第一の二次元コード作成手段と、
前記第一の二次元コード作成手段が作成した二次元コードのそれぞれを印字した二次元コード印字紙を出力する第一の二次元コード出力手段と、
飲食店の店員が、前記第一の二次元コード出力手段により出力された二次元コード印字紙のそれぞれを該当する席に掲示した後の第一の状態において、前記顧客端末が、顧客が飲食する席に掲示された二次元コードを読み取ってメニューにアクセスした場合には、該顧客端末に対して前記メニュー記憶手段に記憶されたメニューを送信するメニュー送信手段と、
顧客がメニューの中から飲食物の注文を行い、メニューを送信した前記顧客端末から、注文した飲食物の品名及び個数を含む注文情報を受け付けた場合には、受け付けた注文情報、及び前記メニュー記憶手段に記憶されたメニューに基づいて、前記顧客端末が読み込んだ二次元コードに含まれる席ＩＤ、注文を受けた飲食物の品名、個数及び金額を少なくとも含むレシートを作成するレシート作成手段と、
前記レシート作成手段が作成したレシートを出力するレシート出力手段と、
を備えることを特徴とする飲食物注文管理システム。
【請求項２】
前記識別情報は、
前記席ＩＤと、客の回転数を示すＳＥＱ番号と、を含み、
前記識別情報を記憶する識別情報記憶手段をさらに備え、
前記第一の二次元コード作成手段は、
会計単位の全席に対して、前記アクセス情報と、前記席ＩＤ及び前記ＳＥＱ番号の初期値を含む識別情報と、が格納された二次元コードを作成し、
顧客が会計を終了した後に、飲食店の店員から、会計終了した顧客が飲食していた特定の席に対して二次元コードを出力する第二の指示を受け付けた場合には、前記識別情報記憶手段に記憶された前記特定の席の席ＩＤに対応した識別情報のうち、最大のＳＥＱ番号（以下、第一のＳＥＱ番号という）をインクリメントした数値を新たなＳＥＱ番号（以下、第二のＳＥＱ番号という）とし、前記特定の席に対して、前記アクセス情報と、前記特定の席の席ＩＤ及び前記第二のＳＥＱ番号を含む識別情報と、が格納された二次元コードを作成する第二の二次元コード作成手段と、
前記第二の二次元コード作成手段が作成した前記特定の席の二次元コードを印字した二次元コード印字紙を出力する第二の二次元コード出力手段と、
をさらに備え、
前記メニュー送信手段は、
前記第一の状態、又は飲食店の店員が、前記第二の二次元コード出力手段により出力された二次元コード印字紙を該当する席に掲示した後の第二の状態において、前記顧客端末が、顧客が飲食する席に掲示された二次元コードを読み取ってメニューにアクセスした場合には、該顧客端末に対して前記メニュー記憶手段に記憶されたメニューを送信する、
ことを特徴とする請求項１記載の飲食物注文管理システム。
【請求項３】
前記識別情報記憶手段は、
前記識別情報に対応付けて、前記顧客端末からメニューへのアクセスが有効か無効かを示すアクセス可否情報をさらに記憶し、
前記第一の二次元コード作成手段が作成したすべての二次元コードのそれぞれの前記識別情報に、アクセス可を示すアクセス可否情報を対応付けて前記識別情報記憶手段に登録する第一のアクセス可否情報登録手段と、
前記第二の二次元コード作成手段が作成した二次元コードの前記識別情報に、アクセス可を示すアクセス可否情報を対応付けて前記識別情報記憶手段に登録するとともに、前記特定の席の席ＩＤ及び前記第一のＳＥＱ番号を含む識別情報に対して不可を示すアクセス可否情報を対応付けて前記識別情報記憶手段に登録する第二のアクセス可否情報登録手段と、
前記顧客端末がメニューにアクセスした場合には、前記顧客端末から送信された前記識別情報に基づいて前記識別情報記憶手段に記憶されたアクセス可否情報を参照し、参照したアクセス可否情報に従ってアクセスの可否を判断するアクセス可否判断手段と、
を備え、
前記メニュー送信手段は、
前前記顧客端末が、前記アクセス可否判断手段において前記顧客端末からのアクセスが可であると判断した場合には、該顧客端末に対してメニューを送信する、
ことを特徴とする請求項２記載の飲食物注文管理システム。
【請求項４】
前記識別情報記憶手段は、
前記識別情報に対応付けて、前記顧客端末からメニューへのアクセスが有効か無効かを示すアクセス可否情報をさらに記憶し、
前記第一の二次元コード作成手段が作成したすべての二次元コードのそれぞれの前記識別情報に、アクセス不可を示すアクセス可否情報を対応付けて前記識別情報記憶手段に登録する第一のアクセス可否情報登録手段と、
前記第二の二次元コード作成手段が作成した二次元コードの前記識別情報に、アクセス不可を示すアクセス可否情報を対応付けて前記識別情報記憶手段に登録するとともに、前記特定の席の席ＩＤ及び前記第一のＳＥＱ番号を含む識別情報がアクセス可を示す情報の場合には、該識別情報に、不可を示すアクセス可否情報を対応付けて前記識別情報記憶手段に登録する第二のアクセス可否情報登録手段と、
前記顧客端末がメニューにアクセスした場合には、前記顧客端末から送信された前記識別情報に基づいて前記識別情報記憶手段に記憶されたアクセス可否情報を参照し、参照したアクセス可否情報がアクセス不可の場合には、該識別情報に、アクセス可を示すアクセス可否情報を対応付けて登録する第三のアクセス可否情報登録手段と、
顧客が会計手続を行い、前記顧客端末から会計手続要求を受け付けた場合には、前記顧客端末から送信された前記識別情報に基づいて前記識別情報記憶手段に記憶されたアクセス可否情報を参照し、該識別情報に、アクセス不可を示すアクセス可否情報を対応付けて登録する第四のアクセス可否情報登録手段と、
を備え、
前記顧客端末がメニューにアクセスした場合には、前記顧客端末から送信された前記識別情報に基づいて前記識別情報記憶手段に記憶されたアクセス可否情報を参照し、参照したアクセス可否情報に従ってアクセスの可否を判断するアクセス可否判断手段と、
を備え、
前記メニュー送信手段は、
前前記顧客端末が、前記アクセス可否判断手段において前記顧客端末からのアクセスが可であると判断した場合には、該顧客端末に対してメニューを送信する、
ことを特徴とする請求項２記載の飲食物注文管理システム。
【請求項５】
一又は複数の飲食店における飲食物の注文を管理する注文管理装置と、
前記一又は複数の飲食店のそれぞれに配設された店舗端末と、
を備えることを特徴とする請求項３又は４記載の飲食物注文管理システム。
【請求項６】
飲食店に配設された店舗端末と、顧客が携行する顧客端末と、ネットワークを介して前記店舗端末及び前記顧客端末と相互に通信可能な飲食物注文管理装置と、を備えた情報処理システムにおける前記飲食物注文管理装置であって、
飲食店ごとに飲食物のメニューを記憶するメニュー記憶手段と、
前記店舗端末から、飲食店の会計単位の全席に対して二次元コードを出力する第一の指示を受け付けた場合には、会計単位の全席に対して、メニューにアクセスするためのアクセス情報と、前記店舗端末が配設された飲食店を一意に識別可能な店ＩＤ、会計単位の席を一意に識別可能な席ＩＤを少なくとも含む識別情報と、が格納された二次元コードを作成する第一の二次元コード作成手段と、
前記第一の二次元コード作成手段が作成した二次元コードのそれぞれを、前記第一の指示を送信した前記店舗端末に送信する第一の二次元コード出力手段と、
前記店舗端末が、前記第一の二次元コード出力手段が送信した二次元コードのそれぞれを印字した二次元コード印字紙を出力した後、飲食店の店員が、二次元コード印字紙のそれぞれを該当する席に掲示した第一の状態において、前記顧客端末が、顧客が飲食する席に掲示された二次元コードを読み取ってメニューにアクセスした場合には、該顧客端末に対して前記メニュー記憶手段に記憶されたメニューを送信するメニュー送信手段と、
顧客がメニューの中から飲食物の注文を行い、メニューを送信した前記顧客端末から、注文した飲食物の品名及び個数を含む注文情報を受け付けた場合には、受け付けた注文情報、及び前記メニュー記憶手段に記憶されたメニューに基づいて、前記顧客端末が読み込んだ二次元コードに含まれる店ＩＤ、席ＩＤ、注文を受けた飲食物の品名、個数及び金額を少なくとも含むレシートデータを作成するレシート作成手段と、
前記レシート作成手段が作成したレシートデータを記憶するレシート記憶手段と、
備えることを特徴とする飲食物注文管理装置。
【請求項７】
前記レシートデータは、前記顧客端末から取得状況を示す取得フラグをさらに備え、
前記顧客端末は、所定の時間間隔で前記レシート記憶手段に記憶されたレシートデータを参照し、前記店舗端末が配設された飲食店の店ＩＤであって取得フラグが未取得を示すレシートデータを取得するレシート取得手段を備えることを特徴とする請求項６記載の飲食物注文管理装置。
【請求項８】
前記レシート作成手段が作成したレシートデータを、該レシートデータに含まれる店ＩＤの飲食店の前記顧客端末に送信するレシートデータ送信手段をさらに備えることを特徴とする請求項６記載の飲食物注文管理装置。
【請求項９】
前記識別情報は、
前記席ＩＤと、客の回転数を示すＳＥＱ番号と、を含み、
前記識別情報を記憶する識別情報記憶手段をさらに備え、
前記第一の二次元コード作成手段は、
会計単位の全席に対して、前記アクセス情報と、前記店ＩＤ、前記席ＩＤ及び前記ＳＥＱ番号の初期値を含む識別情報と、が格納された二次元コードを作成し、
顧客が会計を終了した後に、前記店舗端末から、会計終了した顧客が飲食していた特定の席に対して二次元コードを出力する第二の指示を受け付けた場合には、前記識別情報記憶手段に記憶された前記特定の席の席ＩＤに対応した識別情報のうち、最大のＳＥＱ番号（以下、第一のＳＥＱ番号という）をインクリメントした数値を新たなＳＥＱ番号（以下、第二のＳＥＱ番号という）とし、前記特定の席に対して、前記アクセス情報と、前記店舗端末が配設された飲食店の店ＩＤ、前記特定の席の席ＩＤ及び前記新たなＳＥＱ番号を含む識別情報と、が格納された二次元コードを作成する第二の二次元コード作成手段と、
前記第二の二次元コード作成手段が作成した前記特定の席の二次元コードを、前記第二の指示を送信した前記店舗端末に送信する第二の二次元コード出力手段と、
をさらに備え、
前記メニュー送信手段は、
前記第一の状態、又は前記店舗端末が、前記第二の二次元コード出力手段により送信された前記特定の席の二次元コードを印字した二次元コード印字紙を出力した後に飲食店の店員が、出力された二次元コード印字紙を該当する席に掲示した後の第二の状態において、前記顧客端末が、顧客が飲食する席に掲示された二次元コードを読み取ってメニューにアクセスした場合には、該顧客端末に対して前記メニュー記憶手段に記憶されたメニューを送信する、
ことを特徴とする請求項６乃至８のいずれか１項に記載の飲食物注文管理装置。
【請求項１０】
前記識別情報記憶手段は、
前記識別情報に対応付けて、前記顧客端末からメニューへのアクセスが有効か無効かを示すアクセス可否情報をさらに記憶し、
前記第一の二次元コード作成手段が作成したすべての二次元コードのそれぞれの前記識別情報に対してアクセス可を示すアクセス可否情報を付加して前記アクセス可否情報記憶手段に登録する第一のアクセス可否情報登録手段と、
前記第二の二次元コード作成手段が作成した二次元コードの前記識別情報に対してアクセス可を示すアクセス可否情報を付加して前記識別情報記憶手段に登録するとともに、前記店ＩＤ、前記特定の席の席ＩＤ及び前記第一のＳＥＱ番号を含む識別情報に対して不可を示すアクセス可否情報を付加して前記識別情報記憶手段に登録する第二のアクセス可否情報登録手段と、
前記顧客端末がメニューにアクセスした場合には、前記顧客端末から送信された前記識別情報に基づいて前記識別情報記憶手段に記憶されたアクセス可否情報を参照し、参照したアクセス可否情報に従ってアクセスの可否を判断するアクセス可否判断手段と、
前記メニュー送信手段は、
前前記顧客端末が、前記アクセス可否判断手段において前記顧客端末からのアクセスが可であると判断した場合には、該顧客端末に対してメニューを送信する、
ことを特徴とする請求項９記載の飲食物注文管理装置。
【請求項１１】
ネットワークを介して、顧客が携行する顧客端末と相互に通信可能なコンピュータが実行する飲食物注文管理方法であって、
前記コンピュータは、
飲食店の飲食物のメニューを記憶するメニュー記憶手段を備え、
飲食店の店員から、飲食店の会計単位の全席に対して二次元コードを出力する第一の指示を受け付けた場合には、会計単位の全席に対して、メニューにアクセスするためのアクセス情報と、会計単位の席を一意に識別可能な席ＩＤを少なくとも含む識別情報と、が格納された二次元コードを作成する第一の二次元コード作成ステップと、
前記第一の二次元コード作成ステップにおいて作成した二次元コードのそれぞれを印字した二次元コード印字紙を出力する第一の二次元コード出力ステップと、
飲食店の店員が、前記第一の二次元コード出力ステップにより出力された二次元コード印字紙のそれぞれを該当する席に掲示した後の第一の状態において、前記顧客端末が、顧客が飲食する席に掲示された二次元コードを読み取ってメニューにアクセスした場合には、該顧客端末に対して前記メニュー記憶手段に記憶されたメニューを送信するメニュー送信ステップと、
顧客がメニューの中から飲食物の注文を行い、メニューを送信した前記顧客端末から、注文した飲食物の品名及び個数を含む注文情報を受け付けた場合には、受け付けた注文情報、及び前記メニュー記憶手段に記憶されたメニューに基づいて、前記顧客端末が読み込んだ二次元コードに含まれる席ＩＤ、注文を受けた飲食物の品名、個数及び金額を少なくとも含むレシートを作成するレシート作成ステップと、
前記レシート作成ステップにおいて作成したレシートを出力するレシート出力ステップと、
を備えることを特徴とする飲食物注文管理方法。
【請求項１２】
ネットワークを介して、顧客が携行する顧客端末と相互に通信可能なコンピュータが読み取り可能な飲食物注文管理プログラムであって、
前記コンピュータを、
飲食店の飲食物のメニューを記憶するメニュー記憶手段と、
飲食店の店員から、飲食店の会計単位の全席に対して二次元コードを出力する第一の指示を受け付けた場合には、会計単位の全席に対して、メニューにアクセスするためのアクセス情報と、会計単位の席を一意に識別可能な席ＩＤを少なくとも含む識別情報と、が格納された二次元コードを作成する第一の二次元コード作成手段と、
前記第一の二次元コード作成手段が作成した二次元コードのそれぞれを印字した二次元コード印字紙を出力する第一の二次元コード出力手段と、
飲食店の店員が、前記第一の二次元コード出力手段により出力された二次元コード印字紙のそれぞれを該当する席に掲示した後の第一の状態において、前記顧客端末が、顧客が飲食する席に掲示された二次元コードを読み取ってメニューにアクセスした場合には、該顧客端末に対して前記メニュー記憶手段に記憶されたメニューを送信するメニュー送信手段と、
顧客がメニューの中から飲食物の注文を行い、前記メニューを送信した前記顧客端末から、注文した飲食物の品名及び個数を含む注文情報を受け付けた場合には、受け付けた注文情報、及び前記メニュー記憶手段に記憶されたメニューに基づいて、前記顧客端末が読み込んだ二次元コードに含まれる席ＩＤ、注文を受けた飲食物の品名、個数及び金額を少なくとも含むレシートを作成するレシート作成手段と、
前記レシート作成手段が作成したレシートを出力するレシート出力手段と、
として機能させることを特徴とする飲食物注文管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、飲食店において飲食物を注文する技術に関し、特に、顧客が携行する情報処理端末を用いて飲食物を注文する飲食物注文管理システム、飲食物注文管理装置、飲食物注文管理方法及び飲食物注文管理プログラムに関する。
【背景技術】
【０００２】
小規模の居酒屋に代表される飲食店では、店員が他の複数の仕事を掛け持ちしていることが多く、顧客が注文したいたいときに店員が即座に注文に応じてくれない場合がある。
【０００３】
これに対して、客席にタブレット型の端末を設置し、顧客が店員を介さず自由に注文をするセルフオーダー方式も可能となってきている（例えば、特許文献１参照）。しかしながら、このような端末を含む情報処理システムを導入するに際しては多額の設備投資が必要である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−３７５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで昨今、スマートフォンやタブレット端末などの情報処理端末が普及している。そのため、飲食店に入店した顧客が自ら携行する情報処理端末を用いて飲食物を注文することができれば、店員の到着を待つことなく飲食物を注文することができ、顧客及び飲食店の双方にとって大変便利である。
【０００６】
本発明は上記の事情を鑑みてなされたものであり、飲食店にとっては、コストをかけることなく、店員の労力を軽減できるとともに、顧客にとっては、店員に頼ることなく、自らが注文したいタイミングで飲食物を注文することができる飲食物注文管理システム、飲食物注文管理装置、飲食物注文管理方法及び飲食物注文管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明に係る飲食物注文管理システムは、その一態様として、
ネットワークを介して、顧客が携行する顧客端末と相互に通信可能な飲食物注文管理システムであって、
飲食店の飲食物のメニューを記憶するメニュー記憶手段と、
飲食店の店員から、飲食店の会計単位の全席に対して二次元コードを出力する第一の指示を受け付けた場合には、会計単位の全席に対して、メニューにアクセスするためのアクセス情報と、会計単位の席を一意に識別可能な席ＩＤを少なくとも含む識別情報と、が格納された二次元コードを作成する第一の二次元コード作成手段と、
前記第一の二次元コード作成手段が作成した二次元コードのそれぞれを印字した二次元コード印字紙を出力する第一の二次元コード出力手段と、
飲食店の店員が、前記第一の二次元コード出力手段により出力された二次元コード印字紙のそれぞれを該当する席に掲示した後の第一の状態において、前記顧客端末が、顧客が飲食する席に掲示された二次元コードを読み取ってメニューにアクセスした場合には、該顧客端末に対して前記メニュー記憶手段に記憶されたメニューを送信するメニュー送信手段と、
顧客がメニューの中から飲食物の注文を行い、メニューを送信した前記顧客端末から、注文した飲食物の品名及び個数を含む注文情報を受け付けた場合には、受け付けた注文情報、及び前記メニュー記憶手段に記憶されたメニューに基づいて、前記顧客端末が読み込んだ二次元コードに含まれる席ＩＤ、注文を受けた飲食物の品名、個数及び金額を少なくとも含むレシートを作成するレシート作成手段と、
前記レシート作成手段が作成したレシートを出力するレシート出力手段と、
を備えることを特徴とする。
【０００８】
また、上記目的を達成するため、本発明に係る飲食物注文管理装置は、その一態様として、
飲食店に配設された店舗端末と、顧客が携行する顧客端末と、ネットワークを介して前記店舗端末及び前記顧客端末と相互に通信可能な飲食物注文管理装置と、を備えた情報処理システムにおける前記飲食物注文管理装置であって、
飲食店ごとに飲食物のメニューを記憶するメニュー記憶手段と、
前記店舗端末から、飲食店の会計単位の全席に対して二次元コードを出力する第一の指示を受け付けた場合には、会計単位の全席に対して、メニューにアクセスするためのアクセス情報と、前記店舗端末が配設された飲食店を一意に識別可能な店ＩＤ、会計単位の席を一意に識別可能な席ＩＤを少なくとも含む識別情報と、が格納された二次元コードを作成する第一の二次元コード作成手段と、
前記第一の二次元コード作成手段が作成した二次元コードのそれぞれを、前記第一の指示を送信した前記店舗端末に送信する第一の二次元コード出力手段と、
前記店舗端末が、前記第一の二次元コード出力手段が送信した二次元コードのそれぞれを印字した二次元コード印字紙を出力した後、飲食店の店員が、二次元コード印字紙のそれぞれを該当する席に掲示した第一の状態において、前記顧客端末が、顧客が飲食する席に掲示された二次元コードを読み取ってメニューにアクセスした場合には、該顧客端末に対して前記メニュー記憶手段に記憶されたメニューを送信するメニュー送信手段と、
顧客がメニューの中から飲食物の注文を行い、メニューを送信した前記顧客端末から、注文した飲食物の品名及び個数を含む注文情報を受け付けた場合には、受け付けた注文情報、及び前記メニュー記憶手段に記憶されたメニューに基づいて、前記顧客端末が読み込んだ二次元コードに含まれる店ＩＤ、席ＩＤ、注文を受けた飲食物の品名、個数及び金額を少なくとも含むレシートデータを作成するレシート作成手段と、
前記レシート作成手段が作成したレシートデータを記憶するレシート記憶手段と、
備えることを特徴とする。
【０００９】
また、上記目的を達成するため、本発明に係る飲食物注文管理方法は、その一態様として、
ネットワークを介して、顧客が携行する顧客端末と相互に通信可能なコンピュータが実行する飲食物注文管理方法であって、
前記コンピュータは、
飲食店の飲食物のメニューを記憶するメニュー記憶手段を備え、
飲食店の店員から、飲食店の会計単位の全席に対して二次元コードを出力する第一の指示を受け付けた場合には、会計単位の全席に対して、メニューにアクセスするためのアクセス情報と、会計単位の席を一意に識別可能な席ＩＤを少なくとも含む識別情報と、が格納された二次元コードを作成する第一の二次元コード作成ステップと、
前記第一の二次元コード作成ステップにおいて作成した二次元コードのそれぞれを印字した二次元コード印字紙を出力する第一の二次元コード出力ステップと、
飲食店の店員が、前記第一の二次元コード出力ステップにより出力された二次元コード印字紙のそれぞれを該当する席に掲示した後の第一の状態において、前記顧客端末が、顧客が飲食する席に掲示された二次元コードを読み取ってメニューにアクセスした場合には、該顧客端末に対して前記メニュー記憶手段に記憶されたメニューを送信するメニュー送信ステップと、
顧客がメニューの中から飲食物の注文を行い、メニューを送信した前記顧客端末から、注文した飲食物の品名及び個数を含む注文情報を受け付けた場合には、受け付けた注文情報、及び前記メニュー記憶手段に記憶されたメニューに基づいて、前記顧客端末が読み込んだ二次元コードに含まれる席ＩＤ、注文を受けた飲食物の品名、個数及び金額を少なくとも含むレシートを作成するレシート作成ステップと、
前記レシート作成ステップにおいて作成したレシートを出力するレシート出力ステップと、
を備えることを特徴とする。
【００１０】
また、上記目的を達成するため、本発明に係る飲食物注文管理プログラムは、その一態様として、
ネットワークを介して、顧客が携行する顧客端末と相互に通信可能なコンピュータが読み取り可能な飲食物注文管理プログラムであって、
前記コンピュータを、
飲食店の飲食物のメニューを記憶するメニュー記憶手段と、
飲食店の店員から、飲食店の会計単位の全席に対して二次元コードを出力する第一の指示を受け付けた場合には、会計単位の全席に対して、メニューにアクセスするためのアクセス情報と、会計単位の席を一意に識別可能な席ＩＤを少なくとも含む識別情報と、が格納された二次元コードを作成する第一の二次元コード作成手段と、
前記第一の二次元コード作成手段が作成した二次元コードのそれぞれを印字した二次元コード印字紙を出力する第一の二次元コード出力手段と、
飲食店の店員が、前記第一の二次元コード出力手段により出力された二次元コード印字紙のそれぞれを該当する席に掲示した後の第一の状態において、前記顧客端末が、顧客が飲食する席に掲示された二次元コードを読み取ってメニューにアクセスした場合には、該顧客端末に対して前記メニュー記憶手段に記憶されたメニューを送信するメニュー送信手段と、
顧客がメニューの中から飲食物の注文を行い、前記メニューを送信した前記顧客端末から、注文した飲食物の品名及び個数を含む注文情報を受け付けた場合には、受け付けた注文情報、及び前記メニュー記憶手段に記憶されたメニューに基づいて、前記顧客端末が読み込んだ二次元コードに含まれる席ＩＤ、注文を受けた飲食物の品名、個数及び金額を少なくとも含むレシートを作成するレシート作成手段と、
前記レシート作成手段が作成したレシートを出力するレシート出力手段と、
として機能させることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、飲食店にとっては、コストをかけることなく、店員の労力を軽減できるとともに、顧客にとっては、店員に頼ることなく、自らが注文したいタイミングで飲食物を注文することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の第１の実施の形態に係る飲食店注文管理システムの概略構成図である。
【図２】（ａ）は、本発明の第１の実施の形態に係る店舗ＤＢのデータ構成を模式的に示す図、（ｂ）は、二次元コードのデータ構成を模式的に示す図、（ｃ）は、アクセスＤＢのデータ構成を模式的に示す図、（ｄ）は、レシートＤＢのデータ構成を模式的に示す図である。
【図３】本発明の第１の実施の形態に係る注文管理サーバの概略構成図である。
【図４】本発明の第１の実施の形態に係るレシートの一例を示す図である。
【図５】本発明の第１の実施の形態に係る店舗端末の概略構成図である。
【図６】本発明の第１の実施の形態に係る顧客端末の概略構成図である。
【図７】本発明の第１の実施の形態に係る飲食店注文管理システムの全席に対する二次元コード出力処理の流れを示すフローチャートである。
【図８】本発明の第１の実施の形態に係る飲食店注文管理システムの注文処理の流れを示すフローチャートである。
【図９】本発明の第１の実施の形態に係る飲食店注文管理システムのレシート出力処理の流れを示すフローチャートである。
【図１０】本発明の第１の実施の形態に係る飲食店注文管理システムの特定の席に対する二次元コード出力処理の流れを示すフローチャートである。
【図１１】本発明の第１の実施の形態に係る飲食店注文管理システムの注文処理の変形例の流れを示すフローチャートである。
【図１２】本発明の第１の実施の形態に係る飲食店注文管理システムの注文管理サーバの変形例の概略構成図である。
【図１３】本発明の第２の実施の形態に係る注文管理サーバの概略構成図である。
【図１４】本発明の第２の実施の形態に係る飲食店注文管理システムの全席に対する二次元コード出力処理の流れを示すフローチャートである。
【図１５】図１６とともに、本発明の第２の実施の形態に係る飲食店注文管理システムの注文処理の流れを示すフローチャートである。
【図１６】図１５とともに、本発明の第２の実施の形態に係る飲食店注文管理システムの注文処理の流れを示すフローチャートである。
【図１７】本発明の第２の実施の形態に係る飲食店注文管理システムの特定の席に対する二次元コード出力処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について図面を用いて説明する。
［第１の実施の形態］
＜飲食物注文管理システムの構成＞
図１は、本発明の第１の実施の形態に係る飲食物注文管理システム１００の概略構成図である。飲食物注文管理システム１００は、顧客３が飲食店２において飲食物を注文する場合、顧客３が携行する顧客端末３０を用いて飲食物の注文を可能とするサービス（以下、スマートオーダーサービスという）を提供するコンピュータシステムである。飲食物注文管理システム１００では、顧客端末３０が、飲食店２の席に掲示された二次元コード２７を読み取ることにより、Ｗｅｂ上の飲食店２のメニューにアクセスした後、顧客３がＷｅｂ上のメニューの中から飲食物の注文を行うようになっている。一方、飲食店２では、店舗端末２０が、上記注文により、飲食物の注文に関するレシート２８を出力するので、飲食店２の店員は、このレシート２８に従って飲食物の調理及び提供を行うようになっている。
【００１４】
このように、飲食物注文管理システム１００では、顧客３は、飲食店２の店員に頼ることなく、自らが注文したいタイミングで飲食物を注文することが可能である。また、飲食店２は、顧客３が自ら携行する顧客端末３０で飲食物の注文をしてくれるので、客席にコストをかけてタブレット型の端末を設置する必要もなく、また、店員を介さずに注文を受けることができるので、店員の労力を軽減することが可能である。
【００１５】
なお、本実施の形態の飲食物注文管理システム１００は、図１に示すように、複数の飲食店２において複数の顧客３からの飲食物の注文を管理可能であるが、以下においては、所定の１店舗の飲食店２において１人の顧客３がスマートオーダーサービスを利用する場合について説明する。また、スマートオーダーサービスでは、飲食店２は当該サービスの会員となる必要があるが、顧客３は当該サービスの会員となる必要はない、したがって、顧客３は、飲食物注文管理システム１００に対して個人情報や属性情報を登録する必要はない。
【００１６】
飲食物注文管理システム１００は、図１に示すように、スマートオーダーサービスを提供する管理会社１が有する注文管理サーバ１０と、飲食店２に設置された店舗端末２０と、顧客３が携行する顧客端末３０と、注文管理サーバ１０、店舗端末２０及び顧客端末３０をそれぞれ相互に通信可能とする、例えば、インターネット網、公衆網、ＬＡＮ（Local Area Network）などの構内網、などからなる通信ネットワーク４０、とを備えている。
【００１７】
ここで、まず、飲食物注文管理システム１００に用いられる二次元コード２７について説明する。図２（ａ）は、二次元コード２７のデータ構成を説明する図である。二次元コード２７は、例えば、マトリックス式のＱＲコード（登録商標）が好適であるが、ＱＲコード（登録商標）に限定されるものではない。他の二次元コードでも適用可能であり、マトリックス式の他の種類の二次元コードやスタック式の二次元コードでもよい。
【００１８】
スマートオーダーサービスにおいては、二次元コード２７を印字した紙（以下、二次元コード印字紙という）が飲食店２の全席に配置されている。なお、スマートオーダーサービスにおける席とは、後述する席番が付与された席を意味する。
【００１９】
二次元コード２７に格納されている情報には、少なくとも、Ｗｅｂ上の飲食店２のメニューのアドレスを示すＵＲＬ（Uniform Resource Locator）と、識別データが含まれている。二次元コード２７にメニューのアドレスを示すＵＲＬが含まれているため、顧客３は顧客端末３０で二次元コード２７を読み込むことにより、注文管理サーバ１０に設けられた飲食店２のメニューにアクセスすることが可能となっている。識別データは、顧客端末３０から注文管理サーバ１０への不正アクセスを防止するために設けられたものである。本実施の形態に係る識別データは、店番、席番、客番、日付、及びセキュリティコードで構成されている。
【００２０】
店番は、飲食店２を一意に識別可能な番号であり、席番は、飲食店２におけるテーブルやカウンターなど会計単位の席を一意に識別可能な番号である。以下、本実施の形態において「席」と表記する場合には、この会計単位の席を意味する。例えば、カウンターの席に対しては、それぞれの席に対して一の番号が付与される一方、テーブルの席に対しては４人掛けの席であっても一のテーブルに対して一の席番が付与されるようにしてもよい。勿論、席番の付与は飲食店２ごとの事情に合わせて自由に設定することが可能である。客番は、同一店、同一席、同一日付における顧客３の入れ替わり回数を示す番号である。具体的には、日付が変わって初めて二次元コード２７を作成する場合には、客番には初期値１が設定され、以後、同一店、同一席、同一日付に関して二次元コード２７を再作成する場合には、客番は１ずつ加算されて設定される。セキュリティコードは、乱数により作成する一定数以上の文字列であり、本実施の形態では、３２桁の文字列で構成され、使用する文字を０〜９及びＡ〜Ｆの１６種としている。つまり、セキュリティコードの組合せは、１６の３２乗通りとなる。
【００２１】
このように、本実施の形態の識別データは、同一店、同一席及び同一日付に対して、複数の情報を保持可能としているが、客番を付加することにより、客の入れ替わりに合わせて、現在、飲食店２に在席する顧客３のアクセスだけを有効とし、退店した顧客３のアクセスを無効とするデータとしている（後述するアクセス可否データｄ２０にて説明する）。また、セキュリティコードを付加することにより、悪意の第三者が不正にアクセスすることを禁止している。本実施の形態の飲食物注文管理システム１００では、顧客３は退店後もメニューのＵＲＬに基づいてアクセスすることが可能となるため、不要なアクセスを排除したものである。すなわち、本実施の形態の識別データは、不要又は不正な注文を排除するために設けられている。
【００２２】
図３は、注文管理サーバ１０の機能構成図である。注文管理サーバ１０は、飲食物注文管理システム１００全体を統括する装置である。
【００２３】
注文管理サーバ１０は、図３に示すように、例えば、ハードディスク等から構成され、飲食物注文管理システム１００が管理するデータを記憶する記憶部１１と、例えば、ＣＰＵ及びメモリ等から構成され、記憶部１１の制御や、各種データの転送、種々の演算、データの一時的な格納等を行うことにより、本実施の形態の後述する各種処理（マスタ処理、二次元コード出力処理、注文処理、レシート出力処理）を実行する制御部１２と、通信ネットワーク４０を介して店舗端末２０や顧客端末３０とデータの送受信を行う通信部１３と、を備えている。
【００２４】
記憶部１１は、詳しくは、店舗データベース（以下、店舗ＤＢという）１０１、アクセスデータベース（以下、アクセスＤＢという）１０２、及びレシートデータベース（以下、レシートＤＢという）１０３を具備する構成となっている。図２（ｂ）に店舗ＤＢ１０１、図２（ｃ）にアクセスＤＢ１０２、図２（ｄ）にレシートＤＢ１０３のデータ構成の模式図を示す。
【００２５】
店舗ＤＢ１０１は、スマートオーダーサービスを利用する飲食店２のマスタ情報を記憶するデータベースである。店舗ＤＢ１０１は、図２（ｂ）に示すように、店番を、パスワード、メニュー情報、及び席情報と、を対応付けて構成された店舗データｄ１０を記憶している。つまり、店舗ＤＢ１０１は、飲食店２ごとにメニュー情報や席情報などを記憶している。ここで、メニュー情報は、飲食店２のメニューに関する情報であり、飲食物ごとに品名、金額（単価）、画像などを備えたデータである。席情報は、飲食店２の席に関する情報であり、飲食店２に設けられた全席を上記席番と対応付けたデータである。店舗データｄ１０は、飲食店２の店員が、店舗端末２０を用いて、飲食物注文管理システム１００におけるマスタ処理を実行することにより、登録／更新可能となっている。
【００２６】
アクセスＤＢ１０２は、飲食物注文管理システム１００における注文処理を実行するに際して、顧客端末３０から注文管理サーバ１０へのアクセスが有効か否かをチェックするためのデータベースである。アクセスＤＢ１０２は、図２（ｃ）に示すように、識別データを有効フラグと対応付けたアクセス可否データｄ２０を記憶する。識別データは、上述したように、不正な注文を排除するために設けられているコードであり、有効フラグがオンのアクセス可否データｄ２０はアクセス可（有効）を意味し、有効フラグがオフのアクセス可否データｄ２０はアクセス不可（無効)を意味する。すなわち、顧客端末３０から注文管理サーバ１０へのアクセスに際しては、顧客端末３０から送信された識別データに基づいてアクセスＤＢ１０２に記憶された識別データを参照し、参照した識別データがアクセス可（有効）である場合には、顧客端末３０から注文管理サーバ１０へのアクセスを有効としている。
【００２７】
レシートＤＢ１０３は、飲食物注文管理システム１００の注文処理において、顧客端末３０から注文が行われた飲食物に関する情報を記憶するデータベースである。レシートＤＢ１０３は、図２（ｄ）に示すように、飲食店２において注文を受けた飲食物ごとに、店番、品名、数量、席番、金額（単価）、及び注文日時を有するレシートデータｄ３０を記憶するデータベースである。レシートデータｄ３０の店番は、顧客端末３０から送信された識別データに含まれる店番が設定されている。レシート２８は、このレシートデータｄ３０に基づいて店舗端末２０から出力される。
【００２８】
図４にレシート２８の一例を示す。本実施の形態のレシート２８は、一のレシートデータｄ３０に基づいて、２枚出力される。一つは、注文用レシート２８Ａであり、もう一つは、会計用レシート２８Ｂである。
【００２９】
注文用レシート２８Ａは、調理場の店員が調理用に用いたり、フロアの店員が顧客３への配膳用に用いたりする。すなわち、調理場では、この注文用レシート２８Ａの内容に基づいて、飲食物の調理をし、フロアの店員は、この注文用レシート２８Ａの内容に基づいて、飲食物を用意したりする。調理が完成した飲食物は、注文用レシート２８Ａの席番に基づいて顧客３のもとに提供される。
【００３０】
一方、会計用レシート２８Ｂは、注文伝票のバインダーにクリップ止めされる。スマートオーダーサービスでは、飲食店注文管理システム１００に基づいた店員を介しない注文受付の他、店員を介した従来ながらの対面の注文受付も可能としている。そのため、飲食店２内では、飲食店注文管理システム１００に基づく顧客端末３０から注文する顧客３と、店員を介して注文する顧客３と、が混在する。そこで、注文伝票のバインダーには、従来型の手書き注文用紙が挟まれ、当該注文用紙には、店員を介して注文された飲食物の品名及び個数などが記載されるとともに、会計用レシート２８Ｂが挟まれるようになっている。
図４（ａ）は、注文が食物の場合の注文用レシート２８Ａ、図４（ｂ）は、注文が食物の場合の会計用レシート２８Ｂを示している。レシート２８Ａ及びＢには、品名（例えば、イカの丸干し）、数量（例えば、１）、席番（例えば、テーブル２）、金額（単価）（例えば、￥４８０）、注文日時（例えば、２０１８／１１／０７  １０：０７）及び注文用か会計用かを識別する文字（例えば、［注文用］、［会計用］）が印字される。
図４（ｃ）は、注文が飲物の場合の注文用レシート２８Ａ、図４（ｄ）は、注文が飲物の場合の会計用レシート２８Ｂを示している。同様に、レシート２８Ａ及びＢには、品名（例えば、獺祭二割三分冷酒）、数量（例えば、２）、席番（例えば、テーブル２）、金額（単価）（例えば、￥８００）、注文日時（例えば、２０１８／１１／０７  １０：０７）及び注文用か会計用かを識別する文字（例えば、［注文用］、［会計用］）が印字される。
【００３１】
なお、図４には図示しなかったが、レシート２８には、上記情報に加えて、品名を示すアイコン画像（例えば、ビールの場合には、ビールのジョッキを示す画像、日本酒の場合には、徳利を示す画像など）を印字してもよい。飲食店２の店員が注文内容を即時に把握でき、作業を効率化できる場合がある。また、店番に基づいて飲食店の店名を印字してもよい。
【００３２】
図３に戻り、制御部１２を、主たる機能ごとに細分化すると、メニュー登録部１０４、席情報登録部１０５、二次元コード作成部１０６、二次元コード出力部１０７、アクセス制御部１０８、メニュー送信部１０９、及びレシート作成部１１０に分類される。
【００３３】
メニュー登録部１０４は、飲食物注文管理システム１００のマスタ処理において、飲食店２の店員が店舗端末２０を介して入力したメニュー情報を店舗ＤＢ１０１に登録する機能である。
【００３４】
席情報登録部１０５は、飲食物注文管理システム１００のマスタ処理において、飲食店２の店員が店舗端末２０を介して入力した席情報を店舗ＤＢ１０１に登録する機能である。
【００３５】
二次元コード作成部１０６は、飲食物注文管理システム１００の二次元コード出力処理において、飲食店２の店員が店舗端末２０を介して入力した出力指示情報に対して二次元コード２７を作成する機能である。
【００３６】
ここで、二次元コード２７を出力する出力指示情報は、（１）全席に対する二次元コード出力指示情報と、（２）特定の席に対する出力指示情報と、がある。全席に対する二次元コード出力指示とは、その日最初に実行される二次元コード出力指示であり、例えば、飲食店２の開店前に実行され、飲食店２内の全席に対して二次元コード２７の作成を行う。一方、特定の席に対する出力指示とは、会計が終了した顧客３の席に対する二次元コード出力指示であり、会計が終了した顧客３の席に対して二次元コード２７の作成を行う。このように本実施の形態の飲食物注文管理システム１００においては、同一の席であっても、客の回転に合わせて二次元コード２７を再作成するようにしている。現在、飲食店２に在席する顧客３の顧客端末３０からの注文だけを有効とするためである。
【００３７】
二次元コード出力部１０７は、飲食物注文管理システム１００の二次元コード出力処理において、二次元コード作成部１０６が作成した二次元コード２７を店舗端末２０に送信する機能である。これにより、店舗端末２０では、例えば、レシートプリンタ２０Ｂから全席又は特定の席の二次元コード２７が印字された二次元コード印字紙が出力される。なお、二次元コード印字紙には、二次元コード２７とともに、少なくとも席番を含む情報（識別データでもよい）が印字されることが好ましい。飲食店２の店員は、印字された席番に従ってこの二次元コード印字紙を該当する席に配置することができるからである。
【００３８】
アクセス制御部１０８は、飲食物注文管理システム１００の注文処理において、顧客端末３０からメニューに対するアクセスが行われた場合、顧客端末３０から送信された二次元コード２７に含まれる識別データに基づいて顧客端末３０からのアクセスが有効であるか否かを判断する機能である。アクセス制御部１０８は、顧客端末３０から送信された識別データの有効性を、まず、（１）この識別データがアクセスＤＢ１０２に記憶されたアクセス可否データｄ２０の識別データとして存在するか否かをチェックし（セキュリティコードのチェック）、（２）識別データとして存在している場合には、次に、この識別データの有効フラグが有効か否かをチェックして（有効フラグのチェック）、メニューに対するアクセスが有効か否かを判断する。
【００３９】
また、本実施の形態では、アクセス制御部１０８は、飲食物注文管理システム１００の二次元コード出力処理において、二次元コード２７を作成した後、作成した二次元コード２７の識別データの有効フラグをオン（有効）に設定する機能を有する。また、作成した二次元コード２７の旧識別データ（作成した二次元コード２７の識別データの客番よりも小さな客番の識別データ）が存在する場合には、旧識別データの有効フラグをオフ（無効）に設定する機能を有する。
【００４０】
メニュー送信部１０９は、飲食物注文管理システム１００の注文処理において、アクセス制御部１０８により、顧客端末３０からのアクセスが有効であると判断された場合に、店舗ＤＢ１０１に記憶されたメニュー情報に基づいて、メニューを送信する機能である。これにより、顧客３は、顧客端末３０においてメニューを閲覧することが可能となり、飲食物の注文が可能となる。
【００４１】
レシート作成部１１０は、飲食物注文管理システム１００の注文処理において、顧客端末３０から飲食物の注文を受けた場合、注文を受けた飲食物のレシートデータｄ３０を作成し、レシートＤＢ１０３に記憶する機能である。なお、レシート作成データｄ３０の店番は、顧客端末３０が送信した識別データの店番に基づく。レシートＤＢ１０３に記憶されたレシートデータｄ３０は、飲食物注文管理システム１００のレシート出力処理において、店舗端末２０が定期的に取得するようになっている。
【００４２】
なお、注文管理サーバ１０は、上述したようなアプリケーションサーバ、データベースサーバ、及びＷｅｂ（World  Wide  Web）サーバとしての機能を有しており、店舗端末２０及び顧客端末３０とＷｅｂを活用した情報授受ができるようになっている。さらに、注文管理サーバ１０は、物理的に一つからなる装置の他、複数の装置がネットワーク接続されたシステムから構成されてもよく、複数の装置で構成された場合には、同一の場所にすべてが設置されていてもよいし、複数の場所に分散して設置されていてもよい。
【００４３】
図５は、店舗端末２０の機能構成図である。店舗端末２０は、図１に示すように、例えば、パーソナルコンピュータ（personal  computer；ＰＣ）２０Ａと、二次元コード２７やレシート２８を出力するレシートプリンタ２０Ｂと、で構成されることが想定される。
【００４４】
店舗端末２０は、詳しくは、図５に示すように、例えば、ハードディスク等から構成されプ各種データを記憶する記憶部２１と、例えば、キーボードやマウスなどで構成される入力部２２、例えば、液晶ディスプレイなどで構成される表示部２３と、例えば、レシートプリンタ２０Ｂなどで構成される出力部２４と、例えば、ＣＰＵ及びメモリ等から構成され、記憶部２１の制御や、各種データの転送、種々の演算、データの一時的な格納等を行うことにより、本実施の形態の上述した各種処理（マスタ処理、二次元コード出力処理、注文処理、レシート出力処理）を実行する制御部２５と、通信ネットワーク４０を介して注文管理サーバ１０とデータの送受信を行う通信部２６と、を具備する構成である。
【００４５】
制御部２５は、飲食物注文管理システム１００の機能としては、レシート取得部２０１を有する。レシート取得部２０１は、飲食物注文管理システム１００のレシート出力処理において、所定の時間間隔ごとに注文管理サーバ１０のレシートＤＢ１０３にアクセスし、レシートＤＢ１０３に新たなレシートデータｄ３０が存在する場合には、レシートデータｄ３０を取得するレシート取得機能を有している。取得されたレシートデータｄ３０は、店舗端末２０からレシート２８Ａ及び２８Ｂとして出力される。飲食店２の店員は、出力されたレシート２８Ａを調理場へ持参し、レシート２８Ｂを該当する席の注文伝票のバインダーにクリップ止めする。
【００４６】
なお、制御部２５の機能としては、図示しないが、飲食店２の店員は、店舗端末２０の表示部２３を介してスマートオーダーサービスの種々の情報を確認することができる。また、飲食店２の店員は、入力部２２を介して、メニュー情報や席情報などのマスタ情報を入力することにより、店舗ＤＢ１０１にマスタ情報を登録するマスタ処理を実行することができる。
【００４７】
また、飲食店２の店員は、開店前又は会計終了後に、入力部２２を介して、二次元コード２７の出力指示をすることにより、二次元コード２７が印字された二次元コード印字紙を店舗端末２０から出力することができる。この二次元コード印字紙は、上述したように席番に従って該当する席に配置され、掲示される。
【００４８】
また、飲食店２の店員は、会計時、注文伝票のバインダーに挟まれた手書き注文用紙、及び会計用レシート２８Ｂの双方を集計して、精算を行う。
【００４９】
図６は、顧客端末３０の機能構成図である。顧客端末３０は、図１に示すように、例えば、スマートフォン、タブレット端末など顧客３が携行可能な情報処理端末が想定される。
【００５０】
顧客端末３０は、詳しくは、図６に示すように、記憶部３１と、ＵＩ（User  Interface）部３２と、撮影部３３と、制御部３４と、通信部３５と、を具備する構成である。
【００５１】
記憶部３１は、例えば、フラッシュメモリ等から構成され、制御部３４が制御に用いるデータやプログラムなどを記憶するようになっている。本実施の形態の記憶部３１には、ブラウザソフトなどのソフトがインストールされている。
【００５２】
ＵＩ部３２は、情報処理端末の入力部及び出力部（表示部）を兼ねるものであり、顧客３からの入力操作を受け付けるとともに、入力操作に応じて制御部３４にて処理された結果を出力（表示）するようになっている。例えば、表示画面を兼ねたタッチパネル、マイク、スピーカなどで構成されている。
【００５３】
撮影部３３は、カメラ機能により、席に掲示された二次元コード２７を撮影する。
【００５４】
制御部３４は、例えば、ＣＰＵ及びメモリ等から構成され、記憶部３１の制御や、各種データの転送、種々の演算、データの一時的な格納等を行うことにより、飲食物注文管理システム１００における顧客端末３０側の処理を実行する。
【００５５】
制御部３４は、飲食物注文管理システム１００の機能としては、二次元コード読取部３０１を有する。二次元コード読取部３０１は、撮影部３３により撮影された画像から二次元コード２７の情報を読み取った後、ブラウザソフトを起動し、読み取った情報のアクセス情報（ＵＲＬ）に基づいて注文管理サーバ１０のメニューにアクセスする。
【００５６】
通信部３５は、ブラウザソフトなどにより、通信ネットワーク４０を介して注文管理サーバ１０とデータの送受信を行うようになっている。
【００５７】
また、本実施の形態に係る飲食物注文管理システム１００の各種処理（マスタ処理、二次元コード出力処理、注文処理、レシート出力処理）を実行するプログラムは、上述したメモリなどの主記憶装置やハードディスクなどの補助記憶装置に格納されているものである。そして、このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ（Compact  Disc）、ＤＶＤ（Digital  Versatile  Disc）、ＢＤ（Blu-ray  Disc（登録商標））などのコンピュータが読み取り可能な記録媒体に記録することも、通信ネットワークを介して配信することも可能である。
【００５８】
＜飲食物注文管理システムの動作＞
次に、図７〜図１０を用いて、本実施の形態に係る飲食物注文管理システム１００の動作について説明する。ここで、図７〜図１０は、飲食物注文管理システム１００の各種処理の流れを示すシーケンス図である。
【００５９】
なお、図７、図９及び図１０に示す飲食物注文管理システム１００の各種処理は、飲食店２の店員が飲食物注文管理システム１００においてユーザ認証された後（店番及びパスワードの入力により認証された後のログイン状態において）、実行される処理である。すなわち、図７、図９及び図１０に示す飲食物注文管理システム１００の各種処理は、注文管理サーバ１０は、接続中の店舗端末２０がいずれの店舗端末２０であるかを認識している状態、つまり飲食店２の店番を認識している状態で行われている。
【００６０】
＜全席に対する二次元コード出力処理＞
まず、図７を用いて、飲食物注文管理システム１００の全席に対する二次元コード出力処理について説明する。なお、図７は、飲食物注文管理システム１００の全席に対する二次元コード出力処理の流れを示すシーケンス図である。
【００６１】
飲食店２の店員は、その日最初の処理として、例えば、開店前に、店舗端末２０から全席に対する二次元コード出力指示を行う（ステップＳ１０）。例えば、店員は、店舗端末２０に表示された飲食物注文管理システム１００の初期画面のメニューの中から「全席に対する二次元コード出力指示」を選択する。この結果、店舗端末２０から「全席に対する出力指示情報」が注文管理サーバ１０に送信される。
【００６２】
注文管理サーバ１０は、店舗端末２０から「全席に対する出力指示情報」を受信すると（ステップＳ２０）、飲食店２の店番に従って店舗ＤＢ１０１に記憶された店舗データｄ１０の席情報を参照し、飲食店２の全席の二次元コード２７を作成する（ステップＳ３０）。すなわち、この時点において、飲食店２の全席分の二次元コード２７が作成される。なお、作成された全席の二次元コード２７の識別データの客番には１が設定されている。
【００６３】
次いで、注文管理サーバ１０は、作成した全席の二次元コード２７のそれぞれの識別データに対して、有効フラグがオンのアクセス可否データｄ２０を作成し、アクセスＤＢ１０２に記憶する（ステップＳ４０）。この時点において、アクセス可否データｄ２０は、飲食店２の全席分作成される。
【００６４】
次いで、注文管理サーバ１０は、作成した全席の二次元コード２７を店舗端末２０に送信する（ステップＳ５０）。
【００６５】
店舗端末２０は、全席の二次元コード２７を受信すると（ステップＳ６０）、受信した全席の二次元コード２７を出力する（ステップＳ７０）。これにより、出力部２４を介して二次元コード２７を印字した二次元コード印字紙が全席分出力されるので、飲食店２の店員は、全席分の二次元コード印字紙を席番に従って該当するそれぞれの席に配置する。
【００６６】
このように本実施の形態に係る飲食物注文管理システム１００の全席に対する二次元コード出力処理によれば、飲食店２の全席に対して二次元コード２７を作成し、全席の二次元コード２７を配置するので、顧客３は飲食店２のいずれの席に着いてもスマートオーダーサービスを利用することができる。
【００６７】
＜注文処理＞
次に、図８を用いて、飲食物注文管理システム１００の注文処理について説明する。なお、図８は、飲食物注文管理システム１００の注文処理の流れを示すシーケンス図である。
【００６８】
飲食店２の席に着いた顧客３は、携行した顧客端末３０を用いて、席に配置された二次元コード印字紙の二次元コード２７を読み込む処理を行う（ステップＳ１１０）。これにより、顧客端末３０は、二次元コード２７に含まれるＵＲＬに基づいて、注文管理サーバ１０内の飲食店２のメニューにアクセスする（ステップＳ１２０）。この際、顧客端末３０は、飲食店２のメニューへのアクセス要求とともに二次元コード２７に含まれる識別データを注文管理サーバ１０に送信する。
【００６９】
注文管理サーバ１０は、顧客端末３０からアクセス要求とともに識別データを受信すると（ステップＳ１３０）、受信した識別データに基づいてアクセスＤＢ１０２を参照し、受信した識別データが有効であるか否かをチェックする（ステップＳ１４０）。受信した識別データが有効であるか否かは、アクセスＤＢ１０２に記憶された該当するアクセス可否データｄ２０の有効フラグに基づいて行う。
【００７０】
次いで、注文管理サーバ１０は、受信した識別データが有効である場合には（ステップＳ１５０：ＹＥＳ）、店舗ＤＢ１０１に記憶されたメニュー情報に基づいてメニューを顧客端末３０に送信する（ステップＳ１６０）。
【００７１】
一方、受信した識別データが有効でない場合には（ステップＳ１５０：ＮＯ）、注文管理サーバ１０は、アクセス不可情報を顧客端末３０に送信する。これにより、顧客端末３０は、アクセス不可である旨の表示を行う（ステップＳ１７０）。
【００７２】
メニューを受信した顧客端末３０は、メニューを表示するので（ステップＳ１８０、ステップＳ１９０）、顧客３は、表示されたメニューの中から飲食物の注文を行う（ステップＳ２００）。これにより、飲食物の品名及び数量を少なくとも含んだ注文情報が顧客端末３０から注文管理サーバ１０に送信される。
【００７３】
注文管理サーバ１０は、注文情報を受信すると（ステップＳ２１０）、受信した注文情報のほか、顧客端末３０から受信した識別データや店舗データｄ１０のメニュー情報を用いてレシートデータｄ３０を作成し、レシートＤＢ１０３に記憶する（ステップＳ２２０）。
【００７４】
顧客３が飲食物の注文を終了する場合には（ステップＳ２３０：ＹＥＳ）、飲食物注文管理システム１００の注文処理は終了し、顧客３が飲食物の注文を続行する場合には（ステップＳ２３０：ＮＯ）、ステップＳ２００に戻って、再び表示されたメニューの中から飲食物の注文を行う。
【００７５】
このように本実施の形態に係る飲食物注文管理システム１００の注文処理によれば、飲食店２内において顧客３は自らが携行する顧客端末３０を用いて飲食物の注文をすることができるので、店員に頼ることなく、自らが注文したいタイミングで飲食物を注文することができる。また、飲食店２の店員は、顧客３からの対面注文の数を減少させることができるので、労力を軽減することができる。
【００７６】
＜レシート出力処理＞
次に、図９を用いて、飲食物注文管理システム１００のレシート出力処理について説明する。なお、図９は、飲食物注文管理システム１００のレシート出力処理の流れを示すシーケンス図である。
【００７７】
店舗端末２０は、一定時間ごとに（ステップＳ３１０：ＹＥＳ）、レシート取得機能を稼働させる（ステップＳ３２０）。これにより、レシート取得要求が店舗端末２０から注文管理サーバ１０に送信される。
【００７８】
注文管理サーバ１０は、レシート取得要求を受信すると（ステップＳ３３０）、飲食店２の店番に従ってレシートＤＢ１０３に記憶されたレシートデータｄ３０を参照し、該当する飲食店２のレシートデータｄ３０が存在するか否かをチェックする（ステップＳ３４０）。
【００７９】
次いで、注文管理サーバ１０は、該当する飲食店２のレシートデータｄ３０が存在する場合には（ステップＳ３５０：ＹＥＳ）、レシートデータｄ３０を店舗端末２０に送信し（ステップＳ３６０）、送信したレシートデータｄ３０を削除する（ステップＳ３７０）。一方、該当する飲食店２のレシートデータｄ３０が存在しない場合には（ステップＳ３５０：ＮＯ）、何ら処理を実行しない。
【００８０】
店舗端末２０は、レシートデータｄ３０を受信すると（ステップＳ３８０）、受信したレシートデータｄ３０に基づいてレシート２８を出力する（ステップＳ３９０）。これにより、出力部２４を介してレシート２８Ａ及びＢが出力されるので、飲食店２の店員は、出力されたレシート２８Ａを調理場へ持参し、レシート２８Ｂを該当する席の注文伝票のバインダーにクリップ止めする。
【００８１】
このように本実施の形態に係る飲食物注文管理システム１００のレシート出力処理によれば、飲食店２の店員は、顧客３から対面注文を受けることなく、顧客３が注文したレシート２８を受け取ることができるので、注文に関する労力を軽減でき、その分、他の作業に従事することができる。
【００８２】
なお、本実施の形態のレシート出力処理では、レシートＤＢ１０１には、店舗端末２０が取得していないレシートデータｄ３０だけが記憶され、店舗端末２０が取得したレシートデータｄ３０は削除されるようにしたが、これとは別の方法によりレシートデータｄ３０を管理するようにしてもよい。例えば、店舗端末２０が取得したか否かを示す取得フラグを設け、店舗端末２０は、店舗端末２０が未だ取得していないレシートデータｄ３０だけを取得するようにしてもよい。
【００８３】
＜特定の席に対する二次元コード出力処理＞
まず、図１０を用いて、飲食物注文管理システム１００の特定の席に対する二次元コード出力処理について説明する。なお、図１０は、飲食物注文管理システム１００の特定の席に対する二次元コード出力処理の流れを示すシーケンス図である。
【００８４】
飲食店２の店員は、会計が終了した顧客３の席に対して、二次元コード出力指示を行う（ステップＳ４１０）。例えば、店員は、店舗端末２０に表示された飲食物注文管理システム１００の初期画面のメニューの中から「特定の席に対する二次元コード出力指示」を選択し、会計が終了した顧客３の席番を入力する。この結果、店舗端末２０から席番を含む「特定の席に対する出力指示情報」が注文管理サーバ１０に送信される。
【００８５】
注文管理サーバ１０は、店舗端末２０から席番を含む「特定の席に対する出力指示情報」を受信すると（ステップＳ４２０）、飲食店２の店番に従って店舗ＤＢ１０１に記憶された店舗データｄ１０の席情報を参照し、特定の席の二次元コード２７を作成する（ステップＳ４３０）。すなわち、この時点において、飲食店２の特定の席に対する二次元コード２７が新たに作成される。
【００８６】
ここで、新たに作成した特定の席に対する二次元コード２７（以下、特定の席に対する新二次元コード２７という）の識別データの客番には、この特定の席に対して前回作成したときの二次元コード２７（以下、特定の席に対する旧二次元コード２７という）の識別データの客番に１が加算された数値が設定されている。
【００８７】
次いで、注文管理サーバ１０は、特定の席に対する新二次元コード２７の識別データに対して、有効フラグがオンのアクセス可否データｄ２０を作成し、アクセスＤＢ１０２に記憶する（ステップＳ４４０）。また、注文管理サーバ１０は、特定の席に対する旧二次元コード２７の識別データ（旧識別データ）に対して、有効フラグをオフに更新したアクセス可否データｄ２０をアクセスＤＢ１０２に記憶する（ステップＳ４５０）。これにより、会計を終了した顧客３が退店後、顧客端末３０のブラウザ上に残っていたメニューに基づいて再度、注文を行ったとしても注文管理サーバ１０はこの注文を受けることはない。
【００８８】
次いで、注文管理サーバ１０は、作成した特定の席に対する新二次元コード２７を店舗端末２０に送信する（ステップＳ４６０）。
【００８９】
店舗端末２０は、特定の席に対する新二次元コード２７を受信すると（ステップＳ４７０）、受信した特定の席の新二次元コード２７を出力する（ステップＳ４８０）。これにより、出力部２４を介して特定の席の新二次元コード２７を印字した二次元コード印字紙が出力されるので、飲食店２の店員は、席番に従って二次元コード印字紙を特定の席に配置する。
【００９０】
このように本実施の形態に係る飲食物注文管理システム１００の特定の席に対する二次元コード出力処理によれば、顧客３が会計を終了した場合、会計を終了した顧客３の席に対して新たな二次元コード２７を作成し、会計を終了した顧客３の席に新たな二次元コード２７を配置するので、新たな顧客３がこの席が着いても、スマートオーダーサービスを利用することができる。
【００９１】
以上、本実施の形態の飲食物注文管理システム１００によれば、飲食店にとっては、コストをかけることなく、店員の労力を軽減できるとともに、顧客にとっては、店員に頼ることなく、自らが注文したいタイミングで飲食物を注文することができる。
【００９２】
また、顧客３が有する顧客端末３０は、二次元コード２７を保持可能であったり、他から入手可能であったりするので、本実施の形態の二次元コード２７は、店番、席番、客番、日付及びセキュリティコードからなる識別データを備えるようにしている。この結果、同一の席にて顧客３が入れ替わった場合であっても、正確に飲食物の注文を取ることができる。すなわち、退店後の顧客３からの不要な注文を排除することができる。また、悪意ある第三者からの不正な注文を排除することができる。
【００９３】
＜第１の実施の形態の変形例＞
・レシート出力処理
なお、本実施の形態のレシート出力処理は、顧客端末３０が能動的にレシートデータｄ３０を取得する、いわゆるプル型の処理であった。しかしながら、注文管理サーバ１０がレシートデータｄ３０を作成した後に顧客端末３０に送信する、いわゆるプッシュ型の処理としてもよい。
【００９４】
図１１は、上記実施の形態の注文処理の中にレシート出力処理を組み込んだ変形例の処理の流れを示すシーケンス図である。ステップＳ２００の工程までは、図８の注文処理と同一であるため、ステップＳ２１０以降の注文管理サーバ１０と顧客端末３０と工程について説明する。
【００９５】
注文管理サーバ１０は、注文情報を受信すると（ステップＳ２１０）、受信した注文情報のほか、受信した識別データや店舗データｄ１０のメニュー情報を用いてレシートデータｄ３０を作成し（ステップＳ２２０）、作成したレシートデータｄ３０を店舗端末２０に送信する（ステップＳ２３０）。
【００９６】
顧客端末３０は、レシートデータｄ３０を受信すると（ステップＳ２４０）、受信したレシートデータｄ３０に基づいてレシート２８を出力する（ステップＳ２５０）。これにより、出力部２４を介してレシート２８Ａ及びＢが出力される。
【００９７】
このように本実施の形態に係る飲食物注文管理システム１００の注文処理の変形例によれば、注文管理サーバ１０が作成したレシートデータｄ３０を能動的に店舗端末２０に送信するので、店舗端末２０の処理負荷を軽減することができる。また、注文管理サーバ１０が作成したレシートデータｄ３０を即時店舗端末２０に送信するので、タイムラグなくレシート２８を出力することができる。
【００９８】
・注文管理サーバ１０と店舗端末２０を兼務する注文管理装置５０
また、上記実施の形態の飲食物注文管理システム１００では、注文管理サーバ１０を管理会社１に配置し、店舗端末２０を飲食店２に配置する構成にて説明したが、飲食物注文管理システム１００の装置構成は、これに限定されない。例えば、注文管理サーバ１０及び店舗端末２０の機能を兼ね備えた注文管理装置５０を飲食店２に配置するようにしてもよい。
【００９９】
図１２は、注文管理装置５０の機能構成図である。なお、図１２の注文管理装置５０の各部に付された符号に関しては、本実施の形態に係る注文管理サーバ１０及び店舗端末２０の各部位と同一符号を付している場合、同一機能を有している。
【０１００】
ここで、注文管理装置５０の出力部５６は、二次元コード作成部１０６が作成した二次元コード２７が印字された二次元コード印字紙、レシート作成部１１０が作成したレシート２８を出力する。
【０１０１】
［第２の実施の形態］
上記第１の実施の形態では、店員が店舗端末２０を介して二次元コード出力指指示（具体的には、全席に対する二次元コード出力指示、特定の席に対する二次元コード出力指示）を行うことを契機に、アクセス可否データｄ２０の有効フラグをコントロールしていた。しかしながら、顧客３が携行した顧客端末３０を用いた操作を契機に、アクセス可否データｄ２０の有効フラグをコントロールするようにしてもよい。第２の実施の形態は、店員の店舗端末２０を介した二次元コード出力指指示の他、顧客の顧客端末３０に対する操作を契機にアクセス可否データｄ２０の有効フラグをコントロールするようにしている。以下、第２の実施の形態に係る飲食物注文管理システム１００Ａについて説明するが、第１の実施の形態と異なる構成、機能及び処理を中心に説明し、同一の構成、機能及び処理に関しては同一部位には同一符号を付してその説明を適宜省略する。
【０１０２】
＜注文管理サーバ１０Ａの構成＞
図１３は、第２の実施形態の注文管理サーバ１０Ａの機能構成図である。制御部１２Ａを、主たる機能ごとに細分化すると、メニュー登録部１０４、席情報登録部１０５、二次元コード作成部１０６、二次元コード出力部１０７、アクセス制御部１０８Ａ、メニュー送信部１０９、及びレシート作成部１１０Ａに分類される。
【０１０３】
アクセス制御部１０８Ａは、飲食物注文管理システム１００Ａの注文処理において、顧客端末３０からメニューに対するアクセスが行われた場合、顧客端末３０から送信された二次元コード２７に含まれる識別データに基づいて顧客端末３０からのアクセスが有効であるか否かを判断する機能である。アクセス制御部１０８は、顧客端末３０から送信された識別データの有効性を、まず、（１）この識別データがアクセスＤＢ１０２に記憶されたアクセス可否データｄ２０の識別データとして存在するか否かをチェックし（セキュリティコードのチェック）、（２）識別データとして存在している場合には、次に、この識別データの有効フラグが有効か否かをチェックして（有効フラグのチェック）、メニューに対するアクセスが有効か否かを判断する。
【０１０４】
本実施の形態では、アクセス制御部１０８Ａは、飲食物注文管理システム１００の二次元コード出力処理において、二次元コード２７を作成した後、作成した二次元コード２７の識別データの有効フラグをオフ（無効）に設定する機能を有する。また、作成した二次元コード２７の識別データの客番よりも小さな客番の識別データ（旧識別データ）が存在し、かつ旧識別データの有効フラグがオン（有効）の場合には、旧識別データの有効フラグをオフ（無効）に設定する機能を有する。
【０１０５】
また、本実施の形態では、飲食物注文管理システム１００の注文処理において、顧客端末３０からメニューに対する最初のアクセスがあった場合、顧客端末３０から送信された識別データの有効フラグはオフ（無効）になっているので、該識別データの有効フラグをオン（有効）に設定する機能を有する。そして、飲食物注文管理システム１００の注文処理において、顧客端末３０から会計手続のアクセスがあった場合、顧客端末３０から送信された識別データの有効フラグをオフ（無効）に設定する機能を有する。
【０１０６】
レシート作成部１１０Ａは、飲食物注文管理システム１００Ａの注文処理において、顧客端末３０から飲食物の注文を受けた場合、注文を受けた飲食物のレシートデータｄ３０を作成し、レシートＤＢ１０３に記憶する機能である。なお、レシート作成データｄ３０の店番は、顧客端末３０が送信した識別データの店番に基づく。レシートＤＢ１０３に記憶されたレシートデータｄ３０は、飲食物注文管理システム１００Ａのレシート出力処理において、店舗端末２０が定期的に取得するようになっている。
【０１０７】
なお、本実施の形態では、店舗端末２０が取得したレシートデータｄ３０は削除されない。本実施の形態では、レシートデータｄ３０に店舗端末２０が取得したか否かを示す取得フラグを設けることにより（図示せず）、店舗端末２０は、店舗端末２０が未だ取得していないレシートデータｄ３０だけを取得するようにしている。
【０１０８】
また、レシート作成部１１０Ａは、飲食物注文管理システム１００Ａの注文処理において、顧客端末３０から会計手続を受けた場合、レシートＤＢ１０３に記憶されたレシートデータｄ３０に基づいて、該顧客３の会計レシートデータｄ４０を作成し、店舗端末２０に送信する。会計レシートデータｄ４０は、飲食店注文管理システム１００に基づく注文（店員を介しない注文）の個々の明細、及び合計金額が記載されたデータである。作成された会計レシートデータｄ４０は、飲食物注文管理システム１００Ａのレシート出力処理において、店舗端末２０から会計レシート２９（図示せず）として出力されるようになっている。
【０１０９】
＜全席に対する二次元コード出力処理＞
図１４は、第２の実施形態の全席に対する二次元コード出力処理の流れを示すシーケンス図である。
【０１１０】
飲食店２の店員は、その日最初の処理として、例えば、開店前に、店舗端末２０から全席に対する二次元コード出力指示を行う（ステップＳ１０）。例えば、店員は、店舗端末２０に表示された飲食物注文管理システム１００Ａの初期画面のメニューの中から「全席に対する二次元コード出力指示」を選択する。この結果、店舗端末２０から「全席に対する出力指示情報」が注文管理サーバ１０Ａに送信される。
【０１１１】
注文管理サーバ１０Ａは、店舗端末２０から「全席に対する出力指示情報」を受信すると（ステップＳ２０）、飲食店２の店番に従って店舗ＤＢ１０１に記憶された店舗データｄ１０の席情報を参照し、飲食店２の全席の二次元コード２７を作成する（ステップＳ３０）。すなわち、この時点において、飲食店２の全席分の二次元コード２７が作成される。なお、作成された全席の二次元コード２７の識別データの客番には１が設定されている。
【０１１２】
次いで、注文管理サーバ１０Ａは、作成した全席の二次元コード２７のそれぞれの識別データに対して、有効フラグがオフ（無効）のアクセス可否データｄ２０を作成し、アクセスＤＢ１０２に記憶する（ステップＳ４１）。この時点において、アクセス可否データｄ２０は、飲食店２の全席分作成される。
【０１１３】
次いで、注文管理サーバ１０は、作成した全席の二次元コード２７を店舗端末２０に送信する（ステップＳ５０）。
【０１１４】
店舗端末２０は、全席の二次元コード２７を受信すると（ステップＳ６０）、受信した全席の二次元コード２７を出力する（ステップＳ７０）。これにより、出力部２４を介して二次元コード２７を印字した二次元コード印字紙が全席分出力されるので、飲食店２の店員は、全席分の二次元コード印字紙を席番に従って該当するそれぞれの席に配置する。
【０１１５】
＜注文処理＞
図１５は、第２の実施の形態の注文処理の流れを示すシーケンス図である。
【０１１６】
飲食店２の席に着いた顧客３は、携行した顧客端末３０を用いて、席に配置された二次元コード印字紙の二次元コード２７を読み込む処理を行う（ステップＳ１１０）。これにより、顧客端末３０は、二次元コード２７に含まれるＵＲＬに基づいて、注文管理サーバ１０Ａ内の飲食店２のメニューにアクセスする（ステップＳ１２０）。この際、顧客端末３０は、飲食店２のメニューへのアクセス要求とともに二次元コード２７に含まれる識別データを注文管理サーバ１０Ａに送信する。
【０１１７】
注文管理サーバ１０Ａは、顧客端末３０からアクセス要求とともに識別データを受信すると（ステップＳ１３０）、受信した識別データに基づいてアクセスＤＢ１０２を参照し、受信した識別データが有効であるか否かをチェックする（ステップＳ１４０）。受信した識別データが有効であるか否かは、アクセスＤＢ１０２に記憶された該当するアクセス可否データｄ２０の有効フラグに基づいて行う。
【０１１８】
次いで、注文管理サーバ１０は、受信した識別データが有効である場合には（ステップＳ１５０：ＹＥＳ）、店舗ＤＢ１０１に記憶されたメニュー情報に基づいてメニューを顧客端末３０に送信する（ステップＳ１６０）。
【０１１９】
一方、注文管理サーバ１０は、受信した識別データが有効でない場合には（ステップＳ１５０：ＮＯ）、受信した識別データの有効フラグをオン（有効）に変更したアクセス可否データｄ２０をアクセスＤＢ１０２に記憶し（ステップＳ１５５）、また、旧識別データが存在し、かつ旧識別データが有効である場合には、旧識別データの有効フラグをオフ（有効）に更新したアクセス可否データｄ２０をアクセスＤＢ１０２に記憶し（ステップＳ１５５）、店舗ＤＢ１０１に記憶されたメニュー情報に基づいてメニューを顧客端末３０に送信する（ステップＳ１６０）。
【０１２０】
なお、顧客端末３０から注文管理サーバ１０Ａ内の飲食店２のメニューに対する最初のアクセスの場合には、受信した識別データは無効となっているので（図１４のステップＳ４１、後述する図１７のステップＳ４４５参照）、ステップＳ１５５に従って識別データを有効に変更する。
【０１２１】
また、ステップＳ１５５において、旧識別データを無効とするのは、以下の理由による。本実施形態の飲食物注文管理システム１００Ａの会計手続では、会計手続した顧客３の顧客端末３０から送信された識別データを無効とするので、原則、旧識別データを無効とする必要はないが、顧客３が会計手続をしない場合（例えば、無銭飲食の場合、口頭で会計を伝えた場合など）には、この席の識別データは有効のままとなってしまう。そこで、このような状況にも対応できるように、ステップＳ１５５において、旧識別データが有効として存在する場合、この旧識別データを無効化するようにした。
【０１２２】
メニューを受信した顧客端末３０は、メニューを表示するので（ステップＳ１８０、ステップＳ１９０）、顧客３は、表示されたメニューの中から飲食物の注文を行う（ステップＳ２００）。これにより、飲食物の品名及び数量を少なくとも含んだ注文情報が顧客端末３０から注文管理サーバ１０Ａに送信される。
【０１２３】
注文管理サーバ１０Ａは、注文情報を受信すると（ステップＳ２１０）、受信した注文情報のほか、顧客端末３０から受信した識別データや店舗データｄ１０のメニュー情報を用いてレシートデータｄ３０を作成し、レシートＤＢ１０３に記憶する（ステップＳ２２０）。
【０１２４】
顧客３が飲食物の注文を終了する場合には（ステップＳ２３０：ＹＥＳ）、ステップＳ２３５に進み、顧客３が飲食物の注文を続行する場合には（ステップＳ２３０：ＮＯ）、ステップＳ２００に戻って、再び表示されたメニューの中から飲食物の注文を行う。
【０１２５】
顧客３が、表示されたメニューの中から会計手続を行うと、（ステップＳ２３５）、会計手続要求が顧客端末３０から注文管理サーバ１０Ａに送信される。
【０１２６】
注文管理サーバ１０Ａは、会計手続要求を受信すると（ステップＳ２４０）、顧客端末３０から受信した識別データに対して、有効フラグをオフに更新したアクセス可否データｄ２０をアクセスＤＢ１０２に記憶する（ステップＳ２４５）。
【０１２７】
次に、注文管理サーバ１０Ａは、会計レシートデータｄ４０を作成し（ステップＳ２５０）、作成した会計レシートデータｄ４０を顧客端末３０に送信する（ステップＳ２５５）。
【０１２８】
店舗端末２０は、会計レシートデータｄ４０を受信すると（ステップＳ２６０）、受信した会計レシートデータｄ４０に基づいて会計レシート２９を出力する（ステップＳ２６５）。
【０１２９】
これにより、出力部２４を介して会計レシート２９が出力されるので、飲食店２の店員は、会計レシート２９に基づいて会計を行う。すなわち、（１）飲食店注文管理システム１００に基づいた店員を介しない注文受付だけの場合には、この会計レシート２９をもって最終的な会計とし、（２）店員を介した対面受付もある場合には、対面の注文を加味して最終的な会計を行う。
【０１３０】
＜特定の席に対する二次元コード出力処理＞
図１７は、第２の実施の形態の特定の席に対する二次元コード出力処理の流れを示すシーケンス図である。
【０１３１】
飲食店２の店員は、会計が終了した顧客３の席に対して、二次元コード出力指示を行う（ステップＳ４１０）。例えば、店員は、店舗端末２０に表示された飲食物注文管理システム１００Ａの初期画面のメニューの中から「特定の席に対する二次元コード出力指示」を選択し、会計が終了した顧客３の席番を入力する。この結果、店舗端末２０から席番を含む「特定の席に対する出力指示情報」が注文管理サーバ１０に送信される。
【０１３２】
注文管理サーバ１０Ａは、店舗端末２０から席番を含む「特定の席に対する出力指示情報」を受信すると（ステップＳ４２０）、飲食店２の店番に従って店舗ＤＢ１０１に記憶された店舗データｄ１０の席情報を参照し、特定の席に対する新二次元コード２７を作成する（ステップＳ４３０）。すなわち、この時点において、飲食店２の特定の席に対する二次元コード２７が新たに作成される。
【０１３３】
次いで、注文管理サーバ１０Ａは、特定の席に対する新二次元コード２７の識別データに対して、有効フラグがオフのアクセス可否データｄ２０を作成し、アクセスＤＢ１０２に記憶する（ステップＳ４４５）。また、注文管理サーバ１０Ａは、特定の席に対する旧二次元コード２７の識別データに対して、有効フラグがオンであるならば、有効フラグをオフに更新したアクセス可否データｄ２０をアクセスＤＢ１０２に記憶する（ステップＳ４５）。
【０１３４】
次いで、注文管理サーバ１０Ａは、作成した特定の席に対する新二次元コード２７を店舗端末２０に送信する（ステップＳ４６０）。
【０１３５】
店舗端末２０は、特定の席に対する新二次元コード２７を受信すると（ステップＳ４７０）、受信した特定の席の新二次元コード２７を出力する（ステップＳ４８０）。これにより、出力部２４を介して特定の席の新二次元コード２７を印字した二次元コード印字紙が出力されるので、飲食店２の店員は、席番に従って二次元コード印字紙を特定の席に配置する。
【０１３６】
なお、図１７に示した、特定の席に対する二次元コード出力処理は、会計が終了した顧客３の席に対して新二次元コード２７を出力する場合を想定して説明したが、これに限定されない。例えば、顧客３が無銭飲食など会計をしないで退店した場合（このような顧客３の席は空席となっているので、店員がこのような状況を発見した場合）に、図１７に示す特定の席に対する二次元コード出力処理を実行してもよい。特定の席に対する旧二次元コード２７の識別データに対して有効フラグをオフにするので、これにより、会計をせずに退店した顧客３が、顧客端末３０のブラウザ上に残っていたメニューに基づいて再度、注文を行ったとしても注文管理サーバ１０Ａはこの注文を受けることはない。
【０１３７】
以上、本実施の形態の飲食物注文管理システム１００Ａによれば、上記第１の実施の形態と同様に、飲食店にとっては、コストをかけることなく、店員の労力を軽減できるとともに、顧客にとっては、店員に頼ることなく、自らが注文したいタイミングで飲食物を注文することができる。
【０１３８】
また、顧客３が有する顧客端末３０は、二次元コード２７を保持可能であったり、他から入手可能であったりするので、本実施の形態の二次元コード２７は、店番、席番、客番、日付及びセキュリティコードからなる識別データを備えるようにしている。この結果、同一の席にて顧客３が入れ替わった場合であっても、正確に飲食物の注文を取ることができる。すなわち、退店後の顧客３からの不要な注文を排除することができる。また、悪意ある第三者からの不正な注文を排除することができる。
【０１３９】
以上、本発明の実施の形態について説明してきたが、本発明は、上述した実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲において、本発明の実施の形態に対して種々の変形や変更を施すことができ、そのような変形や変更を伴うものもまた、本発明の技術的範囲に含まれるものである。また、発明の実施の形態に記載された、作用及び効果は、本発明から生じる最も好適な作用及び効果を列挙したに過ぎず、本発明による作用及び効果は、本発明の実施の形態に記載されたものに限定されるものではない。
【符号の説明】
【０１４０】
１  管理会社
２  飲食店
３  顧客
１０，１０Ａ  注文管理サーバ
１１，２１，３１  記憶部
１２，１２Ａ，２５，３４  制御部
１３，２６，３５  通信部
２０  店舗端末
２２  入力部
２３  表示部
２４  出力部
２０Ａ  ＰＣ
２０Ｂ  レシートプリンタ
２７  二次元コード
２８  レシート
３０  顧客端末
３２  ＵＩ部
３３  撮影部
４０  通信ネットワーク
１００，１００Ａ  飲食物注文管理システム
１０１  店舗ＤＢ
１０２  アクセスＤＢ
１０３  レシートＤＢ
１０４  メニュー登録部
１０５  席情報登録部
１０６  二次元コード作成部
１０７  二次元コード出力部
１０８，１０８Ａ  アクセス制御部
１０９  メニュー送信部
１１０，１１０Ａ  レシート作成部
２０１  レシート取得部
３０１  二次元コード読取部
ｄ１０  店舗データ
ｄ２０  アクセス可否データ
ｄ３０  レシートデータ
【図１】
2020134969.tif 000003
【図２】
2020134969.tif 000004
【図３】
2020134969.tif 000005
【図４】
2020134969.tif 000006
【図５】
2020134969.tif 000007
【図６】
2020134969.tif 000008
【図７】
2020134969.tif 000009
【図８】
2020134969.tif 000010
【図９】
2020134969.tif 000011
【図１０】
2020134969.tif 000012
【図１１】
2020134969.tif 000013
【図１２】
2020134969.tif 000014
【図１３】
2020134969.tif 000015
【図１４】
2020134969.tif 000016
【図１５】
2020134969.tif 000017
【図１６】
2020134969.tif 000018
【図１７】
2020134969.tif 000019