特許 5753295 注文管理システムおよび店舗端末

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5753295

(24)【登録日】2015年5月29日

(45)【発行日】2015年7月22日

(54)【発明の名称】注文管理システムおよび店舗端末

(51)【国際特許分類】

   G06Q 50/12 20120101AFI20150702BHJP

   G07G 1/00 20060101ALI20150702BHJP

   G07G 1/14 20060101ALI20150702BHJP

   G07G 1/12 20060101ALI20150702BHJP

【ＦＩ】

   G06Q50/12 100

   G07G1/00 301D

   G07G1/14

   G07G1/12 361C

【請求項の数】6

【全頁数】22

(21)【出願番号】特願2014-77992(P2014-77992)

(22)【出願日】2014年4月4日

(62)【分割の表示】特願2010-198087(P2010-198087)の分割

【原出願日】2010年9月3日

(65)【公開番号】特開2014-170557(P2014-170557A)

(43)【公開日】2014年9月18日

【審査請求日】2014年4月7日

(73)【特許権者】

【識別番号】313006647

【氏名又は名称】セイコーソリューションズ株式会社

(74)【代理人】

【識別番号】100142837

【弁理士】

【氏名又は名称】内野 則彰

(74)【代理人】

【識別番号】100123685

【弁理士】

【氏名又は名称】木村 信行

(74)【代理人】

【識別番号】100166305

【弁理士】

【氏名又は名称】谷川 徹

(72)【発明者】

【氏名】高野 香

(72)【発明者】

【氏名】相原 正仁

(72)【発明者】

【氏名】倉橋 正幸

(72)【発明者】

【氏名】佐藤 樹

【審査官】 宮地 匡人

(56)【参考文献】

【文献】 特開２００９−０５３８３７（ＪＰ，Ａ）

【文献】 特開２００２−０７３９４８（ＪＰ，Ａ）

【文献】 特開２００５−２９３１２５（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００９／０１８２６３３（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−５０／３４

Ｇ０７Ｇ １／００

Ｇ０７Ｇ １／１２

Ｇ０７Ｇ １／１４

(57)【特許請求の範囲】

【請求項1】

同一のグループに属する複数のユーザが来店し、ユーザからの注文情報を管理する店舗の店舗端末と、複数の前記ユーザの携帯端末と前記店舗端末とにネットワークを介して接続されたサーバ装置とを備えた注文管理システムであって、
前記店舗端末は、
前記サーバ装置に接続する際の宛先を示す宛先情報と、前記店舗を識別する識別情報とが予め記憶されている基本情報記憶部と、
前記ユーザからの注文を示す注文情報の入力を受付ける入力部と、
前記注文を受付けた時刻を示す注文日時を生成する注文日時生成部と、
前記注文を識別する伝票番号を生成する伝票番号生成部と、
前記宛先情報と、前記店舗を識別する識別情報と、前記注文日時と、前記伝票番号とが含まれ、前記携帯端末によって読み込まれる送信情報を出力する出力部とを備え、
前記サーバ装置は、
前記送信情報に含まれる、前記店舗を識別する識別情報と、前記注文日時と、前記伝票番号に、前記ユーザを識別する会員識別情報とが対応付けられて記憶される飲食情報記憶部と、
前記店舗端末によって出力された前記送信情報を読み込んだ前記携帯端末が、当該送信情報に含まれる前記宛先情報に基づいて自装置に送信してくる前記送信情報と、前記ユーザの会員識別情報とを受信する受信部と、
前記受信部が受信した前記送信情報に含まれる前記店舗を識別する識別情報と、前記注文日時と、前記伝票番号とに一致する情報が、前記飲食情報記憶部に記憶されているか否かを判定する判定部と、
前記判定部において、受信した前記店舗を識別する識別情報と、前記注文日時と、前記伝票番号とに一致する情報が前記飲食情報記憶部に記憶されていると判定されると、既に記憶されている前記店舗を識別する識別情報と、前記注文日時と、前記伝票番号とに、受信した前記会員識別情報を対応付けて前記飲食情報記憶部に記憶させる飲食情報登録部とを備える
ことを特徴とする注文管理システム。

【請求項2】

前記サーバ装置は、前記飲食情報登録部によって前記飲食情報記憶部に記憶された前記会員識別情報に対応する前記携帯端末に、定められたサービスを示すサービス情報を送信するサービス提供部を備える
ことを特徴とする請求項１に記載の注文管理システム。

【請求項3】

前記店舗端末の、
前記入力部は、前記グループの人数の入力を受付け、
前記出力部が出力する前記送信情報には前記人数が含まれ、
前記サーバ装置の、
前記判定部は、前記送信情報を受信した回数が前記人数を超えているか否かを判定し、
前記サービス提供部は、前記判定部によって、前記送信情報を受信した回数が前記人数を超えていないと判定された場合、前記携帯端末に前記サービス情報を送信する
ことを特徴とする請求項２に記載の注文管理システム。

【請求項4】

前記サーバ装置の、
前記判定部は、前記送信情報を受信した現在時刻が、前記注文日時から定められた時間を経過しているか否かを判定し、
前記サービス提供部は、前記判定部によって、前記現在時刻が前記注文日時から定められた時間を経過していないと判定された場合、前記携帯端末に前記サービス情報を送信する
ことを特徴とする請求項２に記載の注文管理システム。

【請求項5】

前記店舗端末は、
前記グループの会計時の時刻を示す会計時刻を、前記サーバ装置に送信する通信部を備え、
前記サーバ装置の、
前記判定部は、前記送信情報を受信した現在時刻が、前記会計時刻から定められた時間を経過しているか否かを判定し、
前記サービス提供部は、前記判定部によって、前記現在時刻が前記会計時刻から定められた時間を経過していないと判定された場合、前記携帯端末に前記サービス情報を送信する
ことを特徴とする請求項２に記載の注文管理システム。

【請求項6】

前記店舗端末の前記出力部は、前記携帯端末によって読み込まれる送信情報とともに、視認可能な前記注文情報を出力する
請求項１から５の何れかに記載の注文管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、来店した顧客の顧客情報を収集する技術に関する。

【背景技術】

【0002】

来店した顧客からの注文を受けて飲食物等を提供する飲食店において、サービス向上や満足度向上、顧客の囲い込みなどのために、顧客情報を収集することがある。例えば、店舗側は顧客の来店時にアンケート用紙を配布し、会計時までに氏名等を記入して提出してもらうと割引等のサービスを提供する。特許文献１には、このような顧客情報収集を電子的に行うことが記載されている。ここでは、店舗に設置された店舗端末が、入力される顧客の注文情報をセンタサーバに送信しておき、センタサーバは顧客の携帯端末からのアクセスを受付けて、注文情報に応じた質問内容のアンケート入力画面を顧客の携帯端末に送信する。センタサーバは、このように送信した質問内容に対する回答を携帯端末から受信する。これにより、店舗側では、顧客の注文情報に応じた質問内容に対する回答を含む顧客情報を得ることができる。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００５−２９３１２５号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、特許文献１に示される方法では、複数顧客のグループが来店している場合でも、一度の来店につき一人の顧客の顧客情報しか収集することができない。これでは、顧客情報の収集に対するサービスの提供も、一人に対してしか行うことができない。
このように、店舗側はそのグループを構成する顧客一人一人の顧客情報を集められずにおり、顧客側も一人一人が注文・支払に見合ったサービスを受けられないでいた。
しかし、店舗側では、そのグループを構成する複数顧客の顧客情報を、効率良く、できればグループとしての来店から短い時間で収集することが望ましい。これは、（１）店舗側が、顧客一人一人や、グループを構成する複数人の顧客情報を活かした店舗運営や営業戦略を迅速に検討し、適切な経営を実施するため、（２）来店から時間が経過すると、顧客も来店時の状況を忘れてしまいアンケートへの顧客の回答内容の信憑性が低下してしまうため、（３）来店に対するサービスを、例えばその来店時の飲食会計に活かせず、提供可能なサービスが顧客にとって魅力の薄いものとなる可能性が考えられるため、などの理由による。

【0005】

本発明は、このような状況に鑑みてなされたもので、店舗に来店する複数顧客の顧客情報を、効率良く収集する注文管理システムおよび店舗端末を提供する。

【課題を解決するための手段】

【0006】

上述した課題を解決するために、本発明は、同一のグループに属する複数のユーザが来店し、ユーザからの注文情報を管理する店舗の店舗端末と、複数の前記ユーザの携帯端末と店舗端末とにネットワークを介して接続されたサーバ装置とを備えた注文管理システムであって、店舗端末は、サーバ装置に接続する際の宛先を示す宛先情報と、店舗を識別する識別情報とが予め記憶されている基本情報記憶部と、ユーザからの注文を示す注文情報の入力を受付ける入力部と、注文を受付けた時刻を示す注文日時を生成する注文日時生成部と、注文を識別する伝票番号を生成する伝票番号生成部と、宛先情報と、店舗を識別する識別情報と、注文日時と、伝票番号とが含まれ、携帯端末によって読み込まれる送信情報を出力する出力部と、を備え、サーバ装置は、送信情報に含まれる、店舗を識別する識別情報と、注文日時と、伝票番号に、ユーザを識別する会員識別情報とが対応付けられて記憶される飲食情報記憶部と、店舗端末によって出力された送信情報を読み込んだ携帯端末が、当該送信情報に含まれる宛先情報に基づいて自装置に送信してくる送信情報と、ユーザの会員識別情報とを受信する受信部と、受信部が受信した送信情報に含まれる店舗を識別する識別情報と、注文日時と、伝票番号とに一致する情報が、飲食情報記憶部に記憶されているか否かを判定する判定部と、判定部において、受信した店舗を識別する識別情報と、注文日時と、伝票番号とに一致する情報が飲食情報記憶部に記憶されていると判定されると、既に記憶されている店舗を識別する識別情報と、注文日時と、伝票番号とに、受信した会員識別情報を対応付けて飲食情報記憶部に記憶させる飲食情報登録部と、を備えることを特徴とする。

【0007】

また、本発明は、サーバ装置が、飲食情報登録部によって飲食情報記憶部に記憶された会員識別情報に対応する携帯端末に、定められたサービスを示すサービス情報を送信するサービス提供部と、を備えることを特徴とする。

【0008】

また、本発明は、店舗端末の入力部が、グループの人数の入力を受付け、出力部が出力する送信情報には人数が含まれ、サーバ装置の判定部が、送信情報を受信した回数が人数を超えているか否かを判定し、サービス提供部が、判定部によって、送信情報を受信した回数が人数を超えていないと判定された場合、携帯端末にサービス情報を送信することを特徴とする。

【0009】

また、本発明は、サーバ装置の判定部が、送信情報を受信した現在時刻が、注文日時から定められた時間を経過しているか否かを判定し、サービス提供部が、判定部によって、現在時刻が注文日時から定められた時間を経過していないと判定された場合、携帯端末にサービス情報を送信することを特徴とする。

【0010】

また、本発明は、店舗端末が、グループの会計時の時刻を示す会計時刻を、サーバ装置に送信する通信部を備え、サーバ装置の判定部が、送信情報を受信した現在時刻が、会計時刻から定められた時間を経過しているか否かを判定し、サービス提供部が、判定部によって、現在時刻が会計時刻から定められた時間を経過していないと判定された場合、携帯端末にサービス情報を送信することを特徴とする。
また、本発明は、出力部が、携帯端末によって読み込まれる送信情報とともに、視認可能な前記注文情報を出力することを特徴とする。

【0011】

また、本発明は、同一のグループに属する複数のユーザが来店し、ユーザからの注文情報を管理する店舗の店舗端末と、複数の前記ユーザの携帯端末と前記店舗端末とにネットワークを介して接続されたサーバ装置とを備えた注文管理システムで使用される店舗端末であって、サーバ装置に接続する際の宛先を示す宛先情報と、店舗を識別する識別情報とが予め記憶されている基本情報記憶部と、ユーザからの注文を示す注文情報の入力を受付ける入力部と、注文を受付けた時刻を示す注文日時を生成する注文日時生成部と、注文を識別する伝票番号を生成する伝票番号生成部と、宛先情報と、店舗を識別する識別情報と、注文日時と、伝票番号とが含まれ、携帯端末によって読み込まれる送信情報とを出力する出力部とを備えることを特徴とする。

【発明の効果】

【0012】

以上説明したように、本発明によれば、店舗端末が、サーバ装置に接続する際の宛先を示す宛先情報と、店舗を識別する識別番号と、注文を受付けた時刻を示す注文日時と、注文を識別する伝票番号とが含まれる送信情報を出力し、サーバ装置が、ユーザの携帯端末から送信される、携帯端末によって読み込まれた送信情報と、ユーザの会員識別情報としての携帯端末の識別情報とを受信する。そして、サーバ装置は、受信した送信情報に一致する情報が自装置に既に記憶されている場合には、その情報に対応付けて、送信情報と会員識別情報とを記憶させるようにした。これにより、店舗に来店する複数顧客の顧客情報を、グループごとに分けて効率良く収集する注文管理システムおよび店舗端末を提供することができる。

【図面の簡単な説明】

【0013】

【図1】本発明の一実施形態による注文管理システムの構成を示すブロック図である。

【図2】本発明の一実施形態によるハンディターミナルの外観を示す図である。

【図3】本発明の一実施形態によるコントローラの外観を示す図である。

【図4】本発明の一実施形態による出力部が出力する二次元コードが含まれる伝票の例を示す図である。

【図5】本発明の一実施形態による飲食情報記憶部に記憶される飲食情報のデータ例を示す図である。

【図6】本発明の一実施形態による会員情報記憶部に記憶される会員情報のデータ例を示す図である。

【図7】本発明の一実施形態によるグループテーブルのデータ例を示す図である。

【図8】本発明の一実施形態によるコントローラが伝票を出力する動作例を示すフローチャートである。

【図9】本発明の一実施形態による顧客情報収集処理と、サービス提供処理との動作例を示すフローチャートである。

【図10】本発明の一実施形態による顧客情報収集処理と、サービス提供処理との動作例を示すシーケンス図である。

【図11】本発明の一実施形態によるグループテーブルのデータ例を示す図である。

【図12】本発明の一実施形態による顧客情報収集処理と、サービス提供処理との動作例を示すフローチャートである。

【図13】本発明の一実施形態による顧客情報収集処理と、サービス提供処理との動作例を示すシーケンス図である。

【図14】本発明の一実施形態によるグループテーブルのデータ例を示す図である。

【図15】本発明の一実施形態による顧客情報収集処理と、サービス提供処理との動作例を示すフローチャートである。

【図16】本発明の一実施形態による顧客情報収集処理と、サービス提供処理との動作例を示すシーケンス図である。

【図17】本発明の一実施形態によるサーバ装置が、サービス提供フラグを自動的に「済」に更新する動作例を示すフローチャートである。

【発明を実施するための形態】

【0014】

以下、本発明の一実施形態について、図面を参照して説明する。
＜第１の実施形態＞
図１は、本実施形態による注文管理システム１の構成を示すブロック図である。注文管理システム１は、店舗に設置された店舗端末であるハンディターミナル１０およびコントローラ２０と、店舗に来店したユーザの携帯端末３０と、コントローラ２０と携帯端末３０とにネットワークを介して接続されたサーバ装置４０とのコンピュータ装置を備えている。例えば、コントローラ２０とサーバ装置４０とはインターネット等のネットワークを介して接続され、携帯端末３０とサーバ装置４０とは電話通信網を介して接続される。ここで、店舗とは、同一のグループに属する複数のユーザが来店してテーブルに着席し、ユーザからの注文に応じた飲食物を提供する飲食店である。グループとは、例えば家族、親戚、学校や会社等の友人や知人等の集まりが考えられる。

【0015】

ハンディターミナル１０は、店舗の従業員に用いられる注文端末であり、コントローラ２０と通信を行う。図２は、ハンディターミナル１０の外観を示す図である。ハンディターミナル１０は、注文内容を入力するボタン等の入力部１１や注文内容を確認するためのディスプレイ等を備えている。ハンディターミナル１０には、店舗に来店したユーザからの注文内容等の情報が入力され、入力された情報をコントローラ２０に無線送信する。
入力部１１は、従業員によって入力される、ユーザの注文を示す注文情報や来店したユーザのグループ人数等の入力を受付ける。ここでは、１台のハンディターミナル１０を図示して説明するが、店舗には複数のハンディターミナル１０が設置されていて良い。

【0016】

コントローラ２０は、ハンディターミナル１０から送信される注文情報等を受信し、サーバ装置４０と通信を行うコンピュータ端末である。図３は、コントローラ２０の外観を示す図である。コントローラ２０には、各種設定等を行うボタンや、注文内容を紙に印字して出力する開口部などがあり、基本情報記憶部２１と、注文日時生成部２２と、伝票番号生成部２３と、出力部２４と、通信部２５とを備えている。

【0017】

基本情報記憶部２１には、携帯端末３０がサーバ装置４０に接続する際の宛先を示す宛先情報と、店舗を識別する店舗番号とが予め記憶されている。宛先情報とは、例えば、サーバ装置４０が提供するウェブサービスに接続するためのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）である。店舗番号は、複数の店舗等の情報をサーバ装置４０において一元管理している場合に、店舗を識別する識別情報である。

【0018】

注文日時生成部２２は、ユーザからの注文を受付けた時刻を示す注文日時を生成する。例えば、注文日時生成部２２は計時機能を備えており、ハンディターミナル１０から注文情報を受信した際の時刻を注文日時として生成する。注文日時生成部２２は、ハンディターミナル１０が備えるようにしても良いが、本実施形態では、複数のハンディターミナル１０において注文情報が入力された場合にその注文日時の同期をとるために、コントローラ２０が注文日時生成部２２を備え、複数のハンディターミナル１０における注文日時を一元的に生成することとする。

【0019】

伝票番号生成部２３は、ハンディターミナル１０に入力された注文を識別する伝票番号を生成する。例えば、伝票番号生成部２３は、ハンディターミナル１０に注文情報が入力された場合に、その注文情報を識別する、少なくとも店舗内において一意な番号を生成する。伝票番号生成部２３は、ハンディターミナル１０が備えるようにしても良いが、本実施形態では、複数のハンディターミナル１０において注文情報が入力される際に店舗内で一意な番号を生成するために、コントローラ２０が伝票番号生成部２３を備え、複数のハンディターミナル１０における伝票番号を一元的に生成することとする。

【0020】

出力部２４は、基本情報記憶部２１に記憶されている宛先情報（ＵＲＬ）と、店舗番号と、ハンディターミナル１０に入力され送信された、ユーザの注文内容を表す注文情報と、注文日時生成部２２が生成した注文日時と、伝票番号生成部２３が生成した伝票番号とが含まれ、携帯端末３０によって読み込まれる送信情報を出力する。また、送信情報には、ハンディターミナル１０に入力されたグループの人数が含まれる。出力部２４が出力する送信情報は、例えば二次元コードであり、送信情報の文字列や二次元コードを紙の伝票に印刷して出力するものとする。
図４は、出力部２４が出力する二次元コードが含まれる伝票の例を示す図である。伝票には、店舗名（レストラン○△□）、伝票番号（０００１８−００）、テーブル番号（Ａ０１）、時刻（注文日時、１２：００）、人数（３人）、注文情報（Ａランチ２（個）、Ｂランチ１（個）、サラダ１（個））、金額（１８５０（円））などの文字列が印刷される。また、伝票には、ＵＲＬ、注文日時、店舗番号、伝票番号、注文情報、客人数、客層などの情報が含まれる送信情報としての二次元コードが印刷される。出力部２４によって出力される送信情報が印刷された伝票は、店舗の従業員によってユーザのテーブルに置かれる。
ここでは、出力部２４は、送信情報を二次元バーコードとして紙に印刷することにより出力するようにしたが、送信情報を印刷する代わりに、例えばＩＣ（集積回路）チップなどに出力して記憶させるようにして、ＩＣチップをユーザのテーブルに置くようにしても良い。または、送信情報を印刷する代わりに、印刷される情報を、表示部を有する情報端末などに出力して表示させるようにして、その情報端末をテーブルに置くようにしても良い。

【0021】

通信部２５は、ハンディターミナル１０やサーバ装置４０との通信を行う。例えば、通信部２５は、店舗内における複数のハンディターミナル１０と通信を行う無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）ルータと同様の機能を備える。
ここでは、このようにハンディターミナル１０とコントローラ２０との２種のコンピュータ端末が店舗端末として備えられる例を説明するが、これらのコンピュータ端末が備える機能部は、３種以上のコンピュータ端末に分けて備えられるようにしても良い。例えば、通信部２５の機能を備える無線制御装置や、出力部２４の機能を備えるプリンタ装置などを、ハンディターミナル１０やコントローラ２０とは異なるコンピュータ端末として備えるようにして良い。

【0022】

携帯端末３０は、ユーザが持つコンピュータ端末であり、入力部（ボタン）や表示部（ディスプレイ）等を備えた携帯電話端末等が適用できる。携帯端末３０は、送信情報に基づいてサーバ装置４０と通信を行い、サーバ装置４０に送信情報を送信したり、会員情報の登録を行ったりする処理を行う。携帯端末３０は、読取部３１と、通信部３２とを備えている。

【0023】

読取部３１は、コントローラ２０の出力部２４によって出力された送信情報を読み取る。例えば、読取部３１は、送信情報が二次元バーコードである場合には、読取部３１は二次元バーコードリーダの機能を備え、送信情報がＩＣチップに記憶されている場合には、ＩＣリーダ（リーダ／ライタ）の機能を備える。
通信部３２は、読取部３１が読み取った送信情報からＵＲＬを読み出し、読み出したＵＲＬを宛先として、ネットワークを介して送信情報を送信する。このとき、通信部３２は、自身の記憶領域に記憶されている、自端末を識別する携帯端末識別情報を、サーバ装置４０に送信する。また、通信部３２は、ユーザから入力される情報に基づいてサーバ装置４０と通信を行い、会員情報の登録やサービス情報の受信などの処理を行う。

【0024】

サーバ装置４０は、飲食情報記憶部４１と、会員情報記憶部４２と、受信部４３と、判定部４４と、飲食情報登録部４５と、サービス提供部４６とを備えている。
飲食情報記憶部４１は、来店したユーザのグループを識別する来店番号と、店舗番号と、注文情報と、注文日時と、伝票番号と、ユーザを識別する会員識別情報とが対応付けられた飲食情報が記憶される。図５は、飲食情報記憶部４１に記憶される飲食情報のデータ例を示す図である。「客層」は、来店したユーザのグループの客層であり、ユーザの応対を行った店舗の従業員が主観的に判断し、入力される情報である。「サービス提供」は、来店に応じて定められたサービスが提供されたか否かを示すフラグ情報であり、例えばサービスが既に提供された場合には「済」が入力され、提供されていない場合には「未」が入力される。客人数は、ハンディターミナル１０から入力されたグループの人数である。

【0025】

会員情報記憶部４２には、注文管理システム１により提供される会員サービスの提供を受ける会員（ユーザ）に関する会員情報が記憶される。図６は、会員情報記憶部４２に記憶される会員情報のデータ例を示す図である。会員情報は、ユーザを識別する会員識別情報に、集計情報と、１または複数の来店情報が対応付けられた情報である。集計情報は、複数の来店情報のうち、サービス種類が既に記憶されている情報の数を示す値であり、対応するユーザに対して注文管理システム１による会員サービスが提供された数を示す。来店情報には、来店番号と、同席者番号と、サービス種類とが含まれる。同席者番号は、同一のグループとして同席した他のユーザの会員識別情報である。サービス種類は、提供するサービスとして割引や景品プレゼントなどの複数種類のサービスが存在する場合に、提供したサービスの種類を識別する情報である。会員情報には、この他にユーザの会計金額等に応じたポイントを付与するようにしても良い。

【0026】

受信部４３は、コントローラ２０によって伝票に出力された二次元バーコードを読み込んだ携帯端末３０が、その二次元バーコードに含まれるＵＲＬに基づいてサーバ装置４０に送信してくる送信情報と、その携帯端末３０の携帯端末識別情報とを受信する。
判定部４４は、受信部４３が受信した送信情報に含まれる店舗番号と、注文日時と、伝票番号とに一致する飲食情報が、飲食情報記憶部４１に記憶されているか否かを判定する。また、ここでは、判定部４４は、携帯端末３０から送信情報を受信した回数をカウントし、送信情報を受信した回数が、飲食情報記憶部４１に記憶されている飲食情報に含まれる客人数を超えているか否かを判定する。ここで、判定部４４は、送信情報が送信された人数をカウントするために、図７に示すようなグループテーブルを自身の記憶領域に記憶するようにしても良い。グループテーブルには、来店番号、注文日時、店舗番号、伝票番号といった飲食情報を特定することが可能な情報とともに、サービスを提供する上での上限人数を示す人数制限情報（送信情報中の客人数に相当する）と、送信情報を受信した回数のカウント値を示すグループ人数が記憶されている。

【0027】

飲食情報登録部４５は、判定部４４によって、送信情報に含まれる店舗番号と、注文日時と、伝票番号とに一致する飲食情報が飲食情報記憶部４１に記憶されていないと判定されると、「新規の来店」ということで来店番号を生成し、その来店番号を送信情報に対応付けて飲食情報記憶部４１に記憶させる。また、その来店番号に対応付けて、その送信情報を送信してきた携帯端末３０を有するユーザの会員識別情報を記憶させる。
一方、飲食情報登録部４５は、判定部４４によって、送信情報に含まれる店舗番号と注文日時と伝票番号とに一致する飲食情報が飲食情報記憶部４１に記憶されていると判定されると、その送信情報には既に来店番号が付与されて飲食情報内に記憶されていることになるため、その来店番号に対応付けて、その送信情報を送信してきた携帯端末３０を有するユーザの会員識別情報を、飲食情報記憶部４１に記憶させる。

【0028】

ここで、会員識別情報は、送信情報を送信してきた携帯端末３０を有するユーザを識別可能な情報であれば良く、例えば、携帯端末３０のハードウェアとしての物理的な個体識別番号や製造番号等である識別情報そのものを会員識別情報としても良い。この場合、会員登録済みの携帯端末３０の識別情報を会員テーブルとして記憶しておき、送信情報とともに携帯端末３０の識別情報を受信した際に、会員テーブルから会員識別情報（携帯端末３０の識別情報）を検索して、会員からの情報受信であるか否かを判断する。そして会員の携帯端末３０からの情報受信であった場合、その携帯端末３０の識別情報を会員識別情報として会員テーブルから取得する、という方法で会員識別情報を得ることができる。

【0029】

または、携帯端末３０の識別情報とは別に会員識別情報を用意しても良い。この場合、会員登録済みの携帯端末３０の識別情報と会員識別情報とを対応付ける端末・会員テーブルを記憶しておき、送信情報とともに携帯端末の識別情報を受信した際に、端末・会員テーブルから携帯端末の識別情報を検索して、会員の携帯端末３０からの情報受信であるか否かを判断する。そして、会員の携帯端末３０からの情報受信であった場合、携帯端末３０の識別情報に対応付けられた会員識別情報を端末・会員テーブルから取得する、という方法で会員識別情報を得ることができる。

【0030】

飲食情報登録部４５は、送信情報を送信してきた携帯端末３０の識別情報が、会員として未登録である場合には、既知の方法で会員登録を実施して完了させた後、作成された会員識別情報を取得して来店番号と送信方法とに対応付けて記憶させる。
本実施形態では、会員識別情報を携帯端末３０の識別情報とは別に用意し、サーバ装置４０は図示しない端末・会員テーブルを記憶しているものとする。

【0031】

サービス提供部４６は、飲食情報登録部４５によって飲食情報記憶部４１に記憶された会員識別情報に対応する携帯端末３０に、定められたサービスを示すサービス情報を送信する。サービス情報とは、例えば会計を割引することを示す割引情報や、無料で提供する商品を示す無料提供商品情報、景品をプレゼントすることを示すプレゼント情報などが適用できる。
本実施形態では、サービス提供部４６は、判定部４４によって、送信情報を受信した回数がグループの人数を超えていないと判定された場合、携帯端末３０にサービス情報を送信し、送信情報を受信した回数がグループの人数を超えていると判定された場合、人数を超えていない場合に送信するサービス情報を送信しない代わりに、別の販売促進サービス情報（例えば広告など）を携帯端末３０に送信する。サービス情報は、個人に対して提供しても良いし、グループに対して提供するようにしても良い。

【0032】

次に、本実施形態による注文管理システム１の動作例を説明する。図８は、本実施形態によるコントローラ２０が伝票を出力する動作例を示すフローチャートである。店舗にユーザのグループが来店してテーブルに着席すると、店舗の従業員は、ユーザに注文をきく。ハンディターミナル１０には、従業員によって、注文情報や、客人数、客層等の情報が入力される。入力された情報は、注文データとして、ハンディターミナル１０からコントローラ２０に送信される。

【0033】

コントローラ２０は、ハンディターミナル１０から送信される情報（注文データ）を受信しない場合には（ステップＳ１：Ｎｏ）、受信するまで情報が送信されるのを待つ。ハンディターミナル１０から送信される注文データを受信した場合には（ステップＳ１：Ｙｅｓ）、出力部２４は、定められた印刷レイアウトに基づいて、受信した注文データのレイアウトを作成する。また、出力部２４は、上述した二次元コードを作成する（ステップＳ２）。出力部２４は、作成したレイアウトに基づいて注文データや二次元コードを紙の伝票に印刷して出力し、紙をカットして切り離す（ステップＳ３）。ここで出力された伝票は、従業員によって、注文を行ったユーザのテーブルに運ばれて、ユーザに渡される。ユーザは、自身の携帯端末３０に、伝票に印刷された二次元コードを読み取らせ、サーバ装置４０にアクセスさせる。

【0034】

図９は、本実施形態のサーバ装置４０による顧客情報収集処理と、サービス提供処理との動作例を示すフローチャートである。
携帯端末３０が、伝票に印刷された二次元コードを読み取ると、読み取った二次元コードに基づいてサーバ装置４０にアクセスし、送信情報を送信する。サーバ装置４０は、携帯端末３０からのアクセスを受信しない場合には（ステップＳ１１：Ｎｏ）、受信するまでアクセスがあるのを待つ。受信部４３が、サーバ装置４０から送信された送信情報を受信した場合には（ステップＳ１１：Ｙｅｓ）、判定部４４は、受信した送信情報を、自身の記憶領域に一時的に記憶する（ステップＳ１２）。判定部４４は、受信した送信情報に含まれる注文日時、店舗番号、伝票番号をキーにして飲食情報を検索し、一致する飲食情報が飲食情報記憶部４１に記憶されているか否かを判定する（ステップＳ１３）。判定部４４が、一致する飲食情報が飲食情報記憶部４１に記憶されていないと判定すると（ステップＳ１４：Ｎｏ）、飲食情報登録部４５は、一意な来店番号を生成し（ステップＳ１５）、送信情報に対応付けて飲食情報記憶部４１に記憶させる（ステップＳ１６）。

【0035】

そして、判定部４４は、グループ人数を１として（ステップＳ１７）、グループテーブルを生成して自身の記憶領域に記憶させる（ステップＳ１８）。また、飲食情報登録部４５は、ステップＳ１１にて携帯端末３０から受信した携帯端末識別情報に対応する会員識別情報を会員情報記憶部４２から検索する（ステップＳ１９）。

【0036】

一方、ステップＳ１４において、判定部４４が、一致する飲食情報が飲食情報記憶部４１に記憶されていると判定すると（ステップＳ１４：Ｙｅｓ）、その飲食情報のサービス提供フラグを参照し、サービス提供が「済」であるか「未」であるかを判定する。ここで、サービス提供が「済」であれば（ステップＳ２０：Ｙｅｓ）、グループに対するサービス提供とは異なる販売促進サービス、例えば広告画面などを携帯端末３０に送信し（ステップＳ２４）、処理を終了する。サービス提供が「済」でなく「未」であれば（ステップＳ２０：Ｎｏ）、判定部４４は、自身の記憶領域に記憶されているグループテーブルを参照し、人数制限を確認する（ステップＳ２１）。そして、グループテーブルのグループ人数をカウントアップする（ステップＳ２２）。判定部４４が、グループ人数は人数制限より大きいと判定すれば（ステップＳ２３：Ｎｏ）、ステップＳ２４に進む。グループ人数は人数制限以下であると判定すれば（ステップＳ２３：Ｙｅｓ）、ステップＳ１９に進む。

【0037】

ステップＳ１９において、飲食情報登録部４５が携帯端末３０から受信した携帯端末識別情報に対応する会員識別情報を、図示しない端末・会員テーブルから検索し、携帯端末３０に対応する会員識別情報が端末・会員テーブルに記憶されていないと判定すれば（ステップＳ２５：Ｎｏ）、飲食情報登録部４５は会員登録画面を携帯端末３０に送信し（ステップＳ２６）、ユーザの会員情報登録処理を行って、新規な会員情報を会員情報記憶部４２に記憶させる（ステップＳ２７）。また、端末・会員テーブルに新たな会員情報と携帯端末の識別情報とを記憶させる。
携帯端末３０に対応する会員識別情報が端末・会員テーブルに記憶されていると判定すれば（ステップＳ２５：Ｙｅｓ）、会員情報記憶部４２に記憶されているその会員情報の会員識別情報で特定される会員情報の、来店情報を追加して更新する（ステップＳ２８）。

【0038】

サービス提供部４６は、ステップＳ１１にて送信情報を送信してきた携帯端末３０に対して、定められたサービス情報を送信する（ステップＳ２９）。そして、飲食情報登録部４５は、飲食情報記憶部４１に記憶されている飲食情報に、端末・会員テーブルを用いて取得した、サービスを提供した会員の会員識別情報を対応付けて記憶させる（ステップＳ３０）。また、判定部４４は、グループテーブルを参照し、グループ人数が人数制限より小さいと判定すれば（ステップＳ３１：＜ｎ）、ステップＳ１１に戻る。グループ人数が人数制限以上であると判定すれば（ステップＳ３１：≧ｎ）、グループテーブルを削除し（ステップＳ３２）、飲食情報記憶部４１に記憶されている飲食情報のサービス提供フラグを「済」に更新して記憶させて（ステップＳ３３）、処理を終了する。

【0039】

図１０は、上述した顧客情報収集処理と、サービス提供処理との動作例を示すシーケンス図である。符号ａに示すように、会員識別情報が「１０１０」であるユーザが、自身の携帯端末３０である携帯端末３０−１を用いて伝票の二次元コードを読み取らせると、携帯端末３０−１は、サーバ装置４０に送信情報を送信する。サーバ装置４０は、上述した飲食情報の検索処理、飲食情報の登録処理、グループテーブルの作成処理、会員情報・飲食情報の更新処理を行う。サーバ装置４０は、携帯端末３０−１にサービス情報を送信し、またサービスが割引である場合には、伝票番号に割引情報を付与して２０に送信する。

【0040】

同様に、符号ｂに示すように、会員識別情報が「１０１１」であるユーザが、自身の携帯端末３０である携帯端末３０−２を用いて伝票の二次元コードを読み取らせると、携帯端末３０−２は、サーバ装置４０に送信情報を送信する。サーバ装置４０は、飲食情報の検索処理、グループテーブルのカウント処理等を行い、サーバ装置４０は、携帯端末３０−２にサービス情報を送信する。

【0041】

同様に、符号ｃに示すように、会員識別情報が「１０１２」であるユーザが、自身の携帯端末３０である携帯端末３０−３を用いて伝票の二次元コードを読み取らせると、携帯端末３０−３は、サーバ装置４０に送信情報を送信する。サーバ装置４０は、飲食情報の検索処理、グループテーブルのカウント処理等を行い、サーバ装置４０は、携帯端末３０−３にサービス情報を送信する。ここでは、人数制限が３であり、３ユーザから送信情報が送信されたことになるため、判定部４４は、グループテーブルをクリアし、サービス提供部４６は、飲食情報のサービス提供フラグを「済」に更新する。

【0042】

この後、符号ｄに示すように、会員識別情報が「１０９９」であるユーザが、自身の携帯端末３０である携帯端末３０−４を用いて伝票の二次元コードを読み取らせると、携帯端末３０−４は、同様にサーバ装置４０に送信情報を送信する。サーバ装置４０は、携帯端末３０−４から送信された送信情報を受信し、飲食情報の検索処理を行う。ここで、サービス提供フラグが「済」であるため、サービス提供部４６は、グループに対するサービス提供とは異なる販売促進サービス、例えば広告画面などを携帯端末３０−４に送信する。

【0043】

このようにすれば、店舗に来店した複数の顧客を、ユーザとして効率良く注文管理システム１の会員サービスに誘導して、一人一人の顧客情報とともにグループとしての情報をも収集することが可能となる。そして、サーバ装置４０にアクセスをしてきた、グループに属するグループの人数までの複数の顧客の全てに、何らかのサービスを提供することが可能となる。ここで、飲食情報記憶部４１および会員情報記憶部４２には、ユーザのこれまでの注文履歴や、同伴したユーザの履歴等が蓄積され、ユーザがどのようなグループで来店しているかを把握することができ、このような履歴に応じて、ユーザに個別のサービスを提供すること等も可能になる。

【0044】

＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。第１の実施形態では、サーバ装置４０の判定部４４が、客人数に応じてグループを識別する例を示したが、本実施形態では、注文日時から、サーバ装置４０が携帯端末３０より送信される送信情報を受信した現在時刻までの経過時間に応じてグループを識別する。

【0045】

本実施形態における注文管理システム１が備える各装置、各部は第１の実施形態と同様であるが、本実施形態におけるサーバ装置４０の判定部４４は、受信部４３が送信情報を受信した現在時刻が、注文日時から定められた時間を経過しているか否かを判定する。
本実施形態におけるサービス提供部４６は、判定部４４によって、現在時刻が注文日時から定められた時間を経過していないと判定された場合、携帯端末３０にサービス情報を送信し、現時時刻が注文日時から定められた時間を経過していると判定された場合、定められた時間を経過していない場合に送信するサービス情報を送信しない代わりに、別の販売促進サービスの情報（例えば広告など）を携帯端末３０に送信する。
また、本実施形態でも、会員識別情報を携帯端末３０の識別情報とは別に用意し、サーバ装置４０が図示しない端末・会員テーブルを記憶しているものとする。

【0046】

図１１は、本実施形態による判定部４４が自身の記憶領域に記憶させるグループテーブルの例を示す図である。ここでは、グループテーブルには、グループを識別する判定基準として、人数ではなく、所定期間と、所定期間後の時刻（Ａ）とを記憶している。所定期間は、予め定められた期間（例えば、４５分）であり、飲食店の形態等によって適切な時間を予め設定しておく。判定部４４は、受信部４３が送信情報を受信すると、受信した送信情報に含まれる注文日時から所定期間後の時刻（Ａ）を算出して、グループテーブルに記憶させる。

【0047】

図１２は、本実施形態のサーバ装置４０による顧客情報収集処理と、サービス提供処理との動作例を示すフローチャートである。第１の実施形態と同様に、携帯端末３０が、伝票に印刷された二次元コードを読み取ると、読み取った二次元コードに基づいてサーバ装置４０にアクセスし、送信情報を送信する。サーバ装置４０は、携帯端末３０からのアクセスを受信しない場合には（ステップＳ４１：Ｎｏ）、受信するまでアクセスがあるのを待つ。受信部４３が、サーバ装置４０から送信された送信情報を受信した場合には（ステップＳ４１：Ｙｅｓ）、判定部４４は、受信した送信情報を、自身の記憶領域に一時的に記憶する（ステップＳ４２）。判定部４４は、注文日時から所定期間後の時刻Ａを算出する（ステップＳ４３）。判定部４４は、現在時刻と時刻Ａとを比較し、現在時刻が時刻Ａを経過していると判定すると（ステップＳ４４：Ｙｅｓ）、グループ用とは別の販売促進サービスを提供し（ステップＳ６４）、処理を終了する。

【0048】

判定部４４は、現在時刻が時刻Ａを経過していないと判定すると（ステップＳ４４：Ｎｏ）、受信した送信情報に含まれる注文日時、店舗番号、伝票番号をキーにして飲食情報を検索し、一致する飲食情報が飲食情報記憶部４１に記憶されているか否かを判定する（ステップＳ４５）。判定部４４が、一致する飲食情報が飲食情報記憶部４１に記憶されていないと判定すると（ステップＳ４６：Ｎｏ）、飲食情報登録部４５は、一意な来店番号を生成し（ステップＳ４９）、送信情報に対応付けて飲食情報記憶部４１に記憶させる（ステップＳ５０）。そして、判定部４４は、グループ人数を１として（ステップＳ５１）、グループテーブルを生成して自身の記憶領域に記憶させる（ステップＳ５２）。また、飲食情報登録部４５は、ステップＳ４１にて携帯端末３０から受信した携帯端末識別情報に対応する会員識別情報を、図示しない端末・会員テーブルから検索する（ステップＳ５３）。

【0049】

一方、ステップＳ４６において、判定部４４は、一致する飲食情報が飲食情報記憶部４１に記憶されていると判定すると（ステップＳ４６：Ｙｅｓ）、自身の記憶領域に記憶されているグループテーブルを参照し、グループ人数をカウントアップし（ステップＳ４７）、グループテーブルのグループ人数を更新し（ステップＳ４８）、ステップＳ５３に進む。

【0050】

ステップＳ５３において、飲食情報登録部４５が、携帯端末３０から受信した携帯端末識別情報に対応する会員識別情報を端末・会員テーブルから検索し、携帯端末３０に対応する会員識別情報が端末・会員テーブルに記憶されていないと判定すれば（ステップＳ５４：Ｎｏ）、飲食情報登録部４５は会員登録画面を携帯端末３０に送信し（ステップＳ５７）、ユーザの会員情報登録処理を行って、新規な会員情報を会員情報記憶部４２に記憶させる（ステップＳ５８）。また、端末・会員テーブルに新たな会員情報と携帯端末の識別情報を記憶させる。
携帯端末３０に対応する会員識別情報が端末・会員テーブルに記憶されていると判定すれば（ステップＳ５４：Ｙｅｓ）、会員情報記憶部４２に記憶されているその会員識別情報で特定される会員情報の、来店情報を追加して更新する（ステップＳ５５）。

【0051】

サービス提供部４６は、ステップＳ４１にて送信情報を送信してきた携帯端末３０に対して、定められたサービス情報を送信する（ステップＳ５６）。そして、飲食情報登録部４５は、飲食情報記憶部４１に記憶されている飲食情報に、端末・会員テーブルを用いて取得した、サービスを提供した会員の会員識別情報を対応付けて記憶させる（ステップＳ５９）。この後に、受信部４３がさらに携帯端末３０から送信される送信情報を受信すれば（ステップＳ６０：Ｙｅｓ）、ステップＳ４２に戻る。送信情報を受信しなければ（ステップＳ６０：Ｎｏ）、判定部４４は、現在時刻と時刻Ａとを比較し（ステップＳ６１）、現在時刻が時刻Ａを経過していなければ（ステップＳ６１：Ｎｏ）、ステップＳ６０に戻り、送信情報の受信を待つ。現在時刻が時刻Ａを経過していれば（ステップＳ６１：Ｙｅｓ）、グループテーブルを削除し（ステップＳ６２）、飲食情報記憶部４１に記憶されている飲食情報のサービス提供フラグを「済」に更新して記憶させて（ステップＳ６３）、処理を終了する。

【0052】

図１３は、上述した顧客情報収集処理と、サービス提供処理との動作例を示すシーケンス図である。符号ａに示すように、会員識別情報が「１０１０」であるユーザが、自身の携帯端末３０である携帯端末３０−１を用いて伝票の二次元コードを読み取らせると、携帯端末３０−１は、サーバ装置４０に送信情報を送信する。サーバ装置４０は、上述した時刻Ａの算出処理、飲食情報の検索処理等を行う。ここでは、時刻Ａは「１２：４５」であると算出されたとする。サーバ装置４０は、携帯端末３０−１にサービス情報を送信し、またサービスが割引である場合には、伝票番号に割引情報を付与して２０に送信する。

【0053】

同様に、符号ｂに示すように、会員識別情報が「１０１１」であるユーザが、自身の携帯端末３０である携帯端末３０−２を用いて伝票の二次元コードを読み取らせると、携帯端末３０−２は、サーバ装置４０に送信情報を送信する。サーバ装置４０は、飲食情報の検索処理、グループテーブルのカウント処理等を行い、サーバ装置４０は、携帯端末３０−２にサービス情報を送信する。

【0054】

この後、現在時刻が、所定の時刻Ａを経過したとする。この場合、判定部４４は、グループテーブルをクリアし、飲食情報のサービス提供フラグを「済」に更新する。そして、符号ｃに示すように、会員識別情報が「１０１２」であるユーザが、自身の携帯端末３０である携帯端末３０−３を用いて伝票の二次元コードを読み取らせると、携帯端末３０−３は、同様にサーバ装置４０に送信情報を送信する。サーバ装置４０は、携帯端末３０−４から送信された送信情報を受信し、現在時刻と時刻Ａとを比較する。ここで、現在時刻は時刻Ａを経過しているため、サービス提供部４６は、グループに対するサービス提供とは異なる販売促進サービス、例えば広告画面などを携帯端末３０−３に送信する。

【0055】

このようにすれば、店舗に来店した複数の顧客を、ユーザとして効率良く注文管理システム１の会員サービスに誘導して、一人一人の顧客情報とともにグループとしての情報をも収集することが可能となる。そして、サーバ装置４０に所定期間内にアクセスをしてきた、グループに属する複数の顧客の全てに、何らかのサービスを提供することが可能となる。また、顧客は所定時間内に送信情報を送信すれば、複数人であってもサービスの提供を受けられるため、店舗にいる間にサーバ装置４０にアクセスしたり、新規で会員登録を行ったりする動機を強くすることができる。

【0056】

＜第３の実施形態＞
次に、本発明の第３の実施形態について説明する。第１の実施形態では、サーバ装置４０の判定部４４が、客人数に応じてグループを識別する例を示したが、本実施形態では、サーバ装置４０がコントローラ２０から会計時刻を取得し、会計時刻から、サーバ装置４０が携帯端末３０より送信される送信情報を受信した現在時刻までの経過時間に応じてグループを識別する。

【0057】

本実施形態における注文管理システム１が備える各装置、各部は第１の実施形態と同様であるが、本実施形態におけるコントローラ２０の通信部２５は、グループの会計時の時刻を示す会計時刻を、サーバ装置４０に送信する。ここで、コントローラ２０は、例えば店舗において会計を行うＰＯＳ（Ｐｏｉｎｔ ｏｆ ｓａｌｅｓ）端末に接続されており、会計が行われた会計時刻をＰＯＳ端末から取得する。
本実施形態におけるサーバ装置４０の判定部４４は、送信情報を受信した現在時刻が、会計時刻から定められた時間を経過しているか否かを判定する。
本実施形態におけるサーバ装置４０のサービス提供部４６は、判定部４４によって、現在時刻が会計時刻から定められた時間を経過していないと判定された場合、携帯端末３０にサービス情報を送信し、現在時刻が会計時刻から定められた時間を経過していると判定された場合、定められた時間を経過していない場合に送信するサービス情報を送信しない代わりに、別の販売促進サービスの情報（例えば広告など）を携帯端末３０に送信する。
また、本実施形態でも、会員識別情報を携帯端末３０の識別情報とは別に用意し、サーバ装置４０が図示しない端末・会員テーブルを記憶しているものとする。

【0058】

図１４は、本実施形態による判定部４４が自身の記憶領域に記憶させるグループテーブルの例を示す図である。ここでは、グループテーブルには、グループを識別する判定基準として、注文日時に基づく所定時刻等ではなく、会計時刻情報と、所定期間と、所定期間後の時刻（Ｂ）とを記憶している。所定期間は、予め定められた期間（例えば、１０分）であり、飲食店の形態等によって適切な時間を予め設定しておく。判定部４４は、受信部４３がコントローラ２０から送信された会計時刻を受信すると、受信した会計時刻から所定期間後の時刻（Ｂ）を算出して、グループテーブルに記憶させる。

【0059】

図１５は、本実施形態のサーバ装置４０による顧客情報収集処理と、サービス提供処理との動作例を示すフローチャートである。第２の実施形態と同様に、携帯端末３０が、伝票に印刷された二次元コードを読み取ると、読み取った二次元コードに基づいてサーバ装置４０にアクセスし、送信情報を送信する。サーバ装置４０は、携帯端末３０からのアクセスを受信しない場合には（ステップＳ７１：Ｎｏ）、受信するまでアクセスがあるのを待つ。受信部４３が、サーバ装置４０から送信された送信情報を受信した場合には（ステップＳ７１：Ｙｅｓ）、判定部４４は、受信した送信情報を、自身の記憶領域に一時的に記憶する（ステップＳ７２）。

【0060】

判定部４４は、コントローラ２０から会計時刻を取得し、取得した会計時刻から所定期間後の時刻Ｂを算出する（ステップＳ７３）。判定部４４は、現在時刻と時刻Ｂとを比較し、現在時刻が時刻Ｂを経過していると判定すると（ステップＳ７４：Ｙｅｓ）、グループテーブルが存在するか否かを判定する（ステップＳ９０）。グループテーブルが存在しないと判定すれば（ステップＳ９０：Ｎｏ）、グループ用とは別の販売促進サービスを提供し（ステップＳ９３）、処理を終了する。グループテーブルが存在すると判定すれば（ステップＳ９０：Ｙｅｓ）、グループテーブルを削除し（ステップＳ９１）、飲食情報記憶部４１に記憶されている飲食情報のサービス提供フラグを「済」に更新して記憶させて（ステップＳ９２）、処理を終了する。

【0061】

ステップＳ７４において、判定部４４は、現在時刻と時刻Ｂとを比較し、現在時刻が時刻Ｂを経過していないか、または会計時刻がまだ取得できていないと判定すると（ステップＳ７４：Ｎｏ）、受信した送信情報に含まれる注文日時、店舗番号、伝票番号をキーにして飲食情報を検索し、一致する飲食情報が飲食情報記憶部４１に記憶されているか否かを判定する（ステップＳ７５）。判定部４４が、一致する飲食情報が飲食情報記憶部４１に記憶されていないと判定すると（ステップＳ７６：Ｎｏ）、飲食情報登録部４５は、一意な来店番号を生成し（ステップＳ７９）、送信情報に対応付けて飲食情報記憶部４１に記憶させる（ステップＳ８０）。そして、判定部４４は、グループ人数を１として（ステップＳ８１）、グループテーブルを生成して自身の記憶領域に記憶させる（ステップＳ８２）。飲食情報登録部４５は、ステップＳ７１にて携帯端末３０から受信した携帯端末識別情報に対応する会員識別情報を、図示しない端末・会員テーブルから検索する（ステップＳ８３）。

【0062】

一方、ステップＳ７６において、判定部４４は、一致する飲食情報が飲食情報記憶部４１に記憶されていると判定すると（ステップＳ７６：Ｙｅｓ）、自身の記憶領域に記憶されているグループテーブルを参照し、グループ人数をカウントアップし（ステップＳ７７）、グループ人数と、会計時刻を取得している場合はＢの値とを更新し（ステップＳ７８）、ステップＳ８３に進む。

【0063】

ステップＳ８３において、飲食情報登録部４５が、携帯端末３０から受信した携帯端末識別情報に対応する会員識別情報を端末・会員テーブルから検索し、携帯端末３０に対応する会員識別情報が端末・会員テーブルに記憶されていないと判定すれば（ステップＳ８４：Ｎｏ）、飲食情報登録部４５は会員登録画面を携帯端末３０に送信し（ステップＳ８７）、ユーザの会員情報登録処理を行って、新規な会員情報を会員情報記憶部４２に記憶させる（ステップＳ８８）。また、端末・会員テーブルに新たな会員情報と携帯端末３０の識別情報を記憶させる。携帯端末３０に対応する会員識別情報が端末・会員テーブルに記憶されていると判定すれば（ステップＳ８４：Ｙｅｓ）、会員情報記憶部４２にあるその会員識別情報で特定される会員情報の、来店情報を追加して更新する（ステップＳ８５）。

【0064】

サービス提供部４６は、ステップＳ７１にて送信情報を送信してきた携帯端末３０に対して、定められたサービス情報を送信する（ステップＳ８６）。そして、飲食情報登録部４５は、飲食情報記憶部４１に記憶されている飲食情報に、端末・会員テーブルを用いて取得した、サービスを提供した会員の会員識別情報と、会計時刻を取得している場合は会計時刻情報とを対応付けて記憶させる（ステップＳ８９）。

【0065】

図１６は、上述した顧客情報収集処理と、サービス提供処理との動作例を示すシーケンス図である。符号ａに示すように、会員識別情報が「１０１０」であるユーザが、自身の携帯端末３０である携帯端末３０−１を用いて伝票の二次元コードを読み取らせると、携帯端末３０−１は、サーバ装置４０に送信情報を送信する。サーバ装置４０は、上述した会計時刻取得処理、飲食情報の検索処理、会員情報の更新処理等を行う。ここでは、まだ会計はされておらず会計時刻は取得できなかったものとする。サーバ装置４０は、携帯端末３０−１にサービス情報を送信し、またサービスが割引である場合には、伝票番号に割引情報を付与して２０に送信する。

【0066】

同様に、符号ｂに示すように、会員識別情報が「１０１１」であるユーザが、自身の携帯端末３０である携帯端末３０−２を用いて伝票の二次元コードを読み取らせると、携帯端末３０−２は、サーバ装置４０に送信情報を送信する。サーバ装置４０は、会計時刻取得処理、飲食情報の検索処理、グループテーブルのカウント処理等を行い、サーバ装置４０は、携帯端末３０−２にサービス情報を送信する。ここで、会計時刻が取得され、時刻Ｂは「１２：４５」である算出されたとする。

【0067】

この後、符号ｃに示すように、会員識別情報が「１０１２」であるユーザが、自身の携帯端末３０である携帯端末３０−３を用いて伝票の二次元コードを読み取らせると、携帯端末３０−３は、同様にサーバ装置４０に送信情報を送信する。この時刻が「１２：５５」であったとする。サーバ装置４０は、携帯端末３０−４から送信された送信情報を受信し、現在時刻と時刻Ｂとを比較する。ここで、現在時刻は時刻Ｂを経過しているため、サービス提供部４６は、グループに対するサービス提供とは異なる販売促進サービス、例えば広告画面などを携帯端末３０−３に送信する。

【0068】

このようにすれば、来店した顧客の店舗における滞在時間に限らず、会計を終えて実際に店舗を離れるまでをサービス提供対象時間とすることができる。これにより、店舗に来店した複数の顧客を、ユーザとして効率良く注文管理システム１の会員サービスに誘導して、一人一人の顧客情報とともにグループとしての情報をも収集することが可能となる。そして、サーバ装置４０に会計を終えて実際に店舗を離れるまでにアクセスをしてきた、グループに属する複数の顧客の全てに、何らかのサービスを提供することが可能となる。

【0069】

図１７は、サーバ装置４０が、サービス提供フラグを、自動的に「済」に更新する動作例を示すフローチャートである。ここで、第１の実施形態において人数分のアクセスがない場合や、第３の実施形態において会計時刻が取得できないままでいる場合などには、サービス提供フラグが「済」にならないままで長時間が経過することが有り得ると考えられる。そこで、サーバ装置４０は定期的（例えば、１時間、２時間、３時間などの時間間隔や、負荷が低いと思われる夜間などの定時に一日一回など）に飲食情報記憶部４１に記憶されている飲食情報を参照して、注文日時から長時間過ぎている飲食情報のサービス提供フラグを「済」に更新する。

【0070】

飲食情報登録部４５は、計時機能を備えており、現在時刻を監視する（ステップＳ１０１）。飲食情報登録部４５は、予め定められたサービス提供フラグの確認処理の時間間隔に応じて、現在時刻が確認処理のタイミングであるか否かを判定する（ステップＳ１０２）。飲食情報登録部４５は、飲食情報記憶部４１に記憶されている複数の飲食情報から、サービス提供フラグが「済」でない（「未」である）飲食情報を抽出する（ステップＳ１０３）。そして、抽出した飲食情報のうち、注文時刻から一定時間以上の時間が経過している飲食情報を抽出する（ステップＳ１０４）。判定部４４は、ステップＳ１０４において抽出された飲食情報に対応するグループテーブルを削除する（ステップＳ１０５）。そして、飲食情報登録部４５は、ステップＳ１０４において抽出した飲食情報のサービス提供フラグを「済」に更新し、登録する（ステップＳ１０６）。
このようにすることで、飲食情報が、サービス提供フラグが「済」とならずに、１つの情報として未完のまま長時間放置されることを防止することができる。よって、飲食情報を、これまで以上に迅速に販売促進等に活用していくことができる。

【0071】

なお、本発明における処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより顧客情報の収集処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。

【0072】

また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

【符号の説明】

【0073】

１ 注文管理システム
１０ ハンディターミナル
１１ 入力部
２０ コントローラ
２１ 基本情報記憶部
２２ 注文日時生成部
２３ 伝票番号生成部
２４ 出力部
２５ 通信部
３０ 携帯端末
３１ 読取部
３２ 通信部
４０ サーバ装置
４１ 飲食情報記憶部
４２ 会員情報記憶部
４３ 受信部
４４ 判定部
４５ 飲食情報登録部
４６ サービス提供部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】