ホーム > 特許ランキング > 株式会社イデア・レコード
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024167156
(43)【公開日】2024-12-03
(54)【発明の名称】情報処理装置、情報処理プログラム、及び情報処理方法
(51)【国際特許分類】
G06Q 50/12 20120101AFI20241126BHJP
【ＦＩ】
G06Q50/12
【審査請求】有
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2023182156
(22)【出願日】2023-10-23
(31)【優先権主張番号】P 2023083547
(32)【優先日】2023-05-21
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】515223813
【氏名又は名称】株式会社イデア・レコード
(74)【代理人】
【識別番号】100167483
【弁理士】
【氏名又は名称】林 裕己
(72)【発明者】
【氏名】柏田 康雄
【テーマコード（参考）】
5L049
5L050
【Ｆターム（参考）】
5L049CC24
5L050CC24
(57)【要約】
【課題】店頭での受け付けに掛かる待ち時間を短縮すると共に、商品の注文の効率化を図る技術を提供する。
【解決手段】 情報処理装置は、店舗の受付に配置された第１端末装置から、店舗に関する客の利用形態と商品の注文に関する注文方法とを受け付ける注文方法受付部と、注文方法に応じた注文受付画面を表示するＷＥＢサイトの所在地情報を含む二次元コードを発行する発行部と、客が保持する第２端末装置により二次元コードを読み取ることにより、第２端末装置により生成された、二次元コードに基づく要求に応じて、注文受付画面を第２端末装置に表示させる表示制御部と、第２端末装置に表示された注文受付画面から注文を受け付ける注文受付部と、利用形態に基づく注文に関する所定の通知を、第２端末装置へ注文方法に応じた方法にて送信する通知部と、を備えることにより、上記課題の解決を図る。
【選択図】図１
【解決手段】 情報処理装置は、店舗の受付に配置された第１端末装置から、店舗に関する客の利用形態と商品の注文に関する注文方法とを受け付ける注文方法受付部と、注文方法に応じた注文受付画面を表示するＷＥＢサイトの所在地情報を含む二次元コードを発行する発行部と、客が保持する第２端末装置により二次元コードを読み取ることにより、第２端末装置により生成された、二次元コードに基づく要求に応じて、注文受付画面を第２端末装置に表示させる表示制御部と、第２端末装置に表示された注文受付画面から注文を受け付ける注文受付部と、利用形態に基づく注文に関する所定の通知を、第２端末装置へ注文方法に応じた方法にて送信する通知部と、を備えることにより、上記課題の解決を図る。
【選択図】図１
【特許請求の範囲】
【請求項1】
店舗の受付に配置された第１端末装置から、前記店舗に関する客の利用形態と商品の注文に関する注文方法とを受け付ける注文方法受付部と、
前記注文方法に応じた注文受付画面を表示するＷＥＢサイトの所在地情報を含む二次元コードを発行する発行部と、
前記客が保持する第２端末装置により前記二次元コードを読み取ることにより、前記第２端末装置により生成された、前記二次元コードに基づく要求に応じて、前記注文受付画面を前記第２端末装置に表示させる表示制御部と、
前記第２端末装置に表示された前記注文受付画面から注文を受け付ける注文受付部と、
前記利用形態に基づく注文に関する所定の通知を、前記第２端末装置へ前記注文方法に応じた方法にて送信する通知部と、
を備えることを特徴とする情報処理装置。
前記注文方法に応じた注文受付画面を表示するＷＥＢサイトの所在地情報を含む二次元コードを発行する発行部と、
前記客が保持する第２端末装置により前記二次元コードを読み取ることにより、前記第２端末装置により生成された、前記二次元コードに基づく要求に応じて、前記注文受付画面を前記第２端末装置に表示させる表示制御部と、
前記第２端末装置に表示された前記注文受付画面から注文を受け付ける注文受付部と、
前記利用形態に基づく注文に関する所定の通知を、前記第２端末装置へ前記注文方法に応じた方法にて送信する通知部と、
を備えることを特徴とする情報処理装置。
【請求項2】
前記発行部は、前記利用形態と前記注文方法に応じた注文受付画面を表示するＷＥＢサイトの所在地情報を含む二次元コードを発行する
ことを特徴とする請求項１に記載の情報処理装置。
ことを特徴とする請求項１に記載の情報処理装置。
【請求項3】
前記発行部は、事前に設定された二次元コードの表示方法が画面表示による表示方法である場合には前記二次元コードを画面に表示させ、事前に設定された二次元コードの表示方法が印刷による表示方法である場合には前記二次元コードを紙媒体に印刷する
ことを特徴とする請求項１に記載の情報処理装置。
ことを特徴とする請求項１に記載の情報処理装置。
【請求項4】
前記表示制御部は、前記二次元コードに設定された有効期限に基づいて前記注文受付画面を表示させる
ことを特徴とする請求項１に記載の情報処理装置。
ことを特徴とする請求項１に記載の情報処理装置。
【請求項5】
前記通知部は、前記利用形態が商品の持ち帰りの場合において、前記注文の受け付けが完了した場合には注文完了メッセージを通知し、前記注文に対する前記商品の準備が完了した場合には準備完了メッセージを通知する
ことを特徴とする請求項１に記載の情報処理装置。
ことを特徴とする請求項１に記載の情報処理装置。
【請求項6】
前記通知部は、さらに、前記利用形態に基づく呼び出しに関する所定の通知を、前記第２端末装置へ前記注文方法に応じた方法にて送信する
ことを特徴とする請求項１に記載の情報処理装置。
ことを特徴とする請求項１に記載の情報処理装置。
【請求項7】
前記通知部は、前記利用形態が店内飲食の場合において、前記二次元コードに基づく要求があった場合には、前記第２端末装置に呼出番号を通知し、さらに、前記呼出番号が発行された前記第２端末装置を操作する客の順番待ちの順番が到来した場合、前記第２端末装置に対して前記順番が到来した旨を通知する
ことを特徴とする請求項１に記載の情報処理装置。
ことを特徴とする請求項１に記載の情報処理装置。
【請求項8】
前記通知部は、前記第２端末装置へ前記呼出番号を通知後に所定時間が経過しても前記注文受付画面が表示されない場合、前記第２端末装置に対して注文をするように催促メッセージを通知する
ことを特徴とする請求項７に記載の情報処理装置。
ことを特徴とする請求項７に記載の情報処理装置。
【請求項9】
コンピュータに、
店舗の受付に配置された第１端末装置から、前記店舗に関する客の利用形態と商品の注文に関する注文方法とを受け付ける注文方法受付処理と、
前記注文方法に応じた注文受付画面を表示するＷＥＢサイトの所在地情報を含む二次元コードを発行する発行処理と、
前記客が保持する第２端末装置により前記二次元コードを読み取ることにより、前記第２端末装置により生成された、前記二次元コードに基づく要求に応じて、前記注文受付画面を前記第２端末装置に表示させる表示制御処理と、
前記第２端末装置に表示された前記注文受付画面から注文を受け付ける注文受付処理と、
前記利用形態に基づく注文に関する所定の通知を、前記第２端末装置へ前記注文方法に応じた方法にて送信する通知処理と、
を実行させることを特徴とする情報処理プログラム。
店舗の受付に配置された第１端末装置から、前記店舗に関する客の利用形態と商品の注文に関する注文方法とを受け付ける注文方法受付処理と、
前記注文方法に応じた注文受付画面を表示するＷＥＢサイトの所在地情報を含む二次元コードを発行する発行処理と、
前記客が保持する第２端末装置により前記二次元コードを読み取ることにより、前記第２端末装置により生成された、前記二次元コードに基づく要求に応じて、前記注文受付画面を前記第２端末装置に表示させる表示制御処理と、
前記第２端末装置に表示された前記注文受付画面から注文を受け付ける注文受付処理と、
前記利用形態に基づく注文に関する所定の通知を、前記第２端末装置へ前記注文方法に応じた方法にて送信する通知処理と、
を実行させることを特徴とする情報処理プログラム。
【請求項10】
コンピュータが、
店舗の受付に配置された第１端末装置から、前記店舗に関する客の利用形態と商品の注文に関する注文方法とを受け付け、
前記注文方法に応じた注文受付画面を表示するＷＥＢサイトの所在地情報を含む二次元コードを発行し、
前記客が保持する第２端末装置により前記二次元コードを読み取ることにより、前記第２端末装置により生成された、前記二次元コードに基づく要求に応じて、前記注文受付画面を前記第２端末装置に表示させ、
前記第２端末装置に表示された前記注文受付画面から注文を受け付け、
前記利用形態に基づく注文に関する所定の通知を、前記第２端末装置へ前記注文方法に応じた方法にて送信する
ことを特徴とする情報処理方法。
店舗の受付に配置された第１端末装置から、前記店舗に関する客の利用形態と商品の注文に関する注文方法とを受け付け、
前記注文方法に応じた注文受付画面を表示するＷＥＢサイトの所在地情報を含む二次元コードを発行し、
前記客が保持する第２端末装置により前記二次元コードを読み取ることにより、前記第２端末装置により生成された、前記二次元コードに基づく要求に応じて、前記注文受付画面を前記第２端末装置に表示させ、
前記第２端末装置に表示された前記注文受付画面から注文を受け付け、
前記利用形態に基づく注文に関する所定の通知を、前記第２端末装置へ前記注文方法に応じた方法にて送信する
ことを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理プログラム、及び情報処理方法に関する。
【背景技術】
【0002】
通信技術の発展に伴い、インターネットに接続し、例えばＷｅｂサイトを介して店舗やイベント会場等の席の予約を行う予約システムが知られている。この場合、ユーザは、パーソナルコンピュータ（ＰＣ）、スマートフォン及びタブレット端末等のユーザ端末を用いてＷｅｂサイトを管理するＷｅｂサーバ装置にアクセスし、予約に必要な情報を入力することによって、店舗に対する予約を行うことができる。
【0003】
このような飲食店に導入されるシステムとして、例えば、待ち時間による顧客の不満を低減させるオーダリングシステムがある（例えば、特許文献１。）。特許文献１では、顧客から商品の注文を受け付けるオーダリングシステムとして、顧客から正式な注文を受け付ける前に、仮の注文を受け付ける仮注文手段と、仮の注文から、正式な注文までに要した時間又は注文された商品を提供するまでに要した時間に応じて特典を付与する特典付与手段と、を備えるオーダリングシステムが開示されている。
【0004】
また、飲食店に導入されるシステムとして、例えば、コストを掛けることなく、各ユーザがそれぞれ自由に好みの商品を簡易に注文する注文システムが開示されている（例えば、特許文献２。）特許文献２では、スマートフォンが、注文を受付可能な商品を含むメニュー画面を表示する。そして、スマートフォンが、メニュー画面から注文を受け付けた場合には、該注文の情報を情報処理装置に通知する。そして、情報処理装置は、スマートフォンから受け付けた注文の情報に関するログ情報を分析装置に転送する。分析装置は、ログ情報を受信した場合には、該ログ情報をグラフＤＢに格納する。そして、分析装置は、グラフＤＢに記憶されたログ情報に基づいて、おすすめ商品を検出し、検出したおすすめ商品に関する情報をスマートフォンに送信する。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２０１５－０３５０７５号公報
【特許文献1】特許７１１８２０３号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
従来、多くの飲食店では、店内飲食（イートイン）が主であり、店内の空席状況に応じて、客が順番待ちをすることがよく行われており、店頭に備え付けのシステムにて、順番待ち順に呼出番号を発行していた。
【0007】
また、店頭でのイートインの来客の受付（順番待ち）に加えて、近年は、店舗でテイクアウト用商品の注文も受け付けるようになった。そのため、繁忙の時間帯においては店頭での受付作業が煩雑になったり、イートイン及びテイクアウトの各の待ち時間が長くなったりしていた。特に、店頭において、イートインの来客の受付とテイクアウト用注文を共通の端末で行う場合、テイクアウトの注文に時間がかかってしまうと、その端末を用いてイートインの来客の順番待ちの受付や次にまっているテイクアウトの客の注文をすることができず、その分待ち時間が長くなっていた。
【0008】
そこで、本発明は、店頭での受け付けに掛かる待ち時間を短縮すると共に、商品の注文の効率化を図る技術を提供する。
【課題を解決するための手段】
【0009】
本発明の一実施形態における情報処理装置は、店舗の受付に配置された第１端末装置から、前記店舗に関する客の利用形態と商品の注文に関する注文方法とを受け付ける注文方法受付部と、前記注文方法に応じた注文受付画面を表示するＷＥＢサイトの所在地情報を含む二次元コードを発行する発行部と、前記客が保持する第２端末装置により前記二次元コードを読み取ることにより、前記第２端末装置により生成された、前記二次元コードに基づく要求に応じて、前記注文受付画面を前記第２端末装置に表示させる表示制御部と、前記第２端末装置に表示された前記注文受付画面から注文を受け付ける注文受付部と、前記利用形態に基づく注文に関する所定の通知を、前記第２端末装置へ前記注文方法に応じた方法にて送信する通知部と、を備えることを特徴とする。
【0010】
前記発行部は、前記利用形態と前記注文方法に応じた注文受付画面を表示するＷＥＢサイトの所在地情報を含む二次元コードを発行することを特徴とする。
【0011】
前記発行部は、事前に設定された二次元コードの表示方法が画面表示による表示方法である場合には前記二次元コードを画面に表示させ、事前に設定された二次元コードの表示方法が印刷による表示方法である場合には前記二次元コードを紙媒体に印刷することを特徴とする。
【0012】
前記表示制御部は、前記二次元コードに設定された有効期限に基づいて前記注文受付画面を表示させることを特徴とする。
【0013】
前記通知部は、前記利用形態が商品の持ち帰りの場合において、前記注文の受け付けが完了した場合には注文完了メッセージを通知し、前記注文に対する前記商品の準備が完了した場合には準備完了メッセージを通知することを特徴とする。
【0014】
前記通知部は、さらに、前記利用形態に基づく呼び出しに関する所定の通知を、前記第２端末装置へ前記注文方法に応じた方法にて送信することを特徴とする。
【0015】
前記通知部は、前記利用形態が店内飲食の場合において、前記二次元コードに基づく要求があった場合には、前記第２端末装置に呼出番号を通知し、さらに、前記呼出番号が発行された前記第２端末装置を操作する客の順番待ちの順番が到来した場合、前記第２端末装置に対して前記順番が到来した旨を通知することを特徴とする。
【0016】
前記通知部は、前記第２端末装置へ前記呼出番号を通知後に所定時間が経過しても前記注文受付画面が表示されない場合、前記第２端末装置に対して注文をするように催促メッセージを通知することを特徴とする。
【0017】
本発明の一実施形態における情報処理プログラムは、コンピュータに、店舗の受付に配置された第１端末装置から、前記店舗に関する客の利用形態と商品の注文に関する注文方法とを受け付ける注文方法受付処理と、前記注文方法に応じた注文受付画面を表示するＷＥＢサイトの所在地情報を含む二次元コードを発行する発行処理と、前記客が保持する第２端末装置により前記二次元コードを読み取ることにより、前記第２端末装置により生成された、前記二次元コードに基づく要求に応じて、前記注文受付画面を前記第２端末装置に表示させる表示制御処理と、前記第２端末装置に表示された前記注文受付画面から注文を受け付ける注文受付処理と、前記利用形態に基づく注文に関する所定の通知を、前記第２端末装置へ前記注文方法に応じた方法にて送信する通知処理と、を実行させることを特徴とする。
【0018】
本発明の一実施形態における情報処理方法において、コンピュータが、店舗の受付に配置された第１端末装置から、前記店舗に関する客の利用形態と商品の注文に関する注文方法とを受け付け、前記注文方法に応じた注文受付画面を表示するＷＥＢサイトの所在地情報を含む二次元コードを発行し、前記客が保持する第２端末装置により前記二次元コードを読み取ることにより、前記第２端末装置により生成された、前記二次元コードに基づく要求に応じて、前記注文受付画面を前記第２端末装置に表示させ、前記第２端末装置に表示された前記注文受付画面から注文を受け付け、前記利用形態に基づく注文に関する所定の通知を、前記第２端末装置へ前記注文方法に応じた方法にて送信することを特徴とする。
【発明の効果】
【0019】
本発明によれば、店頭での受け付けに掛かる待ち時間を短縮すると共に、商品の注文の効率化を図ることができる。
【図面の簡単な説明】
【0020】
【図1】本発明の実施形態における情報処理装置の概要を説明する図である。
【図2】本実施形態における店舗管理システムの全体構成の一例を示す図である。
【図3】本実施形態における店舗管理サーバの機能ブロック図である。
【図4】本実施形態における店舗管理サーバにより管理されている二次元コード管理ＤＢのデータ構造の一例を示す図である。
【図5】本実施形態における受付設定画面の一例を示す図である。
【図6】本実施形態（実施例１）における全体の処理フローを示す図である。
【図7】本実施形態（実施例１）における来店受付端末にトップ画面として表示される受付画面の一例を示す図である。
【図8】本実施形態（実施例１）における来店受付端末に表示される注文方法選択画面の一例を示す図である。
【図9】本実施形態（実施例１）における来店受付端末に表示される二次元コード表示画面の一例を示す図である。
【図10】本実施形態（実施例１）における来店受付端末に表示される印刷案内画面及び印刷される二次元コード票の一例を示す図である。
【図11】本実施形態（実施例１）における注文受付画面の一例を示す図である。
【図12】本実施形態（実施例１）におけるカート確認画面の一例を示す図である。
【図13】本実施形態（実施例１）における注文実行画面の一例を示す図である。
【図14】本実施形態（実施例１）におけるユーザ端末に通知される通知メッセージの一例を示す図である。
【図15】本実施形態（実施例１）における受付設定画面から入力される設定情報の登録処理フローの一例を示す図である。
【図16】本実施形態（実施例１）における店舗管理サーバによる二次元コードの発行処理フローの一例を示す図である。
【図17】本実施形態（実施例１）における、店舗管理サーバによる二次元コードに基づく注文処理フローの一例を示す図である。
【図18】本実施形態（実施例２）におけるユーザ端末に通知されるメッセージの一例を示す図である。
【図19】本実施形態（実施例２）における、店舗管理サーバによる二次元コードに基づく呼出処理及び注文処理フローの一例を示す図である。
【図20】本実施形態（実施例３）における二次元コードのデータ構成の一例と二次元コード管理ＤＢのデータ構造の一例とを示す図である。
【図21】本実施形態（実施例３）における店舗管理サーバによる二次元コードの発行処理フローの一例を示す図である。
【図22】本実施形態（実施例３）における、店舗管理サーバ１２による二次元コードに基づく注文処理フローの一例を示す図である。
【図23】本実施形態におけるプログラムを実行するコンピュータのハードウェア環境の構成ブロック図の一例である。
【発明を実施するための形態】
【0021】
図１は、本発明の実施形態における情報処理装置の概要を説明する図である。情報処理装置１は、注文方法受付部２、発行部３、表示制御部４、注文受付部５、通知部６を含む。情報処理装置１の一例として、後述する店舗管理サーバ１２が挙げられる。
【0022】
注文方法受付部２は、店舗の受付に配置された第１端末装置から、店舗に関する客の利用形態（例えば、「店内飲食」、「お持ち帰り」等）と商品の注文に関する注文方法（例えば、「チャットアプリで注文」、「ＷＥＢブラウザで注文」）とを受け付ける。第１端末装置の一例として、後述する来店受付端末２０が挙げられる。注文方法受付部２の一例として、後述する取得部３２が挙げられる。
【0023】
発行部３は、注文方法に応じた注文受付画面を表示するＷＥＢサイトの所在地情報を含む二次元コードを発行する。ここでは、注文方法に応じた注文受付画面とは、例えば、注文方法が「チャットアプリで注文」である場合にはチャットアプリにて表示可能なチャットアプリ用注文受付画面を示し、「ＷＥＢで注文」である場合にはＷＥＢブラウザにて表示可能なＷＥＢブラウザ用注文受付画面を示す。発行部３の一例として、後述する表示制御部３３が挙げられる。二次元コードは、例えば、第１端末装置の画面に表示されてもよいし、紙媒体に印刷されてもよい。
【0024】
表示制御部４は、客が保持する第２端末装置により二次元コードを読み取ることにより、第２端末装置により生成された、二次元コードに基づく要求に応じて、注文受付画面を第２端末装置に表示させる。二次元コードに基づく要求の一例として、例えば、後述する注文受付画面表示要求が挙げられる。第２端末装置の一例として、後述するユーザ端末２１が挙げられる。表示制御部４の一例として、後述する表示制御部３３が挙げられる。
【0025】
注文受付部５は、第２端末装置に表示された注文受付画面から注文を受け付ける。注文受付画面の一例として、後述する図１１～図１３の画面が挙げられる。注文受付部５の一例として、後述する取得部３２が挙げられる。
【0026】
通知部６は、利用形態に基づく注文に関する所定の通知を、第２端末装置へ注文方法に応じた方法にて送信する。利用形態に基づく注文または呼び出しに関する所定の通知とは、例えば、利用形態が「店内飲食」である場合には注文完了、順番待ちしている客の順番が到来した場合の呼出等に関する通知であり、利用形態が「お持ち帰り」である場合には注文完了、商品の準備完了等に関する通知である。注文方法に応じた方法とは、注文方法が「ＷＥＢで注文」である場合にはＷＥＢブラウザに表示可能な形式で表示させること、「チャットアプリで注文」である場合にはチャットアプリ上に表示可能な形式で表示させることである。通知部６の一例として、後述する出力部３５が挙げられる。このように構成することにより、店頭での受け付けに掛かる待ち時間を短縮すると共に、商品の注文の効率化を図ることができる。
【0027】
発行部３は、利用形態と注文方法に応じた注文受付画面を表示するＷＥＢサイトの所在地情報を含む二次元コードを発行してもよい。利用形態と注文方法に応じた注文受付画面とは、例えば、利用形態が「店内飲食」、注文方法が「ＷＥＢで注文」である場合、標準税率（消費税１０％）が適用され、かつＷＥＢブラウザで表示可能な注文受付画面のことを示す。また、例えば、利用形態が「店内飲食」、注文方法が「チャットアプリで注文」である場合、標準税率（消費税１０％）が適用され、かつチャットアプリで表示可能な注文受付画面のことを示す。また、例えば、利用形態が「お持ち帰り」、注文方法が「ＷＥＢで注文」である場合、軽減税率（消費税８％）が適用され、かつＷＥＢブラウザで表示可能な注文受付画面のことを示す。また、例えば、利用形態が「お持ち帰り」、注文方法が「チャットアプリで注文」である場合、軽減税率（消費税８％）が適用され、かつチャットアプリで表示可能な注文受付画面のことを示す。
【0028】
このように構成することにより、客の利用形態及びユーザ端末の環境に最適な注文受付画面を表示させることができる。
【0029】
発行部３は、事前に設定された二次元コードの表示方法が画面表示による表示方法である場合には二次元コードを画面に表示させ、事前に設定された二次元コードの表示方法が印刷による表示方法である場合には二次元コードを紙媒体に印刷する。
【0030】
このように構成することにより、事前に設定された二次元コードの表示方法に応じて、二次元コードを出力することができるので、店舗のハードフェア環境に容易に対応することができる。
【0031】
表示制御部４は、二次元コードに設定された有効期限に基づいて注文受付画面を表示させる。このように構成することにより、二次元コードに基づく要求の有効性を制御することができる。
【0032】
通知部６は、利用形態が商品の持ち帰りの場合において、注文の受け付けが完了した場合には注文完了メッセージを通知し、注文に対する商品の準備が完了した場合には準備完了メッセージを通知する。このように構成することにより、注文状況をメッセージで通知することができる。
【0033】
通知部５は、さらに、利用形態に基づく呼び出しに関する所定の通知を、第２端末装置へ注文方法に応じた方法にて送信してもよい。
【0034】
このように構成することにより、利用形態が「店内飲食」である場合、順番待ちしている客の順番が到来した場合に、客を呼び出すことができる。
【0035】
通知部６は、利用形態が店内飲食の場合において、二次元コードに基づく要求があった場合には、第２端末装置に呼出番号を通知し、さらに、呼出番号が発行された第２端末装置を操作する客の順番待ちの順番が到来した場合、第２端末装置に対して順番が到来した旨を通知する。
【0036】
このように構成することにより、イートインにおいて、客は呼び出しがされるまでの間に事前に注文を行うことができるので、待ち時間を効率的に利用することができる。また、第２端末装置に呼出番号を通知する場合、注文受付画面にて注文が完了後に注文完了メッセージと共に呼出番号を通知してもよい。
【0037】
通知部６は、第２端末装置へ呼出番号を通知後に所定時間が経過しても注文受付画面が表示されない場合、第２端末装置に対して注文をするように催促メッセージを通知してもよい。
【0038】
このように構成することにより、順番が到来するまでの間に事前に注文を済ませておくように催促することができるので、客の待ち時間の効率化を図ることができると共に、店舗側においても効率よく注文を受けて調理を準備・進行させることができる。
【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】
図５は、本実施形態における受付設定画面の一例を示す図である。店舗スタッフは、店舗端末１７を用いて、店舗管理サーバ１２にアクセスして、所定の操作を行うと、店舗端末１７の表示装置に受付設定画面５１が表示される。
【0075】
受付設定画面５１は、来店受付端末２０に表示させる受付画面を事前に設定する設定画面である。受付設定画面５１は、「店頭注文受付利用」設定欄５２、「二次元コード表示方法」設定欄５３、「二次元コードタイプ」設定欄５４、「二次元コード有効期間」設定欄５５を含む。
【0076】
「店頭注文受付利用」設定欄５２を設定することで、店頭注文受付利用を実施するかどうかを設定することができる。店頭注文受付利用として「利用しない」が選択された場合、店頭受付機能が利用できない、すなわち専用ユーザインターフェース（ＵＩ）が表示されない設定となる。
【0077】
店頭注文受付利用として「イートインあり」が選択された場合、チェックボックスにより「店内で食事」、「テイクアウトで注文」がそれぞれ選択可能となる。当該設定をしていると、図７で説明するように専用ＵＩが表示可能となる。
【0078】
店頭注文受付利用として「テイクアウトのみ（イートイン無）」が選択された場合、「イートインあり」から「店内で食事」の選択肢が選べない状態（非表示）となる。当該設定をしていると、専用ＵＩが表示可能であるが、テイクアウトのみ選択可能な状態となる。
【0079】
なお、「店頭注文受付利用」設定欄５２において「イートインあり」または「テイクアウトのみ（イートイン無）」が選択された場合、アコーディオンメニューが活性化し、後続設定が可能となる。
【0080】
「二次元コード表示方法」設定欄５３を設定することで、店頭注文受付利用時に表示させる「二次元コード」の利用形態が選択可能となる。「二次元コード表示方法」として「画面に表示する」が選択された場合、専用ＵＩ上に二次元コードを表示させ、そのままユーザ端末２１等で読み取ってもらうことができる。この場合、二次元コードの印刷を行うことはできない。
【0081】
「二次元コード表示方法」として、「印刷する」が選択された場合、画面上に二次元コードを表示させずに、画面上の所定ボタン押下の都度、設定したプリンタで印刷処理を行うことができる。この場合、二次元コードを画面表示させることはできない。
【0082】
なお、いずれの機能についても、どちらか片側のみの実施となり、専用ＵＩ上（利用者画面）から変更は不可とする。また、いずれの機能についても、１つに二次元コードにつき１注文となる。（１注文完了段階で二次元コードが無効となる）。
【0083】
「二次元コードタイプ」設定欄５４を設定することで、店頭注文受付利用時に利用者にチャット用アプリケーション（チャットアプリ）用の二次元コード表示をさせるか、「ＷＥＢ（ＷＥＢブラウザ）」用の二次元コードを表示させるかを選択（または強制的にどちらか）することが設定できる。
【0084】
「二次元コードタイプ」として「チャットアプリとＷＥＢどちらも使用」を選択した場合、専用ＵＩ上、二次元コードを表示（または印刷）する直前に、どちらのＵＲＬタイプを二次元コードとして表示させるかを選択させる画面が表示される。いずれかを選択後、二次元コード表示（印刷）画面が表示される。
【0085】
「二次元コードタイプ」として「チャットアプリのみ」を選択した場合、二次元コードを表示（印刷）する直前に画面遷移をせずに、チャットアプリ用二次元コードがそのまま表示（印刷）される。
【0086】
「二次元コードタイプ」として「ＷＥＢのみ」を選択した場合、二次元コードを表示（印刷）する直前に画面遷移をせずに、ＷＥＢブラウザ用二次元コードがそのまま表示（印刷）される。
【0087】
「二次元コード有効期間」設定欄５５を設定することで、表示（印刷）された二次元コードで注文ができる時間制限を設定することができる。「二次元コード有効期間」として「短期型」が選択された場合、例えばプルダウンメニューが「５分」「１０分」「１５分」に絞られる。「二次元コード有効期間」として「長期型」が選択された場合、例えばプルダウンメニューが「１時間」「６時間」「２４時間」に絞られる。選択された時間が「有効期間」となり、二次元コードを発行したその瞬間（利用者が発行ボタンを押した瞬間）からの時間制限となる。
【0088】
（実施例１）
図６は、本実施形態（実施例１）における全体の処理フローを示す図である。客は、店舗にてテイクアウト注文または店内飲食のための注文するために、店舗１６の受付に備えられている来店受付端末２０の操作をして受付画面（図７）を表示させる（Ｓ１）。
図６は、本実施形態（実施例１）における全体の処理フローを示す図である。客は、店舗にてテイクアウト注文または店内飲食のための注文するために、店舗１６の受付に備えられている来店受付端末２０の操作をして受付画面（図７）を表示させる（Ｓ１）。
【0089】
受付画面（図７）には、利用形態として、「店内でお食事」（店内飲食）と「お持ち帰り」を選択するボタンが表示されている。客は、受付画面上に表示された「店内でお食事」（店内飲食）及び「お持ち帰り」からいずれかを選択することができる（Ｓ２）。
【0090】
Ｓ２において「お持ち帰り」が選択された場合、来店受付端末２０には注文方法選択画面（図８）が表示される。客は注文方法選択画面（図８）にて注文方法（「ＷＥＢで注文」「チャットアプリで注文」）を選択する（Ｓ１１）。
【0091】
すると、来店受付端末２０に二次元コードが表示、またはその周辺に備えられているプリンタから二次元コードが印刷された印刷物がプリントされる（Ｓ１２）。二次元コードは、利用形態と認証コードと所定のＷｅｂサイトのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）とを含む情報から生成されたものである。所定のＷｅｂサイトのＵＲＬは、注文方法に応じて調整される。
【0092】
客は、ユーザ端末２１を用いて発行（表示または印刷）された二次元コードを読み取る。ユーザ端末２１は、その二次元コードに含まれているＵＲＬに基づくＷｅｂサイトへアクセスする。すると、ユーザ端末２１の表示部に、利用形態及び注文方法に基づく注文受付画面が表示され、客はその表示された注文受付画面から注文を行う（Ｓ１３）。ここで、注文受付画面は、注文した各商品の金額に軽減税率８％が適用される画面である。客は、注文内容が確定したら、「注文する」ボタンを押下する（Ｓ１４）。
【0093】
すると、ユーザ端末２１には、選択された注文方法に対応する方法（例えば、チャットアプリ、電子メール、またはショートメールサービス（ＳＭＳ））により、注文が完了した旨を知らせる注文完了メッセージが通知される（Ｓ１５）。その後、注文の品の準備が完了したら、ユーザ端末２１には、チャットアプリ、電子メール、またはショートメールサービス（ＳＭＳ）により、商品の準備が完了したから商品の受け取りを要求する呼び出し（商品準備完了）メッセージが通知される（Ｓ１６）。
【0094】
次に、Ｓ２において「店内でお食事」（店内飲食）が選択された場合、来店受付端末２０には注文方法選択画面（図８）が表示される。客は注文方法選択画面（図８）にて注文方法を選択する（Ｓ２１）。このとき、利用する人数、席の種類、連絡先（電子メールアドレス、スマートフォンの電話番号）等を入力する画面が表示されてもよい。
【0095】
すると、来店受付端末２０に二次元コードが表示、またはその周辺に備えられているプリンタから二次元コードが印刷された印刷物がプリントされる（Ｓ２２）。二次元コードは、利用形態と認証コードと所定のＷｅｂサイトのＵＲＬとを含む情報から生成されたものである。所定のＷｅｂサイトのＵＲＬは、注文方法に応じて調整される。
【0096】
客は、ユーザ端末２１を用いて発行（表示または印刷）された二次元コードを読み取る。ユーザ端末２１は、その二次元コードに含まれているＵＲＬに基づくＷｅｂサイトへアクセスする。すると、ユーザ端末２１の表示部に、利用形態及び注文方法に基づく注文受付画面が表示され、客はその表示された注文受付画面から注文を行う（Ｓ２３）。ここで、注文受付画面は、注文した各商品の金額に標準税率１０％が適用される画面である。客は、注文内容が確定したら、「注文する」ボタンを押下する（Ｓ２４）。
【0097】
すると、ユーザ端末２１には、選択された注文方法に対応する方法（例えば、チャットアプリ、電子メール、またはショートメールサービス（ＳＭＳ））により、注文が完了した旨を知らせる注文完了メッセージ（呼出番号を含んでもよい。）が通知される（Ｓ２５）。呼出番号は、順番待ちする客を識別する番号である。
【0098】
その後、客の順番が到来したら、ユーザ端末２１には、選択された注文方法に対応する方法（例えば、チャットアプリ、電子メール、またはショートメールサービス（ＳＭＳ））により、順番が到来した旨の呼び出しメッセージが通知される（Ｓ２６）。
【0099】
ここで、利用形態及び注文方法に基づく注文受付画面について説明する。まず、利用形態（店内飲食、お持ち帰り）に基づく注文受付画面とは、店内飲食が選択された場合には例えば標準税率（消費税１０％）が適用される注文受付画面を表し、お持ち帰りが選択された場合には例えば軽減税率（消費税８％）が適用される注文受付画面を表す。注文方法（「ＷＥＢで注文」、「チャットアプリで注文」）に基づく注文受付画面とは、「ＷＥＢで注文」が選択された場合にはＷＥＢブラウザで表示可能な注文受付画面を表し、「チャットアプリで注文」が選択された場合にはチャットアプリで表示可能な注文受付画面を表す。そして、利用形態及び注文方法に基づく注文受付画面とは、利用形態に基づく注文受付画面と注文方法に基づく注文受付画面との組み合わせとなる。
【0100】
図７は、本実施形態（実施例１）における来店受付端末２０にトップ画面として表示される受付画面の一例を示す図である。
【0101】
受付画面６１は、「店内でお食事」ボタン６２、「お持ち帰り」ボタン６３を含む。「店内でお食事」ボタン６２を押下すると、店内で飲食するために順番待ちするための準備画面が表示される。「お持ち帰り」ボタン６３を押下すると、商品をお持ち帰りするための準備画面が表示される。実施例１として、「お持ち帰り」ボタン６３が押下されたとする。すると、図８の画面が表示される。
【0102】
図８は、本実施形態（実施例１）における来店受付端末２０に表示される注文方法選択画面の一例を示す図である。注文方法選択画面７１は、「チャットアプリで注文」ボタン７２、「ＷＥＢで注文」ボタン、「トップ画面に戻る」ボタン７４を含む。
【0103】
「チャットアプリで注文」ボタン７２を押下すると、チャットアプリ用の二次元コードが生成され、図９または図１０（Ａ）の画面に遷移する。「ＷＥＢで注文」ボタン７３を押下すると、ＷＥＢブラウザ表示用の二次元コードが生成され、図９または図１０（Ａ）の画面に遷移する。「トップ画面に戻る」ボタン７４を押下すると、受付画面６１（図７）に戻る。
【0104】
なお、「チャットアプリで注文」ボタン７２を選択する客のスマートフォンには予めチャットアプリがインストールされ、所定の設定がされているものとする。また、「ＷＥＢで注文」ボタン７３を選択する客は、電子メールアドレスまたはスマートフォンの電話番号等が予め店舗管理サーバ１２に登録されているものとする。もし、電子メールアドレスまたはスマートフォンの電話番号等が登録されていない場合、図９の画面を表示する前に、電子メールアドレスまたはスマートフォンの電話番号等を登録する画面を表示させてもよい。
【0105】
図９は、本実施形態（実施例１）における来店受付端末２０に表示される二次元コード表示画面の一例を示す図である。二次元コード表示画面８１は、受付設定画面５１の「二次元コード表示方法」にて「画面に表示する」が設定された場合に表示される。二次元コード表示画面８１は、二次元コード表示欄８２、「トップ画面に戻る」ボタン８３を含む。
【0106】
二次元コード表示欄８２には、注文方法選択画面７１において選択された注文方法（「チャットアプリで注文」または「ＷＥＢで注文」）に基づいて生成された二次元コードが表示される。客は、ユーザ端末２１のカメラ及び二次元コードリーダを用いて、二次元コードを読み取ることができる。「トップ画面に戻る」ボタン８３を押下すると、受付画面６１（図７）に戻る。二次元コード表示画面８１は、一定時間（例えば、１０秒、２０秒）経過後に自動的に受付画面６１（図７）に戻る。
【0107】
図１０は、本実施形態（実施例１）における来店受付端末２０に表示される印刷案内画面及び印刷される二次元コード票の一例を示す図である。図１０（Ａ）の印刷案内画面９１は、受付設定画面５１の「二次元コード表示方法」にて「印刷する」が設定された場合に表示される。
【0108】
印刷案内画面９１には、例えば、「発券された二次元コードを読み取り、ご注文へお進みください。」旨が表示される。なお、「二次元コード表示方法」にて「印刷する」が設定されている場合、画面上に表示されている二次元コードは、上記で生成されたものでもよいが、これに限定されず、単なる意匠的な効果を狙った二次元コードとしての情報性がないシンボル表示でもよい。「トップ画面に戻る」ボタン９２を押下すると、受付画面６１（図７）に戻る。二次元コード表示画面８１は、一定時間（例えば、１０秒、２０秒）経過後に自動的に受付画面６１（図７）に戻る。
【0109】
【0110】
二次元コード表示欄９４には、注文方法選択画面７１において選択された注文方法（「チャットアプリで注文」または「ＷＥＢで注文」）に基づいて生成された二次元コードが表示される。客は、ユーザ端末２１のカメラ及び二次元コードリーダを用いて、二次元コードを読み取ることができる。有効期限表示欄９５には、その二次元コードの有効期限が表示される。
【0111】
図１１は、本実施形態（実施例１）における注文受付画面の一例を示す図である。客（ユーザ）は、発行された二次元コードをユーザ端末２１に設けられているカメラで読み込むと、ユーザ端末２１の画面に注文受付画面１０１が表示される。
【0112】
注文受付画面１０１は、店舗名表示欄１０２、カテゴリー選択ボタン１０３、商品画像表示欄１０５（１０５ａ，１０５ｂ，・・・）、商品追加ボタン１０６（１０６ａ，１０６ｂ，・・・）、商品削除ボタン１０７（１０７ａ，１０７ｂ，・・・）、合計金額表示欄１０８、「カートの確認」ボタン１０９を含む。
【0113】
店舗名表示欄１０２は、店舗１６の店舗名が表示される。カテゴリー選択ボタン１０３を選択（押下）すると、その押下したカテゴリーに対応する１以上の商品の画像が商品画像表示欄１０５（１０５ａ，１０５ｂ，・・・）に表示される。
【0114】
商品画像表示欄１０５（１０５ａ，１０５ｂ，・・・）には、カテゴリー選択ボタン１０４により選択されたカテゴリーに属する商品の画像が表示される。商品追加ボタン１０６（１０６ａ，１０６ｂ，・・・）を押下すると、商品画像表示欄１０５（１０５ａ，１０５ｂ，・・・）に表示された商品をカートに追加することができる。ここで、カートとは、ユーザが購入するために商品追加ボタン１０６（１０６ａ，１０６ｂ，・・・）で追加した商品を決済完了まで一時保管する電子的空間を表す。商品削除ボタン１０７（１０７ａ，１０７ｂ，・・・）をタップすると、商品画像表示欄１０５（１０５ａ，１０５ｂ，・・・）に表示された商品であって、カートに追加されたものを削除することができる。
【0115】
合計金額表示欄１０８には、カートに追加された商品の合計金額が表示される。「カートの確認」ボタン１０９をタップすると、図１２の画面に遷移し、カート内に追加された商品を確認することができる。
【0116】
図１２は、本実施形態（実施例１）におけるカート確認画面の一例を示す図である。カート確認画面１１１は、店舗名表示欄１１２、カート内商品一覧１１４、「戻る」ボタン１１５、「次へ」ボタン１１６を含む。
【0117】
店舗名表示欄１１２は、店舗１６の店舗名が表示される。カート内商品一覧１１４には、カートに追加された商品の明細と、その小計が表示される。「戻る」ボタン１１５を押下すると、注文受付画面１０１（図１１）に戻る。「次へ」ボタン１１６を押下すると、注文を実行するための画面に遷移する。
【0118】
図１３は、本実施形態（実施例１）における注文実行画面の一例を示す図である。注文実行画面１２１は、店舗名表示欄１２２、注文済商品一覧１２４、「戻る」ボタン１２５、「注文する」ボタン１２６を含む。
【0119】
店舗名表示欄１２２は、店舗１６の店舗名が表示される。注文済商品一覧１２４には、注文済み商品の明細と、その小計、消費税、合計金額が表示される。「戻る」ボタン１２５を押下すると、カート確認画面１１１（図１２）に戻る。「注文する」ボタン１２６を押下すると、注文情報が店舗管理サーバ１２に送信され、店舗管理サーバ１２はその注文情報を精算対象情報として決済処理を行う。
【0120】
図１４は、本実施形態（実施例１）におけるユーザ端末２１に通知されるメッセージの一例を示す図である。
【0121】
図１４（Ａ）は、利用形態が「店内飲食」または「お持ち帰り」で、注文方法がチャットアプリの場合において図１３の「注文する」ボタン１２６を押下後の応答メッセージとして通知される注文完了メッセージ１３１の一例を示す。なお、注文完了メッセージ１３１に、呼出番号を含んでもよいし、注文番号を呼出番号として兼用させてもよい。
【0122】
図１４（Ｂ）は、利用形態が「お持ち帰り」で、注文方法がチャットアプリの場合において受注後、商品の用意が完了して、客を呼び出すために通知される呼出メッセージ１３２の一例を示す。
【0123】
図１４（Ｃ）は、利用形態が「店内飲食」で、注文方法がチャットアプリの場合において順番待ちしている客の順番が到来した場合にその客を呼び出すために通知される呼出メッセージ１３３の一例を示す。
【0124】
図１５は、本実施形態（実施例１）における受付設定画面から入力される設定情報の登録処理フローの一例を示す図である。店舗担当者は、店舗端末１７を用いて店舗管理サーバ１２にアクセスし、店舗端末１７に受付設定画面５１を表示させ、受付画面に表示させる設定を入力する。入力された設定情報は、店舗端末１７から店舗管理サーバ１２に送信される。店舗管理サーバ１２は、その設定情報を受け付け（Ｓ３１）、記憶部４１の設定情報管理ＤＢ４２に格納する（Ｓ３２）。
【0125】
図１６は、本実施形態（実施例１）における店舗管理サーバ１２による二次元コードの発行処理フローの一例を示す図である。店舗管理サーバ１２は、設定情報管理ＤＢ４２を参照し、その設定情報に基づいて来店受付端末２０に受付画面６１を表示させる（Ｓ４０）。店舗管理サーバ１２は、受付画面６１から、客により選択された利用形態（例えば、「店内飲食」、「お持ち帰り」等）を受け付ける（Ｓ４１）。
【0126】
店舗管理サーバ１２は、注文方法選択画面７１を表示する（Ｓ４２）。このとき、店舗管理サーバ１２は、設定情報管理ＤＢ４２を参照し、その設定情報に基づいて来店受付端末２０に注文方法選択画面７１を表示させる。
【0127】
店舗管理サーバ１２は、注文方法選択画面７１から、客により選択された注文方式（例えば、「チャットアプリで注文」、「ＷＥＢで注文」等）を受け付ける（Ｓ４３）。店舗管理サーバ１２は、受け付けた利用形態及び注文方式に基づいて、二次元コード（例えば、チャットアプリ用二次元コード、ＷＥＢブラウザ用二次元コード等）を生成する（Ｓ４４）。二次元コードは、認証コードと所定のＷｅｂサイトのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）とを含む情報から生成されたものである。
【0128】
店舗管理サーバ１２は、生成した二次元コードに関する情報を二次元コード管理ＤＢ４４に登録する（Ｓ４５）。このとき、店舗管理サーバ１２は、設定情報管理ＤＢ４２から二次元コードの有効期間を取得し、二次元コードの生成時刻から二次元コードの有効期限を算出し、その有効期限を二次元コード管理ＤＢ４４に登録する。また、店舗管理サーバ１２は、有効フラグ＝１を二次元コード管理ＤＢ４４に登録する。
【0129】
店舗管理サーバ１２は、受付設定画面５１にて予め設定された発行形式に応じて、生成された二次元コードを発行する（Ｓ４６）。受付設定画面５１にて「二次元コード表示方法」に「画面に表示する」が設定されている場合、店舗管理サーバ１２は、二次元コード表示画面８１を表示させ、二次元コード表示欄８２にその生成した二次元コードを表示させる。また、受付設定画面５１にて「二次元コード表示方法」に「印刷する」が設定されている場合、店舗管理サーバ１２は、印刷案内画面９１を表示させると共に、その生成した二次元コードが印刷された二次元コード票９３を印刷する。
【0130】
図１７は、本実施形態（実施例１）における、店舗管理サーバ１２による二次元コードに基づく注文処理フローの一例を示す図である。客は、発行（表示または印刷）された二次元コードをユーザ端末２１のカメラで読み込む。ユーザ端末２１はこの二次元コードを解析してＵＲＬを取得し、そのＵＲＬにアクセスして、注文受付画面表示要求を行う。
【0131】
店舗管理サーバ１２は、ユーザ端末２１からの注文受付画面表示要求を受け付ける（Ｓ５１）。店舗管理サーバ１２は、二次元コード管理ＤＢ４４を参照して、その注文受付画面表示要求が有効かを判定する。具体的には、二次元コード管理ＤＢ４４を参照して、その注文受付画面表示要求に含まれる店舗ＩＤ及び認証コードの組み合わせに対応する有効フラグが１か否かを判定する（Ｓ５２）。
【0132】
その店舗ＩＤ及び認証コードの組み合わせ、すなわち注文受付画面表示要求が有効でない場合（有効フラグ＝“０”、Ｓ５２でＮＯ）、店舗管理サーバ１２は、ユーザ端末２１の画面に有効期限が切れている旨に表示させる（Ｓ６１）。
【0133】
その店舗ＩＤ及び認証コードの組み合わせ、すなわち注文受付画面表示要求が有効である場合（有効フラグ＝“１”、Ｓ５２でＹＥＳ）、店舗管理サーバ１２は、二次元コード管理ＤＢ４４から、その店舗ＩＤ及び認証コードの組み合わせに対応する有効期限を取得し、その組み合わせが有効期限内か否かを判定する（Ｓ５３）。
【0134】
その店舗ＩＤ及び認証コードの組み合わせ、すなわち注文受付画面表示要求が有効期限内でない場合（Ｓ５３でＮＯ）、店舗管理サーバ１２は、ユーザ端末２１の画面に有効期限が切れている旨に表示させる（Ｓ６１）。
【0135】
その店舗ＩＤ及び認証コードの組み合わせ、すなわち注文受付画面表示要求が有効期限内である場合（Ｓ５３でＹＥＳ）、店舗管理サーバ１２は、ユーザ端末２１に注文受付画面１０１を表示させる（Ｓ５４）。
【0136】
店舗管理サーバ１２は、ユーザの操作に応じて、注文受付画面１０１にて選択された商品をカートに保持、またはカート確認画面１１１もしくは注文実行画面１２１を表示させる（Ｓ５５）。ユーザは、ユーザ端末２１を操作して、注文受付画面１０１にてテイクアウトする商品を選択する。選択された商品はカートと呼ばれる記憶領域に一時的に保存される。
【0137】
店舗管理サーバ１２は、ユーザ端末２１において、注文実行画面１２１の「注文する」ボタン１２６が押下されたか否かを判定する（Ｓ５６）。注文実行画面１２１の「注文する」ボタン１２６が押下されるまで（Ｓ５６で“ＮＯ”）、Ｓ３４の処理が継続する。
【0138】
注文実行画面１２１の「注文する」ボタン１２６が押下された場合（Ｓ５６でＹＥＳ）、店舗管理サーバ１２は、その店舗ＩＤ及び認証コードの組み合わせが有効期限内か否かを判定する（Ｓ５７）。なお、ここでの有効期限は、Ｓ５４において注文受付画面１０１が表示されてからの時間が所定の時間内（例えば、１０分、２０分、等）であるかを判定するようにしてもよい。
【0139】
その店舗ＩＤ及び認証コードの組み合わせ、すなわち注文受付画面表示要求が有効期限内でない場合（Ｓ５７でＮＯ）、店舗管理サーバ１２は、ユーザ端末２１の画面に有効期限が切れている旨に表示させる（Ｓ６１）。
【0140】
その店舗ＩＤ及び認証コードの組み合わせ、すなわち注文受付画面表示要求が有効期限内である場合（Ｓ５７でＹＥＳ）、店舗管理サーバ１２は、カート内に保持された商品について注文を受け付ける注文処理、注文内容の決済を行う決済処理を実行する（Ｓ５８）。
【0141】
注文処理及び決済処理後、店舗管理サーバ１２は、二次元コード管理ＤＢ４４において、その店舗ＩＤ及び認証コードの組み合わせに対する有効フラグを「０」で更新する（Ｓ５９）。その後、店舗管理サーバ１２は、注文方法に応じた方法にて注文完了メッセージをユーザ端末２１に通知する（Ｓ６０）。
【0142】
実施例１によれば、客は、店頭での受け付けに掛かる待ち時間を短縮すると共に、テイクアウト注文の効率化を図ることができる。すなわち、来店受付端末２０での操作は二次元コードが発行されるまでであり、注文操作は各客のユーザ端末２１を操作することができるので、来店受付端末２０での受付操作に関する順番待ちにかかる時間を低減させることができる。
【0143】
（実施例２）
次に実施例２として、店内飲食、いわゆるイートイン注文をする場合における画面遷移及び処理に関する他の実施例を説明する。イートイン注文の場合において、実施例１では、注文完了時に呼出番号を通知したが、実施例２では、注文完了前に呼出番号を通知する例について説明する。以下では、図６を参照しながら、図１８、図１９を説明する。なお、実施例１で説明した構成、機能と同様の構成、機能については同じ符号を付与し、その説明を省略する。また、図１５，図１６については実施例１と同様なので、その説明を省略する。
次に実施例２として、店内飲食、いわゆるイートイン注文をする場合における画面遷移及び処理に関する他の実施例を説明する。イートイン注文の場合において、実施例１では、注文完了時に呼出番号を通知したが、実施例２では、注文完了前に呼出番号を通知する例について説明する。以下では、図６を参照しながら、図１８、図１９を説明する。なお、実施例１で説明した構成、機能と同様の構成、機能については同じ符号を付与し、その説明を省略する。また、図１５，図１６については実施例１と同様なので、その説明を省略する。
【0144】
図１８は、本実施形態（実施例２）におけるユーザ端末２１に通知されるメッセージの一例を示す図である。ユーザ端末２１に通知されるメッセージは、選択された注文方法に対応する方法により通知される。図１８は、選択された注文方法が「チャットアプリで注文」の場合に対応する方法としてチャットアプリを介してメッセージが通知される場合の例を説明する。
【0145】
図１８（Ａ）は、注文方法がチャットアプリの場合において呼出番号を通知する呼出番号通知メッセージの一例を示す。来店受付端末２０に表示された二次元コードをユーザ端末２１のカメラで読み取ると、ユーザ端末２１にインストールされたチャットアプリが起動し、チャットアプリ上で注文受付画面１０１が表示される。客は、注文受付画面１０１にて注文を行い、カート確認画面１１１を経て注文実行画面１２１にて注文が完了すると、チャットアプリを介して呼出番号通知メッセージ１４１が通知される。呼出番号通知メッセージ１４１には、「上記の呼出番号でお呼び出し致しますので、しばらくお待ちください。」のメッセージと共に、呼出番号、日時、施設名が含まれている。
【0146】
図１８（Ｂ）は、注文方法がチャットアプリの場合において注文完了を通知する注文完了メッセージの一例を示す。注文完了メッセージ１４２は、注文完了を知らせる内容、呼出番号、注文完了日時、合計金額等を含む。
【0147】
図１８（Ｃ）は、注文方法がチャットアプリの場合において順番が到来した客を呼び出すために通知される呼出メッセージの一例を示す。呼出メッセージ１４４は、呼出番号、「順番が到来しましたので、受付までお越しください。」旨、通知日時、施設名のメッセージを含む。
【0148】
図１９は、本実施形態（実施例２）における、店舗管理サーバ１２による二次元コードに基づく呼出処理及び注文処理フローの一例を示す図である。図１９のフローチャートは、図１７のフローチャートに、Ｓ７１～S７２の処理を追加したものである。
【0149】
店舗管理サーバ１２は、ユーザ端末２１からの注文受付画面表示要求を受け付ける（Ｓ５１）。店舗管理サーバ１２は、二次元コード管理ＤＢ４４を参照して、その注文受付画面表示要求が有効かを判定する。具体的には、店舗管理サーバ１２は、二次元コード管理ＤＢ４４を参照して、その注文受付画面表示要求に含まれる店舗ＩＤ及び認証コードの組み合わせに対応する有効フラグが１か否かを判定する（Ｓ５２）。
【0150】
その店舗ＩＤ及び認証コードの組み合わせ、すなわち注文受付画面表示要求が有効でない場合（有効フラグ＝“０”、Ｓ５２でＮＯ）、店舗管理サーバ１２は、ユーザ端末２１の画面に有効期限が切れている旨に表示させる（Ｓ６１）。
【0151】
その店舗ＩＤ及び認証コードの組み合わせ、すなわち注文受付画面表示要求が有効である場合（有効フラグ＝“１”、Ｓ５２でＹＥＳ）、店舗管理サーバ１２は、二次元コード管理ＤＢ４４から、その店舗ＩＤ及び認証コードの組み合わせに対応する有効期限を取得し、その組み合わせが有効期限内か否かを判定する（Ｓ５３）。
【0152】
その店舗ＩＤ及び認証コードの組み合わせ、すなわち注文受付画面表示要求が有効期限内でない場合（Ｓ５３でＮＯ）、店舗管理サーバ１２は、ユーザ端末２１の画面に有効期限が切れている旨に表示させる（Ｓ６１）。
【0153】
その店舗ＩＤ及び認証コードの組み合わせ、すなわち呼出番号通知要求が有効期限内である場合（Ｓ５３でＹＥＳ）、店舗管理サーバ１２は、呼出番号を生成し、受付管理ＤＢ４３に登録する（Ｓ７１）。それから、店舗管理サーバ１２は、ユーザ端末２１に呼出番号通知メッセージ１４１を通知する（Ｓ７２）。これ以降は、図１７のＳ５４以降の処理と同様なので、その説明を省略する。
【0154】
実施例２によれば、イートインにおいて、客は呼び出しがされるまでの間に事前に注文を行うことができるので、待ち時間を効率的に利用することができる。すなわち、呼び出しがされるまでの間に事前に注文処理がされているので、客は、呼出を受けてから案内された席にて注文する必要がなく、商品が提供されるまでの時間を短縮することができる。
【0155】
また、注文完了メッセージとは独立して呼出番号通知メッセージを通知することにより、注文に時間がかかり、注文前に呼出がされても、客は案内された席で注文を行うことができる。
【0156】
また、呼出番号通知メッセージ１４１が通知された後に所定時間（例えば、６０秒、９０秒、１２０秒後、等）が経過しても、客による注文が完了しない場合には、未注文であるため注文を促すための催促メッセージを通知するようにしてもよい。
【0157】
また、呼出番号通知メッセージ１４１が通知された後かつ呼出メッセージ１４４が通知されるまでの間において、呼出番号通知メッセージ１４１が通知された後に所定時間（例えば、６０秒、９０秒、１２０秒後、等）が経過しても、客による注文が完了しない場合には、未注文であるため注文を促すための催促メッセージを通知するようにしてもよい。
【0158】
さらに、呼出メッセージ１４４の通知後、所定時間（例えば、６０秒、９０秒、１２０秒後、等）が経過しても、客による注文が完了しない場合には、未注文であるため注文を促すための催促メッセージを通知するようにしてもよい。
【0159】
（実施例３）
実施例３では、実施例１の変形例について説明する。なお、上記の実施例と同一の構成及び機能については、同一の符号を付してその説明を省略する。
実施例３では、実施例１の変形例について説明する。なお、上記の実施例と同一の構成及び機能については、同一の符号を付してその説明を省略する。
【0160】
図２０は、本実施形態（実施例３）における二次元コードのデータ構成の一例と二次元コード管理ＤＢのデータ構造の一例とを示す図である。図２０（Ａ）は、二次元コードのデータ構成の一例を示す。図２０（Ｂ）は、二次元コード管理ＤＢ４４ａのデータ構造の一例を示す。二次元コードは生成されると、二次元コード管理ＤＢ４４ａに格納される。
【0161】
図２０（Ａ）において、二次元コード１５１は、「店舗ＩＤ」、「アクセスコード」、「ＷＥＢ用／チャットアプリ用注文受付画面表示ＵＲＬ」、「店内受付フラグ」のデータ項目を含む。
【0162】
項目「店舗ＩＤ」には、店舗を識別する識別情報（店舗ＩＤ）が格納される。項目「アクセスコード」には、注文受付画面表示要求（アクセス）を識別する識別コードが格納される。
【0163】
項目「ＷＥＢ用／チャットアプリ用注文受付画面表示ＵＲＬ」には、注文方法として「ＷＥＢで注文」が選択された場合にはＷＥＢブラウザ用の注文受付画面を表示させるためのアクセス先のＵＲＬが格納され、注文方法として「チャットアプリで注文」が選択された場合にはチャットアプリ用の注文受付画面を表示させるためのアクセス先のＵＲＬが格納される。項目「店内受付フラグ」には、利用形態が店内飲食の場合には「１」が格納され、利用形態がテイクアウトの場合には「０」が格納される。
【0164】
図２０（Ｂ）において、二次元コード管理ＤＢ４４ａは、「店舗ＩＤ」、「アクセスコード」、「ＷＥＢ用／チャットアプリ用注文受付画面表示ＵＲＬ」、「店内受付フラグ」、「発行日時」、「処理フラグ」のデータ項目を含む。
【0165】
「店舗ＩＤ」、「アクセスコード」、「ＷＥＢ用／チャットアプリ用注文受付画面表示ＵＲＬ」、「店内受付フラグ」は、図２０（Ａ）の項目と同様なので、その説明を省略する。項目「発行日時」には、発行された二次元コードの発行日時が格納される。項目「処理フラグ」には、当該レコードについて未処理の場合には「０」が格納され、処理済みの場合には「１」が格納される。
【0166】
図２１は、本実施形態（実施例３）における店舗管理サーバによる二次元コードの発行処理フローの一例を示す図である。図２１のフローチャートは、図１６のフローチャート中のＳ４４の処理を、Ｓ８１～Ｓ８３の処理に置換したものである。
【0167】
店舗管理サーバ１２は、設定情報管理ＤＢ４２を参照し、その設定情報に基づいて来店受付端末２０に受付画面６１を表示させる（Ｓ４０）。店舗管理サーバ１２は、受付画面６１から、客により選択された利用形態（例えば、「店内飲食」、「お持ち帰り」等）を受け付ける（Ｓ４１）。
【0168】
すると、店舗管理サーバ１２は、設定情報管理ＤＢ４２を参照し、その設定情報に基づいて来店受付端末２０に注文方法選択画面７１を表示させる（Ｓ４２）。それから、店舗管理サーバ１２は、注文方法選択画面７１から、客により選択された注文方式（例えば、「チャットアプリで注文」、「ＷＥＢで注文」等）を受け付ける（Ｓ４３）。
【0169】
店舗管理サーバ１２は、受け付けた注文方式によって、Ｓ８２またはＳ８３の処理を行う（Ｓ８１）。Ｓ８１において、受け付けた注文方式が「ＷＥＢで注文」である場合、店舗管理サーバ１２は、記憶部４１から、受け付けた利用形態（「店内飲食」または「お持ち帰り」）に対応する消費税率（標準税率または軽減税率）が適用される注文受付画面であって、ＷＥＢブラウザ用の注文受付画面を表示させるためのアクセス先のＵＲＬ（ＷＥＢ用/チャットアプリ用注文受付画面表示ＵＲＬ）を取得する。店舗管理サーバ１２は、ハッシュ関数により一意のアクセスコードを生成する。店舗管理サーバ１２は、客の操作に応じて来店受付端末２０から受け付けた情報から、「店舗ＩＤ」、「店内受付フラグ」を取得する。店舗管理サーバ１２は、その取得した「店舗ＩＤ」、「アクセスコード」、「ＷＥＢ用/チャットアプリ用注文受付画面表示ＵＲＬ」、及び「店内受付フラグ」に基づいて、二次元コードを生成する（Ｓ８２）。
【0170】
また、Ｓ８１において、受け付けた注文方式が「チャットアプリで注文」である場合、店舗管理サーバ１２は、記憶部４１から、受け付けた利用形態（「店内飲食」または「お持ち帰り」）に対応する消費税率（標準税率または軽減税率）が適用される注文受付画面であって、チャットアプリ用の注文受付画面を表示させるためのアクセス先のＵＲＬ（ＷＥＢ用/チャットアプリ用注文受付画面表示ＵＲＬ）を取得する。店舗管理サーバ１２は、ハッシュ関数により一意のアクセスコードを生成する。店舗管理サーバ１２は、客の操作に応じて来店受付端末２０から受け付けた情報から、「店舗ＩＤ」、「店内受付フラグ」を取得する。店舗管理サーバ１２は、その取得した「店舗ＩＤ」、「アクセスコード」、「ＷＥＢ用/チャットアプリ用注文受付画面表示ＵＲＬ」、及び「店内受付フラグ」に基づいて、二次元コードを生成する（Ｓ８３）。
【0171】
店舗管理サーバ１２は、生成した二次元コードに関する情報（「店舗ＩＤ」、「アクセスコード」、「ＷＥＢ用/チャットアプリ用注文受付画面表示ＵＲＬ」、「店内受付フラグ」）を二次元コード管理ＤＢ４４に登録する（Ｓ４５）。このとき、店舗管理サーバ１２は、二次元コードの生成時刻を二次元コード管理ＤＢ４４ａに登録する。また、店舗管理サーバ１２は、「処理フラグ」に「０」をデフォルト設定する。
【0172】
店舗管理サーバ１２は、受付設定画面５１にて予め設定された発行形式に応じて、生成された二次元コードを発行する（Ｓ４６）。受付設定画面５１にて「二次元コード表示方法」に「画面に表示する」が設定されている場合、店舗管理サーバ１２は、二次元コード表示画面８１を表示させ、二次元コード表示欄８２にその生成した二次元コードを表示させる。また、受付設定画面５１にて「二次元コード表示方法」に「印刷する」が設定されている場合、店舗管理サーバ１２は、印刷案内画面９１を表示させると共に、その生成した二次元コードが印刷された二次元コード票９３を印刷する。
【0173】
図２２は、本実施形態（実施例３）における、店舗管理サーバ１２による二次元コードに基づく注文処理フローの一例を示す図である。客は、発行（表示または印刷）された二次元コードをユーザ端末２１のカメラで読み込む。ユーザ端末２１はこの二次元コードを解析して「店舗ＩＤ」、「アクセスコード」、「ＷＥＢ用／チャットアプリ用注文受付画面表示ＵＲＬ」、「店内受付フラグ」を取得する。ユーザ端末２１は、そのＵＲＬにアクセスして、注文受付画面表示要求を行う。ここで、注文受付画面表示要求は、読み取った二次元コードから得られた「店舗ＩＤ」、「アクセスコード」、「ＷＥＢ用／チャットアプリ用注文受付画面表示ＵＲＬ」、「店内受付フラグ」を含む。
【0174】
店舗管理サーバ１２は、ユーザ端末２１からの注文受付画面表示要求（「店舗ＩＤ」、「アクセスコード」、「ＷＥＢ用／チャットアプリ用注文受付画面表示ＵＲＬ」、「店内受付フラグ」）を受け付ける（Ｓ９１）。
【0175】
店舗管理サーバ１２は、二次元コード管理ＤＢ４４ａを参照して、その注文受付画面表示要求が有効期限内かを判定する（Ｓ９２）。すなわち、店舗管理サーバ１２は、注文受付画面表示要求から「店舗ＩＤ」及び「アクセスコード」を取得する。店舗管理サーバ１２は、二次元コード管理ＤＢ４４ａから、その取得した「店舗ＩＤ」及び「アクセスコード」に対応するレコードを取得する。店舗管理サーバ１２は、現在時刻がそのレコードの「発行日時」から予め設定された時間（例えば、５分、１０分、１５分、１時間、６時間、または２４時間等）以内である場合、有効期間内であると判定する。現在時刻が「発行日時」から予め設定された時間以内でない場合（Ｓ９２でＮＯ）、店舗管理サーバ１２は、ユーザ端末２１の画面に有効期限が切れている旨に表示させ（Ｓ１０７）、本フローは終了する。
【0176】
現在時刻が「発行日時」から予め設定された時間以内である場合（Ｓ９２でＹＥＳ）、店舗管理サーバ１２は、取得したレコードの「処理フラグ」に基づいて、当該注文受付画面表示要求に基づく注文処理が処理済みであるか否かを判定する（Ｓ９３）。「処理フラグ」が「１」（処理済み）である場合、店舗管理サーバ１２は、ユーザ端末２１の画面に有効期限が切れている旨（または既に注文済みである旨）に表示させ（Ｓ１０７）、本フローは終了する。
【0177】
「処理フラグ」が「０」（未処理）である場合、店舗管理サーバ１２は、注文受付画面表示要求の「店内受付フラグ」に基づいて、利用形態が店内飲食であるかテイクアウトであるかを判定する（Ｓ９４）。
【0178】
Ｓ９４において、「店内受付フラグ」が「１」（店内飲食）である場合、店舗管理サーバ１２は、ＷＥＢ用／チャットアプリ用注文受付画面表示ＵＲＬに基づいて、注文方法を判定する（Ｓ９５）。
【0179】
Ｓ９５にて、ＷＥＢ用／チャットアプリ用注文受付画面表示ＵＲＬがＷＥＢブラウザ用注文受付画面のＵＲＬである場合、店舗管理サーバ１２は、ユーザ端末２１に対してＷＥＢブラウザ用注文受付画面を表示させる応答を行う。ユーザ端末２１はその応答を受け取ると、ＷＥＢブラウザを起動させ、ＷＥＢブラウザ用注文受付画面を表示する。このとき、ＷＥＢブラウザ用注文受付画面にて受け付けた注文に対しては消費税１０％が算入される（Ｓ９６）。
【0180】
Ｓ９５にて、ＷＥＢ用／チャットアプリ用注文受付画面表示ＵＲＬがチャットアプリ用注文受付画面のＵＲＬである場合、店舗管理サーバ１２は、ユーザ端末２１に対してチャットアプリ用注文受付画面を表示させる応答を行う。ユーザ端末２１はその応答を受け取ると、チャットアプリを起動させ、チャットアプリ用注文受付画面を表示する。このとき、チャットアプリ用注文受付画面にて受け付けた注文に対しては消費税１０％が算入される（Ｓ９７）。
【0181】
Ｓ９４において、「店内受付フラグ」が「０」（テイクアウト）である場合、店舗管理サーバ１２は、ＷＥＢ用／チャットアプリ用注文受付画面表示ＵＲＬに基づいて、注文方法を判定する（Ｓ９８）。
【0182】
Ｓ９８にて、ＷＥＢ用／チャットアプリ用注文受付画面表示ＵＲＬがＷＥＢブラウザ用注文受付画面のＵＲＬである場合、店舗管理サーバ１２は、ユーザ端末２１に対してＷＥＢブラウザ用注文受付画面を表示させる応答を行う。ユーザ端末２１はその応答を受け取ると、ＷＥＢブラウザを起動させ、ＷＥＢブラウザ用注文受付画面を表示する。このとき、ＷＥＢブラウザ用注文受付画面にて受け付けた注文に対しては消費税８％が算入される（Ｓ９９）。
【0183】
Ｓ９８にて、ＷＥＢ用／チャットアプリ用注文受付画面表示ＵＲＬがチャットアプリ用注文受付画面のＵＲＬである場合、店舗管理サーバ１２は、ユーザ端末２１に対してチャットアプリ用注文受付画面を表示させる応答を行う。ユーザ端末２１はその応答を受け取ると、チャットアプリを起動させ、チャットアプリ用注文受付画面を表示する。このとき、チャットアプリ用注文受付画面にて受け付けた注文に対しては消費税８％が算入される（Ｓ１００）。
【0184】
注文受付画面１０１の表示後、店舗管理サーバ１２は、ユーザの操作に応じて、注文受付画面１０１にて選択された商品をカートに保持、またはカート確認画面１１１もしくは注文実行画面１２１を表示させる（Ｓ１０１）。ユーザは、ユーザ端末２１を操作して、注文受付画面１０１にてテイクアウトする商品を選択する。選択された商品はカートと呼ばれる記憶領域に一時的に保存される。
【0185】
店舗管理サーバ１２は、ユーザ端末２１において、注文実行画面１２１の「注文する」ボタン１２６が押下されたか否かを判定する（Ｓ１０２）。注文実行画面１２１の「注文する」ボタン１２６が押下されるまで（Ｓ１０２で“ＮＯ”）、Ｓ１０１の処理が継続する。
【0186】
注文実行画面１２１の「注文する」ボタン１２６が押下された場合（Ｓ１０２でＹＥＳ）、店舗管理サーバ１２は、再度、その注文受付画面表示要求が有効期限内かを判定する（Ｓ１０３）。すなわち、店舗管理サーバ１２は、現在時刻が、Ｓ９２で取得した「発行日時」から予め設定された時間（例えば、５分、１０分、１５分、１時間、６時間、または２４時間等）以内である場合、有効期間内であると判定する。なお、ここでの有効期限は、Ｓ１０１において注文受付画面１０１が表示されてからの時間が所定の時間内（例えば、１０分、２０分、等）であるかを判定するようにしてもよい。
【0187】
現在時刻が「発行日時」から予め設定された時間以内でない場合（Ｓ１０３でＮＯ）、店舗管理サーバ１２は、ユーザ端末２１の画面に有効期限が切れている旨に表示させ（Ｓ１０７）、本フローは終了する。
【0188】
現在時刻が「発行日時」から予め設定された時間以内である場合（Ｓ１０３でＹＥＳ）、店舗管理サーバ１２は、カート内に保持された商品について注文を受け付ける注文処理、注文内容の決済を行う決済処理を実行する（Ｓ１０４）。
【0189】
注文処理及び決済処理後、店舗管理サーバ１２は、二次元コード管理ＤＢ４４ａにおいて、処理フラグを「１」（処理済み）で更新する（Ｓ５９）。その後、店舗管理サーバ１２は、注文方法に応じた方法にて注文完了メッセージをユーザ端末２１に通知する（Ｓ１０６）。例えば、注文方法が「ＷＥＢで注文」である場合には、店舗管理サーバ１２は、ＨＴＴＰ（Hypertext Transfer Protocol）（ＨＴＴＰ／２を含む。）にて、注文完了メッセージをＨＴＭＬ（HyperText Markup Language）形式のデータにてユーザ端末２１に通知してもよい。また、たとえば、注文方法が「チャットアプリで注文」である場合には、店舗管理サーバ１２は、ＨＴＴＰ／２にて、注文完了メッセージをチャットアプリで利用可能な形式のデータにてユーザ端末２１に通知してもよい。
【0190】
なお、実施例３において、利用形態が店内飲食（消費税１０％）であるものの、フードコートでの利用形態のように、注文後に、調理完了、受け取り窓口に呼び出して商品を受け渡すというテイクアウトのフローと同様のフローで利用してもよい。この場合、店内飲食ではあるものの、注文するために順番待ちの列に並ばなくても注文することができるので、インターチェンジや大型フードコートでの順番待ちによる人の混雑を解消することができる。
【0191】
実施例３によれば、実施例１と同様に、客は、店頭での受け付けに掛かる待ち時間を短縮すると共に、テイクアウト注文の効率化を図ることができる。すなわち、来店受付端末２０での操作は二次元コードが発行されるまでであり、注文操作は各客のユーザ端末２１を操作することができるので、来店受付端末２０での受付操作に関する順番待ちにかかる時間を低減させることができる。
【0192】
図２３は、本実施形態におけるプログラムを実行するコンピュータのハードウェア環境の構成ブロック図の一例である。コンピュータ２０１は、店舗管理サーバ１２であってもよいし、Ｗｅｂサーバ１３であってもよいし、ユーザ端末２１であってもよいし、その他の端末であってもよい。コンピュータ２０１は、ＣＰＵ２０２、ＲＯＭ２０３、ＲＡＭ２０４、記憶装置２０５、入力Ｉ／Ｆ２０６、出力Ｉ／Ｆ２０７、通信Ｉ／Ｆ２０８、読取装置２０９、バス２１０によって構成されている。
【0193】
ここで、ＣＰＵは、中央演算装置を示す。ＲＯＭは、リードオンリメモリを示す。ＲＡＭは、ランダムアクセスメモリを示す。Ｉ／Ｆは、インターフェースを示す。バス２１０には、ＣＰＵ２０２、ＲＯＭ２０３、ＲＡＭ２０４、記憶装置２０５、入力Ｉ／Ｆ２０６、出力Ｉ／Ｆ２０７、通信Ｉ／Ｆ２０８、及び必要に応じて読取装置２０９が接続されていてもよい。
【0194】
ＣＰＵ２０２は、記憶装置２０５から本実施形態に係るプログラムを読み出し、例えば店舗管理サーバ１２として機能する場合には、取得部３２、表示制御部３３、配席処理部３４、出力部３５、注文処理部３６、精算処理部３７として当該プログラムを実行する。ＲＯＭ２０３は、読み出し専用のメモリを示す。ＲＡＭ２０４は、一時的に記憶するメモリである。
【0195】
記憶装置２０５は、大容量の情報を記憶する装置である。記憶装置２０５としては、ハードディスク、ソリッドステートドライブ（ＳＳＤ）、フラッシュメモリカードなど様々な形式の記憶装置を使用することができる。例えば店舗管理サーバ１２の記憶部４１として機能する場合には、記憶装置２０５には、本発明の実施形態に係るプログラムや、記憶部４１に格納されている各種データが記憶されている。
【0196】
入力Ｉ／Ｆ２０６は、キーボード、マウス、電子カメラ、ウェブカメラ、マイク、スキャナ、センサ、タブレット、タッチパネル、情報読取装置等の入力装置と接続することが可能である。また、出力Ｉ／Ｆ２０７は、ディスプレイ、タッチパネル、プロジェクタ、プリンタ、スピーカ等の出力装置と接続することが可能である。
【0197】
通信Ｉ／Ｆ２０８は、通信ネットワークと接続して他の装置と通信するためのポート等のインターフェースである。通信ネットワークは、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、専用線、有線、無線等の通信網であってよい。読取装置２０９は、可搬型記録媒体を読み出す装置である。
【0198】
上記実施形態で説明した処理を実現するプログラムは、プログラム提供者側から通信ネットワークおよび通信Ｉ／Ｆ２０８を介して、例えば記憶装置２０５に格納されてもよい。また、上記実施形態で説明した処理を実現するプログラムは、市販され、流通している可搬型記憶媒体に格納されていてもよい。この場合、この可搬型記憶媒体は読取装置２０９にセットされて、ＣＰＵ２０２によってそのプログラムが読み出されて、実行されてもよい。可搬型記憶媒体としてはＣＤ－ＲＯＭ、フレキシブルディスク、光ディスク、光磁気ディスク、ＩＣカード、ＵＳＢメモリ装置、半導体メモリカードなど様々な形式の記憶媒体を使用することができる。このような記憶媒体に格納されたプログラムが読取装置２０９によって読み取られる。
【0199】
また、当該プログラムは、スタンドアローン型のコンピュータにインストールされてもよいし、クラウドコンピュータによりインストールされて機能のみをユーザに提供してもよい。
【0200】
本実施形態によれば、店頭での受け付けに掛かる待ち時間を短縮すると共に、商品の注文の効率化を図ることができる。
【0201】
以上、実施形態、変形例に基づき本態様について説明してきたが、上記した態様の実施の形態は、本態様の理解を容易にするためのものであり、本態様を限定するものではない。本態様は、その趣旨並びに特許請求の範囲を逸脱することなく、変更、改良され得ると共に、本態様にはその等価物が含まれる。また、その技術的特徴が本明細書中に必須なものとして説明されていなければ、適宜、削除することができる。
【符号の説明】
【0202】
１ 情報処理装置
２ 注文方法受付部
３ 発行部
４ 表示制御部
５ 注文受付部
６ 通知部
１１ 店舗管理システム
１２ 店舗管理サーバ
１３ Ｗｅｂサーバ
１６ 店舗
１７ 店舗端末
１８ 注文受付端末
１９ 案内用ディスプレイ
２０ 来店受付端末
２１ ユーザ端末
２２ 通信ネットワーク
３１ 制御部
３２ 取得部
３３ 表示制御部
３４ 配席処理部
３５ 出力部
３６ 注文処理部
３７ 精算処理部
４１ 記憶部
４２ 設定情報管理ＤＢ
４３ 受付管理ＤＢ
４４ 二次元コード管理ＤＢ
４５ 座席管理ＤＢ
４６ 注文管理ＤＢ
４７ 決済管理ＤＢ
２ 注文方法受付部
３ 発行部
４ 表示制御部
５ 注文受付部
６ 通知部
１１ 店舗管理システム
１２ 店舗管理サーバ
１３ Ｗｅｂサーバ
１６ 店舗
１７ 店舗端末
１８ 注文受付端末
１９ 案内用ディスプレイ
２０ 来店受付端末
２１ ユーザ端末
２２ 通信ネットワーク
３１ 制御部
３２ 取得部
３３ 表示制御部
３４ 配席処理部
３５ 出力部
３６ 注文処理部
３７ 精算処理部
４１ 記憶部
４２ 設定情報管理ＤＢ
４３ 受付管理ＤＢ
４４ 二次元コード管理ＤＢ
４５ 座席管理ＤＢ
４６ 注文管理ＤＢ
４７ 決済管理ＤＢ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
