JP7423108B1 - 情報処理装置、情報処理プログラム、及び情報処理方法 - Google Patents

Abstract

【課題】店頭での受け付けに掛かる待ち時間を短縮すると共に、商品の注文の効率化を図る技術を提供する。【解決手段】 情報処理装置は、店舗の受付に配置された第１端末装置から、店舗に関する客の利用形態と商品の注文に関する注文方法とを受け付ける注文方法受付部と、利用形態及び注文方法に基づいて二次元コードを発行する発行部と、客が保持する第２端末装置により生成された、二次元コードに基づく要求に応じて、注文受付画面を第２端末装置に表示させる表示制御部と、第２端末装置に表示された注文受付画面から注文を受け付ける注文受付部と、利用形態及び注文方法に基づいて第２端末装置へ所定の通知を送信する通知部と、を備えることにより、上記課題の解決を図る。【選択図】図１

Description

本発明は、情報処理装置、情報処理プログラム、及び情報処理方法に関する。

通信技術の発展に伴い、インターネットに接続し、例えばＷｅｂサイトを介して店舗やイベント会場等の席の予約を行う予約システムが知られている。この場合、ユーザは、パーソナルコンピュータ（ＰＣ）、スマートフォン及びタブレット端末等のユーザ端末を用いてＷｅｂサイトを管理するＷｅｂサーバ装置にアクセスし、予約に必要な情報を入力することによって、店舗に対する予約を行うことができる。

このような飲食店に導入されるシステムとして、例えば、待ち時間による顧客の不満を低減させるオーダリングシステムがある（例えば、特許文献１。）。特許文献１では、顧客から商品の注文を受け付けるオーダリングシステムとして、顧客から正式な注文を受け付ける前に、仮の注文を受け付ける仮注文手段と、仮の注文から、正式な注文までに要した時間又は注文された商品を提供するまでに要した時間に応じて特典を付与する特典付与手段と、を備えるオーダリングシステムが開示されている。

また、飲食店に導入されるシステムとして、例えば、コストを掛けることなく、各ユーザがそれぞれ自由に好みの商品を簡易に注文する注文システムが開示されている（例えば、特許文献２。）特許文献２では、スマートフォンが、注文を受付可能な商品を含むメニュー画面を表示する。そして、スマートフォンが、メニュー画面から注文を受け付けた場合には、該注文の情報を情報処理装置に通知する。そして、情報処理装置は、スマートフォンから受け付けた注文の情報に関するログ情報を分析装置に転送する。分析装置は、ログ情報を受信した場合には、該ログ情報をグラフＤＢに格納する。そして、分析装置は、グラフＤＢに記憶されたログ情報に基づいて、おすすめ商品を検出し、検出したおすすめ商品に関する情報をスマートフォンに送信する。

特開２０１５－０３５０７５号公報 特許７１１８２０３号公報

従来、多くの飲食店では、店内飲食（イートイン）が主であり、店内の空席状況に応じて、客が順番待ちをすることがよく行われており、店頭に備え付けのシステムにて、順番待ち順に呼出番号を発行していた。

また、店頭でのイートインの来客の受付（順番待ち）に加えて、近年は、店舗でテイクアウト用商品の注文も受け付けるようになった。そのため、繁忙の時間帯においては店頭での受付作業が煩雑になったり、イートイン及びテイクアウトの各の待ち時間が長くなったりしていた。特に、店頭において、イートインの来客の受付とテイクアウト用注文を共通の端末で行う場合、テイクアウトの注文に時間がかかってしまうと、その端末を用いてイートインの来客の順番待ちの受付や次にまっているテイクアウトの客の注文をすることができず、その分待ち時間が長くなっていた。

そこで、本発明は、店頭での受け付けに掛かる待ち時間を短縮すると共に、商品の注文の効率化を図る技術を提供する。

本発明の一実施形態における情報処理装置は、店舗の受付に配置された第１端末装置から、前記店舗に関する客の利用形態と商品の注文に関する注文方法とを受け付ける注文方法受付部と、前記利用形態に応じた注文受付画面を表示するＷＥＢサイトの所在地情報を含む二次元コードを発行する発行部と、前記客が保持する第２端末装置により前記二次元コードを読み取ることにより、前記第２端末装置により生成された、前記二次元コードに基づく要求に応じて、前記注文受付画面を前記第２端末装置に表示させる表示制御部と、前記第２端末装置に表示された前記注文受付画面から注文を受け付ける注文受付部と、前記利用形態に基づく注文に関する所定の通知を、前記第２端末装置へ前記注文方法に応じた方法にて送信する通知部と、を備えることを特徴とする。

前記発行部は、事前に設定された二次元コードの表示方法が画面表示による表示方法である場合には前記二次元コードを画面に表示させ、事前に設定された二次元コードの表示方法が印刷による表示方法である場合には前記二次元コードを紙媒体に印刷することを特徴とする。

前記表示制御部は、前記二次元コードに設定された有効期限に基づいて前記注文受付画面を表示させることを特徴とする。

前記通知部は、前記利用形態が商品の持ち帰りの場合において、前記注文の受け付けが完了した場合には注文完了メッセージを通知し、前記注文に対する前記商品の準備が完了した場合には準備完了メッセージを通知することを特徴とする。

前記通知部は、前記利用形態が店内飲食の場合において、前記二次元コードに基づく要求があった場合には、前記第２端末装置に呼出番号を通知し、さらに、前記呼出番号が発行された前記第２端末装置を操作する客の順番待ちの順番が到来した場合、前記第２端末装置に対して前記順番が到来した旨を通知することを特徴とする。

前記通知部は、前記第２端末装置へ前記呼出番号を通知後に所定時間が経過しても前記注文受付画面が表示されない場合、前記第２端末装置に対して注文をするように催促メッセージを通知することを特徴とする。

本発明の一実施形態における情報処理プログラムは、コンピュータに、店舗の受付に配置された第１端末装置から、前記店舗に関する客の利用形態と商品の注文に関する注文方法とを受け付ける注文方法受付処理と、前記利用形態に応じた注文受付画面を表示するＷＥＢサイトの所在地情報を含む二次元コードを発行する発行処理と、前記客が保持する第２端末装置により前記二次元コードを読み取ることにより、前記第２端末装置により生成された、前記二次元コードに基づく要求に応じて、前記注文受付画面を前記第２端末装置に表示させる表示制御処理と、前記第２端末装置に表示された前記注文受付画面から注文を受け付ける注文受付処理と、前記利用形態に基づく注文に関する所定の通知を、前記第２端末装置へ前記注文方法に応じた方法にて送信する通知処理と、を実行させることを特徴とする。

本発明の一実施形態における情報処理方法において、コンピュータが、店舗の受付に配置された第１端末装置から、前記店舗に関する客の利用形態と商品の注文に関する注文方法とを受け付け、前記利用形態に応じた注文受付画面を表示するＷＥＢサイトの所在地情報を含む二次元コードを発行し、前記客が保持する第２端末装置により前記二次元コードを読み取ることにより、前記第２端末装置により生成された、前記二次元コードに基づく要求に応じて、前記注文受付画面を前記第２端末装置に表示させ、前記第２端末装置に表示された前記注文受付画面から注文を受け付け、前記利用形態に基づく注文に関する所定の通知を、前記第２端末装置へ前記注文方法に応じた方法にて送信することを特徴とする。

本発明によれば、店頭での受け付けに掛かる待ち時間を短縮すると共に、商品の注文の効率化を図ることができる。

本発明の実施形態における情報処理装置の概要を説明する図である。 本実施形態における店舗管理システムの全体構成の一例を示す図である。 本実施形態における店舗管理サーバの機能ブロック図である。 本実施形態における店舗管理サーバにより管理されている二次元コード管理ＤＢのデータ構造の一例を示す図である。 本実施形態における受付設定画面の一例を示す図である。 本実施形態における全体の処理フローを示す図である。 本実施形態（実施例１）における来店受付端末にトップ画面として表示される受付画面の一例を示す図である。 本実施形態（実施例１）における来店受付端末に表示される注文方法選択画面の一例を示す図である。 本実施形態（実施例１）における来店受付端末に表示される二次元コード表示画面の一例を示す図である。 本実施形態（実施例１）における来店受付端末に表示される印刷案内画面及び印刷される二次元コード票の一例を示す図である。 本実施形態（実施例１）における注文受付画面の一例を示す図である。 本実施形態（実施例１）におけるカート確認画面の一例を示す図である。 本実施形態（実施例１）における注文実行画面の一例を示す図である。 本実施形態（実施例１）におけるユーザ端末に通知される通知メッセージの一例を示す図である。 本実施形態（実施例１）における受付設定画面から入力される設定情報の登録処理フローの一例を示す図である。 本実施形態（実施例１）における店舗管理サーバによる二次元コードの発行処理フローの一例を示す図である。 本実施形態（実施例１）における、店舗管理サーバによる二次元コードに基づく注文処理フローの一例を示す図である。 本実施形態（実施例２）におけるユーザ端末に通知されるメッセージの一例を示す図である。 本実施形態（実施例２）における、店舗管理サーバによる二次元コードに基づく呼出処理及び注文処理フローの一例を示す図である。 本実施形態におけるプログラムを実行するコンピュータのハードウェア環境の構成ブロック図の一例である。

図１は、本発明の実施形態における情報処理装置の概要を説明する図である。情報処理装置１は、注文方法受付部２、発行部３、表示制御部４、注文受付部５、通知部６を含む。情報処理装置１の一例として、後述する店舗管理サーバ１２が挙げられる。

注文方法受付部２は、店舗の受付に配置された第１端末装置から、店舗に関する客の利用形態（例えば、「店内飲食」、「お持ち帰り」等）と商品の注文に関する注文方法（例えば、チャットアプリで注文、ＷＥＢブラウザで注文）とを受け付ける。第１端末装置の一例として、後述する来店受付端末２０が挙げられる。注文方法受付部２の一例として、後述する取得部３２が挙げられる。

発行部３は、利用形態及び注文方法に基づいて二次元コードを発行する。発行部３の一例として、後述する表示制御部３３が挙げられる。二次元コードは、例えば、第１端末装置の画面に表示されてもよいし、紙媒体に印刷されてもよい。

表示制御部４は、客が保持する第２端末装置により生成された、二次元コードに基づく要求に応じて、注文受付画面を第２端末装置に表示させる。第２端末装置の一例として、後述するユーザ端末２１が挙げられる。表示制御部４の一例として、後述する表示制御部３３が挙げられる。

注文受付部５は、第２端末装置に表示された注文受付画面から注文を受け付ける。注文受付画面の一例として、後述する図１１～図１３の画面が挙げられる。注文受付部５の一例として、後述する取得部３２が挙げられる。

通知部６は、利用形態及び前記注文方法に基づいて第２端末装置へ所定の通知を送信する。通知部６の一例として、後述する出力部３５が挙げられる。このように構成することにより、店頭での受け付けに掛かる待ち時間を短縮すると共に、商品の注文の効率化を図ることができる。

発行部３は、事前に設定された二次元コードの表示方法が画面表示による表示方法である場合には二次元コードを画面に表示させ、事前に設定された二次元コードの表示方法が印刷による表示方法である場合には二次元コードを紙媒体に印刷する。

このように構成することにより、事前に設定された二次元コードの表示方法に応じて、二次元コードを出力することができるので、店舗のハードフェア環境に容易に対応することができる。

表示制御部４は、二次元コードに設定された有効期限に基づいて注文受付画面を表示させる。このように構成することにより、二次元コードに基づく要求の有効性を制御することができる。

通知部６は、利用形態が商品の持ち帰りの場合において、注文の受け付けが完了した場合には注文完了メッセージを通知し、注文に対する商品の準備が完了した場合には準備完了メッセージを通知する。このように構成することにより、注文状況をメッセージで通知することができる。

通知部６は、利用形態が店内飲食の場合において、二次元コードに基づく要求があった場合には、第２端末装置に呼出番号を通知し、さらに、呼出番号が発行された第２端末装置を操作する客の順番待ちの順番が到来した場合、第２端末装置に対して順番が到来した旨を通知する。

このように構成することにより、イートインにおいて、客は呼び出しがされるまでの間に事前に注文を行うことができるので、待ち時間を効率的に利用することができる。また、第２端末装置に呼出番号を通知する場合、注文受付画面にて注文が完了後に注文完了メッセージと共に呼出番号を通知してもよい。

通知部６は、第２端末装置へ呼出番号を通知後に所定時間が経過しても注文受付画面が表示されない場合、第２端末装置に対して注文をするように催促メッセージを通知してもよい。

このように構成することにより、順番が到来するまでの間に事前に注文を済ませておくように催促することができるので、客の待ち時間の効率化を図ることができると共に、店舗側においても効率よく注文を受けて調理を準備・進行させることができる。

以下、図面を参照して、本発明の実施形態について説明する。

図２は、本実施形態における店舗管理システムの全体構成の一例を示す図である。店舗管理システム１１は、店舗管理サーバ１２、Ｗｅｂサーバ１３、店舗端末１７、注文管理端末１８、案内用ディスプレイ１９、来店受付端末２０、ユーザ端末２１、通信ネットワーク２２を含む。店舗管理サーバ１２、Ｗｅｂサーバ１３、及びユーザ端末２１は、無線または有線により通信ネットワーク２２に接続されている。店舗端末１７、注文管理端末１８、案内用ディスプレイ１９、及び来店受付端末２０は、店舗１６に配置されており、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して、通信ネットワーク２２に接続されている。

Ｗｅｂサーバ１３は、例えば、予約サービスを提供する各企業によって管理されている１以上の情報処理装置である。Ｗｅｂサーバ１３は、店舗１６への予約を受け付けるためのＷｅｂサイトを管理し、当該Ｗｅｂサイトを介して各種店舗への予約を受け付けるサービス（以下、Ｗｅｂ予約サービスと表記）をユーザに提供する。

店舗管理サーバ１２は、本実施形態では、特に、予約管理機能、座席管理機能、順番待ち管理機能、注文管理機能を有する。店舗管理サーバ１２が予約管理機能として機能する場合、店舗管理サーバ１２は、複数のＷｅｂサイトのそれぞれを介して行われる、例えば飲食店等の店舗への予約の一括管理（Ｗｅｂ予約管理）を実現するために用いられる。店舗管理サーバ１２は、通信ネットワーク２２を介して複数のＷｅｂサーバ１３の予約サイトそれぞれで入力された予約を受け付ける。

店舗管理サーバ１２（予約管理機能）は、Ｗｅｂサーバ１３を介して入力された予約を受け付けると共に、受け付けた予約を管理する。店舗管理サーバ１２（予約管理機能）は、記憶部に席タイプ管理データベース（以下、データベースを「ＤＢ」と称する。）、媒体連携管理ＤＢ、予約管理ＤＢ、在庫管理ＤＢ等を格納する。席タイプ管理ＤＢは、店舗別の席タイプ情報（卓の収容人数、卓の設置環境（個室か非個室等）、席種別（座敷、テーブル、掘りごたつ）等）を格納するデータベースである。媒体連携管理ＤＢは、店舗管理サーバ１２（予約管理機能）で取り扱う店舗の予約を受け付ける媒体が登録されるデータベースである。予約管理ＤＢは、店舗別の予約された席（卓）に関する情報を格納するデータベースである。在庫管理ＤＢは、席タイプ情報に対応する席（卓）についての最大予約可能卓数、予約済卓数、予約可能数（卓の残数（卓の在庫））等を含む情報を格納するデータベースである。

店舗管理サーバ１２が順番待ち管理機能として機能する場合、店舗管理サーバ１２は、店舗１６への客の入店についての順番待ちを管理する情報処理装置である。店舗１６への客の入店についての順番待ちは、来店受付端末２０またはユーザ端末２１により受け付けることができる。

店舗管理サーバ１２（順番待ち管理機能）は、店舗に来店した客が順番待ちするために受付を行った場合にその受付情報や、予約客が来店した場合にそのチェックイン情報等を来店受付端末２０から取得する。

店舗管理サーバ１２が座席管理機能として機能する場合、店舗管理サーバ１２は、予約管理機能で受け付けた予約及び順番待ち管理機能で受け付けた順番待ちにより配席予定及び配席された座席を管理したり、入店前、入店済み、入店済み等を管理する。

店舗管理サーバ１２（座席管理機能）は、予約情報を取得し、順番が到来した客情報（順番到来客情報）を取得して、その予約情報及び順番が到来した客情報を座席管理ＤＢで管理する。また、店舗管理サーバ１２は、ユーザ端末２１より取得したテイクアウト用注文情報を管理する。また、店舗管理サーバ１２は、座席管理ＤＢに基づいて、店内、店内のエリアまたは座席のタイプ毎に混雑情報を管理する。

店舗管理サーバ１２が注文管理機能として機能する場合、店舗管理サーバ１２は、店舗１６の店頭にて、店内飲食選択時の通常の注文（案内された席での注文）、事前注文、及びテイクアウト選択時の注文を行う客の受付・注文を管理する情報処理装置である。その客の受付、注文はそれぞれ、来店受付端末２０、ユーザ端末２１により受け付けることができる。

店舗管理サーバ１２（注文管理機能）は、例えば、通常の注文形式、事前注文形式、及びテイクアウト注文形式に対応可能である。通常の注文形式とは、店内飲食において客が席に着いた後で注文する形式である。事前注文形式とは、来店受付端末２０にて受付（順番待ちを含む。）を行った後、順番が到来して呼び出されるまで（呼出し後も含む。）に、事前に注文を行う形式である。テイクアウト注文形式とは、来店受付端末２０にて受付を行った後で注文を行う形式である。

例えばテイクアウト注文形式に関して、店舗に来店した客がテイクアウトの受付を行った場合にその受付情報を来店受付端末２０から取得し、それに応じて、二次元コードを客に発行する。客は、その発行された二次元コードをユーザ端末２１で読み取って、テイクアウト用商品を注文するための操作を行う。店舗管理サーバ１２（注文管理機能）は、テイクアウト用商品に関する注文要求に応じて、注文処理を行うことができる。

例えば事前注文形式に関して、店舗に来店した客が店内飲食の受付を行った場合にその受付情報を来店受付端末２０から取得し、それに応じて、二次元コードを客に発行する。客は、その発行された二次元コードをユーザ端末２１で読み取ると、呼出番号がユーザ端末２１に通知されると共に、注文受付画面が表示される（所定の操作をして注文受付画面が表示される場合も含む。）ので、商品を注文するための操作を行う。店舗管理サーバ１２（注文管理機能）は、商品に関する注文要求に応じて、注文処理を行うことができる。

店舗端末１７は、予約管理機能としての店舗管理サーバ１２で受け付けた当該店舗端末１７が設けられている店舗１６に対する座席の予約、順番待ち管理機能としての店舗管理サーバ１２で受け付けた当該店舗１６における順番待ちの状況、及び当該店舗１６における座席の空席状況等を当該店舗の従業員等が確認するための店舗管理画面を表示するための端末である。店舗端末１７は、例えばパーソナルコンピュータ（ＰＣ）、スマートフォン及びタブレット端末等であってもよい。

注文管理端末１８は、客より受け付けた注文情報を確認、管理するために用いられる。注文管理端末１８は、当該店舗１６において、各テーブルに配置され、客自身で注文するための端末であり、例えばパーソナルコンピュータ（ＰＣ）、スマートフォン及びタブレット端末等であってもよい。

来店受付端末２０は、店舗１６の店頭に設置させている端末であって、来店した客が順番待ちを登録したり、予約した客が来店したことを知らせるチェックインを行ったり、テイクアウト用商品を注文したりするための端末である。来店受付端末２０は、例えばパーソナルコンピュータ（ＰＣ）、スマートフォン及びタブレット端末等であってもよい。

来店受付端末２０は、店頭で、入店についての順番待ちや、テイクアウト注文の受付、チェックイン等が客により入力される。店舗管理サーバ１２は、来店受付端末２０により入力された順番待ち情報、テイクアウト注文の受付情報、チェックイン情報を受け付ける。また、店舗管理サーバ１２は、順番待ち状況や、入店の順番が到来した客、テイクアウト注文の待ち客を呼び出すために必要な情報を案内用ディスプレイ１９に表示させる。店舗管理サーバ１２は、各テーブルにおいて客により注文が入力される。

案内用ディスプレイ１９は、順番待ちした客に対して、現在の順番待ち状況を表示したり、入店の順番が回ってきたり、テイクアウト注文の商品の準備が完了したりした客を呼び出したりするための表示装置である。

ユーザ端末２１は、例えば、店舗１６の座席を予約または順待ちをしたユーザが所有または占有等する通信機能及びカメラを有する情報通信端末であり、例えばパーソナルコンピュータ（ＰＣ）、スマートフォン及びタブレットコンピュータ等を含む。また、ユーザ端末２１には、カメラにより撮像された二次元コードを読み取って解析するアプリケーション（以下、「アプリ」と記す場合もある。）、すなわち二次元コードリーダがインストールされている。

なお、店舗管理サーバ１２は、座席管理サーバ、順番待ち管理サーバ、及び予約管理サーバ、注文管理サーバであってもよい。また、店舗管理サーバ１２は、１台以上の物理的な情報処理装置により構成されるサーバシステムであってもよいし、１台以上の仮想サーバ装置により構成される仮想サーバシステムであってもよい。

図３は、本実施形態における店舗管理サーバ１２の機能ブロック図である。店舗管理サーバ１２は、制御部３１、記憶部４１を含む。制御部３１は、本実施形態におけるプログラムを読み出して実行することにより、取得部３２、表示制御部３３、配席処理部３４、出力部３５、注文処理部３６、精算処理部３７として機能する。

取得部３２は、店舗に来店した客が入店若しくは順番待ち、またはテイクアウト注文を行うために来店受付端末２０に対して受付操作をした場合、来店受付端末２０から受付情報またはチェックイン情報等を取得する。または、取得部３２は、店舗に来店した客が予約客である場合に来店受付端末２０に対してチェックイン操作をした場合、来店受付端末２０からチェックイン情報等を取得する。

表示制御部３３は、注文管理端末１８、来店受付端末２０及び店舗端末１７、またはユーザ端末２１からの表示要求に基づいて、注文管理端末１８、来店受付端末２０及び店舗端末１７、またはユーザ端末２１の表示部に所定の画面を表示させたり、入力内容を表示させる。表示制御部３３は、例えば、二次元コードを発行（表示・印刷）する。

配席処理部３４は、予約日時の所定時間前（例えば、１５分前、３０分前、４５分前、６０分前、２時間前等）が到来すると、その予約客をどのテーブル席またはカウンタ席等に配席するか配席処理を行う。

出力部３５は、順番待ちしている客の順番が到来した場合に、案内用ディスプレイ１９、来店受付端末２０またはユーザ端末２１等にその旨を出力する。また、出力部３５は、所定の条件に基づいて、所定のメッセージをユーザ端末２１に通知する。

注文処理部３６は、ユーザ端末２１から受け付けた注文要求（店内飲食の注文（事前注文を含む。）、テイクアウト注文）に対して、注文を受け付けて注文管理端末１８に注文指示を表示させる注文処理を行う。

精算処理部３７は、ユーザ端末２１から受け付けた精算要求に対して、ＰＯＳレジに精算対象情報を送信し、ＰＯＳレジにおいて決済が完了した精算対象情報（決済情報）を受け付けるという処理を行う。

記憶部４１は、設定情報管理ＤＢ４２、受付管理ＤＢ４３、二次元コード管理ＤＢ４４、座席管理ＤＢ４５、注文管理ＤＢ４６、決済管理ＤＢ４７等を格納する。なお、ＤＢは、データベース（ＤａｔａＢａｓｅ）の略称を示す。以下に表記するＩＤは、識別情報を示すｉｄｅｎｔｉｆｉｃａｔｉｏｎの略称を示す。

設定情報管理ＤＢ４２は、来店受付端末２０に表示させる画面の表示形態、表示内容等に関する設定情報を管理するデータベースである。受付管理ＤＢ４３は、順番待ちしている客の受付情報を管理するデータベースである。

二次元コード管理ＤＢ４４は、テイクアウト注文または店内飲食が選択された場合に発行される二次元コードを管理するデータベースである。座席管理ＤＢ４５は、店舗１６の店内（テラス席等の屋外の座席を含む。）の各座席の使用状況及び使用予定等の座席管理情報を、時間帯単位で管理するデータベースである。

注文管理ＤＢ４６は、店舗１６においてなされた注文（店内飲食注文、テイクアウト注文）に関する情報（注文情報）を管理するデータベースである。決済管理ＤＢ４７は、店舗１６にて行われた注文に対する決済に関する情報（決済情報）を管理するデータベースである。

図４は、本実施形態における店舗管理サーバ１２により管理されている二次元コード管理ＤＢのデータ構造の一例を示す図である。

二次元コード管理ＤＢ３７は、「店舗ＩＤ」、「認証コード」、「二次元コード作成日時」、「有効期間」、「有効フラグ」等のデータ項目を含む。項目「店舗ＩＤ」には、店舗を識別する識別情報（店舗ＩＤ）が格納される。項目「認証コード」には、発行する二次元コードとして埋め込む認証コードが格納される。「二次元コード作成日時」には、発行する二次元コードが作成された日時が格納される。項目「有効期間」には、発行された二次元コードの有効期間（または有効期限）が格納される。項目「有効フラグ」には、発行された二次元コードが有効か否か格納される（有効の場合には有効フラグ＝１、無効の場合には有効フラグ＝０が格納される。）。

なお、二次元コード管理ＤＢ３７は、データ項目として「呼出番号」を含んでいてもよい。「呼出番号」は、客の受付順に生成され、客の順番待ち及び順番が到来した客の呼出のために用いられる。

次に、来店受付端末２０に表示させる受付画面を事前に設定する設定画面について説明する。来店受付端末２０では、店舗での受付時に店内飲食かテイクアウトかを選択し、いずれかを選択した場合、どのような媒体（ＷＥＢブラウザ、チャットアプリ、ＳＭＳ等）を用いて注文を行うかを選択することができる。設定画面では、この選択を可能にするための事前の設定を行う。

図５は、本実施形態における受付設定画面の一例を示す図である。店舗スタッフは、店舗端末１７を用いて、店舗管理サーバ１２にアクセスして、所定の操作を行うと、店舗端末１７の表示装置に受付設定画面５１が表示される。

受付設定画面５１は、来店受付端末２０に表示させる受付画面を事前に設定する設定画面である。受付設定画面５１は、「店頭注文受付利用」設定欄５２、「二次元コード表示方法」設定欄５３、「二次元コードタイプ」設定欄５４、「二次元コード有効期間」設定欄５５を含む。

「店頭注文受付利用」設定欄５２を設定することで、店頭注文受付利用を実施するかどうかを設定することができる。店頭注文受付利用として「利用しない」が選択された場合、店頭受付機能が利用できない、すなわち専用ユーザインターフェース（ＵＩ）が表示されない設定となる。

店頭注文受付利用として「イートインあり」が選択された場合、チェックボックスにより「店内で食事」、「テイクアウトで注文」がそれぞれ選択可能となる。当該設定をしていると、図７で説明するように専用ＵＩが表示可能となる。

店頭注文受付利用として「テイクアウトのみ（イートイン無）」が選択された場合、「イートインあり」から「店内で食事」の選択肢が選べない状態（非表示）となる。当該設定をしていると、専用ＵＩが表示可能であるが、テイクアウトのみ選択可能な状態となる。

なお、「店頭注文受付利用」設定欄５２において「イートインあり」または「テイクアウトのみ（イートイン無）」が選択された場合、アコーディオンメニューが活性化し、後続設定が可能となる。

「二次元コード表示方法」設定欄５３を設定することで、店頭注文受付利用時に表示させる「二次元コード」の利用形態が選択可能となる。「二次元コード表示方法」として「画面に表示する」が選択された場合、専用ＵＩ上に二次元コードを表示させ、そのままユーザ端末２１等で読み取ってもらうことができる。この場合、二次元コードの印刷を行うことはできない。

「二次元コード表示方法」として、「印刷する」が選択された場合、画面上に二次元コードを表示させずに、画面上の所定ボタン押下の都度、設定したプリンタで印刷処理を行うことができる。この場合、二次元コードを画面表示させることはできない。

なお、いずれの機能についても、どちらか片側のみの実施となり、専用ＵＩ上（利用者画面）から変更は不可とする。また、いずれの機能についても、１つに二次元コードにつき１注文となる。（１注文完了段階で二次元コードが無効となる）。

「二次元コードタイプ」設定欄５４を設定することで、店頭注文受付利用時に利用者にチャット用アプリケーション（チャットアプリ）用の二次元コード表示をさせるか、「ＷＥＢ（ＷＥＢブラウザ）」用の二次元コードを表示させるかを選択（または強制的にどちらか）することが設定できる。

「二次元コードタイプ」として「チャットアプリとＷＥＢどちらも使用」を選択した場合、専用ＵＩ上、二次元コードを表示（または印刷）する直前に、どちらのＵＲＬタイプを二次元コードとして表示させるかを選択させる画面が表示される。いずれかを選択後、二次元コード表示（印刷）画面が表示される。

「二次元コードタイプ」として「チャットアプリのみ」を選択した場合、二次元コードを表示（印刷）する直前に画面遷移をせずに、チャットアプリ用二次元コードがそのまま表示（印刷）される。

「二次元コードタイプ」として「ＷＥＢのみ」を選択した場合、二次元コードを表示（印刷）する直前に画面遷移をせずに、ＷＥＢブラウザ用二次元コードがそのまま表示（印刷）される。

「二次元コード有効期間」設定欄５５を設定することで、表示（印刷）された二次元コードで注文ができる時間制限を設定することができる。「二次元コード有効期間」として「短期型」が選択された場合、例えばプルダウンメニューが「５分」「１０分」「１５分」に絞られる。「二次元コード有効期間」として「長期型」が選択された場合、例えばプルダウンメニューが「１時間」「６時間」「２４時間」に絞られる。選択された時間が「有効期間」となり、二次元コードを発行したその瞬間（利用者が発行ボタンを押した瞬間）からの時間制限となる。

図６は、本実施形態における全体の処理フローを示す図である。客は、店舗にてテイクアウト注文または店内飲食のための注文するために、店舗１６の受付に備えられている来店受付端末２０の操作をして受付画面（図７）を表示させる（Ｓ１）。

受付画面（図７）には、「店内でお食事」（店内飲食）と「お持ち帰り」を選択するボタンが表示されている。客は、受付画面上に表示された「店内でお食事」（店内飲食）及び「お持ち帰り」からいずれかを選択することができる（Ｓ２）。

Ｓ２において「お持ち帰り」が選択された場合、来店受付端末２０には注文方法選択画面（図８）が表示される。客は注文方法選択画面（図８）にて注文方法を選択する（Ｓ１１）。

すると、来店受付端末２０に二次元コードが表示、またはその周辺に備えられているプリンタから二次元コードが印刷された印刷物がプリントされる（Ｓ１２）。二次元コードは、認証コードと所定のＷｅｂサイトのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）とを含む情報から生成されたものである。

客は、ユーザ端末２１を用いて発行（表示または印刷）された二次元コードを読み取る。ユーザ端末２１は、その二次元コードに含まれているＵＲＬに基づくＷｅｂサイトへアクセスする。すると、ユーザ端末２１の表示部に注文受付画面が表示され、客はその表示された注文受付画面から注文を行う（Ｓ１３）。客は、注文内容が確定したら、「注文する」ボタンを押下する（Ｓ１４）。

すると、ユーザ端末２１には、チャットアプリ、電子メール、またはショートメールサービス（ＳＭＳ）により、注文が完了した旨を知らせる注文完了メッセージが通知される（Ｓ１５）。その後、注文の品の準備が完了したら、ユーザ端末２１には、チャットアプリ、電子メール、またはショートメールサービス（ＳＭＳ）により、商品の準備が完了したから商品の受け取りを要求する呼び出し（商品準備完了）メッセージが通知される（Ｓ１６）。

Ｓ２において「店内でお食事」（店内飲食）が選択された場合、来店受付端末２０には注文方法選択画面（図８）が表示される。客は注文方法選択画面（図８）にて注文方法を選択する（Ｓ２１）。このとき、利用する人数、席の種類、連絡先（電子メールアドレス、スマートフォンの電話番号）等を入力する画面が表示されてもよい。

すると、来店受付端末２０に二次元コードが表示、またはその周辺に備えられているプリンタから二次元コードが印刷された印刷物がプリントされる（Ｓ２２）。二次元コードは、認証コードと所定のＷｅｂサイトのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）とを含む情報から生成されたものである。

客は、ユーザ端末２１を用いて発行（表示または印刷）された二次元コードを読み取る。ユーザ端末２１は、その二次元コードに含まれているＵＲＬに基づくＷｅｂサイトへアクセスする。すると、客に対して呼出番号が発行され、ユーザ端末２１に呼出番号通知メッセージが通知される（Ｓ２３）。

併せて、ユーザ端末２１の表示部に注文受付画面が表示され、客はその表示された注文受付画面から注文を行う（Ｓ２４）。客は、注文内容が確定したら、「注文する」ボタンを押下する（Ｓ２５）。

なお、呼出番号通知メッセージには、客に対して発行された呼出番号と注文受付画面を表示させるボタン（ＵＲＬ）が含まれていてもよい。この場合、客は、呼出番号通知メッセージ内の注文受付画面を表示させるボタン（ＵＲＬ）を押下すると、ユーザ端末２１の表示部に注文受付画面が表示され、客はその表示された注文受付画面から注文を行う。客は、注文内容が確定したら、「注文する」ボタンを押下する。

すると、ユーザ端末２１には、チャットアプリ、電子メール、またはショートメールサービス（ＳＭＳ）により、注文が完了した旨を知らせる注文完了メッセージが通知される（Ｓ２６）。その後、客の順番が到来したら、ユーザ端末２１には、チャットアプリ、電子メール、またはショートメールサービス（ＳＭＳ）により、順番が到来した旨の呼び出しメッセージが通知される（Ｓ２７）。

以下では、「お持ち帰り」が選択された場合、実施例１としてＳ１１～Ｓ１６の処理を説明し、「店内でお食事」（店内飲食）が選択された場合、実施例２としてＳ２１～Ｓ２７を説明する。

（実施例１）
まずは実施例１として、商品の持ち帰り、いわゆるテイクアウト注文をする場合における画面遷移及び処理に関する実施例を説明する。

図７は、本実施形態（実施例１）における来店受付端末２０にトップ画面として表示される受付画面の一例を示す図である。

受付画面６１は、「店内でお食事」ボタン６２、「お持ち帰り」ボタン６３を含む。「店内でお食事」ボタン６２を押下すると、店内で飲食するために順番待ちするための準備画面が表示される。「お持ち帰り」ボタン６３を押下すると、商品をお持ち帰りするための準備画面が表示される。実施例１として、「お持ち帰り」ボタン６３が押下されたとする。すると、図８の画面が表示される。

図８は、本実施形態（実施例１）における来店受付端末２０に表示される注文方法選択画面の一例を示す図である。注文方法選択画面７１は、「チャットアプリで注文」ボタン７２、「ＷＥＢで注文」ボタン、「トップ画面に戻る」ボタン７４を含む。

「チャットアプリで注文」ボタン７２を押下すると、チャットアプリ用の二次元コードが生成され、図９または図１０（Ａ）の画面に遷移する。「ＷＥＢで注文」ボタン７３を押下すると、ＷＥＢブラウザ表示用の二次元コードが生成され、図９または図１０（Ａ）の画面に遷移する。「トップ画面に戻る」ボタン７４を押下すると、受付画面６１（図７）に戻る。

なお、「チャットアプリで注文」ボタン７２を選択する客のスマートフォンには予めチャットアプリがインストールされ、所定の設定がされているものとする。また、「ＷＥＢで注文」ボタン７３を選択する客は、電子メールアドレスまたはスマートフォンの電話番号等が予め店舗管理サーバ１２に登録されているものとする。もし、電子メールアドレスまたはスマートフォンの電話番号等が登録されていない場合、図９の画面を表示する前に、電子メールアドレスまたはスマートフォンの電話番号等を登録する画面を表示させてもよい。

図９は、本実施形態（実施例１）における来店受付端末２０に表示される二次元コード表示画面の一例を示す図である。二次元コード表示画面８１は、受付設定画面５１の「二次元コード表示方法」にて「画面に表示する」が設定された場合に表示される。二次元コード表示画面８１は、二次元コード表示欄８２、「トップ画面に戻る」ボタン８３を含む。

二次元コード表示欄８２には、注文方法選択画面７１において選択された注文方法（「チャットアプリで注文」または「ＷＥＢで注文」）に基づいて生成された二次元コードが表示される。客は、ユーザ端末２１のカメラ及び二次元コードリーダを用いて、二次元コードを読み取ることができる。「トップ画面に戻る」ボタン８３を押下すると、受付画面６１（図７）に戻る。二次元コード表示画面８１は、一定時間（例えば、１０秒、２０秒）経過後に自動的に受付画面６１（図７）に戻る。

図１０は、本実施形態（実施例１）における来店受付端末２０に表示される印刷案内画面及び印刷される二次元コード票の一例を示す図である。図１０（Ａ）の印刷案内画面９１は、受付設定画面５１の「二次元コード表示方法」にて「印刷する」が設定された場合に表示される。

印刷案内画面９１には、例えば、「発券された二次元コードを読み取り、ご注文へお進みください。」旨が表示される。なお、画面上に表示されている二次元コードは単なる意匠的表示であり、二次元コードとしての情報性はない。「トップ画面に戻る」ボタン９２を押下すると、受付画面６１（図７）に戻る。二次元コード表示画面８１は、一定時間（例えば、１０秒、２０秒）経過後に自動的に受付画面６１（図７）に戻る。

図１０（Ａ）の印刷案内画面９１が表示されるのと同時に、図１０（Ｂ）の二次元コード票９３が印刷される。二次元コード票９３は、二次元コード表示欄９４、有効期限表示欄９５を含む。

二次元コード表示欄９４には、注文方法選択画面７１において選択された注文方法（「チャットアプリで注文」または「ＷＥＢで注文」）に基づいて生成された二次元コードが表示される。客は、ユーザ端末２１のカメラ及び二次元コードリーダを用いて、二次元コードを読み取ることができる。有効期限表示欄９５には、その二次元コードの有効期限が表示される。

図１１は、本実施形態（実施例１）における注文受付画面の一例を示す図である。客（ユーザ）は、発行された二次元コードをユーザ端末２１に設けられているカメラで読み込むと、ユーザ端末２１の画面に注文受付画面１０１が表示される。

注文受付画面１０１は、店舗名表示欄１０２、カテゴリー選択ボタン１０３、商品画像表示欄１０５（１０５ａ，１０５ｂ，・・・）、商品追加ボタン１０６（１０６ａ，１０６ｂ，・・・）、商品削除ボタン１０７（１０７ａ，１０７ｂ，・・・）、合計金額表示欄１０８、「カートの確認」ボタン１０９を含む。

店舗名表示欄１０２は、店舗１６の店舗名が表示される。カテゴリー選択ボタン１０３を選択（押下）すると、その押下したカテゴリーに対応する１以上の商品の画像が商品画像表示欄１０５（１０５ａ，１０５ｂ，・・・）に表示される。

商品画像表示欄１０５（１０５ａ，１０５ｂ，・・・）には、カテゴリー選択ボタン１０４により選択されたカテゴリーに属する商品の画像が表示される。商品追加ボタン１０６（１０６ａ，１０６ｂ，・・・）を押下すると、商品画像表示欄１０５（１０５ａ，１０５ｂ，・・・）に表示された商品をカートに追加することができる。ここで、カートとは、ユーザが購入するために商品追加ボタン１０６（１０６ａ，１０６ｂ，・・・）で追加した商品を決済完了まで一時保管する電子的空間を表す。商品削除ボタン１０７（１０７ａ，１０７ｂ，・・・）をタップすると、商品画像表示欄１０５（１０５ａ，１０５ｂ，・・・）に表示された商品であって、カートに追加されたものを削除することができる。

合計金額表示欄１０８には、カートに追加された商品の合計金額が表示される。「カートの確認」ボタン１０９をタップすると、図１２の画面に遷移し、カート内に追加された商品を確認することができる。

図１２は、本実施形態（実施例１）におけるカート確認画面の一例を示す図である。カート確認画面１１１は、店舗名表示欄１１２、カート内商品一覧１１４、「戻る」ボタン１１５、「次へ」ボタン１１６を含む。

店舗名表示欄１１２は、店舗１６の店舗名が表示される。カート内商品一覧１１４には、カートに追加された商品の明細と、その小計が表示される。「戻る」ボタン１１５を押下すると、注文受付画面１０１（図１１）に戻る。「次へ」ボタン１１６を押下すると、注文を実行するための画面に遷移する。

図１３は、本実施形態（実施例１）における注文実行画面の一例を示す図である。注文実行画面１２１は、店舗名表示欄１２２、注文済商品一覧１２４、「戻る」ボタン１２５、「注文する」ボタン１２６を含む。

店舗名表示欄１２２は、店舗１６の店舗名が表示される。注文済商品一覧１２４には、注文済み商品の明細と、その小計、消費税、合計金額が表示される。「戻る」ボタン１２５を押下すると、カート確認画面１１１（図１２）に戻る。「注文する」ボタン１２６を押下すると、注文情報が店舗管理サーバ１２に送信され、店舗管理サーバ１２はその注文情報を精算対象情報として決済処理を行う。

図１４は、本実施形態（実施例１）におけるユーザ端末２１に通知されるメッセージの一例を示す図である。図１４（Ａ）は、注文方法がチャットアプリの場合において図１３の「注文する」ボタン１２６を押下後の応答メッセージとして通知される注文完了メッセージ１３１の一例を示す。図１４（Ｂ）は、注文方法がチャットアプリの場合において受注後、商品の用意が完了して、客を呼び出すために通知される呼出メッセージ１３２の一例を示す。

図１５は、本実施形態（実施例１）における受付設定画面から入力される設定情報の登録処理フローの一例を示す図である。店舗担当者は、店舗端末１７を用いて店舗管理サーバ１２にアクセスし、店舗端末１７に受付設定画面５１を表示させ、受付画面に表示させる設定を入力する。入力された設定情報は、店舗端末１７から店舗管理サーバ１２に送信される。店舗管理サーバ１２は、その設定情報を受け付け（Ｓ３１）、記憶部４１の設定情報管理ＤＢ４２に格納する（Ｓ３２）。

図１６は、本実施形態（実施例１）における店舗管理サーバ１２による二次元コードの発行処理フローの一例を示す図である。店舗管理サーバ１２は、設定情報管理ＤＢ４２を参照し、その設定情報に基づいて来店受付端末２０に受付画面６１を表示させる（Ｓ４１）。

店舗管理サーバ１２は、来店受付端末２０への操作に基づいて、注文方法選択画面７１を表示する（Ｓ４２）。このとき、店舗管理サーバ１２は、設定情報管理ＤＢ４２を参照し、その設定情報に基づいて来店受付端末２０に注文方法選択画面７１を表示させる。

店舗管理サーバ１２は、来店受付端末２０から、客により選択された注文方式（例えば、「チャットアプリで注文」、「ＷＥＢで注文」等）を受け付ける（Ｓ４３）。店舗管理サーバ１２は、受け付けた注文方式に基づいて、二次元コード（例えば、チャットアプリ用二次元コード、ＷＥＢブラウザ用二次元コード等）を生成する（Ｓ４４）。二次元コードは、認証コードと所定のＷｅｂサイトのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）とを含む情報から生成されたものである。

店舗管理サーバ１２は、生成した二次元コードに関する情報を二次元コード管理ＤＢ４４に登録する（Ｓ４５）。このとき、店舗管理サーバ１２は、設定情報管理ＤＢ４２から二次元コードの有効期間を取得し、二次元コードの生成時刻から二次元コードの有効期限を算出し、その有効期限を二次元コード管理ＤＢ４４に登録する。また、店舗管理サーバ１２は、有効フラグ＝１を二次元コード管理ＤＢ４４に登録する。

店舗管理サーバ１２は、受付設定画面５１にて予め設定された発行形式に応じて、生成された二次元コードを発行する（Ｓ４６）。受付設定画面５１にて「二次元コード表示方法」に「画面に表示する」が設定されている場合、店舗管理サーバ１２は、二次元コード表示画面８１を表示させ、二次元コード表示欄８２にその生成した二次元コードを表示させる。また、受付設定画面５１にて「二次元コード表示方法」に「印刷する」が設定されている場合、店舗管理サーバ１２は、印刷案内画面９１を表示させると共に、その生成した二次元コードが印刷された二次元コード票９３を印刷する。

図１７は、本実施形態（実施例１）における、店舗管理サーバ１２による二次元コードに基づく注文処理フローの一例を示す図である。客は、発行（表示または印刷）された二次元コードをユーザ端末２１のカメラで読み込む。ユーザ端末２１はこの二次元コードを解析してＵＲＬを取得し、そのＵＲＬにアクセスして、注文受付画面表示要求を行う。

店舗管理サーバ１２は、ユーザ端末２１からの注文受付画面表示要求を受け付ける（Ｓ５１）。店舗管理サーバ１２は、二次元コード管理ＤＢ４４を参照して、その注文受付画面表示要求が有効かを判定する。具体的には、二次元コード管理ＤＢ４４を参照して、その注文受付画面表示要求に含まれる店舗ＩＤ及び認証コードの組み合わせに対応する有効フラグが１か否かを判定する（Ｓ５２）。

その店舗ＩＤ及び認証コードの組み合わせ、すなわち注文受付画面表示要求が有効でない場合（有効フラグ＝“０”、Ｓ５２でＮＯ）、店舗管理サーバ１２は、ユーザ端末２１の画面に有効期限が切れている旨に表示させる（Ｓ６１）。

その店舗ＩＤ及び認証コードの組み合わせ、すなわち注文受付画面表示要求が有効である場合（有効フラグ＝“１”、Ｓ５２でＹＥＳ）、店舗管理サーバ１２は、二次元コード管理ＤＢ４４から、その店舗ＩＤ及び認証コードの組み合わせに対応する有効期限を取得し、その組み合わせが有効期限内か否かを判定する（Ｓ５３）。

その店舗ＩＤ及び認証コードの組み合わせ、すなわち注文受付画面表示要求が有効期限内でない場合（Ｓ５３でＮＯ）、店舗管理サーバ１２は、ユーザ端末２１の画面に有効期限が切れている旨に表示させる（Ｓ６１）。

その店舗ＩＤ及び認証コードの組み合わせ、すなわち注文受付画面表示要求が有効期限内である場合（Ｓ５３でＹＥＳ）、店舗管理サーバ１２は、ユーザ端末２１に注文受付画面１０１を表示させる（Ｓ５４）。

店舗管理サーバ１２は、ユーザの操作に応じて、注文受付画面１０１にて選択された商品をカートに保持、またはカート確認画面１１１もしくは注文実行画面１２１を表示させる（Ｓ５５）。ユーザは、ユーザ端末２１を操作して、注文受付画面１０１にてテイクアウトする商品を選択する。選択された商品はカートと呼ばれる記憶領域に一時的に保存される。

店舗管理サーバ１２は、ユーザ端末２１において、注文実行画面１２１の「注文する」ボタン１２６が押下されたか否かを判定する（Ｓ５６）。注文実行画面１２１の「注文する」ボタン１２６が押下されるまで（Ｓ５６で“ＮＯ”）、Ｓ３４の処理が継続する。

注文実行画面１２１の「注文する」ボタン１２６が押下された場合（Ｓ５６でＹＥＳ）、店舗管理サーバ１２は、その店舗ＩＤ及び認証コードの組み合わせが有効期限内か否かを判定する（Ｓ５７）。なお、ここでの有効期限は、Ｓ５４において注文受付画面１０１が表示されてからの時間が所定の時間内（例えば、１０分、２０分、等）であるかを判定するようにしてもよい。

その店舗ＩＤ及び認証コードの組み合わせ、すなわち注文受付画面表示要求が有効期限内でない場合（Ｓ５７でＮＯ）、店舗管理サーバ１２は、ユーザ端末２１の画面に有効期限が切れている旨に表示させる（Ｓ６１）。

その店舗ＩＤ及び認証コードの組み合わせ、すなわち注文受付画面表示要求が有効期限内である場合（Ｓ５７でＹＥＳ）、店舗管理サーバ１２は、カート内に保持された商品について注文を受け付ける注文処理、注文内容の決済を行う決済処理を実行する（Ｓ５８）。

注文処理及び決済処理後、店舗管理サーバ１２は、二次元コード管理ＤＢ４４において、その店舗ＩＤ及び認証コードの組み合わせに対する有効フラグを「０」で更新する（Ｓ５９）。その後、店舗管理サーバ１２は、注文方法に応じた方法にて注文完了メッセージをユーザ端末２１に通知する（Ｓ６０）。

実施例１によれば、客は、店頭での受け付けに掛かる待ち時間を短縮すると共に、テイクアウト注文の効率化を図ることができる。すなわち、来店受付端末２０での操作は二次元コードが発行されるまであり、注文操作は各客のユーザ端末２１を操作することができるので、来店受付端末２０での受付操作に関する順番待ちにかかる時間を低減させることができる。

（実施例２）
次に実施例２として、店内飲食、いわゆるイートイン注文をする場合における画面遷移及び処理に関する実施例を説明する。以下では、図６を参照しながら、図１８、図１９を説明する。なお、実施例１で説明した構成、機能と同様の構成、機能については同じ符号を付与し、その説明を省略する。また、図１５，図１６については実施例１と同様なので、その説明を省略する。

図６のＳ２において「店内でお食事」（店内飲食）が選択された場合、来店受付端末２０には注文方法選択画面が表示される。ここで表示される注文方法選択画面は、図８で説明した画面と同様である。

注文方法選択画面にて注文方法が選択されると（Ｓ２１）、来店受付端末２０に二次元コードが表示、またはその周辺に備えられているプリンタから二次元コードが印刷された印刷物がプリントされる（Ｓ２２）。来店受付端末２０における二次元コードの表示は、図９と同様である。また、来店受付端末２０に表示される印刷案内画面及び印刷される二次元コード票は、図１０と同様である。

ユーザ端末２１は、発行（表示または印刷）された二次元コードを読み取ると、その二次元コードに含まれているＵＲＬに基づくＷｅｂサイトへアクセスする。すると、ユーザ端末２１に呼出番号通知メッセージ（図１８（Ａ））が通知される（Ｓ２３）。このとき、呼出番号は、受付管理ＤＢ４３及び二次元コード管理ＤＢ４４に登録される。

併せて、ユーザ端末２１の表示部に注文受付画面が表示され、客はその表示された注文受付画面から注文を行う（Ｓ２４）。客は、注文内容が確定したら、「注文する」ボタンを押下する（Ｓ２５）。

なお、呼出番号通知メッセージ内に注文受付画面を表示させるボタン（ＵＲＬ）が設けられていてもよく、または呼出番号通知メッセージとは別に注文受付画面を表示させるボタン（ＵＲＬ）が設けられたメッセージが通知されてもよい。注文受付画面を表示させるボタン（ＵＲＬ）を押下すると、ユーザ端末２１の表示部に注文受付画面が表示され、客はその表示された注文受付画面から注文を行うようにしてもよい。注文受付画面については、図１１～図１３で説明した画面と同様である。客は、注文内容が確定したら、「注文する」ボタンを押下する。

すると、ユーザ端末２１には、チャットアプリ、電子メール、またはショートメールサービス（ＳＭＳ）により、注文が完了した旨を知らせる注文完了メッセージ１３１が通知される（Ｓ２６）。注文完了メッセージは、図１４（Ａ）で説明したものと同様である。

その後、客の順番が到来したら、ユーザ端末２１には、チャットアプリ、電子メール、またはショートメールサービス（ＳＭＳ）により、順番が到来した旨の呼出メッセージ（図１８（Ｂ））が通知される（Ｓ２７）。呼出メッセージは、図１８（Ｂ）で説明したものと同様である。

図１８は、本実施形態（実施例２）におけるユーザ端末２１に通知されるメッセージの一例を示す図である。図１８は、呼出番号通知メッセージとは別に注文受付画面を表示させるボタン（ＵＲＬ）が設けられたメッセージが通知される場合の例である。

図１８（Ａ）は、注文方法がチャットアプリの場合において呼出番号通知メッセージとして通知されるメッセージの一例を示す。来店受付端末２０に表示された二次元コードをユーザ端末２１のカメラで読み取ると、ユーザ端末２１にインストールされたチャットアプリに呼出番号通知メッセージ１４１及び注文案内メッセージ１４２が通知される。

呼出番号通知メッセージ１４１には、呼出番号、日時、施設名が含まれている。注文案内メッセージ１４２には、注文受付画面を表示させるためのＵＲＬが埋め込まれている「注文画面はこちら」１４３が設定されている。「注文画面はこちら」１４３を押下することにより、注文受付画面１０１が表示される。

図１８（Ｂ）は、注文方法がチャットアプリの場合において順番が到来した客を呼び出すために通知される呼出メッセージの一例を示す。呼出メッセージ１４４は、呼出番号、「順番が到来しましたので、受付までお越しください。」旨のメッセージを含む。

図１９は、本実施形態（実施例２）における、店舗管理サーバ１２による二次元コードに基づく呼出処理及び注文処理フローの一例を示す図である。客は、発行（表示または印刷）された二次元コードをユーザ端末２１のカメラで読み込む。ユーザ端末２１はこの二次元コードを解析してＵＲＬを取得し、そのＵＲＬにアクセスして、呼出番号通知要求を行う。

店舗管理サーバ１２は、ユーザ端末２１からの呼出番号通知要求を受け付ける（Ｓ７１）。店舗管理サーバ１２は、二次元コード管理ＤＢ４４を参照して、その呼出番号通知要求が有効かを判定する。具体的には、二次元コード管理ＤＢ４４を参照して、その呼出番号通知要求に含まれる店舗ＩＤ及び認証コードの組み合わせに対応する有効フラグが１か否かを判定する（Ｓ７２）。

その店舗ＩＤ及び認証コードの組み合わせ、すなわち呼出番号通知要求が有効でない場合（有効フラグ＝“０”、Ｓ７２でＮＯ）、店舗管理サーバ１２は、ユーザ端末２１の画面に有効期限が切れている旨に表示させる（Ｓ７６）。

その店舗ＩＤ及び認証コードの組み合わせ、すなわち呼出番号通知要求が有効である場合（有効フラグ＝“１”、Ｓ７２でＹＥＳ）、店舗管理サーバ１２は、二次元コード管理ＤＢ４４から、その店舗ＩＤ及び認証コードの組み合わせに対応する有効期限を取得し、その組み合わせが有効期限内か否かを判定する（Ｓ７３）。

その店舗ＩＤ及び認証コードの組み合わせ、すなわち呼出番号通知要求が有効期限内でない場合（Ｓ７３でＮＯ）、店舗管理サーバ１２は、ユーザ端末２１の画面に有効期限が切れている旨に表示させる（Ｓ７６）。

その店舗ＩＤ及び認証コードの組み合わせ、すなわち呼出番号通知要求が有効期限内である場合（Ｓ７３でＹＥＳ）、店舗管理サーバ１２は、ユーザ端末２１に呼出番号通知メッセージ１４１及び注文案内メッセージ１４２を通知する（Ｓ７４）。

ユーザ端末２１は、呼出番号通知メッセージ１４１を受信すると、それを表示させる（図１８（Ａ））。客は、呼出番号通知メッセージ１４１に示された呼出番号にて自身の呼出番号を認識することができる。また、客は、注文案内メッセージ１４２に表示された「注文画面はこちら」１４３を押下することができる。

客により「注文画面はこちら」１４３が押下されると、ユーザ端末２１は「注文画面はこちら」１４３に埋め込まれたＵＲＬを取得し、そのＵＲＬにアクセスして、注文受付画面表示要求を行う。これ以降は、図１７の説明と同様なので、その説明を省略する。

なお、呼出番号通知要求が注文受付画面表示要求を兼ねていてもよい。すなわち、Ｓ７４にて呼出番号通知メッセージ１４１を通知すると共に、図１７の処理を実行させて注文受付画面を表示させるようにしてもよい。

また、呼出番号通知メッセージ１４１が通知された後に所定時間（例えば、６０秒、９０秒、１２０秒後、等）が経過しても、「注文画面はこちら」１４３が押下されない場合、すなわち店舗管理サーバ１２が注文受付画面表示要求を受信しない場合には、「注文画面はこちら」１４３を押下する旨の催促メッセージを通知するようにしてもよい。

また、呼出番号通知メッセージ１４１が通知された後かつ呼出メッセージ１４４が通知されるまでの間において、呼出番号通知メッセージ１４１が通知された後に所定時間（例えば、６０秒、９０秒、１２０秒後、等）が経過しても、「注文画面はこちら」１４３が押下されない場合、すなわち店舗管理サーバ１２が注文受付画面表示要求を受信しない場合には、「注文画面はこちら」１４３を押下する旨の催促メッセージを通知するようにしてもよい。

さらに、呼出メッセージ１４４の通知後、所定時間（例えば、６０秒、９０秒、１２０秒後、等）が経過しても、「注文画面はこちら」１４３が押下されない場合、すなわち店舗管理サーバ１２が注文受付画面表示要求を受信しない場合には、「注文画面はこちら」１４３を押下する旨の催促メッセージを通知するようにしてもよい。

また、呼出番号通知メッセージ１４１は、二次元コードを読み込むことにより注文受付画面が表示され、注文が完了した後に、注文完了メッセージと共に通知されてもよい。これにより、例えばフードコートのような店内飲食形態においても対応することができる。

実施例２によれば、イートインにおいて、客は呼び出しがされるまでの間に事前に注文を行うことができるので、待ち時間を効率的に利用することができる。すなわち、呼び出しがされるまでの間に事前に注文処理がされているので、客は、呼出を受けてから案内された席にて注文する必要がなく、商品が提供されるまでの時間を短縮することができる。

図２０は、本実施形態におけるプログラムを実行するコンピュータのハードウェア環境の構成ブロック図の一例である。コンピュータ１５１は、店舗管理サーバ１２であってもよいし、Ｗｅｂサーバ１３であってもよいし、ユーザ端末２１であってもよいし、その他の端末であってもよい。コンピュータ１５１は、ＣＰＵ１５２、ＲＯＭ１５３、ＲＡＭ１５４、記憶装置１５５、入力Ｉ／Ｆ１５６、出力Ｉ／Ｆ１５７、通信Ｉ／Ｆ１５８、読取装置１５９、バス１６０によって構成されている。

ここで、ＣＰＵは、中央演算装置を示す。ＲＯＭは、リードオンリメモリを示す。ＲＡＭは、ランダムアクセスメモリを示す。Ｉ／Ｆは、インターフェースを示す。バス１６０には、ＣＰＵ１５２、ＲＯＭ１５３、ＲＡＭ１５４、記憶装置１５５、入力Ｉ／Ｆ１５６、出力Ｉ／Ｆ１５７、通信Ｉ／Ｆ１５８、及び必要に応じて読取装置１５９が接続されていてもよい。

ＣＰＵ１５２は、記憶装置１５５から本実施形態に係るプログラムを読み出し、例えば店舗管理サーバ１２として機能する場合には、取得部３２、表示制御部３３、配席処理部３４、出力部３５、注文処理部３６、精算処理部３７として当該プログラムを実行する。ＲＯＭ１５３は、読み出し専用のメモリを示す。ＲＡＭ１５４は、一時的に記憶するメモリである。

記憶装置１５５は、大容量の情報を記憶する装置である。記憶装置１５５としては、ハードディスク、ソリッドステートドライブ（ＳＳＤ）、フラッシュメモリカードなど様々な形式の記憶装置を使用することができる。例えば店舗管理サーバ１２の記憶部４１として機能する場合には、記憶装置１５５には、本発明の実施形態に係るプログラムや、記憶部４１に格納されている各種データが記憶されている。

入力Ｉ／Ｆ１５６は、キーボード、マウス、電子カメラ、ウェブカメラ、マイク、スキャナ、センサ、タブレット、タッチパネル、情報読取装置等の入力装置と接続することが可能である。また、出力Ｉ／Ｆ１５７は、ディスプレイ、タッチパネル、プロジェクタ、プリンタ、スピーカ等の出力装置と接続することが可能である。

通信Ｉ／Ｆ１５８は、通信ネットワークと接続して他の装置と通信するためのポート等のインターフェースである。通信ネットワークは、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、専用線、有線、無線等の通信網であってよい。読取装置１５９は、可搬型記録媒体を読み出す装置である。

上記実施形態で説明した処理を実現するプログラムは、プログラム提供者側から通信ネットワークおよび通信Ｉ／Ｆ１５８を介して、例えば記憶装置１５５に格納されてもよい。また、上記実施形態で説明した処理を実現するプログラムは、市販され、流通している可搬型記憶媒体に格納されていてもよい。この場合、この可搬型記憶媒体は読取装置１５９にセットされて、ＣＰＵ１５２によってそのプログラムが読み出されて、実行されてもよい。可搬型記憶媒体としてはＣＤ－ＲＯＭ、フレキシブルディスク、光ディスク、光磁気ディスク、ＩＣカード、ＵＳＢメモリ装置、半導体メモリカードなど様々な形式の記憶媒体を使用することができる。このような記憶媒体に格納されたプログラムが読取装置１５９によって読み取られる。

また、当該プログラムは、スタンドアローン型のコンピュータにインストールされてもよいし、クラウドコンピュータによりインストールされて機能のみをユーザに提供してもよい。

本実施形態によれば、店頭での受け付けに掛かる待ち時間を短縮すると共に、商品の注文の効率化を図ることができる。

以上、実施形態、変形例に基づき本態様について説明してきたが、上記した態様の実施の形態は、本態様の理解を容易にするためのものであり、本態様を限定するものではない。本態様は、その趣旨並びに特許請求の範囲を逸脱することなく、変更、改良され得ると共に、本態様にはその等価物が含まれる。また、その技術的特徴が本明細書中に必須なものとして説明されていなければ、適宜、削除することができる。

１ 情報処理装置
２ 注文方法受付部
３ 発行部
４ 表示制御部
５ 注文受付部
６ 通知部
１１ 店舗管理システム
１２ 店舗管理サーバ
１３ Ｗｅｂサーバ
１６ 店舗
１７ 店舗端末
１８ 注文受付端末
１９ 案内用ディスプレイ
２０ 来店受付端末
２１ ユーザ端末
２２ 通信ネットワーク
３１ 制御部
３２ 取得部
３３ 表示制御部
３４ 配席処理部
３５ 出力部
３６ 注文処理部
３７ 精算処理部
４１ 記憶部
４２ 設定情報管理ＤＢ
４３ 受付管理ＤＢ
４４ 二次元コード管理ＤＢ
４５ 座席管理ＤＢ
４６ 注文管理ＤＢ
４７ 決済管理ＤＢ

Claims (8)

1. 店舗の受付に配置された第１端末装置から、前記店舗に関する客の利用形態と商品の注文に関する注文方法とを受け付ける注文方法受付部と、
   前記利用形態に応じた注文受付画面を表示するＷＥＢサイトの所在地情報を含む二次元コードを発行する発行部と、
   前記客が保持する第２端末装置により前記二次元コードを読み取ることにより、前記第２端末装置により生成された、前記二次元コードに基づく要求に応じて、前記注文受付画面を前記第２端末装置に表示させる表示制御部と、
   前記第２端末装置に表示された前記注文受付画面から注文を受け付ける注文受付部と、
   前記利用形態に基づく注文に関する所定の通知を、前記第２端末装置へ前記注文方法に応じた方法にて送信する通知部と、
   を備えることを特徴とする情報処理装置。
2. 前記発行部は、事前に設定された二次元コードの表示方法が画面表示による表示方法である場合には前記二次元コードを画面に表示させ、事前に設定された二次元コードの表示方法が印刷による表示方法である場合には前記二次元コードを紙媒体に印刷する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記表示制御部は、前記二次元コードに設定された有効期限に基づいて前記注文受付画面を表示させる
   ことを特徴とする請求項１に記載の情報処理装置。
4. 前記通知部は、前記利用形態が商品の持ち帰りの場合において、前記注文の受け付けが完了した場合には注文完了メッセージを通知し、前記注文に対する前記商品の準備が完了した場合には準備完了メッセージを通知する
   ことを特徴とする請求項１に記載の情報処理装置。
5. 前記通知部は、前記利用形態が店内飲食の場合において、前記二次元コードに基づく要求があった場合には、前記第２端末装置に呼出番号を通知し、さらに、前記呼出番号が発行された前記第２端末装置を操作する客の順番待ちの順番が到来した場合、前記第２端末装置に対して前記順番が到来した旨を通知する
   ことを特徴とする請求項１に記載の情報処理装置。
6. 前記通知部は、前記第２端末装置へ前記呼出番号を通知後に所定時間が経過しても前記注文受付画面が表示されない場合、前記第２端末装置に対して注文をするように催促メッセージを通知する
   ことを特徴とする請求項５に記載の情報処理装置。
7. コンピュータに、
   店舗の受付に配置された第１端末装置から、前記店舗に関する客の利用形態と商品の注文に関する注文方法とを受け付ける注文方法受付処理と、
   前記利用形態に応じた注文受付画面を表示するＷＥＢサイトの所在地情報を含む二次元コードを発行する発行処理と、
   前記客が保持する第２端末装置により前記二次元コードを読み取ることにより、前記第２端末装置により生成された、前記二次元コードに基づく要求に応じて、前記注文受付画面を前記第２端末装置に表示させる表示制御処理と、
   前記第２端末装置に表示された前記注文受付画面から注文を受け付ける注文受付処理と、
   前記利用形態に基づく注文に関する所定の通知を、前記第２端末装置へ前記注文方法に応じた方法にて送信する通知処理と、
   を実行させることを特徴とする情報処理プログラム。
8. コンピュータが、
   店舗の受付に配置された第１端末装置から、前記店舗に関する客の利用形態と商品の注文に関する注文方法とを受け付け、
   前記利用形態に応じた注文受付画面を表示するＷＥＢサイトの所在地情報を含む二次元コードを発行し、
   前記客が保持する第２端末装置により前記二次元コードを読み取ることにより、前記第２端末装置により生成された、前記二次元コードに基づく要求に応じて、前記注文受付画面を前記第２端末装置に表示させ、
   前記第２端末装置に表示された前記注文受付画面から注文を受け付け、
   前記利用形態に基づく注文に関する所定の通知を、前記第２端末装置へ前記注文方法に応じた方法にて送信する
   ことを特徴とする情報処理方法。