JP7424671B2 - 情報処理装置、情報処理方法およびプログラム - Google Patents

情報処理装置、情報処理方法およびプログラム Download PDF

Info

Publication number
JP7424671B2
JP7424671B2 JP2022126725A JP2022126725A JP7424671B2 JP 7424671 B2 JP7424671 B2 JP 7424671B2 JP 2022126725 A JP2022126725 A JP 2022126725A JP 2022126725 A JP2022126725 A JP 2022126725A JP 7424671 B2 JP7424671 B2 JP 7424671B2
Authority
JP
Japan
Prior art keywords
information
customer
store
order
biometric
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2022126725A
Other languages
English (en)
Other versions
JP2022145828A (ja
Inventor
拓郎 幸
圭 鈴木
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Platforms Ltd
Original Assignee
NEC Platforms Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Platforms Ltd filed Critical NEC Platforms Ltd
Priority to JP2022126725A priority Critical patent/JP7424671B2/ja
Publication of JP2022145828A publication Critical patent/JP2022145828A/ja
Priority to JP2023208312A priority patent/JP2024015328A/ja
Application granted granted Critical
Publication of JP7424671B2 publication Critical patent/JP7424671B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

本発明は、事前注文受付システムおよび事前注文受付方法に関する。
現状のレストラン等の飲食店においては、顧客が飲食店で食事等の商品やサービスを受けようとする場合、まず、当該顧客は、飲食店の店舗に入店して、卓（テーブル）に着席した後、注文メニューを見て、飲食しようとする商品やサービスを決定した時点で、店員を呼び出して、決定した注文情報を店員に伝えて注文する、という一連の行為が必要となっている。
そのため、顧客は店舗内の卓（テーブル）に着席してから注文メニューを確認して、飲食したい商品やサービスを決定するまでの時間や、店員を呼び出して注文を伝えるための時間が必要になり、顧客だけでなく、店舗側にとっても、無駄な時間が発生してしまうという解決するべき課題がある。また、店員を呼び出す必要があるということは、注文を受け付けるための店舗側の店員数も確保することが必要となってしまう。
また、近年、レストラン等の飲食店の店舗内の各卓（テーブル）上に、セルフ注文端末として注文を入力するための卓上端末が設置されていて、入店した顧客は、該卓上端末を利用して、店舗サーバ等に注文情報を送信するという注文方法を採用している店舗も増加しつつある。しかし、かかる卓上端末を利用する場合であっても、顧客は、注文メニューを卓上端末に画面表示して確認しながら注文情報を決定するという操作を行うことが必要であり、入店してから飲食したい商品やサービスを決定するまでの時間が長くなってしまうという課題を解消させるまでに至っていない。
かかる現状の課題を解決するために、顧客の携帯端末を用いて、事前に注文を登録する注文管理システムが提案されている。例えば、特許文献１の特開２００３－１８７１１２号公報には、顧客の携帯端末を用いて、事前に注文を登録する「注文管理方法、注文管理システム、携帯型端末および注文管理サーバ」が開示されている。
特開２００３－１８７１１２号公報
しかしながら、前記特許文献１に記載された「注文管理方法、注文管理システム、携帯型端末および注文管理サーバ」においては、顧客は、入店した後、該携帯端末を店舗において操作する必要がある。
（本発明の目的）
本発明の目的は、かかる課題に鑑み、顧客が、所有する携帯端末を店舗への入店後には操作する必要がない事前注文受付システム、および事前注文受付方法を提供することにある。
前述の課題を解決するため、本発明による事前注文受付システムおよび事前注文受付方法は、主に、次のような特徴的な構成を採用している。
（１）本発明による事前注文受付システムは、
顧客が所有する携帯端末と、店舗内に設置されて、顧客の注文を受け付ける店舗サーバと店舗内に設置された店内端末とを有する店舗システムと、ネットワークを介して、前記携帯端末および前記店舗システムと通信可能である事前注文受付サーバと、を有する事前注文受付システムであって、
前記携帯端末は、
事前に顧客の注文情報を事前注文情報として受け付けるとともに、該顧客の生体認証用情報を第１の生体認証用情報として取得し、前記事前注文情報と前記第１の生体認証用情報とを、前記ネットワークを介して、前記事前注文受付サーバに送信する手段、
を有し、
前記店内端末は、
店舗に入店した顧客の生体認証用情報を第２の生体認証用情報として取得して、直接または前記店舗サーバを経由して、前記ネットワークを介して、前記事前注文受付サーバに送信する手段と、
前記事前注文受付サーバから、前記ネットワークを介して、直接または前記店舗サーバを経由して受信した前記事前注文情報を画面表示し、前記顧客の操作によって決定された注文情報を前記店舗サーバに送信する手段と、
を有し、
前記事前注文受付サーバは、
前記携帯端末から送信されてきた前記事前注文情報と前記第１の生体認証用情報とを対応付けて記憶する手段と、
前記店内端末から、前記ネットワークを介して、顧客の前記第２の生体認証用情報を受信した際に、記憶している前記第１の生体認証用情報を検索して、受信した該第２の生体認証用情報と一致する顧客の第１の生体認証用情報が存在していることを確認した場合には、一致する該第１の生体認証用情報と対応付けて記憶している前記事前注文情報を、前記店内端末に、前記ネットワークを介して、直接または前記店舗サーバを経由して送信する手段と、
を有し、
前記店舗サーバは、
前記店内端末から前記注文情報を受信して受け付ける手段を有する、
ことを特徴とする。
（２）また、本発明による事前注文受付システムは、
顧客が所有する携帯端末と、店舗内に設置されて、顧客の注文を受け付ける店舗サーバと店舗内に設置された店内端末とを有する店舗システムと、ネットワークを介して、前記携帯端末および前記店舗サーバと通信可能である事前注文受付サーバと、を有する事前注文受付システムであって、
前記携帯端末は、
事前に顧客の注文情報を事前注文情報として受け付けるとともに、該顧客の生体認証用情報を第１の生体認証用情報として取得し、前記事前注文情報と前記第１の生体認証用情報とを、前記ネットワークを介して、前記事前注文受付サーバに送信する手段、
を有し、
前記店内端末は、
店舗に入店した顧客の生体認証用情報を第２の生体認証用情報として取得し、前記店舗サーバに送信する手段と、
前記店舗サーバから前記事前注文情報を受信して画面表示する手段と、
を有し、
前記事前注文受付サーバは、
前記携帯端末から送信されてきた前記事前注文情報と前記第１の生体認証用情報とを対応付けて記憶する手段と、
前記店舗サーバから、前記ネットワークを介して、顧客の前記第２の生体認証用情報を受信した際に、記憶している前記第１の生体認証用情報を検索して、受信した該第２の生体認証用情報と一致する顧客の第１の生体認証用情報が存在していることを確認した場合には、一致する該第１の生体認証用情報と対応付けて記憶している前記事前注文情報を、前記店舗サーバに、前記ネットワークを介して送信する手段と、
を有し、
前記店舗サーバは、
前記店内端末から前記第２の生体認証用情報を受信し、前記事前注文受付サーバに前記ネットワークを介して送信する手段と、
前記事前注文受付サーバから、前記事前注文情報を前記ネットワークを介して受信し、前記第２の生体認証用情報の送信元の前記店内端末に送信する手段と、
を有する、
ことも特徴とする。
（３）さらに、本発明による事前注文受付システムは、
顧客が所有する携帯端末と、共通の注文メニューを有する複数の店舗それぞれに設置されている、顧客の注文を受け付ける店舗サーバと店舗内に設置された店内端末とを有する店舗システムとを有し、前記携帯端末と各店舗システムの前記店舗サーバとは、ネットワークを介して通信可能である事前注文受付システムであって、
前記携帯端末は、
事前の顧客の注文情報を事前注文情報として受け付けるとともに、該顧客の生体認証用情報を第１の生体認証用情報として取得し、前記事前注文情報と前記第１の生体認証用情報とを、前記ネットワークを介して、前記店舗サーバに送信する手段、
を有し、
前記店内端末は、
店舗に入店した顧客の生体認証用情報を第２の生体認証用情報として取得し、自店舗システムの前記店舗サーバに送信する手段と、
自店舗システムの前記店舗サーバから受信した前記事前注文情報を画面表示する手段と、
を有し、
前記店舗サーバは、
前記携帯端末から送信されてきた前記事前注文情報と前記第１の生体認証用情報とを対応付けて記憶する手段と、
自店舗システムの前記店内端末から顧客の前記第２の生体認証用情報を受信し、記憶している前記第１の生体認証用情報を検索して、受信した該第２の生体認証用情報と一致する顧客の第１の生体認証用情報が存在していることを確認した場合には、一致する該第１の生体認証用情報と対応付けて記憶している前記事前注文情報を、前記第２の生体認証用情報の送信元の前記店内端末に送信する手段と、
を有する、
ことも特徴とする。
（４）本発明による事前注文受付方法は、
顧客が所有する携帯端末と、店舗内に設置されて、顧客の注文を受け付ける店舗サーバと店舗内に設置された店内端末とを有する店舗システムと、ネットワークを介して、前記携帯端末および前記店舗システムと通信可能である事前注文受付サーバと、を有する事前注文受付システムにおける事前注文受付方法であって、
前記携帯端末は、
事前の顧客の注文情報を事前注文情報として受け付けるとともに、該顧客の生体認証用情報を第１の生体認証用情報として取得し、前記事前注文情報と前記第１の生体認証用情報とを、前記ネットワークを介して、前記事前注文受付サーバに送信するステップ、
を有し、
前記店内端末は、
店舗に入店した顧客の生体認証用情報を第２の生体認証用情報として取得して、直接または前記店舗サーバを経由して、前記ネットワークを介して、前記事前注文受付サーバに送信するステップと、
前記事前注文受付サーバから、前記ネットワークを介して、直接または前記店舗サーバを経由して受信した前記事前注文情報を画面表示し、前記顧客の操作によって決定された注文情報を前記店舗サーバに送信するステップと、
を有し、
前記事前注文受付サーバは、
前記携帯端末から送信されてきた前記事前注文情報と前記第１の生体認証用情報とを対応付けて記憶するステップと、
前記店内端末から、前記ネットワークを介して、顧客の前記第２の生体認証用情報を受信した際に、記憶している前記第１の生体認証用情報を検索して、受信した該第２の生体認証用情報と一致する顧客の第１の生体認証用情報が存在していることを確認した場合には、一致する該第１の生体認証用情報と対応付けて記憶している前記事前注文情報を、前記店内端末に、前記ネットワークを介して、直接または前記店舗サーバを経由して送信するステップと、
を有し、
前記店舗サーバは、
前記店内端末から前記注文情報を受信して受け付けるステップ、
を有する、
ことを特徴とする。
（５）また、本発明による事前注文受付方法は、
顧客が所有する携帯端末と、店舗内に設置されて、顧客の注文を受け付ける店舗サーバと店舗内に設置された店内端末とを有する店舗システムと、ネットワークを介して、前記携帯端末および前記店舗サーバと通信可能である事前注文受付サーバと、を有する事前注文受付システムにおける事前注文受付方法であって、
前記携帯端末は、
事前の顧客の注文情報を事前注文情報として受け付けるとともに、該顧客の生体認証用情報を第１の生体認証用情報として取得し、前記事前注文情報と前記第１の生体認証用情報とを、前記ネットワークを介して、前記事前注文受付サーバに送信するステップを有し、
前記店内端末は、
店舗に入店した顧客の生体認証用情報を第２の生体認証用情報として取得し、前記店舗サーバに送信するステップと、
前記店舗サーバから前記事前注文情報を受信して画面表示するステップと、
を有し、
前記事前注文受付サーバは、
前記携帯端末から送信されてきた前記事前注文情報と前記第１の生体認証用情報とを対応付けて記憶するステップと、
前記店舗サーバから、前記ネットワークを介して、顧客の前記第２の生体認証用情報を受信した際に、記憶している前記第１の生体認証用情報を検索して、受信した該第２の生体認証用情報と一致する顧客の第１の生体認証用情報が存在していることを確認した場合には、一致する該第１の生体認証用情報と対応付けて記憶している前記事前注文情報を、前記店舗サーバに、前記ネットワークを介して送信するステップと、
を有し、
前記店舗サーバは、
前記店内端末から前記第２の生体認証用情報を受信し、前記事前注文受付サーバに、前記ネットワークを介して送信するステップと、
前記事前注文受付サーバから、前記事前注文情報を、前記ネットワークを介して受信し、前記第２の生体認証用情報の送信元の前記店内端末に送信するステップと、
を有する、
ことも特徴とする。
（６）さらに、本発明による事前注文受付方法は、
顧客が所有する携帯端末と、共通の注文メニューを有する複数の店舗それぞれに設置されている、顧客の注文を受け付ける店舗サーバと店舗内に設置された店内端末とを有する店舗システムとを有し、前記携帯端末と各店舗システムの前記店舗サーバとは、ネットワークを介して通信可能である事前注文受付システムにおける事前注文受付方法であって、
前記携帯端末は、
事前の顧客の注文情報を事前注文情報として受け付けるとともに、該顧客の生体認証用情報を第１の生体認証用情報として取得し、前記事前注文情報と前記第１の生体認証用情報とを、前記ネットワークを介して、前記店舗サーバに送信するステップ、
を有し、
前記店内端末は、
店舗に入店した顧客の生体認証用情報を第２の生体認証用情報として取得し、自店舗システムの前記店舗サーバに送信するステップと、
自店舗システムの前記店舗サーバから受信した前記事前注文情報を画面表示するステップと、
を有し、
前記店舗サーバは、
前記携帯端末から送信されてきた前記事前注文情報と前記第１の生体認証用情報とを対応付けて記憶するステップと、
自店舗システムの前記店内端末から顧客の前記第２の生体認証用情報を受信し、記憶している前記第１の生体認証用情報を検索して、受信した該第２の生体認証用情報と一致する顧客の第１の生体認証用情報が存在していることを確認した場合には、一致する該第１の生体認証用情報と対応付けて記憶している前記事前注文情報を、前記第２の生体認証用情報の送信元の前記店内端末に送信するステップと、
を有する、
ことも特徴とする。
本発明によれば、顧客が、所有する携帯端末を店舗への入店後には操作する必要がない事前注文受付システムおよび事前注文受付方法を提供することができる。
本発明に係る事前注文受付システムの第１の実施形態における顧客のユーザ情報登録時の構成例を示すシステム構成図である。 本発明に係る事前注文受付システムの第１の実施形態における顧客の事前注文および注文情報確定時の構成例を示すシステム構成図である。 本発明に係る事前注文受付システムの第１の実施形態の具体的な構成例を示すシステム構成図である。 図３の事前注文受付システムにおいて携帯端末の一種であるスマートフォンから事前注文受付サーバの顧客データベースに当該顧客のユーザ登録を行う際の動作の一例を示す模式図である。 図３の事前注文受付システムにおいて顧客が目的の店舗に到着する前に当該顧客が所有する携帯端末の一種であるスマートフォンから事前注文受付サーバの顧客データベースに該店舗への注文情報を事前に登録し、かつ、当該顧客が該店舗に入店時に注文情報を確定する動作の一例を示す模式図である。 本発明に係る事前注文受付システムの第２の実施形態の具体的な構成例を示すシステム構成図である。 図６に示した事前注文受付システムを構成する構成要素の一つである店舗システムの内部構成の一例を示すブロック構成図である。 図６に示した事前注文受付システムを構成する構成要素の一つである卓上端末の内部構成の一例を示すブロック構成図である。 本発明の第２の実施形態として図６～図８に例示した事前注文受付システムの動作の一例を説明するためのシーケンスチャートの前半部分である。 本発明の第２の実施形態として図６～図８に例示した事前注文受付システムの動作の一例を説明するためのシーケンスチャートの後半部分である。 本発明に係る事前注文受付システムの第３の実施形態の具体的な構成例を示すシステム構成図である。 本発明の第３の実施形態として図１０に例示した事前注文受付システムの動作の一例を説明するためのシーケンスチャートの前半部分である。 本発明の第３の実施形態として図１０に例示した事前注文受付システムの動作の一例を説明するためのシーケンスチャートの後半部分である。 図１０に例示した事前注文受付システムの第４の実施形態としての動作の一例を説明するためのシーケンスチャートである。 図１０に例示した事前注文受付システムの第４の実施形態としての動作の図１２のシーケンスチャートに引き続く動作の一例を説明するためのシーケンスチャートである。 図１０に例示した事前注文受付システムの第５の実施形態としての動作の一例を説明するためのシーケンスチャートである。 図１０に例示した事前注文受付システムの第５の実施形態としての動作の図１４のシーケンスチャートに引き続く動作の一例を説明するためのシーケンスチャートの前半部分である。 図１０に例示した事前注文受付システムの第５の実施形態としての動作の図１４のシーケンスチャートに引き続く動作の一例を説明するためのシーケンスチャートの後半部分である。
以下、本発明による事前注文受付システムおよび事前注文受付方法の好適な実施形態について添付図を参照して説明する。なお、以下の説明においては、本発明による事前注文受付システムおよび事前注文受付方法について説明するが、かかる事前注文受付方法をコンピュータにより実行可能な事前注文受付プログラムとして実施するようにしても良いし、あるいは、事前注文受付プログラムをコンピュータにより読み取り可能な記録媒体に記録するようにしても良いことは言うまでもない。また、以下の各図面に付した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではないことも言うまでもない。
（本発明の特徴）
本発明の実施形態の説明に先立って、本発明の特徴についてその概要をまず説明する。本発明は、顧客が、店舗で目的とする商品やサービスを受け取ろうとする（例えば飲食店等で食事をしようとする）際に、事前に、注文情報（事前注文情報）と該顧客の顔認証情報等の生体認証用情報（第１の生体認証用情報）とをインターネット等のネットワークを介して、事前注文受付サーバまたは該店舗内に設置されている店舗サーバに送信しておく。しかる後に、該顧客が該店舗に入店して卓（テーブル）に着席した際に、該卓（テーブル）上に設置されている卓上端末を操作して該顧客の顔認証情報等の生体認証用情報（第２の生体認証用情報）を取得して、事前注文受付サーバまたは該店舗内に設置されている店舗サーバに送信する。事前注文受付サーバまたは該店舗内に設置されている店舗サーバは、記憶していた該顧客の生体認証用情報（第１の生体認証用情報）と照合し、該顧客の生体認証用情報（第１の生体認証用情報）に対応する注文情報（事前注文情報）が卓上端末または店舗サーバに送信され、注文情報として受け付けられることを主要な特徴としている。顧客は、所有する携帯端末を店舗への入店後には操作する必要はない。而して、顧客が店舗に入店した後、注文メニュー等を見て注文を行うことは不要であり、目的とする商品やサービスを受け取る（例えば飲食店等で食事を摂る）までの時間を短縮することが可能になる。
本発明の特徴をさらに説明すると、次の通りである。
まず、本発明の第１の特徴について説明する。店舗に対する顧客の注文を事前に受け付ける事前注文受付システムであって、店舗ごとに設置され、顧客の注文を受け付ける店舗システムと、前記店舗システムとインターネット等のネットワークを介して通信可能に接続されている事前注文受付サーバと、顧客が所有する携帯端末とを有している。
そして、顧客が所有する前記携帯端末は、店舗に入店する前に、事前に、当該顧客が入力した店舗に対する注文を事前注文情報として受け付けるとともに、当該顧客の生体認証用情報（例えば顔認証情報等）を第１の生体認証用情報として取得し、前記第１の生体認証用情報と前記事前注文情報とを、インターネット等のネットワークを介して、前記事前注文受付サーバに送信し、前記事前注文受付サーバは、前記第１の生体認証用情報と前記事前注文情報とを対応付けて記憶する。
また、前記店舗内に配置された卓それぞれには、前記店舗システムの構成要素の一つとして、入店して着席した顧客の生体認証用情報（例えば顔認証情報等）を第２の生体認証用情報として取得する卓上端末が設けられている。そして、前記卓上端末は、入店した顧客に関する前記第２の生体認証用情報を取得すると、インターネット等のネットワークを介して、前記事前注文受付サーバに送信する。
前記事前注文受付サーバは、前記卓上端末から前記第２の生体認証用情報を受信すると、記憶している前記第１の生体認証用情報の中から、前記卓上端末から受信した前記第２の生体認証用情報と一致する前記第１の生体認証用情報を検索し、一致した前記第１の生体認証用情報に対応する前記事前注文情報を取り出して、前記第２の生体認証用情報を送信してきた前記卓上端末に送信する。
前記卓上端末は、前記事前注文受付サーバから前記事前注文情報を受信すると、受信した前記事前注文情報を画面表示する。前記卓上端末は、前記事前注文情報が、前記顧客の操作によって注文情報として確定されると、注文情報を店舗システムの店舗サーバに送信する。店舗サーバは、注文情報として受け付ける。
次に、本発明の変形例として前記事前注文情報をそのまま注文情報として受け付けるという第２の特徴について説明する。前記第１の特徴と同様、店舗に対する顧客の注文を事前に受け付ける事前注文受付システムであって、店舗ごとに設置され、顧客の注文を受け付ける店舗システムと、前記店舗システムとインターネット等のネットワークを介して通信可能に接続されている事前注文受付サーバと、顧客が所有する携帯端末とを有している。
そして、顧客が所有する前記携帯端末は、前記第１の特徴と同様、店舗に入店する前に、事前に、当該顧客が入力した店舗に対する注文を事前注文情報として受け付けるとともに、当該顧客の生体認証用情報（例えば顔認証情報等）を第１の生体認証用情報として取得し、前記第１の生体認証用情報と前記事前注文情報とを、インターネット等のネットワークを介して、前記事前注文受付サーバに送信し、前記事前注文受付サーバは、前記第１の生体認証用情報と前記事前注文情報とを対応付けて記憶する。
また、前記店舗内に配置された卓それぞれには、前記店舗システムの構成要素の一つとして、入店して着席した顧客の生体認証用情報（例えば顔認証情報等）を第２の生体認証用情報として取得する卓上端末が設けられている。そして、前記卓上端末は、入店した顧客に関する前記第２の生体認証用情報を取得すると、前記第１の特徴と場合とは異なり、当該店舗の前記店舗システムを構成している店舗サーバに送信する。前記店舗サーバは、前記卓上端末から受信した前記第２の生体認証用情報を、インターネット等のネットワークを介して、前記事前注文受付サーバに送信する。
前記事前注文受付サーバは、前記店舗サーバから前記第２の生体認証用情報を受信すると、記憶している前記第１の生体認証用情報の中から、前記店舗サーバから受信した前記第２の生体認証用情報と一致する前記第１の生体認証用情報を検索し、一致した前記第１の生体認証用情報に対応する前記事前注文情報を取り出して、前記第２の生体認証用情報を送信してきた前記店舗サーバに送信する。
前記店舗サーバは、前記事前注文受付サーバから前記事前注文情報を受信すると、受信した前記事前注文情報を、前記第２の生体認証用情報を送信してきた前記卓上端末が設置されている卓(テーブル)番号の顧客の注文情報として受け付ける。
（本発明の第１の実施形態）
次に、本発明に係る事前注文受付システムの第１の実施形態について、図１、図２を参照しながら詳細に説明する。図１は、本発明に係る事前注文受付システムの第１の実施形態における顧客のユーザ情報登録時の構成例を示すシステム構成図であり、（本発明に係る事前注文受付システムを構成する構成要素の一つとして）インターネット等のネットワークを介して、事前注文受付サーバに、顧客がユーザ登録を行う際の構成例を示している。また、図２は、本発明に係る事前注文受付システムの第１の実施形態における顧客の事前注文および注文情報確定時の構成例を示すシステム構成図であり、事前注文受付サーバに、顧客が所有する携帯端末を用いて、該顧客が事前注文を行い、かつ、該顧客が店舗に入店して事前注文していた注文情報を確定する際の構成例を示している。
顧客がユーザ登録を行う際の事前注文受付システム１００のシステム構成は、図１に示すように、事前注文を受け付ける事前注文受付サーバ１０と顧客が所有する携帯端末３０との間を、インターネット等のネットワーク４０により接続した構成となっている。そして、事前注文受付サーバ１０は、携帯端末３０からネットワーク４０を介して事前注文受付サーバ１０にユーザ登録を行った顧客の登録内容（すなわち、該顧客をユニークに特定する顧客ＩＤと該顧客の第１の生体認証用情報として用いる顧客顔写真情報とを対応付けた登録情報）を登録するための顧客データベース１１を有している。
ここで、当該顧客がユーザ登録を要求する登録要求を行うために、携帯端末３０から事前注文受付サーバ１０に、当該顧客の顧客顔写真情報を該顧客の第１の生体認証用情報として送信する際に、携帯端末３０において、該顧客をユニークに特定する顧客ＩＤを生成して保持するとともに、生成した顧客ＩＤと該顧客の第１の生体認証用情報になる顧客顔写真情報とを含む情報を作成して、登録要求として事前注文受付サーバ１０に送信する。
ただし、該顧客ＩＤに関しては、事前注文受付サーバ１０側において生成するようにしても良い。すなわち、携帯端末３０から登録要求として顧客顔写真情報（第１の生体認証用情報）が送信されてきた際に、事前注文受付サーバ１０側において、当該顧客をユニークに特定する顧客ＩＤを生成して、登録要求の送信元である携帯端末３０に返送するとともに、生成した顧客ＩＤと携帯端末３０から送信されてきた顧客顔写真情報（第１の生体認証用情報）とを対応付けして、顧客データベース１１に登録するようにしても良い。携帯端末３０は、事前注文受付サーバ１０から返送されてきた顧客ＩＤを保持して、以降、事前注文受付サーバ１０に、目的とする店舗に対する事前の注文を行うための事前注文情報を送信する際に、保持している顧客ＩＤを付した形式で、該事前注文情報を送信する。
なお、事前注文受付サーバ１０は、ネットワーク４０を介して、顧客が所有する携帯端末３０からのユーザ登録要求に応じて、顧客ＩＤと顧客顔写真情報（第１の生体認証用情報）とを対応付けして顧客データベース１１に登録する機能のみならず、携帯端末３０から店舗に対する前記事前注文情報を受信した際に、受信した該事前注文情報を顧客ＩＤと対応付けて顧客データベース１１に記憶する機能、店舗側から顧客顔写真情報が第２の生体認証用情報として送信されてきた際に、顧客データベース１１に第１の生体認証用情報として登録している顧客顔写真情報を用いて顔認証を行う機能、該認証の結果に基づいて顧客データベース１１に対応付けて記憶している事前注文情報を店舗側に送信する機能も有している。
また、顧客が所有する携帯端末３０は、例えば、スマートフォンやタブレット等の携帯用の端末装置であり、搭載しているアプリケーションの動作により、当該顧客の顔写真を撮影したり、撮影した当該顧客の顔写真情報を、第１の生体認証用情報として、顧客ＩＤとともに、ネットワーク４０を介して、事前注文受付サーバ１０に送信したり、さらには、店舗に対する事前注文情報を作成して、ネットワーク４０を介して、事前注文受付サーバ１０に送信したりする機能を有している。
次に、顧客が、店舗に対する事前注文を行い、しかる後、店舗に入店した際の事前注文受付システム１００のシステム構成は、図２に示すように、事前注文受付サーバ１０と顧客が所有する携帯端末３０および店舗２９内の各卓（各テーブル）２８ごとに設置されている卓上端末２０（店舗顔認証用クライアント端末）それぞれとの間を、インターネット等のネットワーク４０により接続した構成となっている。なお、店舗２９内には、店舗２９全体の管理を行う店舗サーバ２１や店舗２９内の各部署それぞれの業務用の専用端末２３を有する店舗システム（店舗用注文受付システム）が構成されている。
そして、卓上端末２０も、該店舗システム（店舗用注文受付システム）の構成要素の一つであり、該店舗システム（店舗用注文受付システム）の店舗サーバ２１と、有線通信または無線通信が可能である。また、本第１の実施形態においては、店舗２９は、複数の卓２８が配置されているレストラン等の飲食店の場合を想定していて、それぞれの卓２８の上には、卓上端末２０が、卓２８ごとに対応する形で設置されている場合を示している。
ここで、卓上端末２０は、入店して卓２８に着席した顧客の操作により、当該顧客の顔写真を撮影して、撮影した顧客顔写真の情報を、第２の生体認証用情報として、直接または店舗サーバ２１を経由して事前注文受付サーバ１０に送信する機能、事前注文受付サーバ１０から直接または店舗サーバ２１を経由して送信されてきた該顧客の事前注文に関する情報すなわち事前注文情報を画面表示して、着席した該顧客に提示する機能、該顧客の承認操作（例えば卓上端末２０に画面表示された決定ボタンの押下操作）により、画面表示された該事前注文情報を注文情報として確定して、店舗サーバ２１に送信する機能を有している。
また、店舗サーバ２１は、卓上端末２０や店舗２９内の各部署それぞれに配置されている業務用の専用端末２３（例えば飲食店の場合は厨房端末やＰＯＳ（Point Of Sales）端末等）と、有線通信または無線通信が可能である。そして、店舗サーバ２１は、店舗システム（店舗用注文受付システム）の全体を管理する装置であり、卓上端末２０から第２の生体認証用情報として受信した顧客顔写真の情報を、ネットワーク４０を介して、事前注文受付サーバ１０に送信する機能、事前注文受付サーバ１０から送信されてきた顧客の事前注文情報を記憶するとともに該顧客が着席している卓上の卓上端末２０に送信する機能、卓上端末２０から確定した注文情報を受信した際に、該注文情報を入店した顧客の注文内容として受け付けて、それぞれに対応する各部署の専用端末２３に対して、注文に関する手配を行う機能等を少なくとも有している。
図２において、目的の店舗２９にまだ入店していない顧客が該店舗２９に対する注文を事前に行おうとする際に、顧客は、該顧客が所有する携帯端末３０から、ネットワーク４０を介して、事前注文受付サーバ１０に、当該顧客を特定する顧客ＩＤを付して、目的とする店舗２９に対する注文情報を、事前注文情報として、送信する。ここで、該事前注文情報を事前注文受付サーバ１０に送信する際に、顧客は、自分の顔写真を改めて撮影する必要はなく、携帯端末３０内に保存されている顧客ＩＤを付して送信することにより、送信した事前注文情報と顧客ＩＤとが対応付けられることになる。そして、事前注文受付サーバ１０は、携帯端末３０が送信してきた該事前注文情報と顧客ＩＤとを受信すると、受信した顧客ＩＤに基づいて顧客データベース１１を検索して、受信した顧客ＩＤと同一の顧客ＩＤに対応付けられて第１の生体認証用情報として記憶されている顧客顔写真情報とさらに対応付ける形式で、受信した該事前注文情報を顧客データベース１１に記憶する。
しかる後、目的の店舗２９に入店した顧客が、いずれかの卓２８に着席すると、該顧客は、該卓２８上に設置されている卓上端末２０を操作して、自分の顔写真を撮影して、撮影した顧客顔写真情報を第２の生体認証用情報として、直接または店舗２９内の店舗サーバ２１を経由して、ネットワーク４０を介して、事前注文受付サーバ１０に送信する。ここで、卓上端末２０は、店舗２９内の卓２８と対応付けられていて、各卓２８には、それぞれを特定するための卓番号（テーブル番号）が付されている。したがって、店舗２９内においては、卓番号により卓上端末２０をユニークに特定することができる。
事前注文受付サーバ１０は、店舗２９内の卓上端末２０から第２の生体認証用情報として送信されてきた顧客顔写真情報を受信すると、該顧客顔写真情報の顔認証を行い、顧客データベース１１にアクセスして、卓上端末２０から受信した顧客顔写真の情報（第２の生体認証用情報）と一致する顧客顔写真情報（第１の生体認証用情報）が登録されているか否かを検索する。卓上端末２０から受信した顧客顔写真の情報（第２の生体認証用情報）と一致する顧客顔写真情報（第１の生体認証用情報）が顧客データベース１１に登録されていた場合は、事前注文受付サーバ１０は、顧客データベース１１に該顧客顔写真情報（第１の生体認証用情報）に対応付けて記憶されている顧客ＩＤおよび当該店舗２９に対する事前注文情報（顧客が入店する前に事前に注文していた事前注文情報）を取り出して、ネットワーク４０を介して、顧客顔写真の情報（第２の生体認証用情報）を送信してきた送信元である当該店舗２９内の卓上端末２０に直接または店舗サーバ２１を経由して返送する。
一方、卓上端末２０から受信した顧客顔写真の情報（第２の生体認証用情報）と一致する顧客顔写真情報（第１の生体認証用情報）が顧客データベース１１に登録されていなかった場合、あるいは、一致する顧客顔写真が登録されていても事前注文情報が対応付けて記憶されていなかった場合には、事前注文受付サーバ１０は、当該店舗２９に対する事前注文情報を保存していない旨を示す不一致情報（事前注文無し情報）として、該卓上端末２０に返送する。
卓上端末２０は、事前注文受付サーバ１０から事前注文情報または不一致情報（事前注文無し情報）が返送されてきた場合には、返送されてきた事前注文情報または不一致情報（事前注文無し情報）を画面表示する。
事前注文受付サーバ１０から事前注文情報が返送されてきたことが画面表示された場合は、顧客は、卓上端末２０に画面表示された事前注文情報を確認して、該事前登録情報に変更がないことを確認した場合には、その旨を卓上端末２０に入力する（例えば卓上端末２０の画面に表示された決定ボタンを押下操作する）ことにより、卓上端末２０は、該事前注文情報を当該顧客の注文情報として確定する。あるいは、顧客が、画面表示された事前注文情報を変更して注文し直したい場合には、画面表示された事前注文情報を必要に応じて変更した後、確認した旨を卓上端末２０に入力（例えば卓上端末２０の画面に表示された決定ボタンを押下操作）することにより、卓上端末２０は、該事前注文情報を当該顧客の注文情報として確定する。
そして、卓上端末２０は、確定した注文情報を当該店舗２９の店舗システム（店舗用注文受付システム）を構成する店舗サーバ２１に有線通信または無線通信によって送信する。店舗サーバ２１は、卓上端末２０から確定した注文情報を受信すると、確定した注文情報を受け付けて、送信元の卓上端末２０を特定する卓番号（テーブル番号）と対応付けして記憶するとともに、該注文情報を扱う部署に設定されている専用端末２３（例えば、店舗２９が飲食店の場合は、調理室に設置されている専用端末２３（調理メニュー表示を行う厨房端末）等）に有線通信または無線通信によって転送する。
なお、卓上端末２０が、確定した注文情報を店舗サーバ２１に送信する際に、卓上端末２０において、確定した注文情報と、さらに、該卓上端末２０が設定されている卓２８を特定する卓番号を付した形式にして送信する。あるいは、卓上端末２０そのものをユニークに識別することができる端末識別コードと該卓上端末２０が設定されている卓２８の卓番号とを対応付けた対応表を、店舗サーバ２１内にあらかじめ保有している場合には、卓上端末２０は、送信元を示す情報である該卓上端末２０に関する端末識別コードとともに、確定した注文情報を店舗サーバ２１に送信するようにしても良い。そして、かかる場合には、店舗サーバ２１は、保有している前記対応表を参照して、送信元の卓上端末２０に関する端末識別コードから、該卓上端末２０が設置されている卓２８の卓番号を取り出して、卓上端末２０から受信した注文情報と対応表から取り出した卓番号（テーブル番号）とを対応付けるようにすれば良い。
一方、事前注文受付サーバ１０から不一致情報（事前注文無し情報）が返送されてきたことが卓上端末２０に画面表示された場合には、顧客は、卓上端末２０を操作して、改めて、注文情報を入力するか、または、店員を呼び出して、注文情報を店員に口頭で注文することが必要になる。
（第１の実施形態の構成例）
次に、本発明に係る事前注文受付システムの第１の実施形態の具体的な構成例について、図３を用いてさらに詳細に説明する。図３は、本発明に係る事前注文受付システムの第１の実施形態の具体的な構成例を示すシステム構成図である。図３に示す事前注文受付システム１００においては、図１、図２に示した顧客が所有する携帯端末３０としてスマートフォンの場合を想定し、また、顧客が利用する店舗２９としてはレストラン等の飲食店の場合を想定している。
事前注文受付サーバ１０は、ネットワーク４０の一例であるインターネット上に配置されたクラウドサービス提供用のサーバであり、場合によっては、ハードウェア構成の如何を問わず、パブリッククラウドサービス上に顧客データベース１１を構築するようにしても良い。また、図３に示す事前注文受付システム１００においては、店舗２９内の店舗システムとして、以下の説明に必要とする構成要素として卓上端末２０のみを示しているが、該店舗システムの管理を行う店舗サーバや、店舗２９内の各部署に設置される業務用の専用端末も設置されている。
また、携帯端末３０の一例であるスマートフォンには、携帯端末用事前注文送信アプリケーション３０ａが搭載されている場合を示している。また、事前注文受付サーバ１０には、サーバ用事前注文受付アプリケーション１０ａが搭載され、さらに、店舗２９内の複数の卓２８それぞれの上に設置される卓上端末２０には、卓上端末用顔撮影・注文確定アプリケーション２０ａが搭載されている場合を示している。なお、サーバ用事前注文受付アプリケーション１０ａ、卓上端末用顔撮影・注文確定アプリケーション２０ａ、および、携帯端末用事前注文送信アプリケーション３０ａそれぞれが有する機能については、後述する第１の実施形態の動作例として、その一例を説明する。
また、サーバ用事前注文受付アプリケーション１０ａにおいて、顧客の生体認証の一例として、顧客の顔認証を実施することとし、その実施に当たっては、既存のソリューションとして既に提供されている一般的なサービスを利用するようにしても勿論構わない。なお、事前注文受付サーバ１０の機能をパブリッククラウドサービスとして提供する場合には、当然、サーバ用事前注文受付アプリケーション１０ａと顧客データベース１１とについても、パブリッククラウドサービス上に構築することになる。
（第１の実施形態の動作例の説明）
次に、本発明の第１の実施形態として図３に示した事前注文受付システム１００の動作について、その一例を、図４および図５を参照して詳細に説明する。まず、図４を用いて、顧客が所有する携帯端末３０の一種であるスマートフォンから事前注文受付サーバ１０に当該顧客のユーザ登録を行う際の動作例について説明する。
図４は、図３の事前注文受付システム１００において顧客が所有する携帯端末３０の一種であるスマートフォンから事前注文受付サーバ１０の顧客データベース１１に当該顧客のユーザ登録を行う際の動作の一例を示す模式図である。すなわち、図４は、携帯端末３０の一種であるスマートフォンに搭載されている携帯端末用事前注文送信アプリケーション３０ａと事前注文受付サーバ１０のサーバ用事前注文受付アプリケーション１０ａとの相互的な動作により顧客データベース１１へのユーザ登録を行う動作の一例を示している。
なお、図５は、図３の事前注文受付システム１００において顧客が目的の店舗２９に到着する前に当該顧客が所有する携帯端末３０の一種であるスマートフォンから事前注文受付サーバ１０の顧客データベース１１に該店舗２９への注文情報を事前に登録し、かつ、当該顧客が該店舗２９入店時に注文情報を確定する動作の一例を示す模式図である。すなわち、図５は、携帯端末３０の一種であるスマートフォンに搭載されている携帯端末用事前注文送信アプリケーション３０ａと事前注文受付サーバ１０のサーバ用事前注文受付アプリケーション１０ａと店舗２９内の各卓２８に設置している卓上端末２０に搭載の卓上端末用顔撮影・注文確定アプリケーション２０ａとの相互的な動作により事前注文情報の事前注文受付サーバ１０の顧客データベース１１への記憶と店舗２９における注文情報の確定とを行うまでの動作の一例を示している。
ここで、携帯端末３０は、図４に示すように、携帯端末用事前注文送信アプリケーション３０ａとして、顧客の顔写真を撮影する顔写真撮影機能、撮影した顔写真を顧客顔写真情報（すなわち第１の生体認証用情報）として当該顧客をユニークに特定する顧客ＩＤとともに事前注文受付サーバ１０に送信する顔写真送信機能、顧客が目的とする店舗２９における注文候補のメニューを画面表示する注文候補表示機能、および、顧客が店舗２９に対して注文する注文情報を事前に決定して事前注文受付サーバ１０に送信する事前注文情報送信機能の４つの機能を少なくとも有している。そして、ユーザ登録時には、顧客は、４つの機能のうち、顔写真撮影機能を用いて、自分の顔写真を撮影し、さらに、顔写真送信機能を用いて、撮影した顔写真の情報を顧客顔写真情報（すなわち第１の生体認証用情報）として、顧客をユニークに特定する顧客ＩＤを付して、ネットワーク４０を介して、事前注文受付サーバ１０に送信する。
事前注文受付サーバ１０は、携帯端末３０から顧客顔写真情報と顧客ＩＤとが送信されてくると、サーバ用事前注文受付アプリケーション１０ａにより、図４に示すように、顧客データベース１１の顧客ＩＤ欄１１ａに、送信されてきた顧客ＩＤを格納し、該顧客ＩＤに対応付ける形式で、顧客データベース１１の顔写真情報欄１１ｂには、送信されてきた顧客顔写真情報（すなわち第１の生体認証用情報）を格納することにより、当該顧客のユーザ登録を行う。なお、ユーザ登録の時点では、顧客の店舗２９に対する事前注文はまだ行われていないので、図４に示すように、事前注文受付サーバ１０の事前注文情報欄１１ｃには、まだ、事前注文情報が、ユーザ登録した顧客ＩＤおよび顧客顔写真情報（すなわち第１の生体認証用情報）に対応付けて記憶されることはなく、空白のままの状態になっている。
顧客は、事前注文受付サーバ１０に当該顧客のユーザ登録を行うと、次に、図４に示した携帯端末用事前注文送信アプリケーション３０ａの４つの機能のうち注文候補表示機能を用いて、目的の店舗２９における注文メニューを画面表示して、画面表示された注文メニューの中から注文しようとする注文項目を選択することにより、店舗２９に到着する前に、事前に、注文情報を、事前注文情報として作成する。しかる後、事前注文情報送信機能を用いて、作成した事前注文情報に、当該顧客の顧客ＩＤを付して、ネットワーク４０を介して、事前注文受付サーバ１０に送信する。
事前注文受付サーバ１０は、携帯端末３０から事前注文情報と顧客ＩＤとが送信されてくると、サーバ用事前注文受付アプリケーション１０ａにより、顧客データベース１１の顧客ＩＤ欄１１ａを検索して、送信されてきた顧客ＩＤが、登録済みとして格納されているか否かを確認し、格納されていた場合には、該顧客ＩＤ（さらには、顔写真情報欄１１ｂに当該顧客の第１の生体認証用情報として設定されている顧客顔写真情報）と対応付けた形式で、顧客データベース１１の事前注文情報欄１１ｃに、送信されてきた事前注文情報を格納する。例えば、図５の顧客データベース１１に太枠で囲んで示すように、顧客ＩＤ欄１１ａに示す顧客ＩＤ‘０００４’の顧客が、事前注文した事前注文情報が、‘カレー’、‘スープ’であった場合には、顧客データベース１１の顧客ＩＤ欄１１ａが顧客ＩＤ‘０００４’と同じ行の事前注文情報欄１１ｃに、該顧客ＩＤ‘０００４’と対応付けた形式で‘カレー’、‘スープ’が格納される。
しかる後、顧客が、目的とする店舗２９に到着して、いずれかの卓２８に着席すると、該卓２８上に設置されている卓上端末２０を操作して、自分の顔写真を撮影する。卓上端末２０には、図３に示したように、卓上端末用顔撮影・注文確定アプリケーション２０ａが搭載されている。
そして、該卓上端末用顔撮影・注文確定アプリケーション２０ａとしては、図５に示すように、卓２８に着席した顧客の顔写真を撮影する顔写真撮影機能、撮影した顧客の顔写真を顧客顔写真情報（すなわち第２の生体認証用情報）として直接または店舗サーバ２１を経由して事前注文受付サーバ１０に送信する顔写真送信機能、事前注文受付サーバ１０から直接または店舗サーバ２１を経由して送信されてきた事前注文情報を画面表示する事前注文情報表示機能、および、顧客が決定ボタンを押下操作することにより確定した注文情報を店舗２９内の店舗サーバ２１に有線通信または無線通信によって送信する注文情報送信機能の４つの機能を少なくとも有している。
そして、顧客が、店舗２９内の卓２８に着席して、卓上端末２０を操作して該卓上端末用顔撮影・注文確定アプリケーション２０ａの４つの機能のうち、顔写真撮影機能を用いて、該顧客は、自分の顔写真を撮影し、さらに、顔写真送信機能を用いて、撮影した顔写真の情報を顧客顔写真情報（第２の生体認証用情報）として、直接または店舗サーバ２１を経由して、ネットワーク４０を介して、事前注文受付サーバ１０に送信する。
事前注文受付サーバ１０は、店舗２９内の卓上端末２０から顧客顔写真情報（第２の生体認証用情報）が送信されてくると、サーバ用事前注文受付アプリケーション１０ａにより、卓上端末２０から送信されてきた顧客顔写真情報（第２の生体認証用情報）の顔写真の顔認証を行い、図５に示すように、顧客データベース１１の顔写真情報欄１１ｂに登録されている顔写真情報（顧客の携帯端末３０から第１の生体認証用情報として事前に送信されてきた顧客の顔写真情報）を検索して、卓上端末２０から送信されてきた顔写真（第２の生体認証用情報）と一致する顔写真情報が格納されているか否かを確認する。
確認結果として、卓上端末２０から送信されてきた顔写真（第２の生体認証用情報）と一致する顔写真情報（第１の生体認証用情報）が格納されていた場合には、顧客データベース１１の顔写真情報欄１１ｂの該顔写真情報（第１の生体認証用情報）に対応付けられている事前注文情報欄１１ｃを参照して、参照した場所に格納されている情報を当該顧客が事前に注文しておいた事前注文情報として抽出する。そして、事前注文受付サーバ１０は、抽出した事前注文情報を、ネットワーク４０を介して、直接または店舗サーバ２１を経由して、店舗２９の卓上端末２０からの顧客顔写真情報（第２の生体認証用情報）の送信元になっている卓上端末２０に送信する。
例えば、図５に示す顧客データベース１１の顧客ＩＤ欄１１ａが‘０００４’に対応付けられた顔写真情報欄１１ｂの顔写真情報（第１の生体認証用情報）が卓上端末２０から送信されてきた顔写真（第２の生体認証用情報）と一致していた場合には、次に、顧客ＩＤ欄１１ａが‘０００４’に対応付けられた顔写真情報欄１１ｂの顔写真（第１の生体認証用情報）にさらに対応付けて格納している事前注文情報欄１１ｃの‘カレー’‘スープ’の情報が、事前注文情報として抽出されて、事前注文受付サーバ１０から卓上端末２０に送信される。しかる後、事前注文受付サーバ１０は、卓上端末２０から送信されてきた顔写真（第２の生体認証用情報）を削除するとともに、卓上端末２０に送信した事前注文情報を顧客データベース１１から削除する。
卓上端末２０は、事前注文受付サーバ１０から送信されてきた事前注文情報を受信すると、卓上端末用顔撮影・注文確定アプリケーション２０ａの４つの機能のうち、事前注文情報表示機能を用いて、受信した事前注文情報を画面表示して、顧客に確認を促す。顧客は、画面表示された事前注文情報の通り、店舗２９に注文を行う場合には、画面表示されている決定ボタンを押下操作することにより注文情報として確定する。
一方、顧客は、画面表示された事前注文情報に追加や変更・削除を行いたい場合には、画面表示されている事前注文情報に新たな注文項目を追加したり、事前に設定していた注文項目の変更・削除を行ったりした後、決定ボタンを押下操作することにより注文情報として確定する。
顧客が注文情報を確定すると、次に、卓上端末２０は、店舗サーバ２１への注文情報送信機能を用いて、確定した注文情報を、有線通信または無線通信によって、店舗サーバ２１に送信する。店舗サーバ２１は、卓上端末２０から送信されてきた注文情報を該卓上端末２０が設置されている卓（テーブル）の卓番号と対応付けて保存するとともに、該注文情報の各注文項目に対応する部署に設置されているそれぞれの専用端末に対して注文項目の情報を送信する。その結果、注文情報に関する処理が実施され、該注文情報に対する店舗２９の商品やサービスが顧客に提供される。
（第１の実施形態の変形例）
前述した第１の実施形態における事前注文受付システム１００においては、例えばレストランのような通常の飲食店に好適に適用することができる場合について説明したが、かかるレストランのような飲食店ではなく、フードコートのように、顧客自身がまずテーブル席を確保した後、各店舗の注文メニューを確認して、注文を行うような運用を行っている店舗の場合であっても、同様に適用することができる。なお、フードコートの場合も、レストランのような飲食店の場合と同様に、各卓（テーブル）上に卓上端末２０を固定して設置しているものとする。
フードコートの場合、顧客は、レストランのような飲食店の場合と同様に、該顧客が所有する携帯端末３０を用いて、当該顧客の顧客ＩＤ、顔写真情報（第１の生体認証用情報）と事前注文情報との登録を事前に事前注文受付サーバ１０に行った後、テーブル席を確保した時点で、各卓（テーブル）上に固定して設置されている卓上端末２０にて該顧客自身の顔写真を撮影して、事前注文受付サーバ１０に第２の生体認証用情報として送信する。その結果として、事前注文受付サーバ１０から、該第２の生体認証用情報の顔写真と一致する顔写真情報（第１の生体認証用情報）に対応付けて登録されている事前注文情報を返送させて、卓上端末２０に画面表示させることができる。
顧客が、画面表示された事前注文情報を確認して決定ボタンを押下操作すると、注文情報として確定して、確定した注文情報は、フードコート内に設置されている店舗サーバを経由して、該注文情報に対応する店舗内の専用端末（厨房端末）に有線通信または無線通信によって送信される。しかる後、専用端末（厨房端末）が、店舗において注文情報に該当する商品やサービスが提供可能な状態になると、その旨を店舗サーバ２１に通知してくる。フードコートの場合には、レストランのような飲食店の場合とは異なり、店舗サーバ２１は、注文情報の送信元の卓上端末２０に、注文された商品やサービスの提供が可能な旨を通知する動作を行う。
なお、フードコートに適用する場合、卓上端末２０の卓上端末用顔撮影・注文確定アプリケーション２０ａには、図５を用いて前述した４つの機能の他に、店舗サーバ２１からの商品やサービス提供が可能な旨の通知を画面表示する機能をさらに追加するようにする。卓上端末用顔撮影・注文確定アプリケーション２０ａのかかる追加機能を用いて、画面表示された商品やサービス提供が可能な旨の通知を確認した顧客は、対象とする店舗に出向いて、注文した商品やサービスを受け取ることができる。
以上に詳細に説明したように、本第１の実施形態における事前注文受付システム１００は、次のような特徴を有する構成としている。
すなわち、事前注文受付システム１００は、顧客が所有する携帯端末３０と、店舗２９内に設置されて、該顧客の注文を受け付ける店舗サーバ２１と該店舗２９内の各卓２８上に設置した卓上端末２０とを少なくとも有する店舗システムと、ネットワーク４０上に配置されて携帯端末３０および前記店舗システムと通信可能な状態に接続された事前注文受付サーバ１０と、を有する構成である。そして、携帯端末３０は、顧客が目的とする店舗２９に入店する前に事前に該顧客の注文情報を事前注文情報として受け付けるとともに、該顧客の生体認証用情報を第１の生体認証用情報として取得して、該事前注文情報と該第１の生体認証用情報とを、ネットワーク４０を介して、事前注文受付サーバ１０に送信する手段を有している。
また、該店舗システムの卓上端末２０は、当該店舗に入店した顧客が卓２８に着席した際に該顧客の生体認証用情報を第２の生体認証用情報として取得して、直接または店舗サーバ２１を経由して、ネットワーク４０を介して、事前注文受付サーバ１０に送信する手段と、事前注文受付サーバ１０から、ネットワーク４０を介して、直接または店舗サーバ２１を経由して受信した事前注文情報を画面表示し、着席している顧客によって、注文情報として決定されると、決定した注文情報を店舗サーバ２１に送信する手段と、を有している。
また、事前注文受付サーバ１０は、携帯端末３０から送信されてきた事前注文情報と第１の生体認証用情報とを互いに対応付けて顧客データベース１１に記憶する手段と、該店舗システムの卓上端末２０から、ネットワーク４０を介して、顧客の第２の生体認証用情報を受信した際に、記憶している第１の生体認証用情報を検索して、受信した該第２の生体認証用情報と一致する顧客の第１の生体認証用情報が存在していることを確認した場合には、一致する該第１の生体認証用情報と対応付けて顧客データベース１１に記憶している事前注文情報を、受信した該第２の生体認証用情報の顧客の事前注文情報として取り出して、取り出した該事前注文情報を、前記第２の生体認証用情報の送信元の店舗システムの卓上端末２０に、ネットワーク４０を介して送信する手段と、を有している。
また、店舗システムの店舗サーバ２１は、自店舗システムの卓上端末２０から事前注文受付サーバ１０向けの第２の生体認証用情報を受信した際に、受信した該第２の生体認証用情報を事前注文受付サーバ１０に、ネットワーク４０を介して送信する手段と、事前注文受付サーバ１０から、卓上端末２０向けの事前注文情報を、ネットワーク４０を介して受信した際に、受信した該事前注文情報を、第２の生体認証用情報の送信元の卓上端末２０に送信する手段と、卓上端末２０から決定された注文情報を受信した際に、該注文情報を受け付ける手段と、を有している。なお、卓上端末２０が、直接、事前注文受付サーバ１０と通信する場合は、店舗システムの店舗サーバ２１は、卓上端末２０から決定された注文情報を受信した際に、該注文情報を受け付ける手段のみを有していればよい。
第１の実施形態における事前注文受付システム１００は、以下のような構成とすることも可能である。
第１に、店舗システムの店舗サーバ２１は、自店舗システムの卓上端末２０が取得した顧客の第２の生体認証用情報を、ネットワーク４０を介して事前注文受付サーバ１０に送信した場合、事前注文受付サーバ１０から、卓上端末２０向けの事前注文情報を、ネットワーク４０を介して受信すると、受信した該事前注文情報を、前記顧客の注文情報として決定して、受け付ける手段と、卓上端末２０向けの該事前注文情報を、第２の生体認証用情報の送信元の卓上端末２０に送信する際に、該事前注文情報を顧客の注文情報として受け付けた旨を示す情報を付して送信する手段と、をさらに有し、店舗システムの卓上端末２０は、店舗サーバ２１から、顧客の注文情報として決定した旨を示す情報を付した事前注文情報を受信した場合、該顧客の注文情報として決定した旨を示す情報を付した前記事前注文情報を画面表示する手段、をさらに有しているように構成することも可能である。
第２に、事前注文受付サーバ１０は、携帯端末３０から受信して、互いに対応付けて記憶している事前注文情報と第１の生体認証用情報とを、記憶した時点から経過時間閾値としてあらかじめ定めた所定時間が経過した際に、削除する手段をさらに有しているように構成することも、前述の動作例に説明には記載していないが勿論可能である。
第３に、事前注文受付サーバ１０は、店舗システムの卓上端末２０から、ネットワーク４０を介して、顧客の第２の生体認証用情報を受信した際に、記憶している第１の生体認証用情報を検索して、受信した第２の生体認証用情報と一致する顧客の第１の生体認証用情報が存在していないことを確認した場合には、受信した第２の生体認証用情報の顧客に関する前記事前注文情報は存在していない旨を示す不一致情報を、第２の生体認証用情報の送信元の店舗システムの卓上端末２０に、ネットワーク４０を介して送信する手段をさらに有し、店舗システムの卓上端末２０は、事前注文受付サーバ１０から、ネットワーク４０を介して、直接または店舗サーバ２１を経由して受信した前記不一致情報を画面表示して、着席している顧客に提示する手段をさらに有しているように構成することも可能である。
第４に、生体認証方式として、顔認証（顔写真情報）の他に、指紋認証、虹彩認証、掌紋認証、指静脈認証、手のひら静脈認証等の各種の認証方式を用いるように構成することも可能である。この場合、携帯端末３０と卓上端末２０には、それぞれの認証方式の認証用情報を取得できるデバイスを備えておく必要がある。
（第１の実施形態の効果の説明）
以上に詳細に説明したように、本第１の実施形態に係る事前注文受付システム１００においては、顧客は、自分の顔写真を顧客ＩＤとともに第１の生体認証用情報としてあらかじめ登録している事前注文受付サーバ１０に、所有する携帯端末３０から、目的とする店舗２９に到着する前に、事前に、当該店舗２９に対する注文情報を事前注文情報として送信しておくので、以下のような効果を奏することができる。
事前注文受付サーバ１０に事前注文情報を送信した後、顧客が店舗２９に入店した際に、顧客は、所有している携帯端末３０等を操作する必要は一切なく、当該店舗２９内に固定設置されている卓上端末２０に対して自分の顔写真を第２の生体認証用情報として撮影する操作を行うだけで、事前注文受付サーバ１０に送信しておいた事前注文情報が、該卓上端末２０に画面表示され、注文情報として確定することができる。而して、顧客は、確定した注文情報に対する該店舗２９の商品やサービスを受け取ることができる。
すなわち、事前に、顧客が注文メニュー等を見ながら所望する注文情報を決定して、事前注文情報として携帯端末３０からネットワーク４０を介して事前注文受付サーバ１０に送信しておけば、目的の店舗２９に入店してから注文メニューを調べて注文情報を決定するまでの時間を節約することが可能である。さらに、店舗２９側においても、店員が入店した顧客の注文を問い合わせる必要がなく、顧客が確定した注文情報を取得するまでの時間を短縮することができるとともに、さらには、店員が注文情報を取り間違えてしまう危険性を防止することも可能になる。
（本発明の第２の実施形態）
次に、本発明に係る事前注文受付システムの第２の実施形態について、図６から図９Ａ、図９Ｂを参照しながら詳細に説明する。第１の実施形態の場合は事前注文受付サーバ１０に顧客の第１の生体認証用情報として顧客の顔写真情報を登録した顧客データベース１１を有していたが、本第２の実施形態においては、事前注文受付サーバは、顧客データベースを保有することなく、顧客の顔写真情報等の第１の生体認証用情報や事前注文情報を、該事前注文受付サーバ内に一時的に記憶し、不要になった時点で削除する場合を示している。なお、本第２の実施形態においても、理解を容易にするために、顧客が目的とする店舗として、第１の実施形態の場合と同様、レストラン等の飲食店の場合について説明するが、本発明は、かかる飲食店の場合のみに限るものではないことは言うまでもない。
（第２の実施形態の構成例）
図６は、本発明に係る事前注文受付システムの第２の実施形態の具体的な構成例を示すシステム構成図であり、第１の実施形態として図３に示した事前注文受付サーバ１０とは異なり、顧客データベース１１を有していない事前注文受付サーバ１０Ａを設置している場合を示している。
そして、図６に示す携帯端末３０は、図３の第１の実施形態の場合と同様、スマートフォンやタブレット端末等からなる顧客が所有する携帯型の情報端末である。また、携帯端末３０は、顧客の第１の生体認証用情報として、例えば顧客の顔写真や指紋や虹彩等のいずれか１ないし複数の生体認証用情報を取得する機器（カメラ、指紋センサ、虹彩撮影用赤外線カメラ等）を搭載している。また、携帯端末３０は、インターネット等のネットワーク４０を介して事前注文受付サーバ１０Ａと通信することが可能である。
さらに、第１の実施形態の図３の場合には、１個の店舗２９のみを示していたが、図６においては、第１番目（Ｎｏ．１）～第Ｎ番目（Ｎｏ．Ｎ）までのＮ個（複数個）の店舗それぞれに、第１店舗システム２５１、第２店舗システム２５２、…第（Ｎ－１）店舗システム２５（Ｎ－１）、第Ｎ店舗システム２５Ｎのそれぞれが設置されていて、それぞれの店舗システムは、インターネット等のネットワーク４０を介して、事前注文受付サーバ１０Ａと通信を行うことが可能な場合を示している。
第１店舗システム２５１、第２店舗システム２５２、…第（Ｎ－１）店舗システム２５（Ｎ－１）、第Ｎ店舗システム２５Ｎのそれぞれは、各店舗において顧客の注文情報を受け付けて管理する機能を有する店舗用注文受付システムとして構成されていて、それぞれの店舗システムを形成する構成要素の一つとして、第１店舗サーバ２１１、第２店舗サーバ２１２、…、第（Ｎ－１）店舗サーバ２１（Ｎ－１）、第Ｎ店舗サーバ２１Ｎがそれぞれの店舗システムの内部に存在している。第１店舗サーバ２１１、第２店舗サーバ２１２、…、第（Ｎ－１）店舗サーバ２１（Ｎ－１）、第Ｎ店舗サーバ２１Ｎのいずれも、同一の内部構成から構成されている。以下の説明においては、第１店舗サーバ２１１、第２店舗サーバ２１２、…、第（Ｎ－１）店舗サーバ２１（Ｎ－１）、第Ｎ店舗サーバ２１Ｎのそれぞれに共通していて、かつ、特に誤解が生じない場合には、説明を簡素化するために、単に、店舗サーバ２１と記載して説明することにする。
なお、第１店舗システム２５１、第２店舗システム２５２、…第（Ｎ－１）店舗システム２５（Ｎ－１）、第Ｎ店舗システム２５Ｎのそれぞれが設置されている第１番目（Ｎｏ．１）～第１番目（Ｎｏ．Ｎ）までのＮ個（複数個）の店舗は、本第２の実施形態においては、前述したように、いずれも、レストラン等の飲食店の場合を想定している。そして、顧客に対して提供する商品やサービスに関しては、第１番目（Ｎｏ．１）～第Ｎ番目（Ｎｏ．Ｎ）までのＮ個（複数個）の各店舗のいずれも、共通の同一の商品やサービスを提供しているものとし、共通の注文メニューを顧客に提示する場合を示している。
次に、第１店舗システム２５１、第２店舗システム２５２、…第（Ｎ－１）店舗システム２５（Ｎ－１）、第Ｎ店舗システム２５Ｎのそれぞれの内部構成について説明する。図７は、図６に示した事前注文受付システム１００Ａを構成する構成要素の一つである店舗システムの内部構成の一例を示すブロック構成図であり、第１店舗システム２５１、第２店舗システム２５２、…第（Ｎ－１）店舗システム２５（Ｎ－１）、第Ｎ店舗システム２５Ｎのいずれも、同一の内部構成から構成されている。以下の説明においては、第１店舗システム２５１、第２店舗システム２５２、…第（Ｎ－１）店舗システム２５（Ｎ－１）、第Ｎ店舗システム２５Ｎのそれぞれに共通していて、かつ、特に誤解が生じない場合には、説明を簡素化するために、単に、店舗システム２５と記載して説明することにする。
図７のブロック構成図に示すように、各店舗の店舗システム２５は、店舗サーバ２１の他に、店舗内で店員が携帯して顧客からの注文を受け付ける注文端末５２、注文された商品やサービスに対する精算処理を行うＰＯＳ（Point Of Sales）端末５３、厨房に設置する厨房端末５４等の各部署専用の専用端末と、店舗内に設置したＫ台(複数台)の卓それぞれの卓上に設置されている卓上端末として、第１卓上端末２０１、第２卓上端末２０２、…、第Ｋ卓上端末２０Ｋを有して構成される。
図７において、店舗サーバ２１は、自店舗システム全体の管理を行い、入店した顧客の注文情報を受け付けて管理する機能を有し、ネットワーク４０を介して事前注文受付サーバ１０と通信を行うことが可能である。注文端末５２は、店舗内の店員が携帯して、入店している顧客の注文を受け付ける機能を有し、店舗サーバ２１と無線通信を行うことが可能である。
また、ＰＯＳ端末５３は、顧客が注文した商品やサービスに対する代金の精算を行う機能を有し、店舗の出入り口近傍に設置されていて、店舗サーバ２１と有線通信または無線通信が可能である。また、厨房端末５４は、顧客が注文した食事内容やサービス内容に関する調理の指示を行う機能を有し、厨房内に設置されていて、店舗サーバ２１と有線通信または無線通信が可能である。
また、第１卓上端末２０１、第２卓上端末２０２、…、第Ｋ卓上端末２０Ｋそれぞれは、店舗内の各卓（テーブル）毎に設置されていて、各卓それぞれに着席した顧客の顔や指紋等の生体認証用情報を第２の生体認証用情報として取得する機能および当該顧客が入店前に行った事前注文情報を画面表示して注文情報として確定するための機能を有し、店舗サーバ２１と有線通信または無線通信が可能である。
次に、第１卓上端末２０１、第２卓上端末２０２、…、第Ｋ卓上端末２０Ｋそれぞれの内部構成について説明する。図８は、図６に示した事前注文受付システム１００Ａを構成する構成要素の一つである卓上端末の内部構成の一例を示すブロック構成図であり、第１卓上端末２０１、第２卓上端末２０２、…、第Ｋ卓上端末２０Ｋのいずれも、同一の内部構成から構成されている。以下の説明においては、第１卓上端末２０１、第２卓上端末２０２、…、第Ｋ卓上端末２０Ｋそれぞれに共通していて、かつ、特に誤解が生じない場合には、説明を簡素化するために、単に、卓上端末２０と記載して説明することにする。
図８のブロック構成図に示すように、店舗内の各卓上に設置される卓上端末２０は、卓上端末２０の全体の動作を制御する制御部６１の他に、該制御部６１とデータ送受信可能に接続されている表示部６２、入力部６３、通信部６４および生体認証用情報取得部６５を有し、さらに、制御部６１内には記憶部６１Ａを有して構成される。
図８において、制御部６１は、前述したように、内部に、各種情報を記憶することができる記憶部６１Ａを有し、卓上端末２０全体の動作を制御する。また、表示部６２は、制御部６１からの指示に基づいて、当該卓上端末２０が設置されている卓に着席した顧客が事前に注文している事前注文情報や確定した注文情報や精算用の代金情報等を画面表示する。また、入力部６３は、制御部６１からの指示に基づいて、着席した顧客が行った操作を受け付ける。
また、通信部６４は、制御部６１からの指示に基づいて、当該店舗内の店舗システム２５における店舗サーバ２１との間の通信を行う。また、生体認証用情報取得部６５は、制御部６１からの指示に基づいて、当該卓上端末２０が設置されている卓に着席した顧客の生体認証用情報（例えば顔写真情報、指紋情報等）を第２の生体認証用情報として取得する。
なお、各卓上端末２０は、設置されている卓（テーブル）を特定する卓（テーブル）番号と対応付けられていて、該卓（テーブル）番号と当該卓上端末２０をユニークに特定する識別コードとの対応関係が、卓上端末登録テーブルとして、店舗サーバ２１に登録されている。したがって、店舗サーバ２１は、卓上端末２０に何らかのデータ（例えば事前注文情報等）を送信する際に、どの卓上に設置されている卓上端末に送信するかをユニークに特定することが可能である。なお、卓上端末２０側の記憶部６１Ａ内に、自卓上端末２０が設置されている卓（テーブル）の卓（テーブル）番号をさらに登録しておき、店舗サーバ２１にデータを送信する際に、送信するデータに、記憶部６１Ａに登録している卓（テーブル）番号を示す情報を付して、店舗サーバ２１に送信するようにしても良い。
各卓上端末２０が有する機能をさらに詳細に説明すると、次の通りである。
（１）卓上端末２０が設置されている卓（テーブル）に着席した顧客の生体認証用情報（顔写真情報や指紋情報等）を第２の生体認証用情報として取得して、当該店舗内の店舗サーバ２１に送信する機能。
（２）卓上端末２０が設置されている卓（テーブル）に着席した顧客が、入店する前に携帯端末３０を用いて事前注文受付サーバ１０Ａに事前に送信していた事前注文情報を、店舗サーバ２１を経由して受信して、画面表示することにより、当該顧客に提示する機能。
（３）画面表示した事前注文情報に対して顧客が行った操作（必要に応じて変更や追加等を行った後の決定ボタン操作）に基づいて、注文情報を確定して、店舗サーバ２１に送信する機能。
さらに、各卓上端末２０は、それぞれの卓上端末２０が設置されている卓（テーブル）に着席した顧客の操作によって、注文用のメニューを画面表示して、該顧客が行った選択操作を受け付けて、該顧客により選択されたメニュー項目を注文情報として確定して、店舗サーバ２１に送信する機能（すなわち、セルフ注文端末としての機能）を有するようにしても良い。
（第２の実施形態の動作例の説明）
次に、本発明の第２の実施形態として図６～図８に例示した事前注文受付システム１００Ａの動作について、その一例を、図９Ａ、図９Ｂのシーケンスチャートを参照しながら説明する。図９Ａおよび図９Ｂは、本発明の第２の実施形態として図６～図８に例示した事前注文受付システム１００Ａの動作の一例を説明するためのシーケンスチャートの前半部分および後半部分である。このシーケンスチャートは、前半部分および後半部分に分け、それぞれ図９Ａおよび図９Ｂに描いてある。図９Ａの下端における丸で囲んだＡは図９Ｂの上端における丸で囲んだＡに繋がっていることを示している。すなわち、図９Ａの下端は図９Ｂの上端に繋がっていて、図９Ａおよび図９Ｂという２枚の図面でもって１つのシーケンスチャートを表しているのである。そこで、以下では、図９Ａおよび図９Ｂの両図を１つの図として見なし、両図を一体として図９と表記することとする。図９は、顧客が所有する携帯端末３０、事前注文受付サーバ１０Ａ、顧客が目的とする店舗の店舗システム２５を構成する店舗サーバ２１および卓上端末２０のそれぞれの間をやり取りする情報に着目して、事前注文受付システム１００Ａの動作の一例を示している。
ここで、図９のシーケンスチャートは、顧客が目的とする店舗に到着する前に、当該顧客が所有する携帯端末３０を用いて、当該店舗に対する注文情報を、事前注文情報として、事前注文受付サーバ１０Ａに事前に送信してから、目的の店舗に入店した当該顧客が、該店舗内の卓上に設置された卓上端末２０を操作して、事前に事前注文受付サーバ１０Ａに送信していた事前注文情報を確認した結果に基づいて、最終的な注文情報を確定して、確定した該注文情報を目的の店舗内の店舗サーバ２１が受け付けるまでのシーケンス例を示している。
図９のシーケンスチャートにおいて、まず、顧客は、目的とする店舗に到着する前に、当該顧客が所有する携帯端末３０を操作して、事前注文受付システム１００Ａを利用するために必要とする携帯端末用事前注文送信アプリケーション３０ａを立ち上げて、該携帯端末３０に、目的とする店舗に対する事前注文情報を入力するとともに、当該顧客の生体認証用情報を第１の生体認証用情報として取得するための操作を行う（ＳＴＥＰ１）。なお、事前注文受付システム１００Ａを利用するために必要とする携帯端末用事前注文送信アプリケーション３０ａは、事前注文受付システム１００Ａ向けの各種アプリケーションを登録している登録サイト等から、携帯端末３０にあらかじめダウンロードしてインストールしておくことが必要である。
ここで、顧客の生体認証用情報（第１の生体認証用情報）を取得する方式としては、携帯端末３０において、顧客をユニークに特定することが可能な生体認証用情報を取得することができる方式であれば、如何なる方式を用いても良い。例えば、第１の実施形態において用いた顔認証（顔写真情報）の他に、指紋認証、虹彩認証、掌紋認証、指静脈認証、手のひら静脈認証等の各種の認証方式を用いても良い。また、取得する顧客の生体認証用情報は、生体情報の生データのままであっても良いし、生体情報から特徴点を抽出した特徴データであっても良い。
次に、携帯端末３０は、事前注文情報を受け付け、当該顧客の生体認証用情報（第１の生体認証用情報）を取得すると、事前注文情報と、当該顧客の生体認証用情報（第１の生体認証用情報）とを、ネットワーク４０を介して事前注文受付サーバ１０Ａに送信する（ＳＴＥＰ２）。
事前注文受付サーバ１０Ａは、顧客が所有する携帯端末３０から事前注文情報と当該顧客の生体認証用情報（第１の生体認証用情報）とを受信すると（ＳＴＥＰ３）、受信した事前注文情報を、受信した当該顧客の生体認証用情報（第１の生体認証用情報）と対応付けた形式で記憶する（ＳＴＥＰ４）。
事前注文情報と当該顧客の生体認証用情報（第１の生体認証用情報）とを事前注文受付サーバ１０Ａに送信した後、顧客が目的とする店舗に到着して、店舗内の卓（テーブル）に着席すると、該卓（テーブル）上に設置されている卓上端末２０を操作して、当該顧客の生体認証用情報を、第２の生体認証用情報として、卓上端末２０に取得させる（ＳＴＥＰ５）。卓上端末２０は、取得した当該顧客の生体認証用情報（第２の生体認証用情報）を、自卓上端末２０をユニークに特定する識別コード（または卓（テーブル）番号）を付した形式で、当該店舗内の店舗システム２５を構成する店舗サーバ２１に送信する（ＳＴＥＰ６）。
店舗サーバ２１は、卓上端末２０から顧客の生体認証用情報（第２の生体認証用情報）を受信すると（ＳＴＥＰ７）、受信した顧客の生体認証用情報（第２の生体認証用情報）を、送信元を示す卓上端末２０の識別コード（または卓（テーブル）番号）と対応付けて記憶するとともに、受信した顧客の生体認証用情報（第２の生体認証用情報）を、自店舗サーバ２１をユニークに特定する識別コード（または店舗システム２５の識別コード）を付した形式で、事前注文受付サーバ１０Ａに、ネットワーク４０を介して送信する（ＳＴＥＰ８）。
事前注文受付サーバ１０Ａは、店舗サーバ２１から送信されてきた顧客の生体認証用情報（第２の生体認証用情報）を受信すると（ＳＴＥＰ９）、受信した顧客の生体認証用情報（第２の生体認証用情報）を、送信元を示す店舗サーバ２１の識別コード（または店舗システム２５の識別コード）と対応付けて記憶する。さらに、携帯端末３０から事前注文情報とともに受信して記憶していた顧客の生体認証用情報（第１の生体認証用情報）を検索して、店舗サーバ２１から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）が記憶されているか否かを確認する（ＳＴＥＰ１０）。
携帯端末３０から受信していた顧客の生体認証用情報（第１の生体認証用情報）のうち、店舗サーバ２１から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）があった場合には（ＳＴＥＰ１０のＹＥＳ）、ＳＴＥＰ１１に移行する。
そして、ＳＴＥＰ１１に移行すると、事前注文受付サーバ１０Ａは、一致した顧客の生体認証用情報（第１の生体認証用情報）すなわち携帯端末３０から受信した顧客の生体認証用情報（第２の生体認証用情報）に対応付けて記憶されている事前注文情報を取り出して、店舗サーバ２１側から受信した顧客の生体認証用情報（第２の生体認証用情報）を送信してきた送信元の店舗サーバ２１に、ネットワーク４０を介して送信する（ＳＴＥＰ１１）。しかる後、事前注文受付サーバ１０Ａは、携帯端末３０からの顧客の生体認証用情報（第１の生体認証用情報）のうち、店舗サーバ２１からの顧客の生体認証用情報（第２の生体認証用情報）に一致した顧客の生体認証用情報（第１の生体認証用情報）および該顧客の生体認証用情報（第１の生体認証用情報）に対応付けて記憶されている事前注文情報の双方の情報を削除する。また、事前注文受付サーバ１０Ａは、顧客の生体認証用情報（第２の生体認証用情報）も削除する。
顧客の生体認証用情報（第２の生体認証用情報）の送信元の店舗サーバ２１は、事前注文受付サーバ１０Ａから送信されてきた事前注文情報を受信すると（ＳＴＥＰ１２）、受信した事前注文情報を、該顧客の生体認証用情報（第２の生体認証用情報）を自店舗サーバ２１に送信してきた送信元の卓上端末２０に送信する（ＳＴＥＰ１３）。
しかる後、店舗サーバ２１は、事前注文受付サーバ１０Ａから受信した事前注文情報と、卓上端末２０から受信していた顧客の生体認証用情報（第２の生体認証用情報）との双方の情報を削除する。なお、生体認証用情報（第２の生体認証用情報）と事前注文受付サーバ１０Ａから受信して記憶していた事前注文情報を削除するタイミングについては、かかる時点に限るものではなく、遅くとも、店舗サーバ２１において卓上端末２０からの注文情報を受け付けるまでの間に実施すれば良い。
顧客の生体認証用情報（第２の生体認証用情報）を店舗サーバ２１に送信した送信元の卓上端末２０は、店舗サーバ２１から送信されてきた事前注文情報を受信すると（ＳＴＥＰ１４）、受信した事前注文情報を表示部６２に画面表示する。顧客が、画面表示された事前注文情報を確認して、該事前注文情報の注文内容通りに注文しても良いと判断した場合には、画面表示された決定ボタンを押下操作することにより、卓上端末２０は、該事前注文情報を店舗に対する最終的な注文情報として確定する。
ここで、顧客は、卓上端末２０の入力部６３を操作して、画面表示された事前注文情報の注文項目を変更したり、注文する項目を一部削除したりすることが可能であり、変更した事前注文情報の画面表示を確認して決定ボタンを押下操作するようにしても良い。あるいは、卓上端末２０が、セルフ注文端末の機能を有している場合には、顧客は、入力部６３を操作して、注文情報として注文する項目をさらに追加して決定ボタンを押下操作するようにしても良い。そして、卓上端末２０は、注文情報として確定すると、確定した注文情報を店舗サーバ２１に送信する（ＳＴＥＰ１５）。
店舗サーバ２１は、卓上端末２０から確定した注文情報を受信すると、受信した注文情報を受け付けて、該注文情報を送信してきた送信元の卓上端末２０が設置されている卓（テーブル）をユニークに特定する卓（テーブル）番号と対応付けて記憶するとともに、該注文情報を、当該店舗内の店舗システム２５を構成する専用端末のうち、該注文情報の注文内容に該当する部署の専用端末例えば厨房端末５４に送信して、該注文情報の注文内容に応じた調理を行うことを指示する（ＳＴＥＰ１６）。
一方、ＳＴＥＰ１０において、事前注文受付サーバ１０Ａは、携帯端末３０から受信していた顧客の生体認証用情報（第１の生体認証用情報）の中には、店舗サーバ２１から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）が存在していなかった場合には（ＳＴＥＰ１０のＮＯ）、ＳＴＥＰ１７に移行する。
そして、ＳＴＥＰ１７に移行すると、事前注文受付サーバ１０Ａは、店舗サーバ２１から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）が、携帯端末３０からの顧客の生体認証用情報（第１の生体認証用情報）の中には存在していなく、該当する顧客に関する事前注文情報は存在していなかった旨を示す不一致情報を、店舗サーバ２１側から受信した顧客の生体認証用情報（第２の生体認証用情報）を送信してきた送信元の店舗サーバ２１に、ネットワーク４０を介して送信した後、該店舗サーバ２１から受信して記憶していた顧客の生体認証用情報（第２の生体認証用情報）を削除する（ＳＴＥＰ１７）。
顧客の生体認証用情報（第２の生体認証用情報）の送信元の店舗サーバ２１は、事前注文受付サーバ１０Ａから送信されてきた前記不一致情報を受信すると（ＳＴＥＰ１８）、受信した該不一致情報（すなわち、自店舗サーバ２１から送信した生体認証用情報（第２の生体認証用情報）を有する顧客に関する事前注文情報は事前注文受付サーバ１０Ａには存在していなかった旨を示す不一致情報）を、該顧客の生体認証用情報（第２の生体認証用情報）を自店舗サーバ２１に送信してきた送信元の卓上端末２０に送信した後、該卓上端末２０から受信して記憶していた顧客の生体認証用情報（第２の生体認証用情報）を削除する（ＳＴＥＰ１９）。
顧客の生体認証用情報（第２の生体認証用情報）を店舗サーバ２１に送信した送信元の卓上端末２０は、店舗サーバ２１から送信されてきた前記不一致情報を受信すると（ＳＴＥＰ２０）、受信した前記不一致情報（すなわち、自卓上端末２０から送信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）が、事前注文受付サーバ１０Ａには存在していなく、該当する顧客に関する事前注文情報は存在していなかった旨を示す不一致情報）を表示部６２に画面表示する（ＳＴＥＰ２１）。したがって、該顧客は、卓上端末２０がセルフ注文端末の機能を有している場合には、卓上端末２０を操作して、新たに注文情報を作成して、店舗サーバ２１に送信するか、または、店舗内の店員に対して口頭で注文情報を通知することが必要になる。
（第２の実施形態の変形例）
なお、図９に示したシーケンスチャートの店舗サーバ２１におけるＳＴＥＰ１２以降の動作については、前述の動作に限るものではなく、例えば、次のような動作を行うようにしても良い。つまり、店舗サーバ２１は、事前注文受付サーバ１０Ａから送信されてきた事前注文情報をそのまま注文情報として受け付けて、受け付けた該注文情報の注文内容に該当する部署の専用端末例えば厨房端末５４に送信して、該注文情報の注文内容に応じた調理を行うことを指示するようにしても良い。
すなわち、ＳＴＥＰ１２において、顧客の生体認証用情報（第２の生体認証用情報）の送信元の店舗サーバ２１は、事前注文受付サーバ１０Ａから送信されてきた事前注文情報を受信すると（ＳＴＥＰ１２）、店舗サーバ２１は、前述のＳＴＥＰ１６の動作とほぼ同様の動作を行い、事前注文受付サーバ１０Ａから受信した事前注文情報を、顧客の生体認証用情報（第２の生体認証用情報）を送信してきた卓上端末２０が設置されている卓（テーブル）番号の顧客の注文情報として受け付ける（ＳＴＥＰ１３Ａ）。
そして、店舗サーバ２１は、受け付けた注文情報（すなわち事前注文受付サーバ１０Ａから受信した事前注文情報）を、該顧客の生体認証用情報（第２の生体認証用情報）を送信してきた送信元の卓上端末２０が設置されている卓（テーブル）をユニークに特定する卓（テーブル）番号と対応付けて記憶するとともに、該注文情報を、当該店舗内の店舗システムを構成する専用端末のうち、該注文情報の注文内容に該当する部署の専用端末例えば厨房端末５４に送信して、該注文情報の注文内容に応じた調理を行うことを指示する。
しかる後、店舗サーバ２１は、前述のＳＴＥＰ１３と同様の動作を行い、受信していた事前注文情報を、注文情報として受け付けた旨を示す情報とともに、該顧客の生体認証用情報（第２の生体認証用情報）を自店舗サーバ２１に送信してきた送信元の卓上端末２０に送信する（ＳＴＥＰ１３）。しかる後、店舗サーバ２１は、受信していた事前注文情報と、卓上端末２０から受信していた顧客の生体認証用情報（第２の生体認証用情報）との双方の情報を削除する。
顧客の生体認証用情報（第２の生体認証用情報）を自店舗サーバ２１に送信した送信元の卓上端末２０は、店舗サーバ２１から送信されてきた事前注文情報を注文情報として受け付けた旨を示す情報とともに受信する（ＳＴＥＰ１４）。そして、受信した事前注文情報を注文情報として受け付けた旨を示す情報とともに表示部６２に画面表示する。顧客は、画面表示された事前注文情報が注文情報として受け付けられたことを確認する。
したがって、該ＳＴＥＰ１４の動作の後においては、前述したＳＴＥＰ１５（注文情報として確定して店舗サーバ２１に送信する卓上端末２０の動作）およびＳＴＥＰ１６（確定した注文情報を受け付ける店舗サーバ２１の動作）の２つのＳＴＥＰ（ステップ）を実施する必要はない。
また、情報の第三者への漏洩を防止するために、事前注文受付サーバに１０Ａに記憶されている顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とは、携帯端末３０から受信して記憶した後、経過時間閾値としてあらかじめ定めた所定時間（例えば１時間）が経過した時点で、事前注文受付サーバ１０Ａから削除するようにしても良い。
以上に詳細に説明したように、本第２の実施形態における事前注文受付システム１００Ａは、次のような特徴を有する構成としている。
すなわち、事前注文受付システム１００Ａは、第１の実施形態の場合と同様、顧客が所有する携帯端末３０と、店舗内に設置されて、該顧客の注文を受け付ける店舗サーバ２１と該店舗内の各卓上に設置した卓上端末２０とを少なくとも有する店舗システムと、ネットワーク４０上に配置されて携帯端末３０および前記店舗システムと通信可能な状態に接続された事前注文受付サーバ１０Ａ（ただし、顧客データベース１１を有していない）と、を有する構成である。そして、携帯端末３０は、顧客が目的とする店舗に入店する前に事前に該顧客の注文情報を事前注文情報として受け付けるとともに、該顧客の生体認証用情報を第１の生体認証用情報として取得して、該事前注文情報と該第１の生体認証用情報とを、ネットワーク４０を介して、事前注文受付サーバ１０Ａに送信する手段を有している。
また、該店舗システムの卓上端末２０は、当該店舗に入店した顧客が卓２８に着席した際に該顧客の生体認証用情報を第２の生体認証用情報として取得して、店舗サーバ２１を経由して、ネットワーク４０を介して、事前注文受付サーバ１０Ａに送信する手段と、事前注文受付サーバ１０Ａから、ネットワーク４０を介して店舗サーバ２１を経由して受信した事前注文情報を画面表示し顧客の操作によって決定された注文情報を店舗サーバ２１に送信する手段と、を有している。
また、事前注文受付サーバ１０Ａは、携帯端末３０から送信されてきた事前注文情報と第１の生体認証用情報とを互いに対応付けて顧客データベース１１に記憶する手段と、該店舗システムの店舗サーバ２１から、ネットワーク４０を介して、顧客の第２の生体認証用情報を受信した際に、記憶している第１の生体認証用情報を検索して、受信した該第２の生体認証用情報と一致する顧客の第１の生体認証用情報が存在していることを確認した場合には、一致する該第１の生体認証用情報と対応付けて顧客データベース１１に記憶している事前注文情報を、受信した該第２の生体認証用情報の顧客の事前注文情報として取り出して、取り出した該事前注文情報を、前記第２の生体認証用情報の送信元の店舗システムの店舗サーバ２１に、ネットワーク４０を介して送信した後、前記店舗サーバ２１から受信した該顧客の前記第２の生体認証用情報および該顧客に関して記憶していた前記第１の生体認証用情報と前記事前注文情報とを削除する手段と、を有している。
また、店舗システムの店舗サーバ２１は、自店舗システムの卓上端末２０から事前注文受付サーバ１０Ａ向けの第２の生体認証用情報を受信した際に、受信した該第２の生体認証用情報を事前注文受付サーバ１０Ａに、ネットワーク４０を介して送信する手段と、事前注文受付サーバ１０Ａから、卓上端末２０向けの事前注文情報を、ネットワーク４０を介して受信した際に、受信した該事前注文情報を、第２の生体認証用情報の送信元の卓上端末２０に送信した後、該事前注文情報と該第２の生体認証用情報とを削除する手段と、卓上端末２０から注文情報として決定した通知を受信した際に、該注文情報を受け付ける手段と、を有している。
（第２の実施形態の効果の説明）
以上に詳細に説明したように、本第２の実施形態においては、第１の実施形態の場合と同様、顧客は、所有する携帯端末３０を操作して、目的とする店舗に到着する前に、事前注文受付サーバ１０Ａに、該店舗に対する注文情報を事前に送信しているので、顧客が該店舗に入店した後、所有する携帯端末３０を操作する必要は一切なく、顧客は、確定した注文情報に対する該店舗の商品やサービスを受け取ることができる。
さらに、本第２の実施形態においては、第１の実施形態の場合とは異なり、顧客の生体認証用情報（第１の生体認証用情報や第２の生体認証用情報）は、事前注文情報とともに、事前注文受付サーバ１０Ａや店舗サーバ２１内に一時的に記憶されて適切な処理が実施された後は削除されるので、顧客の生体認証用情報等の個人情報が悪意のある第三者によって盗まれてしまうというリスクを低減することができる。
（本発明の第３の実施形態）
次に、本発明に係る事前注文受付システムの第３の実施形態について、図１０および図１１Ａ、図１１Ｂを参照しながら詳細に説明する。第１の実施形態の場合は、顧客の生体認証用情報として顧客の顔写真情報を登録した顧客データベース１１を有する事前注文受付サーバ１０を設置している場合を示したが、本第３の実施形態においては、第１、第２の実施形態の場合とは異なり、事前注文受付サーバ１０そのものを設置することがなく、したがって、顧客の生体認証用情報（第１の生体認証用情報）や事前注文情報を登録するための顧客データベース１１も保有していない場合について示している。
すなわち、本第３の実施形態においては、第１の実施形態、第２の実施形態の場合とは異なり、事前注文受付サーバを有しておらず、目的とする店舗の店舗サーバ内に一時的に該顧客の生体認証用情報と事前注文情報とを記憶する場合について示している。ここで、本第３の実施形態においては、顧客が保有する携帯端末は、インターネット等のネットワークを介して目的とする店舗において店舗システムを構成している店舗サーバと通信を行うことが可能であり、携帯端末から該店舗サーバに、顧客の生体認証用情報と事前注文情報とを送信することができる構成としている。また、本第３の実施形態においても、理解を容易にするために、顧客が目的とする店舗として、第１の実施形態の場合と同様、レストラン等の飲食店の場合について説明するが、本発明は、かかる飲食店の場合のみに限るものではないことは言うまでもない。
（第３の実施形態の構成例）
図１０は、本発明に係る事前注文受付システムの第３の実施形態の具体的な構成例を示すシステム構成図であり、第１の実施形態として図３に示した事前注文受付サーバ１０および顧客データベース１１を有していないシステム構成としている。つまり、図１０に示す事前注文受付システム１００Ｂにおいては、第１番目（Ｎｏ．１）～第Ｎ番目（Ｎｏ．Ｎ）までのＮ個（複数個）の店舗それぞれに第１店舗システム２５１、第２店舗システム２５２、…第（Ｎ－１）店舗システム２５（Ｎ－１）、第Ｎ店舗システム２５Ｎがそれぞれ設置されていて、それぞれの店舗システムは、インターネット等のネットワーク４０を介して、第１の実施形態、第２の実施形態の場合とは異なり、事前注文受付サーバではなく、顧客が所有する携帯端末３０と接続することが可能であり、該携帯端末３０と通信を行うことが可能な場合を示している。
そして、第１店舗システム２５１、第２店舗システム２５２、…第（Ｎ－１）店舗システム２５（Ｎ－１）、第Ｎ店舗システム２５Ｎのそれぞれは、第２の実施形態の図６の場合と同様、各店舗において顧客の注文情報を受け付けて管理する機能を有する店舗用注文受付システムとして構成されている。
ここで、図１０に示す携帯端末３０は、第１の実施形態や第２の実施形態の場合と同様、スマートフォンやタブレット端末等からなる顧客が所有する携帯型の情報端末である。また、携帯端末３０は、例えば顧客の顔写真や指紋等の生体認証用情報を第１の生体認証用情報として取得する機器（カメラ、指紋センサ等）を搭載している。ただし、本第３の実施形態においては、前述したように、事前注文受付サーバが存在していなく、図１０に示す携帯端末３０は、インターネット等のネットワーク４０を介して、各店舗内の店舗システムを構成する店舗サーバと通信することが可能である。
また、第１店舗システム２５１、第２店舗システム２５２、…第（Ｎ－１）店舗システム２５（Ｎ－１）、第Ｎ店舗システム２５Ｎのそれぞれの内部構成については、第２の実施形態として図７に示した内部構成と同様であり、第１店舗システム２５１、第２店舗システム２５２、…第（Ｎ－１）店舗システム２５（Ｎ－１）、第Ｎ店舗システム２５Ｎのいずれも、同一の内部構成から構成されている。以下の説明においては、第２の実施形態の場合と同様、第１店舗システム２５１、第２店舗システム２５２、…第（Ｎ－１）店舗システム２５（Ｎ－１）、第Ｎ店舗システム２５Ｎのそれぞれに共通していて、かつ、特に誤解が生じない場合には、説明を簡素化するために、単に、店舗システム２５と記載して説明することにする。
そして、第１店舗システム２５１、第２店舗システム２５２、…第（Ｎ－１）店舗システム２５（Ｎ－１）、第Ｎ店舗システム２５Ｎのそれぞれの内部には、それぞれの店舗システムを形成する構成要素の一つとして、第１店舗サーバ２１１、第２店舗サーバ２１２、…、第（Ｎ－１）店舗サーバ２１（Ｎ－１）、第Ｎ店舗サーバ２１Ｎがそれぞれ存在している。第１店舗サーバ２１１、第２店舗サーバ２１２、…、第（Ｎ－１）店舗サーバ２１（Ｎ－１）、第Ｎ店舗サーバ２１Ｎのいずれも、同一の内部構成から構成されている。以下の説明においては、第２の実施形態の場合と同様、第１店舗サーバ２１１、第２店舗サーバ２１２、…、第（Ｎ－１）店舗サーバ２１（Ｎ－１）、第Ｎ店舗サーバ２１Ｎのそれぞれに共通していて、かつ、特に誤解が生じない場合には、説明を簡素化するために、単に、店舗サーバ２１と記載して説明することにする。
そして、いずれの店舗においても、図７に示したように、店舗システム２５内には、店舗サーバ２１の他に、注文端末５２、ＰＯＳ端末５３、厨房端末５４、第１卓上端末２０１、第２卓上端末２０２、…、第Ｋ卓上端末２０Ｋが設置されている。
なお、各店舗システム内に設置されている第１卓上端末２０１、第２卓上端末２０２、…、第Ｋ卓上端末２０Ｋについても、第２の実施形態の場合と同様であり、いずれも、第２の実施形態として図８に示した内部構成から構成されている。以下の説明においては、第２の実施形態の場合と同様、第１卓上端末２０１、第２卓上端末２０２、…、第Ｋ卓上端末２０Ｋそれぞれに共通していて、かつ、特に誤解が生じない場合には、説明を簡素化するために、単に、卓上端末２０と記載して説明することにする。
（第３の実施形態の動作例の説明）
次に、本発明の第３の実施形態として図１０に例示した事前注文受付システム１００Ｂの動作について、その一例を、図１１Ａ、図１１Ｂのシーケンスチャートを参照しながら説明する。図１１Ａ、図１１Ｂは、本発明の第３の実施形態として図１０に例示した事前注文受付システム１００Ｂの動作の一例を説明するためのシーケンスチャートの前半部分および後半部分であり、顧客が所有する携帯端末３０、顧客が目的とする店舗の店舗システム２５を構成する店舗サーバ２１および卓上端末２０のそれぞれの間をやり取りする情報に着目して、事前注文受付システム１００Ｂの動作の一例を示している。このシーケンスチャートは、前半部分および後半部分に分け、それぞれ図１１Ａおよび図１１Ｂに描いてある。図１１Ａの下端における丸で囲んだＢは図１１Ｂの上端における丸で囲んだＢに繋がっていることを示している。すなわち、図１１Ａの下端は図１１Ｂの上端に繋がっていて、図１１Ａおよび図１１Ｂという２枚の図面でもって１つのシーケンスチャートを表しているのである。そこで、以下では、図１１Ａおよび図１１Ｂの両図を１つの図として見なし、両図を一体として図１１と表記することとする。
ここで、図１１のシーケンスチャートは、顧客が目的とする店舗に到着する前に、当該顧客が所有する携帯端末３０を用いて、事前注文情報として、当該店舗に対する注文情報を、当該顧客の生体認証用情報（第１の生体認証用情報）とともに、目的とする店舗における店舗サーバ２１に事前に送信し、しかる後、当該顧客が、目的の店舗に入店した際に、卓上端末２０を操作して、事前に送信していた事前注文情報の確認結果に基づいて、最終的に確定した注文情報を、目的の店舗内の店舗サーバ２１が受け付けるまでの情報のやり取りに関するシーケンス例を示している。
図１１のシーケンスチャートにおいて、第２の実施形態の場合と同様、まず、顧客は、目的とする店舗に到着する前に、当該顧客が所有する携帯端末３０において事前注文受付システム１００Ｂを利用するために必要とするアプリケーションを立ち上げて、該携帯端末３０に、目的とする店舗に対する事前注文情報を入力するとともに、当該顧客の生体認証用情報を第１の生体認証用情報として取得するための操作を行う（ＳＴＥＰ１０１）。なお、事前注文受付システム１００Ｂを利用するために必要とするアプリケーションは、事前注文受付システム１００Ｂの各種アプリケーションを登録している登録サイト等から、携帯端末３０にあらかじめダウンロードしてインストールしておくことが必要である。ここで、顧客の生体認証用情報を取得する方式は、第２の実施形態の場合と同様である。
次に、携帯端末３０は、事前注文情報と当該顧客の生体認証用情報（第１の生体認証用情報）とを、目的とする店舗の店舗サーバ２１に、ネットワーク４０を介して送信する（ＳＴＥＰ１０２）。
店舗サーバ２１は、顧客が所有する携帯端末３０から事前注文情報と当該顧客の生体認証用情報（第１の生体認証用情報）とを受信すると（ＳＴＥＰ１０３）、受信した事前注文情報を、受信した当該顧客の生体認証用情報（第１の生体認証用情報）と対応付けた形式で記憶する（ＳＴＥＰ１０４）。
事前注文情報と当該顧客の生体認証用情報（第１の生体認証用情報）とを店舗サーバ２１に送信した後、当該顧客が目的とする店舗に到着して、店舗内の卓（テーブル）に着席すると、該卓（テーブル）上に設置されている卓上端末２０を操作して、当該顧客の生体認証用情報を、第２の生体認証用情報として、卓上端末２０に取得させる（ＳＴＥＰ１０５）。卓上端末２０は、取得した当該顧客の生体認証用情報（第２の生体認証用情報）を、自卓上端末２０をユニークに特定する識別コード（または卓（テーブル）番号）を付した形式で、当該店舗内の店舗システム２５を構成する店舗サーバ２１に送信する（ＳＴＥＰ１０６）。
店舗サーバ２１は、卓上端末２０から顧客の生体認証用情報（第２の生体認証用情報）を受信すると（ＳＴＥＰ１０７）、受信した顧客の生体認証用情報（第２の生体認証用情報）を、送信元を示す卓上端末２０の識別コード（または卓（テーブル）番号）と対応付けて記憶する。しかる後、店舗サーバ２１は、携帯端末３０から事前注文情報とともに受信して記憶していた顧客の生体認証用情報（第１の生体認証用情報）を検索して、卓上端末２０から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）が記憶されているか否かを確認する（ＳＴＥＰ１０８）。
携帯端末３０から受信していた顧客の生体認証用情報（第１の生体認証用情報）のうち、卓上端末２０から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）があった場合には（ＳＴＥＰ１０８のＹＥＳ）、ＳＴＥＰ１０９に移行する。そして、以降、第２の実施形態として図９に示したＳＴＥＰ１３～ＳＴＥＰ１６と同様の動作を行う。
すなわち、ＳＴＥＰ１０９に移行すると、まず、店舗サーバ２１は、一致した顧客の生体認証用情報（第１の生体認証用情報）に対応付けて記憶している事前注文情報を取り出して、該顧客の生体認証用情報（第２の生体認証用情報）を送信してきた送信元の卓上端末２０に送信する（ＳＴＥＰ１０９）。
そして、店舗サーバ２１は、携帯端末３０から受信して記憶していた顧客の生体認証用情報（第１の生体認証用情報）のうち、卓上端末２０から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）を削除するとともに、携帯端末３０から受信して記憶していた事前注文情報と、卓上端末２０から受信していた顧客の生体認証用情報（第２の生体認証用情報）との双方の情報も削除する。なお、携帯端末３０から受信して記憶していた生体認証用情報（第１の生体認証用情報）と事前注文情報の削除は、かかる時点に限るものではなく、遅くとも、店舗サーバ２１において卓上端末２０からの注文情報を受け付けるまでの間に実施すれば良い。
顧客の生体認証用情報（第２の生体認証用情報）を店舗サーバ２１に送信した送信元の卓上端末２０は、店舗サーバ２１から送信されてきた事前注文情報を受信すると（ＳＴＥＰ１１０）、受信した事前注文情報を表示部６２に画面表示する。顧客が、画面表示された事前注文情報を確認して、該事前注文情報の注文内容通りに注文しても良いと判断した場合には、画面表示された決定ボタンを押下操作することにより、卓上端末２０は、該事前注文情報を店舗に対する最終的な注文情報として確定する。
ここで、第２の実施形態の場合と同様、顧客は、卓上端末２０の入力部６３を操作して、画面表示された事前注文情報の注文内容を変更したり、注文する項目を一部削除したりすることが可能であり、変更した事前注文情報の画面表示を確認して決定ボタンを押下操作するようにしても良い。あるいは、卓上端末２０が、セルフ注文端末の機能を有している場合には、顧客は、入力部６３を操作して、注文情報として注文する項目をさらに追加して決定ボタンを押下操作するようにしても良い。そして、卓上端末２０は、注文情報として確定すると、確定した注文情報を店舗サーバ２１に送信する（ＳＴＥＰ１１１）。
店舗サーバ２１は、卓上端末２０から確定した注文情報を受信すると、受信した注文情報を受け付けて、該注文情報を送信してきた送信元の卓上端末２０が設置されている卓（テーブル）をユニークに特定する卓（テーブル）番号と対応付けて記憶するとともに、該注文情報を、当該店舗内の店舗システム２５を構成する専用端末のうち、該注文情報の注文内容に該当する部署の専用端末例えば厨房端末５４に送信して、該注文情報の注文内容に応じた調理を行うことを指示する（ＳＴＥＰ１１２）。
一方、ＳＴＥＰ１０８において、店舗サーバ２１は、携帯端末３０から受信していた顧客の生体認証用情報（第１の生体認証用情報）の中に、卓上端末２０から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）が存在していなかった場合には（ＳＴＥＰ１０８のＮＯ）、ＳＴＥＰ１１３に移行する。そして、以降、第２の実施形態として図９に示したＳＴＥＰ１９～ＳＴＥＰ２１と同様の動作を行う。
すなわち、ＳＴＥＰ１１３に移行すると、まず、店舗サーバ２１は、卓上端末２０から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）が、携帯端末３０からの顧客の生体認証用情報（第１の生体認証用情報）の中には存在していなく、該当する顧客に関する事前注文情報は存在していなかった旨を示す不一致情報を、該顧客の生体認証用情報（第２の生体認証用情報）を送信してきた送信元の卓上端末２０に送信した後、該卓上端末２０から受信して記憶していた顧客の生体認証用情報（第２の生体認証用情報）を削除する（ＳＴＥＰ１１３）。
顧客の生体認証用情報（第２の生体認証用情報）を店舗サーバ２１に送信した送信元の卓上端末２０は、店舗サーバ２１から送信されてきた前記不一致情報を受信すると（ＳＴＥＰ１１４）、受信した前記不一致情報（すなわち、自卓上端末２０から送信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報が、店舗サーバ２１には存在していなく、該当する顧客に関する事前注文情報は存在していなかった旨を示す不一致情報）を表示部６２に画面表示する（ＳＴＥＰ１１５）。したがって、該顧客は、卓上端末２０がセルフ注文端末の機能を有している場合には、卓上端末２０を操作して、新たに注文情報を作成して、店舗サーバ２１に送信するか、または、店舗内の店員に対して口頭で注文情報を通知することが必要になる。
（第３の実施形態の変形例）
なお、図１１に示したシーケンスチャートの店舗サーバ２１におけるＳＴＥＰ１０９以降の動作については、第２の実施形態におけるＳＴＥＰ１３以降の動作の場合と同様に、前述の動作に限るものではなく、例えば、次のような動作を行うようにしても良い。つまり、店舗サーバ２１は、ＳＴＥＰ１０９の時点で、携帯端末３０から送信されてきていた事前注文情報をそのまま注文情報として受け付けて、受け付けた該注文情報の注文内容に該当する部署の専用端末例えば厨房端末５４に送信して、該注文情報の注文内容に応じた調理を行うことを指示するようにしても良い。
すなわち、ＳＴＥＰ１０９において、店舗サーバ２１は、前述のＳＴＥＰ１１２の動作とほぼ同様の動作を行い、携帯端末３０から受信した事前注文情報を、顧客の生体認証用情報（第２の生体認証用情報）を送信してきた卓上端末２０が設置されている卓（テーブル）番号の注文情報として受け付ける（ＳＴＥＰ１０９Ａ）。
そして、店舗サーバ２１は、受け付けた注文情報（すなわち携帯端末３０から受信した事前注文情報）を、該顧客の生体認証用情報（第２の生体認証用情報）を送信してきた送信元の卓上端末２０が設置されている卓（テーブル）をユニークに特定する卓（テーブル）番号と対応付けて記憶するとともに、該注文情報を、当該店舗内の店舗システム２５を構成する専用端末のうち、該注文情報の注文内容に該当する部署の専用端末例えば厨房端末５４に送信して、該注文情報の注文内容に応じた調理を行うことを指示する。
しかる後、店舗サーバ２１は、前述のＳＴＥＰ１０９と同様の動作を行い、受信していた事前注文情報を、注文情報として受け付けた旨を示す情報とともに、該顧客の生体認証用情報（第２の生体認証用情報）を自店舗サーバ２１に送信してきた送信元の卓上端末２０に送信する（ＳＴＥＰ１０９）。
そして、店舗サーバ２１は、携帯端末３０から受信して記憶していた顧客の生体認証用情報（第１の生体認証用情報）のうち、卓上端末２０から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）を削除するとともに、携帯端末３０から受信して記憶していた事前注文情報と、卓上端末２０から受信していた顧客の生体認証用情報（第２の生体認証用情報）との双方の情報も削除する。
顧客の生体認証用情報（第２の生体認証用情報）を自店舗サーバ２１に送信した送信元の卓上端末２０は、店舗サーバ２１から送信されてきた事前注文情報を注文情報として受け付けた旨を示す情報とともに受信する（ＳＴＥＰ１１０）。そして、受信した事前注文情報を注文情報として受け付けた旨を示す情報とともに表示部６２に画面表示する。顧客は、画面表示された事前注文情報が注文情報として受け付けられたことを確認する。
したがって、該ＳＴＥＰ１１０の動作の後においては、前述したＳＴＥＰ１１１（注文情報として確定して店舗サーバ２１に送信する卓上端末２０の動作）およびＳＴＥＰ１１２（確定した注文情報を受け付ける店舗サーバ２１の動作）の２つのＳＴＥＰ（ステップ）を実施する必要はない。
また、本第３の実施形態においても、第２の実施形態の場合と同様、情報の第三者への漏洩を防止するために、店舗サーバ２１に記憶されている顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とは、携帯端末３０から受信して記憶した後、経過時間閾値としてあらかじめ定めた所定時間（例えば１時間）が経過した時点で、店舗サーバ２１から削除するようにしても良い。
以上に詳細に説明したように、本第３の実施形態における事前注文受付システム１００Ｂは、次のような特徴を有する構成としている。
すなわち、事前注文受付システム１００Ｂは、第１、第２の実施形態の場合とは異なり、事前注文受付サーバをネットワーク４０上に設置しない構成とし、顧客が所有する携帯端末３０と、共通の注文メニューを有する１ないし複数の各店舗それぞれに設置されて、該顧客の注文を受け付ける店舗サーバ２１と店舗内の各卓上に設置した卓上端末２０とを少なくとも有する店舗システムとを有し、携帯端末３０と各店舗システム２５内の店舗サーバ２１とは、ネットワークを介して通信可能な構成である。そして、携帯端末３０は、顧客が当初赴こうと想定している第１候補の店舗に到着する前に事前に該顧客の注文情報を事前注文情報として受け付けるとともに、該顧客の生体認証用情報を第１の生体認証用情報として取得して、前記事前注文情報と前記第１の生体認証用情報とを、ネットワーク４０を介して、前記第１候補の店舗内に設置された店舗システム２５の店舗サーバ２１に送信する手段を有している。
また、店舗システム２５の卓上端末２０は、店舗に入店した顧客が卓に着席した際に該顧客の生体認証用情報を第２の生体認証用情報として取得して、自店舗システム２５の店舗サーバ２１に送信する手段と、自店舗システム２５の店舗サーバ２１から受信した事前注文情報を画面表示し１顧客の操作によって決定された注文情報を店舗サーバ２１に通知する手段と、を有している。
また、店舗システム２５の店舗サーバ２１は、携帯端末３０からまたは他の店舗内に設置された店舗システム２５の店舗サーバ２１から送信されてきた事前注文情報と第１の生体認証用情報とを互いに対応付けて記憶する手段と、自店舗システム２５の卓上端末２０から顧客の第２の生体認証用情報を受信した際に、記憶している第１の生体認証用情報を検索して、受信した該第２の生体認証用情報と一致する顧客の第１の生体認証用情報が存在していることを確認した場合には、一致する該第１の生体認証用情報と対応付けて記憶している事前注文情報を、受信した該第２の生体認証用情報の顧客の事前注文情報として取り出して、取り出した該事前注文情報を、第２の生体認証用情報の送信元の卓上端末２０に送信した後、卓上端末２０から受信した該顧客の第２の生体認証用情報および該顧客に関して記憶していた第１の生体認証用情報と事前注文情報とを削除する手段と、卓上端末から前記注文情報として決定した通知を受信した際に、該注文情報を受け付ける手段と、を有している。
（第３の実施形態の効果の説明）
以上に詳細に説明したように、本第３の実施形態においては、顧客は、所有する携帯端末３０を操作して、目的とする店舗に到着する前に、該店舗内の店舗サーバ２１に、該店舗に対する注文情報を事前に送信しているので、第１、第２の実施形態の場合と同様、顧客が該店舗に入店した後、所有する携帯端末３０を操作する必要は一切なく、顧客は、確定した注文情報に対する該店舗の商品やサービスを受け取ることができる。
さらに、本第３の実施形態においては、顧客の生体認証用情報（第１の生体認証用情報や第２の生体認証用情報）は、事前注文情報とともに、店舗サーバ２１内に一時的に記憶されて適当な処理が実施された後は削除されるので、第２の実施形態の場合と同様、顧客の生体認証用情報等の個人情報が悪意のある第三者によって盗まれてしまうというリスクを低減することができる。
（本発明の第４の実施形態）
次に、本発明に係る事前注文受付システムの第４の実施形態について、図１２および図１３を参照しながら詳細に説明する。本第４の実施形態においては、第３の実施形態の場合と同様に、事前注文受付サーバを有しておらず、したがって、顧客の生体認証用情報を登録するための顧客データベースも保有していなく一方、顧客が保有する携帯端末は、インターネット等のネットワークを介して店舗において店舗システムを構成している店舗サーバと通信を行うことが可能であり、携帯端末から該店舗サーバに、顧客の生体認証用情報と事前注文情報とを送信することにより、店舗サーバ内に一時的に該顧客の生体認証用情報と事前注文情報とを記憶する場合について示している。
ただし、本第４の実施形態においては、第３の実施形態の場合とは異なり、顧客が、同一の注文メニューを有している複数の店舗のうち、最終的にいずれの店舗に赴くかを決定していなかった場合か、当初赴くつもりであった店舗を変更した場合か、あるいは、赴く店舗とは異なる店舗に対して誤って当該顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とを携帯端末から事前送信してしまった場合でも、顧客が、事前注文情報に対応する店舗の商品やサービスを問題なく受け取ることができる動作例について示している。
ここで、本第４の実施形態においては、顧客が当初赴こうと想定していた第１候補の店舗の店舗サーバが、顧客の携帯端末から当該顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とを受信すると、受信した顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とを、同一の注文メニューを有している他のすべての店舗それぞれの店舗サーバにさらに転送する場合について示している。
なお、本第４の実施形態においても、理解を容易にするために、前記第１候補の店舗および顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とのさらなる転送先となる他の店舗として、第１の実施形態の場合と同様、レストラン等の飲食店の場合について説明するが、本発明は、かかる飲食店の場合のみに限るものではないことは言うまでもない。
（第４の実施形態の構成例）
本発明に係る事前注文受付システムの第４の実施形態の具体的なシステム構成は、第３の実施形態として示した図１０と全く同じシステム構成であり、また、店舗システムそれぞれの内部構成および卓上端末の内部構成についても、第２の実施形態として示した図７および図８と同一の構成である。なお、以下の説明においては、同一の注文メニューを有している店舗の店舗システム２５および店舗サーバ２１を店舗ごとに区別して表示する場合には、第３の実施形態として図１０の事前注文受付システム１００Ｂに示したように、第１店舗、第２店舗、…、第Ｎ店舗のそれぞれに対応して、第１店舗システム２５１および第１店舗サーバ２１１、第２店舗システム２５２および第２店舗サーバ２１２、…、第Ｎ店舗システム２５Ｎおよび第Ｎ店舗サーバ２１Ｎと表示することにする。
そして、本第４の実施形態においては、図１０の事前注文受付システム１００Ｂにおいて、顧客が当初赴こうと（正しくまたは間違えて）想定していた第１候補の店舗が、例えば第１店舗システム２５１を設置している第１店舗であり、該第１店舗システム２５１の第１店舗サーバ２１１は、携帯端末３０からネットワーク４０を介して顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とを受信すると、受信した顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とを、該第１候補の店舗と同一の注文メニューを有している他のすべての店舗例えば第２店舗、…、第Ｎ店舗それぞれに設置されている第２店舗システム２５２、…、第Ｎ店舗システム２５Ｎのそれぞれの第２店舗サーバ２１２、…、第Ｎ店舗サーバ２１Ｎに、ネットワーク４０を介してさらに転送することができる構成としている。
（第４の実施形態の動作例の説明）
次に、図１０に例示した事前注文受付システム１００Ｂの第４の実施形態としての動作について、その一例を、まず、図１２のシーケンスチャートを参照しながら説明する。図１２は、図１０に例示した事前注文受付システム１００Ｂの第４の実施形態としての動作の一例を説明するためのシーケンスチャートであり、顧客が当初赴こうと想定している第１候補の店舗内の店舗サーバ２１（例えば第１店舗内の第１店舗サーバ２１１）が、携帯端末３０から顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とを受信した際に、受信した顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とを、当該第１候補の店舗と同一注文メニューを有している他のすべての店舗内の店舗サーバ２１（例えば第２店舗内の第２店舗サーバ２１２、…、第Ｎ店舗内の第Ｎ店舗サーバ２１Ｎ）のそれぞれにさらに転送するまでの動作の一例を示している。
つまり、図１２は、顧客が赴こうと想定している第１候補の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）が携帯端末３０から受信した顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とを、同一注文メニューを有している他のすべての店舗の店舗システム（例えば第２店舗の第２店舗システム２５２、…、第Ｎ店舗の第Ｎ店舗システム２５Ｎ）のそれぞれを構成する店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２、…、第Ｎ店舗の第Ｎ店舗サーバ２１Ｎ）それぞれにさらに転送するまでの事前注文受付システム１００Ｂの第４の実施形態としての動作の一例を示している。
図１２のシーケンスチャートにおいては、第２の実施形態の場合と同様、まず、顧客は、店舗に赴く前に、当該顧客が所有する携帯端末３０において事前注文受付システム１００Ｂを利用するために必要とするアプリケーションを立ち上げて、該携帯端末３０に、顧客が当初赴こうと想定している第１候補の店舗（例えば第１店舗）に対する事前注文情報を入力するとともに、当該顧客の生体認証用情報を第１の生体認証用情報として取得するための操作を行う（ＳＴＥＰ２０１）。なお、事前注文受付システム１００Ｂを利用するために必要とするアプリケーションは、事前注文受付システム１００Ｂの各種アプリケーションを登録している登録サイト等から、携帯端末３０にあらかじめダウンロードしてインストールしておくことが必要である。ここで、顧客の生体認証用情報を取得する方式は、第２の実施形態の場合と同様である。
次に、携帯端末３０は、事前注文情報と当該顧客の生体認証用情報（第１の生体認証用情報）とをネットワーク４０を介して、前記第１候補の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）に送信する（ＳＴＥＰ２０２）。
前記第１候補の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）は、顧客が所有する携帯端末３０から事前注文情報と当該顧客の生体認証用情報（第１の生体認証用情報）とを受信すると（ＳＴＥＰ２０３）、受信した事前注文情報を、受信した当該顧客の生体認証用情報（第１の生体認証用情報）と対応付けた形式で記憶する（ＳＴＥＰ２０４）。しかる後、前記第１候補の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）は、携帯端末３０から受信した事前注文情報と顧客の生体認証用情報とを、前記第１候補の店舗（例えば第１店舗）と同一の注文メニューを有している他のすべての店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２、…、第Ｎ店舗の第Ｎ店舗サーバ２１Ｎ）それぞれに、ネットワーク４０を介して転送する（ＳＴＥＰ２０５）。
前記第１候補の店舗と同一の注文メニューを有している他のすべての店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２、…、第Ｎ店舗の第Ｎ店舗サーバ２１Ｎ）のそれぞれは、前記第１候補の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）から送信されてきた事前注文情報と顧客の生体認証用情報（第１の生体認証用情報）とを受信すると、受信した事前注文情報と当該顧客の生体認証用情報（第１の生体認証用情報）とを対応付けた形式で記憶する。
次に、図１２のシーケンスチャートの動作により、顧客の携帯端末３０から送信した事前注文情報と当該顧客の生体認証用情報（第１の生体認証用情報）とを、同一の注文メニューを有しているすべての店舗それぞれの店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１、第２店舗の第２店舗サーバ２１２、…、第Ｎ店舗の第Ｎ店舗サーバ２１Ｎ）が記憶した状態になった後の動作について、図１３のシーケンスチャートを参照しながら説明する。
図１３は、図１０に例示した事前注文受付システム１００Ｂの第４の実施形態としての動作の図１２のシーケンスチャートに引き続く動作の一例を説明するためのシーケンスチャートであり、同一の注文メニューを有しているすべての店舗のうち、事前注文情報と顧客の生体認証用情報（第１の生体認証用情報）とを携帯端末３０から送信した顧客が実際に入店した店舗における店舗サーバ２１（例えば第２店舗における第２店舗サーバ２１２）と該店舗内（例えば第２店舗内）の卓上端末２０との間の情報のやり取りの一例を示している。なお、顧客が入店する店舗が、当初想定していた前記第１候補の店舗の場合であっても、図１３のシーケンスチャートと全く同じ動作を行うことは言うまでもない。
つまり、図１３のシーケンスチャートは、顧客の携帯端末３０から送信した事前注文情報と当該顧客の生体認証用情報（第１の生体認証用情報）とを、同一の注文メニューを有しているすべての店舗それぞれの店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１、第２店舗の第２店舗サーバ２１２、…、第Ｎ店舗の第Ｎ店舗サーバ２１Ｎ）が記憶した状態になってから、当該顧客が入店した店舗（例えば第２店舗）において、当該顧客の事前注文情報の確認結果に基づいて、最終的に確定した注文情報を、当該店舗内の店舗サーバ２１（例えば第２店舗内の第２店舗サーバ２１２）が受け付けるまでの情報のやり取りに関するシーケンス例を示している。
なお、図１３のシーケンスチャートは、顧客が入店した店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）が他の店舗サーバ(第１店舗の第１店舗サーバ２１１、第３店舗の第３店舗サーバ２１３、…、第Ｎ店舗の第Ｎ店舗サーバ２１Ｎ)に、当該店舗（例えば第２店舗）に該当の顧客が入店した旨の通知を行う動作（ＳＴＥＰ２１１）以外の動作に関しては、第３の実施形態として図１１に示したシーケンスチャートと全く同様の動作を行っている。すなわち、図１３のシーケンスチャートのＳＴＥＰ２０６～ＳＴＥＰ２１０は、図１１に示したシーケンスチャートのＳＴＥＰ１０５～ＳＴＥＰ１０９と同じ動作を行い、図１３のシーケンスチャートのＳＴＥＰ２１２～ＳＴＥＰ２１７は、図１１に示したシーケンスチャートのＳＴＥＰ１１０～ＳＴＥＰ１１５と同じ動作を行う。
図１３のシーケンスチャートにおいて、顧客が、事前注文情報と当該顧客の生体認証用情報（第１の生体認証用情報）とを前記第１候補の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）に送信した後、所望する目的の店舗を決定して、当該店舗（例えば第２店舗）に入店して、店舗内の卓（テーブル）に着席すると、該卓（テーブル）上に設置されている卓上端末２０を操作して、当該顧客の生体認証用情報を、第２の生体認証用情報として、卓上端末２０に取得させる（ＳＴＥＰ２０６）。卓上端末２０は、取得した当該顧客の生体認証用情報（第２の生体認証用情報）を、自卓上端末２０をユニークに特定する識別コード（または卓（テーブル）番号）を付した形式で、当該店舗内の店舗システム２５を構成する店舗サーバ２１（例えば第２店舗内の第２店舗システム２５２を構成する第２店舗サーバ２１２）に送信する（ＳＴＥＰ２０７）。
店舗サーバ２１（例えば第２店舗サーバ２１２）は、卓上端末２０から顧客の生体認証用情報（第２の生体認証用情報）を受信すると（ＳＴＥＰ２０８）、受信した顧客の生体認証用情報（第２の生体認証用情報）を、送信元を示す卓上端末２０の識別コード（または卓（テーブル）番号）と対応付けて記憶する。しかる後、店舗サーバ２１（例えば第２店舗サーバ２１２）は、携帯端末３０から、直接または前記第１候補の店舗の店舗サーバ２１（例えば前記第１候補の第１店舗の第１店舗サーバ２１１）を経由して、事前注文情報とともに受信して記憶していた顧客の生体認証用情報（第１の生体認証用情報）を検索して、卓上端末２０から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）が記憶されているか否かを確認する（ＳＴＥＰ２０９）。
携帯端末３０から直接または他の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）を経由して受信していた顧客の生体認証用情報（第１の生体認証用情報）のうち、卓上端末２０から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）があった場合には（ＳＴＥＰ２０９のＹＥＳ）、ＳＴＥＰ２１０に移行する。
ＳＴＥＰ２１０に移行すると、まず、店舗サーバ２１（例えば第２店舗サーバ２１２）は、一致した顧客の生体認証用情報（第１の生体認証用情報）に対応付けて記憶している事前注文情報を取り出して、該顧客の生体認証用情報（第２の生体認証用情報）を送信してきた送信元の卓上端末２０に送信する（ＳＴＥＰ２１０）。
そして、店舗サーバ２１（例えば第２店舗サーバ２１２）は、携帯端末３０から直接または他の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）を経由して受信して記憶していた顧客の生体認証用情報（第１の生体認証用情報）のうち、卓上端末２０から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）を削除するとともに、携帯端末３０から直接または他の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）を経由して受信して記憶していた事前注文情報と、卓上端末２０から受信していた顧客の生体認証用情報（第２の生体認証用情報）との双方の情報も削除する。なお、携帯端末３０から直接または他の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）を経由して受信して記憶していた生体認証用情報（第１の生体認証用情報）と事前注文情報の削除は、かかる時点に限るものではなく、遅くとも、店舗サーバ２１において卓上端末２０からの注文情報を受け付けるまでの間に実施すれば良い。
しかる後、店舗サーバ２１（例えば第２店舗サーバ２１２）は、第３の実施形態とは異なる本第４の実施形態特有の動作として、当該店舗（例えば第２店舗）と同一の注文メニューを有している他のすべての店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１、第３店舗の第３店舗サーバ２１３、…、第Ｎ店舗の第Ｎ店舗サーバ２１Ｎ）のそれぞれに、携帯端末３０から直接または他の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）を経由して送信されていた顧客の生体認証用情報（第１の生体認証用情報）と一致する生体認証用情報を有する顧客が当該店舗に入店した旨を示す情報と、他の店舗それぞれの店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１、第３店舗の第３店舗サーバ２１３、…、第Ｎ店舗の第Ｎ店舗サーバ２１Ｎ）に記憶している該顧客に関する事前注文情報および生体認証用情報（第１の生体認証用情報）を削除することを指示する情報と、を通知する（ＳＴＥＰ２１１）。
携帯端末３０から直接または他の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）を経由して送信されていた顧客の生体認証用情報（第１の生体認証用情報）と一致する生体認証用情報を有する顧客が入店していない他の店舗それぞれの店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１、第３店舗の第３店舗サーバ２１３、…、第Ｎ店舗の第Ｎ店舗サーバ２１Ｎ）は、該顧客が入店した店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）からの通知を受信すると、該通知に応じて、記憶している該顧客に関する事前注文情報および生体認証用情報（第１の生体認証用情報）を削除する。
携帯端末３０から直接または他の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）を経由して受信していた顧客の生体認証用情報（第１の生体認証用情報）と同一の生体認証用情報（第２の生体認証用情報）を有する顧客が入店した店舗（例えば第２店舗）において、店舗サーバ２１（例えば第２店舗サーバ２１２）がＳＴＥＰ２１１の動作を終了した後に、該顧客の生体認証用情報（第２の生体認証用情報）を自店舗サーバ２１（例えば第２店舗サーバ２１２）に送信した送信元の卓上端末２０が、店舗サーバ２１（例えば第２店舗サーバ２１２）から送信されてきた事前注文情報を受信すると（ＳＴＥＰ２１２）、受信した事前注文情報を表示部６２に画面表示する。顧客が、画面表示された事前注文情報を確認して、該事前注文情報の注文内容通りに注文しても良いと判断した場合には、画面表示された決定ボタンを押下操作することにより、卓上端末２０は、該事前注文情報を店舗に対する最終的な注文情報として確定する。
ここで、第２、第３の実施形態の場合と同様、顧客は、卓上端末２０の入力部６３を操作して、画面表示された事前注文情報の注文内容を変更したり、注文する項目を一部削除したりすることが可能であり、変更した事前注文情報の画面表示を確認して決定ボタンを押下操作するようにしても良い。あるいは、卓上端末２０が、セルフ注文端末の機能を有している場合には、顧客は、入力部６３を操作して、注文情報として注文する項目をさらに追加して決定ボタンを押下操作するようにしても良い。そして、卓上端末２０は、注文情報として確定すると、確定した注文情報を店舗サーバ２１（例えば第２店舗サーバ２１２）に送信する（ＳＴＥＰ２１３）。
店舗サーバ２１（例えば第２店舗サーバ２１２）は、卓上端末２０から確定した注文情報を受信すると、受信した注文情報を受け付けて、該注文情報を送信してきた送信元の卓上端末２０が設置されている卓（テーブル）をユニークに特定する卓（テーブル）番号と対応付けて記憶するとともに、該注文情報を、当該店舗内の店舗システム（例えば第２店舗システム２５２）を構成する専用端末のうち、該注文情報の注文内容に該当する部署の専用端末例えば厨房端末５４に送信して、該注文情報の注文内容に応じた調理を行うことを指示する（ＳＴＥＰ２１４）。
一方、ＳＴＥＰ２０９において、店舗サーバ２１（例えば第２店舗サーバ２１２）は、携帯端末３０から受信していた顧客の生体認証用情報（第１の生体認証用情報）の中に、卓上端末２０から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）が存在していなかった場合には（ＳＴＥＰ２０９のＮＯ）、ＳＴＥＰ２１５に移行する。そして、以降、第２の実施形態として図９に示したＳＴＥＰ１９～ＳＴＥＰ２１と同様の動作を行う。
すなわち、ＳＴＥＰ２１５に移行すると、まず、店舗サーバ２１（例えば第２店舗サーバ２１２）は、卓上端末２０から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）が、携帯端末３０からの顧客の生体認証用情報（第１の生体認証用情報）の中には存在していなく、該当する顧客に関する事前注文情報は存在していなかった旨を示す不一致情報を、該顧客の生体認証用情報（第２の生体認証用情報）を自店舗サーバ２１（例えば第２店舗サーバ２１２）に送信してきた送信元の卓上端末２０に送信した後、該卓上端末２０から受信して記憶していた顧客の生体認証用情報（第２の生体認証用情報）を削除する（ＳＴＥＰ２１５）。
顧客の生体認証用情報（第２の生体認証用情報）を店舗サーバ２１（例えば第２店舗サーバ２１２）に送信した送信元の卓上端末２０は、店舗サーバ２１（例えば第２店舗サーバ２１２）から送信されてきた前記不一致情報を受信すると（ＳＴＥＰ２１６）、受信した前記不一致情報（すなわち、自卓上端末２０から送信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報が、自店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）には存在していなく、該当する顧客に関する事前注文情報は存在していなかった旨を示す不一致情報）を表示部６２に画面表示する（ＳＴＥＰ２１７）。したがって、該顧客は、卓上端末２０がセルフ注文端末の機能を有している場合には、卓上端末２０を操作して、新たに注文情報を作成して、店舗サーバ２１に送信するか、または、店舗内の店員に対して口頭で注文情報を通知することが必要になる。
（第４の実施形態の変形例）
なお、図１３に示したシーケンスチャートの店舗サーバ２１（該当する顧客が入店した例えば第２店舗サーバ２１２）におけるＳＴＥＰ２１０以降の動作については、第２の実施形態におけるＳＴＥＰ１３以降の動作の場合と同様に、前述の動作に限るものではなく、例えば、次のような動作を行うようにしても良い。つまり、店舗サーバ２１（例えば第２店舗サーバ２１２）は、ＳＴＥＰ２１０の時点で、携帯端末３０から直接または他の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）を経由して送信されてきた事前注文情報をそのまま注文情報として受け付けて、受け付けた該注文情報の注文内容に該当する部署の専用端末例えば厨房端末５４に送信して、該注文情報の注文内容に応じた調理を行うことを指示するようにしても良い。
すなわち、ＳＴＥＰ２１０において、店舗サーバ２１（例えば第２店舗サーバ２１２）は、前述のＳＴＥＰ２１４の動作とほぼ同様の動作を行い、携帯端末３０から直接または他の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）を経由して受信した事前注文情報を、顧客の生体認証用情報（第２の生体認証用情報）を送信してきた卓上端末２０が設置されている卓（テーブル）番号の注文情報として受け付ける（ＳＴＥＰ２１０Ａ）。
そして、店舗サーバ２１（例えば第２店舗サーバ２１２）は、受け付けた注文情報（すなわち携帯端末３０から受信した事前注文情報）を、該顧客の生体認証用情報（第２の生体認証用情報）を送信してきた送信元の卓上端末２０が設置されている卓（テーブル）をユニークに特定する卓（テーブル）番号と対応付けて記憶するとともに、該注文情報を、当該店舗内の店舗システム２５（例えば第２店舗内の第２店舗システム２５２）を構成する専用端末のうち、該注文情報の注文内容に該当する部署の専用端末例えば厨房端末５４に送信して、該注文情報の注文内容に応じた調理を行うことを指示する。
しかる後、店舗サーバ２１（例えば第２店舗サーバ２１２）は、前述のＳＴＥＰ２１０と同様の動作を行い、受信していた事前注文情報を、注文情報として受け付けた旨を示す情報とともに、該顧客の生体認証用情報（第２の生体認証用情報）を自店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）に送信してきた送信元の卓上端末２０に送信する（ＳＴＥＰ２１０）。
そして、店舗サーバ２１（例えば第２店舗サーバ２１２）は、携帯端末３０から直接または他の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）を経由して受信して記憶していた顧客の生体認証用情報（第１の生体認証用情報）のうち、卓上端末２０から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）を削除するとともに、携帯端末３０から直接または他の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）を経由して受信して記憶していた事前注文情報と、卓上端末２０から受信していた顧客の生体認証用情報（第２の生体認証用情報）との双方の情報も削除する。
そして、店舗サーバ２１（例えば第２店舗サーバ２１２）は、第３の実施形態とは異なる本第４の実施形態特有の動作として、当該店舗（例えば第２店舗）と同一の注文メニューを有している他のすべての店舗の店舗サーバ２１（例えば第１店舗サーバ２１１、第３店舗サーバ２１３、…、第Ｎ店舗サーバ２１Ｎ）それぞれに、携帯端末３０から直接または他の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）を経由して送信されていた顧客の生体認証用情報（第１の生体認証用情報）と一致する生体認証用情報を有する顧客が当該店舗に入店した旨を示す情報と、他の店舗それぞれの店舗サーバ２１（例えば第１店舗サーバ２１１、第３店舗サーバ２１３、…、第Ｎ店舗サーバ２１Ｎ）に記憶している該顧客に関する事前注文情報および生体認証用情報（第１の生体認証用情報）を削除することを指示する情報と、を通知する（ＳＴＥＰ２１１）。
顧客の生体認証用情報（第２の生体認証用情報）を自店舗の店舗サーバ２１（例えば第２店舗内の第２店舗サーバ２１２）に送信した送信元の卓上端末２０は、該店舗サーバ２１から送信されてきた事前注文情報を注文情報として受け付けた旨を示す情報とともに受信する（ＳＴＥＰ２１２）。そして、受信した事前注文情報を注文情報として受け付けた旨を示す情報とともに表示部６２に画面表示して、顧客に提示する。顧客は、画面表示された事前注文情報が注文情報として受け付けられたことを確認する。
したがって、該ＳＴＥＰ２１２の動作の後においては、前述したＳＴＥＰ２１３（注文情報として確定して店舗サーバ２１に送信する卓上端末２０の動作）およびＳＴＥＰ２１４（確定した注文情報を受け付ける店舗サーバ２１の動作）の２つのＳＴＥＰ（ステップ）を実施する必要はない。
また、本第４の実施形態においても、第２の実施形態の場合と同様、情報の第三者への漏洩を防止するために、店舗サーバ２１に記憶されている顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とは、携帯端末３０から受信して記憶した後、経過時間閾値としてあらかじめ定めた所定時間（例えば１時間）が経過した時点で、店舗サーバ２１から削除するようにしても良い。
なお、図１２に示したシーケンスチャートにおいては、顧客の携帯端末３０から事前注文情報と該顧客の生体認証用情報（第１の生体認証用情報）とを事前の送信する店舗の店舗サーバ２１としては、当該顧客を当初赴こうとしていた第１候補の店舗の店舗サーバ２１の１台であったが、同一の注文メニューを有するすべての店舗の店舗サーバ２１（第１店舗サーバ２１１のみならず、第２店舗サーバ２１２、第３店舗サーバ２１３、…、第Ｎ店舗サーバ２１Ｎ）に、顧客の携帯端末３０から、事前注文情報と、該顧客の生体認証用情報（第１の生体認証用情報）と、を送信するようにしても良い。かかる送信動作を行う場合には、同一の注文メニューを有するすべての店舗の店舗サーバ２１（第１店舗サーバ２１１、第２店舗サーバ２１２、第３店舗サーバ２１３、…、第Ｎ店舗サーバ２１Ｎ）において、図１２のＳＴＥＰ２０３とＳＴＥＰ２０４との動作が実施されることになるので、図１２のＳＴＥＰ２０５の動作は不要になる。
以上に詳細に説明したように、本第４の実施形態における事前注文受付システム１００Ｂは、第３の実施形態の場合と同じ特徴を有する構成であるが、さらに、本第４の実施形態においては、次のような特徴を有する構成としている。
すなわち、前記第１候補の店舗内に設置された店舗システム２５の店舗サーバ２１（例えば第１店舗システム２５１の第１店舗サーバ２１１）は、携帯端末３０から受信した事前注文情報と第１の生体認証用情報とを、ネットワーク４０を介して、該第１候補の店舗と同一の注文メニューを有しているすべての他の店舗内に設置された店舗システム２５の店舗サーバ２１（例えば第２店舗システム２５２の第２店舗サーバ２１２、第３店舗システム２５３の第３店舗サーバ２１３、…、第Ｎ店舗システム２５Ｎの第Ｎ店舗サーバ２１Ｎ）それぞれに送信する手段を有している。
さらに、各店舗内に設置された店舗システム２５の前記店舗サーバ２１（（例えば第１店舗システム２５１の第１店舗サーバ２１１、第２店舗システム２５２の第２店舗サーバ２１２、第３店舗システム２５３の第３店舗サーバ２１３、…、第Ｎ店舗システム２５Ｎの第Ｎ店舗サーバ２１Ｎ）のそれぞれは、記第１候補の店舗内に設置された店舗システム２５の店舗サーバ２１から受信した第１の生体認証情報が自店舗システム２５の卓上端末２０から受信した第２の生体認証用情報と一致することを確認した場合には、あるいは、記憶している第１の生体認証用情報を検索して、自店舗システム２５の卓上端末２０から受信した第２の生体認証用情報と一致する顧客の第１の生体認証用情報が存在していることを確認した場合には、自店舗と同一の注文メニューを有している他のすべての店舗内に設置された店舗システム２５の店舗サーバ２１それぞれに、該顧客に関して携帯端末３０から直接または他の店舗システム２５の店舗サーバ２１を経由して受信している事前注文情報と第１の生体認証用情報とを削除することを指示する通知を送信する手段をさらに有している。
（第４の実施形態の効果の説明）
以上に詳細に説明したように、本第４の実施形態においては、顧客が、事前注文情報に設定される注文項目を注文メニューとして有しているいずれかの店舗に到着する前に、同一の注文メニューを有する店舗内の店舗サーバ２１それぞれに事前注文情報等が記憶されているので、第１～第３の実施形態の場合と同様、顧客がいずれかの店舗に入店した後、所有する携帯端末３０を操作する必要は一切なく、顧客は、確定した注文情報に対する該店舗の商品やサービスを受け取ることができる。
さらに、本第４の実施形態においても、顧客の生体認証用情報（第１の生体認証用情報や第２の生体認証用情報）は、事前注文情報とともに、店舗サーバ２１内に一時的に記憶されて適切な処理が実施された後は削除されるので、第２、第３の実施形態の場合と同様、顧客の生体認証用情報等の個人情報が悪意のある第三者によって盗まれてしまうというリスクを低減することができる。
また、本第４の実施形態においては、顧客が、携帯端末３０から当初赴こうと想定している第１候補の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）のみに携帯端末３０から事前注文情報と該顧客の生体認証用情報（第１生体認証用情報））とを送信する場合において、赴く店舗を間違えている場合であっても、あるいは、前記第一候補とは異なる他の店舗に意識して赴いた場合であっても、赴いた店舗において携帯端末３０から送信した事前注文情報を利用して注文情報を確定することができ、顧客が実際に入店した店舗の店舗サーバ２１は、確定した注文情報を受け付けることができる。
（本発明の第５の実施形態）
次に、本発明に係る事前注文受付システムの第５の実施形態について、図１４および図１５Ａ、図１５Ｂを参照しながら詳細に説明する。本第５の実施形態においても、第３の実施形態および第４の実施形態の場合と同様に、事前注文受付サーバを有しておらず、したがって、顧客の生体認証用情報を登録するための顧客データベースも保有していなく、一方、顧客が保有する携帯端末は、インターネット等のネットワークを介して店舗において店舗システムを構成している店舗サーバと通信を行うことが可能であり、携帯端末から該店舗サーバに、顧客の生体認証用情報と事前注文情報とを送信することにより、店舗サーバ内に一時的に該顧客の生体認証用情報と事前注文情報とを記憶する場合について示している。
ただし、本第５の実施形態においては、第４の実施形態の場合と同様に、顧客が、同一の注文メニューを有している複数の店舗のうち、最終的にいずれの店舗に赴くかを決定していなかった場合か、当初赴くつもりであった店舗を変更した場合か、あるいは、赴く店舗とは異なる店舗に対して誤って当該顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とを携帯端末から事前送信してしまった場合でも、顧客が、事前注文情報に対応する店舗の商品やサービスを問題なく受け取ることができる動作例について示している。
しかし、本第５の実施形態においては、第４の実施形態の場合とは異なり、顧客が当初赴こうと想定していた第１候補の店舗の店舗サーバ（例えば第１店舗の第１店舗サーバ）は、顧客の携帯端末から当該顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とを受信しても、受信した顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とを、同一の注文メニューを有している他のすべての店舗それぞれの店舗サーバにさらに転送する動作は行わない場合について示している。
つまり、本第５の実施形態においては、顧客が実際に入店した店舗（例えば第２店舗）において、当該店舗内の店舗サーバ（例えば第２店舗内の第２店舗サーバ）が、入店した当該顧客の生体認証用情報（第２の生体認証用情報）に一致する生体認証用情報（第１の生体認証用情報）を事前に記憶していなく、当該顧客の生体認証用情報（第１の生体認証用情報）に対応付けられた事前注文情報が存在していなかったことを検知した場合に、同一の注文メニューを有している他のすべての店舗それぞれの店舗サーバ（例えば、第１店舗サーバ、第３店舗サーバ、…、第Ｎ店舗サーバ）に、入店した当該顧客の生体認証用情報（第２の生体認証用情報）に一致する生体認証用情報（第１の生体認証用情報）に対応付けられた事前注文情報が存在しているか否かを問い合わせることにしている。
なお、本第５の実施形態においても、理解を容易にするために、顧客が実際に入店した店舗および当該店舗からの問い合わせ先となる他のすべての店舗として、第１の実施形態の場合と同様、レストラン等の飲食店の場合について説明するが、本発明は、かかる飲食店の場合のみに限るものではないことは言うまでもない。
（第５の実施形態の構成例）
本発明に係る事前注文受付システムの第４の実施形態の具体的なシステム構成は、第４の実施形態の場合と同様、第３の実施形態として示した図１０と全く同じシステム構成であり、また、店舗システムそれぞれの内部構成および卓上端末の内部構成についても、第２の実施形態として示した図７および図８と同一の構成である。なお、以下の説明においては、同一の注文メニューを有している店舗の店舗システム２５および店舗サーバ２１を店舗ごとに区別して表示する場合には、第３の実施形態として図１０に示したように、第１店舗、第２店舗、…、第Ｎ店舗のそれぞれに対応して、第１店舗システム２５１および第１店舗サーバ２１１、第２店舗システム２５２および第２店舗サーバ２１２、…、第Ｎ店舗システム２５Ｎおよび第Ｎ店舗サーバ２１Ｎと表示することにする。
そして、本第５の実施形態においては、図１０の事前注文受付システム１００Ｂにおいて、顧客が当初赴こうと（正しくまたは間違えて）想定していた第１候補の店舗が、例えば第１店舗システム２５１を設置している第１店舗であり、該第１店舗システム２５１の第１店舗サーバ２１１は、携帯端末３０からネットワーク４０を介して顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とを受信している。
一方、当該顧客が実際に入店した店舗が、例えば第２店舗システム２５２を設置している第２店舗であった場合には、該第２店舗の第２店舗サーバ２１２は、自第２店舗サーバ２１２内には、入店した当該顧客の生体認証用情報（第２の生体認証用情報）に一致する生体認証用情報（第１の生体認証用情報）を事前に記憶していなく、当該顧客の生体認証用情報（第１の生体認証用情報）に対応付けられた事前注文情報が存在していなかったことを検知するので、同一の注文メニューを有している他のすべての店舗それぞれの店舗サーバ（第１店舗の第１店舗サーバ２１１、第３店舗の第３店舗サーバ２１３、…、第Ｎ店舗の第Ｎ店舗サーバ２１Ｎ）それぞれに、ネットワーク４０を介して、入店した当該顧客の生体認証用情報（第２の生体認証用情報）に一致する生体認証用情報（第１の生体認証用情報）が存在し、該生体認証用情報（第１の生体認証用情報）に対応付けられた事前注文情報が存在しているか否かを問い合わせることになる。
同一の注文メニューを有している他のすべての店舗のうち、顧客が実際に入店した店舗（例えば第２店舗）から送信されてきた顧客の生体認証用情報（第２の生体認証用情報）に一致する生体認証用情報（第１の生体認証用情報）が存在し、該生体認証用情報（第１の生体認証用情報）に対応付けられた事前注文情報が存在していた店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）は、当該顧客の事前注文情報を問い合わせてきた問い合わせ元の店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）に、当該顧客の事前注文情報を、ネットワーク４０を介して送信する。しかる後、当該顧客の事前注文情報を送信した店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）は、記憶していた当該顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とを削除する。
したがって、顧客が実際に入店した店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）は、問い合わせ先の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）から、入店した顧客の事前注文情報を取得することができ、取得した事前注文情報に基づいて、当該顧客の注文情報を確定させて、注文情報を受け付けることができる。
（第５の実施形態の動作例の説明）
次に、図１０に例示した事前注文受付システム１００Ｂの第５の実施形態としての動作について、その一例を、まず、図１４のシーケンスチャートを参照しながら説明する。図１４は、図１０に例示した事前注文受付システム１００Ｂの第５の実施形態としての動作の一例を説明するためのシーケンスチャートであり、顧客が当初赴こうと想定している第１候補の店舗内の店舗サーバ２１（例えば第１店舗内の第１店舗サーバ２１１）が、携帯端末３０から顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とを受信して、受信した顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とを記憶するまでの動作の一例を示している。
つまり、図１４は、顧客が当初赴こうと想定している第１候補の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）が携帯端末３０から受信した顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とを当該店舗サーバ２１内に記憶するまでの事前注文受付システム１００Ｂの第５の実施形態としての動作の一例を示している。
図１４のシーケンスチャートにおいては、第２の実施形態の場合と同様、まず、顧客は、店舗に赴く前に、当該顧客が所有する携帯端末３０において事前注文受付システム１００Ｂを利用するために必要とするアプリケーションを立ち上げて、該携帯端末３０に、顧客が当初赴こうと想定している第１候補の店舗（例えば第１店舗）に対する事前注文情報を入力するとともに、当該顧客の生体認証用情報を第１の生体認証用情報として取得して保持するための操作を行う（ＳＴＥＰ３０１）。なお、事前注文受付システム１００Ｂを利用するために必要とするアプリケーションは、事前注文受付システム１００Ｂの各種アプリケーションを登録している登録サイト等から、携帯端末３０にあらかじめダウンロードしてインストールしておくことが必要である。ここで、顧客の生体認証用情報を取得する方式は、第２の実施形態の場合と同様である。
次に、携帯端末３０は、事前注文情報と当該顧客の生体認証用情報（第１の生体認証用情報）とをネットワーク４０を介して、前記第１候補の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）に送信する（ＳＴＥＰ３０２）。
前記第１候補の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）は、顧客が所有する携帯端末３０から事前注文情報と当該顧客の生体認証用情報（第１の生体認証用情報）とを受信すると（ＳＴＥＰ３０３）、受信した事前注文情報を、受信した当該顧客の生体認証用情報（第１の生体認証用情報）と対応付けた形式で記憶する（ＳＴＥＰ３０４）。
次に、図１４のシーケンスチャートの動作により、顧客の携帯端末３０から送信した事前注文情報と当該顧客の生体認証用情報（第１の生体認証用情報）とを、前記第１候補の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）が記憶した状態になった後の動作について、図１５Ａ、図１５Ｂのシーケンスチャートを参照しながら説明する。図１５Ａ、図１５Ｂは、図１０に例示した事前注文受付システム１００Ｂの第５の実施形態としての動作の図１４のシーケンスチャートに引き続く動作の一例を説明するためのシーケンスチャートであり、顧客が実際に入店した店舗における店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）と卓上端末２０との間の情報のやり取りの一例を示している。このシーケンスチャートは、前半部分および後半部分に分け、それぞれ図１５Ａおよび図１５Ｂに描いてある。図１５Ａの下端における丸で囲んだＣは図１５Ｂの上端における丸で囲んだＣに繋がっていることを示している。すなわち、図１５Ａの下端は図１５Ｂの上端に繋がっていて、図１５Ａおよび図１５Ｂという２枚の図面でもって１つのシーケンスチャートを表しているのである。そこで、以下では、図１５Ａおよび図１５Ｂの両図を１つの図として見なし、両図を一体として図１５と表記することとする。
ここで、図１５のシーケンスチャートにおいては、第３の実施形態の動作例として図１１に示したシーケンスチャートや第４の実施形態として示した図１３のシーケンスチャートの場合とは異なり、顧客が実際に入店した店舗（例えば第２店舗）において、当該店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）が、入店した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）を、該顧客の携帯端末３０から事前に受信していなかった場合には、当該店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）は、当該店舗と同一の注文メニューを有する他のすべての店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１、第３店舗の第３店舗サーバ２１３、…、第Ｎ店舗の第Ｎ店舗サーバ２１Ｎ）のそれぞれに、該顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）に対応付けられた事前注文情報の有無を問い合わせる動作を行う場合を示している。
そして、問い合わせた結果として、該顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）が存在している他の店舗の店舗サーバ２１から、該顧客の生体認証用情報（第２の生体認証用情報）と一致する該生体認証用情報（第１の生体認証用情報）に対応付けられた事前注文情報を取得することにより、取得した該顧客の事前注文情報に基づいて、注文情報を確定して、確定した該注文情報を店舗サーバ２１が受け付けるまでの情報のやり取りに関するシーケンス例を図１５は示している。
つまり、図１５のシーケンスチャートは、店舗（例えば第２店舗）に入店した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）を、該顧客の携帯端末３０から事前に受信していなかった場合に、当該店舗（例えば第２店舗）と同じ注文メニューを有している他のすべての店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１、第３店舗の第３店舗サーバ２１３、…、第Ｎ店舗の第Ｎ店舗サーバ２１Ｎ）それぞれに問い合わせを行って、当該顧客の事前注文情報を取得して、注文情報として受け付けるまでの動作（ＳＴＥＰ３１３～ＳＴＥＰ３１８）以外の動作に関しては、第３の実施形態として図１１に示したシーケンスチャートと全く同様の動作を行っている。すなわち、図１５のシーケンスチャートのＳＴＥＰ３０５～ＳＴＥＰ３１２は、図１１に示したシーケンスチャートのＳＴＥＰ１０５～ＳＴＥＰ１１２と同じ動作を行い、図１５のシーケンスチャートのＳＴＥＰ３１９～ＳＴＥＰ３２１は、図１１に示したシーケンスチャートのＳＴＥＰ１１３～ＳＴＥＰ１１５と同じ動作を行う。
図１５のシーケンスチャートにおいて、顧客が、事前注文情報と当該顧客の生体認証用情報（第１の生体認証用情報）とを前記第１候補の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）に送信した後、所望する目的の店舗を決定して、当該店舗（例えば第２店舗）に入店して、店舗内の卓（テーブル）に着席すると、該卓（テーブル）上に設置されている卓上端末２０を操作して、当該顧客の生体認証用情報を、第２の生体認証用情報として、卓上端末２０に取得させる（ＳＴＥＰ３０５）。卓上端末２０は、取得した当該顧客の生体認証用情報（第２の生体認証用情報）を、自卓上端末２０をユニークに特定する識別コード（または卓（テーブル）番号）を付した形式で、当該店舗内の店舗システム２５を構成する店舗サーバ２１（例えば第２店舗内の第２店舗システム２５２を構成する第２店舗サーバ２１２）に送信する（ＳＴＥＰ３０６）。
店舗サーバ２１（例えば第２店舗サーバ２１２）は、卓上端末２０から顧客の生体認証用情報（第２の生体認証用情報）を受信すると（ＳＴＥＰ３０７）、受信した顧客の生体認証用情報（第２の生体認証用情報）を、送信元を示す卓上端末２０の識別コード（または卓（テーブル）番号）と対応付けて記憶する。さらに、店舗サーバ２１（例えば第２店舗サーバ２１２）は、携帯端末３０から事前注文情報とともに受信して記憶していた顧客の生体認証用情報（第１の生体認証用情報）を検索して、卓上端末２０から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）が記憶されているか否かを確認する（ＳＴＥＰ３０８）。
携帯端末３０から受信していた顧客の生体認証用情報（第１の生体認証用情報）のうち、卓上端末２０から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）があった場合には（ＳＴＥＰ３０９のＹＥＳ）、前述しているような該顧客の事前注文情報と生体認証用情報（第１の生体認証用情報）とを携帯端末３０から事前に受信していない店舗（例えば第２店舗）に該顧客が入店した場合ではなく、該顧客が当初赴こうとしている第１候補の店舗として、該顧客の携帯端末３０から事前注文情報と該顧客の生体認証用情報（第１の生体認証用情報）とを事前に受信していた店舗（例えば第１店舗）に入店した場合であるので、ＳＴＥＰ３０９に移行する。
ＳＴＥＰ３０９に移行すると、店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）は、一致した顧客の生体認証用情報（第１の生体認証用情報）に対応付けて記憶している事前注文情報を取り出して、該顧客の生体認証用情報（第２の生体認証用情報）を自店舗サーバ２１（例えば第１店舗サーバ２１１）に送信してきた送信元の卓上端末２０に送信する（ＳＴＥＰ３０９）。
そして、店舗サーバ２１（例えば第１店舗サーバ２１１）は、携帯端末３０から受信して記憶していた顧客の生体認証用情報（第１の生体認証用情報）のうち、卓上端末２０から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）を削除するとともに、携帯端末３０から受信して記憶していた事前注文情報と、卓上端末２０から受信していた顧客の生体認証用情報（第２の生体認証用情報）との双方の情報も削除する。なお、携帯端末３０から受信して記憶していた生体認証用情報（第１の生体認証用情報）と事前注文情報の削除は、かかる時点に限るものではなく、遅くとも、店舗サーバ２１において卓上端末２０からの注文情報を受け付けるまでの間に実施すれば良い。
該顧客の生体認証用情報（第２の生体認証用情報）を自店舗サーバ２１（例えば第１店舗サーバ２１１）に送信した送信元の卓上端末２０が、店舗サーバ２１（例えば第１店舗サーバ２１１）から送信されてきた事前注文情報を受信すると（ＳＴＥＰ３１０）、受信した事前注文情報を表示部６２に画面表示する。顧客が、画面表示された事前注文情報を確認して、該事前注文情報の注文内容通りに注文しても良いと判断した場合には、画面表示された決定ボタンを押下操作することにより、卓上端末２０は、該事前注文情報を当該店舗に対する最終的な注文情報として確定する。
ここで、本第５の実施形態においても、第２～第４の実施形態の場合と同様、顧客は、卓上端末２０の入力部６３を操作して、画面表示された事前注文情報の注文内容を変更したり、注文する項目を一部削除したりすることが可能であり、変更した事前注文情報の画面表示を確認して決定ボタンを押下操作するようにしても良い。あるいは、卓上端末２０が、セルフ注文端末の機能を有している場合には、顧客は、入力部６３を操作して、注文情報として注文する項目をさらに追加して決定ボタンを押下操作するようにしても良い。そして、卓上端末２０は、注文情報として確定すると、確定した注文情報を店舗サーバ２１（例えば第１店舗サーバ２１１）に送信する（ＳＴＥＰ３１１）。
店舗サーバ２１（例えば第１店舗サーバ２１１）は、卓上端末２０から確定した注文情報を受信すると、受信した注文情報を受け付けて、該注文情報を送信してきた送信元の卓上端末２０が設置されている卓（テーブル）をユニークに特定する卓（テーブル）番号と対応付けて記憶するとともに、該注文情報を、当該店舗内の店舗システム（例えば第１店舗システム２５１）を構成する専用端末のうち、該注文情報の注文内容に該当する部署の専用端末例えば厨房端末５４に送信して、該注文情報の注文内容に応じた調理を行うことを指示する（ＳＴＥＰ３１２）。
一方、ＳＴＥＰ３０８において、顧客が入店した当該店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）に、携帯端末３０から受信していた顧客の生体認証用情報（第１の生体認証用情報）の中に、卓上端末２０から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）が存在していなかった場合には（ＳＴＥＰ３０８のＮＯ）、当該店舗（例えば第２店舗）は、前述しているように、該顧客が当初赴こうと想定していた第１候補の店舗（例えば第１店舗）ではなく、事前注文情報を携帯端末３０から事前に受信していない店舗（例えば第２店舗）であるので、ＳＴＥＰ３１３の動作に移行する。
ＳＴＥＰ３１３に移行すると、該顧客が入店した店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）は、当該店舗と同一の注文メニューを有する他のすべての店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１、第３店舗の第３店舗サーバ２１３、…、第Ｎ店舗の第Ｎ店舗サーバ２１Ｎ）のそれぞれに、自店舗内（例えば第２店舗内）の卓上端末２０から受信した該顧客の生体認証用情報（第２の生体認証用情報）を送信して、一致する生体認証用情報（第１の生体認証用情報）が存在しているか否かを問い合わせる（ＳＴＥＰ３１３）。
該顧客が入店した店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）からの問い合わせ先の他の店舗の店舗サーバ２１のうち、前記第１候補の他の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）は、図１４のシーケンスチャートの動作において、該顧客が所有する携帯端末３０から該顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とを受信して記憶しているので、問い合わせ元の店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）が送信してきた顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）を記憶している。したがって、前記第１候補の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）は、店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）からの問い合わせに応じて、生体認証用情報（第２の生体認証用情報）と一致する該顧客の生体認証用情報（第１の生体認証用情報）に対応する事前注文情報を取り出して、問い合わせ元の店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）に返送する。
しかる後、前記第１候補の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）は、問い合わせ元の店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）が送信してきた顧客の生体認証用情報（第２の生体認証用情報）とともに、記憶している該顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とを削除する。なお、該顧客が入店した店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）からの問い合わせ先の他の店舗の店舗サーバ２１のうち、前記第１候補の店舗（例えば第１店舗）以外の各店舗サーバ２１（第３店舗の第３店舗サーバ、…、第Ｎ店舗の第Ｎ店舗サーバ２１Ｎ）は、問い合わせ元の店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）が送信してきた顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）を記憶していない。したがって、問い合わせ元の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）からの問い合わせに存在しない旨の応答をして、問い合わせ元の店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）が送信してきた顧客の生体認証用情報（第２の生体認証用情報）を削除する動作を行う。
該顧客が入店した店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）は、問い合わせ先の他のすべての店舗の店舗サーバ２１のうち、前記第１候補の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）から、該顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とを受信すると（ＳＴＥＰ３１４のＹＥＳ）、ＳＴＥＰ３１５に移行する。
ＳＴＥＰ３１５に移行すると、該顧客が入店した店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）は、他の店舗である前記第１候補の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）から受信した事前注文情報を、該顧客の生体認証用情報（第２の生体認証用情報）を送信してきた送信元の卓上端末２０に送信する（ＳＴＥＰ３１５）。
そして、該顧客が入店した店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）は、他の店舗である前記第１候補の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）から受信した事前注文情報と、卓上端末２０から受信していた顧客の生体認証用情報（第２の生体認証用情報）との双方の情報を削除する。なお、他の店舗である前記第１候補の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）から受信した事前注文情報の削除は、かかる時点に限るものではなく、遅くとも、店舗サーバ２１において卓上端末２０からの注文情報を受け付けるまでの間に実施すれば良い。
該顧客の生体認証用情報（第２の生体認証用情報）を自店舗サーバ２１（例えば第２店舗サーバ２１２）に送信した送信元の卓上端末２０が、店舗サーバ２１（例えば第２店舗サーバ２１２）から送信されてきた事前注文情報を受信すると（ＳＴＥＰ３１６）、受信した事前注文情報を表示部６２に画面表示する。顧客が、画面表示された事前注文情報を確認して、該事前注文情報の注文内容通りに注文しても良いと判断した場合には、画面表示された決定ボタンを押下操作することにより、卓上端末２０は、該事前注文情報を当該店舗に対する最終的な注文情報として確定する。
ここで、顧客は、卓上端末２０の入力部６３を操作して、画面表示された事前注文情報の注文内容を変更したり、注文する項目を一部削除したりすることが可能であり、変更した事前注文情報の画面表示を確認して決定ボタンを押下操作するようにしても良い。あるいは、卓上端末２０が、セルフ注文端末の機能を有している場合には、顧客は、入力部６３を操作して、注文情報として注文する項目をさらに追加して決定ボタンを押下操作するようにしても良い。そして、卓上端末２０は、注文情報として確定すると、確定した注文情報を店舗サーバ２１（例えば第２店舗サーバ２１２）に送信する（ＳＴＥＰ３１７）。
店舗サーバ２１（例えば第２店舗サーバ２１２）は、卓上端末２０から確定した注文情報を受信すると、受信した注文情報を受け付けて、該注文情報を送信してきた送信元の卓上端末２０が設置されている卓（テーブル）をユニークに特定する卓（テーブル）番号と対応付けて記憶するとともに、該注文情報を、当該店舗内の店舗システム（例えば第２店舗システム２５２）を構成する専用端末のうち、該注文情報の注文内容に該当する部署の専用端末例えば厨房端末５４に送信して、該注文情報の注文内容に応じた調理を行うことを指示する（ＳＴＥＰ３１８）。
一方、ＳＴＥＰ３１４において、顧客が入店した店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）は、他のすべての店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）から存在しない旨の応答を受信した場合には（ＳＴＥＰ３１４のＮＯ）、ＳＴＥＰ３１９に移行する。そして、以降、第２の実施形態として図９に示したＳＴＥＰ１９～ＳＴＥＰ２１と同様の動作を行う。
すなわち、ＳＴＥＰ３１９に移行すると、まず、店舗サーバ２１（例えば第２店舗サーバ２１２）は、卓上端末２０から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）が、自店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）には存在していなく、かつ、他のすべての店舗の店舗サーバ２１にも存在していなかったので、該当する顧客に関する事前注文情報は存在していなかった旨を示す不一致情報を、該顧客の生体認証用情報（第２の生体認証用情報）を送信してきた送信元の卓上端末２０に送信した後、該卓上端末２０から受信して記憶していた顧客の生体認証用情報（第２の生体認証用情報）を削除する（ＳＴＥＰ３１９）。
顧客の生体認証用情報（第２の生体認証用情報）を店舗サーバ２１（例えば第２店舗サーバ２１２）に送信した送信元の卓上端末２０は、店舗サーバ２１（例えば第２店舗サーバ２１２）から送信されてきた前記不一致情報を受信すると（ＳＴＥＰ３２０）、受信した前記不一致情報を表示部６２に画面表示する（ＳＴＥＰ３２１）。したがって、該顧客は、卓上端末２０がセルフ注文端末の機能を有している場合には、卓上端末２０を操作して、新たに注文情報を作成して、店舗サーバ２１に送信するか、または、店舗内の店員に対して口頭で注文情報を通知することが必要になる。
（第５の実施形態の変形例）
なお、図１５に示したシーケンスチャートの店舗サーバ２１におけるＳＴＥＰ３０９からＳＴＥＰ３１２に至るまでの動作については、第２の実施形態におけるＳＴＥＰ１３以降の動作の場合と同様に、前述の動作に限るものではなく、例えば、次のような動作を行うようにしても良い。つまり、店舗サーバ２１は、ＳＴＥＰ３０９の時点で、携帯端末３０から送信されてきた事前注文情報をそのまま注文情報として受け付けて、受け付けた該注文情報の注文内容に該当する部署の専用端末例えば厨房端末５４に送信して、該注文情報の注文内容に応じた調理を行うことを指示するようにしても良い。
すなわち、ＳＴＥＰ３０９において、店舗サーバ２１（例えば第１店舗サーバ２１１）は、前述のＳＴＥＰ３１２の動作とほぼ同様の動作を行い、携帯端末３０から受信した事前注文情報を、顧客の生体認証用情報（第２の生体認証用情報）を送信してきた卓上端末２０が設置されている卓（テーブル）番号の注文情報として受け付ける（ＳＴＥＰ３０９Ａ）。
そして、店舗サーバ２１（例えば第１店舗サーバ２１１）は、受け付けた注文情報（すなわち携帯端末３０から受信した事前注文情報）を、該顧客の生体認証用情報（第２の生体認証用情報）を送信してきた送信元の卓上端末２０が設置されている卓（テーブル）をユニークに特定する卓（テーブル）番号と対応付けて記憶するとともに、該注文情報を、当該店舗内の店舗システム２５（例えば第１店舗内の第１店舗システム２５１）を構成する専用端末のうち、該注文情報の注文内容に該当する部署の専用端末例えば厨房端末５４に送信して、該注文情報の注文内容に応じた調理を行うことを指示する。
しかる後、店舗サーバ２１（例えば第１店舗サーバ２１１）は、前述のＳＴＥＰ３０９と同様の動作を行い、受信した事前注文情報を、注文情報として受け付けた旨を示す情報とともに、該顧客の生体認証用情報（第２の生体認証用情報）を自店舗サーバ２１（例えば第１店舗サーバ２１１）に送信してきた送信元の卓上端末２０に送信する（ＳＴＥＰ３０９）。
そして、店舗サーバ２１（例えば第１店舗サーバ２１１）は、携帯端末３０から受信して記憶していた顧客の生体認証用情報（第１の生体認証用情報）のうち、卓上端末２０から受信した顧客の生体認証用情報（第２の生体認証用情報）と一致する生体認証用情報（第１の生体認証用情報）を削除するとともに、携帯端末３０から受信して記憶していた他の事前注文情報と、卓上端末２０から受信していた顧客の生体認証用情報（第２の生体認証用情報）との双方の情報も削除する。
顧客の生体認証用情報（第２の生体認証用情報）を自店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）に送信した送信元の卓上端末２０は、該店舗サーバ２１から送信されてきた事前注文情報を注文情報として受け付けた旨を示す情報とともに受信すると（ＳＴＥＰ３１０）、了解した旨の肯定応答を店舗サーバ２１に返送する。そして、受信した事前注文情報を注文情報として受け付けた旨を示す情報とともに表示部６２に画面表示して、顧客に提示する。顧客は、画面表示された事前注文情報が注文情報として受け付けられて、該注文情報の注文内容に該当する部署の専用端末例えば厨房端末５４に、該注文情報の注文内容に応じた調理を行うことを既に指示済みになっていることを確認する。
したがって、該ＳＴＥＰ３１０の動作の後においては、前述したＳＴＥＰ３１１（注文情報として確定して自店舗サーバ２１に送信する卓上端末２０の動作）およびＳＴＥＰ３１２（確定した注文情報を受け付ける店舗サーバ２１の動作）の２つのＳＴＥＰ（ステップ）を実施する必要はない。
なお、図１５に示したシーケンスチャートの店舗サーバ２１におけるＳＴＥＰ３１５からＳＴＥＰ３１８に至るまでの動作についても、ＳＴＥＰ３０９からＳＴＥＰ３１２に至るまでの動作の変形例として前述した場合と全く同様の動作を行うように変形しても良いことは言うまでもない。ただし、ＳＴＥＰ３１５からＳＴＥＰ３１８に至るまでの動作の変形例においては、携帯端末３０から事前注文情報と第１の生体認証用情報とを事前に受信した第１候補の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）とは異なる他の店舗の店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）の場合の動作の変形例である。したがって、ＳＴＥＰ３１５の卓上端末２０への事前注文情報の送信動作においては、該店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）は、他の店舗である前記第１候補の店舗（例えば第１店舗）の店舗サーバ２１から受信した事前注文情報と、卓上端末２０から受信していた顧客の生体認証用情報（第２の生体認証用情報）との双方の情報を削除するという動作を行うことになる。ただし、他の店舗である前記第１候補の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）から受信した事前注文情報の削除は、かかる時点に限るものではなく、遅くとも、店舗サーバ２１（例えば第２店舗の第２店舗サーバ２１２）において卓上端末２０からの注文情報を受け付けるまでの間に実施すれば良い。
また、本第５の実施形態においても、第２の実施形態の場合と同様、情報の第三者への漏洩を防止するために、店舗サーバ２１（例えば第１候補の店舗である第１店舗の第１店舗サーバ２１１）に記憶されている顧客の生体認証用情報（第１の生体認証用情報）と事前注文情報とは、携帯端末３０から受信して記憶した後、経過時間閾値としてあらかじめ定めた所定時間（例えば１時間）が経過した時点で、店舗サーバ２１から削除するようにしても良い。
以上に詳細に説明したように、本第５の実施形態における事前注文受付システム１００Ｂは、第３の実施形態の場合と特徴を有する構成であるが、さらに、本第５の実施形態においては、次のような特徴を有する構成としている。
すなわち、店舗システム２５の店舗サーバ２１は、自店舗システム２５の卓上端末２０から顧客の第２の生体認証用情報を受信した際に、記憶している第１の生体認証用情報を検索して、受信した第２の生体認証用情報と一致する顧客の第１の生体認証用情報が存在していないことを確認した場合には、自店舗と同一の注文メニューを有している他のすべての店舗内に設置された店舗システム２５の店舗サーバ２１それぞれに、ネットワーク４０を介して、該顧客に関して卓上端末２０から受信した第２の生体認証用情報を送信して、該第２の生体認証用情報と一致する第１の生体認証用情報を記憶しているか否かを問い合わせ、該第２の生体認証用情報と一致する第１の生体認証用情報を記憶している場合には、該第１の生体認証用情報と対応付けて記憶している事前注文情報を、送信してくることを要求する手段を有している。
かかる場合には、店舗システム２５の店舗サーバ２１は、自店舗と同一の注文メニューを有しているいずれかの他の店舗内の店舗システム２５の店舗サーバ２１から送信されてきた第２の生体認証用情報と一致する第１の生体認証用情報の存在の有無を問い合わせる通知を受信した際に、携帯端末３０から受信して記憶している第１の生体認証用情報を検索して、他の店舗内の店舗システム２５の店舗サーバ２１から送信されてきた第２の生体認証用情報と一致する顧客の第１の生体認証用情報が存在していることを確認した場合には、一致する該第１の生体認証用情報と対応付けて記憶している事前注文情報を、前記通知を送信してきた他の店舗内の店舗システム２５の店舗サーバ２１に送信した後、他の店舗内の店舗システム２５の店舗サーバ２１から受信した該顧客の第２の生体認証用情報および該顧客に関して記憶していた第１の生体認証用情報と前記事前注文情報とを削除する手段も有している。
さらに、店舗システム２５の店舗サーバ２１は、自店舗と同一の注文メニューを有しているいずれかの他の店舗内の店舗システム２５の店舗サーバ２１から受信した事前注文情報を、第２の生体認証用情報の送信元の卓上端末２０に送信した後、卓上端末２０から受信した該顧客の第２の生体認証用情報と、他の店舗内の店舗システム２５の店舗サーバ２１から受信した事前注文情報とを削除する手段とをさらに有している。
（第５の実施形態の効果の説明）
以上に詳細に説明したように、本第５の実施形態においては、顧客は、所有する携帯端末３０を操作して、事前注文情報に設定される注文項目を注文メニューとして有しているいずれかの店舗に到着する前に、当該顧客が当初赴こうと想定していた第１候補の店舗に事前に注文情報を事前注文情報として送信して、しかる後、該顧客が、前記事前注文情報の注文項目を注文メニューとして有しているいずれの店舗に入店した場合であっても、当該店舗の店舗サーバ２１は事前に送信しておいた事前注文情報を前記第１候補の店舗の店舗サーバ２１から転送させて取得することができるので、第１～第４の実施形態の場合と同様、顧客がいずれかの店舗に入店した後、所有する携帯端末３０を操作する必要は一切なく、顧客は、確定した注文情報に対する該店舗の商品やサービスを受け取ることができる。
さらに、本第５の実施形態においても、顧客の生体認証用情報（第１の生体認証用情報や第２の生体認証用情報）は、事前注文情報とともに、店舗サーバ２１内に一時的に記憶されて適当な処理が実施された後は削除されるので、第２～第４の実施形態の場合と同様、顧客の生体認証用情報等の個人情報が悪意のある第三者によって盗まれてしまうというリスクを低減することができる。
また、本第５の実施形態においては、顧客が、携帯端末３０から当初赴こうと想定している第１候補の店舗の店舗サーバ２１（例えば第１店舗の第１店舗サーバ２１１）のみに携帯端末３０から事前注文情報と該顧客の生体認証用情報（第１生体認証用情報））とを送信する場合において、赴く店舗を間違えている場合であっても、あるいは、前記第一候補とは異なる他の店舗に赴いた場合であっても、第４の実施形態の場合と同様、赴いた店舗において携帯端末３０から送信した事前注文情報を利用して注文情報を確定することができ、顧客が入店した店舗の店舗サーバ２１は、確定した注文情報を受け付けることができる。
なお、以上の第２の実施形態～第５の実施形態のいずれにおいても、各店舗システム２５内の卓上端末２０として、１種類の生体認証用情報（例えば顔認証用情報）を取得する生体認証用情報取得部を有する構成とするだけでなく、２種類以上の生体認証用情報（例えば、顔認証用情報と指紋認証用情報、など）を取得することが可能な生体認証用情報取得部を設けて、２種類以上の生体認証方式に対応することを可能にするようにしても良いことも言うまでもない。
以上、本発明の好適な実施形態の構成を説明した。しかし、かかる実施形態は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であることが、当業者には容易に理解できよう。
１０ 事前注文受付サーバ
１０Ａ 事前注文受付サーバ
１０ａ サーバ用事前注文受付アプリケーション
１１ 顧客データベース
１１ａ 顧客ＩＤ欄
１１ｂ 顔写真情報欄
１１ｃ 事前注文情報欄
２０ 卓上端末
２０ａ 卓上端末用顔撮影・注文確定アプリケーション
２１ 店舗サーバ
２３ 専用端末
２５ 店舗システム
２８ 卓
２９ 店舗
３０ 携帯端末
３０ａ 携帯端末用事前注文送信アプリケーション
４０ ネットワーク
５２ 注文端末
５３ ＰＯＳ（Point Of Sales）端末
５４ 厨房端末
６１ 制御部
６１Ａ 記憶部
６２ 表示部
６３ 入力部
６４ 通信部
６５ 生体認証用情報取得部
１００ 事前注文受付システム
１００Ａ 事前注文受付システム
１００Ｂ 事前注文受付システム
２０１ 第１卓上端末
２０２ 第２卓上端末
２０Ｋ 第Ｋ卓上端末
２１１ 店舗サーバ
２１２ 店舗サーバ
２１（Ｎ－１） 店舗サーバ
２１Ｎ 店舗サーバ
２５１ 第１店舗システム
２５２ 第２店舗システム
２５（Ｎ－１） 第（Ｎ－１）店舗システム
２５Ｎ 第Ｎ店舗システム２５Ｎ

Claims (9)

  1. 顧客端末から顧客の第１の生体認証用情報を受信すると、前記顧客をユニークに特定する顧客ＩＤを生成して、該顧客端末に返送するとともに、該第１の生体認証用情報と生成した該顧客ＩＤとを対応付けてあらかじめ記憶する手段と、
    前記顧客ＩＤが付された予約情報を受信したときに、受信した該顧客ＩＤに基づいて検索を行い、該顧客ＩＤと同一の顧客ＩＤに対応付けて記憶されている前記第１の生体認証用情報に対応付ける形式で、受信した該予約情報を記憶する手段と、
    店内端末から顧客の第２の生体認証用情報を受信すると、記憶している第１の生体認証用情報を検索して、受信した該第２の生体認証用情報と一致する顧客の第１の生体認証用情報が存在していることを確認した場合には、一致する該第１の生体認証用情報と対応付けて記憶している前記予約情報を、前記店内端末に送信して画面表示させる手段と、を有する
    情報処理装置。
  2. 顧客端末から受信した予約情報と顧客の第１の生体認証用情報とを対応付けて記憶する手段と、
    店内端末から顧客の第２の生体認証用情報を受信すると、記憶している第１の生体認証用情報を検索する手段と、
    受信した該第２の生体認証用情報と一致する顧客の第１の生体認証用情報が存在していることを確認できなかった場合には、ネットワークを介して、他の情報処理装置に、該第２の生体認証用情報と一致する前記顧客の第１の生体認証用情報の存在の有無を問い合わせる手段と、
    前記他の情報処理装置が、問い合わせに応じて、前記第２の生体認証用情報と一致する前記顧客の第１の生体認証用情報に対応する予約情報を返送した場合に、受信した該予約情報を、前記店内端末に送信して画面表示させる手段と、を有する
    情報処理装置。
  3. 前記情報処理装置は、
    前記予約情報を前記店内端末に送信した後、前記第２の生体認証用情報と、前記第１の生体認証用情報と、前記予約情報とを削除する手段、をさらに有する、
    請求項１又は２に記載の情報処理装置。
  4. 前記情報処理装置は、
    前記第１の生体認証用情報と、前記予約情報とを受信して記憶した後、経過時間閾値としてあらかじめ定めた所定時間が経過した時点で、該第１の生体認証用情報と、該予約情報とを削除する手段、をさらに有する、
    請求項１乃至３のいずれか１項に記載の情報処理装置。
  5. 前記顧客の第１の生体認証用情報及び第２の生体認証用情報は、前記顧客の顔写真の情報である、
    請求項１乃至４のいずれか１項に記載の情報処理装置。
  6. 顧客端末から顧客の第１の生体認証用情報を受信すると、前記顧客をユニークに特定する顧客ＩＤを生成して、該顧客端末に返送するとともに、該第１の生体認証用情報と生成した該顧客ＩＤとを対応付けてあらかじめ記憶するステップと、
    前記顧客ＩＤが付された予約情報を受信したときに、受信した該顧客ＩＤに基づいて検索を行い、該顧客ＩＤと同一の顧客ＩＤに対応付けて記憶されている前記第１の生体認証用情報に対応付ける形式で、受信した該予約情報を記憶するステップと、
    店内端末から顧客の第２の生体認証用情報を受信すると、記憶している第１の生体認証用情報を検索して、受信した該第２の生体認証用情報と一致する顧客の第１の生体認証用情報が存在していることを確認した場合には、一致する該第１の生体認証用情報と対応付けて記憶している前記予約情報を、前記店内端末に送信して画面表示させるステップと、を有する
    情報処理装置が実行する情報処理方法。
  7. 顧客端末から受信した予約情報と顧客の第１の生体認証用情報とを対応付けて記憶するステップと、
    店内端末から顧客の第２の生体認証用情報を受信すると、記憶している第１の生体認証用情報を検索するステップと、
    受信した該第２の生体認証用情報と一致する顧客の第１の生体認証用情報が存在していることを確認できなかった場合には、ネットワークを介して、他の情報処理装置に、該第２の生体認証用情報と一致する前記顧客の第１の生体認証用情報の存在の有無を問い合わせるステップと、
    前記他の情報処理装置が、問い合わせに応じて、前記第２の生体認証用情報と一致する前記顧客の第１の生体認証用情報に対応する予約情報を返送した場合に、受信した該予約情報を、前記店内端末に送信して画面表示させるステップと、を有する
    情報処理装置が実行する情報処理方法。
  8. 顧客端末から顧客の第１の生体認証用情報を受信すると、前記顧客をユニークに特定する顧客ＩＤを生成して、該顧客端末に返送するとともに、該第１の生体認証用情報と生成した該顧客ＩＤとを対応付けてあらかじめ記憶するステップと、
    前記顧客ＩＤが付された予約情報を受信したときに、受信した該顧客ＩＤに基づいて検索を行い、該顧客ＩＤと同一の顧客ＩＤに対応付けて記憶されている前記第１の生体認証用情報に対応付ける形式で、受信した該予約情報を記憶するステップと、
    店内端末から顧客の第２の生体認証用情報を受信すると、記憶している第１の生体認証用情報を検索して、受信した該第２の生体認証用情報と一致する顧客の第１の生体認証用情報が存在していることを確認した場合には、一致する該第１の生体認証用情報と対応付けて記憶している前記予約情報を、前記店内端末に送信して画面表示させるステップと
    をコンピュータに実行させるプログラム。
  9. 顧客端末から受信した予約情報と顧客の第１の生体認証用情報とを対応付けて記憶するステップと、
    店内端末から顧客の第２の生体認証用情報を受信すると、記憶している第１の生体認証用情報を検索するステップと、
    受信した該第２の生体認証用情報と一致する顧客の第１の生体認証用情報が存在していることを確認できなかった場合には、ネットワークを介して、他の情報処理装置に、該第２の生体認証用情報と一致する前記顧客の第１の生体認証用情報の存在の有無を問い合わせるステップと、
    前記他の情報処理装置が、問い合わせに応じて、前記第２の生体認証用情報と一致する前記顧客の第１の生体認証用情報に対応する予約情報を返送した場合に、受信した該予約情報を、前記店内端末に送信して画面表示させるステップと
    をコンピュータに実行させるプログラム。
JP2022126725A 2019-12-24 2022-08-09 情報処理装置、情報処理方法およびプログラム Active JP7424671B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022126725A JP7424671B2 (ja) 2019-12-24 2022-08-09 情報処理装置、情報処理方法およびプログラム
JP2023208312A JP2024015328A (ja) 2019-12-24 2023-12-11 情報処理装置、情報処理方法およびプログラム

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2019233181A JP6874112B1 (ja) 2019-12-24 2019-12-24 事前注文受付システムおよび事前注文受付方法
JP2021071122A JP7124157B2 (ja) 2019-12-24 2021-04-20 事前注文受付システムおよび事前注文受付方法
JP2022126725A JP7424671B2 (ja) 2019-12-24 2022-08-09 情報処理装置、情報処理方法およびプログラム

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2021071122A Division JP7124157B2 (ja) 2019-12-24 2021-04-20 事前注文受付システムおよび事前注文受付方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2023208312A Division JP2024015328A (ja) 2019-12-24 2023-12-11 情報処理装置、情報処理方法およびプログラム

Publications (2)

Publication Number Publication Date
JP2022145828A JP2022145828A (ja) 2022-10-04
JP7424671B2 true JP7424671B2 (ja) 2024-01-30

Family

ID=75900087

Family Applications (4)

Application Number Title Priority Date Filing Date
JP2019233181A Active JP6874112B1 (ja) 2019-12-24 2019-12-24 事前注文受付システムおよび事前注文受付方法
JP2021071122A Active JP7124157B2 (ja) 2019-12-24 2021-04-20 事前注文受付システムおよび事前注文受付方法
JP2022126725A Active JP7424671B2 (ja) 2019-12-24 2022-08-09 情報処理装置、情報処理方法およびプログラム
JP2023208312A Pending JP2024015328A (ja) 2019-12-24 2023-12-11 情報処理装置、情報処理方法およびプログラム

Family Applications Before (2)

Application Number Title Priority Date Filing Date
JP2019233181A Active JP6874112B1 (ja) 2019-12-24 2019-12-24 事前注文受付システムおよび事前注文受付方法
JP2021071122A Active JP7124157B2 (ja) 2019-12-24 2021-04-20 事前注文受付システムおよび事前注文受付方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2023208312A Pending JP2024015328A (ja) 2019-12-24 2023-12-11 情報処理装置、情報処理方法およびプログラム

Country Status (1)

Country Link
JP (4) JP6874112B1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6874112B1 (ja) * 2019-12-24 2021-05-19 Ｎｅｃプラットフォームズ株式会社 事前注文受付システムおよび事前注文受付方法
JP7168110B1 (ja) * 2022-01-27 2022-11-09 株式会社ぐるなび 情報処理システム、情報処理方法及びプログラム
JP7465383B1 (ja) 2023-03-03 2024-04-10 株式会社カカクコム 注文受付管理システム、注文受付管理方法、及び注文受付管理プログラム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017045164A (ja) 2015-08-25 2017-03-02 日本電気株式会社 注文管理システム、注文管理方法及び制御プログラム
JP2017194867A (ja) 2016-04-21 2017-10-26 富士通フロンテック株式会社 精算処理装置及び宿泊管理システム
JP2018092388A (ja) 2016-12-05 2018-06-14 京阪バス株式会社 生体認証乗車管理システム
CN108171513A (zh) 2017-11-20 2018-06-15 胡研 一种指纹支付方法、指纹预约方法及交易设备
CN110009402A (zh) 2019-03-19 2019-07-12 深兰科技（上海）有限公司 一种送餐方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6874112B1 (ja) * 2019-12-24 2021-05-19 Ｎｅｃプラットフォームズ株式会社 事前注文受付システムおよび事前注文受付方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017045164A (ja) 2015-08-25 2017-03-02 日本電気株式会社 注文管理システム、注文管理方法及び制御プログラム
JP2017194867A (ja) 2016-04-21 2017-10-26 富士通フロンテック株式会社 精算処理装置及び宿泊管理システム
JP2018092388A (ja) 2016-12-05 2018-06-14 京阪バス株式会社 生体認証乗車管理システム
CN108171513A (zh) 2017-11-20 2018-06-15 胡研 一种指纹支付方法、指纹预约方法及交易设备
CN110009402A (zh) 2019-03-19 2019-07-12 深兰科技（上海）有限公司 一种送餐方法及装置

Also Published As

Publication number Publication date
JP2024015328A (ja) 2024-02-01
JP2021106052A (ja) 2021-07-26
JP6874112B1 (ja) 2021-05-19
JP7124157B2 (ja) 2022-08-23
JP2022145828A (ja) 2022-10-04
JP2021101325A (ja) 2021-07-08

Similar Documents

Publication Publication Date Title
JP7424671B2 (ja) 情報処理装置、情報処理方法およびプログラム
US20060186197A1 (en) Method and apparatus for wireless customer interaction with the attendants working in a restaurant
JP5852082B2 (ja) オーダー管理システム、オーダー管理方法及びプログラム
US20230306494A1 (en) Method for providing information
JP5863999B1 (ja) 注文管理装置および注文管理方法
US9350691B2 (en) Information processing system, linkage server, and information processing method
JP2010079374A (ja) 受付処理システムおよび受付処理方法
KR20160146377A (ko) 회식 장소 예약 서비스 방법 및 시스템
JP2000293580A (ja) 情報選択システム
JP6589076B1 (ja) 情報管理装置、情報管理方法及びプログラム
JP2018110038A (ja) 注文システム及び注文方法
WO2017038935A1 (ja) オーダー処理システム、オーダー処理方法
JP2007087319A (ja) メニュー提供システム及び方法並びにプログラム
EP3699858A1 (en) Method and apparatus for facilitating dining at an eating establishment
US20150332323A1 (en) Server and program
US11599923B2 (en) System and method for ordering of goods or services via video conference with establishment attendant or virtual avatar
JP2014085847A (ja) 交渉支援装置、および交渉支援システム
JP7311305B2 (ja) 注文管理システム、および注文管理方法
JP2016180718A (ja) 食事ナビゲーション装置
WO2023175707A1 (ja) 情報処理装置、情報処理システム、情報処理方法及び非一時的なコンピュータ可読媒体
JP2016028355A (ja) 注文システム及び注文方法
KR20210011687A (ko) 주문실수 예방 및 신속처리 가능한 식당 주문시스템 및 그 방법
JP2020129334A (ja) 飲食物提供システム及び注文情報管理サーバ
JP7057809B1 (ja) 画像送信装置、画像送信システム、画像送信方法及びプログラム
KR102625798B1 (ko) 전자 메뉴 주문 및 결제 시스템

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220809

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230808

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231002

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20231017

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20231211

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20231219

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240111

R151 Written notification of patent or utility model registration

Ref document number: 7424671

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151