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

Abstract

【課題】予約情報の活用効率を向上させて、予約から来店、配席、注文、決済までをシームレスに行うことを可能にする技術を提供する。【解決手段】 情報処理装置は、入力操作に応じて、店舗を利用するための客の予約情報を識別する予約識別情報及び注文受付画面が設けられたＷＥＢサイトの所在地を示す所在情報に基づいて生成された二次元コードと、客に対して配席された座席情報とを含む所定媒体の発行を制御する発行制御部と、所定媒体の二次元コードを読み取ったユーザ端末からの要求に応じて、予約識別情報が設定された注文受付画面をユーザ端末の表示部に表示させる表示制御部と、を備えることにより、上記課題を解決する。【選択図】図１

Description

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

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

第１の技術として、飲食店において顧客が所有する携帯通信端末により料理や飲み物などを簡単に注文することができ、注文情報の集計管理や飲食店の運営・店舗管理を容易にする飲食店の運営管理システムが開示されている（例えば、特許文献１参照。）当該飲食店の運営管理システムは、飲食店の管理・運営に関する情報を処理する情報処理サイトと、前記情報処理サイトに顧客が注文情報を入力して送信するための顧客注文サイトと、を有し、前記顧客注文サイトにアクセスするためのアクセス情報を記録した二次元コードを読み込んだ顧客の所有する顧客自身の携帯通信端末を用いて前記顧客注文サイトの操作が可能に構成されている。

また、第２の技術として、施設のスタッフの負担を軽減することが可能な業務管理装置が開示されている（例えば、特許文献２参照。）。業務管理装置は、施設の予約内容を示す予約情報を管理する予約処理部と、前記予約情報に基づいて前記施設のスタッフの作業内容を当該作業内容に対応して予め設定された報知タイミングで前記スタッフに報知する報知処理部とを備える。

また、第３の技術として、状況により変動するサービス希望者の待ち時間を一定のタイミングで再計算することにより、各サービス希望者が常に正確な待ち時間を知ることができる受付け待ち時間管理システムが開示されている（例えば、特許文献３参照。）。受付け待ち時間管理システムは、サービス希望者の受付情報を予約情報記憶部に記憶保存する手段と、サービス希望者が実際にサービスの提供を受けられる時間までの待ち時間を計算する待ち時間計算処理手段と、待ち時間計算処理手段によって計算された待ち時間をサービス希望者が受け取る受付カードに印刷する手段と、受付後も複数のタイミングによってサービス希望者毎の待ち時間を再計算する待ち時間再計算処理手段と、待ち時間再計算処理手段によって計算された最新のサービス希望者毎の待ち時間を予約情報記憶部に記憶保存する手段とを備えて、サービス希望者からの携帯電話などによる問い合わせに応じて、最新のサービス提供の開始予定時刻をサービス希望者に通知する。

特許第６６８３７９７号 特開２０１８－０８５０２９号公報 特開２００７－２１３４３２号公報

従来、飲食店では、客より予約を受け付けた後に予約日時にその客が来店した場合、改めてその顧客に関する情報を手入力で情報システムに入力する場合があった。より具合的には、予約情報があるにも関わらず、店内での注文の情報のお支払いの際には、ＰＯＳレジ上で改めて入力する等の二度打ちが求められるシステムが用いられる場合があった。すなわち、来店前の見込み顧客としての保有データと、来店後の獲得顧客の利用データとを紐付けるために人手による入力を媒介することにより、予約情報を十分に有効活用できていなかった。

そこで、本発明は、予約情報の活用効率を向上させて、予約から来店、配席、注文、決済までをシームレスに行うことを可能にする技術を提供する。

本発明の一実施形態における情報処理装置は、店舗を利用するための客の予約情報を取得し、前記予約情報を識別する予約識別情報を付与して、所定の記憶部に登録する登録部と、入力操作に応じて、登録された前記予約識別情報及び注文受付画面が設けられたＷＥＢサイトの所在地を示す所在情報に基づいて生成された二次元コードと、前記客に対して配席された座席情報とを含む所定媒体の発行を制御する発行制御部と、前記所定媒体の二次元コードを読み取ったユーザ端末からの要求に応じて、前記予約識別情報が設定された前記注文受付画面を前記ユーザ端末の表示部に表示させる表示制御部と、を備えることを特徴とする。

前記情報処理装置は、さらに、前記ユーザ端末から前記注文受付画面に入力された注文情報を取得する取得部と、を備えることを特徴とする。

前記取得部は、さらに、前記ユーザ端末から前記注文情報に関する精算要求を取得することを特徴とする。

前記発行制御部は、予め設定された情報に基づいて、前記二次元コードを、予約情報毎、テーブルかつコース毎、又はテーブル毎に発行することを特徴とする。

本発明の一実施形態における情報処理プログラムは、コンピュータに、店舗を利用するための客の予約情報を取得し、前記予約情報を識別する予約識別情報を付与して、所定の記憶部に登録する登録処理と、入力操作に応じて、登録された前記予約識別情報及び注文受付画面が設けられたＷＥＢサイトの所在地を示す所在情報に基づいて生成された二次元コードと、前記客に対して配席された座席情報とを含む所定媒体の発行を制御する発行制御処理と、前記所定媒体の二次元コードを読み取ったユーザ端末からの要求に応じて、前記予約識別情報が設定された前記注文受付画面を前記ユーザ端末の表示部に表示させる表示制御処理と、を実行させる。

本発明の一実施形態における情報処理方法において、コンピュータが、店舗を利用するための客の予約情報を取得し、前記予約情報を識別する予約識別情報を付与して、所定の記憶部に登録し、入力操作に応じて、登録された前記予約識別情報及び注文受付画面が設けられたＷＥＢサイトの所在地を示す所在情報に基づいて生成された二次元コードと、前記客に対して配席された座席情報とを含む所定媒体の発行を制御し、前記所定媒体の二次元コードを読み取ったユーザ端末からの要求に応じて、前記予約識別情報が設定された前記注文受付画面を前記ユーザ端末の表示部に表示させることを特徴とする。

本発明によれば、予約情報の活用効率を向上させて、予約から来店、配席、注文、決済までをシームレスに行うことができる。

本発明の実施形態における情報処理装置の概要を説明する図である。 本実施形態における飲食店管理システムの全体構成の一例を示す図である。 本実施形態における飲食店管理サーバの機能ブロック図である。 本実施形態における設定画面の一例を示す図である。 本実施形態におけるテーブル状況一覧画面の一例を示す図である。 本実施形態における二次元コード発行画面の一例を示す図である。 本実施形態におけるテーブル案内票の一例を示す図である。 本実施形態における注文受付画面の一例を示す図である。 本実施形態におけるカート確認画面の一例を示す図である。 本実施形態における注文履歴画面の一例を示す図である。 本実施形態における予約時、来店時、注文時、及び精算時での各要素間のシーケンス図である。 本実施形態における予約からテーブル案内票が印刷されるまでの飲食店管理サーバ１３の処理の一例を示すフローチャートである。 本実施形態における注文受付要求を受け取ってから精算処理がされるまでの飲食店管理サーバ１３の処理の一例を示すフローチャートである。 本実施形態におけるプログラムを実行するコンピュータのハードウェア環境の構成ブロック図の一例である。

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

発行制御部２は、入力操作に応じて、二次元コードと座席情報とを含む所定媒体（例えば、画面、印刷物等）の発行を制御する。二次元コードは、店舗を利用するための客の予約情報を識別する予約識別情報及び注文受付画面が設けられたＷＥＢサイトの所在地を示す所在情報に基づいて生成される。座席情報は、客に対して配席された座席情報である。発行制御部２の一例として、後述する表示制御部３３が挙げられる。所定媒体の一例として、後述する二次元コード発行画面７１やテーブル案内票８１が挙げられる。

表示制御部３は、所定媒体の二次元コードを読み取ったユーザ端末（例えば、後述するユーザ端末１９）からの要求に応じて、予約識別情報（例えば、後述する予約ＩＤ）が設定された注文受付画面（例えば、後述する注文受付画面９１）をユーザ端末の表示部に表示させる。表示制御部３の一例として、後述する表示制御部３３が挙げられる。

このように構成することにより、予約情報の活用効率を向上させて、予約から来店、配席、注文、決済までをシームレスに行うことができる。すなわち、予約情報とは別に、来店情報として実績情報を登録し、それらを後で関係付ける等の人手による入力作業を経ることなく、予約情報を有効活用して、注文することができる。

情報処理装置１は、さらに、取得部４を含む。取得部４は、ユーザ端末から注文受付画面に入力された注文情報を取得する。取得部４の一例として、後述する取得部３２が挙げられる。

このように構成することにより、予約情報を有効活用して、客自身で予約から注文までを容易にすることができる。

取得部４は、さらに、ユーザ端末から注文情報に関する精算要求を取得してもよい。

このように構成することにより、予約情報を有効活用して、客自身で予約から決済までを容易にすることができる。

発行制御部２は、予め設定された情報に基づいて、二次元コードを、予約情報毎、テーブルかつコース毎、又はテーブル毎に発行してもよい。

このように構成することにより、二次元コードを、予約情報毎、テーブルかつコース毎、又はテーブル毎に発行することができるので、客のニーズに応じて、注文単位、精算単位を調整することができる。

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

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

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

飲食店管理サーバ１３は、予約管理システム、注文管理システム、テイクアウト管理システム、フードデリバリー管理システム、ＰＯＳシステム等を含む、またはそれらのシステムにアクセス可能なサーバ装置である。予約管理システムは、複数のＷｅｂサイトのそれぞれを介して行われる、例えば飲食店等の店舗への予約の一括管理（Ｗｅｂ予約管理）を実現するために用いられるサーバ装置である。予約管理システムは、通信ネットワーク２０を介して複数のＷｅｂサーバ１２の予約サイトそれぞれで入力された予約を受け付ける。注文管理システムは、店舗における注文を管理するサーバ装置である。テイクアウト管理システムは、持ち帰り商品の注文を管理するサーバ装置である。フードデリバリー管理システムは、配達用商品の注文を管理するサーバ装置である。ＰＯＳシステムは、商品の販売や精算等の精算情報や売上等を管理するサーバ装置である。

なお、飲食店管理サーバ１３はそれぞれ、１台以上の物理的な情報処理装置により構成されるサーバシステムであってもよいし、１台以上の仮想サーバ装置により構成される仮想サーバシステムであってもよい。

注文管理端末１５は、飲食店管理サーバ１３に対する店舗側のクライアント端末であり、飲食店管理サーバ１３に対して情報を入力したり、飲食店管理サーバ１３で管理されている情報を店舗１４の従業員等が確認するための画面を表示するための端末である。本実施形態では、注文管理端末１５は、客より受け付けた注文情報を確認、管理するために用いられる。注文管理端末１５は、例えばパーソナルコンピュータ（ＰＣ）、スマートフォン及びタブレット端末等であってもよい。

受付端末１６は、飲食店管理サーバ１３に対する店舗側のクライアント端末であり、飲食店管理サーバ１３に対して情報を入力したり、飲食店管理サーバ１３で管理されている情報を店舗１４の従業員等が確認するための画面を表示するための端末である。本実施形態では、受付端末１６は、来店した客に対して、予約情報に基づいて生成された一意の二次元コートと座席情報とが印字されたテーブル案内票を発行する。受付端末１６は、例えばパーソナルコンピュータ（ＰＣ）、スマートフォン及びタブレット端末等であってもよい。

プリンタ１７は、例えば、キッチンプリンタまたはレシートプリンタ等のロール紙に印刷する小型のプリンタであり、受付端末１６からの指示に基づいて印刷処理がなされた場合、テーブル案内票を印刷する。ＰＯＳレジ１８は、店舗１４において精算処理を行うＰＯＳレジスタ端末である。

ユーザ端末１９は、例えば、店舗１４を利用するユーザが所有または占有等する通信機能を有する情報通信端末であり、例えばパーソナルコンピュータ（ＰＣ）、スマートフォン及びタブレットコンピュータ等を含む。ユーザ端末１９には、オペレーティングシステム（ＯＳ）及びインターネット上の情報を閲覧するためのＷｅｂブラウザがインストールされている。Ｗｅｂブラウザは、Ｗｅｂサーバに接続するためのソフトウェアであり、ウェブページを表示したり、ハイパーリンクをたどったりするなどの機能がある。ユーザ端末１９は、Ｗｅｂブラウザを介して、Ｗｅｂサーバ１２や飲食店管理サーバ１３から提供されるサービスを享受することができる。また、ユーザ端末１９は、二次元コードの読み込みが可能なカメラが搭載され、読み込んだ二次元コードを解析してその二次元コードを文字列化できるプログラムがインストールされている。本実施形態では、ユーザ端末１９の一例として、カメラ搭載及びタッチパネル搭載のスマートフォンを用いることとする。

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

取得部３２は、例えば、注文管理端末１５、受付端末１６、またはユーザ端末１９からの要求（例えば、表示要求、予約要求、注文要求、精算要求、テーブル案内票発行要求等）を取得する。

表示制御部３３は、注文管理端末１５、受付端末１６、またはユーザ端末１９からの表示要求に基づいて、注文管理端末１５、受付端末１６、またはユーザ端末１９に画面を表示させたり、入力内容を表示させる。

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

注文処理部３５は、ユーザ端末１９から受け付けた注文要求に対して、注文を受け付けて注文管理端末１５に注文指示を表示させる注文処理を行う。

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

記憶部４１は、ユーザ管理ＤＢ４２、予約管理ＤＢ４３、座席管理ＤＢ４４、注文管理ＤＢ４５、決済管理ＤＢ４６を格納する。なお、ＤＢは、データベース（ＤａｔａＢａｓｅ）の略称を示す。以下に表記するＩＤは、識別情報を示すｉｄｅｎｔｉｆｉｃａｔｉｏｎの略称を示す。

ユーザ管理ＤＢ４２は、各種媒体を通じて店舗１４へアプローチした顧客に関する情報（ユーザ情報）を管理するデータベースである。ユーザ管理ＤＢ４２は、店舗を識別する情報（店舗ＩＤ）、ユーザを識別する情報（ユーザＩＤ）、連絡先（電話番号、電子メールアドレス、チャットツール上で相手ユーザを特定する情報等）等のデータ項目を含む。

予約管理ＤＢ４３は、Ｗｅｂサーバ１２を介して、または電話により行われた予約に関する情報（予約情報）を管理するデータベースである。予約管理ＤＢ４３は、店舗ＩＤ、予約ＩＤ、ユーザＩＤ、予約日時等のデータ項目を含む。

座席管理ＤＢ４４は、予約情報に基づいてその予約客をどの席に配席するか、及び予約なしで来店した客をどの席に配席するかを管理するデータベースである。座席管理ＤＢ４４は、店舗ＩＤ、予約ＩＤ（予約なしで来店した客に対しては受付ＩＤ）、テーブル席またはカウンター席を識別する座席情報（例えば、テーブルＮｏ．カウンターＮｏ．）等のデータ項目を含む。

注文管理ＤＢ４５は、店舗１４においてなされた注文に関する情報（注文情報）を管理するデータベースである。注文管理ＤＢ４５は、店舗ＩＤ、予約ＩＤ（または受付ＩＤ）、注文日時、商品名等のデータ項目を含む。

決済管理ＤＢ４６は、店舗１４にて行われた決済に関する情報（決済情報）を管理するデータベースである。決済管理ＤＢ４６は、店舗ＩＤ、予約ＩＤ（または受付ＩＤ）、決済日時等のデータ項目を含む。

図４は、本実施形態における設定画面の一例を示す図である。図４は、店舗担当者が、例えば、注文管理端末１５を用いて飲食店管理サーバ１３へアクセスして、予め必要な設定を行うための画面である。

設定画面５１は、店舗名入力欄５２、営業時間入力欄５３、二次元コード発行方法選択欄５４、登録ボタン５５を含む。店舗名入力欄５２には、店舗１４の名称が入力される。営業時間入力欄５３には、店舗１４の営業時間（開店時刻～閉店時刻）が入力される。

二次元コード発行方法選択欄５４では、「予約毎」、「卓・コース毎」、「卓毎」からいずれか１つを選択することができる。「予約毎」が選択されると、二次元コードが予約毎に発行可能になる。「卓・コース毎」が選択されると、二次元コードが卓（テーブルまたはカウンター）かつコース毎に発行可能になる。「卓毎」が選択されると、二次元コードが卓（テーブルまたはカウンター）毎に発行可能になる。

登録ボタン５５が押下されると、設定画面５１で入力した内容が飲食店管理サーバ１３の所定のＤＢに登録される。なお、以下では、テーブル席及びカウンター席を、総称して、テーブル席という。

図５は、本実施形態におけるテーブル状況一覧画面の一例を示す図である。テーブル状況一覧画面６１は、テーブル状況情報６２を含む。テーブル状況情報６２は、各テーブルを管理する情報（テーブル席またはカウンター席を識別するテーブルＮｏ．、そのテーブル席またはカウンター席の座席数、テーブル席またはカウンター席であることを示す種別）、店舗１４で管理しているテーブル席の空席状況や予約客に対して配席された配席情報６３を含む。配席情報６３は、そのテーブル席に配席された予約客に関する情報である。配席情報６３が表示されたテーブル状況情報６２を押下すると、図６の画面が表示される。

図６は、本実施形態における二次元コード発行画面の一例を示す図である。図６は、店舗担当者が、受付端末１６を用いて飲食店管理サーバ１３へアクセスした場合に表示される二次元コード発行画面７１の一例である。

二次元コード発行画面７１は、テーブルＮｏ．表示欄７２、予約名表示欄７３、予約ＩＤ表示欄７４、二次元コード表示欄７５、印刷ボタン７６を含む。テーブルＮｏ．表示欄７２には、テーブル状況一覧画面６１で押下したテーブル状況情報６２に対応するテーブル席を識別する情報（テーブルＮｏ．）が表示される。予約名表示欄７３には、そのテーブル席に配席された予約客名が表示される。予約ＩＤ表示欄７４には、その予約客の予約を識別する予約ＩＤが表示される。

二次元コード表示欄７５には、予約ＩＤに基づいて生成された二次元コードが表示される。二次元コードは、注文受付画面（ＷＥＢサイト）のＵＲＬ（Uniform Resource Locator）情報と、予約ＩＤを含んでいる。印刷ボタン７６を押下すると、プリンタ１７により図７のテーブル案内票が印刷される。

図７は、本実施形態におけるテーブル案内票の一例を示す図である。テーブル案内票８１は、店舗名印字欄８２、日時印字欄８３、場所印字欄８４、二次元コード印刷欄８５を含む。店舗名印字欄８２には、店舗１４の名称が印刷される。日時印字欄８３には、当該テーブル案内票８１が印刷された日時が印刷される。場所印字欄８４には、二次元コード発行画面７１のテーブルＮｏに対応するテーブル名が印刷される。二次元コード印刷欄８５には、二次元コード発行画面７１の二次元コード表示欄７５に表示された二次元コードが印刷される。

図８は、本実施形態における注文受付画面の一例を示す図である。予約客（ユーザ）は、テーブル案内票８１に印刷されている二次元コードをユーザ端末１９に設けられているカメラで読み込むと、ユーザ端末１９の画面に注文受付画面９１が表示される。

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

店舗名表示欄９２は、店舗１４の店舗名が表示される。予約ＩＤ表示欄９３には、ユーザ端末１９から送信された予約ＩＤが表示される。カテゴリー選択ボタン９４を選択（押下）すると、その押下したカテゴリーに対応する１以上の商品の画像が商品画像表示欄９５（９５ａ，９５ｂ，・・・）に表示される。

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

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

図９は、本実施形態におけるカート確認画面の一例を示す図である。カート確認画面１０１は、店舗名表示欄１０２、予約ＩＤ表示欄１０３、カート内商品一覧１０４、「戻る」ボタン１０５、「注文」ボタン１０６を含む。

店舗名表示欄１０２は、店舗１４の店舗名が表示される。予約ＩＤ表示欄１０３には、ユーザ端末１９から送信された予約ＩＤが表示される。カート内商品一覧１０４には、カートに追加された商品の明細と、その小計、消費税、合計金額が表示される。「戻る」ボタン１０５を押下すると、注文受付画面９１（図８）に戻る。「注文」ボタン１０６を押下すると、注文が確定し、注文情報が飲食店管理サーバ１３に送信される。

図１０は、本実施形態における注文履歴画面の一例を示す図である。予約客（ユーザ）は、ユーザ端末１９を操作して、注文受付画面９１から注文履歴画面１１１に遷移させることができる。

注文履歴画面１１１は、店舗名表示欄１１２、予約ＩＤ表示欄１１３、注文済商品一覧１１４、「戻る」ボタン１１５、「精算」ボタン１１６を含む。

店舗名表示欄１１２は、店舗１４の店舗名が表示される。予約ＩＤ表示欄１１３には、ユーザ端末１９から送信された予約ＩＤが表示される。注文済商品一覧１１４には、注文済み商品の明細と、その小計、消費税、合計金額が表示される。「戻る」ボタン１１５を押下すると、注文受付画面９１（図８）に戻る。「精算」ボタン１１６を押下すると、注文履歴情報が飲食店管理サーバ１３に送信され、飲食店管理サーバ１３はその注文履歴情報を精算対象情報としてＰＯＳレジ１８に送信する。

図１１は、本実施形態における予約時、来店時、注文時、及び精算時での各要素間のシーケンス図である。店舗担当者は、注文管理端末１５を操作して、予め設定画面５１において、店舗名、営業時間、二次元コード発行方法等の必要な項目の設定を完了させているものとする。

まず、予約時について説明する。予約時では、ユーザは、ユーザ端末１９を操作してＷｅｂサーバ１２で管理する予約サイトにアクセスし、予約画面をユーザ端末１９に表示させる。

ユーザは、ユーザ端末１９を操作して予約画面に店舗を利用する予約者名、予約日時、利用人数、連絡先（電子メールアドレス、電話番号等）等の予約情報を入力する（Ｓ１）。ユーザ端末１９は、入力された予約情報を飲食店管理サーバ１３に送信する（Ｓ２）。

飲食店管理サーバ１３は、ユーザ端末１９からその予約情報を取得すると、その予約情報にその予約情報を識別する予約ＩＤを付与して、予約管理ＤＢ４３に登録する（Ｓ３）。飲食店管理サーバ１３は、予約処理が完了した旨をＷｅｂ１２を介してユーザ端末１９に送信する（Ｓ４、Ｓ５）。すると、ユーザ端末１９は、予約画面において予約が受け付けられた旨を表示する（Ｓ６）。

次に、来店時について説明する。予約した客が来店すると、店舗担当者は、店舗１４の受付に設けられた受付端末１６を操作して、受付操作を行う（Ｓ１１）。すなわち、飲食店管理サーバ１３にアクセスし、テーブル状況一覧画面６１を受付端末１６に表示させる。店舗担当者は、来店客に予約名を聞くと、受付端末１６を操作して、その予約名が配席されたテーブル状況情報６２を押下する。すると、飲食店管理サーバ１３は、受付端末１６に二次元コード発行画面７１を表示させる（Ｓ１２）。

店舗担当者は、二次元コード発行画面７１の印刷ボタン７６を押下して、印刷操作を行う。すると、プリンタ１７は、テーブル案内票８１を出力する。店舗担当者は、その客にテーブル案内票８１を渡す（Ｓ１３）。その客は、そのテーブル案内票８１に印字されたテーブルＮｏ．の席に行き、着席する。

次に注文時について説明する。客は、テーブル案内票８１に印字されたテーブルＮｏ．のテーブルに着席する。客は、テーブル案内票８１に印刷されている二次元コードをユーザ端末１９のカメラで読み込む。ユーザ端末１９はこの二次元コードを解析してＵＲＬと予約ＩＤを取得し、そのＵＲＬにアクセスして、注文受付画面表示要求（予約ＩＤを含む。）を行う。

飲食店管理サーバ１３は、ユーザ端末１９からの注文受付画面表示要求を受け付ける。表示制御部４３は、その注文受付画面表示要求に基づいて、予約ＩＤを特定し、その予約ＩＤが設定された注文受付画面９１をユーザ端末１９の表示部に表示させる。

客は、ユーザ端末１９に表示された注文受付画面９１で注文操作を行う（Ｓ２１）。すると、ユーザ端末１９は、注文受付画面９１に入力された注文情報（店舗ＩＤ、予約ＩＤ、注文内容を含む。）を飲食店管理サーバ１３に送信する（Ｓ２２）。

飲食店管理サーバ１３は、その注文情報を受け付けると、注文管理端末１５に注文情報を表示させる（Ｓ２３）。注文管理者は、注文管理端末１５を操作して受注完了操作を行うと、飲食店管理サーバ１３を介して注文を受け付けた旨をユーザ端末１９に表示させる（Ｓ２４、Ｓ２５、Ｓ２６）。

次に精算時について説明する。客は、ユーザ端末１９を操作して、注文履歴画面１１１を表示させ、精算ボタン１１６を押下する（Ｓ３１）。ユーザ端末１９は、精算要求（予約ＩＤを含む。）を飲食店管理サーバ１３に送信する（Ｓ３２）。飲食店管理サーバ１３は、精算対象情報（予約ＩＤ、商品、金額等）をＰＯＳレジ１８に送信する（Ｓ３３）。

ＰＯＳレジ１８は、精算対象情報を受け付けると、精算待機状態となり、その精算待機状態である旨を飲食店管理サーバ１３を介して、ユーザ端末１９に通知する（Ｓ３４、Ｓ３５）。ユーザ端末１９は、「お支払いのためにＰＯＳレジまでお越しください」旨の表示を行う（Ｓ３６）。ユーザは、ＰＯＳレジ１８へ行き、支払いを済ませて、退店する（Ｓ３７）。ＰＯＳレジ１８は、決済処理が完了すると、決済処理が完了した旨を飲食店管理サーバ１３へ通知する（Ｓ３８）。

図１２は、本実施形態における予約からテーブル案内票が印刷されるまでの飲食店管理サーバ１３の処理の一例を示すフローチャートである。飲食店管理サーバ１３の制御部３１は、本実施形態におけるプログラムを読み出して実行することにより、取得部３２、表示制御部３３、配席処理部３４として機能する。

まず、取得部３２は、Ｗｅｂサーバ１２を介して、予約客からの予約情報を受け付ける（Ｓ４１）。取得部３２は、その受け付けた予約情報に一意の予約ＩＤを付与して、予約管理ＤＢ４３に登録する（Ｓ４２）。また、取得部３２は、予約情報に含まれる予約者名、連絡先等の情報をユーザ管理ＤＢ４２に登録する。

配席処理部３４は、予約管理ＤＢ４３を参照して、予約日時の所定時間前になった予約情報があるか否かを判定する（Ｓ４３）。予約日時の所定時間前とは、例えば、予約日時の１５分前、３０分前、４５分前、１時間前等であり、予め設定されている。予約日時の所定時間前になった予約情報が存在しない場合（Ｓ４３でＮＯ）、配席処理部３４は、待ち状態となる。予約日時の所定時間前になった予約情報が存在する場合（Ｓ４３でＹＥＳ）、配席処理部３４は、座席管理ＤＢ４４を用いて配席可能でかつ予約内容に合致するテーブル席を検索し、条件に合致するテーブル席に、その予約情報を配席する（Ｓ４４）。このとき、配席処理部３４は、予約ＩＤとテーブルＮｏ．とを関係づけて、座席管理ＤＢ４４に登録する（Ｓ４５）。

表示制御部３３は、受付端末１６からテーブル状況一覧画面の表示要求があった場合、座席管理ＤＢ４４を参照して、受付端末１６にテーブル状況一覧画面６１を表示させる。このとき、表示制御部３３は、配席情報を有するテーブル状況情報６２がある場合には、該当するテーブル状況情報６２に配席情報を設定して表示させる（Ｓ４６）。

表示制御部３３は、配席情報が設定されたテーブル状況情報６２が押下されたか否かを判定する（Ｓ４７）。配席情報が設定されたテーブル状況情報６２が押下されるまで、表示制御部３３は待機状態となる（Ｓ４７でＮＯ）。配席情報が設定されたテーブル状況情報６２が押下された場合（Ｓ４７でＹＥＳ）、表示制御部３３は、二次元コードとテーブルＮｏ．が設定された二次元コード発行画面７１を表示する（Ｓ４８）。このとき、二次元コードは、予約ＩＤと、注文受付画面９１を表示させるためのＵＲＬ情報とを含んでいる。

店舗担当者は、二次元コード発行画面７１の印刷ボタン７６を押下して、印刷操作を行う。すると、プリンタ１７は、テーブル案内票８１を出力する。このとき、表示制御部３３は、プリンタ１７を制御してテーブル案内票８１を印刷させてもよい。店舗担当者は、その客にテーブル案内票８１を渡す。

なお、予約していない客が来店した場合には、店舗担当者は、テーブル状況一覧画面６１において、空席（例えば、テーブルＮｏ．１）のテーブル状況情報６２を押下すると、来店客を識別する来店ＩＤが新たに付与され、二次元コードとテーブルＮｏ．が設定された二次元コード発行画面７１を表示するようにしてもよい。このとき、二次元コードは、来店ＩＤと、注文受付画面９１を表示させるためのＵＲＬ情報とを含んでいる。

図１３は、本実施形態における注文受付要求を受け取ってから決済処理がされるまでの飲食店管理サーバ１３の処理の一例を示すフローチャートである。飲食店管理サーバ１３の制御部３１は、本実施形態におけるプログラムを読み出して実行することにより、取得部３２、表示制御部３３、注文処理部３５、精算処理部３６として機能する。

ユーザ端末１９は、テーブル案内票８１に印刷されている二次元コードをカメラで読み込むと、この二次元コードを解析してＵＲＬと予約ＩＤを取得し、そのＵＲＬにアクセスして、注文受付画面表示要求（予約ＩＤを含む。）を行う。すると、飲食店管理サーバ１３は、図１３の処理を実行する。

取得部３２は、ユーザ端末１９から注文受付画面表示要求（ＵＲＬ情報と予約ＩＤを含む。）を受け付ける（Ｓ５１）。表示制御部３３は、その予約ＩＤが設定された注文受付画面９１をユーザ端末１９の表示部に表示させる（Ｓ５２）。

取得部３２はユーザ端末１９から要求を受け付けるまで待機状態となる（Ｓ５３でＮＯ）。ユーザ端末１９から要求を受け付けた場合（Ｓ５３でＹＥＳ）、取得部３２はその要求が注文要求か否かを判定する（Ｓ５４）。その要求が注文要求である場合（Ｓ５４でＹＥＳ）、注文処理部３５は注文処理を行う（Ｓ５５）。Ｓ５５では、注文処理部３５は注文要求に基づいて注文管理ＤＢ４５を更新し、注文管理端末１５に注文情報を表示させる。その後、ユーザ端末１９から要求を取得するまで、取得部３２は待機状態となる。

その要求が精算要求である場合（Ｓ５４でＮＯ，Ｓ５６でＹＥＳ）、精算処理部３６はその予約ＩＤについて精算処理を行う（Ｓ５７）。Ｓ５７では、精算処理部３６は、精算対象情報（予約ＩＤ、商品、金額等）をＰＯＳレジ１８に送信する。ＰＯＳレジ１８は、精算対象情報を受け付けると、精算待機状態となり、その精算待機状態である旨を飲食店管理サーバ１３を介して、ユーザ端末１９に通知する。ユーザ端末１９は、「お支払いのためにＰＯＳレジまでお越しください」旨の表示を行う。ユーザは、ＰＯＳレジ１８へ行き、決済を済ませて、退店する。ＰＯＳレジ１８は、精算処理が完了すると、精算処理が完了した旨を飲食店管理サーバ１３へ通知する。精算処理部３６は、その通知を受け付けると、決済管理ＤＢ４６を更新する。

その要求が注文要求でも精算要求でもない場合（Ｓ５６でＮＯ）、取得部３２は待機状態となる。

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

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

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

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

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

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

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

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

本実施形態によれば、予約情報の活用効率を向上させて、予約から来店、配席、注文、決済までをシームレスに行うことができる。すなわち、これまでのように予約データがあるにもかかわらず、実績データを手入力で入力するなど、二度打ちをする必要がないので、入力ミス等のヒューマンエラーを防止することができる。また、予約管理システム、注文管理システム、テイクアウト管理システム、フードデリバリー管理システム、ＰＯＳシステム等で管理されている情報を、二次元コードで一元的に管理することができる。また、予約情報や注文情報等の入力情報の入力はすべて客が行うので、店舗側の入力負担の軽減を図ることができる。

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

１ 情報処理装置
２ 記憶部
３ 抽出部
４ 通知部
１１ 飲食店管理システム
１２ Ｗｅｂサーバ
１３ 飲食店管理サーバ
１４ 店舗
１５ 注文管理端末
１６ 受付端末
１７ プリンタ
１８ ＰＯＳレジ
１９ ユーザ端末
２０ 通信ネットワーク
３１ 制御部
３２ 取得部
３３ 表示制御部
３４ 配席処理部
３５ 注文処理部
３６ 精算処理部
４１ 記憶部
４２ ユーザ管理ＤＢ
４３ 予約管理ＤＢ
４４ 座席管理ＤＢ
４５ 注文管理ＤＢ
４６ 決済管理ＤＢ

Claims (6)

1. 店舗を利用するための客の予約情報を取得し、前記予約情報を識別する予約識別情報を付与して、所定の記憶部に登録する登録部と、
   入力操作に応じて、登録された前記予約識別情報及び注文受付画面が設けられたＷＥＢサイトの所在地を示す所在情報に基づいて生成された二次元コードと、前記客に対して配席された座席情報とを含む所定媒体の発行を制御する発行制御部と、
   前記所定媒体の二次元コードを読み取ったユーザ端末からの要求に応じて、前記予約識別情報が設定された前記注文受付画面を前記ユーザ端末の表示部に表示させる表示制御部と、
   を備えることを特徴とする情報処理装置。
2. 前記情報処理装置は、さらに、
   前記ユーザ端末から前記注文受付画面に入力された注文情報を取得する取得部と、
   を備えることを特徴とする請求項１に記載の情報処理装置。
3. 前記取得部は、さらに、前記ユーザ端末から前記注文情報に関する精算要求を取得する
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記発行制御部は、予め設定された情報に基づいて、前記二次元コードを、予約情報毎、テーブルかつコース毎、又はテーブル毎に発行する
   ことを特徴とする請求項１～３のうちいずれか１項に記載の情報処理装置。
5. コンピュータに、
   店舗を利用するための客の予約情報を取得し、前記予約情報を識別する予約識別情報を付与して、所定の記憶部に登録する登録処理と、
   入力操作に応じて、登録された前記予約識別情報及び注文受付画面が設けられたＷＥＢサイトの所在地を示す所在情報に基づいて生成された二次元コードと、前記客に対して配席された座席情報とを含む所定媒体の発行を制御する発行制御処理と、
   前記所定媒体の二次元コードを読み取ったユーザ端末からの要求に応じて、前記予約識別情報が設定された前記注文受付画面を前記ユーザ端末の表示部に表示させる表示制御処理と、
   を実行させる情報処理プログラム。
6. コンピュータが、
   店舗を利用するための客の予約情報を取得し、前記予約情報を識別する予約識別情報を付与して、所定の記憶部に登録し、
   入力操作に応じて、登録された前記予約識別情報及び注文受付画面が設けられたＷＥＢサイトの所在地を示す所在情報に基づいて生成された二次元コードと、前記客に対して配席された座席情報とを含む所定媒体の発行を制御し、
   前記所定媒体の二次元コードを読み取ったユーザ端末からの要求に応じて、前記予約識別情報が設定された前記注文受付画面を前記ユーザ端末の表示部に表示させる
   ことを特徴とする情報処理方法。
   

Images