"店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する1又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段と、を含むことを特徴とする情報処理システム。前記注文実績情報には、該注文実績情報に係るユーザに関する情報を含み、前記注文実績情報取得手段は、前記注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報であって、ユーザに関する情報が共通する注文実績情報を取得し、前記設定手段は、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する1又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報と前記ユーザに関する情報を該店舗の属性情報に設定することを特徴とする請求項1に記載の情報処理システム。ユーザ端末の位置又は指定により設定した領域内に所在する複数の店舗識別情報の中から、該ユーザ端末から受け付けた検索クエリに基づいて特定した商品分類に関する情報が属性情報として設定された店舗識別情報を検索する検索手段と、前記検索手段により検索された店舗識別情報により識別される店舗の情報を前記ユーザ端末に提供する提供手段と、をさらに含むことを特徴とする請求項1又は2に記載の情報処理システム。ユーザ端末の位置又は指定により設定した領域内に所在する複数の店舗識別情報の中から、該ユーザ端末から受け付けた検索クエリに基づいて特定した商品分類に関する情報と、該ユーザ端末に係るユーザの情報が属性情報として設定された店舗識別情報を検索する検索手段と、前記検索手段により検索された店舗識別情報により識別される店舗の情報を前記ユーザ端末に提供する提供手段と、をさらに含むことを特徴とする請求項2に記載の情報処理システム。ユーザ端末から店舗の情報提供要求を受け付けた場合に、当該店舗の店舗識別情報に関連付けて前記設定手段により設定された商品分類に関する情報を含めて提供する提供手段をさらに含むことを特徴とする請求項1に記載の情報処理システム。前記抽出手段により抽出される店舗識別情報の数に基づいて、前記所与の領域の大きさを変更する変更手段をさらに含むことを特徴とする請求項1乃至5に記載の情報処理システム。前記抽出手段により抽出された複数の店舗識別情報のうち所定数又は所定割合の店舗識別情報に前記設定手段により属性情報が設定されない場合には、前記所与の領域の大きさを変更する変更手段をさらに含むことを特徴とする請求項1乃至5に記載の情報処理システム。前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、前記所与の領域内に所在する店舗ごとに、当該店舗で注文された前記商品分類が共通する1又は複数の商品の注文数量の偏差値を算出する算出手段をさらに含み、前記設定手段は、前記算出手段により算出された偏差値が所定値以上又は所定値より大きい店舗に、前記商品分類に関する情報を属性情報として設定することを特徴とする請求項1乃至7のいずれかに記載の情報処理システム。前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、前記所与の領域内に所在する複数の店舗で注文された前記商品分類が共通する1又は複数の商品の注文数量の平均値を算出する算出手段をさらに含み、前記設定手段は、前記商品分類が共通する1又は複数の商品の注文数量が前記算出手段により算出された平均値より所定値以上又は所定値より大きい店舗に、前記商品分類に関する情報を属性情報として設定することを特徴とする請求項1乃至7のいずれかに記載の情報処理システム。前記商品分類が共通する1又は複数の商品の注文数量の大きさを表す評価値は、該1又は複数の商品の注文数量、店舗が受け付けた総注文数量における該1又は複数の商品の注文数量の占める割合、又は同一ユーザによる該1又は複数の商品の注文リピート回数のいずれか又はこれらの組み合わせに基づいて算出されることを特徴とする請求項1乃至9のいずれかに記載の情報処理システム。店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出ステップと、店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出ステップで抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得ステップと、前記注文実績情報取得ステップで取得された複数の注文実績情報に基づいて、商品分類が共通する1又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定ステップと、を含むことを特徴とする情報処理方法。店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する1又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段としてコンピュータを機能させるためのプログラム。店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する1又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段としてコンピュータを機能させるためのプログラムを記録した情報記録媒体。しかしながら、従来の技術では、店舗側が自ら特徴と認識した属性情報を予め設定しておく必要があるため、実際には顧客を引きつけているような特徴があってもそれを店舗側が認識していなければ属性情報として設定することはできなかった。本発明は上記課題に鑑みて為されたものであって、その目的は、店舗が認識していない特徴を属性情報として設定できる情報処理システム、情報処理方法、プログラム及び情報記録媒体を提供することにある。上記目的を設定するために、本発明に係る情報処理システムは、店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する1又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段と、を含むことを特徴とする。本発明の一態様では、前記情報処理システムは、前記注文実績情報には、該注文実績情報に係るユーザに関する情報を含み、前記注文実績情報取得手段は、前記注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報であって、ユーザに関する情報が共通する注文実績情報を取得し、前記設定手段は、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する1又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報と前記ユーザに関する情報を該店舗の属性情報に設定することを特徴とする。本発明の一態様では、前記情報処理システムは、ユーザ端末の位置又は指定により設定した領域内に所在する複数の店舗識別情報の中から、該ユーザ端末から受け付けた検索クエリに基づいて特定した商品分類に関する情報が属性情報として設定された店舗識別情報を検索する検索手段と、前記検索手段により検索された店舗識別情報により識別される店舗の情報を前記ユーザ端末に提供する提供手段と、をさらに含むことを特徴とする。本発明の一態様では、前記情報処理システムは、ユーザ端末の位置又は指定により設定した領域内に所在する複数の店舗識別情報の中から、該ユーザ端末から受け付けた検索クエリに基づいて特定した商品分類に関する情報と、該ユーザ端末に係るユーザの情報が属性情報として設定された店舗識別情報を検索する検索手段と、前記検索手段により検索された店舗識別情報により識別される店舗の情報を前記ユーザ端末に提供する提供手段と、をさらに含むことを特徴とする。本発明の一態様では、前記情報処理システムは、ユーザ端末から店舗の情報提供要求を受け付けた場合に、当該店舗の店舗識別情報に関連付けて前記設定手段により設定された商品分類に関する情報を含めて提供する提供手段をさらに含むことを特徴とする。本発明の一態様では、前記情報処理システムは、前記抽出手段により抽出される店舗識別情報の数に基づいて、前記所与の領域の大きさを変更する変更手段をさらに含むことを特徴とする。本発明の一態様では、前記情報処理システムは、前記抽出手段により抽出された複数の店舗識別情報のうち所定数又は所定割合の店舗識別情報に前記設定手段により属性情報が設定されない場合には、前記所与の領域の大きさを変更する変更手段をさらに含むことを特徴とする。本発明の一態様では、前記情報処理システムは、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、前記所与の領域内に所在する店舗ごとに、当該店舗で注文された前記商品分類が共通する1又は複数の商品の注文数量の偏差値を算出する算出手段をさらに含み、前記設定手段は、前記算出手段により算出された偏差値が所定値以上又は所定値より大きい店舗に、前記商品分類に関する情報を属性情報として設定することを特徴とする。本発明の一態様では、前記情報処理システムは、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、前記所与の領域内に所在する複数の店舗で注文された前記商品分類が共通する1又は複数の商品の注文数量の平均値を算出する算出手段をさらに含み、前記設定手段は、前記商品分類が共通する1又は複数の商品の注文数量が前記算出手段により算出された平均値より所定値以上又は所定値より大きい店舗に、前記商品分類に関する情報を属性情報として設定することを特徴とする。本発明の一態様では、前記商品分類が共通する1又は複数の商品の注文数量の大きさを表す評価値は、該1又は複数の商品の注文数量、店舗が受け付けた総注文数量における該1又は複数の商品の注文数量の占める割合、又は同一ユーザによる該1又は複数の商品の注文リピート回数のいずれか又はこれらの組み合わせに基づいて算出されることを特徴とする。本発明に係る情報処理方法は、店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出ステップと、店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出ステップで抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得ステップと、前記注文実績情報取得ステップで取得された複数の注文実績情報に基づいて、商品分類が共通する1又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定ステップと、を含むことを特徴とする。本発明に係るプログラムは、店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する1又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段としてコンピュータを機能させるためのプログラムである。本発明に係る情報記録媒体は、店舗を識別する店舗識別情報に関連付けて該店舗の所在位置を記憶する店舗情報記憶手段から、所与の領域内に所在する店舗を示す複数の店舗識別情報を抽出する抽出手段と、店舗識別情報と、該店舗識別情報で示される店舗で注文された商品を識別する商品識別情報と、該商品の注文数量と、を含む注文実績情報を記憶する注文実績情報記憶手段から、前記抽出手段により抽出された複数の店舗識別情報に関連付けられた複数の注文実績情報を取得する注文実績情報取得手段と、前記注文実績情報取得手段により取得された複数の注文実績情報に基づいて、商品分類が共通する1又は複数の商品の注文数量の大きさを表す評価値が前記所与の領域内に所在する他店舗に比べて相対的に大きい店舗の店舗識別情報を特定し、該特定された店舗識別情報に対応付けて該商品分類に関する情報を該店舗の属性情報に設定する設定手段としてコンピュータを機能させるためのプログラムを記録した情報記録媒体である。本発明の一態様によれば、店舗が認識していない特徴を属性情報として設定できる。以下、本発明に係る実施の形態以下、実施形態を、図面を参照しながら説明する。図1には、本実施形態に係る店舗情報処理システム100のシステム構成図を示した。図1に示されるように、店舗情報処理システム100は、携帯端末200、受注サーバ300、決済サーバ400、店舗情報提供サーバ500、店舗端末600を含み、携帯端末200、受注サーバ300、決済サーバ400、店舗情報提供サーバ500、店舗端末600はそれぞれネットワーク700を介して相互に通信可能に接続される。携帯端末200は、無線通信機能及び電子マネー等による決済機能を有する情報処理端末である。例えば、携帯端末200はタッチパネルやボタン等の操作受け付け部を備え、ユーザから受け付けた操作に応じて処理を実行し、その処理結果をタッチパネルに表示する。例えば、ユーザは、携帯端末200により受注サーバ300から店舗で提供されるメニューを示したメニュー情報をダウンロードし、当該メニュー情報から指定したメニューを注文し、注文したメニューの電子決済を決済サーバ400との間で実行する等の処理を行う。なお、本実施形態における店舗は、飲食店を対象としている。受注サーバ300は、携帯端末200から注文情報を受け付けて、受け付けた注文情報を処理するサーバである。例えば、受注サーバ300は、携帯端末200から受け付けた注文情報についての電子決済を決済サーバ400に依頼し、決済サーバ400から当該電子決済の完了通知を受信した場合に、当該注文情報を店舗端末600に送信する。なお、店舗においては、店舗端末600が受注サーバ300から受信した注文情報に従って、店舗内のユーザに注文されたメニューを提供する。決済サーバ400は、受注サーバ300が携帯端末200から受け付けた注文情報の電子決済を、当該注文情報を送信した携帯端末200に実行させて、その実行結果を取得し管理するサーバである。例えば、決済サーバ400は、携帯端末200により発注された注文情報について電子マネー決済を実行させ、電子マネー決済が正常に完了した場合に、受注サーバ300に当該注文情報についての決済完了通知を送信する。店舗情報提供サーバ500は、例えば受注サーバ300から取得したユーザの注文情報に基づいて同一エリア内の各店舗のメニューカテゴリに係る注文情報を比較して、当該メニューカテゴリについて所定条件を満足した店舗に当該メニューカテゴリの特徴があるとして、当該店舗に上記のエリア、メニューカテゴリの情報を含む属性情報を付与する。なお、メニューカテゴリとは1又は複数のメニューが属する分類である。図2にはメニューカテゴリを説明する図を示した。図2に示されるように、例えばメニューカテゴリは、大分類、中分類、小分類例えばメニュー自体等の階層構造を有していることとしてよく、具体的には、メニューカテゴリ醤油ラーメン、塩ラーメンはメニューカテゴリラーメンに属し、メニューカテゴリ五目チャーハン、蟹チャーハンはメニューカテゴリチャーハンに属する。また、メニューカテゴリはさらに上位のメニューカテゴリに属することとしてよく、例えばメニューカテゴリラーメン、チャーハンは上位のメニューカテゴリ中華に属する。なお、以下説明する例では、メニューカテゴリにおける末端に当たるメニューカテゴリをメニューと称する。また、店舗情報提供サーバ500は、例えばユーザ端末から受け付けた店舗検索クエリに基づいて、エリアとメニューカテゴリに係る検索条件を設定し、設定した検索条件と店舗について付与された属性情報に基づいて店舗を検索し、検索された店舗の情報をユーザ端末に提供する。[店舗情報処理システム100における注文処理のシーケンスの一例]以下、図3に示すシーケンス図を参照しながら、店舗情報処理システム100における注文処理の流れを説明する。以下説明するシーケンスでは、ユーザが飲食店によりメニューを注文する処理を例に挙げて説明する。なお、このシーケンスにおいて、ユーザは受注サーバ300にユーザID、メールアドレス、性別、生年月日等の属性情報を予め登録してあることとする。図3に示すように、ユーザは利用しようとする店舗内又は店舗外において、携帯端末200を用いて受注サーバ300にユーザIDとパスワードを入力してログインしS1、上記利用しようとする店舗を検索しS2、検索された店舗のメニュー情報をダウンロードするS3。なお、携帯端末200は、メニュー情報と共に当該メニュー情報に基づいて受注サーバ300に発注処理を行うためのアプリケーションをダウンロードすることとしてもよい。携帯端末200は、ダウンロードしたメニュー情報に基づいてメニュー画面を表示するS4。図4には、携帯端末200に表示されるメニュー画面の一例を示した。図4に示されるメニュー画面の例では、メニューごとにメニュー名、当該メニューの金額、当該メニューの注文に進むためのリンクが設けられる。ここで注文に進むのリンクが押下されると、例えば図5に示すメニュー注文画面が表示される。図5に示すメニュー注文画面には、注文数量、ユーザのテーブルを識別するテーブル識別情報例えばテーブル番号の入力欄、注文を実行する注文実行のリンク等が設けられる。ユーザは店舗内でテーブルに案内された後に、例えば図5に示したメニュー注文画面に注文数量と、当該テーブルのテーブル識別情報を入力して注文実行のリンクを押下すると、携帯端末200はユーザから要求されたメニュー、注文数量、テーブル識別情報、店舗ID、ユーザIDを含む注文情報を受注サーバ300に送信するS5。受注サーバ300は、携帯端末200から受信した注文情報の受注が可能でない場合にはS6:N、注文不可通知を携帯端末200に送信するS7。受注サーバ300は、携帯端末200から受信した注文情報の受注が可能な場合にはS6:Y、当該注文情報に係る決済情報と当該決済情報のトークンを携帯端末200に送信するとともにS8、携帯端末200を決済サーバ400にリダイレクトさせるS9。なお、受注サーバ300は、受け付けた注文が可能か否かは、店舗端末600に問い合わせて判断することとしてもよいし、受注サーバ300に各店舗の受注可能なメニューの情報を順次更新して保持している場合には、当該受注可能なメニューの情報に基づいて判断することとしてもよい。なお、受注サーバ300が、注文情報を識別する注文ID、決済金額、注文情報に係るユーザのメールアドレスを含む決済依頼情報を決済サーバ400に送信することとしてもよく、この場合には、決済サーバ400は、受注サーバ300から受信した決済依頼情報に含まれるメールアドレスに対して、電子決済を実行するためのリンクを含む決済開始メールを送信することとしてよい。図6には、決済開始メールの一例を示した。図6に示される例では、決済開始メールには、決済に係る注文内容メニュー、注文数量、決済金額と、お支払いはこちらのリンクが含まれる。お支払いはこちらのリンクが選択されると、例えば図7に示される、電子マネー決済開始画面に進み、電子マネー決済開始画面の案内に従って電子マネー決済を実行する。携帯端末200では、決済サーバ400と通信して、決済情報に基づいて電子マネー決済を実行するとS10、決済サーバ400は、電子マネー決済の完了通知を受け付けてS11、例えば図8に示す決済完了メールを携帯端末200に送信する。決済サーバ400は、電子マネー決済が完了した注文IDの情報を受注サーバ300に通知しS12、受注サーバ300は、決済の完了通知を受けた注文IDに係る注文情報を店舗端末600に送信するS13。店舗では、店舗端末600が受注サーバ300から受信した注文情報に従って、ユーザに注文されたメニューに係る飲食物が提供される。受注サーバ300は、処理が完了した注文情報に係る注文実績情報を店舗情報提供サーバ500に送信するS14。例えば、注文実績情報には、注文ID、ユーザID、店舗ID、メニューID、注文数量、注文時間等を含むこととしてよい。受注サーバ300は、注文情報について処理が完了するごとに、当該注文情報に係る注文実績情報を店舗情報提供サーバ500に送信してもよいし、予め定められたタイミング例えば所定の時間間隔置き等でそれまでに蓄積された未送信の注文実績情報を店舗情報提供サーバ500に送信してもよい。店舗情報提供サーバ500は、受注サーバ300から受信した注文実績情報を記憶するS15。上記の処理S5~S15は、携帯端末200から注文を受けるごとに行われることとしてよい。なお、店舗情報処理システム100における注文処理のシーケンスは上述した例に限られない。例えば、上記のシーケンスにおいて、受注サーバ300は、携帯端末200から受信した注文情報の受注が可能な場合にはS6:Y、トークンを発行するとともに、発行したトークンを決済サーバ400に送信して、決済サーバ400がトークンを含む決済情報を携帯端末200に送信するようにしてもよい。この場合には、携帯端末200で決済が実行された後に、携帯端末200がトークンを含む決済完了通知を受注サーバ300に送信し、受注サーバ200が当該決済完了通知に含まれるトークンと、発行したトークンとを照合して、決済が行われた注文情報を特定することとしてよい。また、携帯端末200で決済が実行された後に、携帯端末200がトークンを含む決済完了通知を決済サーバ400に送信し、受注サーバ200が決済サーバ400からトークンを受信して、発行したトークンとの照合を行うようにしても構わない。以下、店舗情報提供サーバ500により行われる店舗特徴検出処理の詳細について説明する。[店舗特徴検出処理の一例]図9には、店舗情報提供サーバ500により行われる店舗特徴検出処理のフローチャートの一例を示した。以下に説明する店舗特徴検出処理は、飲食店を対象とし、飲食店に特徴のあるメニュー/メニューカテゴリを検出する処理の一例である。図9に示されるように、店舗情報提供サーバ500は、対象エリア内に複数のローカルエリアAi,1≦i≦N、Nは総ローカルエリア数を設定しS21、そのうちの1つのローカルエリアAi、iの初期値1を選択するS22。店舗情報提供サーバ500は、上記選択したローカルエリアAiから所定条件を満足する例えば所定カテゴリの店舗を抽出するS23。店舗情報提供サーバ500は、上記抽出された各店舗に係る注文実績情報に基づいて、当該各店舗のメニュー/メニューカテゴリごとの所定期間における注文数を集計するS24。店舗情報提供サーバ500は、上記抽出された各店舗で提供されるメニュー/メニューカテゴリMj、1≦j≦Li、Liはメニュー/メニューカテゴリの総数から1つMj、jの初期値1を選択しS25、当該メニュー/メニューカテゴリMjについて上記集計された各店舗の注文数に基づいて、当該各店舗の上記メニュー/メニューカテゴリMjに係る評価値を算出するS26。店舗情報提供サーバ500は、上記算出した各店舗の評価値の偏差値を算出しS27、算出された偏差値が閾値以上の店舗があればS28:Y、その店舗に、ローカルエリアAi、メニュー/メニューカテゴリMjについての属性情報を付与するS29。なお、店舗情報提供サーバ500は、上記算出された偏差値が閾値以上の店舗がなければS28:N、そのままS30に進む。店舗情報提供サーバ500は、jがメニュー/メニューカテゴリの総数Liでない場合にはS30:N、jをインクリメントしてS31、S26に戻り、kがメニュー/メニューカテゴリの総数Liである場合にはS30:Y、S32に進む。店舗情報提供サーバ500は、iが総ローカルエリア数Nでない場合にはS32:N、iをインクリメントしてS33、S23に戻り、iが総ローカルエリア数Nである場合にはS32:Y、処理を終了する。[店舗情報提供処理の一例]次に、店舗情報提供サーバ500により行われる店舗情報提供処理の一例について、図10に示したシーケンス図に基づいて説明する。図10に示されるように、携帯端末200が店舗情報提供サーバ500にアクセスするとS41、例えば図11に示される店舗検索画面を表示する表示データが携帯端末200に送信されるS42。携帯端末200では、受信した表示データに基づいて店舗検索画面を表示しS43、表示した店舗検索画面に希望するエリア及びメニュー等の情報が入力された後に、検索ボタンが押下されると、携帯端末200から店舗情報提供サーバ500に店舗検索クエリが送信されるS44。店舗情報サーバは、携帯端末200から店舗検索クエリを受信すると、当該店舗検索クエリに基づいてローカルエリア、メニュー/メニューカテゴリの条件を指定した検索条件を設定するS45。検索条件で指定されるローカルエリアの条件は、店舗検索クエリに含まれていてもよいし、携帯端末200の位置情報に基づいて設定することとしてもよい。また、検索条件で指定されるメニュー/メニューカテゴリの条件は、店舗検索クエリに含まれていてもよいし、当該店舗検索クエリに含まれる単語に基づいて設定することとしてもよい。店舗情報提供サーバ500は、上記設定した検索条件に基づいて、当該検索条件で指定されたローカルエリア、メニュー/メニューカテゴリの属性が付与された店舗を検索しS46、当該検索された店舗の情報を携帯端末200に送信するS47。携帯端末200は、店舗情報提供サーバ500から受信した店舗の情報に基づいて、例えば図12に示される店舗情報表示画面を表示するS48。以上が、店舗情報処理システム100において行われる処理の一連の流れである。次に、上記説明したシーケンスを実現するために店舗情報処理システム100の各装置に備えられる機能の一例について説明する。[携帯端末200の機能]図13には、携帯端末200の機能ブロック図を示した。図13に示されるように、携帯端末200は、表示部202、入力部204、メニュー情報取得部206、注文情報送信部208、決済情報受信部210、及び電子決済部212を備える。携帯端末200に備えられる上記各部の機能は、CPU等の制御手段、メモリ等の記憶手段、外部デバイスとデータを送受信する通信インターフェース等の通信手段、タッチパネル等の表示手段及び入力手段、電子マネー決済のためのICチップ等のハードウェアを備えたコンピュータが、コンピュータ読み取り可能な情報記憶媒体に格納されたプログラムを読み込み実行することで実現されることとしてよい。なお、プログラムは光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体によって携帯端末200に供給されることとしてもよいし、インターネット等のデータ通信網を介して携帯端末200に供給されることとしてもよい。表示部202は、例えばタッチパネル等により実現され、グラフィックデータに基づいて画面を表示する。表示部202には、例えば図4~図8、図11、図12等に示した画面が表示される。入力部204は、例えばタッチパネルやボタン等を介してユーザからの操作入力を受け付ける。メニュー情報取得部206は、例えば受注サーバ300にアクセスして、入力部204からの入力に基づいて指定された店舗のメニュー情報を取得する。また、メニュー情報取得部206は、メニュー情報とともに、当該メニュー情報に基づいて受注サーバ300に注文を実行するためのアプリケーションを取得しインストールすることとしてもよい。注文情報送信部208は、メニュー情報取得部206により取得されたメニュー情報の中から選択されたメニューに係る注文情報を生成して受注サーバ300に送信する。注文するメニューの選択は、メニュー情報に基づき表示部202に表示されたメニュー画面に従って行われることとしてよい。また、注文情報には、例えば、注文に係るユーザID、メニューID、注文数量、店舗ID、ユーザの座席を識別するテーブル識別情報を含むこととしてよい。決済情報受信部210は、注文情報送信部208により送信した注文情報に対する決済情報を決済サーバ400から受信する。決済情報は、電子決済を開始するための情報であり、例えば決済に係る注文情報と決済金額とを含むこととしてよい。本実施形態では、携帯端末200は電子決済を電子マネーにより行うこととするが、クレジットカード決済等の他の電子決済を行うこととしてもよい。電子決済部212は、決済情報受信部210により受信した決済情報に基づいて電子決済を実行する。なお、電子決済を電子マネーにより行う場合には、携帯端末200に保持される電子マネーの残高から決済情報に係る決済金額を減算することとし、残高が決済金額以上である場合には電子決済が正常に完了し、残高が決済金額未満である場合にはエラーとなる。そして、電子決済部212による電子決済の実行結果は決済サーバ400に通知される。[受注サーバ300の機能]次に、受注サーバ300に備えられた機能について説明する。図14には、受注サーバ300の機能ブロック図を示した。図14に示されるように、受注サーバ300は、ユーザ情報記憶部302、メニュー情報記憶部304、メニュー情報提供部306、注文情報受信部308、決済依頼部310、決済結果受信部312、注文処理部314、及び注文実績情報提供部316を備える。受注サーバ300に備えられる上記各部の機能は、CPU等の制御手段、メモリ等の記憶手段、外部デバイスとデータを送受信する通信インターフェース等の通信手段等のハードウェアを備えたコンピュータが、コンピュータ読み取り可能な情報記憶媒体に格納されたプログラムを読み込み実行することで実現されることとしてよい。なお、プログラムは光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体によって受注サーバ300に供給されることとしてもよいし、インターネット等のデータ通信網を介して受注サーバ300に供給されることとしてもよい。ユーザ情報記憶部302は、ユーザのアカウント情報を記憶する。図15には、ユーザ情報記憶部302に記憶されるユーザ情報テーブルの一例を示した。図15に示したユーザ情報テーブルの例では、ユーザID、パスワード、ユーザのメールアドレス、ユーザの生年月日、ユーザの性別がそれぞれ関連づけて記憶される。もちろん、ユーザ情報テーブルに記憶される情報は上記の例に限定されない。メニュー情報記憶部304は、1又は複数のそれぞれの店舗で提供されるメニュー情報を記憶する。図16には、メニュー情報記憶部304に記憶されるメニュー情報テーブルの一例を示した。図16に示したメニュー情報テーブルでは、店舗を識別する店舗IDごとに、当該店舗で提供されるそれぞれのメニューの情報が記憶される。なお、メニューの情報は、メニューID、メニュー名、金額、イメージURL、カロリー変化量等を含むこととするが、これに限定されない。メニュー情報提供部306は、携帯端末200から要求された店舗IDについてメニュー情報記憶部304に記憶されるメニュー情報を当該携帯端末200に提供する。また、メニュー情報提供部306は、メニュー情報と共に、当該メニュー情報に基づいて注文するためのアプリケーションを携帯端末200に提供することとしてもよい。注文情報受信部308は、携帯端末200の注文情報送信部208から送信された注文情報を受信する。例えば、注文情報には、ユーザID、メニューID、注文数量、店舗ID、ユーザのテーブルを識別するテーブル識別情報を含むこととするが、これに限定されない。決済依頼部310は、注文情報受信部308により受信した注文情報についての決済を決済サーバ400に依頼する。例えば、決済依頼部310は、注文情報受信部308により受信した注文情報ごとに、当該注文情報を識別する注文IDを付与するとともに、当該注文情報に係る決済金額を算出する。決済金額の算出は、メニュー情報記憶部304に記憶されるメニューIDに関連づけられた金額に注文数量を掛け合わせたものの合計額を算出することで行うこととしてよい。そして、決済依頼部310は、例えば注文ID、注文情報、決済金額、決済を行うユーザのメールアドレスを含む決済依頼情報を決済サーバ400に送信する。なお、上記のメールアドレスには、注文情報に含まれるユーザIDに関連づけてユーザ情報記憶部302に記憶されるメールアドレスを用いることとしてよい。決済結果受信部312は、決済依頼部310により決済サーバ400に依頼した決済の結果を、決済サーバ400から受信する。決済の結果は、例えば、注文IDと、決済の結果を示す真偽値を含むこととしてよい。なお、決済が正常に完了した場合には真T、決済が正常に完了しなかった場合には偽Fとする。注文処理部314は、決済結果受信部312により受信した決済結果が正常完了を示す注文情報について、当該注文情報に係る店舗IDに応じた店舗端末600に注文情報を送信する。店舗側では、店舗端末600で受信した注文情報に従ってユーザに当該注文情報に係るメニューが提供される。注文実績情報提供部316は、注文処理部314により処理した注文情報について注文実績情報を生成し、生成した注文実績情報を店舗情報提供サーバ500に提供する。注文実績情報には、例えば注文ID、ユーザID、メールアドレス、店舗ID、メニューID、注文数量、注文時間等を含むこととするが、これに限定されない。[決済サーバ400の機能]次に、決済サーバ400に備えられた機能について説明する。図17には、決済サーバ400の機能ブロック図を示した。図17に示されるように、決済サーバ400は、決済依頼受付部402、決済情報送信部404、決済完了判定部406、及び決済結果通知部408を備える。決済サーバ400に備えられる上記各部の機能は、CPU等の制御手段、メモリ等の記憶手段、外部デバイスとデータを送受信する通信インターフェース等の通信手段等のハードウェアを備えたコンピュータが、コンピュータ読み取り可能な情報記憶媒体に格納されたプログラムを読み込み実行することで実現されることとしてよい。なお、プログラムは光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体によって決済サーバ400に供給されることとしてもよいし、インターネット等のデータ通信網を介して決済サーバ400に供給されることとしてもよい。決済依頼受付部402は、受注サーバ300から決済依頼を受け付ける。具体的には、決済依頼受付部402は、受注サーバ300の決済依頼部310により送信された決済依頼情報を受信する。なお、決済依頼情報には、例えば注文ID、注文情報、決済金額、メールアドレスを含むこととするが、これに限定されない。決済情報送信部404は、決済依頼受付部402で受け付けた決済依頼情報に基づいて生成した決済開始メールを、当該決済依頼情報に含まれるメールアドレスに宛てて送信する。決済開始メールには、例えば決済ID、注文情報に基づく注文内容、決済金額を含むこととするが、これに限定されない。なお、決済サーバ400においては、決済IDと対応する注文IDとを関連づけて記憶しておくこことしてよい。決済完了判定部406は、決済情報送信部404により送信した決済開始メールに基づいて携帯端末200により電子決済が正常に行われたか否かを判定する。例えば、決済完了判定部406は、携帯端末200から受信した決済ID、電子決済に用いた電子マネーID、及び決済の正否の情報に基づいて決済完了の正否を判定することとしてよい。決済結果通知部408は、決済完了判定部406による判定結果を受注サーバ300に通知する。具体的には、決済IDに関連づけて記憶された注文IDと、当該決済IDの決済結果例えば正常に完了した場合には真、エラーが発生した場合には偽を受注サーバ300に通知することとしてよい。[店舗情報提供サーバ500の機能]次に、店舗情報提供サーバ500に備えられた機能について説明する。図18には、店舗情報提供サーバ500の機能ブロック図を示した。図18に示されるように、店舗情報提供サーバ500は、注文実績情報取得部502、注文実績情報記憶部504、店舗情報記憶部506、ユーザ分類部508、領域設定部510、店舗抽出部512、比較条件設定部514、注文実績情報検索部516、評価値算出部518、評価値比較部520、店舗特徴判定部522、店舗検索要求受付部524、店舗検索条件設定部530、店舗検索部532、及び情報提供部534を備える。店舗情報提供サーバ500に備えられる上記各部の機能は、CPU等の制御手段、メモリ等の記憶手段、外部デバイスとデータを送受信する通信インターフェース等の通信手段等のハードウェアを備えたコンピュータが、コンピュータ読み取り可能な情報記憶媒体に格納されたプログラムを読み込み実行することで実現されることとしてよい。なお、プログラムは光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体によって店舗情報提供サーバ500に供給されることとしてもよいし、インターネット等のデータ通信網を介して店舗情報提供サーバ500に供給されることとしてもよい。注文実績情報取得部502は、受注サーバ300の注文実績情報提供部316から提供される注文実績情報を取得する。なお、注文実績情報取得部502は、定期的に受注サーバ300に注文実績情報の提供を要求するようにしてもよい。注文実績情報には、例えば注文ID、ユーザID、ユーザ属性情報年齢、性別、店舗ID、メニューID、注文数量、決済金額、メニュー属性情報カロリー、注文時間等が含まれることとするが、これに限定されない。注文実績情報記憶部504は、注文実績情報取得部502により取得される注文実績情報を記憶する。図19には、注文実績情報記憶部504に記憶される注文履歴テーブルの一例を示した。図19に示す注文履歴テーブルの例では、注文ID、ユーザID、ユーザの年齢、ユーザの性別、店舗ID、メニューID、注文数量、決済金額、カロリー当該注文に係る総カロリー、注文時間が格納されることとするが、これに限定されない。店舗情報記憶部506は、複数の店舗のそれぞれの情報を記憶する。図20には、店舗情報記憶部506に記憶される店舗特徴情報テーブルの一例を示した。図20に示される店舗特徴情報テーブルの例では、店舗を識別する店舗ID、店舗名、店舗カテゴリ、店舗の位置情報住所情報や緯度経度情報等、店舗の営業時間、店舗の特徴として付与された属性情報特徴情報が記憶されることとするが、これに限定されない。なお、店舗の特徴として付与された属性情報は、エリア情報、メニュー/メニューカテゴリ情報メニュー/メニューカテゴリID、及びユーザ属性情報グループIDを含むこととしてよい。また、店舗情報記憶部506には、例えば図21に示される店舗ごとに提供されるメニューの情報を格納したメニュー情報テーブルが記憶される。図21に示されるように、メニュー情報テーブルには、店舗ID、メニュー/メニューカテゴリID、メニュー/メニューカテゴリ名、メニュー/メニューカテゴリIDが属する上位メニューカテゴリIDが記憶されることとするが、これに限定されない。ユーザ分類部508は、注文実績情報記憶部504に記憶された注文実績情報に基づいて、当該記憶された注文実績情報に含まれる複数のユーザIDをグループに分類する。例えば、ユーザ分類部508は、年齢、性別に基づいて複数のユーザIDをグループ分けしてもよいし、複数のユーザIDごとの注文パターン例えば、注文IDの組に基づくクラスタリング処理の結果に基づいて、複数のユーザIDをグループ分けしてもよい。図22には、ユーザ分類部508による分類結果を記憶したユーザ分類情報テーブルの一例を示した。図22に示されるユーザ分類情報テーブルでは、グループを識別するグループID、グループ属性情報、当該グループに属するユーザIDの情報が記憶されることとするが、これに限定されない。なお、グループが年齢、性別に基づき構成された場合には、グループ属性情報には、年齢、性別の情報例えば、30代、男性等が記憶され、グループが注文パターンに基づき構成された場合には、グループ属性情報には、その注文パターンの情報が記憶されることとしてよい。領域設定部510は、対象エリア内に1又は複数の領域ローカルエリアを設定する。例えば、領域設定部510は、対象エリアの住所情報に基づいて領域を設定例えば区や町に基づいて領域を設定することとしてもよいし、対象エリアの座標範囲に基づいて領域を設定例えば対象エリアを複数に分割して領域を設定することとしてもよい。また、領域設定部510は、店舗情報記憶部506に基づいて、設定する各領域に含まれる店舗数を取得し、その店舗数が所定の数値範囲よりも大きい場合には領域をさらに小さくし、所定の数値範囲よりも小さい場合には領域をさらに大きくするように、領域を再設定することとしてよい。店舗抽出部512は、領域設定部510により設定された1又は複数の領域ごとに、所定の条件を満足する店舗を抽出する。ここで、所定の条件とは、例えば所定の店舗カテゴリ例えば、和食レストラン、中華レストラン、イタリアンレストラン等の店舗であること等としてよい。そして、店舗抽出部512は、領域設定部510により設定された領域ごとに、当該領域の位置情報例えば住所情報と、所定の店舗カテゴリとに基づいて、店舗情報記憶部506から該当する店舗を抽出することとしてよい。以下、領域設定部510により設定された1つの領域対象領域について、当該対象領域に含まれる店舗の特徴を検出する処理について説明するが、他の領域についても同様に処理することとしてよい。比較条件設定部514は、対象領域について店舗抽出部512により抽出された複数の店舗をそれぞれ比較する際の比較条件を設定する。例えば、比較条件設定部514は、対象とするメニュー/メニューカテゴリ、対象とするユーザ属性例えばグループID、対象とする期間対象期間を比較条件として設定することとするが、対象とするユーザ属性と対象期間は比較条件に含めなくともよい。ここで、比較条件設定部514は、店舗情報記憶部506を参照して、対象とするメニュー/メニューカテゴリを、店舗抽出部512により抽出された店舗で提供されるメニュー/メニューカテゴリから選択することとしてよい。注文実績情報検索部516は、対象領域について店舗抽出部512により抽出された複数の店舗ごとに、比較条件設定部514により設定された比較条件を満足する注文実績情報を注文実績情報記憶部504から検索する。例えば、注文実績情報検索部516は、比較条件にメニュー、グループID、対象期間が設定されている場合に、対象とする店舗について当該比較条件を満足する注文実績情報を検索するときには、上記店舗の店舗ID、上記メニューのメニューID、上記グループIDに属するいずれかのユーザID、及び上記対象期間内の注文時間を含む注文実績情報を検索することとしてよい。また、注文実績情報検索部516は、比較条件にメニューカテゴリ、グループID、対象期間が設定されている場合に、対象とする店舗について当該比較条件を満足する注文実績情報を検索するときには、上記店舗の店舗ID、上記メニューカテゴリに属するいずれかのメニューID、上記グループIDに属するいずれかのユーザID、上記対象期間内の注文時間を含む注文実績情報を検索することとしてよい。評価値算出部518は、対象領域について店舗抽出部512により抽出された複数の店舗ごとに検索された注文実績情報に基づいて、当該複数の店舗ごとの評価値を算出する。例えば、評価値算出部518は、店舗ごとに検索された注文実績情報の数又は注文実績情報に含まれる注文数量の合計注文数を評価値としてもよいし、注文数を店舗の総注文数で割った注文比率を評価値としてもよい。また、評価値は上述した方法以外にも、同一ユーザによるリピート回数等としてもよいし、注文数、注文比率、リピート数を組み合わせて算出してもよい。評価値比較部520は、対象領域について抽出された各店舗について評価値算出部518により算出された評価値を比較する。例えば、評価値比較部520は、各店舗について算出された評価値に基づいて、当該各店舗の偏差値を算出することとしてもよいし、各店舗の評価値の平均値からの差分を算出することとしてもよい。店舗特徴判定部522は、評価値比較部520による比較結果に基づいて、対象領域について抽出された各店舗が、比較条件設定部514により設定された比較条件に係るメニュー/メニューカテゴリ、ユーザ属性について特徴があるか否かを判定する。例えば、店舗特徴判定部522は、各店舗について評価値比較部520において算出された偏差値又は平均値からの差分が閾値以上の又は閾値より大きい店舗がある場合に、当該店舗について、上記比較条件に係るメニュー/メニューカテゴリ、ユーザ属性グループIDについて特徴があると判定する。そして、店舗特徴判定部522により、上記メニュー/メニューカテゴリ、ユーザ属性について特徴があると判定された店舗に関連づけて、上記メニュー/メニューカテゴリ、ユーザ属性、対象領域の情報を含む属性情報を店舗情報記憶部506に記憶する。比較条件設定部514では、メニュー/メニューカテゴリ、ユーザ属性の組み合わせを変更した各比較条件について注文実績情報検索部516、評価値算出部518、評価値比較部520、店舗特徴判定部522による処理を実行することとしてよい。店舗検索要求受付部524は、携帯端末200等のユーザ端末から店舗検索クエリを受け付ける。例えば、店舗検索要求受付部524は、店舗検索要求受付時に、ユーザ端末から希望するエリアとメニュー/メニューカテゴリの指定を受け付けるようにしてもよいし、希望するエリア及び店舗に関するキーワードを受け付けるようにしてもよい。店舗検索条件設定部530は、店舗検索要求受付部524で受け付けた店舗検索クエリに基づいて、店舗検索条件を設定する。例えば、店舗検索条件設定部530は、ユーザ端末から受け付けた店舗検索クエリに基づいて、エリア条件、メニュー/メニューカテゴリ条件、ユーザ属性条件の少なくとも1つを含む店舗検索条件を設定することとしてよい。この際、エリア条件は、店舗検索クエリによる指定又は店舗検索クエリに含まれるキーワードに基づいて設定してもよいし、ユーザ端末の位置情報が取得できる場合には当該位置情報に基づいて設定してもよい。また、メニュー/メニューカテゴリ条件は、店舗検索クエリによる指定又は店舗検索クエリに含まれるキーワードに基づいて設定することとしてよい。そして、ユーザ属性条件は、店舗検索クエリによる指定又は店舗検索クエリに含まれるキーワードに基づいて設定してもよいし、ユーザ端末について特定したユーザIDに基づいて、当該ユーザIDが属するグループIDを取得し、当該取得したグループIDのいずれかを設定してもよい。店舗検索部532は、店舗情報記憶部506から店舗検索条件設定部530により設定された店舗検索条件に基づいて店舗を検索する。例えば、店舗検索部532は、店舗情報テーブルから、店舗検索条件に指定されたエリア条件例えばエリアIDの条件、メニュー/メニューカテゴリ条件例えばメニュー/メニューカテゴリIDの条件、ユーザ属性条件例えばグループIDの条件を満足する属性情報が付与された店舗IDを検索することとしてよい。情報提供部534は、店舗検索部532により検索された店舗の情報を、店舗検索クエリを受け付けたユーザ端末に提供する。例えば、情報提供部534により提供される店舗情報には、検索された店舗に設定された属性情報に基づく特徴情報メニュー/メニューカテゴリやユーザ属性条件が含まれることとしてよい。また、情報提供部534は、ユーザ端末から指定された店舗の情報に、当該店舗の属性情報に基づく特徴情報を含めて提供することとしてもよい。以上説明した店舗情報処理システムによれば、設定されたローカルエリアに含まれる各店舗について同じ条件で抽出した注文実績情報を比較することで、各店舗に有用な特徴を付与できる。こうして店舗に付与された特徴は注文実績に基づいているため、店舗側が自ら申告した特徴に比べて信頼度が高い。そして、店舗に付与された特徴を利用して店舗検索を行うことにより、店舗の特徴を検索結果に反映させることができる。また、本発明は上記の実施形態に限定されるものではない。例えば、上記の実施形態では、飲食店を対象として説明したが、飲食店以外の店舗を対象としても構わない。また、上記の実施形態では、受注サーバ300にユーザの情報を記憶しておくこととしたが、決済サーバ400において電子マネーのIDに対応付けてユーザの情報名前、年齢、性別等を記憶し、決済時に用いられる電子マネーのIDに基づいてユーザの情報を特定することとしてもよい。また、上記の実施形態では、受注サーバ300は、携帯端末200からユーザの注文情報を取得することとしたが、店舗端末600からユーザの注文情報を取得することとしてもよい。"