情報処理システム、情報処理方法、プログラム及び情報記録媒体
【課題】店舗と同じ領域内にある他の店舗との注文の実態を比較することで店舗が認知していない特徴を設定する。
【解決手段】店舗情報提供サーバ５００は、店舗ＩＤ、メニューＩＤ、メニューの注文数量を順次データベースに記憶する。店舗情報提供サーバ５００は、設定した領域内に所在する店舗を抽出し、データベースを参照して、抽出した店舗において他店舗に比べて相対的に大きい注文数量の商品の情報を特定し、特定した商品の情報を店舗ＩＤの属性情報に設定する。
【解決手段】店舗情報提供サーバ５００は、店舗ＩＤ、メニューＩＤ、メニューの注文数量を順次データベースに記憶する。店舗情報提供サーバ５００は、設定した領域内に所在する店舗を抽出し、データベースを参照して、抽出した店舗において他店舗に比べて相対的に大きい注文数量の商品の情報を特定し、特定した商品の情報を店舗ＩＤの属性情報に設定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理方法、プログラム及び情報記録媒体に関する。
【背景技術】
【０００２】
予め登録された飲食店等の店舗の中から、ユーザから受け付けた検索クエリに基づいて該当する店舗を検索し、検索した店舗の情報をユーザに提供するシステムがある。例えば、下記の特許文献１には、店舗で提供する商品のリストに基づいて予め店舗ごとのセールスポイント（特徴）を属性情報として設定し、ユーザから受け付けた検索クエリに指定された属性情報が設定された店舗を抽出して、抽出した店舗の情報をユーザに提供するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−０１４０３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、店舗側が自ら特徴と認識した属性情報を予め設定しておく必要があるため、実際には顧客を引きつけているような特徴があってもそれを店舗側が認識していなければ属性情報として設定することはできなかった。
【０００５】
本発明は上記課題に鑑みて為されたものであって、その目的は、店舗が認識していない特徴を属性情報として設定できる情報処理システム、情報処理方法、プログラム及び情報記録媒体を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を設定するために、本発明に係る情報処理システムは、店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段と、を含むことを特徴とする。
【０００７】
本発明の一態様では、前記情報処理システムは、前記注文実績情報には、該注文実績情報に係るユーザに関する情報を含み、前記注文実績情報取得手段は、前記注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報であって、ユーザに関する情報が共通する注文実績情報を取得し、前記設定手段は、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報と前記ユーザに関する情報を該店舗の属性情報に設定することを特徴とする。
【０００８】
本発明の一態様では、前記情報処理システムは、ユーザ端末の位置又は指定により設定した領域内に所在する複数の店舗識別情報の中から、該ユーザ端末から受け付けた検索クエリに基づいて特定した商品分類に関する情報が属性情報として設定された店舗識別情報を検索する検索手段と、前記検索手段により検索された店舗識別情報により識別される店舗の情報を前記ユーザ端末に提供する提供手段と、をさらに含むことを特徴とする。
【０００９】
本発明の一態様では、前記情報処理システムは、ユーザ端末の位置又は指定により設定した領域内に所在する複数の店舗識別情報の中から、該ユーザ端末から受け付けた検索クエリに基づいて特定した商品分類に関する情報と、該ユーザ端末に係るユーザの情報が属性情報として設定された店舗識別情報を検索する検索手段と、前記検索手段により検索された店舗識別情報により識別される店舗の情報を前記ユーザ端末に提供する提供手段と、をさらに含むことを特徴とする。
【００１０】
本発明の一態様では、前記情報処理システムは、ユーザ端末から店舗の情報提供要求を受け付けた場合に、当該店舗の店舗識別情報に関連付けて前記設定手段により設定された商品分類に関する情報を含めて提供する提供手段をさらに含むことを特徴とする。
【００１１】
本発明の一態様では、前記情報処理システムは、前記抽出手段により抽出される店舗識別情報の数に基づいて、前記所与の領域の大きさを変更する変更手段をさらに含むことを特徴とする。
【００１２】
本発明の一態様では、前記情報処理システムは、前記抽出手段により抽出された複数の店舗識別情報のうち所定数又は所定割合の店舗識別情報に前記設定手段により属性情報が設定されない場合には、前記所与の領域の大きさを変更する変更手段をさらに含むことを特徴とする。
【００１３】
本発明の一態様では、前記情報処理システムは、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、前記所与の領域内に所在する店舗ごとに、当該店舗で注文された前記商品分類が共通する１又は複数の商品の注文数量の偏差値を算出する算出手段をさらに含み、前記設定手段は、前記算出手段により算出された偏差値が所定値以上又は所定値より大きい店舗に、前記商品分類に関する情報を属性情報として設定することを特徴とする。
【００１４】
本発明の一態様では、前記情報処理システムは、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、前記所与の領域内に所在する複数の店舗で注文された前記商品分類が共通する１又は複数の商品の注文数量の平均値を算出する算出手段をさらに含み、前記設定手段は、前記商品分類が共通する１又は複数の商品の注文数量が前記算出手段により算出された平均値より所定値以上又は所定値より大きい店舗に、前記商品分類に関する情報を属性情報として設定することを特徴とする。
【００１５】
本発明の一態様では、前記商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値は、該１又は複数の商品の注文数量、店舗が受け付けた総注文数量における該１又は複数の商品の注文数量の占める割合、又は同一ユーザによる該１又は複数の商品の注文リピート回数のいずれか又はこれらの組み合わせに基づいて算出されることを特徴とする。
【００１６】
本発明に係る情報処理方法は、店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出ステップと、店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出ステップで抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得ステップと、前記注文実績情報取得ステップで取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定ステップと、を含むことを特徴とする。
【００１７】
本発明に係るプログラムは、店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段としてコンピュータを機能させるためのプログラムである。
【００１８】
本発明に係る情報記録媒体は、店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段としてコンピュータを機能させるためのプログラムを記録した情報記録媒体である。
【発明の効果】
【００１９】
本発明の一態様によれば、店舗が認識していない特徴を属性情報として設定できる。
【図面の簡単な説明】
【００２０】
【図１】本実施形態に係る店舗情報処理システムのシステム構成図である。
【図２】メニューカテゴリを説明する図である。
【図３】店舗情報処理システムにおいて行われる注文処理のシーケンス図である。
【図４】メニュー画面の一例を示す図である。
【図５】メニュー注文画面の一例を示す図である。
【図６】決済開始メールの一例を示す図である。
【図７】電子マネー決済開始画面の一例を示す図である。
【図８】決済完了メールの一例を示す図である。
【図９】店舗特徴検出処理のフローチャートである。
【図１０】店舗情報提供処理のシーケンス図である。
【図１１】店舗検索画面の一例を示す図である。
【図１２】店舗情報表示画面の一例を示す図である。
【図１３】携帯端末の機能ブロック図である。
【図１４】受注サーバの機能ブロック図である。
【図１５】ユーザ情報テーブルの一例を示す図である。
【図１６】メニュー情報テーブルの一例を示す図である。
【図１７】決済サーバの機能ブロック図である。
【図１８】店舗情報提供サーバの機能ブロック図である。
【図１９】注文履歴テーブルの一例を示す図である。
【図２０】店舗特徴情報テーブルの一例を示す図である。
【図２１】メニュー情報テーブルの一例を示す図である。
【図２２】ユーザ分類情報テーブルの一例を示す図である。
【発明を実施するための形態】
【００２１】
以下、本発明に係る実施の形態（以下、実施形態）を、図面を参照しながら説明する。
【００２２】
図１には、本実施形態に係る店舗情報処理システム１００のシステム構成図を示した。図１に示されるように、店舗情報処理システム１００は、携帯端末２００、受注サーバ３００、決済サーバ４００、店舗情報提供サーバ５００、店舗端末６００を含み、携帯端末２００、受注サーバ３００、決済サーバ４００、店舗情報提供サーバ５００、店舗端末６００はそれぞれネットワーク７００を介して相互に通信可能に接続される。
【００２３】
携帯端末２００は、無線通信機能及び電子マネー等による決済機能を有する情報処理端末である。例えば、携帯端末２００はタッチパネルやボタン等の操作受け付け部を備え、ユーザから受け付けた操作に応じて処理を実行し、その処理結果をタッチパネルに表示する。例えば、ユーザは、携帯端末２００により受注サーバ３００から店舗で提供されるメニューを示したメニュー情報をダウンロードし、当該メニュー情報から指定したメニューを注文し、注文したメニューの電子決済を決済サーバ４００との間で実行する等の処理を行う。なお、本実施形態における店舗は、飲食店を対象としている。
【００２４】
受注サーバ３００は、携帯端末２００から注文情報を受け付けて、受け付けた注文情報を処理するサーバである。例えば、受注サーバ３００は、携帯端末２００から受け付けた注文情報についての電子決済を決済サーバ４００に依頼し、決済サーバ４００から当該電子決済の完了通知を受信した場合に、当該注文情報を店舗端末６００に送信する。なお、店舗においては、店舗端末６００が受注サーバ３００から受信した注文情報に従って、店舗内のユーザに注文されたメニューを提供する。
【００２５】
決済サーバ４００は、受注サーバ３００が携帯端末２００から受け付けた注文情報の電子決済を、当該注文情報を送信した携帯端末２００に実行させて、その実行結果を取得し管理するサーバである。例えば、決済サーバ４００は、携帯端末２００により発注された注文情報について電子マネー決済を実行させ、電子マネー決済が正常に完了した場合に、受注サーバ３００に当該注文情報についての決済完了通知を送信する。
【００２６】
店舗情報提供サーバ５００は、例えば受注サーバ３００から取得したユーザの注文情報に基づいて同一エリア内の各店舗のメニューカテゴリに係る注文情報を比較して、当該メニューカテゴリについて所定条件を満足した店舗に当該メニューカテゴリの特徴があるとして、当該店舗に上記のエリア、メニューカテゴリの情報を含む属性情報を付与する。なお、メニューカテゴリとは１又は複数のメニューが属する分類である。図２にはメニューカテゴリを説明する図を示した。図２に示されるように、例えばメニューカテゴリは、大分類、中分類、小分類（例えばメニュー自体）等の階層構造を有していることとしてよく、具体的には、メニューカテゴリ「醤油ラーメン」、「塩ラーメン」はメニューカテゴリ「ラーメン」に属し、メニューカテゴリ「五目チャーハン」、「蟹チャーハン」はメニューカテゴリ「チャーハン」に属する。また、メニューカテゴリはさらに上位のメニューカテゴリに属することとしてよく、例えばメニューカテゴリ「ラーメン」、「チャーハン」は上位のメニューカテゴリ「中華」に属する。なお、以下説明する例では、メニューカテゴリにおける末端に当たるメニューカテゴリをメニューと称する。
【００２７】
また、店舗情報提供サーバ５００は、例えばユーザ端末から受け付けた店舗検索クエリに基づいて、エリアとメニューカテゴリに係る検索条件を設定し、設定した検索条件と店舗について付与された属性情報に基づいて店舗を検索し、検索された店舗の情報をユーザ端末に提供する。
【００２８】
［店舗情報処理システム１００における注文処理のシーケンスの一例］
以下、図３に示すシーケンス図を参照しながら、店舗情報処理システム１００における注文処理の流れを説明する。以下説明するシーケンスでは、ユーザが飲食店によりメニューを注文する処理を例に挙げて説明する。なお、このシーケンスにおいて、ユーザは受注サーバ３００にユーザＩＤ、メールアドレス、性別、生年月日等の属性情報を予め登録してあることとする。
【００２９】
図３に示すように、ユーザは利用しようとする店舗内又は店舗外において、携帯端末２００を用いて受注サーバ３００にユーザＩＤとパスワードを入力してログインし（Ｓ１）、上記利用しようとする店舗を検索し（Ｓ２）、検索された店舗のメニュー情報をダウンロードする（Ｓ３）。なお、携帯端末２００は、メニュー情報と共に当該メニュー情報に基づいて受注サーバ３００に発注処理を行うためのアプリケーションをダウンロードすることとしてもよい。
【００３０】
携帯端末２００は、ダウンロードしたメニュー情報に基づいてメニュー画面を表示する（Ｓ４）。図４には、携帯端末２００に表示されるメニュー画面の一例を示した。図４に示されるメニュー画面の例では、メニューごとにメニュー名、当該メニューの金額、当該メニューの注文に進むためのリンクが設けられる。
【００３１】
ここで「注文に進む」のリンクが押下されると、例えば図５に示すメニュー注文画面が表示される。図５に示すメニュー注文画面には、注文数量、ユーザのテーブルを識別するテーブル識別情報（例えばテーブル番号）の入力欄、注文を実行する「注文実行」のリンク等が設けられる。
【００３２】
ユーザは店舗内でテーブルに案内された後に、例えば図５に示したメニュー注文画面に注文数量と、当該テーブルのテーブル識別情報を入力して「注文実行」のリンクを押下すると、携帯端末２００はユーザから要求されたメニュー、注文数量、テーブル識別情報、店舗ＩＤ、ユーザＩＤを含む注文情報を受注サーバ３００に送信する（Ｓ５）。
【００３３】
受注サーバ３００は、携帯端末２００から受信した注文情報の受注が可能でない場合には（Ｓ６：Ｎ）、注文不可通知を携帯端末２００に送信する（Ｓ７）。受注サーバ３００は、携帯端末２００から受信した注文情報の受注が可能な場合には（Ｓ６：Ｙ）、当該注文情報に係る決済情報と当該決済情報のトークンを携帯端末２００に送信するとともに（Ｓ８）、携帯端末２００を決済サーバ４００にリダイレクトさせる（Ｓ９）。なお、受注サーバ３００は、受け付けた注文が可能か否かは、店舗端末６００に問い合わせて判断することとしてもよいし、受注サーバ３００に各店舗の受注可能なメニューの情報を順次更新して保持している場合には、当該受注可能なメニューの情報に基づいて判断することとしてもよい。
【００３４】
なお、受注サーバ３００が、注文情報を識別する注文ＩＤ、決済金額、注文情報に係るユーザのメールアドレスを含む決済依頼情報を決済サーバ４００に送信することとしてもよく、この場合には、決済サーバ４００は、受注サーバ３００から受信した決済依頼情報に含まれるメールアドレスに対して、電子決済を実行するためのリンクを含む決済開始メールを送信することとしてよい。
【００３５】
図６には、決済開始メールの一例を示した。図６に示される例では、決済開始メールには、決済に係る注文内容（メニュー、注文数量、決済金額）と、「お支払いはこちら」のリンクが含まれる。「お支払いはこちら」のリンクが選択されると、例えば図７に示される、電子マネー決済開始画面に進み、電子マネー決済開始画面の案内に従って電子マネー決済を実行する。
【００３６】
携帯端末２００では、決済サーバ４００と通信して、決済情報に基づいて電子マネー決済を実行すると（Ｓ１０）、決済サーバ４００は、電子マネー決済の完了通知を受け付けて（Ｓ１１）、例えば図８に示す決済完了メールを携帯端末２００に送信する。
【００３７】
決済サーバ４００は、電子マネー決済が完了した注文ＩＤの情報を受注サーバ３００に通知し（Ｓ１２）、受注サーバ３００は、決済の完了通知を受けた注文ＩＤに係る注文情報を店舗端末６００に送信する（Ｓ１３）。店舗では、店舗端末６００が受注サーバ３００から受信した注文情報に従って、ユーザに注文されたメニューに係る飲食物が提供される。
【００３８】
受注サーバ３００は、処理が完了した注文情報に係る注文実績情報を店舗情報提供サーバ５００に送信する（Ｓ１４）。例えば、注文実績情報には、注文ＩＤ、ユーザＩＤ、店舗ＩＤ、メニューＩＤ、注文数量、注文時間等を含むこととしてよい。受注サーバ３００は、注文情報について処理が完了するごとに、当該注文情報に係る注文実績情報を店舗情報提供サーバ５００に送信してもよいし、予め定められたタイミング（例えば所定の時間間隔置き等）でそれまでに蓄積された未送信の注文実績情報を店舗情報提供サーバ５００に送信してもよい。店舗情報提供サーバ５００は、受注サーバ３００から受信した注文実績情報を記憶する（Ｓ１５）。上記の処理（Ｓ５〜Ｓ１５）は、携帯端末２００から注文を受けるごとに行われることとしてよい。
【００３９】
なお、店舗情報処理システム１００における注文処理のシーケンスは上述した例に限られない。例えば、上記のシーケンスにおいて、受注サーバ３００は、携帯端末２００から受信した注文情報の受注が可能な場合には（Ｓ６：Ｙ）、トークンを発行するとともに、発行したトークンを決済サーバ４００に送信して、決済サーバ４００がトークンを含む決済情報を携帯端末２００に送信するようにしてもよい。この場合には、携帯端末２００で決済が実行された後に、携帯端末２００がトークンを含む決済完了通知を受注サーバ３００に送信し、受注サーバ２００が当該決済完了通知に含まれるトークンと、発行したトークンとを照合して、決済が行われた注文情報を特定することとしてよい。また、携帯端末２００で決済が実行された後に、携帯端末２００がトークンを含む決済完了通知を決済サーバ４００に送信し、受注サーバ２００が決済サーバ４００からトークンを受信して、発行したトークンとの照合を行うようにしても構わない。
【００４０】
以下、店舗情報提供サーバ５００により行われる店舗特徴検出処理の詳細について説明する。
【００４１】
［店舗特徴検出処理の一例］
図９には、店舗情報提供サーバ５００により行われる店舗特徴検出処理のフローチャートの一例を示した。以下に説明する店舗特徴検出処理は、飲食店を対象とし、飲食店に特徴のあるメニュー／メニューカテゴリを検出する処理の一例である。
【００４２】
図９に示されるように、店舗情報提供サーバ５００は、対象エリア内に複数のローカルエリア（Ａｉ，１≦ｉ≦Ｎ、Ｎは総ローカルエリア数）を設定し（Ｓ２１）、そのうちの１つのローカルエリア（Ａｉ、ｉの初期値１）を選択する（Ｓ２２）。店舗情報提供サーバ５００は、上記選択したローカルエリア（Ａｉ）から所定条件を満足する（例えば所定カテゴリの）店舗を抽出する（Ｓ２３）。
【００４３】
店舗情報提供サーバ５００は、上記抽出された各店舗に係る注文実績情報に基づいて、当該各店舗のメニュー／メニューカテゴリごとの所定期間における注文数を集計する（Ｓ２４）。
【００４４】
店舗情報提供サーバ５００は、上記抽出された各店舗で提供されるメニュー／メニューカテゴリ（Ｍｊ、１≦ｊ≦Ｌｉ、Ｌｉはメニュー／メニューカテゴリの総数）から１つ（Ｍｊ、ｊの初期値１）を選択し（Ｓ２５）、当該メニュー／メニューカテゴリ（Ｍｊ）について上記集計された各店舗の注文数に基づいて、当該各店舗の上記メニュー／メニューカテゴリ（Ｍｊ）に係る評価値を算出する（Ｓ２６）。
【００４５】
店舗情報提供サーバ５００は、上記算出した各店舗の評価値の偏差値を算出し（Ｓ２７）、算出された偏差値が閾値以上の店舗があれば（Ｓ２８：Ｙ）、その店舗に、ローカルエリア（Ａｉ）、メニュー／メニューカテゴリ（Ｍｊ）についての属性情報を付与する（Ｓ２９）。なお、店舗情報提供サーバ５００は、上記算出された偏差値が閾値以上の店舗がなければ（Ｓ２８：Ｎ）、そのままＳ３０に進む。
【００４６】
店舗情報提供サーバ５００は、ｊがメニュー／メニューカテゴリの総数（Ｌｉ）でない場合には（Ｓ３０：Ｎ）、ｊをインクリメントして（Ｓ３１）、Ｓ２６に戻り、ｋがメニュー／メニューカテゴリの総数（Ｌｉ）である場合には（Ｓ３０：Ｙ）、Ｓ３２に進む。
【００４７】
店舗情報提供サーバ５００は、ｉが総ローカルエリア数（Ｎ）でない場合には（Ｓ３２：Ｎ）、ｉをインクリメントして（Ｓ３３）、Ｓ２３に戻り、ｉが総ローカルエリア数（Ｎ）である場合には（Ｓ３２：Ｙ）、処理を終了する。
【００４８】
［店舗情報提供処理の一例］
次に、店舗情報提供サーバ５００により行われる店舗情報提供処理の一例について、図１０に示したシーケンス図に基づいて説明する。
【００４９】
図１０に示されるように、携帯端末２００が店舗情報提供サーバ５００にアクセスすると（Ｓ４１）、例えば図１１に示される店舗検索画面を表示する表示データが携帯端末２００に送信される（Ｓ４２）。携帯端末２００では、受信した表示データに基づいて店舗検索画面を表示し（Ｓ４３）、表示した店舗検索画面に希望するエリア及びメニュー等の情報が入力された後に、「検索」ボタンが押下されると、携帯端末２００から店舗情報提供サーバ５００に店舗検索クエリが送信される（Ｓ４４）。
【００５０】
店舗情報サーバは、携帯端末２００から店舗検索クエリを受信すると、当該店舗検索クエリに基づいてローカルエリア、メニュー／メニューカテゴリの条件を指定した検索条件を設定する（Ｓ４５）。検索条件で指定されるローカルエリアの条件は、店舗検索クエリに含まれていてもよいし、携帯端末２００の位置情報に基づいて設定することとしてもよい。また、検索条件で指定されるメニュー／メニューカテゴリの条件は、店舗検索クエリに含まれていてもよいし、当該店舗検索クエリに含まれる単語に基づいて設定することとしてもよい。
【００５１】
店舗情報提供サーバ５００は、上記設定した検索条件に基づいて、当該検索条件で指定されたローカルエリア、メニュー／メニューカテゴリの属性が付与された店舗を検索し（Ｓ４６）、当該検索された店舗の情報を携帯端末２００に送信する（Ｓ４７）。
【００５２】
携帯端末２００は、店舗情報提供サーバ５００から受信した店舗の情報に基づいて、例えば図１２に示される店舗情報表示画面を表示する（Ｓ４８）。
【００５３】
以上が、店舗情報処理システム１００において行われる処理の一連の流れである。次に、上記説明したシーケンスを実現するために店舗情報処理システム１００の各装置に備えられる機能の一例について説明する。
【００５４】
［携帯端末２００の機能］
図１３には、携帯端末２００の機能ブロック図を示した。図１３に示されるように、携帯端末２００は、表示部２０２、入力部２０４、メニュー情報取得部２０６、注文情報送信部２０８、決済情報受信部２１０、及び電子決済部２１２を備える。
【００５５】
携帯端末２００に備えられる上記各部の機能は、ＣＰＵ等の制御手段、メモリ等の記憶手段、外部デバイスとデータを送受信する通信インターフェース等の通信手段、タッチパネル等の表示手段及び入力手段、電子マネー決済のためのＩＣチップ等のハードウェアを備えたコンピュータが、コンピュータ読み取り可能な情報記憶媒体に格納されたプログラムを読み込み実行することで実現されることとしてよい。なお、プログラムは光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体によって携帯端末２００に供給されることとしてもよいし、インターネット等のデータ通信網を介して携帯端末２００に供給されることとしてもよい。
【００５６】
表示部２０２は、例えばタッチパネル等により実現され、グラフィックデータに基づいて画面を表示する。表示部２０２には、例えば図４〜図８、図１１、図１２等に示した画面が表示される。
【００５７】
入力部２０４は、例えばタッチパネルやボタン等を介してユーザからの操作入力を受け付ける。
【００５８】
メニュー情報取得部２０６は、例えば受注サーバ３００にアクセスして、入力部２０４からの入力に基づいて指定された店舗のメニュー情報を取得する。また、メニュー情報取得部２０６は、メニュー情報とともに、当該メニュー情報に基づいて受注サーバ３００に注文を実行するためのアプリケーションを取得しインストールすることとしてもよい。
【００５９】
注文情報送信部２０８は、メニュー情報取得部２０６により取得されたメニュー情報の中から選択されたメニューに係る注文情報を生成して受注サーバ３００に送信する。注文するメニューの選択は、メニュー情報に基づき表示部２０２に表示されたメニュー画面に従って行われることとしてよい。また、注文情報には、例えば、注文に係るユーザＩＤ、メニューＩＤ、注文数量、店舗ＩＤ、ユーザの座席を識別するテーブル識別情報を含むこととしてよい。
【００６０】
決済情報受信部２１０は、注文情報送信部２０８により送信した注文情報に対する決済情報を決済サーバ４００から受信する。決済情報は、電子決済を開始するための情報であり、例えば決済に係る注文情報と決済金額とを含むこととしてよい。本実施形態では、携帯端末２００は電子決済を電子マネーにより行うこととするが、クレジットカード決済等の他の電子決済を行うこととしてもよい。
【００６１】
電子決済部２１２は、決済情報受信部２１０により受信した決済情報に基づいて電子決済を実行する。なお、電子決済を電子マネーにより行う場合には、携帯端末２００に保持される電子マネーの残高から決済情報に係る決済金額を減算することとし、残高が決済金額以上である場合には電子決済が正常に完了し、残高が決済金額未満である場合にはエラーとなる。そして、電子決済部２１２による電子決済の実行結果は決済サーバ４００に通知される。
【００６２】
［受注サーバ３００の機能］
次に、受注サーバ３００に備えられた機能について説明する。図１４には、受注サーバ３００の機能ブロック図を示した。図１４に示されるように、受注サーバ３００は、ユーザ情報記憶部３０２、メニュー情報記憶部３０４、メニュー情報提供部３０６、注文情報受信部３０８、決済依頼部３１０、決済結果受信部３１２、注文処理部３１４、及び注文実績情報提供部３１６を備える。
【００６３】
受注サーバ３００に備えられる上記各部の機能は、ＣＰＵ等の制御手段、メモリ等の記憶手段、外部デバイスとデータを送受信する通信インターフェース等の通信手段等のハードウェアを備えたコンピュータが、コンピュータ読み取り可能な情報記憶媒体に格納されたプログラムを読み込み実行することで実現されることとしてよい。なお、プログラムは光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体によって受注サーバ３００に供給されることとしてもよいし、インターネット等のデータ通信網を介して受注サーバ３００に供給されることとしてもよい。
【００６４】
ユーザ情報記憶部３０２は、ユーザのアカウント情報を記憶する。図１５には、ユーザ情報記憶部３０２に記憶されるユーザ情報テーブルの一例を示した。図１５に示したユーザ情報テーブルの例では、ユーザＩＤ、パスワード、ユーザのメールアドレス、ユーザの生年月日、ユーザの性別がそれぞれ関連づけて記憶される。もちろん、ユーザ情報テーブルに記憶される情報は上記の例に限定されない。
【００６５】
メニュー情報記憶部３０４は、１又は複数のそれぞれの店舗で提供されるメニュー情報を記憶する。図１６には、メニュー情報記憶部３０４に記憶されるメニュー情報テーブルの一例を示した。図１６に示したメニュー情報テーブルでは、店舗を識別する店舗ＩＤごとに、当該店舗で提供されるそれぞれのメニューの情報が記憶される。なお、メニューの情報は、メニューＩＤ、メニュー名、金額、イメージ（ＵＲＬ）、カロリー変化量等を含むこととするが、これに限定されない。
【００６６】
メニュー情報提供部３０６は、携帯端末２００から要求された店舗ＩＤについてメニュー情報記憶部３０４に記憶されるメニュー情報を当該携帯端末２００に提供する。また、メニュー情報提供部３０６は、メニュー情報と共に、当該メニュー情報に基づいて注文するためのアプリケーションを携帯端末２００に提供することとしてもよい。
【００６７】
注文情報受信部３０８は、携帯端末２００の注文情報送信部２０８から送信された注文情報を受信する。例えば、注文情報には、ユーザＩＤ、メニューＩＤ、注文数量、店舗ＩＤ、ユーザのテーブルを識別するテーブル識別情報を含むこととするが、これに限定されない。
【００６８】
決済依頼部３１０は、注文情報受信部３０８により受信した注文情報についての決済を決済サーバ４００に依頼する。例えば、決済依頼部３１０は、注文情報受信部３０８により受信した注文情報ごとに、当該注文情報を識別する注文ＩＤを付与するとともに、当該注文情報に係る決済金額を算出する。決済金額の算出は、メニュー情報記憶部３０４に記憶されるメニューＩＤに関連づけられた金額に注文数量を掛け合わせたものの合計額を算出することで行うこととしてよい。そして、決済依頼部３１０は、例えば注文ＩＤ、注文情報、決済金額、決済を行うユーザのメールアドレスを含む決済依頼情報を決済サーバ４００に送信する。なお、上記のメールアドレスには、注文情報に含まれるユーザＩＤに関連づけてユーザ情報記憶部３０２に記憶されるメールアドレスを用いることとしてよい。
【００６９】
決済結果受信部３１２は、決済依頼部３１０により決済サーバ４００に依頼した決済の結果を、決済サーバ４００から受信する。決済の結果は、例えば、注文ＩＤと、決済の結果を示す真偽値を含むこととしてよい。なお、決済が正常に完了した場合には真（Ｔ）、決済が正常に完了しなかった場合には偽（Ｆ）とする。
【００７０】
注文処理部３１４は、決済結果受信部３１２により受信した決済結果が正常完了を示す注文情報について、当該注文情報に係る店舗ＩＤに応じた店舗端末６００に注文情報を送信する。店舗側では、店舗端末６００で受信した注文情報に従ってユーザに当該注文情報に係るメニューが提供される。
【００７１】
注文実績情報提供部３１６は、注文処理部３１４により処理した注文情報について注文実績情報を生成し、生成した注文実績情報を店舗情報提供サーバ５００に提供する。注文実績情報には、例えば注文ＩＤ、ユーザＩＤ、メールアドレス、店舗ＩＤ、メニューＩＤ、注文数量、注文時間等を含むこととするが、これに限定されない。
【００７２】
［決済サーバ４００の機能］
次に、決済サーバ４００に備えられた機能について説明する。図１７には、決済サーバ４００の機能ブロック図を示した。図１７に示されるように、決済サーバ４００は、決済依頼受付部４０２、決済情報送信部４０４、決済完了判定部４０６、及び決済結果通知部４０８を備える。
【００７３】
決済サーバ４００に備えられる上記各部の機能は、ＣＰＵ等の制御手段、メモリ等の記憶手段、外部デバイスとデータを送受信する通信インターフェース等の通信手段等のハードウェアを備えたコンピュータが、コンピュータ読み取り可能な情報記憶媒体に格納されたプログラムを読み込み実行することで実現されることとしてよい。なお、プログラムは光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体によって決済サーバ４００に供給されることとしてもよいし、インターネット等のデータ通信網を介して決済サーバ４００に供給されることとしてもよい。
【００７４】
決済依頼受付部４０２は、受注サーバ３００から決済依頼を受け付ける。具体的には、決済依頼受付部４０２は、受注サーバ３００の決済依頼部３１０により送信された決済依頼情報を受信する。なお、決済依頼情報には、例えば注文ＩＤ、注文情報、決済金額、メールアドレスを含むこととするが、これに限定されない。
【００７５】
決済情報送信部４０４は、決済依頼受付部４０２で受け付けた決済依頼情報に基づいて生成した決済開始メールを、当該決済依頼情報に含まれるメールアドレスに宛てて送信する。決済開始メールには、例えば決済ＩＤ、注文情報に基づく注文内容、決済金額を含むこととするが、これに限定されない。なお、決済サーバ４００においては、決済ＩＤと対応する注文ＩＤとを関連づけて記憶しておくこことしてよい。
【００７６】
決済完了判定部４０６は、決済情報送信部４０４により送信した決済開始メールに基づいて携帯端末２００により電子決済が正常に行われたか否かを判定する。例えば、決済完了判定部４０６は、携帯端末２００から受信した決済ＩＤ、電子決済に用いた電子マネーＩＤ、及び決済の正否の情報に基づいて決済完了の正否を判定することとしてよい。
【００７７】
決済結果通知部４０８は、決済完了判定部４０６による判定結果を受注サーバ３００に通知する。具体的には、決済ＩＤに関連づけて記憶された注文ＩＤと、当該決済ＩＤの決済結果（例えば正常に完了した場合には真、エラーが発生した場合には偽）を受注サーバ３００に通知することとしてよい。
【００７８】
［店舗情報提供サーバ５００の機能］
次に、店舗情報提供サーバ５００に備えられた機能について説明する。図１８には、店舗情報提供サーバ５００の機能ブロック図を示した。図１８に示されるように、店舗情報提供サーバ５００は、注文実績情報取得部５０２、注文実績情報記憶部５０４、店舗情報記憶部５０６、ユーザ分類部５０８、領域設定部５１０、店舗抽出部５１２、比較条件設定部５１４、注文実績情報検索部５１６、評価値算出部５１８、評価値比較部５２０、店舗特徴判定部５２２、店舗検索要求受付部５２４、店舗検索条件設定部５３０、店舗検索部５３２、及び情報提供部５３４を備える。
【００７９】
店舗情報提供サーバ５００に備えられる上記各部の機能は、ＣＰＵ等の制御手段、メモリ等の記憶手段、外部デバイスとデータを送受信する通信インターフェース等の通信手段等のハードウェアを備えたコンピュータが、コンピュータ読み取り可能な情報記憶媒体に格納されたプログラムを読み込み実行することで実現されることとしてよい。なお、プログラムは光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体によって店舗情報提供サーバ５００に供給されることとしてもよいし、インターネット等のデータ通信網を介して店舗情報提供サーバ５００に供給されることとしてもよい。
【００８０】
注文実績情報取得部５０２は、受注サーバ３００の注文実績情報提供部３１６から提供される注文実績情報を取得する。なお、注文実績情報取得部５０２は、定期的に受注サーバ３００に注文実績情報の提供を要求するようにしてもよい。注文実績情報には、例えば注文ＩＤ、ユーザＩＤ、ユーザ属性情報（年齢、性別）、店舗ＩＤ、メニューＩＤ、注文数量、決済金額、メニュー属性情報（カロリー）、注文時間等が含まれることとするが、これに限定されない。
【００８１】
注文実績情報記憶部５０４は、注文実績情報取得部５０２により取得される注文実績情報を記憶する。図１９には、注文実績情報記憶部５０４に記憶される注文履歴テーブルの一例を示した。図１９に示す注文履歴テーブルの例では、注文ＩＤ、ユーザＩＤ、ユーザの年齢、ユーザの性別、店舗ＩＤ、メニューＩＤ、注文数量、決済金額、カロリー（当該注文に係る総カロリー）、注文時間が格納されることとするが、これに限定されない。
【００８２】
店舗情報記憶部５０６は、複数の店舗のそれぞれの情報を記憶する。図２０には、店舗情報記憶部５０６に記憶される店舗特徴情報テーブルの一例を示した。図２０に示される店舗特徴情報テーブルの例では、店舗を識別する店舗ＩＤ、店舗名、店舗カテゴリ、店舗の位置情報（住所情報や緯度経度情報等）、店舗の営業時間、店舗の特徴として付与された属性情報（特徴情報）が記憶されることとするが、これに限定されない。なお、店舗の特徴として付与された属性情報は、エリア情報、メニュー／メニューカテゴリ情報（メニュー／メニューカテゴリＩＤ）、及びユーザ属性情報（グループＩＤ）を含むこととしてよい。
【００８３】
また、店舗情報記憶部５０６には、例えば図２１に示される店舗ごとに提供されるメニューの情報を格納したメニュー情報テーブルが記憶される。図２１に示されるように、メニュー情報テーブルには、店舗ＩＤ、メニュー／メニューカテゴリＩＤ、メニュー／メニューカテゴリ名、メニュー／メニューカテゴリＩＤが属する上位メニューカテゴリＩＤが記憶されることとするが、これに限定されない。
【００８４】
ユーザ分類部５０８は、注文実績情報記憶部５０４に記憶された注文実績情報に基づいて、当該記憶された注文実績情報に含まれる複数のユーザＩＤをグループに分類する。例えば、ユーザ分類部５０８は、年齢、性別に基づいて複数のユーザＩＤをグループ分けしてもよいし、複数のユーザＩＤごとの注文パターン（例えば、注文ＩＤの組）に基づくクラスタリング処理の結果に基づいて、複数のユーザＩＤをグループ分けしてもよい。
【００８５】
図２２には、ユーザ分類部５０８による分類結果を記憶したユーザ分類情報テーブルの一例を示した。図２２に示されるユーザ分類情報テーブルでは、グループを識別するグループＩＤ、グループ属性情報、当該グループに属するユーザＩＤの情報が記憶されることとするが、これに限定されない。なお、グループが年齢、性別に基づき構成された場合には、グループ属性情報には、年齢、性別の情報（例えば、３０代、男性等）が記憶され、グループが注文パターンに基づき構成された場合には、グループ属性情報には、その注文パターンの情報が記憶されることとしてよい。
【００８６】
領域設定部５１０は、対象エリア内に１又は複数の領域（ローカルエリア）を設定する。例えば、領域設定部５１０は、対象エリアの住所情報に基づいて領域を設定（例えば区や町に基づいて領域を設定）することとしてもよいし、対象エリアの座標範囲に基づいて領域を設定（例えば対象エリアを複数に分割して領域を設定）することとしてもよい。また、領域設定部５１０は、店舗情報記憶部５０６に基づいて、設定する各領域に含まれる店舗数を取得し、その店舗数が所定の数値範囲よりも大きい場合には領域をさらに小さくし、所定の数値範囲よりも小さい場合には領域をさらに大きくするように、領域を再設定することとしてよい。
【００８７】
店舗抽出部５１２は、領域設定部５１０により設定された１又は複数の領域ごとに、所定の条件を満足する店舗を抽出する。ここで、所定の条件とは、例えば所定の店舗カテゴリ（例えば、和食レストラン、中華レストラン、イタリアンレストラン等）の店舗であること等としてよい。そして、店舗抽出部５１２は、領域設定部５１０により設定された領域ごとに、当該領域の位置情報（例えば住所情報）と、所定の店舗カテゴリとに基づいて、店舗情報記憶部５０６から該当する店舗を抽出することとしてよい。以下、領域設定部５１０により設定された１つの領域（対象領域）について、当該対象領域に含まれる店舗の特徴を検出する処理について説明するが、他の領域についても同様に処理することとしてよい。
【００８８】
比較条件設定部５１４は、対象領域について店舗抽出部５１２により抽出された複数の店舗をそれぞれ比較する際の比較条件を設定する。例えば、比較条件設定部５１４は、対象とするメニュー／メニューカテゴリ、対象とするユーザ属性（例えばグループＩＤ）、対象とする期間（対象期間）を比較条件として設定することとするが、対象とするユーザ属性と対象期間は比較条件に含めなくともよい。ここで、比較条件設定部５１４は、店舗情報記憶部５０６を参照して、対象とするメニュー／メニューカテゴリを、店舗抽出部５１２により抽出された店舗で提供されるメニュー／メニューカテゴリから選択することとしてよい。
【００８９】
注文実績情報検索部５１６は、対象領域について店舗抽出部５１２により抽出された複数の店舗ごとに、比較条件設定部５１４により設定された比較条件を満足する注文実績情報を注文実績情報記憶部５０４から検索する。例えば、注文実績情報検索部５１６は、比較条件にメニュー、グループＩＤ、対象期間が設定されている場合に、対象とする店舗について当該比較条件を満足する注文実績情報を検索するときには、上記店舗の店舗ＩＤ、上記メニューのメニューＩＤ、上記グループＩＤに属するいずれかのユーザＩＤ、及び上記対象期間内の注文時間を含む注文実績情報を検索することとしてよい。また、注文実績情報検索部５１６は、比較条件にメニューカテゴリ、グループＩＤ、対象期間が設定されている場合に、対象とする店舗について当該比較条件を満足する注文実績情報を検索するときには、上記店舗の店舗ＩＤ、上記メニューカテゴリに属するいずれかのメニューＩＤ、上記グループＩＤに属するいずれかのユーザＩＤ、上記対象期間内の注文時間を含む注文実績情報を検索することとしてよい。
【００９０】
評価値算出部５１８は、対象領域について店舗抽出部５１２により抽出された複数の店舗ごとに検索された注文実績情報に基づいて、当該複数の店舗ごとの評価値を算出する。例えば、評価値算出部５１８は、店舗ごとに検索された注文実績情報の数（又は注文実績情報に含まれる注文数量）の合計（注文数）を評価値としてもよいし、注文数を店舗の総注文数で割った注文比率を評価値としてもよい。また、評価値は上述した方法以外にも、同一ユーザによるリピート回数等としてもよいし、注文数、注文比率、リピート数を組み合わせて算出してもよい。
【００９１】
評価値比較部５２０は、対象領域について抽出された各店舗について評価値算出部５１８により算出された評価値を比較する。例えば、評価値比較部５２０は、各店舗について算出された評価値に基づいて、当該各店舗の偏差値を算出することとしてもよいし、各店舗の評価値の平均値からの差分を算出することとしてもよい。
【００９２】
店舗特徴判定部５２２は、評価値比較部５２０による比較結果に基づいて、対象領域について抽出された各店舗が、比較条件設定部５１４により設定された比較条件に係るメニュー／メニューカテゴリ、ユーザ属性について特徴があるか否かを判定する。例えば、店舗特徴判定部５２２は、各店舗について評価値比較部５２０において算出された偏差値（又は平均値からの差分）が閾値以上の（又は閾値より大きい）店舗がある場合に、当該店舗について、上記比較条件に係るメニュー／メニューカテゴリ、ユーザ属性（グループＩＤ）について特徴があると判定する。そして、店舗特徴判定部５２２により、上記メニュー／メニューカテゴリ、ユーザ属性について特徴があると判定された店舗に関連づけて、上記メニュー／メニューカテゴリ、ユーザ属性、対象領域の情報を含む属性情報を店舗情報記憶部５０６に記憶する。
【００９３】
比較条件設定部５１４では、メニュー／メニューカテゴリ、ユーザ属性の組み合わせを変更した各比較条件について注文実績情報検索部５１６、評価値算出部５１８、評価値比較部５２０、店舗特徴判定部５２２による処理を実行することとしてよい。
【００９４】
店舗検索要求受付部５２４は、携帯端末２００等のユーザ端末から店舗検索クエリを受け付ける。例えば、店舗検索要求受付部５２４は、店舗検索要求受付時に、ユーザ端末から希望するエリアとメニュー／メニューカテゴリの指定を受け付けるようにしてもよいし、希望するエリア及び店舗に関するキーワードを受け付けるようにしてもよい。
【００９５】
店舗検索条件設定部５３０は、店舗検索要求受付部５２４で受け付けた店舗検索クエリに基づいて、店舗検索条件を設定する。例えば、店舗検索条件設定部５３０は、ユーザ端末から受け付けた店舗検索クエリに基づいて、エリア条件、メニュー／メニューカテゴリ条件、ユーザ属性条件の少なくとも１つを含む店舗検索条件を設定することとしてよい。この際、エリア条件は、店舗検索クエリによる指定又は店舗検索クエリに含まれるキーワードに基づいて設定してもよいし、ユーザ端末の位置情報が取得できる場合には当該位置情報に基づいて設定してもよい。また、メニュー／メニューカテゴリ条件は、店舗検索クエリによる指定又は店舗検索クエリに含まれるキーワードに基づいて設定することとしてよい。そして、ユーザ属性条件は、店舗検索クエリによる指定又は店舗検索クエリに含まれるキーワードに基づいて設定してもよいし、ユーザ端末について特定したユーザＩＤに基づいて、当該ユーザＩＤが属するグループＩＤを取得し、当該取得したグループＩＤのいずれかを設定してもよい。
【００９６】
店舗検索部５３２は、店舗情報記憶部５０６から店舗検索条件設定部５３０により設定された店舗検索条件に基づいて店舗を検索する。例えば、店舗検索部５３２は、店舗情報テーブルから、店舗検索条件に指定されたエリア条件（例えばエリアＩＤの条件）、メニュー／メニューカテゴリ条件（例えばメニュー／メニューカテゴリＩＤの条件）、ユーザ属性条件（例えばグループＩＤの条件）を満足する属性情報が付与された店舗ＩＤを検索することとしてよい。
【００９７】
情報提供部５３４は、店舗検索部５３２により検索された店舗の情報を、店舗検索クエリを受け付けたユーザ端末に提供する。例えば、情報提供部５３４により提供される店舗情報には、検索された店舗に設定された属性情報に基づく特徴情報（メニュー／メニューカテゴリやユーザ属性条件）が含まれることとしてよい。また、情報提供部５３４は、ユーザ端末から指定された店舗の情報に、当該店舗の属性情報に基づく特徴情報を含めて提供することとしてもよい。
【００９８】
以上説明した店舗情報処理システムによれば、設定されたローカルエリアに含まれる各店舗について同じ条件で抽出した注文実績情報を比較することで、各店舗に有用な特徴を付与できる。こうして店舗に付与された特徴は注文実績に基づいているため、店舗側が自ら申告した特徴に比べて信頼度が高い。そして、店舗に付与された特徴を利用して店舗検索を行うことにより、店舗の特徴を検索結果に反映させることができる。
【００９９】
また、本発明は上記の実施形態に限定されるものではない。例えば、上記の実施形態では、飲食店を対象として説明したが、飲食店以外の店舗を対象としても構わない。
【０１００】
また、上記の実施形態では、受注サーバ３００にユーザの情報を記憶しておくこととしたが、決済サーバ４００において電子マネーのＩＤに対応付けてユーザの情報（名前、年齢、性別等）を記憶し、決済時に用いられる電子マネーのＩＤに基づいてユーザの情報を特定することとしてもよい。
【０１０１】
また、上記の実施形態では、受注サーバ３００は、携帯端末２００からユーザの注文情報を取得することとしたが、店舗端末６００からユーザの注文情報を取得することとしてもよい。
【符号の説明】
【０１０２】
１００ 店舗情報処理システム、２００ 携帯端末、２０２ 表示部、２０４ 入力部、２０６ メニュー情報取得部、２０８ 注文情報送信部、２１０ 決済情報受信部、２１２ 電子決済部、３００ 受注サーバ、３０２ ユーザ情報記憶部、３０４ メニュー情報記憶部、３０６ メニュー情報提供部、３０８ 注文情報受信部、３１０ 決済依頼部、３１２ 決済結果受信部、３１４ 注文処理部、３１６ 注文実績情報提供部、４００ 決済サーバ、４０２ 決済依頼受付部、４０４ 決済情報送信部、４０６ 決済完了判定部、４０８ 決済結果通知部、５００ 店舗情報提供サーバ、５０２ 注文実績情報取得部、５０４ 注文実績情報記憶部、５０６ 店舗情報記憶部、５０８ ユーザ分類部、５１０ 領域設定部、５１２ 店舗抽出部、５１４ 比較条件設定部、５１６ 注文実績情報検索部、５１８ 評価値算出部、５２０ 評価値比較部、５２２ 店舗特徴判定部、５２４ 店舗検索要求受付部、５３０ 店舗検索条件設定部、５３２ 店舗検索部、５３４ 情報提供部、６００ 店舗端末、７００ ネットワーク。
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理方法、プログラム及び情報記録媒体に関する。
【背景技術】
【０００２】
予め登録された飲食店等の店舗の中から、ユーザから受け付けた検索クエリに基づいて該当する店舗を検索し、検索した店舗の情報をユーザに提供するシステムがある。例えば、下記の特許文献１には、店舗で提供する商品のリストに基づいて予め店舗ごとのセールスポイント（特徴）を属性情報として設定し、ユーザから受け付けた検索クエリに指定された属性情報が設定された店舗を抽出して、抽出した店舗の情報をユーザに提供するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−０１４０３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、店舗側が自ら特徴と認識した属性情報を予め設定しておく必要があるため、実際には顧客を引きつけているような特徴があってもそれを店舗側が認識していなければ属性情報として設定することはできなかった。
【０００５】
本発明は上記課題に鑑みて為されたものであって、その目的は、店舗が認識していない特徴を属性情報として設定できる情報処理システム、情報処理方法、プログラム及び情報記録媒体を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を設定するために、本発明に係る情報処理システムは、店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段と、を含むことを特徴とする。
【０００７】
本発明の一態様では、前記情報処理システムは、前記注文実績情報には、該注文実績情報に係るユーザに関する情報を含み、前記注文実績情報取得手段は、前記注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報であって、ユーザに関する情報が共通する注文実績情報を取得し、前記設定手段は、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報と前記ユーザに関する情報を該店舗の属性情報に設定することを特徴とする。
【０００８】
本発明の一態様では、前記情報処理システムは、ユーザ端末の位置又は指定により設定した領域内に所在する複数の店舗識別情報の中から、該ユーザ端末から受け付けた検索クエリに基づいて特定した商品分類に関する情報が属性情報として設定された店舗識別情報を検索する検索手段と、前記検索手段により検索された店舗識別情報により識別される店舗の情報を前記ユーザ端末に提供する提供手段と、をさらに含むことを特徴とする。
【０００９】
本発明の一態様では、前記情報処理システムは、ユーザ端末の位置又は指定により設定した領域内に所在する複数の店舗識別情報の中から、該ユーザ端末から受け付けた検索クエリに基づいて特定した商品分類に関する情報と、該ユーザ端末に係るユーザの情報が属性情報として設定された店舗識別情報を検索する検索手段と、前記検索手段により検索された店舗識別情報により識別される店舗の情報を前記ユーザ端末に提供する提供手段と、をさらに含むことを特徴とする。
【００１０】
本発明の一態様では、前記情報処理システムは、ユーザ端末から店舗の情報提供要求を受け付けた場合に、当該店舗の店舗識別情報に関連付けて前記設定手段により設定された商品分類に関する情報を含めて提供する提供手段をさらに含むことを特徴とする。
【００１１】
本発明の一態様では、前記情報処理システムは、前記抽出手段により抽出される店舗識別情報の数に基づいて、前記所与の領域の大きさを変更する変更手段をさらに含むことを特徴とする。
【００１２】
本発明の一態様では、前記情報処理システムは、前記抽出手段により抽出された複数の店舗識別情報のうち所定数又は所定割合の店舗識別情報に前記設定手段により属性情報が設定されない場合には、前記所与の領域の大きさを変更する変更手段をさらに含むことを特徴とする。
【００１３】
本発明の一態様では、前記情報処理システムは、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、前記所与の領域内に所在する店舗ごとに、当該店舗で注文された前記商品分類が共通する１又は複数の商品の注文数量の偏差値を算出する算出手段をさらに含み、前記設定手段は、前記算出手段により算出された偏差値が所定値以上又は所定値より大きい店舗に、前記商品分類に関する情報を属性情報として設定することを特徴とする。
【００１４】
本発明の一態様では、前記情報処理システムは、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、前記所与の領域内に所在する複数の店舗で注文された前記商品分類が共通する１又は複数の商品の注文数量の平均値を算出する算出手段をさらに含み、前記設定手段は、前記商品分類が共通する１又は複数の商品の注文数量が前記算出手段により算出された平均値より所定値以上又は所定値より大きい店舗に、前記商品分類に関する情報を属性情報として設定することを特徴とする。
【００１５】
本発明の一態様では、前記商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値は、該１又は複数の商品の注文数量、店舗が受け付けた総注文数量における該１又は複数の商品の注文数量の占める割合、又は同一ユーザによる該１又は複数の商品の注文リピート回数のいずれか又はこれらの組み合わせに基づいて算出されることを特徴とする。
【００１６】
本発明に係る情報処理方法は、店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出ステップと、店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出ステップで抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得ステップと、前記注文実績情報取得ステップで取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定ステップと、を含むことを特徴とする。
【００１７】
本発明に係るプログラムは、店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段としてコンピュータを機能させるためのプログラムである。
【００１８】
本発明に係る情報記録媒体は、店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段としてコンピュータを機能させるためのプログラムを記録した情報記録媒体である。
【発明の効果】
【００１９】
本発明の一態様によれば、店舗が認識していない特徴を属性情報として設定できる。
【図面の簡単な説明】
【００２０】
【図１】本実施形態に係る店舗情報処理システムのシステム構成図である。
【図２】メニューカテゴリを説明する図である。
【図３】店舗情報処理システムにおいて行われる注文処理のシーケンス図である。
【図４】メニュー画面の一例を示す図である。
【図５】メニュー注文画面の一例を示す図である。
【図６】決済開始メールの一例を示す図である。
【図７】電子マネー決済開始画面の一例を示す図である。
【図８】決済完了メールの一例を示す図である。
【図９】店舗特徴検出処理のフローチャートである。
【図１０】店舗情報提供処理のシーケンス図である。
【図１１】店舗検索画面の一例を示す図である。
【図１２】店舗情報表示画面の一例を示す図である。
【図１３】携帯端末の機能ブロック図である。
【図１４】受注サーバの機能ブロック図である。
【図１５】ユーザ情報テーブルの一例を示す図である。
【図１６】メニュー情報テーブルの一例を示す図である。
【図１７】決済サーバの機能ブロック図である。
【図１８】店舗情報提供サーバの機能ブロック図である。
【図１９】注文履歴テーブルの一例を示す図である。
【図２０】店舗特徴情報テーブルの一例を示す図である。
【図２１】メニュー情報テーブルの一例を示す図である。
【図２２】ユーザ分類情報テーブルの一例を示す図である。
【発明を実施するための形態】
【００２１】
以下、本発明に係る実施の形態（以下、実施形態）を、図面を参照しながら説明する。
【００２２】
図１には、本実施形態に係る店舗情報処理システム１００のシステム構成図を示した。図１に示されるように、店舗情報処理システム１００は、携帯端末２００、受注サーバ３００、決済サーバ４００、店舗情報提供サーバ５００、店舗端末６００を含み、携帯端末２００、受注サーバ３００、決済サーバ４００、店舗情報提供サーバ５００、店舗端末６００はそれぞれネットワーク７００を介して相互に通信可能に接続される。
【００２３】
携帯端末２００は、無線通信機能及び電子マネー等による決済機能を有する情報処理端末である。例えば、携帯端末２００はタッチパネルやボタン等の操作受け付け部を備え、ユーザから受け付けた操作に応じて処理を実行し、その処理結果をタッチパネルに表示する。例えば、ユーザは、携帯端末２００により受注サーバ３００から店舗で提供されるメニューを示したメニュー情報をダウンロードし、当該メニュー情報から指定したメニューを注文し、注文したメニューの電子決済を決済サーバ４００との間で実行する等の処理を行う。なお、本実施形態における店舗は、飲食店を対象としている。
【００２４】
受注サーバ３００は、携帯端末２００から注文情報を受け付けて、受け付けた注文情報を処理するサーバである。例えば、受注サーバ３００は、携帯端末２００から受け付けた注文情報についての電子決済を決済サーバ４００に依頼し、決済サーバ４００から当該電子決済の完了通知を受信した場合に、当該注文情報を店舗端末６００に送信する。なお、店舗においては、店舗端末６００が受注サーバ３００から受信した注文情報に従って、店舗内のユーザに注文されたメニューを提供する。
【００２５】
決済サーバ４００は、受注サーバ３００が携帯端末２００から受け付けた注文情報の電子決済を、当該注文情報を送信した携帯端末２００に実行させて、その実行結果を取得し管理するサーバである。例えば、決済サーバ４００は、携帯端末２００により発注された注文情報について電子マネー決済を実行させ、電子マネー決済が正常に完了した場合に、受注サーバ３００に当該注文情報についての決済完了通知を送信する。
【００２６】
店舗情報提供サーバ５００は、例えば受注サーバ３００から取得したユーザの注文情報に基づいて同一エリア内の各店舗のメニューカテゴリに係る注文情報を比較して、当該メニューカテゴリについて所定条件を満足した店舗に当該メニューカテゴリの特徴があるとして、当該店舗に上記のエリア、メニューカテゴリの情報を含む属性情報を付与する。なお、メニューカテゴリとは１又は複数のメニューが属する分類である。図２にはメニューカテゴリを説明する図を示した。図２に示されるように、例えばメニューカテゴリは、大分類、中分類、小分類（例えばメニュー自体）等の階層構造を有していることとしてよく、具体的には、メニューカテゴリ「醤油ラーメン」、「塩ラーメン」はメニューカテゴリ「ラーメン」に属し、メニューカテゴリ「五目チャーハン」、「蟹チャーハン」はメニューカテゴリ「チャーハン」に属する。また、メニューカテゴリはさらに上位のメニューカテゴリに属することとしてよく、例えばメニューカテゴリ「ラーメン」、「チャーハン」は上位のメニューカテゴリ「中華」に属する。なお、以下説明する例では、メニューカテゴリにおける末端に当たるメニューカテゴリをメニューと称する。
【００２７】
また、店舗情報提供サーバ５００は、例えばユーザ端末から受け付けた店舗検索クエリに基づいて、エリアとメニューカテゴリに係る検索条件を設定し、設定した検索条件と店舗について付与された属性情報に基づいて店舗を検索し、検索された店舗の情報をユーザ端末に提供する。
【００２８】
［店舗情報処理システム１００における注文処理のシーケンスの一例］
以下、図３に示すシーケンス図を参照しながら、店舗情報処理システム１００における注文処理の流れを説明する。以下説明するシーケンスでは、ユーザが飲食店によりメニューを注文する処理を例に挙げて説明する。なお、このシーケンスにおいて、ユーザは受注サーバ３００にユーザＩＤ、メールアドレス、性別、生年月日等の属性情報を予め登録してあることとする。
【００２９】
図３に示すように、ユーザは利用しようとする店舗内又は店舗外において、携帯端末２００を用いて受注サーバ３００にユーザＩＤとパスワードを入力してログインし（Ｓ１）、上記利用しようとする店舗を検索し（Ｓ２）、検索された店舗のメニュー情報をダウンロードする（Ｓ３）。なお、携帯端末２００は、メニュー情報と共に当該メニュー情報に基づいて受注サーバ３００に発注処理を行うためのアプリケーションをダウンロードすることとしてもよい。
【００３０】
携帯端末２００は、ダウンロードしたメニュー情報に基づいてメニュー画面を表示する（Ｓ４）。図４には、携帯端末２００に表示されるメニュー画面の一例を示した。図４に示されるメニュー画面の例では、メニューごとにメニュー名、当該メニューの金額、当該メニューの注文に進むためのリンクが設けられる。
【００３１】
ここで「注文に進む」のリンクが押下されると、例えば図５に示すメニュー注文画面が表示される。図５に示すメニュー注文画面には、注文数量、ユーザのテーブルを識別するテーブル識別情報（例えばテーブル番号）の入力欄、注文を実行する「注文実行」のリンク等が設けられる。
【００３２】
ユーザは店舗内でテーブルに案内された後に、例えば図５に示したメニュー注文画面に注文数量と、当該テーブルのテーブル識別情報を入力して「注文実行」のリンクを押下すると、携帯端末２００はユーザから要求されたメニュー、注文数量、テーブル識別情報、店舗ＩＤ、ユーザＩＤを含む注文情報を受注サーバ３００に送信する（Ｓ５）。
【００３３】
受注サーバ３００は、携帯端末２００から受信した注文情報の受注が可能でない場合には（Ｓ６：Ｎ）、注文不可通知を携帯端末２００に送信する（Ｓ７）。受注サーバ３００は、携帯端末２００から受信した注文情報の受注が可能な場合には（Ｓ６：Ｙ）、当該注文情報に係る決済情報と当該決済情報のトークンを携帯端末２００に送信するとともに（Ｓ８）、携帯端末２００を決済サーバ４００にリダイレクトさせる（Ｓ９）。なお、受注サーバ３００は、受け付けた注文が可能か否かは、店舗端末６００に問い合わせて判断することとしてもよいし、受注サーバ３００に各店舗の受注可能なメニューの情報を順次更新して保持している場合には、当該受注可能なメニューの情報に基づいて判断することとしてもよい。
【００３４】
なお、受注サーバ３００が、注文情報を識別する注文ＩＤ、決済金額、注文情報に係るユーザのメールアドレスを含む決済依頼情報を決済サーバ４００に送信することとしてもよく、この場合には、決済サーバ４００は、受注サーバ３００から受信した決済依頼情報に含まれるメールアドレスに対して、電子決済を実行するためのリンクを含む決済開始メールを送信することとしてよい。
【００３５】
図６には、決済開始メールの一例を示した。図６に示される例では、決済開始メールには、決済に係る注文内容（メニュー、注文数量、決済金額）と、「お支払いはこちら」のリンクが含まれる。「お支払いはこちら」のリンクが選択されると、例えば図７に示される、電子マネー決済開始画面に進み、電子マネー決済開始画面の案内に従って電子マネー決済を実行する。
【００３６】
携帯端末２００では、決済サーバ４００と通信して、決済情報に基づいて電子マネー決済を実行すると（Ｓ１０）、決済サーバ４００は、電子マネー決済の完了通知を受け付けて（Ｓ１１）、例えば図８に示す決済完了メールを携帯端末２００に送信する。
【００３７】
決済サーバ４００は、電子マネー決済が完了した注文ＩＤの情報を受注サーバ３００に通知し（Ｓ１２）、受注サーバ３００は、決済の完了通知を受けた注文ＩＤに係る注文情報を店舗端末６００に送信する（Ｓ１３）。店舗では、店舗端末６００が受注サーバ３００から受信した注文情報に従って、ユーザに注文されたメニューに係る飲食物が提供される。
【００３８】
受注サーバ３００は、処理が完了した注文情報に係る注文実績情報を店舗情報提供サーバ５００に送信する（Ｓ１４）。例えば、注文実績情報には、注文ＩＤ、ユーザＩＤ、店舗ＩＤ、メニューＩＤ、注文数量、注文時間等を含むこととしてよい。受注サーバ３００は、注文情報について処理が完了するごとに、当該注文情報に係る注文実績情報を店舗情報提供サーバ５００に送信してもよいし、予め定められたタイミング（例えば所定の時間間隔置き等）でそれまでに蓄積された未送信の注文実績情報を店舗情報提供サーバ５００に送信してもよい。店舗情報提供サーバ５００は、受注サーバ３００から受信した注文実績情報を記憶する（Ｓ１５）。上記の処理（Ｓ５〜Ｓ１５）は、携帯端末２００から注文を受けるごとに行われることとしてよい。
【００３９】
なお、店舗情報処理システム１００における注文処理のシーケンスは上述した例に限られない。例えば、上記のシーケンスにおいて、受注サーバ３００は、携帯端末２００から受信した注文情報の受注が可能な場合には（Ｓ６：Ｙ）、トークンを発行するとともに、発行したトークンを決済サーバ４００に送信して、決済サーバ４００がトークンを含む決済情報を携帯端末２００に送信するようにしてもよい。この場合には、携帯端末２００で決済が実行された後に、携帯端末２００がトークンを含む決済完了通知を受注サーバ３００に送信し、受注サーバ２００が当該決済完了通知に含まれるトークンと、発行したトークンとを照合して、決済が行われた注文情報を特定することとしてよい。また、携帯端末２００で決済が実行された後に、携帯端末２００がトークンを含む決済完了通知を決済サーバ４００に送信し、受注サーバ２００が決済サーバ４００からトークンを受信して、発行したトークンとの照合を行うようにしても構わない。
【００４０】
以下、店舗情報提供サーバ５００により行われる店舗特徴検出処理の詳細について説明する。
【００４１】
［店舗特徴検出処理の一例］
図９には、店舗情報提供サーバ５００により行われる店舗特徴検出処理のフローチャートの一例を示した。以下に説明する店舗特徴検出処理は、飲食店を対象とし、飲食店に特徴のあるメニュー／メニューカテゴリを検出する処理の一例である。
【００４２】
図９に示されるように、店舗情報提供サーバ５００は、対象エリア内に複数のローカルエリア（Ａｉ，１≦ｉ≦Ｎ、Ｎは総ローカルエリア数）を設定し（Ｓ２１）、そのうちの１つのローカルエリア（Ａｉ、ｉの初期値１）を選択する（Ｓ２２）。店舗情報提供サーバ５００は、上記選択したローカルエリア（Ａｉ）から所定条件を満足する（例えば所定カテゴリの）店舗を抽出する（Ｓ２３）。
【００４３】
店舗情報提供サーバ５００は、上記抽出された各店舗に係る注文実績情報に基づいて、当該各店舗のメニュー／メニューカテゴリごとの所定期間における注文数を集計する（Ｓ２４）。
【００４４】
店舗情報提供サーバ５００は、上記抽出された各店舗で提供されるメニュー／メニューカテゴリ（Ｍｊ、１≦ｊ≦Ｌｉ、Ｌｉはメニュー／メニューカテゴリの総数）から１つ（Ｍｊ、ｊの初期値１）を選択し（Ｓ２５）、当該メニュー／メニューカテゴリ（Ｍｊ）について上記集計された各店舗の注文数に基づいて、当該各店舗の上記メニュー／メニューカテゴリ（Ｍｊ）に係る評価値を算出する（Ｓ２６）。
【００４５】
店舗情報提供サーバ５００は、上記算出した各店舗の評価値の偏差値を算出し（Ｓ２７）、算出された偏差値が閾値以上の店舗があれば（Ｓ２８：Ｙ）、その店舗に、ローカルエリア（Ａｉ）、メニュー／メニューカテゴリ（Ｍｊ）についての属性情報を付与する（Ｓ２９）。なお、店舗情報提供サーバ５００は、上記算出された偏差値が閾値以上の店舗がなければ（Ｓ２８：Ｎ）、そのままＳ３０に進む。
【００４６】
店舗情報提供サーバ５００は、ｊがメニュー／メニューカテゴリの総数（Ｌｉ）でない場合には（Ｓ３０：Ｎ）、ｊをインクリメントして（Ｓ３１）、Ｓ２６に戻り、ｋがメニュー／メニューカテゴリの総数（Ｌｉ）である場合には（Ｓ３０：Ｙ）、Ｓ３２に進む。
【００４７】
店舗情報提供サーバ５００は、ｉが総ローカルエリア数（Ｎ）でない場合には（Ｓ３２：Ｎ）、ｉをインクリメントして（Ｓ３３）、Ｓ２３に戻り、ｉが総ローカルエリア数（Ｎ）である場合には（Ｓ３２：Ｙ）、処理を終了する。
【００４８】
［店舗情報提供処理の一例］
次に、店舗情報提供サーバ５００により行われる店舗情報提供処理の一例について、図１０に示したシーケンス図に基づいて説明する。
【００４９】
図１０に示されるように、携帯端末２００が店舗情報提供サーバ５００にアクセスすると（Ｓ４１）、例えば図１１に示される店舗検索画面を表示する表示データが携帯端末２００に送信される（Ｓ４２）。携帯端末２００では、受信した表示データに基づいて店舗検索画面を表示し（Ｓ４３）、表示した店舗検索画面に希望するエリア及びメニュー等の情報が入力された後に、「検索」ボタンが押下されると、携帯端末２００から店舗情報提供サーバ５００に店舗検索クエリが送信される（Ｓ４４）。
【００５０】
店舗情報サーバは、携帯端末２００から店舗検索クエリを受信すると、当該店舗検索クエリに基づいてローカルエリア、メニュー／メニューカテゴリの条件を指定した検索条件を設定する（Ｓ４５）。検索条件で指定されるローカルエリアの条件は、店舗検索クエリに含まれていてもよいし、携帯端末２００の位置情報に基づいて設定することとしてもよい。また、検索条件で指定されるメニュー／メニューカテゴリの条件は、店舗検索クエリに含まれていてもよいし、当該店舗検索クエリに含まれる単語に基づいて設定することとしてもよい。
【００５１】
店舗情報提供サーバ５００は、上記設定した検索条件に基づいて、当該検索条件で指定されたローカルエリア、メニュー／メニューカテゴリの属性が付与された店舗を検索し（Ｓ４６）、当該検索された店舗の情報を携帯端末２００に送信する（Ｓ４７）。
【００５２】
携帯端末２００は、店舗情報提供サーバ５００から受信した店舗の情報に基づいて、例えば図１２に示される店舗情報表示画面を表示する（Ｓ４８）。
【００５３】
以上が、店舗情報処理システム１００において行われる処理の一連の流れである。次に、上記説明したシーケンスを実現するために店舗情報処理システム１００の各装置に備えられる機能の一例について説明する。
【００５４】
［携帯端末２００の機能］
図１３には、携帯端末２００の機能ブロック図を示した。図１３に示されるように、携帯端末２００は、表示部２０２、入力部２０４、メニュー情報取得部２０６、注文情報送信部２０８、決済情報受信部２１０、及び電子決済部２１２を備える。
【００５５】
携帯端末２００に備えられる上記各部の機能は、ＣＰＵ等の制御手段、メモリ等の記憶手段、外部デバイスとデータを送受信する通信インターフェース等の通信手段、タッチパネル等の表示手段及び入力手段、電子マネー決済のためのＩＣチップ等のハードウェアを備えたコンピュータが、コンピュータ読み取り可能な情報記憶媒体に格納されたプログラムを読み込み実行することで実現されることとしてよい。なお、プログラムは光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体によって携帯端末２００に供給されることとしてもよいし、インターネット等のデータ通信網を介して携帯端末２００に供給されることとしてもよい。
【００５６】
表示部２０２は、例えばタッチパネル等により実現され、グラフィックデータに基づいて画面を表示する。表示部２０２には、例えば図４〜図８、図１１、図１２等に示した画面が表示される。
【００５７】
入力部２０４は、例えばタッチパネルやボタン等を介してユーザからの操作入力を受け付ける。
【００５８】
メニュー情報取得部２０６は、例えば受注サーバ３００にアクセスして、入力部２０４からの入力に基づいて指定された店舗のメニュー情報を取得する。また、メニュー情報取得部２０６は、メニュー情報とともに、当該メニュー情報に基づいて受注サーバ３００に注文を実行するためのアプリケーションを取得しインストールすることとしてもよい。
【００５９】
注文情報送信部２０８は、メニュー情報取得部２０６により取得されたメニュー情報の中から選択されたメニューに係る注文情報を生成して受注サーバ３００に送信する。注文するメニューの選択は、メニュー情報に基づき表示部２０２に表示されたメニュー画面に従って行われることとしてよい。また、注文情報には、例えば、注文に係るユーザＩＤ、メニューＩＤ、注文数量、店舗ＩＤ、ユーザの座席を識別するテーブル識別情報を含むこととしてよい。
【００６０】
決済情報受信部２１０は、注文情報送信部２０８により送信した注文情報に対する決済情報を決済サーバ４００から受信する。決済情報は、電子決済を開始するための情報であり、例えば決済に係る注文情報と決済金額とを含むこととしてよい。本実施形態では、携帯端末２００は電子決済を電子マネーにより行うこととするが、クレジットカード決済等の他の電子決済を行うこととしてもよい。
【００６１】
電子決済部２１２は、決済情報受信部２１０により受信した決済情報に基づいて電子決済を実行する。なお、電子決済を電子マネーにより行う場合には、携帯端末２００に保持される電子マネーの残高から決済情報に係る決済金額を減算することとし、残高が決済金額以上である場合には電子決済が正常に完了し、残高が決済金額未満である場合にはエラーとなる。そして、電子決済部２１２による電子決済の実行結果は決済サーバ４００に通知される。
【００６２】
［受注サーバ３００の機能］
次に、受注サーバ３００に備えられた機能について説明する。図１４には、受注サーバ３００の機能ブロック図を示した。図１４に示されるように、受注サーバ３００は、ユーザ情報記憶部３０２、メニュー情報記憶部３０４、メニュー情報提供部３０６、注文情報受信部３０８、決済依頼部３１０、決済結果受信部３１２、注文処理部３１４、及び注文実績情報提供部３１６を備える。
【００６３】
受注サーバ３００に備えられる上記各部の機能は、ＣＰＵ等の制御手段、メモリ等の記憶手段、外部デバイスとデータを送受信する通信インターフェース等の通信手段等のハードウェアを備えたコンピュータが、コンピュータ読み取り可能な情報記憶媒体に格納されたプログラムを読み込み実行することで実現されることとしてよい。なお、プログラムは光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体によって受注サーバ３００に供給されることとしてもよいし、インターネット等のデータ通信網を介して受注サーバ３００に供給されることとしてもよい。
【００６４】
ユーザ情報記憶部３０２は、ユーザのアカウント情報を記憶する。図１５には、ユーザ情報記憶部３０２に記憶されるユーザ情報テーブルの一例を示した。図１５に示したユーザ情報テーブルの例では、ユーザＩＤ、パスワード、ユーザのメールアドレス、ユーザの生年月日、ユーザの性別がそれぞれ関連づけて記憶される。もちろん、ユーザ情報テーブルに記憶される情報は上記の例に限定されない。
【００６５】
メニュー情報記憶部３０４は、１又は複数のそれぞれの店舗で提供されるメニュー情報を記憶する。図１６には、メニュー情報記憶部３０４に記憶されるメニュー情報テーブルの一例を示した。図１６に示したメニュー情報テーブルでは、店舗を識別する店舗ＩＤごとに、当該店舗で提供されるそれぞれのメニューの情報が記憶される。なお、メニューの情報は、メニューＩＤ、メニュー名、金額、イメージ（ＵＲＬ）、カロリー変化量等を含むこととするが、これに限定されない。
【００６６】
メニュー情報提供部３０６は、携帯端末２００から要求された店舗ＩＤについてメニュー情報記憶部３０４に記憶されるメニュー情報を当該携帯端末２００に提供する。また、メニュー情報提供部３０６は、メニュー情報と共に、当該メニュー情報に基づいて注文するためのアプリケーションを携帯端末２００に提供することとしてもよい。
【００６７】
注文情報受信部３０８は、携帯端末２００の注文情報送信部２０８から送信された注文情報を受信する。例えば、注文情報には、ユーザＩＤ、メニューＩＤ、注文数量、店舗ＩＤ、ユーザのテーブルを識別するテーブル識別情報を含むこととするが、これに限定されない。
【００６８】
決済依頼部３１０は、注文情報受信部３０８により受信した注文情報についての決済を決済サーバ４００に依頼する。例えば、決済依頼部３１０は、注文情報受信部３０８により受信した注文情報ごとに、当該注文情報を識別する注文ＩＤを付与するとともに、当該注文情報に係る決済金額を算出する。決済金額の算出は、メニュー情報記憶部３０４に記憶されるメニューＩＤに関連づけられた金額に注文数量を掛け合わせたものの合計額を算出することで行うこととしてよい。そして、決済依頼部３１０は、例えば注文ＩＤ、注文情報、決済金額、決済を行うユーザのメールアドレスを含む決済依頼情報を決済サーバ４００に送信する。なお、上記のメールアドレスには、注文情報に含まれるユーザＩＤに関連づけてユーザ情報記憶部３０２に記憶されるメールアドレスを用いることとしてよい。
【００６９】
決済結果受信部３１２は、決済依頼部３１０により決済サーバ４００に依頼した決済の結果を、決済サーバ４００から受信する。決済の結果は、例えば、注文ＩＤと、決済の結果を示す真偽値を含むこととしてよい。なお、決済が正常に完了した場合には真（Ｔ）、決済が正常に完了しなかった場合には偽（Ｆ）とする。
【００７０】
注文処理部３１４は、決済結果受信部３１２により受信した決済結果が正常完了を示す注文情報について、当該注文情報に係る店舗ＩＤに応じた店舗端末６００に注文情報を送信する。店舗側では、店舗端末６００で受信した注文情報に従ってユーザに当該注文情報に係るメニューが提供される。
【００７１】
注文実績情報提供部３１６は、注文処理部３１４により処理した注文情報について注文実績情報を生成し、生成した注文実績情報を店舗情報提供サーバ５００に提供する。注文実績情報には、例えば注文ＩＤ、ユーザＩＤ、メールアドレス、店舗ＩＤ、メニューＩＤ、注文数量、注文時間等を含むこととするが、これに限定されない。
【００７２】
［決済サーバ４００の機能］
次に、決済サーバ４００に備えられた機能について説明する。図１７には、決済サーバ４００の機能ブロック図を示した。図１７に示されるように、決済サーバ４００は、決済依頼受付部４０２、決済情報送信部４０４、決済完了判定部４０６、及び決済結果通知部４０８を備える。
【００７３】
決済サーバ４００に備えられる上記各部の機能は、ＣＰＵ等の制御手段、メモリ等の記憶手段、外部デバイスとデータを送受信する通信インターフェース等の通信手段等のハードウェアを備えたコンピュータが、コンピュータ読み取り可能な情報記憶媒体に格納されたプログラムを読み込み実行することで実現されることとしてよい。なお、プログラムは光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体によって決済サーバ４００に供給されることとしてもよいし、インターネット等のデータ通信網を介して決済サーバ４００に供給されることとしてもよい。
【００７４】
決済依頼受付部４０２は、受注サーバ３００から決済依頼を受け付ける。具体的には、決済依頼受付部４０２は、受注サーバ３００の決済依頼部３１０により送信された決済依頼情報を受信する。なお、決済依頼情報には、例えば注文ＩＤ、注文情報、決済金額、メールアドレスを含むこととするが、これに限定されない。
【００７５】
決済情報送信部４０４は、決済依頼受付部４０２で受け付けた決済依頼情報に基づいて生成した決済開始メールを、当該決済依頼情報に含まれるメールアドレスに宛てて送信する。決済開始メールには、例えば決済ＩＤ、注文情報に基づく注文内容、決済金額を含むこととするが、これに限定されない。なお、決済サーバ４００においては、決済ＩＤと対応する注文ＩＤとを関連づけて記憶しておくこことしてよい。
【００７６】
決済完了判定部４０６は、決済情報送信部４０４により送信した決済開始メールに基づいて携帯端末２００により電子決済が正常に行われたか否かを判定する。例えば、決済完了判定部４０６は、携帯端末２００から受信した決済ＩＤ、電子決済に用いた電子マネーＩＤ、及び決済の正否の情報に基づいて決済完了の正否を判定することとしてよい。
【００７７】
決済結果通知部４０８は、決済完了判定部４０６による判定結果を受注サーバ３００に通知する。具体的には、決済ＩＤに関連づけて記憶された注文ＩＤと、当該決済ＩＤの決済結果（例えば正常に完了した場合には真、エラーが発生した場合には偽）を受注サーバ３００に通知することとしてよい。
【００７８】
［店舗情報提供サーバ５００の機能］
次に、店舗情報提供サーバ５００に備えられた機能について説明する。図１８には、店舗情報提供サーバ５００の機能ブロック図を示した。図１８に示されるように、店舗情報提供サーバ５００は、注文実績情報取得部５０２、注文実績情報記憶部５０４、店舗情報記憶部５０６、ユーザ分類部５０８、領域設定部５１０、店舗抽出部５１２、比較条件設定部５１４、注文実績情報検索部５１６、評価値算出部５１８、評価値比較部５２０、店舗特徴判定部５２２、店舗検索要求受付部５２４、店舗検索条件設定部５３０、店舗検索部５３２、及び情報提供部５３４を備える。
【００７９】
店舗情報提供サーバ５００に備えられる上記各部の機能は、ＣＰＵ等の制御手段、メモリ等の記憶手段、外部デバイスとデータを送受信する通信インターフェース等の通信手段等のハードウェアを備えたコンピュータが、コンピュータ読み取り可能な情報記憶媒体に格納されたプログラムを読み込み実行することで実現されることとしてよい。なお、プログラムは光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体によって店舗情報提供サーバ５００に供給されることとしてもよいし、インターネット等のデータ通信網を介して店舗情報提供サーバ５００に供給されることとしてもよい。
【００８０】
注文実績情報取得部５０２は、受注サーバ３００の注文実績情報提供部３１６から提供される注文実績情報を取得する。なお、注文実績情報取得部５０２は、定期的に受注サーバ３００に注文実績情報の提供を要求するようにしてもよい。注文実績情報には、例えば注文ＩＤ、ユーザＩＤ、ユーザ属性情報（年齢、性別）、店舗ＩＤ、メニューＩＤ、注文数量、決済金額、メニュー属性情報（カロリー）、注文時間等が含まれることとするが、これに限定されない。
【００８１】
注文実績情報記憶部５０４は、注文実績情報取得部５０２により取得される注文実績情報を記憶する。図１９には、注文実績情報記憶部５０４に記憶される注文履歴テーブルの一例を示した。図１９に示す注文履歴テーブルの例では、注文ＩＤ、ユーザＩＤ、ユーザの年齢、ユーザの性別、店舗ＩＤ、メニューＩＤ、注文数量、決済金額、カロリー（当該注文に係る総カロリー）、注文時間が格納されることとするが、これに限定されない。
【００８２】
店舗情報記憶部５０６は、複数の店舗のそれぞれの情報を記憶する。図２０には、店舗情報記憶部５０６に記憶される店舗特徴情報テーブルの一例を示した。図２０に示される店舗特徴情報テーブルの例では、店舗を識別する店舗ＩＤ、店舗名、店舗カテゴリ、店舗の位置情報（住所情報や緯度経度情報等）、店舗の営業時間、店舗の特徴として付与された属性情報（特徴情報）が記憶されることとするが、これに限定されない。なお、店舗の特徴として付与された属性情報は、エリア情報、メニュー／メニューカテゴリ情報（メニュー／メニューカテゴリＩＤ）、及びユーザ属性情報（グループＩＤ）を含むこととしてよい。
【００８３】
また、店舗情報記憶部５０６には、例えば図２１に示される店舗ごとに提供されるメニューの情報を格納したメニュー情報テーブルが記憶される。図２１に示されるように、メニュー情報テーブルには、店舗ＩＤ、メニュー／メニューカテゴリＩＤ、メニュー／メニューカテゴリ名、メニュー／メニューカテゴリＩＤが属する上位メニューカテゴリＩＤが記憶されることとするが、これに限定されない。
【００８４】
ユーザ分類部５０８は、注文実績情報記憶部５０４に記憶された注文実績情報に基づいて、当該記憶された注文実績情報に含まれる複数のユーザＩＤをグループに分類する。例えば、ユーザ分類部５０８は、年齢、性別に基づいて複数のユーザＩＤをグループ分けしてもよいし、複数のユーザＩＤごとの注文パターン（例えば、注文ＩＤの組）に基づくクラスタリング処理の結果に基づいて、複数のユーザＩＤをグループ分けしてもよい。
【００８５】
図２２には、ユーザ分類部５０８による分類結果を記憶したユーザ分類情報テーブルの一例を示した。図２２に示されるユーザ分類情報テーブルでは、グループを識別するグループＩＤ、グループ属性情報、当該グループに属するユーザＩＤの情報が記憶されることとするが、これに限定されない。なお、グループが年齢、性別に基づき構成された場合には、グループ属性情報には、年齢、性別の情報（例えば、３０代、男性等）が記憶され、グループが注文パターンに基づき構成された場合には、グループ属性情報には、その注文パターンの情報が記憶されることとしてよい。
【００８６】
領域設定部５１０は、対象エリア内に１又は複数の領域（ローカルエリア）を設定する。例えば、領域設定部５１０は、対象エリアの住所情報に基づいて領域を設定（例えば区や町に基づいて領域を設定）することとしてもよいし、対象エリアの座標範囲に基づいて領域を設定（例えば対象エリアを複数に分割して領域を設定）することとしてもよい。また、領域設定部５１０は、店舗情報記憶部５０６に基づいて、設定する各領域に含まれる店舗数を取得し、その店舗数が所定の数値範囲よりも大きい場合には領域をさらに小さくし、所定の数値範囲よりも小さい場合には領域をさらに大きくするように、領域を再設定することとしてよい。
【００８７】
店舗抽出部５１２は、領域設定部５１０により設定された１又は複数の領域ごとに、所定の条件を満足する店舗を抽出する。ここで、所定の条件とは、例えば所定の店舗カテゴリ（例えば、和食レストラン、中華レストラン、イタリアンレストラン等）の店舗であること等としてよい。そして、店舗抽出部５１２は、領域設定部５１０により設定された領域ごとに、当該領域の位置情報（例えば住所情報）と、所定の店舗カテゴリとに基づいて、店舗情報記憶部５０６から該当する店舗を抽出することとしてよい。以下、領域設定部５１０により設定された１つの領域（対象領域）について、当該対象領域に含まれる店舗の特徴を検出する処理について説明するが、他の領域についても同様に処理することとしてよい。
【００８８】
比較条件設定部５１４は、対象領域について店舗抽出部５１２により抽出された複数の店舗をそれぞれ比較する際の比較条件を設定する。例えば、比較条件設定部５１４は、対象とするメニュー／メニューカテゴリ、対象とするユーザ属性（例えばグループＩＤ）、対象とする期間（対象期間）を比較条件として設定することとするが、対象とするユーザ属性と対象期間は比較条件に含めなくともよい。ここで、比較条件設定部５１４は、店舗情報記憶部５０６を参照して、対象とするメニュー／メニューカテゴリを、店舗抽出部５１２により抽出された店舗で提供されるメニュー／メニューカテゴリから選択することとしてよい。
【００８９】
注文実績情報検索部５１６は、対象領域について店舗抽出部５１２により抽出された複数の店舗ごとに、比較条件設定部５１４により設定された比較条件を満足する注文実績情報を注文実績情報記憶部５０４から検索する。例えば、注文実績情報検索部５１６は、比較条件にメニュー、グループＩＤ、対象期間が設定されている場合に、対象とする店舗について当該比較条件を満足する注文実績情報を検索するときには、上記店舗の店舗ＩＤ、上記メニューのメニューＩＤ、上記グループＩＤに属するいずれかのユーザＩＤ、及び上記対象期間内の注文時間を含む注文実績情報を検索することとしてよい。また、注文実績情報検索部５１６は、比較条件にメニューカテゴリ、グループＩＤ、対象期間が設定されている場合に、対象とする店舗について当該比較条件を満足する注文実績情報を検索するときには、上記店舗の店舗ＩＤ、上記メニューカテゴリに属するいずれかのメニューＩＤ、上記グループＩＤに属するいずれかのユーザＩＤ、上記対象期間内の注文時間を含む注文実績情報を検索することとしてよい。
【００９０】
評価値算出部５１８は、対象領域について店舗抽出部５１２により抽出された複数の店舗ごとに検索された注文実績情報に基づいて、当該複数の店舗ごとの評価値を算出する。例えば、評価値算出部５１８は、店舗ごとに検索された注文実績情報の数（又は注文実績情報に含まれる注文数量）の合計（注文数）を評価値としてもよいし、注文数を店舗の総注文数で割った注文比率を評価値としてもよい。また、評価値は上述した方法以外にも、同一ユーザによるリピート回数等としてもよいし、注文数、注文比率、リピート数を組み合わせて算出してもよい。
【００９１】
評価値比較部５２０は、対象領域について抽出された各店舗について評価値算出部５１８により算出された評価値を比較する。例えば、評価値比較部５２０は、各店舗について算出された評価値に基づいて、当該各店舗の偏差値を算出することとしてもよいし、各店舗の評価値の平均値からの差分を算出することとしてもよい。
【００９２】
店舗特徴判定部５２２は、評価値比較部５２０による比較結果に基づいて、対象領域について抽出された各店舗が、比較条件設定部５１４により設定された比較条件に係るメニュー／メニューカテゴリ、ユーザ属性について特徴があるか否かを判定する。例えば、店舗特徴判定部５２２は、各店舗について評価値比較部５２０において算出された偏差値（又は平均値からの差分）が閾値以上の（又は閾値より大きい）店舗がある場合に、当該店舗について、上記比較条件に係るメニュー／メニューカテゴリ、ユーザ属性（グループＩＤ）について特徴があると判定する。そして、店舗特徴判定部５２２により、上記メニュー／メニューカテゴリ、ユーザ属性について特徴があると判定された店舗に関連づけて、上記メニュー／メニューカテゴリ、ユーザ属性、対象領域の情報を含む属性情報を店舗情報記憶部５０６に記憶する。
【００９３】
比較条件設定部５１４では、メニュー／メニューカテゴリ、ユーザ属性の組み合わせを変更した各比較条件について注文実績情報検索部５１６、評価値算出部５１８、評価値比較部５２０、店舗特徴判定部５２２による処理を実行することとしてよい。
【００９４】
店舗検索要求受付部５２４は、携帯端末２００等のユーザ端末から店舗検索クエリを受け付ける。例えば、店舗検索要求受付部５２４は、店舗検索要求受付時に、ユーザ端末から希望するエリアとメニュー／メニューカテゴリの指定を受け付けるようにしてもよいし、希望するエリア及び店舗に関するキーワードを受け付けるようにしてもよい。
【００９５】
店舗検索条件設定部５３０は、店舗検索要求受付部５２４で受け付けた店舗検索クエリに基づいて、店舗検索条件を設定する。例えば、店舗検索条件設定部５３０は、ユーザ端末から受け付けた店舗検索クエリに基づいて、エリア条件、メニュー／メニューカテゴリ条件、ユーザ属性条件の少なくとも１つを含む店舗検索条件を設定することとしてよい。この際、エリア条件は、店舗検索クエリによる指定又は店舗検索クエリに含まれるキーワードに基づいて設定してもよいし、ユーザ端末の位置情報が取得できる場合には当該位置情報に基づいて設定してもよい。また、メニュー／メニューカテゴリ条件は、店舗検索クエリによる指定又は店舗検索クエリに含まれるキーワードに基づいて設定することとしてよい。そして、ユーザ属性条件は、店舗検索クエリによる指定又は店舗検索クエリに含まれるキーワードに基づいて設定してもよいし、ユーザ端末について特定したユーザＩＤに基づいて、当該ユーザＩＤが属するグループＩＤを取得し、当該取得したグループＩＤのいずれかを設定してもよい。
【００９６】
店舗検索部５３２は、店舗情報記憶部５０６から店舗検索条件設定部５３０により設定された店舗検索条件に基づいて店舗を検索する。例えば、店舗検索部５３２は、店舗情報テーブルから、店舗検索条件に指定されたエリア条件（例えばエリアＩＤの条件）、メニュー／メニューカテゴリ条件（例えばメニュー／メニューカテゴリＩＤの条件）、ユーザ属性条件（例えばグループＩＤの条件）を満足する属性情報が付与された店舗ＩＤを検索することとしてよい。
【００９７】
情報提供部５３４は、店舗検索部５３２により検索された店舗の情報を、店舗検索クエリを受け付けたユーザ端末に提供する。例えば、情報提供部５３４により提供される店舗情報には、検索された店舗に設定された属性情報に基づく特徴情報（メニュー／メニューカテゴリやユーザ属性条件）が含まれることとしてよい。また、情報提供部５３４は、ユーザ端末から指定された店舗の情報に、当該店舗の属性情報に基づく特徴情報を含めて提供することとしてもよい。
【００９８】
以上説明した店舗情報処理システムによれば、設定されたローカルエリアに含まれる各店舗について同じ条件で抽出した注文実績情報を比較することで、各店舗に有用な特徴を付与できる。こうして店舗に付与された特徴は注文実績に基づいているため、店舗側が自ら申告した特徴に比べて信頼度が高い。そして、店舗に付与された特徴を利用して店舗検索を行うことにより、店舗の特徴を検索結果に反映させることができる。
【００９９】
また、本発明は上記の実施形態に限定されるものではない。例えば、上記の実施形態では、飲食店を対象として説明したが、飲食店以外の店舗を対象としても構わない。
【０１００】
また、上記の実施形態では、受注サーバ３００にユーザの情報を記憶しておくこととしたが、決済サーバ４００において電子マネーのＩＤに対応付けてユーザの情報（名前、年齢、性別等）を記憶し、決済時に用いられる電子マネーのＩＤに基づいてユーザの情報を特定することとしてもよい。
【０１０１】
また、上記の実施形態では、受注サーバ３００は、携帯端末２００からユーザの注文情報を取得することとしたが、店舗端末６００からユーザの注文情報を取得することとしてもよい。
【符号の説明】
【０１０２】
１００ 店舗情報処理システム、２００ 携帯端末、２０２ 表示部、２０４ 入力部、２０６ メニュー情報取得部、２０８ 注文情報送信部、２１０ 決済情報受信部、２１２ 電子決済部、３００ 受注サーバ、３０２ ユーザ情報記憶部、３０４ メニュー情報記憶部、３０６ メニュー情報提供部、３０８ 注文情報受信部、３１０ 決済依頼部、３１２ 決済結果受信部、３１４ 注文処理部、３１６ 注文実績情報提供部、４００ 決済サーバ、４０２ 決済依頼受付部、４０４ 決済情報送信部、４０６ 決済完了判定部、４０８ 決済結果通知部、５００ 店舗情報提供サーバ、５０２ 注文実績情報取得部、５０４ 注文実績情報記憶部、５０６ 店舗情報記憶部、５０８ ユーザ分類部、５１０ 領域設定部、５１２ 店舗抽出部、５１４ 比較条件設定部、５１６ 注文実績情報検索部、５１８ 評価値算出部、５２０ 評価値比較部、５２２ 店舗特徴判定部、５２４ 店舗検索要求受付部、５３０ 店舗検索条件設定部、５３２ 店舗検索部、５３４ 情報提供部、６００ 店舗端末、７００ ネットワーク。
【特許請求の範囲】
【請求項１】
店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、
店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、
前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段と、
を含むことを特徴とする情報処理システム。
【請求項２】
前記注文実績情報には、該注文実績情報に係るユーザに関する情報を含み、
前記注文実績情報取得手段は、前記注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報であって、ユーザに関する情報が共通する注文実績情報を取得し、
前記設定手段は、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報と前記ユーザに関する情報を該店舗の属性情報に設定する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
ユーザ端末の位置又は指定により設定した領域内に所在する複数の店舗識別情報の中から、該ユーザ端末から受け付けた検索クエリに基づいて特定した商品分類に関する情報が属性情報として設定された店舗識別情報を検索する検索手段と、
前記検索手段により検索された店舗識別情報により識別される店舗の情報を前記ユーザ端末に提供する提供手段と、をさらに含む
ことを特徴とする請求項１又は２に記載の情報処理システム。
【請求項４】
ユーザ端末の位置又は指定により設定した領域内に所在する複数の店舗識別情報の中から、該ユーザ端末から受け付けた検索クエリに基づいて特定した商品分類に関する情報と、該ユーザ端末に係るユーザの情報が属性情報として設定された店舗識別情報を検索する検索手段と、
前記検索手段により検索された店舗識別情報により識別される店舗の情報を前記ユーザ端末に提供する提供手段と、をさらに含む
ことを特徴とする請求項２に記載の情報処理システム。
【請求項５】
ユーザ端末から店舗の情報提供要求を受け付けた場合に、当該店舗の店舗識別情報に関連付けて前記設定手段により設定された商品分類に関する情報を含めて提供する提供手段をさらに含む
ことを特徴とする請求項１に記載の情報処理システム。
【請求項６】
前記抽出手段により抽出される店舗識別情報の数に基づいて、前記所与の領域の大きさを変更する変更手段をさらに含む
ことを特徴とする請求項１乃至５に記載の情報処理システム。
【請求項７】
前記抽出手段により抽出された複数の店舗識別情報のうち所定数又は所定割合の店舗識別情報に前記設定手段により属性情報が設定されない場合には、前記所与の領域の大きさを変更する変更手段をさらに含む
ことを特徴とする請求項１乃至５に記載の情報処理システム。
【請求項８】
前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、前記所与の領域内に所在する店舗ごとに、当該店舗で注文された前記商品分類が共通する１又は複数の商品の注文数量の偏差値を算出する算出手段をさらに含み、
前記設定手段は、前記算出手段により算出された偏差値が所定値以上又は所定値より大きい店舗に、前記商品分類に関する情報を属性情報として設定する
ことを特徴とする請求項１乃至７のいずれかに記載の情報処理システム。
【請求項９】
前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、前記所与の領域内に所在する複数の店舗で注文された前記商品分類が共通する１又は複数の商品の注文数量の平均値を算出する算出手段をさらに含み、
前記設定手段は、前記商品分類が共通する１又は複数の商品の注文数量が前記算出手段により算出された平均値より所定値以上又は所定値より大きい店舗に、前記商品分類に関する情報を属性情報として設定する
ことを特徴とする請求項１乃至７のいずれかに記載の情報処理システム。
【請求項１０】
前記商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値は、該１又は複数の商品の注文数量、店舗が受け付けた総注文数量における該１又は複数の商品の注文数量の占める割合、又は同一ユーザによる該１又は複数の商品の注文リピート回数のいずれか又はこれらの組み合わせに基づいて算出される
ことを特徴とする請求項１乃至９のいずれかに記載の情報処理システム。
【請求項１１】
店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出ステップと、
店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出ステップで抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得ステップと、
前記注文実績情報取得ステップで取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定ステップと、
を含むことを特徴とする情報処理方法。
【請求項１２】
店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、
店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、
前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段
としてコンピュータを機能させるためのプログラム。
【請求項１３】
店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、
店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、
前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段
としてコンピュータを機能させるためのプログラムを記録した情報記録媒体。
【請求項１】
店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、
店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、
前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段と、
を含むことを特徴とする情報処理システム。
【請求項２】
前記注文実績情報には、該注文実績情報に係るユーザに関する情報を含み、
前記注文実績情報取得手段は、前記注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報であって、ユーザに関する情報が共通する注文実績情報を取得し、
前記設定手段は、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報と前記ユーザに関する情報を該店舗の属性情報に設定する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
ユーザ端末の位置又は指定により設定した領域内に所在する複数の店舗識別情報の中から、該ユーザ端末から受け付けた検索クエリに基づいて特定した商品分類に関する情報が属性情報として設定された店舗識別情報を検索する検索手段と、
前記検索手段により検索された店舗識別情報により識別される店舗の情報を前記ユーザ端末に提供する提供手段と、をさらに含む
ことを特徴とする請求項１又は２に記載の情報処理システム。
【請求項４】
ユーザ端末の位置又は指定により設定した領域内に所在する複数の店舗識別情報の中から、該ユーザ端末から受け付けた検索クエリに基づいて特定した商品分類に関する情報と、該ユーザ端末に係るユーザの情報が属性情報として設定された店舗識別情報を検索する検索手段と、
前記検索手段により検索された店舗識別情報により識別される店舗の情報を前記ユーザ端末に提供する提供手段と、をさらに含む
ことを特徴とする請求項２に記載の情報処理システム。
【請求項５】
ユーザ端末から店舗の情報提供要求を受け付けた場合に、当該店舗の店舗識別情報に関連付けて前記設定手段により設定された商品分類に関する情報を含めて提供する提供手段をさらに含む
ことを特徴とする請求項１に記載の情報処理システム。
【請求項６】
前記抽出手段により抽出される店舗識別情報の数に基づいて、前記所与の領域の大きさを変更する変更手段をさらに含む
ことを特徴とする請求項１乃至５に記載の情報処理システム。
【請求項７】
前記抽出手段により抽出された複数の店舗識別情報のうち所定数又は所定割合の店舗識別情報に前記設定手段により属性情報が設定されない場合には、前記所与の領域の大きさを変更する変更手段をさらに含む
ことを特徴とする請求項１乃至５に記載の情報処理システム。
【請求項８】
前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、前記所与の領域内に所在する店舗ごとに、当該店舗で注文された前記商品分類が共通する１又は複数の商品の注文数量の偏差値を算出する算出手段をさらに含み、
前記設定手段は、前記算出手段により算出された偏差値が所定値以上又は所定値より大きい店舗に、前記商品分類に関する情報を属性情報として設定する
ことを特徴とする請求項１乃至７のいずれかに記載の情報処理システム。
【請求項９】
前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、前記所与の領域内に所在する複数の店舗で注文された前記商品分類が共通する１又は複数の商品の注文数量の平均値を算出する算出手段をさらに含み、
前記設定手段は、前記商品分類が共通する１又は複数の商品の注文数量が前記算出手段により算出された平均値より所定値以上又は所定値より大きい店舗に、前記商品分類に関する情報を属性情報として設定する
ことを特徴とする請求項１乃至７のいずれかに記載の情報処理システム。
【請求項１０】
前記商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値は、該１又は複数の商品の注文数量、店舗が受け付けた総注文数量における該１又は複数の商品の注文数量の占める割合、又は同一ユーザによる該１又は複数の商品の注文リピート回数のいずれか又はこれらの組み合わせに基づいて算出される
ことを特徴とする請求項１乃至９のいずれかに記載の情報処理システム。
【請求項１１】
店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出ステップと、
店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出ステップで抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得ステップと、
前記注文実績情報取得ステップで取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定ステップと、
を含むことを特徴とする情報処理方法。
【請求項１２】
店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、
店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、
前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段
としてコンピュータを機能させるためのプログラム。
【請求項１３】
店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、
店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、
前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する１又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段
としてコンピュータを機能させるためのプログラムを記録した情報記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【公開番号】特開２０１２−２３４３６８（Ｐ２０１２−２３４３６８Ａ）
【公開日】平成２４年１１月２９日（２０１２．１１．２９）
【国際特許分類】
【出願番号】特願２０１１−１０２５２７（Ｐ２０１１−１０２５２７）
【出願日】平成２３年４月２８日（２０１１．４．２８）
【特許番号】特許第５０４７３７８号（Ｐ５０４７３７８）
【特許公報発行日】平成２４年１０月１０日（２０１２．１０．１０）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
【公開日】平成２４年１１月２９日（２０１２．１１．２９）
【国際特許分類】
【出願日】平成２３年４月２８日（２０１１．４．２８）
【特許番号】特許第５０４７３７８号（Ｐ５０４７３７８）
【特許公報発行日】平成２４年１０月１０日（２０１２．１０．１０）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
[ Back to top ]