(57)【要約】【課題】従来の店舗管理システムは、利用者の確実な特定を行うことができない問題があった。【解決手段】本発明の店舗管理システムは、ＩＣカードに格納された端末固有ＩＤの送信及び店舗情報の表示を行う携帯端末１０７ａと、店舗内に設置され、端末固有ＩＤの読み取り機１０６を備え、利用者の来店時及び退店時に端末固有ＩＤを含む来店情報又は退店情報を送信する店舗クライアント１０５ａと、複数の店舗に設置された店舗クライアント１０５ａと公衆網を介して接続され、携帯端末１０７ａから送信される予約情報及び端末固有ＩＤを受信して端末固有ＩＤを含む利用者の店舗予約情報を生成し、店舗クライアントから送信される来店情報に応じて利用者に関する店舗予約情報を店舗クライアント１０５ａに返信し、店舗クライアント１０５ａから送信される退店情報に基づき利用者の退店に関する処理を行う管理サーバ１０１とを有する。【選択図】図１
2009122769.tif 000002
【特許請求の範囲】
【請求項１】
ＩＣカードを内蔵し、前記ＩＣカードに格納された端末固有ＩＤの送信、及び、店舗情報の表示を行う携帯端末と、
店舗内に設置され、前記端末固有ＩＤの読み取り機を備え、利用者の来店時及び退店時に前記端末固有ＩＤを含む来店情報又は退店情報を送信する店舗クライアントと、
複数の店舗に設置される前記店舗クライアントと公衆網を介して接続され、前記携帯端末からの要求応じて前記店舗情報を送信し、前記携帯端末から送信される予約情報及び前記端末固有ＩＤを受信して前記端末固有ＩＤを含む前記利用者の店舗予約情報を生成し、前記店舗クライアントから送信される前記来店情報に応じて前記利用者に関する前記店舗予約情報を前記店舗クライアントに返信し、前記店舗クライアントから送信される前記退店情報に基づき前記利用者の退店に関する処理を行う管理サーバと、
を有する店舗管理システム。
【請求項２】
前記管理サーバは、
前記店舗情報を前記携帯端末に送信し、前記携帯端末から前記端末固有ＩＤ及び前記予約情報を受信する利用者向けＷＥＢサーバと、
前記店舗クライアントから送信される前記端末固有ＩＤに応じて前記利用者の認証結果及び前記店舗予約情報の前記店舗クライアントへの送信を行う店舗向けＷＥＢサーバと、
前記利用者向けＷＥＢサーバから送信されるデータ要求に対する応答、及び、前記店舗向けＷＥＢサーバから送信されるデータ要求及び認証要求に対する応答を行うアプリケーションサーバと、
前記アプリケーションサーバと接続され、前記店舗予約情報、及び、前記管理サーバと接続される前記店舗クライアントが設置される店舗の情報を格納するデータベースとを有する請求項１に記載の店舗管理システム。
【請求項３】
前記アプリケーションサーバは、前記利用者向けＷＥＢサーバを介して前記携帯端末から送信される店舗検索要求に応じて予め登録された複数の店舗のうち前記店舗検索要求の条件を満たす店舗検索結果を前記利用者向けＷＥＢサーバを介して前記携帯端末に返信する請求項２に記載の店舗管理システム。
【請求項４】
前記アプリケーションサーバは、前記利用者向けＷＥＢサーバを介して前記携帯端末から送信される空席状況確認要求に応じて指定された店舗における空席情報を前記利用者向けＷＥＢサーバを介して前記携帯端末に返信し、前記利用者向けＷＥＢサーバを介して前記携帯端末から送信される座席予約情報を前記店舗予約情報に追加して前記データベースに格納する請求項２又は３に記載の店舗管理システム。
【請求項５】
前記アプリケーションサーバは、前記利用者向けＷＥＢサーバを介して前記携帯端末から送信されるオーダー画面作成要求に応じて指定された店舗におけるオーダー一覧を前記利用者向けＷＥＢサーバを介して前記携帯端末に返信し、前記利用者向けＷＥＢサーバを介して前記携帯端末から送信されるオーダー登録要求に応じて事前オーダー情報を生成し、前記事前オーダー情報を前記店舗予約情報に追加して前記データベースに格納する請求項２乃至４のいずれか１項に記載の店舗管理システム。
【請求項６】
前記アプリケーションサーバは、前記利用者向けＷＥＢサーバを介して前記携帯端末から送信される同行ユーザー登録要求に応じて同行者と関連づけられた端末固有ＩＤを前記店舗予約情報に追加して前記データベースに格納する請求項２乃至５のいずれか１項に記載の店舗管理システム。
【請求項７】
前記アプリケーションサーバは、前記来店情報に含まれる端末固有ＩＤに基づき前記利用者の認証を行い、前記店舗クライアントに対する前記認証の結果の送信及び前記店舗予約情報の送信を行う請求項２乃至６のいずれか１項に記載の店舗管理システム。
【請求項８】
前記アプリケーションサーバは、前記来店情報に含まれる前記端末固有ＩＤが、前記店舗予約情報に含まれる前記利用者又は同行者の端末固有ＩＤであった場合に、前記店舗予約情報に含まれる利用者又は同行者のうち来店していない利用者又は同行者に前記来店情報に含まれる端末固有ＩＤの利用者が来店したことを通知する請求項６又は７に記載の店舗管理システム。
【請求項９】
前記アプリケーションサーバは、前記利用者が店内にて行ったオーダーの情報を前記店舗クライアントを介して受信し、前記オーダーの情報を前記店舗予約情報に追加して前記データベースに登録する請求項２乃至８のいずれか１項に記載の店舗管理システム。
【請求項１０】
前記管理サーバは、さらに、複数の利用者の登録情報を含むコミュニティグループ毎に利用者を管理するコミュニケーションサーバを有し、前記コミュニティサーバは、前記店舗クライアントより送信された前記来店情報に含まれる端末固有ＩＤが前記コミュニティグループに含まれる利用者に関連付けられた端末固有ＩＤであった場合に、前記コミュニティグループに含まれる他の利用者に前記店舗クライアントより送信された前記来店情報に含まれる端末固有ＩＤに関連付けられた利用者が利用する店舗の情報を通知する請求項２乃至９のいずれか１項に記載の店舗管理システム。
【請求項１１】
前記管理サーバは、ＡＳＰ（Application Service Provider）によるサービスの提供を行なう請求項１乃至１０のいずれか１項に記載の店舗管理システム。
【請求項１２】
端末固有ＩＤを備える携帯端末と、店舗に設置される店舗クライアントと、複数の前記店舗クライアントと公衆網を介して接続され、前記店舗の利用者に関する情報を管理する管理サーバと、を有する店舗管理システムにおける店舗管理方法であって、
前記携帯端末から送信される前記端末固有ＩＤを前記管理サーバにて受信し、
前記管理サーバにおいて前記端末固有ＩＤを含む前記利用者の前記店舗における店舗予約情報を生成し、
前記店舗クライアントによって読み込まれた前記端末固有ＩＤを含む来店情報を前記管理サーバに送信し、
前記来店情報に含まれる前記端末固有ＩＤを含む前記店舗予約情報を前記管理サーバから前記店舗クライアントに送信し、
前記店舗クライアントによって読み込まれた前記端末固有ＩＤを含む退店情報を前記管理サーバに送信し、
前記退店情報に応じて前記管理サーバにおいて前記利用者の退店処理を行う
店舗管理システムにおける店舗管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明にかかる店舗管理システム及び店舗管理方法は、特に携帯端末に内蔵されたＩＣカードに格納された端末固有ＩＤを利用して店舗の利用者を特定した情報管理を行う店舗管理システム及び店舗管理方法に関する。
【背景技術】
【０００２】
従来から、携帯端末を用いて飲食店等における予約、注文、精算を行うシステムが提案されている。このようなシステムの一例が特許文献１に開示されている。特許文献１に記載の飲食店利用システムでは、無線通信端末から送信された予約申請、注文又は精算要求に応じて、テーブルの予約、注文の受け付け、精算額の計算及び提示を行う情報管理サーバを有する。これにより、利用者は料理の注文等のサービスを短時間で受けることができる。また、店舗側は人件費を抑えることができる。
【０００３】
また、店舗管理システムの別の例が特許文献２に開示されている。特許文献２に開示されている予約管理ＡＳＰサービスシステムでは、通信ネットワークを介して加盟店端末及び顧客携帯端末と接続される予約管理ＡＳＰサーバを有する。予約管理ＡＳＰサーバは、携帯端末メールアドレスに対して固有ＩＤを割り当て、かつ、携帯端末メールアドレスと固有ＩＤを関連付けて利用者の予約情報を管理する。また、予約管理ＡＳＰサーバは、加盟店端末より顧客の入店情報を受信して、予約情報に顧客の入店情報を登録する。これにより、特許文献２では、利用者側の予約操作の簡単化と店舗側の予約管理の簡単化を実現できる。
【特許文献１】特開２００３−１７３３７０号公報
【特許文献２】特開２００７−１６４４４７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１では、利用者の特定を予め無線通信端末に記憶された利用者名等で行うため、この利用者名を偽造された場合、いたずら目的の予約をされ、店舗管理に支障が出るおそれがある。
【０００５】
また、特許文献２においても、携帯端末メールアドレスに関連付けた固有ＩＤを発行するが、メールアドレスは偽造されるおそれがあり、偽造されたメールアドレスに関連付けられた固有ＩＤよるいたずら目的の予約がされるおそれがある。
【０００６】
つまり、特許文献１、２では、偽造された利用者特定情報によるいたずら目的の予約を排除することができない問題がある。本発明はこのような問題点を解決するためになされたものであり、利用者の偽装及びいたずら目的の予約を防ぐことを目的とする。
【課題を解決するための手段】
【０００７】
本発明の店舗管理システムは、ＩＣカードを内蔵し、前記ＩＣカードに格納された端末固有ＩＤの送信、及び、店舗情報の表示を行う携帯端末と、店舗内に設置され、前記端末固有ＩＤの読み取り機を備え、利用者の来店時及び退店時に前記端末固有ＩＤを含む来店情報又は退店情報を送信する店舗クライアントと、複数の店舗に設置される前記店舗クライアントと公衆網を介して接続され、前記携帯端末からの要求応じて前記店舗情報を送信し、前記携帯端末から送信される予約情報及び前記端末固有ＩＤを受信して前記端末固有ＩＤを含む前記利用者の店舗予約情報を生成し、前記店舗クライアントから送信される前記来店情報に応じて前記利用者に関する前記店舗予約情報を前記店舗クライアントに返信し、前記店舗クライアントから送信される前記退店情報に基づき前記利用者の退店に関する処理を行う管理サーバと、を有する。
【０００８】
本発明の店舗管理システムにおける管理サーバは、前記店舗情報を前記携帯端末に送信し、前記携帯端末から前記端末固有ＩＤ及び前記予約情報を受信する利用者向けＷＥＢサーバと、前記店舗クライアントから送信される前記端末固有ＩＤに応じて前記利用者の認証結果及び前記店舗予約情報の前記店舗クライアントへの送信を行う店舗向けＷＥＢサーバと、前記利用者向けＷＥＢサーバから送信されるデータ要求に対する応答、及び、前記店舗クライアントから送信されるデータ要求及び認証要求に対する応答を行うアプリケーションサーバと、前記アプリケーションサーバと接続され、前記店舗予約情報、及び、前記管理サーバと接続される前記店舗クライアントが設置される店舗の情報を格納するデータベースとを有する。
【０００９】
本発明のアプリケーションサーバは、前記利用者向けＷＥＢサーバを介して前記携帯端末から送信される店舗検索要求に応じて予め登録された複数の店舗のうち前記店舗検索要求の条件を満たす店舗検索結果を前記利用者向けＷＥＢサーバを介して前記携帯端末に返信する。
【００１０】
本発明のアプリケーションサーバは、前記利用者向けＷＥＢサーバを介して前記携帯端末から送信される空席状況確認要求に応じて指定された店舗における空席情報を前記利用者向けＷＥＢサーバを介して前記携帯端末に返信し、前記利用者向けＷＥＢサーバを介して前記携帯端末から送信される座席予約情報を前記店舗予約情報に追加して前記データベースに格納する。
【００１１】
本発明のアプリケーションサーバは、前記利用者向けＷＥＢサーバを介して前記携帯端末から送信されるオーダー画面作成要求に応じて指定された店舗におけるオーダー一覧を前記利用者向けＷＥＢサーバを介して前記携帯端末に返信し、前記利用者向けＷＥＢサーバを介して前記携帯端末から送信されるオーダー登録要求に応じて事前オーダー情報を生成し、前記事前オーダー情報を前記店舗予約情報に追加して前記データベースに格納する。
【００１２】
本発明のアプリケーションサーバは、前記利用者向けＷＥＢサーバを介して前記携帯端末から送信される同行ユーザー登録要求に応じて同行者と関連づけられた端末固有ＩＤを前記店舗予約情報に追加して前記データベースに格納する。
【００１３】
本発明のアプリケーションサーバは、前記来店情報に含まれる端末固有ＩＤに基づき前記利用者の認証を行い、前記店舗クライアントに対する前記認証の結果の送信及び前記店舗予約情報の送信を行う。
【００１４】
本発明のアプリケーションサーバは、前記来店情報に含まれる前記端末固有ＩＤが、前記店舗予約情報に含まれる前記利用者又は同行者の端末固有ＩＤであった場合に、前記店舗予約情報に含まれる利用者又は同行者のうち来店していない利用者又は同行者に前記来店情報に含まれる端末固有ＩＤの利用者が来店したことを通知する。
【００１５】
本発明のアプリケーションサーバは、前記利用者が店内にて行ったオーダーの情報を前記店舗クライアントを介して受信し、前記オーダーの情報を前記店舗予約情報に追加して前記データベースに登録する。
【００１６】
本発明の管理サーバは、さらに、複数の利用者の登録情報を含むコミュニティグループ毎に利用者を管理するコミュニケーションサーバを有し、前記コミュニティサーバは、前記店舗クライアントより送信された前記来店情報に含まれる端末固有ＩＤが前記コミュニティグループに含まれる利用者に関連付けられた端末固有ＩＤであった場合に、前記コミュニティグループに含まれる他の利用者に前記店舗クライアントより送信された前記来店情報に含まれる端末固有ＩＤに関連付けられた利用者が利用する店舗の情報を通知する。
【００１７】
本発明の前記管理サーバは、ＡＳＰ（Application Service Provider）によるサービスの提供を行なう。
【００１８】
本発明の店舗管理システムにおける店舗管理方法は、端末固有ＩＤを備える携帯端末と、店舗に設置される店舗クライアントと、複数の前記店舗クライアントと公衆網を介して接続され、前記店舗の利用者に関する情報を管理する管理サーバと、を有する店舗管理システムにおける店舗管理方法であって、前記携帯端末から送信される前記端末固有ＩＤを前記管理サーバにて受信し、前記管理サーバにおいて前記端末固有ＩＤを含む前記利用者の前記店舗における店舗予約情報を生成し、前記店舗クライアントによって読み込まれた前記端末固有ＩＤを含む来店情報を前記管理サーバに送信し、前記来店情報に含まれる前記端末固有ＩＤを含む前記店舗予約情報を前記管理サーバから前記店舗クライアントに送信し、前記店舗クライアントによって読み込まれた前記端末固有ＩＤを含む退店情報を前記管理サーバに送信し、前記退店情報に応じて前記管理サーバにおいて前記利用者の退店処理を行う。
【発明の効果】
【００１９】
本発明にかかる店舗管理システム及び店舗管理方法によれば、利用者の偽装及びいたずら目的の予約を防ぐことが可能である。
【発明を実施するための最良の形態】
【００２０】
以下、本発明を適用した具体的な実施例について、図面を参照しながら詳細に説明する。この実施例は、本発明の店舗管理システムを、レストランなどの店舗や、旅館・ホテルなどの施設における予約管理及びサービス提供に適用したものである。
【００２１】
第１の実施例
図１に本実施例における店舗管理システムの構成を示す模式図を示す。本実施例の店舗管理システムは、管理サーバ１０１、公衆網１０２、基地局１０３、店舗１０４ａ〜１０４ｃ、利用者が使用する携帯端末１０７ａ〜１０７ｃを有する。
【００２２】
管理サーバ１０１は、複数の店舗クライアント（図１の例では、店舗１０４ａ〜１０４ｃ）と公衆網１０２を介して接続される。管理サーバ１０１の構成及び昨日についての詳細は後述する。公衆網１０２は、例えばインターネットのような通信回線である。携帯端末１０７ａ、１０７ｂは、例えば携帯電話等の携帯端末である。携帯端末１０７ａ、１０７ｂは、内蔵されるＩＣ（Integrated Circuit）カードに格納された端末固有ＩＤを有し、端末固有ＩＤを基地局１０３及び公衆網１０２を介して送信する。携帯端末１０７ｃは、例えばノートパソコン等の端末であり、携帯電話等に内蔵されるＩＣカードに格納された端末固有ＩＤの読み取り機能を備える。携帯端末１０７ｃも公衆網１０２を介して読み取った端末固有ＩＤを送信可能である。なお、端末固有ＩＤは、ＩＣカードの製造時又はＩＣカードの端末への実装時に製造業者によって設定されるＩＤであって、携帯端末の利用者が変更することができないものである。
【００２３】
店舗１０４ａ〜１０４ｃは、管理サーバ１０１の機能を共有する店舗である。店舗１０４ａ〜１０４ｃは、それぞれ同様の構成を備える。ここでは、店舗１０４ａを例に店舗内に設置される店舗クライアントの構成について説明する。店舗１０４ａは、店舗クライアント１０５ａ〜１０５ｃ及び読み取り機１０６を有する。店舗クライアント１０５ａ、１０５ｂは、例えばパーソナルコンピュータなどの端末である。そして、店舗クライアント１０５ａには、読み取り機１０６が接続される。読み取り機１０６は、例えば携帯端末内に備えられたＩＣカードに格納された端末固有ＩＤを読み取る。店舗クライアント１０５ｃは、例えばＰＤＡ（Personal Data Assistant）等の携帯可能な情報端末であって、店舗内の従業員に携帯される。店舗クライアント１０５ａ〜１０５ｃは、それぞれ公衆網１０２を介して管理サーバ１０１と接続される。なお、店舗１０４ａ〜１０４ｃは、読み取り機１０６と少なくとも１つの店舗クライアントを備えていれば良い。
【００２４】
次に、管理サーバ１０１の構成について詳しく説明する。管理サーバ１０１は、携帯端末１０７ａ〜１０７ｃからの要求応じて店舗情報を送信し、携帯端末から送信される予約情報及び端末固有ＩＤを受信して端末固有ＩＤを含む利用者の店舗予約情報を生成し、店舗クライアント１０５ａから送信される来店情報に応じて利用者に関する店舗予約情報を店舗クライアント１０５ａ〜１０５ｃに返信し、店舗クライアント１０５ａから送信される退店情報に基づき利用者の退店に関する処理を行う。
【００２５】
管理サーバ１０１は、アプリケーションサーバ２０１、情報管理ＤＢ（データベース）２０２、利用者向けＷＥＢサーバ２０３、店舗向けＷＥＢサーバ２０４を有する。アプリケーションサーバ２０１、利用者向けＷＥＢサーバ２０３、店舗向けＷＥＢサーバ２０４は、それぞれサーバ上で動作するプログラムによって実現されている。このサーバ上で動作し、外部に対して各種機能を提供するプログラムをＡＳＰ（Application Service Provider）と称す。これらのサーバあるいはデータベースは、１台のハードウェア上に実装されていても良く、個別のハードウェア上に実装されていても良い。
【００２６】
アプリケーションサーバ２０１は、利用者向けＷＥＢサーバ２０３から送信されるデータ要求に対する応答、及び、店舗向けＷＥＢサーバ２０４から送信されるデータ要求及び認証要求に対する応答を行う。さらに、アプリケーションサーバ２０１は、新規予約がなされた場合に予約が行われた店舗に対して予約内容を通知する新規予約通知、利用者が来店した後に行う店舗内におけるオーダーの受け付け開始通知、端末固有ＩＤの認証、退店時の決済処理を行う。
【００２７】
情報管理ＤＢ２０２は、アプリケーションサーバ２０１において行われる処理において発生した情報を格納し、またアプリケーションサーバ２０１に使用される情報を格納する。情報管理ＤＢ２０２に格納される情報には店舗予約情報と店舗情報とがある。
【００２８】
店舗予約情報には、端末固有ＩＤを含む利用者情報、利用者の店舗利用状態を示す店舗利用情報、予約の実行状態を示す予約管理情報、来店前に予め行われるオーダーの情報を含む事前オーダー情報、店内において行ったオーダーの情報を含むオーダー情報を有する。
【００２９】
店舗情報には、店舗の住所、営業時間、店舗の紹介等が示される店舗基本情報、店舗内における未予約席及び現在の空席情報を示す空席管理情報、店舗においてオーダー可能なメニューを示すオーダー情報を有する。
【００３０】
利用者向けＷＥＢサーバ２０３は、携帯端末１０７ａ〜１０７ｃから送信される要求に基づきアプリケーションサーバ２０１にデータ要求を行い、アプリケーションサーバ２０１から送信されるデータ応答に基づき携帯端末１０７ａ〜１０７ｃにデータを送信する。例えば、利用者向けＷＥＢサーバ２０３は、店舗情報を携帯端末に送信し、携帯端末から端末固有ＩＤ及び予約情報を受信する。なお、利用者向けＷＥＢサーバ２０３は、携帯端末１０７ａ〜１０７ｃに対して一般的なＷＥＢブラウザで閲覧可能なデータ形式でデータの送信を行い、利用者に各種機能を提供する。
【００３１】
より具体的には、利用者向けＷＥＢサーバ２０３は、携帯端末１０７ａ〜１０７ｃに対して、利用者が各種機能を利用するためのインタフェースとなる操作画面の情報を送信する。これら操作は、例えば、利用者が自らの予約情報等を確認する利用者情報管理、利用したい店舗を検索する店舗検索、店舗における空席／予約状態を確認する空席／予約確認、同行者の登録、事前オーダーの作成及び事前に店舗における決済方法を選択する事前決済手段選択、携帯端末を介した店舗内における注文操作、店内においてオーダーの実行状況を確認する店舗内オーダー状況の確認である。
【００３２】
店舗向けＷＥＢサーバ２０４は、店舗クライアント１０５ａ〜１０５ｃから送信される要求に基づきアプリケーションサーバ２０１に認証要求及びデータ要求を行い、アプリケーションサーバ２０１から送信されるデータ応答に基づき店舗クライアント１０５ａ〜１０５ｃにデータを送信する。例えば、利用者向けＷＥＢサーバ２０４は、店舗クライアント１０５ａから送信される端末固有ＩＤに応じて利用者の端末固有ＩＤの認証結果及び店舗予約情報を店舗クライアント１０５ａ〜１０５ｃに送信する。なお、利用者向けＷＥＢサーバ２０４は、店舗クライアント１０５ａ〜１０５ｃに対して一般的なＷＥＢブラウザで閲覧可能なデータ形式でデータの送信を行い、店舗に各種機能を提供する。
【００３３】
より具体的には、利用者向けＷＥＢサーバ２０４は、携帯端末１０７ａ〜１０７ｃに対して、店舗において各種機能を利用するためのインタフェースとなる操作画面の情報を送信する。これら操作は、例えば、店舗における予約情報管理及び店舗のメニュー及び紹介記事の編集を行う店舗情報管理、空席状況の変更及び確認を行う空席管理、利用者が店舗に来店する前に行った事前オーダーの確認、事前オーダー及び店内にて行われたオーダーの確認及びオーダーの履行の確認を行うオーダー管理、店内にて行われたオーダーの受け付け、利用者の来店時に読み取り機１０６によって読み取られた端末固有ＩＤの認証要求の発行及び確認、利用者の退店時に読み取り機１０６によって読み取られた端末固有ＩＤの認証要求の発行及び決済手段提示などである。
【００３４】
次に、本実施例にかかる店舗管理システムの運用フローについて、図３〜７に示すシーケンス図を参照して説明する。図３に示すシーケンス図は、利用者の店舗検索動作から店舗予約確認までの動作を示すものである。図３に示すように、利用者は、まず携帯端末１０７ａを操作して利用者向けＷＥＢサーバ２０３に検索条件を含む店舗検索要求を送信する（３０１）。利用者向けＷＥＢサーバ２０３は、この店舗検索要求を受けて、さらにアプリケーションサーバ２０１に店舗検索要求を行う（３０２）。アプリケーションサーバ２０１は、店舗検索要求に含まれる検索条件を満たす店舗の店舗基本情報を店舗検索結果として利用者向けＷＥＢサーバ２０３に返信する（３０３）。そして、利用者向けＷＥＢサーバ２０３は、アプリケーションサーバ２０１から送信された店舗検索結果を携帯端末１０７ａにおいて表示可能な形式で携帯端末に送信する（３０４）。
【００３５】
利用者は、検索された店舗の中から利用する店舗を選択し、選択した店舗における空席情報を確認する。この空席情報の確認は、空席状況確認要求として利用者向けＷＥＢサーバ２０３に送信される（３０５）。利用者向けＷＥＢサーバ２０３では、空席状況確認要求に応じて空席状況検索要求をアプリケーションサーバ２０１に対して行う（３０６）。アプリケーションサーバ２０１は情報管理ＤＢ２０２に格納された店舗情報を参照して空席情報を検索し、検索結果を空席情報結果として利用者向けＷＥＢサーバ２０３に返信する（３０７）。この空席情報結果は、空席情報と空席がある時間帯の情報を含む。利用者向けＷＥＢサーバ２０３は、アプリケーションサーバ２０１から送信された空席情報結果を携帯端末１０７ａにおいて表示可能な形式で携帯端末に送信する（３０８）。
【００３６】
続いて、利用者は携帯端末に表示された空席状況を確認し、予約可能な時間帯のうち希望する利用時間帯及び座席を選択し、携帯端末１０７ａから利用時間帯の情報、座席予約情報及び端末固有ＩＤを含む予約情報の登録要求を利用者向けＷＥＢサーバ２０３に送信する（３０９）。利用者向けＷＥＢサーバ２０３では、受信した予約情報の登録要求をアプリケーションサーバ２０１に対して行う（３１０）。アプリケーションサーバ２０１では、受信した予約情報に基づき利用時間帯情報及び座席予約情報を含む店舗予約情報を生成し、情報管理ＤＢに格納する。この店舗予約情報は利用者特定情報として端末固有ＩＤを含む。アプリケーションサーバ２０１は、店舗予約情報の登録が完了した後、予約番号を利用者向けＷＥＢサーバ２０３に通知する（３１１）。利用者向けＷＥＢサーバ２０３は、受信した予約番号を利用者の携帯端末に表示するデータを送信する（３１２）。
【００３７】
また、アプリケーションサーバ２０１は、予約情報の登録が完了すると、店舗クライアント１０５ａに新規予約がされたことを通知する（３１３）。なお、新規予約通知は、店舗クライアント１０５ａ〜１０５ｃのうち事前に登録された１台に対して行えば良い。そして、店舗クライアント１０５ａは、新規予約通知を受け取った後、予約情報の取得要求を店舗向けＷＥＢサーバ２０４に対して行う（３１４）。店舗向けＷＥＢサーバ２０４は、店舗クライアント１０５ａから受け取った予約情報の取得要求をアプリケーションサーバ２０１に転送する（３１５）。アプリケーションサーバ２０１は、予約情報の取得要求に応じて情報管理ＤＢ２０２に格納されている店舗予約情報を店舗向けＷＥＢサーバ２０４に返信する（３１６）。そして、店舗向けＷＥＢサーバは店舗クライアント１０５ａが表示できる形式でアプリケーションサーバ２０１から受信した店舗予約情報を店舗クライアント１０５ａに送信する。店舗クライアント１０５ａは、店舗予約情報の受信後に予約確認を利用者の携帯端末１０７ａに送信する（３１７）。
【００３８】
図４に示すシーケンス図は、店舗の利用予約確定から利用者の来店までの動作を示すものである。この動作は、利用者が希望した場合に行う動作であって、利用者が希望しなければ行わなくても良い。また、図４に示す動作では、事前オーダー作成動作、同行者登録動作、及び、事前決済方法登録動作があるが、これら動作の順序は入れ替わっても問題ない。
【００３９】
まず、図４に示す手順のうち事前オーダー作成手順について説明する。事前オーダー作成においては、まず、利用者が携帯端末１０７ａを用いてオーダー画面作成要求を利用者向けＷＥＢサーバ２０３に送信する（４０１）。利用者向けＷＥＢサーバ２０３は、オーダー画面作成要求に応じて店舗におけるメニューを示すオーダー一覧の要求をアプリケーションサーバ２０１に対して行う（４０２）。この要求に応じて、アプリケーションサーバ２０１は、オーダーの一覧を利用者向けＷＥＢサーバ２０３に送信する（４０３）。このオーダー一覧情報に基づき利用者向けＷＥＢサーバ２０３は、携帯端末１０７ａにオーダー作成画面を表示するためのデータを送信する（４０４）。
【００４０】
続いて、利用者は、携帯端末１０７ａに表示されたメニューより希望するメニューを選択して、注文するメニューの情報及び端末固有ＩＤを含む事前オーダー情報の登録要求を利用者向けＷＥＢサーバ２０３に送信する（４０５）。携帯端末１０７ａから事前オーダー情報を受信した利用者向けＷＥＢサーバ２０３は、この事前オーダー情報をアプリケーションサーバ２０１に送信する（４０６）。アプリケーションサーバ２０１は、事前オーダー情報に含まれる端末固有ＩＤによって利用者を特定し、特定した利用者に関する店舗予約情報に利用者が注文したメニューの情報を追加する。そして、メニューの登録が完了すると、アプリケーションサーバ２０１は、事前オーダー情報の登録結果を利用者向けＷＥＢサーバ２０３に通知する（４０７）。利用者向けＷＥＢサーバ２０３は、登録結果の受信後にこの登録結果を携帯端末１０７ａに送信する（４０８）。
【００４１】
次に、利用者と共に予約した店舗を利用する同行者の登録手順について説明する。同行者の登録手続きでは、まず、同行者の端末固有ＩＤが情報管理ＤＢ上に存在するか否かを検索するために、利用者が携帯端末からユーザー検索要求を利用者向けＷＥＢサーバ２０３に送信する（４０９）。利用者向けＷＥＢサーバ２０３は、受信したユーザー検索要求をアプリケーションサーバ２０１に送信する（４１０）。アプリケーションサーバ２０１は、ユーザー検索要求に応じて、同行者に関連付けられた端末固有ＩＤが情報管理ＤＢ上に存在するか否かを検索し、その検索結果をユーザー検索結果として利用者向けＷＥＢサーバ２０３に返信する（４１１）。利用者向けＷＥＢサーバ２０３は、受信したユーザー検索結果に基づき検索結果一覧を利用者の携帯端末１０７ａに送信する（４１２）。
【００４２】
検索結果一覧を受け取った利用者は、一覧の中に同行者がいればその者を同行者として選択し、携帯端末１０７ａを操作してその者を同行者とする同行ユーザー登録要求を利用者向けＷＥＢサーバ２０３に送信する。一方、検索結果一覧の中に同行者が存在しない場合、同行者の端末固有ＩＤを同行者の特定情報として同行ユーザー登録要求を行う（４１３）。利用者向けＷＥＢサーバ２０３は、受信した同行ユーザー登録要求をアプリケーションサーバ２０１に送信する（４１４）。アプリケーションサーバ２０１は、同行ユーザー登録要求に含まれる同行者の情報を店舗予約情報に追加して情報管理ＤＢ２０２に格納する。そして、情報管理ＤＢへの情報の登録が完了すると、アプリケーションサーバ２０１は、登録結果を利用者向けＷＥＢサーバ２０３に通知する（４１５）。また、利用者向けＷＥＢサーバ２０３は、登録結果を携帯端末１０７ａに通知する（４１６）。
【００４３】
続いて、決済方法の事前登録の手順について説明する。決済方法の事前登録では、携帯端末１０７ａ上に示された選択肢の中から店舗において使用する決済方法を選択し、選択した決済方法の登録要求を端末固有ＩＤとともに携帯端末１０７ａから利用者向けＷＥＢサーバ２０３に送信する（４１７）。利用者向けＷＥＢサーバ２０３は、受信した決済方法の登録要求をアプリケーションサーバ２０１に送信する（４１８）。そして、アプリケーションサーバ２０１は、端末固有ＩＤを参照することで利用者を特定し、利用者に関する店舗予約情報に決済方法の情報を追加して情報管理ＤＢ２０２に格納する。この登録が完了すると、アプリケーションサーバ２０１は、登録結果を利用者向けＷＥＢサーバ２０３に送信する（４１９）。そして、利用者向けＷＥＢサーバ２０３は、受信した登録結果を利用者の携帯端末１０７ａに送信する。なお、選択可能な決済方法としては、店頭での現金払い、クレジットカードでの支払い、端末固有ＩＤと関連付けられた電子マネーを用いた支払い等がある。
【００４４】
図５に示すシーケンス図は、利用者の来店からサービス提供開始前までの動作を示す者である。図５に示すように、利用者は店舗に入店したことを通知するために、店舗内に設置された読み取り機１０６に携帯電話をかざし、店舗クライアント１０５ａに来店認証要求を送信する（５０１）。この来店認証要求では、利用者の携帯端末１０７ａの端末固有ＩＤを用いた個人認証が行われる。実際の認証処理はアプリケーションサーバ２０１で行われる。そのため、店舗クライアント１０５ａは、店舗向けＷＥＢサーバ２０４に端末固有ＩＤを含む認証要求を行う（５０２）。そして、店舗向けＷＥＢサーバ２０４は、認証要求をアプリケーションサーバ２０１に送信する（５０３）。アプリケーションサーバ２０１では、受信した端末固有ＩＤがその店舗に予約を行った際に用いられた者であるかを判定し、端末固有ＩＤを含む店舗予約情報が認証要求を行った店舗に関する者であれば、その端末固有ＩＤの所有者が正当な者であるとしてその結果を店舗向けＷＥＢサーバ２０４に返信する（５０４）。また、この認証結果の応答と同時に、アプリケーションサーバ２０１は、送信された端末固有ＩＤを含む店舗予約情報に含まれる座席情報を店舗向けＷＥＢサーバ２０４に送信する。店舗向けＷＥＢサーバ２０４は、受信した認証結果と座席情報とを店舗クライアント１０５ａに送信する（５０５）。そして店舗では、店舗クライアント１０５ａに表示された座席情報に基づき従業員が利用者を予約席に案内する。
【００４５】
また、アプリケーションサーバ２０１では、来店認証によって利用者の来店を認識し、利用者の端末固有ＩＤを含む店舗予約情報の予約オーダー情報を履行する（５０６）。一方、店舗側では、店舗クライアントを操作して、来店認証を行った利用者に関する店舗予約情報に含まれる事前オーダーの情報の確認要求を店舗向けＷＥＢサーバ２０４に送信する（５０７）。店舗向けＷＥＢサーバ２０４では、事前オーダー情報の確認要求に応じて事前オーダーのリストの要求をアプリケーションサーバ２０１に送信する（５０８）。アプリケーションサーバ２０１では、要求に応じて登録された事前オーダーのリストを要求結果として店舗向けＷＥＢサーバ２０４に送信する（５０９）。店舗向けＷＥＢサーバ２０４は、受信した事前オーダーリストを店舗クライアント１０５ａ〜１０５ｃに送信し、店舗クライアント１０５ａ〜１０５ｃは事前オーダーの情報を表示する（５１０）。これによって、店舗内ではサービスの提供が開始される（５１１）。
【００４６】
その後、アプリケーションサーバ２０１では、利用者の来店によるテーブルの空席状態の変化を情報管理ＤＢ２０２上の空席情報に反映させる（５１２）。また、利用者が来店したことを情報管理ＤＢ２０２上のユーザー状態情報に反映させる（５１３）。さらに、アプリケーションサーバ２０１は、利用者の携帯端末１０７ａに、携帯端末１０７ａの操作により店内オーダーの受け付けが可能である旨の通知を行う（５１４）。
【００４７】
図６に示すシーケンス図は、利用者の来店中に店舗内で行われる動作を示すものである。利用者の来店中に行われる動作としては、利用者が店内で注文を行う店内オーダー動作、利用者が注文の実行状況を確認する状況確認動作、及び、従業員が利用者にサービスを提供するサービス提供動作があるが、これら動作の順序については入れ替わっても問題ない。
【００４８】
店内オーダー動作では、利用者は携帯端末１０７ａを操作して注文したいメニューを選択し、選択したメニューをオーダー登録要求として利用者向けＷＥＢサーバ２０４に送信する（６０１）。このオーダー登録要求においても、利用者特定情報として端末固有ＩＤを送信する。利用者向けＷＥＢサーバ２０３は、受信したオーダー登録要求をアプリケーションサーバ２０１に送信する（６０２）。アプリケーションサーバ２０１は、店内においてされたオーダー情報を店舗予約情報に追加する。また、店内オーダーの受け付けが完了したことを利用者向けＷＥＢサーバ２０３に通知する（６０３）。利用者向けＷＥＢサーバ２０３は、アプリケーションサーバ２０１から受信したオーダー受付完了通知に応じて、携帯端末１０７ａにオーダーの受け付けが完了したことを通知する（６０４）。アプリケーションサーバ２０１では、オーダーが追加されたことによるオーダー順序の再構築を行う（６０５）。
【００４９】
状況確認動作は、利用者がオーダーの履行状態を確認するために行う。状況確認動作では、利用者は携帯端末１０７ａを操作してステータス確認要求を利用者向けＷＥＢサーバ２０４に行う（６０６）。なお、ステータス確認要求には利用者特定情報として端末固有ＩＤを含む。利用者向けＷＥＢサーバ２０４は、受信したステータス確認要求をアプリケーションサーバ２０１に送信する（６０７）。アプリケーションサーバはステータス確認要求に応じて、端末固有ＩＤを参照して利用者の店舗予約情報を確認し、現在のオーダー履行状態をステータス応答として返信する（６０８）。ステータス応答を受信した利用者向けＷＥＢサーバ２０３は、オーダーの履行状態をステータス表示情報として携帯端末１０７ａに返信し、携帯端末１０７ａ上ではオーダーの履行状態が表示される（６０９）。
【００５０】
サービス提供動作は、店舗の従業員が店舗クライアントを操作して行う。まず、店舗クライアント１０５ａ〜１０５ｃのいずれかから現在のオーダー状況を確認するオーダー確認要求を店舗向けＷＥＢサーバ２０４に送信する（６１０）。店舗向けＷＥＢサーバ２０４は、オーダー確認要求を受けてオーダーリスト要求をアプリケーションサーバ２０１に送信する（６１１）。アプリケーションサーバ２０１は、オーダーリスト要求に応答してオーダー確認要求を送信した店舗における全オーダーリストを要求結果として店舗向けＷＥＢサーバ２０４に送信する（６１２）。そして、店舗向けＷＥＢサーバ２０４は、全オーダーリストを受信後、その情報を店舗クライアント１０５ａ〜１０５ｃに送信する。全オーダーリストを受信した店舗クライアント１０５ａ〜１０５ｃは全オーダーリストを表示する（６１３）。そして、オーダーリストに従って、従業員は調理を行う（６１４）。そして、従業員により利用者にサービスが提供される（６１５）。料理の提供などのサービス提供の完了後、従業員は店舗クライアント１０５ａ〜１０５ｃのいずれかを操作し、オーダーの履行の完了を通知する提供完了登録要求を店舗向けＷＥＢサーバ２０４に対して行う（６１６）。提供完了登録要求を受けた店舗向けＷＥＢサーバ２０４は、アプリケーションサーバ２０１に対してオーダー完了要求を行う（６１７）。オーダー完了要求を受けたアプリケーションサーバ２０１は、該当店舗のオーダーリストから完了したオーダーを削除し、オーダー順序の再構築を行う（６１８）。そして、更新された全オーダーリストを要求結果として店舗向けＷＥＢサーバ２０４に送信する（６１９）。その後、店舗向けＷＥＢサーバ２０４は、更新された全オーダーリストを店舗クライアント１０５ａ〜１０５ｃに送信する。更新された全オーダーリストを受けた店舗クライアント１０５ａ〜１０５ｃには、更新された全オーダーリストの情報が表示される（６２０）。
【００５１】
図７に示すシーケンス図は、利用者の退店時の動作を示すものである。利用者が退店を行う場合、利用者は店舗内の読み取り機１０６に携帯電話をかざし、読み取り機１０６及び店舗クライアント１０５ａを介して端末固有ＩＤを含む退店情報を店舗向けＷＥＢサーバ２０４に送信する（７０１、７０２）。店舗向けＷＥＢサーバ２０４は、退店情報を受信すると利用者の認証要求をアプリケーションサーバ２０１に送信する（７０３）。そして、アプリケーションサーバ２０１は、認証結果を店舗向けＷＥＢサーバ２０４に返信する（７０４）。このとき、アプリケーションサーバ２０１は、認証した利用者に関する店舗予約情報の中に事前決済方法登録の情報がある場合、この事前決済方法を認証結果とともに送信する。店舗向けＷＥＢサーバ２０４は、受信した認証結果を店舗クライアント１０５ａに送信する。この認証結果に決済方法が含まれる場合、店舗クライアント１０５ａには、利用者が事前に登録した決済方法に従って精算を行う画面が表示される。一方、認証結果に決済方法が含まれていない場合、店舗クライアント１０５ａには精算方法の選択ボタンが表示される（７０５）。
【００５２】
そして、利用者が精算方法の選択あるいは事前に登録した決済方法での支払いを行う（７０６）。店舗クライアント１０５ａは、精算を実行するために精算要求を店舗向けＷＥＢサーバ２０４に送信する（７０７）。店舗向けＷＥＢサーバ２０４は、受信した精算要求をアプリケーションサーバ２０１に送信する（７０８）。そして、アプリケーションサーバ２０１では、精算要求に応じて精算が実行される（７０９）。精算が完了すると、アプリケーションサーバ２０１は精算結果を店舗向けＷＥＢサーバ２０４に送信する（７１０）。店舗向けＷＥＢサーバ２０４は、受信した精算結果を店舗クライアント１０５ａに送信し、店舗クライアント１０５ａは受信した精算結果を表示する（７１１）。
【００５３】
また、アプリケーションサーバ２０１では、退店時の端末固有ＩＤの認証が完了したことを受けて、テーブル状態を更新するために空席情報を更新する（７１２）。さらに、アプリケーションサーバ２０１は、利用者の店舗の利用が完了し顧客状態が変更されたこと記録するために利用者情報の更新を行う（７１３）。
【００５４】
上記説明より、本実施例の店舗管理システムは、利用者の特定に携帯端末に内蔵されたＩＣカードに内蔵された端末固有ＩＤを用いる。端末固有ＩＤは、製造者側が設定するものであり、携帯端末に対して一意に決まり、利用者が自由に変更できるものではない。そのため、本実施例の店舗管理システムを利用することで、利用者の特定を確実なものとし、利用者の偽装及びいたずら目的での予約を防止することができる。
【００５５】
また、本実施例の店舗管理システムは、管理サーバ１０１により利用者及び店舗に対する各種機能を提供する。管理サーバ１０１は、複数の店舗において共用される。従って、各店舗は管理サーバ１０１の利用申請及び店舗クライアントの設置を行うだけで本実施例の店舗管理システムを利用することができる。また、管理サーバ１０１は利用者向けＷＥＢサーバ２０３と店舗向けＷＥＢサーバ２０４とを有し、携帯端末及び店舗クライアントは一般的なＷＥＢブラウザを備えるのみで管理サーバ１０１が提供する機能を利用することができる。これにより、利用者及び店舗は、特別な装置を新たに準備することなく一般的な携帯端末及びパーソナルコンピュータを備えるのみで良い。つまり、本実施例の店舗管理システムを利用するに当たり、店舗は設備投資費を抑制することができ、利用者は新たな装置を備える必要がない。
【００５６】
また、本実施例では、管理サーバ１０１のアプリケーションサーバ２０１、利用者向けＷＥＢサーバ２０３、店舗向けＷＥＢサーバ２０４がそれぞれ独立した機能として実装されている。これにより、例えばアプリケーションサーバ２０１の機能だけをアップグレードするなどのメンテナンス性が向上する。
【００５７】
本実施例の店舗管理システムは、複数の店舗において共通の管理サーバ１０１を用いるため、登録された店舗の情報を集約して、利用者の要求に応じた店舗を検索機能により提示することができる。また、管理サーバ１０１を共用する店舗に共通のポイントなどを設定して加盟店舗間の相乗的な集客効果の向上を目指すこともできる。
【００５８】
本実施例の店舗管理システムでは、利用者に対して時間帯に応じた空席情報を提供することができる。これにより、利用者は、店舗を利用したい時間帯に応じた座席の予約を行うことができる。
【００５９】
本実施例の店舗管理システムは、予約確定後であって利用者の来店前に事前オーダーを受け付けることができる。この事前オーダーの情報を参照することで、店舗側は、材料の調達予測を簡単に行うことができる。また、事前オーダーを予め参照することで、利用者に対する迅速なサービス提供が可能になる。
【００６０】
本実施例の店舗管理システムは、利用者の来店時及び退店時に端末固有ＩＤの認証を行うため、管理サーバ１０１はこの認証処理に基づき適宜店舗に対して情報の提供を行うことができる。これにより店舗側のサービス提供の迅速化及び利用者の利便性の向上が可能である。
【００６１】
本実施例の店舗管理システムは、店内にて利用者が行ったオーダーも事前オーダーと同様に店舗予約情報として一括して扱う。これにより、店舗側は事前オーダーと店内において行ったオーダーとを区別することなく扱うことができ、店舗側の管理効率を向上させることができる。
【００６２】
本実施例の店舗管理システムは、管理サーバ１０１において実現される機能はＡＳＰとしてサービスの提供を行なうため、携帯端末及び店舗クライアントに新たなプログラムを導入することなく利用者及び店舗に機能を提供することができる。つまり、本実施例の店舗管理システムの導入する際の店舗側の費用負担を軽減することができる。また、利用者においても本実施例の店舗管理システムの利用するにあたりプログラムを導入等の作業の必要がない。
【００６３】
第２の実施例
第２の実施例は、第１の実施例において説明した同行者登録機能を拡張する利用方法を提供する。第２の実施例の店舗管理システムは、利用者又は同行者の来店時に未だ来店していない者にすでに来店した者がいることを通知する機能（以下、同行者通知機能と称す）を有する。同行者通知機能は、アプリケーションサーバ２０１にて実現される。以下では、第２の実施例において、第１の実施例と異なる手順となる部分について説明する。
【００６４】
図８に第２の実施例において第１の実施例と異なる部分の手順を示すシーケンス図を示す。図８に示すように、第２の実施例では、例えば、利用者の来店認証がアプリケーションサーバ２０１で完了すると、アプリケーションサーバ２０１が未だ来店していない同行者に対して利用者が来店したことを通知する（８０１）。
【００６５】
そして、同行者が来店すると、店舗クライアント１０５ａは、同行者の端末固有ＩＤを読み取り機１０６で読み取り、同行者の端末固有ＩＤを含む来店情報を生成し、この来店情報を用いて来店認証要求を発行する（８０２）。その後の動作は利用者に対して行われた５０２〜５０５の認証処理を８０３〜８０６として同行者に対して行う。
【００６６】
つまり、第２の実施例の店舗管理システムは、未だ来店していない利用者及び同行者に対して同じ予約を行った者が来店したことを通知することができる。これにより、利用者は店舗における待ち合わせをストレスなく行うことができる。また、従業者は、先に来店した利用者又は同行者が利用する座席を即座に認識できるため、後から来た利用者又は同行者に対してスムーズな案内を行うことができる。
【００６７】
第３の実施例
第３の実施例は管理サーバ１０１の機能を拡張するものである。第３の実施例における管理サーバ１０１の構成を示す図を図９に示す。図９に示すように、第３の実施例における管理サーバ１０１は、アプリケーションサーバ２０１にコミュニティ情報通知機能を追加したアプリケーションサーバ９０１と、利用者向けＷＥＢサーバ２０３にコミュニティ情報管理機能を追加した利用者向けＷＥＢサーバ９０２と、コミュニティ同胞通知機能を有するコミュニティサーバ９０３と、第１の実施例と同じ機能を有する店舗向けＷＥＢサーバ２０４及び情報管理ＤＢ２０２とを有する。
【００６８】
利用者向けＷＥＢサーバ９０２において実装されるコミュニティ情報管理機能は、利用者の携帯端末にコミュニティへの参加画面、コミュニティ内の情報交換画面、及び、コミュニティの管理画面を提供し、携帯端末から端末固有ＩＤを含むコミュニティに関する画面の操作に応じたコミュニティ情報を受信する。
【００６９】
アプリケーションサーバ９０１は、利用者向けＷＥＢサーバ９０２から受信したコミュニティ情報に含まれる端末固有ＩＤをコミュニティサーバ９０３に通知する。コミュニティサーバ９０３は、複数の利用者の情報を含むコミュニティグループ毎に利用者を管理し、アプリケーションサーバ９０２から端末固有ＩＤを含むコミュニティ情報を受信すると、コミュニティグループ内の他の利用者に受信した端末固有ＩＤに関連づけられた利用者が利用している店舗の情報を送信する。
【００７０】
第３の実施例において第１の実施例と異なる動作となる部分のシーケンス図を図１０に示す。図１０に示すように、第３の実施例では、アプリケーションサーバ９０１が来店した利用者の端末固有ＩＤの認証処理を完了させると、アプリケーションサーバ９０１は、来店した利用者の端末固有ＩＤを含むコミュニティ情報をコミュニティサーバ９０３に送信する（１００１）。そして、コミュニティ情報を受信したコミュニティサーバ９０３は、受信したコミュニティ情報に含まれる端末固有ＩＤに関連づけられた利用者が来店した店舗の情報を、受信した端末固有ＩＤが属するコミュニティグループの他の利用者に対する同報通知を行う（１００２）。
【００７１】
つまり、第３の実施例の店舗管理システムを利用することで、特に同行者登録を行わずに、コミュニティグループに参加する利用者は、他の者が利用している店舗情報を知ることができる。これにより、例えば簡単にコミュニティグループに属する他者と待ち合わせを行うことが可能になる。
【００７２】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、店舗管理システムにおいて一度行った予約を携帯端末からキャンセルする機能を管理サーバに追加しても良い。
【図面の簡単な説明】
【００７３】
【図１】本発明の第１の実施例の店舗管理システムの構成を示す模式図である。
【図２】本発明の第１の実施例の管理サーバの構成を示す模式図である。
【図３】本発明の第１の実施例の店舗管理システムにおける動作を示すシーケンス図である。
【図４】本発明の第１の実施例の店舗管理システムにおける動作を示すシーケンス図である。
【図５】本発明の第１の実施例の店舗管理システムにおける動作を示すシーケンス図である。
【図６】本発明の第１の実施例の店舗管理システムにおける動作を示すシーケンス図である。
【図７】本発明の第１の実施例の店舗管理システムにおける動作を示すシーケンス図である。
【図８】本発明の第２の実施例の店舗管理システムにおける動作を示すシーケンス図である。
【図９】本発明の第３の実施例の管理サーバの構成を示す模式図である。
【図１０】本発明の第３の実施例の店舗管理システムにおける動作を示すシーケンス図である。
【符号の説明】
【００７４】
１０１    管理サーバ
１０２    公衆網
１０３    基地局
１０４ａ〜１０４ｃ    店舗
１０５ａ〜１０５ｃ    店舗クライアント
１０６    読み取り機
１０７ａ〜１０７ｃ    携帯端末
２０１、９０１    アプリケーションサーバ
２０２    情報管理ＤＢ
２０３、９０２    利用者向けＷＥＢサーバ
２０４    店舗向けＷＥＢサーバ
９０３    コミュニティサーバ
【図１】
2009122769.tif 000003
【図２】
2009122769.tif 000004
【図３】
2009122769.tif 000005
【図４】
2009122769.tif 000006
【図５】
2009122769.tif 000007
【図６】
2009122769.tif 000008
【図７】
2009122769.tif 000009
【図８】
2009122769.tif 000010
【図９】
2009122769.tif 000011
【図１０】
2009122769.tif 000012