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

Abstract

【課題】食事をした食事内容を複数人で共有して利用することができるシステムを提供する。
【解決手段】２以上の飲食情報を格納し得る飲食情報格納部と、２以上の端末装置２から２以上の飲食情報を受信する飲食情報受信部と、２以上の飲食情報を飲食情報格納部に蓄積する飲食情報蓄積部と、他の人が送信した食事内容情報を有する１以上のメニュー項目を含む提示メニューを取得する指示であるメニュー取得指示を、１以上の端末装置から受信する指示受信部と、受信したメニュー取得指示に対応する食事内容情報であり、他の人が送信した１以上の食事内容情報を飲食情報格納部から取得し、１以上の食事内容情報を含む提示メニューを構成するメニュー構成部と、メニュー取得指示を送信してきた端末装置に提示メニューを送信するメニュー送信部とを具備する情報システムを構成するサーバ装置１により、食事をした食事内容を複数人で共有して利用することができる。
【選択図】図１

Description

本発明は、２以上のユーザが食べた食事に関する情報である食事情報を共有し得るサーバ装置等に関するものである。

従来、食事の際の写真を撮影し、サーバ上に写真をアップロードし、自分や友人が当該写真を閲覧できるＳＮＳがあった（例えば、非特許文献１参照）。

また、従来、レストランの情報を集約して掲載しているＷｅｂページがあった（例えば、非特許文献２参照）。本Ｗｅｂページには、口コミの情報を掲載し得る。

ｆａｃｅｂｏｏｋ（登録商標）、［平成２５年５月８日検索］、インターネット［ＵＲＬ： https://ja-jp.facebook.com/］

ぐるなび（登録商標）、［平成２５年６月１７日検索］、インターネット［ＵＲＬ：http://www.gnavi.co.jp/］

しかしながら、従来の技術のＳＮＳにおいては、他のユーザの食事情報をまとめたメニューを構成し、利用することができなかった。

また、従来のＷｅｂページを用いた情報提供サービスでは、ユーザが食べた食事ごとに情報を管理して、他のユーザの食事情報をまとめたメニューを提供したり、利用したりするようなサービスはできなかった。

本第一の発明のサーバ装置は、２以上の端末装置とサーバ装置とを具備する情報システムにおけるサーバ装置であって、端末装置は、ユーザを識別するユーザ識別子を格納し得る端末格納部と、ユーザが食べた食事に関する情報であり、食事の内容を示す食事内容情報と食事をしたレストランを識別するレストラン識別子とを有する食事情報を受け付ける端末受付部と、端末受付部が受け付けた食事情報とユーザ識別子とを有する飲食情報を、サーバ装置に送信する端末送信部と、他の人が送信してきた食事内容情報を有する１または２以上のメニュー項目を含む提示メニューを、サーバ装置から受信する端末受信部と、端末受信部が受信した提示メニューを出力する端末出力部とを具備し、サーバ装置は、２以上の飲食情報を格納し得る飲食情報格納部と、２以上の端末装置から２以上の飲食情報を受信する飲食情報受信部と、２以上の飲食情報を飲食情報格納部に蓄積する飲食情報蓄積部と、ユーザ識別子を有する指示であり、他の人が送信した食事内容情報を有する１または２以上のメニュー項目を含む提示メニューを取得する指示であるメニュー取得指示を、１以上の端末装置から受信する指示受信部と、指示受信部が受信したメニュー取得指示に対応する食事内容情報であり、他の人が送信した１または２以上の食事内容情報を飲食情報格納部から取得し、１または２以上の食事内容情報を含む提示メニューを構成するメニュー構成部と、メニュー取得指示を送信してきた端末装置に提示メニューを送信するメニュー送信部とを具備する情報システムを構成するサーバ装置である。

かかる構成により、食事をした食事内容を複数人で共有して利用することができる。

また、本第二の発明のサーバ装置は、第一の発明に対して、メニュー構成部は、指示受信部が受信したメニュー取得指示に含まれる情報であり、ユーザに関する情報であるユーザ情報を用いて、ユーザに適した提示メニューであり、１または２以上の他の人が送信した１または２以上の食事内容情報を飲食情報格納部から取得し、１または２以上の食事内容情報を含む提示メニューを構成するサーバ装置である。

かかる構成により、自分の状況に応じた適切なメニューを取得できる。

また、本第三の発明のサーバ装置は、第二の発明に対して、端末装置は、ユーザの位置を示すユーザ位置情報を取得する位置情報取得部をさらに具備し、端末送信部は、位置情報取得部が取得したユーザ位置情報をも有する飲食情報をサーバ装置に送信し、メニュー取得指示は、ユーザ位置情報を含み、ユーザ情報は、ユーザの位置を示すユーザ位置情報であり、メニュー構成部は、指示受信部が受信したメニュー取得指示に含まれるユーザ位置情報を用いて、ユーザ位置情報に対して予め決められた条件を満たすユーザ位置情報と対になる食事内容情報であり、１または２以上の他の人が送信した１または２以上の食事内容情報を、飲食情報格納部から取得し、１または２以上の食事内容情報を含む提示メニューを構成するサーバ装置である。

かかる構成により、現在の自分の位置に応じた適切なメニューを取得できる。

また、本第四の発明のサーバ装置は、第三の発明に対して、メニュー構成部は、指示受信部が受信したメニュー取得指示に含まれるユーザ位置情報に対応するレストラン識別子を取得し、レストラン識別子と対になる食事内容情報であり、１または２以上の他の人が送信した１または２以上の食事内容情報を、飲食情報格納部から取得し、１または２以上の食事内容情報を含む提示メニューを構成するサーバ装置である。

かかる構成により、自分が行ったレストランが他の人に提供した料理を有するメニューを取得できる。

また、本第五の発明のサーバ装置は、第二の発明に対して、食事情報は、食事のカテゴリーを示すカテゴリー情報を有し、メニュー構成部は、指示受信部が受信したメニュー取得指示に含まれるカテゴリー情報、またはレストラン識別子、またはユーザ位置情報を用いて、カテゴリー情報を取得し、カテゴリー情報を用いて、ユーザに適した提示メニューであり、１または２以上の他の人が送信した１または２以上の食事内容情報を飲食情報格納部から取得し、１または２以上の食事内容情報を含む提示メニューを構成するサーバ装置である。

かかる構成により、適切なカテゴリーの料理を有するメニューを取得できる。

また、本第六の発明のサーバ装置は、第二の発明に対して、食事を識別するメニュー識別子とメニュー識別子で識別される食事の食事内容情報とを有する１以上のメニュー項目と、レストラン識別子と、レストランの位置を示すレストラン位置情報とを有する１以上のレストラン情報を格納し得るレストラン情報格納部をさらに具備し、メニュー構成部は、指示受信部が受信したメニュー取得指示に含まれるユーザ識別子と対になるレストラン識別子のレストラン位置情報と、予め決められた条件を満たすレストラン位置情報を有するレストラン情報に含まれるレストラン識別子と対になる１または２以上の食事内容情報であり、１または２以上の他の人が送信した１または２以上の食事内容情報を飲食情報格納部から取得し、１または２以上の食事内容情報を含む提示メニューを構成するサーバ装置である。

かかる構成により、自分が行ったレストランの存在場所に関連する場所のレストランが他の人に提供した料理を有するメニューを取得できる。

また、本第七の発明のサーバ装置は、第二の発明に対して、メニュー構成部は、指示受信部が受信したメニュー取得指示に含まれるユーザ識別子を含む１以上の飲食情報と、他の人の１以上の飲食情報とを用いて、ユーザ識別子で識別されるユーザと予め決められた条件を満たす飲食情報に含まれるユーザ識別子を決定し、ユーザ識別子と対になる１または２以上の食事内容情報を飲食情報格納部から取得し、１または２以上の食事内容情報を含む提示メニューを構成するサーバ装置である。

かかる構成により、自分と嗜好が合う等の関連する他の人が食べた料理を有するメニューを取得できる。

また、本第八の発明のサーバ装置は、第一から第七いずれかの発明に対して、ユーザ識別子とユーザへの連絡先を示す連絡先情報とを有するユーザ情報を格納し得るユーザ情報格納部と、端末受付部は、サーバ装置に送信された食事情報の送信を要求する食事特定情報とユーザ識別子とを含む登録指示をも受け付け、端末送信部は、登録指示をもサーバ装置に送信し、端末受信部は、登録指示に対応する１以上の飲食情報の一部または全部を、サーバ装置から受信し、サーバ装置は、食事特定情報とユーザ識別子とを有する登録情報を格納し得る登録情報格納部と、登録指示を受信する登録指示受信部と、登録指示受信部が受信した登録指示が有する食事特定情報とユーザ識別子とを用いて登録情報を構成し、登録情報格納部に蓄積する登録情報蓄積部と、飲食情報受信部が受信した飲食情報が合致する食事特定情報を特定し、食事特定情報と対になるユーザ識別子で識別されるユーザに、飲食情報受信部が受信した飲食情報の一部または全部を送信する通知部とをさらに具備するサーバ装置である。

かかる構成により、ユーザが関心のある料理を特定し、当該料理を食べた他の人の飲食情報を取得できる。

また、本第九の発明のサーバ装置は、第一から第八いずれかの発明に対して、飲食情報受信部は、食事を注文する注文装置に入力された食事内容情報を有する飲食情報を、注文装置から受信するサーバ装置である。

かかる構成により、簡易に確実に食事情報を入力できる。

また、本第十の発明のサーバ装置は、第一から第八いずれかの発明に対して、飲食情報受信部は、決済を行う決済装置に入力された食事内容情報を有する飲食情報を、決済装置から受信するサーバ装置である。

かかる構成により、簡易に確実に食事情報を入力できる。

また、本第十一の発明のサーバ装置は、第一から第十いずれかの発明に対して、指示受信部は、ユーザ識別子と、ユーザ識別子で識別されるユーザの位置を示すユーザ位置情報を有するメニュー取得指示を受信し、メニュー構成部は、ユーザ位置情報を用いて、ユーザが一のレストランに居るか否かを判断し、ユーザが一のレストランに居ると判断した場合は、一のレストランに対応する１以上の飲食情報を用いて、提示メニューを構成するサーバ装置である。

かかる構成により、レストランに居る際に、そのレストランの料理であり、他の人が食べた料理の情報を得ることができる。

また、本第十二の発明のサーバ装置は、第一から第十一いずれかの発明に対して、食事情報は、ワインのラベル画像を有し、指示受信部は、ワインを購入するための指示である購入指示を受信し、購入指示の受信に応じて、購入指示に対応する飲食情報が有するワインのラベル画像を用いて、ワインの購入のためのＷｅｐページ識別子を検索し、出力する検索部をさらに具備するサーバ装置である。

かかる構成により、美味しかったワインが容易に購入できる。

本発明による情報システムによれば、食事をした食事内容を複数人で共有して利用することができる。

実施の形態１における情報システムの概念図 同情報システムのブロック図 同サーバ装置１のブロック図 同サーバ装置１の動作について説明するフローチャート 同メニュー構成処理について説明するフローチャート 同端末装置２の動作について説明するフローチャート 同ユーザ情報管理表を示す図 同レストラン情報管理表を示す図 同飲食情報管理表を示す図 同登録情報管理表を示す図 同入力情報の例を示す図 同注文メニューの例を示す図 同飲食情報の例を示す図 同提示メニューの例を示す図 同飲食情報の例を示す図 同操作用メニューの例を示す図 同操作用メニューの例を示す図 同コンピュータシステムの概観図 同コンピュータシステムのブロック図

以下、情報システム等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態１）
本実施の形態において、複数のユーザが食べた食事や利用したレストランを特定する食事情報を受信し、ユーザごとにまとめて蓄積する情報システムについて説明する。

また、本実施の形態において、ユーザの指示に応じて、他のユーザの食事情報が含まれるメニューを提供できる情報システムについて説明する。

また、本実施の形態において、ユーザが居る位置や、ユーザの嗜好等のユーザの特性に応じて、他のユーザの適切な食事情報を含むメニューを提供できる情報システムについて説明する。

また、本実施の形態において、ユーザが行ったことがあるレストランにおいて、他のユーザが注文した食事情報が含まれるメニューを提供できる情報システムについて説明する。

また、本実施の形態において、ユーザが利用したレストランの有るエリア等の１または２以上のレストランにおいて、他のユーザが注文した食事情報が含まれるメニューを提供できる情報システムについて説明する。

また、本実施の形態において、ユーザが指定した食事特定情報（レストラン名、レストランのジャンル、食事、あるレストランの一メニュー等）に該当する食事情報の投函があった場合に、そのユーザに当該食事情報を自動送信する情報システムについて説明する。

また、本実施の形態において、注文時に食事情報を自動蓄積する情報システムについて説明する。

また、本実施の形態において、決済時に食事情報を自動蓄積する情報システムについて説明する。

また、本実施の形態において、ユーザが一のレストラン内に居る場合は、当該レストランの他人のメニューを取得し、そうでない場合は他のユーザが注文した食事情報が含まれるメニューを出力できる情報システムについて説明する。

さらに、本実施の形態において、食事情報に含まれているワインのラベルの画像を用いて、当該ワインの購入のためのＵＲＬを検索し、出力する情報システムについて説明する。

図１は、本実施の形態における情報システムの概念図である。情報システムは、サーバ装置１、２以上の端末装置２、１または２以上の注文装置３、および１または２以上の決済装置４を備える。端末装置２は、例えば、ユーザが保持しているいわゆるスマートフォン、携帯電話、携帯用ＰＣ等の携帯端末である。また、注文装置３は、レストラン等に存在する端末またはユーザが保持しているいわゆるスマートフォン、携帯電話、携帯用ＰＣ等の携帯端末である。決済装置４は、通常、レストラン等に存在する端末であり、例えば、レジ端末である。

図２は、本実施の形態における情報システムのブロック図である。また、図３はサーバ装置１のブロック図である。

情報システムを構成するサーバ装置１は、ユーザ情報格納部１０１、レストラン情報格納部１０２、飲食情報格納部１０３、登録情報格納部１０４、飲食情報受信部１０５、指示受信部１０６、飲食情報蓄積部１０７、メニュー構成部１０８、メニュー送信部１０９、検索部１１０、登録指示受信部１１１、登録情報蓄積部１１２、および通知部１１３を備える。

端末装置２は、位置情報取得部２０、端末受付部２１、端末送信部２２、端末受信部２３、および端末出力部２４を備える。

注文装置３は、メニュー格納部３０、注文受付部３１、注文送信部３２、および注文出力部３３を備える。

決済装置４は、決済受付部４１、決済送信部４２、および決済出力部４３を備える。

サーバ装置１を構成するユーザ情報格納部１０１は、２以上のユーザ情報を格納し得る。ユーザ情報は、ユーザに関する情報であり、ユーザ識別子とユーザへの連絡先を示す連絡先情報とを有する。ユーザ識別子は、例えば、ＩＤ、氏名等であり、ユーザを識別できる情報であれば何でも良い。また、ユーザ識別子は、ユーザが保有する端末装置２の識別情報（例えば、電話番号、ＩＰアドレス、ＭＡＣアドレス等）でも良い。また、連絡先情報は、例えば、メールアドレス、ユーザの端末装置２のＩＰアドレス、電話番号等である。さらに、ユーザ情報は、ユーザの位置を示すユーザ位置情報を含むことは好適である。

レストラン情報格納部１０２は、１または２以上のレストラン情報を格納し得る。レストラン情報は、１以上のメニュー情報とレストラン識別子とを有する。メニュー情報は、食事を識別するメニュー識別子と、メニュー識別子で識別される食事内容情報とを有する。食事内容情報は、食事等の内容を示す情報である。食事内容情報は、例えば、食事のメニューの情報、コース料理の各料理名の情報などである。レストラン識別子は、レストランを識別する情報である。レストラン識別子は、ＩＤ、レストラン名等、レストランを識別できる情報であれば何でも良い。また、レストラン情報は、レストランの位置を示すレストラン位置情報、レストラン名、レストランの住所、レストランの電話番号、レストランのＵＲＬ、レストランで使用されている注文サーバや端末のアドレス等の情報を有しても良い。なお、食事は料理も含む概念であり、広く解する。

飲食情報格納部１０３は、２以上の飲食情報を格納し得る。飲食情報は、ユーザが飲食した料理や飲料等に関する情報であり、食事情報およびユーザ識別子を有する。食事情報は、ユーザが食べた食事に関する情報であり、食事の内容を示す食事内容情報と、食事をしたレストランのレストラン識別子とを有する。また、食事情報は、食事の時に自動取得した情報である自動取得情報を含んでも良い。自動取得情報は、例えば、日時、位置情報、天気、気温などである。また、食事情報は、食事をしたレストランのＵＲＬ、レストラン名、レストランのジャンルのうちの１以上の情報を含んでも良い。また、食事情報は、食事をしたユーザのコメント、ユーザの評価、撮影画像を含んでも良い。なお、撮影画像は、ワインのラベル画像を含んでも良い。

登録情報格納部１０４は、１または２以上の登録情報を格納し得る。登録情報は、食事特定情報とユーザ識別子とを有する。食事特定情報とは、食事情報を特定する情報である。この食事情報は、他のユーザが送信してきた食事情報であり、ユーザ識別子で識別されるユーザが送信を要求する食事情報である。食事特定情報は、例えば、レストランＩＤやレストラン名等のレストラン識別子、レストランのジャンル、特定のレストランの一の料理を識別する食事識別子、料理名を特定する情報、食事情報を特定する検索式を構成する情報等である。

飲食情報受信部１０５は、２以上の端末装置２から２以上の飲食情報を受信する。

また、飲食情報受信部１０５は、レストラン情報格納部１０２に格納されているレストラン識別子を含む飲食情報を受信する場合、およびレストラン情報格納部１０２に格納されているレストラン識別子を含まない飲食情報を受信する場合があることは好適である。なお、飲食情報受信部１０５が受信する飲食情報は、飲食情報の一部の情報でも良い。かかる場合も、飲食情報の受信である。

また、飲食情報受信部１０５は、食事を注文する注文装置３に入力された食事内容情報を有する飲食情報を、１または２以上の注文装置３から受信しても良い。

さらに、飲食情報受信部１０５は、決済を行う決済装置４に入力された食事内容情報を有する飲食情報を、１または２以上の決済装置４から受信しても良い。

指示受信部１０６は、２以上の端末装置２からメニュー取得指示を受信する。メニュー取得指示は、ユーザ識別子を有する指示であり、他の人が送信した食事内容情報を有する１または２以上のメニュー項目を含む提示メニューを取得する指示である。また、メニュー取得指示は、ユーザ識別子で識別されるユーザの位置を示すユーザ位置情報を有することは好適である。メニュー取得指示は、レストラン識別子などを有しても良い。なお、このレストラン識別子は、取得したい食事内容情報に対応するレストランの識別子である。

指示受信部１０６は、ワインを購入するための指示である購入指示を受信しても良い。購入指示は、通常、提示メニューを構成する飲食情報の一部の情報を含む。飲食情報の一部の情報は、例えば、飲食情報を識別する飲食情報識別子である。

飲食情報蓄積部１０７は、飲食情報受信部１０５が受信した２以上の飲食情報を飲食情報格納部１０３に蓄積する。また、飲食情報蓄積部１０７は、予め決められた条件を満たさない飲食情報は飲食情報格納部１０３に蓄積しないことは好適である。予め決められた条件は、例えば、飲食情報であることを判断するための条件である。予め決められた条件は、例えば、飲食情報が画像を含むことである。なお、画像は、通常、注文した料理の画像である。なお、予め決められた条件は問わない。

メニュー構成部１０８は、１または２以上の食事内容情報を含む提示メニューを構成する。具体的には、メニュー構成部１０８は、指示受信部１０６が受信したメニュー取得指示に対応する食事内容情報であり、他の人が送信した１または２以上の食事内容情報を飲食情報格納部１０３から取得し、当該１または２以上の食事内容情報を含む提示メニューを構成する。提示メニューは、他の人が送信した１または２以上の食事内容情報だけではなく、自分が送信した１または２以上の食事内容情報を含んでも良い。また、提示メニューは、ユーザ識別子ごとに食事内容情報を分類した情報を含んでも良い。また、提示メニューは、注文回数、飲食した時刻、現在位置からの距離をキーとして、２以上の食事内容情報がソートされた情報を含んでも良い。なお、注文回数は、通常、飲食情報格納部１０３における、同一の食事内容情報を含むレコードの数である。

メニュー構成部１０８は、指示受信部１０６が受信したメニュー取得指示に含まれる情報であり、ユーザに関する情報であるユーザ情報を用いて、ユーザに適した提示メニューであり、１または２以上の他の人が送信した１または２以上の食事内容情報を飲食情報格納部１０３から取得し、１または２以上の食事内容情報を含む提示メニューを構成することは好適である。

メニュー構成部１０８は、指示受信部１０６が受信したメニュー取得指示に含まれるユーザ位置情報を用いて、当該ユーザ位置情報に対して予め決められた条件を満たすユーザ位置情報と対になる食事内容情報であり、１または２以上の他の人が送信した１または２以上の食事内容情報を、飲食情報格納部１０３から取得し、１または２以上の食事内容情報を含む提示メニューを構成することは好適である。

メニュー構成部１０８は、指示受信部１０６が受信したメニュー取得指示に含まれるユーザ位置情報に対応するレストラン識別子を取得し、当該レストラン識別子と対になる食事内容情報であり、１または２以上の他の人が送信した１または２以上の食事内容情報を、飲食情報格納部１０３から取得し、１または２以上の食事内容情報を含む提示メニューを構成することは好適である。このメニュー構成部１０８の処理により、現在、ユーザが居るレストランの食事内容情報を含む提示メニューが得られる。

メニュー構成部１０８は、指示受信部１０６が受信したメニュー取得指示に含まれるカテゴリー情報を取得し、カテゴリー情報を用いて、ユーザに適した提示メニューであり、１または２以上の他の人が送信した１または２以上の食事内容情報を飲食情報格納部１０３から取得し、１または２以上の食事内容情報を含む提示メニューを構成しても良い。このメニュー構成部１０８の処理により、ユーザが欲するカテゴリーの食事内容情報を含む提示メニューが得られる。

また、メニュー構成部１０８は、指示受信部１０６が受信したメニュー取得指示に含まれるレストラン識別子、またはユーザ位置情報を用いて、カテゴリー情報を取得し、当該カテゴリー情報を用いて、ユーザに適した提示メニューであり、１または２以上の他の人が送信した１または２以上の食事内容情報を飲食情報格納部１０３から取得し、１または２以上の食事内容情報を含む提示メニューを構成しても良い。なお、例えば、レストラン情報は、レストラン識別子とカテゴリー情報とを対応付けて有する。メニュー構成部１０８は、メニュー取得指示に含まれるレストラン識別子と対になるカテゴリー情報を取得しても良いし、メニュー取得指示に含まれるユーザ位置情報からレストラン識別子を取得し当該レストラン識別子と対になるカテゴリー情報を取得しても良い。

メニュー構成部１０８は、指示受信部１０６が受信したメニュー取得指示に含まれるユーザ識別子と対になるレストラン識別子のレストラン位置情報と、予め決められた条件を満たすレストラン位置情報を有するレストラン情報に含まれるレストラン識別子と対になる１または２以上の食事内容情報であり、１または２以上の他の人が送信した１または２以上の食事内容情報を飲食情報格納部１０３から取得し、１または２以上の食事内容情報を含む提示メニューを構成しても良い。ここで、予め決められた条件とは、例えば、距離が閾値以内、同一の道路上、同一の都道府県、同一の市町村などである。このメニュー構成部１０８の処理により、例えば、ユーザが利用したことのあるレストランの近くにあるレストランの食事内容情報を含む提示メニューが得られる。

メニュー構成部１０８は、指示受信部１０６が受信したメニュー取得指示に含まれるユーザ識別子を含む１以上の飲食情報と、他の人の１以上の飲食情報とを用いて、ユーザ識別子で識別されるユーザと予め決められた条件を満たすユーザ識別子を決定し、ユーザ識別子と対になる１または２以上の食事内容情報を飲食情報格納部１０３から取得し、１または２以上の食事内容情報を含む提示メニューを構成する。ここで、例えば、予め決められた条件とは、１以上の飲食情報と類似度が閾値以上である１以上の飲食情報であること（嗜好が予め決められた条件を満たすほど似ていること）である。また、例えば、予め決められた条件とは、１以上の飲食情報と類似度が閾値未満である１以上の飲食情報であること（嗜好が予め決められた条件を満たすほど似ていないと）である。このメニュー構成部１０８の処理により、例えば、嗜好の近い他のユーザの食事内容情報を含む提示メニューが得られる。なお、メニュー構成部１０８は、例えば、１以上の飲食情報間の類似度を以下のように算出する。メニュー構成部１０８は、例えば、各飲食情報が有する１以上の情報からベクトルを構成する。そして、メニュー構成部１０８は、例えば、１以上の各飲食情報の１以上のベクトルの和により、１以上の飲食情報のベクトルを取得する。そして、１以上の飲食情報の２つの集合のベクトル間の距離を算出し、当該距離をパラメータとする減少関数により、類似度を算出する。つまり、ベクトル間の距離が小さいほど、類似度は大きくなる。

メニュー構成部１０８は、ユーザ位置情報を用いて、ユーザが一のレストランに居るか否かを判断し、ユーザが一のレストランに居ると判断した場合は、一のレストランに対応する１以上の飲食情報であり、他の人が送信した１以上の飲食情報を用いて、提示メニューを構成する。なお、メニュー構成部１０８は、ユーザが一のレストランに居ないと判断した場合は、通常、上記のアルゴリズムとは異なるアルゴリズムにより、提示メニューを構成する。つまり、メニュー構成部１０８は、ユーザが一のレストランに居ないと判断した場合は、例えば、ユーザ位置情報が示す位置から予め決められた範囲に存在する１以上のレストランに対応する１以上の飲食情報であり、他の人が送信した１以上の飲食情報を用いて、提示メニューを構成する。このメニュー構成部１０８の処理により、例えば、ユーザが一のレストランに居る場合には、そのレストランの食事内容情報を含む提示メニューが得られ、一のレストランに居ない場合には、複数のレストランの食事内容情報を含む提示メニューが得られることもある。

また、メニュー構成部１０８は、ユーザ位置情報を用いて、ユーザが一のレストランに居るか否かを判断し、ユーザが一のレストランに居ると判断した場合は、当該一のレストランに対応する１以上の飲食情報であり、他の人が送信した１以上の飲食情報から取得したメニューの情報を、他の飲食情報から取得したメニューの情報とは、視覚的に区別して、提示メニューを構成することは好適である。なお、「視覚的に区別する」とは、当該一のレストランに対応する１以上の飲食情報が上位に表示されるように、メニューの情報を入れ替えたり、当該一のレストランに対応する１以上の飲食情報の色やフォント等を、他と比較して、目立つ態様にしたりすること等である。また、ここでの他の飲食情報とは、一のレストラン以外のレストランで利用された飲食情報である。

メニュー送信部１０９は、メニュー取得指示を送信してきた端末装置２に、メニュー構成部１０８が構成した提示メニューを送信する。

検索部１１０は、購入指示の受信に応じて、購入指示に対応する飲食情報が有するワインのラベル画像を用いて、ワインの購入のためのＷｅｐページ識別子を検索し、出力する。ここで、出力とは、通常、購入指示を送信してきた端末装置２への送信である。また、ワインのラベル画像は、ワインのラベルを含む画像であり、ラベル以外の領域（例えば、瓶の領域）の画像を含んでも良い。

なお、検索部１１０は、例えば、ワインのラベル画像を用いて、ワインのラベル画像を格納している画像データベースを検索する。また、画像データベースは、ワインのラベル画像と、当該ワインを販売するＷｅｐページを識別するＷｅｐページ識別子（例えば、ＵＲＩやＵＲＬなど）とを有するレコードを多数、格納している。なお、ここでの画像検索のアルゴリズムは問わない。また、一の画像と同一または類似する画像を検索する技術は公知技術であるので、詳細な説明を省略する。なお、検索部１１０は、例えば、ワインのラベル画像と類似度が最も高い画像を検索する。また、検索部１１０は、例えば、ワインのラベル画像と類似度が閾値以内の画像を検索しても良い。

また、検索部１１０は、例えば、ワインの瓶の形状の情報である瓶形状情報を１以上保持している。そして、検索部１１０は、瓶形状情報を用いて、画像内の瓶を特定し、瓶内の瓶の色部分を除き、瓶の下部に存在するラベル部分を切り出す。そして、検索部１１０は、ラベル部分の画像であるラベル画像を取得する。なお、かかる場合、検索部１１０は、瓶のラベル以外の部分のドッドの色の変化率、色の範囲が閾値以内であることを利用して、瓶の色部分を決定する。また、検索部１１０は、ラベルの形状であるラベル形状情報（矩形または矩形を円柱に巻いた際の上辺および下辺が湾曲した形状の情報）を保持しており、かかるラベル形状情報を用いて、ラベル画像を取得しても良い。

なお、サーバ装置１において、飲食情報格納部１０３の飲食情報がレストラン識別子を含む場合と含まない場合とで、飲食情報に対する処理が異なる。例えば、メニュー構成部１０８の処理が異なる。メニュー構成部１０８のメニュー構成の処理において、登録されているレストランを目立つ態様でメニューを構成しても良い。また、例えば、メニュー構成部１０８は、登録されているレストランのメニューにのみ、店舗案内の位置情報を付与する。また、例えば、メニュー構成部１０８は、登録されているレストランのメニューにのみ、注文可能とする情報を付与する。注文可能とする情報とは、例えば、レストランの端末と通信するための情報（ＩＰアドレス、ＭＡＣアドレス等）である。

登録指示受信部１１１は、登録指示を受信する。登録指示とは、サーバ装置１に送信された食事情報の送信を要求する指示である。登録指示は、通常、食事特定情報とユーザ識別子とを含む。食事特定情報とは、食事情報を特定する情報であり、食事情報を検索するための情報であっても良い。食事特定情報は、例えば、レストラン識別子、食事（料理）を特定する食事識別子、レストランや食事のジャンル等である。例えば、食事特定情報がレストラン識別子である場合、当該レストラン識別子で識別されるレストランに対する食事情報であり、他の人がアップした食事情報がユーザに通知される。

登録情報蓄積部１１２は、登録指示受信部１１１が受信した登録指示が有する食事特定情報とユーザ識別子とを用いて登録情報を構成し、登録情報格納部１０４に蓄積する。

通知部１１３は、飲食情報受信部１０５が受信した飲食情報が合致する食事特定情報を特定し、当該食事特定情報と対になるユーザ識別子で識別されるユーザに、飲食情報受信部１０５が受信した飲食情報の一部または全部を送信する。通知部１１３は、飲食情報受信部１０５が飲食情報を受信した場合、当該飲食情報に合致する食事特定情報を特定し、当該食事特定情報と対になるユーザ識別子で識別されるユーザに、飲食情報受信部１０５が受信した飲食情報の一部または全部を送信することは好適である。

端末装置２を構成する位置情報取得部２０は、ユーザの位置を示すユーザ位置情報を取得する。位置情報取得部２０は、例えば、ＧＰＳ受信機、ユーザから位置情報を受け付ける手段等である。ユーザ位置情報は、例えば、（緯度，経度）、（緯度，経度，高度）、住所等、ユーザの位置を特定する情報であれば良い。

端末受付部２１は、ユーザから指示や情報を受け付ける。指示は、例えば、メニュー取得指示、購入指示、注文指示、登録指示等である。注文指示とは、端末出力部２４が出力した提示メニューを構成する項目を選択し、当該選択された項目に対応する料理を注文する指示である。登録指示は、サーバ装置１に送信された食事情報の送信を要求する指示であり、食事特定情報とユーザ識別子とを含む指示である。また、情報は、例えば、飲食情報である。また、情報は、例えば、飲食情報の一部でも良い。また、端末受付部２１は、一の飲食情報の一部を受け付けた後、一の飲食情報の残りの情報を受け付けても良い。また、情報は、例えば、食事情報である。食事情報は、ユーザが食べた食事に関する情報であり、食事の内容を示す食事内容情報と食事をしたレストランを識別するレストラン識別子とを有する情報である。また、食事情報は、食事のカテゴリーを示すカテゴリー情報を有しても良いし、ワインのラベル画像を有しても良い。さらに、指示や情報の入力手段は、キーボードやマウスやメニュー画面によるもの等、何でも良い。

端末送信部２２は、端末受付部２１が受け付けた指示や情報をサーバ装置１に送信する。また、端末送信部２２は、通常、端末受付部２１が受け付けた指示や情報に、予め格納されているユーザ識別子を付加して、サーバ装置１に送信する。例えば、端末送信部２２は、端末受付部２１が受け付けた食事情報とユーザ識別子とを有する飲食情報を、サーバ装置１に送信する。なお、ユーザ識別子が付加された指示や情報も、指示や情報である。端末受付部２１が注文指示を受け付けた場合、例えば、端末送信部２２は、当該注文指示、または当該注文指示を構成する料理の情報を他の装置に送信する。なお、他の装置は、例えば、厨房に設置されている端末である。

また、端末送信部２２は、位置情報取得部２０が取得したユーザ位置情報をも有する飲食情報をサーバ装置１に送信することは好適である。なお、ユーザ位置情報は、通常、飲食情報と一緒に送信される。さらに、端末送信部２２は、登録指示をもサーバ装置１に送信する。

端末受信部２３は、サーバ装置１から情報を受信する。ここでの情報は、例えば、提示メニュー、Ｗｅｐページを識別する１以上のＷｅｐページ識別子である。提示メニューは、他の人が送信してきた食事内容情報を有する１または２以上のメニュー項目を含む情報である。

また、端末受信部２３は、登録指示に対応する１以上の飲食情報の一部または全部を、サーバ装置１から受信する。

端末出力部２４は、端末受信部２３が受信した情報を出力する。端末出力部２４は、例えば、端末受信部２３が受信した提示メニューを出力する。ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。

注文装置３を構成するメニュー格納部３０は、１以上のメニュー情報を格納し得る。メニュー情報は、注文するためのメニューを示す情報である。メニュー情報は、食事内容情報を有する。また、メニュー情報は、レストラン識別子、注文情報を受信する装置（レストランの装置）を特定する情報（例えば、ＩＰアドレス、ＭＡＣアドレス等）等をも有していても良い。

注文受付部３１は、食事内容情報を有する注文情報を受け付ける。注文情報は、注文する食事等を特定する情報である。注文受付部３１は、注文する食事等の識別子を受け付け、当該識別子を用いて、食事内容情報を有する注文情報を構成しても良い。かかる場合、注文受付部３１は、食事等の識別子と食事内容情報とを有する１または２以上の情報を対応付けて格納している。注文受付部３１は、ユーザ識別子やレストラン識別子等を受け付けても良い。

注文送信部３２は、注文受付部３１が受け付けた注文情報が有する食事内容情報を用いて、飲食情報を構成し、当該飲食情報をサーバ装置１に送信する。なお、例えば、注文送信部３２は、予め格納されているレストラン識別子およびユーザ識別子を取得し、当該レストラン識別子、ユーザ識別子、および食事内容情報を用いて、飲食情報を構成する。そして、注文送信部３２は、当該飲食情報をサーバ装置１に送信する。なお、予め格納されているレストラン識別子およびユーザ識別子は、注文受付部３１が受け付けた情報でも良い。

注文送信部３２は、注文受付部３１が受け付けた注文情報を、他の装置に送信することは好適である。ここで、他の装置とは、例えば、厨房に設置された端末である。

注文出力部３３は、注文受付部３１が受け付けた注文情報を出力する。

決済装置４を構成する決済受付部４１は、１以上の食事内容情報を有する決済情報を受け付ける。決済情報は、決済を行うための情報である。決済受付部４１は、決済する食事等の識別子を受け付け、当該識別子を用いて、食事内容情報を有する決済情報を構成しても良い。かかる場合、決済受付部４１は、食事等の識別子と食事内容情報とを有する１または２以上の情報を対応付けて格納している。

決済送信部４２は、決済受付部４１が受け付けた決済情報が有する食事内容情報を用いて、飲食情報を構成し、当該飲食情報をサーバ装置１に送信する。なお、例えば、決済送信部４２は、予め格納されているレストラン識別子およびユーザ識別子を取得し、当該レストラン識別子、ユーザ識別子、および食事内容情報を用いて、飲食情報を構成する。そして、決済送信部４２は、当該飲食情報をサーバ装置１に送信する。なお、予め格納されているレストラン識別子およびユーザ識別子は、決済受付部４１が受け付けた情報でも良い。

決済送信部４２は、決済受付部４１が受け付けた決済情報を、他の装置に送信することは好適である。ここで、他の装置とは、例えば、銀行のサーバ装置である。

決済出力部４３は、決済受付部４１が受け付けた決済情報を出力する。

ユーザ情報格納部１０１、レストラン情報格納部１０２、飲食情報格納部１０３、登録情報格納部１０４、メニュー格納部３０、端末格納部２１、およびメニュー格納部３０は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。ユーザ情報格納部１０１等にユーザ情報等が記憶される過程は問わない。例えば、記録媒体を介してユーザ情報等がユーザ情報格納部１０１等で記憶されるようになってもよく、通信回線等を介して送信されたユーザ情報等がユーザ情報格納部１０１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力されたユーザ情報等がユーザ情報格納部１０１等で記憶されるようになってもよい。

飲食情報受信部１０５、指示受信部１０６、登録指示受信部１１１、および端末受信部２３は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

飲食情報蓄積部１０７、メニュー構成部１０８、検索部１１０、および登録情報蓄積部１１２は、通常、ＭＰＵやメモリ等から実現され得る。飲食情報蓄積部１０７等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

メニュー送信部１０９、通知部１１３、端末送信部２２、注文送信部３２、および決済送信部４２は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

端末受付部２１、注文受付部３１、決済受付部４１は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

端末出力部２４、注文出力部３３、決済出力部４３は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。端末出力部２４等は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

次に、情報システムの動作について説明する。まず、サーバ装置１の動作について、図４のフローチャートを用いて説明する。

（ステップＳ４０１）飲食情報受信部１０５は、端末装置２から飲食情報を受信したか否かを判断する。飲食情報を受信すればステップＳ４０２に行き、飲食情報を受信しなければステップＳ４０８に行く。

（ステップＳ４０２）飲食情報蓄積部１０７は、ステップＳ４０１で受信された飲食情報が、予め決められた条件を満たすか否かを判断する。予め決められた条件を満たす場合はステップＳ４０３に行き、予め決められた条件を満たさない場合はステップＳ４０１に戻る。なお、予め決められた条件を満たさない場合、例えば、メニュー送信部１０９は、不適切な情報が送信された旨のエラーメッセージ等を、端末装置２に送信することは好適である。

（ステップＳ４０３）飲食情報蓄積部１０７は、ステップＳ４０１で受信された飲食情報が有するレストラン識別子を取得する。

（ステップＳ４０４）飲食情報蓄積部１０７は、ステップＳ４０３で取得されたレストラン識別子をキーとして、レストラン情報格納部１０２を検索する。

（ステップＳ４０５）飲食情報蓄積部１０７は、ステップＳ４０４において、レストラン情報を検索できたか否かを判断する。レストラン情報を検索できた場合はステップＳ４０６に行き、レストラン情報を検索でなかった場合はステップＳ４０７に行く。なお、ストラン情報を検索できた場合とはレストラン識別子で識別されるレストランが登録されている場合であり、レストラン情報を検索でなかった場合はレストラン識別子で識別されるレストランが登録されていない場合である。

（ステップＳ４０６）飲食情報蓄積部１０７は、ステップＳ４０４で検索されたレストラン情報のうちの必要な情報、およびステップＳ４０１で受信された飲食情報を用いて、蓄積する飲食情報を構成する。なお、受信された飲食情報と蓄積する飲食情報とが異なる場合はあり得る。また、レストラン情報のうちの必要な情報とは、例えば、レストランのＵＲＬ、レストランが保有する注文サーバのアドレス、レストランの位置情報等のレストランの情報である。

（ステップＳ４０７）飲食情報蓄積部１０７は、ステップＳ４０１で受信された飲食情報、またはステップＳ４０６で構成された飲食情報を、飲食情報格納部１０３に蓄積する。ステップＳ４０１に戻る。

（ステップＳ４０８）通知部１１３は、ステップＳ４０１で受信された飲食情報に合致する登録情報が存在するか否かを、登録情報格納部１０４に格納されている１以上の登録情報をチェックすることにより判断する。なお、かかる判断処理のために、通知部１１３は、登録情報格納部１０４を検索する処理を行う。

（ステップＳ４０９）通知部１１３は、ステップＳ４０８で飲食情報に合致する１以上の登録情報が存在したか否かを判断する。１以上の登録情報が存在すればステップＳ４１０に行き、１以上の登録情報が存在しなければステップＳ４０１に戻る。

（ステップＳ４１０）通知部１１３は、飲食情報に合致する１以上の登録情報に対応する１以上のユーザ識別子で識別される端末装置２に、ステップＳ４０１で受信された飲食情報を送信する。ステップＳ４０１に戻る。

（ステップＳ４１１）指示受信部１０６は、端末装置２から、メニュー取得指示を受信したか否かを判断する。メニュー取得指示を受信すればステップＳ４１２に行き、メニュー取得指示を受信しなければステップＳ４１４に行く。

（ステップＳ４１２）メニュー構成部１０８は、ステップＳ４１１で受信したメニュー取得指示に従って、提示メニューを構成する。なお、提示メニューを構成するメニュー構成処理について、図５のフローチャートを用いて説明する。

（ステップＳ４１３）メニュー送信部１０９は、ステップＳ４１２で構成された提示メニューを、メニュー取得指示を送信してきた端末装置２に送信する。ステップＳ４０１に戻る。

（ステップＳ４１４）指示受信部１０６は、端末装置２から、購入指示を受信したか否かを判断する。購入指示を受信すればステップＳ４１５に行き、購入指示を受信しなければステップＳ４２０に行く。

（ステップＳ４１５）検索部１１０は、ステップＳ４１４で受信された購入指示が有する飲食情報識別子を取得する。

（ステップＳ４１６）検索部１１０は、ステップＳ４１５で取得した飲食情報識別子と対になる画像を、飲食情報格納部１０３から取得する。なお、検索部１１０は、購入指示が有する飲食情報識別子とユーザ識別子の両方と対になる画像を、飲食情報格納部１０３から取得しても良い。また、ここで取得される画像は、ワインのラベル画像である、とする。

（ステップＳ４１７）検索部１１０は、ステップＳ４１６で取得したワインのラベル画像を用いて、ワインのラベル画像を格納している画像データベースを検索する。なお、画像データベースは、ワインのラベル画像と、当該ワインを販売するＷｅｐページを識別するＷｅｐページ識別子（例えば、ＵＲＩやＵＲＬなど）とを有するレコードを多数、格納している。なお、ここでの画像検索のアルゴリズムは問わない。また、一の画像と同一または類似する画像を検索する技術は公知技術であるので、詳細な説明を省略する。なお、検索部１１０は、例えば、ステップＳ４１６で取得したワインのラベル画像と類似度が最も高い画像を検索する。

（ステップＳ４１８）検索部１１０は、ステップＳ４１７において検索された画像と対になるＷｅｐページ識別子（例えば、ＵＲＬ）を取得する。

（ステップＳ４１９）検索部１１０は、ステップＳ４１５で取得したＷｅｐページ識別子（例えば、ＵＲＬ）を、購入指示を送信した端末装置２に送信する。ステップＳ４０１に戻る。

（ステップＳ４２０）指示受信部１０６は、端末装置２から、登録指示を受信したか否かを判断する。登録指示を受信すればステップＳ４２１に行き、登録指示を受信しなければステップＳ４２２に行く。

（ステップＳ４２１）登録情報蓄積部１１２は、ステップＳ４２０で受信された登録指示が有する食事特定情報とユーザ識別子とを用いて登録情報を構成する。

（ステップＳ４２２）登録情報蓄積部１１２は、ステップＳ４２１で構成した登録情報を、登録情報格納部１０４に蓄積する。ステップＳ４０１に戻る。

なお、図４のフローチャートにおいて、ステップＳ４０２等の一部のステップにおける処理は行われなくても良い。

また、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、ステップＳ４１２のメニュー構成処理について、図５のフローチャートを用いて説明する。

（ステップＳ５０１）メニュー構成部１０８は、ステップＳ５０２で検索式を構成するための元になる情報である検索式元情報を取得する。検索式元情報は、例えば、ステップＳ４０８で受信されたメニュー取得指示が有するユーザ識別子である。また、検索式元情報は、例えば、メニュー取得指示が有するユーザ識別子を含む１以上の飲食情報であり、飲食情報格納部１０３の１以上の飲食情報である。また、検索式元情報は、例えば、メニュー取得指示が有するユーザ位置情報である。また、検索式元情報は、例えば、メニュー取得指示が有するユーザ位置情報で示される位置に対応するレストラン識別子（ユーザが居るレストランのレストラン識別子）である。また、検索式元情報は、例えば、メニュー取得指示に含まれるカテゴリー情報である。また、検索式元情報は、例えば、メニュー取得指示が有するユーザ識別子と対になる１以上のレストラン識別子である。

（ステップＳ５０２）メニュー構成部１０８は、ステップＳ５０１で取得した検索式元情報を用いて検索式を構成する。なお、この検索式は、例えば、端末装置２の現在位置を示すユーザ位置情報を有していても良い。つまり、検索式は、ユーザ識別子を有する飲食情報であり、かつ現在位置を示すユーザ位置情報から予め決められた範囲に存在するレストランの飲食情報を検索するための検索式でも良い。

（ステップＳ５０３）メニュー構成部１０８は、ステップＳ５０２で構成した検索式を用いて、飲食情報格納部１０３から、１以上の飲食情報を検索する。

（ステップＳ５０４）メニュー構成部１０８は、ステップＳ５０３で検索した１以上の飲食情報から、提示メニューを構成する。上位処理にリターンする。なお、提示メニューは、ユーザ識別子ごとまたは／およびレストラン識別子ごとに、飲食情報が区分されていることは好適である。

なお、図５のフローチャートにおいて、メニュー構成部１０８は、受信されたメニュー取得指示が有するユーザ位置情報を用いて、ユーザが一のレストランに居るか否かを判断し、ユーザが一のレストランに居ると判断した場合は、当該一のレストランに対応する１以上の飲食情報を用いて、提示メニューを構成しても良い。なお、かかる場合、メニュー構成部１０８は、ユーザ識別子ごとに飲食情報をまとめて、提示メニューを構成することは好適である。かかることにより、ユーザは、レストランで食事を行う前に、当該レストランで、他の人が食べた料理のリストを容易に見ることができる。

また、かかる場合、ユーザが一のレストランに居ないと判断した場合、例えば、複数のレストランに対応する１以上の飲食情報であり、他の人の１以上の飲食情報を用いて、提示メニューを構成する。

次に、端末装置２の動作について、図６のフローチャートを用いて説明する。

（ステップＳ６０１）端末受付部２１は、飲食情報を受け付けたか否かを判断する。飲食情報を受け付ければステップＳ６０２に行き、飲食情報を受け付けなければステップＳ６０４に行く。

（ステップＳ６０２）端末送信部２２は、飲食情報の送信先を特定する情報（例えば、ＩＰアドレス、ＭＡＣアドレス等）を取得する。この情報は、サーバ装置１のＩＰアドレス等であり、端末送信部２２は、予め保持している。

（ステップＳ６０３）端末送信部２２は、ステップＳ６０１で受け付けられた飲食情報を、サーバ装置１に送信する。ステップＳ６０１に戻る。

（ステップＳ６０４）端末受付部２１は、メニュー取得指示を受け付けたか否かを判断する。メニュー取得指示を受け付ければステップＳ６０５に行き、メニュー取得指示を受け付けなければステップＳ６０７に行く。

（ステップＳ６０５）端末送信部２２は、メニュー取得指示の送信先を特定する情報を取得する。この送信先は、サーバ装置１である。

（ステップＳ６０６）端末送信部２２は、メニュー取得指示を、サーバ装置１に送信する。ステップＳ６０１に戻る。

（ステップＳ６０７）端末受信部２３は、提示メニューを受信したか否かを判断する。提示メニューを受信したか否かを判断する。提示メニューを受信すればステップＳ６０８に行き、受信しなければステップＳ６１８に行く。

（ステップＳ６０８）端末出力部２４は、ステップＳ６０７で受信された提示メニューを出力する。

（ステップＳ６０９）端末受付部２１は、注文指示を受け付けたか否かを判断する。注文指示を受け付ければステップＳ６１０に行き、注文指示を受け付けなければステップＳ６１２に行く。

（ステップＳ６１０）端末送信部２２は、注文指示に対応する飲食情報に含まれる送信先を特定する情報（例えば、ＩＰアドレス、ＭＡＣアドレス等）を取得する。なお、この送信先を特定する情報は、注文指示に対応する飲食情報が示す料理等を提供したレストランの装置のＩＰアドレス等である。このレストランの装置は、注文の情報を受信する装置であり、例えば、厨房に設置されている端末である。

（ステップＳ６１１）端末送信部２２は、ステップＳ６１０で取得した送信先を特定する情報に対応する送信先に、注文指示を送信する。ステップＳ６０１に戻る。

（ステップＳ６１２）端末受付部２１は、購入指示を受け付けたか否かを判断する。購入指示を受け付ければステップＳ６１３に行き、購入指示を受け付けなければステップＳ６０１に戻る。

（ステップＳ６１３）端末送信部２２は、購入指示の送信先を特定する情報を取得する。この送信先は、サーバ装置１である。

（ステップＳ６１４）端末送信部２２は、購入指示をサーバ装置１に送信する。

（ステップＳ６１５）端末受信部２３は、購入指示の送信に応じて、サーバ装置１から１以上のＷｅｐページ識別子（例えば、ＵＲＬ）を受信したか否かを判断する。１以上のＷｅｐページ識別子を受信すればステップＳ６１６に行き、１以上のＷｅｐページ識別子を受信しなければステップＳ６１５に戻る。なお、購入指示の送信から予め決められた時間以上、Ｗｅｐページ識別子を受信しない場合、端末出力部２４は、エラーメッセージを出力しても良い。

（ステップＳ６１６）端末出力部２４は、ステップＳ６１５で受信された１以上のＷｅｐページ識別子を出力する。

（ステップＳ６１７）以後、ワインの購入ための入力を受け付け、ワインの購入ための処理がなされる。ステップＳ６０１に戻る。

（ステップＳ６１８）端末受付部２１は、登録指示を受け付けたか否かを判断する。登録指示を受け付ければステップＳ６１９に行き、登録指示を受け付けなければステップＳ６０１に戻る。なお、受け付けられる登録指示は、通常、食事特定情報を有し、ユーザ識別子を有さない。

（ステップＳ６１９）端末送信部２２は、ステップＳ６１８で受け付けられた登録指示が有する食事特定情報を用いて、送信する登録指示を構成する。通常、端末送信部２２は、ステップＳ６１８で受け付けられた登録指示が有する食事特定情報と、端末装置２に格納されているユーザ識別子とを用いて、送信する登録指示を構成する。

（ステップＳ６２０）端末送信部２２は、ステップＳ６１９で構成した登録指示をサーバ装置１に送信する。

なお、図６のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、注文装置３の動作について説明する。注文装置３の注文受付部３１は、注文情報を受け付ける。そして、注文送信部３２は、注文受付部３１が受け付けた注文情報を、他の装置（例えば、厨房に設置された端末）に送信する。なお、他の装置に注文情報等を送信するのは、レストラン内で使用するためである。

また、注文送信部３２は、注文受付部３１が受け付けた注文情報が有する食事内容情報を用いて、飲食情報を構成し、当該飲食情報をサーバ装置１に送信する。また、食事内容情報は、メニュー格納部３０のメニュー情報が有する。また、ここで、通常、注文送信部３２は、レストラン識別子、ユーザ識別子、他の装置（例えば、厨房に設置された端末）と通信するための情報（例えば、他の装置のＩＰアドレス等）および食事内容情報を用いて、飲食情報を構成する。なお、ここでのレストラン識別子、他の装置と通信するための情報は、例えば、メニュー格納部３０が保持しており、例えば、１以上のメニュー情報に含まれている。また、ユーザ識別子は、例えば、ユーザが入力した情報である。

そして、注文出力部３３は、注文受付部３１が受け付けた注文情報を出力する。

次に、決済装置４の動作について説明する。決済装置４の決済受付部４１は、１以上の食事内容情報を有する決済情報を受け付ける。

次に、決済送信部４２は、決済受付部４１が受け付けた決済情報が有する食事内容情報を用いて、飲食情報を構成し、当該飲食情報をサーバ装置１に送信する。なお、ここで、通常、決済送信部４２は、レストラン識別子、ユーザ識別子および食事内容情報を用いて、飲食情報を構成する。なお、ここでのレストラン識別子は、例えば、決済送信部４２が予め保持している。また、ユーザ識別子は、例えば、入力された情報である。

以下、本実施の形態における情報システムの具体的な動作について説明する。情報システムの概念図は、図１である。

今、ユーザ情報格納部１０１は、図７に示すユーザ情報管理表を格納している。ユーザ情報管理表は、「ＩＤ」と「ユーザ情報」を有する。「ユーザ情報」は、「ユーザＩＤ」「氏名」「連絡先情報」「住所」「ユーザ位置情報」を有する。「ＩＤ」は、レコードを識別する情報である。「連絡先情報」は、ここではユーザのメールアドレスである。

また、レストラン情報格納部１０２は、レストラン情報管理表を格納している。レストラン情報管理表の例は、図８である。レストラン情報管理表は、「ＩＤ」「レストランＩＤ」「レストラン名」「住所」「電話番号」「ＵＲＬ」「位置情報」「注文サーバアドレス」「メニュー情報」等を有するレコードを１以上格納し得る。「メニュー情報」は、「メニューＩＤ」「食事内容情報」「価格」「カロリー」等を有する。「ＩＤ」は、レコードを識別する情報である。「レストランＩＤ」はレストランを識別する情報である。「位置情報」はレストランの位置を示す情報である。「位置情報」は、ここでは一の位置情報であるが、領域を示す２以上の位置情報や、領域を示す領域識別子等でも良い。「注文サーバアドレス」は、レストランが運用するサーバのアドレスであり、顧客の注文の情報を受信するサーバ（注文サーバと言う。）のアドレスである。なお、「注文サーバアドレス」はここではＩＰアドレスであるが、注文サーバと通信するための情報であれば何でも良い。「メニュー情報」は、レストランが提供する料理のメニューに関する情報である。「食事内容情報」は、通常、料理名であるが、料理に関する情報であり、レストランが提供する情報であれば何でも良い。今、図８のレストラン情報管理表には、レストラン「ＲＥＳ−ＸＸＸ」「ＲＥＳ−ＹＹＹ」「ＲＥＳ−ＺＺＺ」等のレストラン情報が登録されている、とする。また、図示しないが、レストラン情報管理表は、レストランのジャンルの情報をも有している、とする。

また、飲食情報格納部１０３は、飲食情報管理表を格納している。飲食情報管理表の例は、図９である。飲食情報管理表は、「ＩＤ」「食事情報」等を有するレコードを１以上格納し得る。「食事情報」は、「レストラン情報」「食事関連情報」「自動取得情報」等を有する。「レストラン情報」は、食事をしたレストランに関する情報であり、「レストランＩＤ」「レストラン名」「ＵＲＬ」「ジャンル」「注文サーバアドレス」等を有する。「食事関連情報」は、食事をした料理（ドリンクも含む）に関する情報であり、「食事内容情報」「価格」「ユーザ評価」「コメント」「撮影画像」等を有する。「自動取得情報」は、食事を行った際（注文時、飲食時、または決済時等を含む）に、自動的に取得できる情報であり、ここでは、「日時」「位置情報」「天気」「気温」等を含む。「自動取得情報」は、例えば、外部の装置（例えば、ＮＴＰサーバ等）から通信手段を用いて、またはＧＰＳ受信機を用いて等により、取得され得る。なお、飲食情報管理表のレコードについて、すべての属性が属性値を有する必要はなく、ＮＵＬＬの属性値を有しても良い。

さらに、登録情報格納部１０４は、登録情報管理表を格納している。登録情報管理表の例は、図１０である。登録情報管理表は、「ＩＤ」「ユーザ識別子」「食事特定情報」を有する。「ＩＤ＝１」のレコードは、レストラン識別子「ＲＥＳ−ＸＸＸ」で識別されるレストランの食事情報を受信した際に、当該食事情報をユーザ「Ｕ００１」に通知することを示す。また、「ＩＤ＝２」のレコードは、食事内容情報に「パスタ」が含まれる食事情報を受信した際に、当該食事情報をユーザ「Ｕ００５」に通知することを示す。さらに、「ＩＤ＝３」のレコードは、東京都品川区にあるレストランで食べられた食事情報であり、ユーザ評価が「５」の食事情報を受信した際に、当該食事情報をユーザ「Ｕ００６」に通知することを示す。なお、図１０の各レコードは、ユーザが登録指示を端末装置２に入力することにより、サーバ装置１が登録した登録情報である。

かかる状況において、以下の場合について説明する。
［１．飲食情報の登録］

以下、ユーザの端末装置２から飲食情報をサーバ装置１に送信し、登録する処理について説明する。

今、端末装置２を保持しているユーザは、自分がレストランで食べた料理の情報を入力するアプリケーションを起動した、とする。なお、このアプリケーションは、レストラン情報格納部１０２に格納されているレストラン情報を、サーバ装置１からダウンロード可能である、とする。

そして、端末装置２を保持しているユーザは、端末装置２に対して、レストランで食事をした際の情報を入力した、とする。かかる入力情報を図１１に示す。本ユーザは、図１１に示すように、端末装置２に、レストラン名、食事内容情報、価格、コメント、評価、撮影画像等を入力した、とする。また、「ＲＥＳ−ＸＸＸ」の名称を有するレストランのＩＤは「Ｒ００１」であることは、端末装置２が起動したアプリケーションが、サーバ装置１からダウンロードして、保持している、とする。

そして、端末受付部２１は、図１１に示すレストラン名等の情報を受け付ける。なお、撮影画像は、ユーザが、端末装置２が保有するカメラ機能を用いて、撮影した料理の画像である。

次に、ユーザは、図１１の画面の「送信」ボタンを押下した、とする。すると、端末受付部２１は、飲食情報送信指示を受け付ける。飲食情報送信指示は、ユーザが入力した情報を含む飲食情報をサーバ装置１に送信する指示である。なお、ここでの飲食情報は、「レストランＩＤ：Ｒ００１，レストラン名：ＲＥＳ−ＸＸＸ、食事内容情報：ステーキ，価格：２４００円、コメント：「おいしかった。・・・・」、評価：５、撮影画像」等を含む情報である。

次に、端末送信部２２は、当該飲食情報をサーバ装置１に送信する。なお、起動中のアプリケーションの「送信」ボタンに対応付けて、サーバ装置１のアドレス（例えば、ＩＰアドレス）が保持されている、とする。

次に、サーバ装置１の飲食情報受信部１０５は、図１１の飲食情報を受信する。そして、飲食情報蓄積部１０７は、受信された飲食情報が、予め決められた条件を満たすか否かを判断する。ここで、予め決められた条件とは、例えば、飲食情報が、食事内容情報または撮影画像のどちらかのデータを有することである、とする。そして、飲食情報蓄積部１０７は、受信された飲食情報が、予め決められた条件を満たす、と判断する。

次に、飲食情報蓄積部１０７は、受信された飲食情報が有するレストラン識別子「Ｒ００１」を取得する。次に、飲食情報蓄積部１０７は、レストラン識別子「Ｒ００１」をキーとして、レストラン情報管理表を検索する。そして、飲食情報蓄積部１０７は、当該レストラン識別子「Ｒ００１」で識別されるレストランは、登録されたレストランであると判断する。そして、飲食情報蓄積部１０７は、検索されたレストラン情報のうちの必要な情報、および受信された飲食情報を用いて、蓄積する飲食情報を構成する。次に、飲食情報蓄積部１０７は、構成した飲食情報を、飲食情報管理表に蓄積する。なお、蓄積された飲食情報は、例えば、図９の「ＩＤ＝１」のレコードである。また、蓄積された飲食情報は、レストラン情報のうちの、ＵＲＬ、注文サーバアドレス等を有する。

次に、以下のように、登録情報を利用した、飲食情報の自動通知が行われる。つまり、通知部１１３は、飲食情報「レストランＩＤ：Ｒ００１，レストラン名：ＲＥＳ−ＸＸＸ、食事内容情報：ステーキ，価格：２４００円、コメント：「おいしかった。・・・・」」に合致する登録情報が存在するか否かを、図１０の登録情報管理表を検索することによりチェックし、判断する。なお、通知部１１３は、レストランＩＤ：Ｒ００１をキーとして、図８のレストラン管理表を検索し、「レストランＩＤ：Ｒ００１」のレストランが東京都品川区に存在することを検出する。そして、通知部１１３は、飲食情報「レストランＩＤ：Ｒ００１，レストラン名：ＲＥＳ−ＸＸＸ、食事内容情報：ステーキ，価格：２４００円、コメント：「おいしかった。・・・・」」が、登録情報のうちの「ＩＤ＝３」の登録情報に合致すると判断する。

次に、通知部１１３は、飲食情報に合致する「ＩＤ＝３」の登録情報に対応するユーザ識別子「Ｕ００６」を取得する。

次に、通知部１１３は、ユーザ識別子「Ｕ００６」に対応する連絡先情報「ａｂｃ＠ｄｄｄ．ｃｏ．ｊｐ」を、ユーザ管理表から取得する。次に、通知部１１３は、飲食情報「レストランＩＤ：Ｒ００１，レストラン名：ＲＥＳ−ＸＸＸ、食事内容情報：ステーキ，価格：２４００円、コメント：「おいしかった。・・・・」」のうちの全部または一部の情報を「ａｂｃ＠ｄｄｄ．ｃｏ．ｊｐ」に送信する。なお、通知部１１３は、「レストランＩＤ：Ｒ００１」からレストランの他の情報（例えば、ＵＲＬ等）も含めて、「ａｂｃ＠ｄｄｄ．ｃｏ．ｊｐ」に送信しても良いことは言うまでもない。

ここでは、受信された飲食情報は「ＩＤ＝３」の登録情報のみに合致したが、他の登録情報に合致する場合、当該合致する登録情報に対応するユーザ識別子で識別されるユーザに、受信された飲食情報の全部または一部を送信することは言うまでもない。
（２）レストランまたはユーザの注文装置３からの飲食情報の登録

以下、注文装置３から飲食情報をサーバ装置１に送信し、登録する処理について説明する。注文装置３の注文出力部３３は、メニュー格納部３０からメニュー情報を読み出し、出力する。なお、例えば、注文出力部３３は、図１２に示す注文メニューを出力している、とする。また、図１２に示す注文メニューの情報は、例えば、注文装置３のメニュー格納部３０が予め格納していても良いし、注文装置３が図示しない装置から受信して、メニュー格納部３０に格納されていても良い。

次に、ユーザは、注文メニューのうち「３．ポトフ」を選択した、とする。すると、注文受付部３１は、「３．ポトフ」の選択を受け付ける。つまり、注文受付部３１は、項目「３．ポトフ」に対応する注文情報を取得する。なお、注文情報は、「ボトフ，８００，ポトフの画像」等を有する。また、ポトフの画像は、図１２に示す注文メニューには表示されていないが、表示されていても良い。

次に、注文送信部３２は、注文受付部３１が受け付けた注文情報が有する食事内容情報「ポトフ」を用いて、飲食情報を構成する。ここで、注文送信部３２は、飲食情報「ユーザＩＤ：Ｕ００５，レストランＩＤ：Ｒ００１，食事内容情報：ボトフ，価格：８００，撮影画像：ポトフの画像」等を有する。なお、ユーザＩＤは、例えば、注文装置３が予め保持していても良いし、ユーザ等が入力しても良い。また、レストランＩＤは、メニュー情報が有しても良いし、注文装置３が予め保持等していても良い。

次に、注文送信部３２は、当該飲食情報をサーバ装置１に送信する。また、注文送信部３２は、注文情報を厨房に設置された端末等の他の装置（決済装置４でも良い）に送信する。また、注文出力部３３は、注文受付部３１が受け付けた注文情報を出力する。なお、通常、注文情報を厨房に設置された端末等の他の装置に送信することにより、注文が確定する

次に、サーバ装置１の飲食情報受信部１０５は、「ユーザＩＤ：Ｕ００５，レストランＩＤ：Ｒ００１，食事内容情報：ボトフ，価格：８００，撮影画像：ポトフの画像」等を有する飲食情報を受信する。そして、飲食情報蓄積部１０７は、受信された飲食情報が、予め決められた条件を満たすか否かを判断する。そして、飲食情報蓄積部１０７は、受信された飲食情報が、予め決められた条件を満たす、と判断する。

次に、飲食情報蓄積部１０７は、受信された飲食情報が有するレストラン識別子「Ｒ００１」を取得する。次に、飲食情報蓄積部１０７は、レストラン識別子「Ｒ００１」をキーとして、レストラン情報管理表を検索する。そして、飲食情報蓄積部１０７は、当該レストラン識別子「Ｒ００１」で識別されるレストランは、登録されたレストランであると判断する。そして、飲食情報蓄積部１０７は、検索されたレストラン情報のうちの必要な情報、および受信された飲食情報を用いて、蓄積する飲食情報を構成する。次に、飲食情報蓄積部１０７は、構成した飲食情報を、飲食情報管理表に蓄積する。なお、蓄積された飲食情報は、例えば、図９の「ＩＤ＝２」のレコードである。また、図９の「ＩＤ＝２」のレコードにおけるユーザ評価、コメント等は、例えば、ユーザにより別途入力された情報である、とする。

また、厨房に設置された端末等の他の装置は、注文情報を受信する。そして、例えば、厨房に設置された端末は、注文情報を出力する。そして、料理人は、注文情報を見て、料理を作る。また、例えば、決済装置４は、注文情報を受信し、決済処理に利用するために、少なくとも一時蓄積する。
（３）決済装置４からの飲食情報の登録

以下、決済装置４から飲食情報をサーバ装置１に送信し、登録する処理について説明する。

まず、決済受付部４１は、１以上の食事内容情報を有する決済情報を受け付ける。つまり、例えば、ユーザＩＤ「１０７」で識別されるユーザが食べた「きつねうどん」の決済情報「食事内容情報：きつねうどん，価格：６００」を受け付ける。

次に、決済送信部４２は、決済受付部４１が受け付けた決済情報が有する食事内容情報を用いて、送信される飲食情報を構成する。ここで、決済送信部４２は、「ユーザＩＤ：Ｕ１０７，レストランＩＤ：Ｒ００３，食事内容情報：きつねうどん，価格：６００，撮影画像：きつねうどんの画像」等を有する飲食情報を構成する。なお、「レストランＩＤ：Ｒ００３」は、決済装置４が予め保持している、とする。

次に、決済送信部４２は、当該飲食情報をサーバ装置１に送信する。また、決済送信部４２は、決済受付部４１が受け付けた決済情報を、他の装置（例えば、レストランの売上管理用のサーバ装置）に送信する。また、決済出力部４３は、決済受付部４１が受け付けた決済情報を出力する。なお、決済情報の他の装置への送信、決済情報の出力等の処理により、決済処理が進められる、とする。

次に、サーバ装置１の飲食情報受信部１０５は、「ユーザＩＤ：Ｕ１０７，レストランＩＤ：Ｒ００３，食事内容情報：きつねうどん，価格：６００，撮影画像：きつねうどんの画像」等を有する飲食情報を受信する。そして、飲食情報蓄積部１０７は、受信された飲食情報が、予め決められた条件を満たすか否かを判断する。そして、飲食情報蓄積部１０７は、受信された飲食情報が、予め決められた条件を満たす、と判断する。

次に、飲食情報蓄積部１０７は、受信された飲食情報が有するレストラン識別子「Ｒ００３」を取得する。次に、飲食情報蓄積部１０７は、レストラン識別子「Ｒ００３」をキーとして、レストラン情報管理表を検索する。そして、飲食情報蓄積部１０７は、当該レストラン識別子「Ｒ００３」で識別されるレストランは、登録されたレストランであると判断する。そして、飲食情報蓄積部１０７は、検索されたレストラン情報のうちの必要な情報、および受信された飲食情報を用いて、蓄積する飲食情報を構成する。次に、飲食情報蓄積部１０７は、構成した飲食情報を、飲食情報管理表に蓄積する。なお、蓄積された飲食情報は、例えば、図７の「ＩＤ＝３」のレコードである。また、図９の「ＩＤ＝３」のレコードにおけるユーザ評価、コメント等は、例えば、ユーザにより別途入力された情報である、とする。

また、厨房に設置された端末等の他の装置は、注文情報を受信する。そして、例えば、厨房に設置された端末は、注文情報を出力する。そして、料理人は、注文情報を見て、料理を作る。また、例えば、決済装置４は、注文情報を受信し、決済処理に利用するために、少なくとも一時蓄積する。

以上の処理のように、サーバ装置１は、端末装置２、注文装置３、または決済装置４から、飲食情報を受信し、図７に示すように、多数の飲食情報を蓄積して、保持している、とする。
［２．他人の飲食情報の利用］
（１）自分の現在位置に適合した提示メニューを呼び出し、閲覧する

以下、ユーザの端末装置２から提示メニューを呼び出し、閲覧する処理について説明する。ここでは、自分の居るレストランに対応するメニューの情報から構成された提示メニューを呼び出し、閲覧する処理について説明する。

今、ユーザＩＤ「Ｕ００１」で識別されるユーザは、自分の端末装置２にメニュー取得指示を入力する。

次に、端末装置２の端末受付部２１は、ユーザからメニュー取得指示を受け付ける。なお、端末受付部２１は、ユーザからメニューの取得指示を受け付けた場合に、格納されているユーザＩＤ「Ｕ００１」を読み出す。また、端末受付部２１は、例えば、保持しているＧＰＳ受信機から、ユーザが居る位置を示すユーザ位置情報（例えば、（Ｘ_ｕ，Ｙ_ｕ））を取得する。そして、端末受付部２１は、送信されるメニュー取得指示を構成する。なお、メニュー取得指示は、例えば、「メニュー取得（Ｕ００１，（Ｘ_ｕ，Ｙ_ｕ））」である。

次に、端末送信部２２は、端末受付部２１が受け付けたメニュー取得指示をサーバ装置１に送信する。

次に、サーバ装置１の指示受信部１０６は、端末装置２から、メニュー取得指示「メニュー取得（Ｕ００１，（Ｘ_ｕ，Ｙ_ｕ））」を受信する。

次に、メニュー構成部１０８は、メニュー取得指示「メニュー取得（Ｕ００１，（Ｘ_ｕ，Ｙ_ｕ））」に従って、メニューを構成する。具体的には、メニュー構成部１０８は、以下のように提示メニューを構成する。まず、メニュー構成部１０８は、受信されたメニュー取得指示が有するユーザ識別子「Ｕ００１」を取得する。また、メニュー構成部１０８は、受信されたメニュー取得指示が有するユーザ位置情報「（Ｘ_ｕ，Ｙ_ｕ）」を取得する。

そして、メニュー構成部１０８は、ユーザ位置情報「（Ｘ_ｕ，Ｙ_ｕ）」を用いて、図８のレストラン情報管理表を検索し、ユーザ位置情報「（Ｘ_ｕ，Ｙ_ｕ）」と各レストラン情報が有する位置情報との距離を算出する。そして、メニュー構成部１０８は、当該距離が閾値（例えば、１０ｍ）以内であるレストランのレストランＩＤ「Ｒ００１」を取得した、とする。つまり、ユーザＩＤ「Ｕ００１」のユーザは、現在、レストランＩＤ「Ｒ００１」で識別されるレストランに居る、とメニュー構成部１０８は判断した、とする。

次に、メニュー構成部１０８は、検索式「レストランＩＤ＝Ｒ００１」を構成する。

次に、メニュー構成部１０８は、構成した検索式「レストランＩＤ＝Ｒ００１」を用いて、図９の飲食情報管理表から、飲食情報を検索し、取得する。取得された飲食情報は、図１３である。なお、図１３に示すように、メニュー構成部１０８は、ユーザごとに飲食情報を分類する。

なお、図１３において、「ユーザＩＤ＝Ｕ００１」に対応する飲食情報が含まれなくても良い。かかる場合、メニュー構成部１０８は、検索式「ユーザＩＤ！＝Ｕ００１ ＡＮＤ レストランＩＤ＝Ｒ００１」を構成する。なお、演算子「！＝」は、一致しないことを示す。

次に、メニュー構成部１０８は、図１３の飲食情報を用いて、提示メニューを構成する。この提示メニューは、現在の自分の位置に適合した提示メニューである、と言える。なお、ここでは、メニュー構成部１０８は、図１３の「ユーザＩＤ」を用いて、図７のユーザ管理表を参照し、各ユーザＩＤに対応する「氏名」を取得した、とする。

次に、メニュー送信部１０９は、構成された提示メニューを、メニュー取得指示を送信してきた端末装置２に送信する。なお、送信される提示メニューは、図１３の情報をすべて含んでも良いし、図１３の情報のうちの一部の情報を含んでも良い。

次に、端末装置２の端末受信部２３は、サーバ装置１から提示メニューを受信する。そして、端末出力部２４は、端末受信部２３が受信した提示メニューを出力する。ここで、出力された提示メニューの例が図１４である。なお、図１４において、各ユーザが料理を食べた日も表示されている。また、提示メニューにおいて、図１３の情報のうち、いかなる情報を表示しても良い。
（２）特定の他人が食べた食事に関する情報を有する提示メニューを呼び出し、閲覧する

以下、ユーザの端末装置２から提示メニューを呼び出し、閲覧する処理について説明する。ここでは、特定の他人が食べた飲食情報を有する提示メニューを呼び出し、閲覧する処理について説明する。

今、ユーザＩＤ「Ｕ００１」で識別されるユーザは、自分の端末装置２に、他のユーザであるＣ田Ｄ子（ユーザＩＤ＝Ｕ００５）が食べた食事の情報であるＣ田Ｄ子の飲食情報を取得するメニュー取得指示を入力する。

次に、端末装置２の端末受付部２１は、ユーザからメニュー取得指示「提示メニュー取得 ユーザＩＤ１＝Ｕ００１，ユーザＩＤ２＝Ｕ００５，ユーザ位置情報＝Ｘ_ｖ，Ｙ_ｖ）」を受け付ける。なお、ユーザＩＤ１は、提示メニューの取得を要求するユーザのＩＤであり、ユーザＩＤ２は取得対象の飲食情報に対応するユーザのＩＤである。また、ユーザ位置情報は、位置情報取得部２０が最近に取得したユーザの位置情報である。

次に、端末送信部２２は、端末受付部２１が受け付けたメニュー取得指示をサーバ装置１に送信する。

次に、サーバ装置１の指示受信部１０６は、端末装置２から、メニュー取得指示「提示メニュー取得 ユーザＩＤ１＝Ｕ００１，ユーザＩＤ２＝Ｕ００５，ユーザ位置情報＝Ｘ_ｖ，Ｙ_ｖ）」を受信する。

次に、メニュー構成部１０８は、メニュー取得指示「提示メニュー取得 ユーザＩＤ１＝Ｕ００１，ユーザＩＤ２＝Ｕ００５，ユーザ位置情報＝Ｘ_ｖ，Ｙ_ｖ）」に従って、Ｕ００５に対応する飲食情報を取得し、提示メニューを構成する。具体的には、メニュー構成部１０８は、以下のように提示メニューを構成する。まず、メニュー構成部１０８は、受信されたメニュー取得指示が有するユーザ識別子「Ｕ００５」を取得する。また、メニュー構成部１０８は、受信されたメニュー取得指示が有するユーザ位置情報「（Ｘ_ｖ，Ｙ_ｖ）」を取得する。

そして、メニュー構成部１０８は、ユーザＩＤ「Ｕ００５」とユーザ位置情報「（Ｘ_ｖ，Ｙ_ｖ）」とを用いて、図８のレストラン情報管理表を検索する。そして、メニュー構成部１０８は、ユーザＩＤ「Ｕ００５」に対応するレストラン情報の中で、すべてのレストランのレストラン情報が有する位置情報とユーザ位置情報「（Ｘ_ｖ，Ｙ_ｖ）」との距離を算出する。そして、メニュー構成部１０８は、ユーザＩＤ「Ｕ００５」に対応するレストラン情報の中で、当該距離が閾値（例えば、１０ｍ）以内であるレストランのレストラン情報が存在しない、と判断した、とする。

次に、メニュー構成部１０８は、検索式「ユーザＩＤ＝Ｕ００５」を構成する。

次に、メニュー構成部１０８は、構成した検索式「ユーザＩＤ＝Ｕ００５」を用いて、図９の飲食情報管理表から、飲食情報を検索し、取得する。取得された飲食情報は、図１５である。

次に、メニュー構成部１０８は、図１５の飲食情報を用いて、提示メニューを構成する。そして、メニュー送信部１０９は、構成された提示メニューを、メニュー取得指示を送信してきた端末装置２に送信する。なお、送信される提示メニューは、図１５の情報をすべて含んでも良いし、図１５の情報のうちの一部の情報を含んでも良い。

次に、端末装置２の端末受信部２３は、サーバ装置１から提示メニューを受信する。そして、端末出力部２４は、端末受信部２３が受信した情報を出力する。
（３）提示メニューを呼び出し、注文する

以下、注文装置３から提示メニューを呼び出し、当該提示メニューを用いて、料理を注文する処理について説明する。

今、「２．他人の飲食情報の利用」の「（１）自分の現在位置に適合した提示メニューを呼び出し、閲覧する」で説明した処理が行われ、ユーザＩＤ「Ｕ００１」で識別されるユーザの注文装置３に、図１４の提示メニューが出力されている、とする。なお、ユーザＩＤ「Ｕ００１」で識別されるユーザは、現在、レストランＩＤ＝Ｒ００１」で識別されるレストラン「ＲＥＳ−ＸＸＸ」に居る。なお、図１４の提示メニューの各項目は選択可能になっている。また、図１４の提示メニューの情報は、レストランのＵＲＬ「http://www.XXX.jp」、注文サーバアドレス「190.188.2.56」等を有する、とする。

次に、ユーザは、図１４の提示メニューから、「Ｉ田Ｊ夫」が食べた「１．ポトフ（5/13） 800」の項目を選択した、とする。すると、図１６に示すように、「１．ポトフ（5/13） 800」の項目にフォーカスが当てられ、１６０１の操作用メニューが出力される。なお、操作用メニューの情報は、注文装置３を構成するメニュー格納部３０に格納されている、とする。

そして、ユーザは、１６０１の操作用メニューの中の「注文」項目を選択した、とする。すると、注文受付部３１は、「１．ポトフ（5/13） 800」に対応する料理の注文を示す注文情報を受け付ける。ここで、注文情報は、「メニューＩＤ：３，食事内容情報：ポトフ，価格：800」を有する。なお、「メニューＩＤ：３」の情報は、図８のメニュー情報に含まれている。

次に、注文送信部３２は、注文受付部３１が受け付けた注文情報を、本レストラン内の他の装置（例えば、厨房に設置された端末）に送信する。なお、この送信処理により、注文が確定する。

次に、注文送信部３２は、レストラン識別子「Ｒ００１」およびユーザ識別子「Ｕ００５」を取得し、当該レストラン識別子「Ｒ００１」、ユーザ識別子「Ｕ００５」、および食事内容情報「ポトフ」等を用いて、飲食情報を構成する。そして、注文送信部３２は、当該飲食情報をサーバ装置１に送信する。

サーバ装置１は、当該飲食情報を受信し、蓄積する。なお、かかるサーバ装置１の処理は、上述したので、処理の詳細説明は省略する。

以上の処理により、提示メニューを呼び出し、当該提示メニューを注文に利用できる。
（４）提示メニューを呼び出し、購入する

以下、ユーザの端末装置２から提示メニューを呼び出し、当該提示メニューを用いて、ワインや料理に関する物品を購入する処理について説明する。

今、「２．他人の飲食情報の利用」の「（１）自分の現在位置に適合した提示メニューを呼び出し、閲覧する」で説明した処理が行われ、ユーザＩＤ「Ｕ００１」で識別されるユーザの端末装置２に、図１４の提示メニューが出力されている、とする。なお、ユーザＩＤ「Ｕ００１」で識別されるユーザは、現在、レストランＩＤ＝Ｒ００１」で識別されるレストラン「ＲＥＳ−ＸＸＸ」に居る。なお、図１４の提示メニューの各項目は選択可能になっている。また、図１４の提示メニューの情報は、レストランのＵＲＬ「http://www.XXX.jp」等を有する、とする。

次に、ユーザは、図１４の提示メニューから、「３．ワインＡ（5/1４） 3800」の項目を選択した、とする。すると、図１７に示すように、「３．ワインＡ（5/1４） 3800」の項目にフォーカスが当てられ、１７０１の操作用メニューが出力される。なお、操作用メニューの情報は、端末装置２に格納されている、とする。

そして、ユーザは、１７０１の操作用メニューの中の「購入」項目を選択した、とする。すると、端末受付部２１は、「３．ワインＡ（5/1４） 3800」に対応するワインの購入指示を受け付ける。なお、購入指示は、飲食情報識別子「レストランＩＤ：Ｒ００１，メニューＩＤ：２５」を有する、とする。「２５」は、ワインＡのメニューＩＤである。また、図１３の提示メニューの項目「３．ワインＡ（5/1４） 3800」に対応付けて、提示メニューの情報は飲食情報識別子「レストランＩＤ：Ｒ００１，メニューＩＤ：２５」を有する、とする。そして、端末受付部２１は、送信する購入指示「購入 レストランＩＤ：Ｒ００１，メニューＩＤ：２５」を構成する。

次に、端末送信部２２は、受け付けられた購入指示「購入 レストランＩＤ：Ｒ００１，メニューＩＤ：２５」をサーバ装置１に送信する。

次に、サーバ装置１の指示受信部１０６は、端末装置２から、当該購入指示を受信する。次に、検索部１１０は、受信された購入指示が有する飲食情報識別子「レストランＩＤ：Ｒ００１，メニューＩＤ：２５」を取得する。

次に、検索部１１０は、取得した飲食情報識別子と対になる画像（ワインのラベル画像）を、飲食情報管理表から取得する。なお、検索部１１０は、ワイン購入の検索時に、ワインの画像からラベル領域を抽出し、ラベル画像を取得し、当該ラベル画像を検索に用いることは好適である。

次に、検索部１１０は、取得したワインのラベル画像を用いて、ワインのラベル画像を格納している画像データベースを検索する。なお、画像データベースは、ワインのラベル画像と、当該ワインを販売するＷｅｐページを識別するＷｅｐページ識別子（例えば、ＵＲＩやＵＲＬなど）とを有するレコードを多数、格納している。なお、ここでの画像検索のアルゴリズムは問わない。また、本画像データベースは、どのように構築しても良い。人手により画像データベースを構築しても良いし、特定のＷｅｂページから、またはＷｅｂ上をクローリングして、Ｗｅｐページ識別子とラベル画像を取得して、画像データベースを構築しても良い。

そして、検索部１１０は、検索された画像と対になる１以上のＷｅｐページ識別子（例えば、ＵＲＬ）を取得する。

次に、検索部１１０は、取得した１以上のＷｅｐページ識別子（例えば、ＵＲＬ）を、購入指示を送信した端末装置２に送信する。

次に、端末装置２の端末受信部２３は、１以上のＷｅｐページ識別子を受信する。そして、端末出力部２４は、受信された１以上のＷｅｐページ識別子を出力する。以後、ユーザは、Ｗｅｐページ識別子を選択する。そして、端末装置２は、ワインの購入のためのＷｅｂページを出力する。次に、ユーザは、当該Ｗｅｂページに対して、ワインを購入する操作を行う。

以上の処理により、ユーザが、自分または他の人が過去に飲んだワインを容易に購入できる。

以上、本実施の形態によれば、他人が食事をした食事内容の情報を用いて、自分用のメニューを構成し、利用できる。

また、本実施の形態によれば、料理を注文したり、食事の決済をしたりすることにより、自動的に食事をした食事内容の情報が登録され、当該登録された食事内容の情報を用いて、自分用または他の人用のメニューを構成し、利用できる。

また、本実施の形態によれば、提示メニューを用いて、料理の注文をしたり、購入をしたりできる。

さらに、本実施の形態によれば、予め登録した条件を満たす飲食情報がサーバ装置１にアップされた場合、当該飲食情報を自動的に得ることができ、豊かな食生活を送ることができる。

なお、本実施の形態におけるサーバ装置１や端末装置２等の処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態におけるサーバ装置を実現するソフトウェアは、以下のようなプログラムである。つまり、コンピュータがアクセス可能な記録媒体は、２以上の飲食情報を格納し得る飲食情報格納部を有し、このプログラムは、コンピュータを、２以上の端末装置から２以上の飲食情報を受信する飲食情報受信部と、前記２以上の飲食情報を前記飲食情報格納部に蓄積する飲食情報蓄積部と、ユーザ識別子を有する指示であり、他の人が送信した食事内容情報を有する１または２以上のメニュー情報を含む提示メニューを取得する指示であるメニュー取得指示を、１以上の端末装置から受信する指示受信部と、前記指示受信部が受信したメニュー取得指示に対応する食事内容情報であり、他の人が送信した１または２以上の食事内容情報を前記飲食情報格納部から取得し、当該１または２以上の食事内容情報を含む提示メニューを構成するメニュー構成部と、前記メニュー取得指示を送信してきた端末装置に前記提示メニューを送信するメニュー送信部として機能させるためのプログラム、である。

また、上記プログラムにおいて、前記メニュー構成部は、前記指示受信部が受信したメニュー取得指示に含まれる情報であり、ユーザに関する情報であるユーザ情報を用いて、当該ユーザに適した提示メニューであり、１または２以上の他の人が送信した１または２以上の食事内容情報を前記飲食情報格納部から取得し、当該１または２以上の食事内容情報を含む提示メニューを構成するものとして、コンピュータを機能させるプログラムであることは好適である。

また、上記プログラムにおいて、前記メニュー構成部は、前記指示受信部が受信したメニュー取得指示に含まれるユーザ位置情報を用いて、当該ユーザ位置情報に対して予め決められた条件を満たすユーザ位置情報と対になる食事内容情報であり、１または２以上の他の人が送信した１または２以上の食事内容情報を、前記飲食情報格納部から取得し、当該１または２以上の食事内容情報を含む提示メニューを構成するものとして、コンピュータを機能させるプログラムであることは好適である。

また、上記プログラムにおいて、前記メニュー構成部は、前記指示受信部が受信したメニュー取得指示に含まれるユーザ位置情報に対応するレストラン識別子を取得し、当該レストラン識別子と対になる食事内容情報であり、１または２以上の他の人が送信した１または２以上の食事内容情報を、前記飲食情報格納部から取得し、当該１または２以上の食事内容情報を含む提示メニューを構成するものとして、コンピュータを機能させるプログラムであることは好適である。

また、前記食事情報は、食事のカテゴリーを示すカテゴリー情報を有し、上記プログラムにおいて、前記メニュー構成部は、前記指示受信部が受信したメニュー取得指示に含まれるカテゴリー情報、またはレストラン識別子、またはユーザ位置情報を用いて、カテゴリー情報を取得し、当該カテゴリー情報を用いて、当該ユーザに適した提示メニューであり、１または２以上の他の人が送信した１または２以上の食事内容情報を前記飲食情報格納部から取得し、当該１または２以上の食事内容情報を含む提示メニューを構成するものとして、コンピュータを機能させるプログラムであることは好適である。

また、記録媒体は、食事を識別するメニュー識別子と当該メニュー識別子で識別される食事の食事内容情報とを有する１以上のメニュー情報と、レストラン識別子と、レストランの位置を示すレストラン位置情報とを有する１以上のレストラン情報を格納し得るレストラン情報格納部をさらに具備し、上記プログラムにおいて、前記メニュー構成部は、前記指示受信部が受信したメニュー取得指示に含まれるユーザ識別子と対になるレストラン識別子のレストラン位置情報と、予め決められた条件を満たすレストラン位置情報を有するレストラン情報に含まれるレストラン識別子と対になる１または２以上の食事内容情報であり、１または２以上の他の人が送信した１または２以上の食事内容情報を前記飲食情報格納部から取得し、当該１または２以上の食事内容情報を含む提示メニューを構成するものとして、コンピュータを機能させるプログラムであることは好適である。

また、上記プログラムにおいて、前記メニュー構成部は、前記指示受信部が受信したメニュー取得指示に含まれるユーザ識別子を含む１以上の飲食情報と、他の人の１以上の飲食情報とを用いて、前記ユーザ識別子で識別されるユーザと予め決められた条件を満たす飲食情報に含まれるユーザ識別子を決定し、当該ユーザ識別子と対になる１または２以上の食事内容情報を前記飲食情報格納部から取得し、当該１または２以上の食事内容情報を含む提示メニューを構成するものとして、コンピュータを機能させるプログラムであることは好適である。

また、記録媒体は、食事特定情報とユーザ識別子とを有する登録情報を格納し得る登録情報格納部をさらに具備し、コンピュータを、前記登録指示を受信する登録指示受信部と、前記登録指示受信部が受信した登録指示が有する食事特定情報とユーザ識別子とを用いて登録情報を構成し、前記登録情報格納部に蓄積する登録情報蓄積部と、前記飲食情報受信部が受信した飲食情報が合致する食事特定情報を特定し、当該食事特定情報と対になるユーザ識別子で識別されるユーザに、前記飲食情報受信部が受信した飲食情報の一部または全部を送信する通知部として、さらに機能させるプログラムであることは好適である。

また、上記プログラムにおいて、前記飲食情報受信部は、食事を注文する注文装置に入力された食事内容情報を有する飲食情報を、前記注文装置から受信するものとして、コンピュータを機能させるプログラムであることは好適である。

また、上記プログラムにおいて、前記飲食情報受信部は、決済を行う決済装置に入力された食事内容情報を有する飲食情報を、前記決済装置から受信するものとして、コンピュータを機能させるプログラムであることは好適である。

また、上記プログラムにおいて、前記指示受信部は、ユーザ識別子と、当該ユーザ識別子で識別されるユーザの位置を示すユーザ位置情報を有するメニュー取得指示を受信し、前記メニュー構成部は、前記ユーザ位置情報を用いて、前記ユーザが一のレストランに居るか否かを判断し、前記ユーザが一のレストランに居ると判断した場合は、当該一のレストランに対応する１以上の飲食情報を用いて、提示メニューを構成するものとして、コンピュータを機能させるプログラムであることは好適である。

また、前記食事情報は、ワインのラベル画像を有し、上記プログラムにおいて、前記指示受信部は、ワインを購入するための指示である購入指示を受信し、コンピュータを、前記購入指示の受信に応じて、前記購入指示に対応する飲食情報が有するワインのラベル画像を用いて、当該ワインの購入のためのＷｅｐページ識別子を検索し、出力する検索部として、さらに機能させるプログラムであることは好適である。

また、図１８は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の情報システムを実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１８は、このコンピュータシステム３００の概観図であり、図１９は、システム３００のブロック図である。

図１８において、コンピュータシステム３００は、ＣＤ−ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４と、マイク３０５と、スピーカー３０６とを含む。

図１９において、コンピュータ３０１は、ＣＤ−ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、バス３０１４と、ＲＯＭ３０１５と、ＲＡＭ３０１６と、ハードディスク３０１７とを含む。なお、バス３０１４は、ＭＰＵ３０１３やＣＤ−ＲＯＭドライブ３０１２に接続されている。また、ＲＯＭ３０１５には、ブートアッププログラム等のプログラムが記憶されている。また、ＲＡＭ３０１６は、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのものである。また、ハードディスク３０１７は、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのものである。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。

コンピュータシステム３００に、上述した実施の形態の情報システムの機能を実行させるプログラムは、ＣＤ−ＲＯＭ３１０１に記憶されて、ＣＤ−ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。

プログラムは、コンピュータ３０１に、上述した実施の形態の情報システムの機能を実行させるオペレーティングシステム、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。

なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信するステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記各実施の形態において、各処理（各機能）は、単一の装置（システム）によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかる情報システムは、食事をした食事内容を複数人で共有して利用することができるという効果を有し、情報システム等として有用である。

１ サーバ装置
２ 端末装置
３ 注文装置
４ 決済装置
２０ 位置情報取得部
２１ 端末受付部
２１ 端末格納部
２２ 端末送信部
２３ 端末受信部
２４ 端末出力部
３０ メニュー格納部
３１ 注文受付部
３２ 注文送信部
３３ 注文出力部
４１ 決済受付部
４２ 決済送信部
４３ 決済出力部
１０１ ユーザ情報格納部
１０２ レストラン情報格納部
１０３ 飲食情報格納部
１０４ 登録情報格納部
１０５ 飲食情報受信部
１０６ 指示受信部
１０７ 飲食情報蓄積部
１０８ メニュー構成部
１０９ メニュー送信部
１１０ 検索部
１１１ 登録指示受信部
１１２ 登録情報蓄積部
１１３ 通知部

Claims (14)

1. ２以上の端末装置とサーバ装置とを具備する情報システムにおけるサーバ装置であって、
   前記端末装置は、
   ユーザを識別するユーザ識別子を格納し得る端末格納部と、
   ユーザが食べた食事に関する情報であり、食事の内容を示す食事内容情報と食事をしたレストランを識別するレストラン識別子とを有する食事情報を受け付ける端末受付部と、
   前記端末受付部が受け付けた食事情報と前記ユーザ識別子とを有する飲食情報を、前記サーバ装置に送信する端末送信部と、
   他の人が送信してきた食事内容情報を有する１または２以上のメニュー項目を含む提示メニューを、前記サーバ装置から受信する端末受信部と、
   前記端末受信部が受信した提示メニューを出力する端末出力部とを具備し、
   前記サーバ装置は、
   ２以上の飲食情報を格納し得る飲食情報格納部と、
   ２以上の端末装置から２以上の飲食情報を受信する飲食情報受信部と、
   前記２以上の飲食情報を前記飲食情報格納部に蓄積する飲食情報蓄積部と、
   ユーザ識別子を有する指示であり、他の人が送信した食事内容情報を有する１または２以上のメニュー項目を含む提示メニューを取得する指示であるメニュー取得指示を、１以上の端末装置から受信する指示受信部と、
   前記指示受信部が受信したメニュー取得指示に対応する食事内容情報であり、他の人が送信した１または２以上の食事内容情報を前記飲食情報格納部から取得し、当該１または２以上の食事内容情報を含む提示メニューを構成するメニュー構成部と、
   前記メニュー取得指示を送信してきた端末装置に前記提示メニューを送信するメニュー送信部とを具備する情報システムを構成するサーバ装置。
2. 前記メニュー構成部は、
   前記指示受信部が受信したメニュー取得指示に含まれる情報であり、ユーザに関する情報であるユーザ情報を用いて、当該ユーザに適した提示メニューであり、１または２以上の他の人が送信した１または２以上の食事内容情報を前記飲食情報格納部から取得し、当該１または２以上の食事内容情報を含む提示メニューを構成する請求項１記載のサーバ装置。
3. 前記端末装置は、
   ユーザの位置を示すユーザ位置情報を取得する位置情報取得部をさらに具備し、
   前記端末送信部は、
   前記位置情報取得部が取得したユーザ位置情報をも有する飲食情報を前記サーバ装置に送信し、
   前記メニュー取得指示は、ユーザ位置情報を含み、
   前記ユーザ情報は、ユーザの位置を示すユーザ位置情報であり、
   前記メニュー構成部は、
   前記指示受信部が受信したメニュー取得指示に含まれるユーザ位置情報を用いて、当該ユーザ位置情報に対して予め決められた条件を満たすユーザ位置情報と対になる食事内容情報であり、１または２以上の他の人が送信した１または２以上の食事内容情報を、前記飲食情報格納部から取得し、当該１または２以上の食事内容情報を含む提示メニューを構成する請求項２記載のサーバ装置。
4. 前記メニュー構成部は、
   前記指示受信部が受信したメニュー取得指示に含まれるユーザ位置情報に対応するレストラン識別子を取得し、当該レストラン識別子と対になる食事内容情報であり、１または２以上の他の人が送信した１または２以上の食事内容情報を、前記飲食情報格納部から取得し、当該１または２以上の食事内容情報を含む提示メニューを構成する請求項３記載のサーバ装置。
5. 前記食事情報は、食事のカテゴリーを示すカテゴリー情報を有し、
   前記メニュー構成部は、
   前記指示受信部が受信したメニュー取得指示に含まれるカテゴリー情報、またはレストラン識別子、またはユーザ位置情報を用いて、カテゴリー情報を取得し、当該カテゴリー情報を用いて、当該ユーザに適した提示メニューであり、１または２以上の他の人が送信した１または２以上の食事内容情報を前記飲食情報格納部から取得し、当該１または２以上の食事内容情報を含む提示メニューを構成する請求項２記載のサーバ装置。
6. 食事を識別するメニュー識別子と当該メニュー識別子で識別される食事の食事内容情報とを有する１以上のメニュー項目と、レストラン識別子と、レストランの位置を示すレストラン位置情報とを有する１以上のレストラン情報を格納し得るレストラン情報格納部をさらに具備し、
   前記メニュー構成部は、
   前記指示受信部が受信したメニュー取得指示に含まれるユーザ識別子と対になるレストラン識別子のレストラン位置情報と、予め決められた条件を満たすレストラン位置情報を有するレストラン情報に含まれるレストラン識別子と対になる１または２以上の食事内容情報であり、１または２以上の他の人が送信した１または２以上の食事内容情報を前記飲食情報格納部から取得し、当該１または２以上の食事内容情報を含む提示メニューを構成する請求項２記載のサーバ装置。
7. 前記メニュー構成部は、
   前記指示受信部が受信したメニュー取得指示に含まれるユーザ識別子を含む１以上の飲食情報と、他の人の１以上の飲食情報とを用いて、前記ユーザ識別子で識別されるユーザと予め決められた条件を満たす飲食情報に含まれるユーザ識別子を決定し、当該ユーザ識別子と対になる１または２以上の食事内容情報を前記飲食情報格納部から取得し、当該１または２以上の食事内容情報を含む提示メニューを構成する請求項２記載のサーバ装置。
8. ユーザ識別子と当該ユーザへの連絡先を示す連絡先情報とを有するユーザ情報を格納し得るユーザ情報格納部と、
   前記端末受付部は、
   前記サーバ装置に送信された食事情報の送信を要求する食事特定情報とユーザ識別子とを含む登録指示をも受け付け、
   前記端末送信部は、
   前記登録指示をも前記サーバ装置に送信し、
   前記端末受信部は、
   前記登録指示に対応する１以上の飲食情報の一部または全部を、前記サーバ装置から受信し、
   前記サーバ装置は、
   食事特定情報とユーザ識別子とを有する登録情報を格納し得る登録情報格納部と、
   前記登録指示を受信する登録指示受信部と、
   前記登録指示受信部が受信した登録指示が有する食事特定情報とユーザ識別子とを用いて登録情報を構成し、前記登録情報格納部に蓄積する登録情報蓄積部と、
   前記飲食情報受信部が受信した飲食情報が合致する食事特定情報を特定し、当該食事特定情報と対になるユーザ識別子で識別されるユーザに、前記飲食情報受信部が受信した飲食情報の一部または全部を送信する通知部とをさらに具備する請求項１から請求項７いずれか記載のサーバ装置。
9. 前記飲食情報受信部は、
   食事を注文する注文装置に入力された食事内容情報を有する飲食情報を、前記注文装置から受信する請求項１から請求項８いずれか一項に記載のサーバ装置。
10. 前記飲食情報受信部は、
    決済を行う決済装置に入力された食事内容情報を有する飲食情報を、前記決済装置から受信する請求項１から請求項８いずれか一項に記載のサーバ装置。
11. 前記指示受信部は、
    ユーザ識別子と、当該ユーザ識別子で識別されるユーザの位置を示すユーザ位置情報を有するメニュー取得指示を受信し、
    前記メニュー構成部は、
    前記ユーザ位置情報を用いて、前記ユーザが一のレストランに居るか否かを判断し、前記ユーザが一のレストランに居ると判断した場合は、当該一のレストランに対応する１以上の飲食情報を用いて、提示メニューを構成する請求項１から請求項１０いずれか記載のサーバ装置。
12. 前記食事情報は、
    ワインのラベル画像を有し、
    前記指示受信部は、
    ワインを購入するための指示である購入指示を受信し、
    前記購入指示の受信に応じて、前記購入指示に対応する飲食情報が有するワインのラベル画像を用いて、当該ワインの購入のためのＷｅｐページ識別子を検索し、出力する検索部をさらに具備する請求項１から請求項１１いずれか一項に記載のサーバ装置。
13. 記録媒体は、
    ２以上の飲食情報を格納し得る飲食情報格納部を有し、
    飲食情報受信部、飲食情報蓄積部、指示受信部、メニュー構成部、およびメニュー送信部により実現される情報処理方法であって、
    前記飲食情報受信部は、２以上の端末装置から２以上の飲食情報を受信する飲食情報受信ステップと、
    前記飲食情報蓄積部は、前記２以上の飲食情報を前記飲食情報格納部に蓄積する飲食情報蓄積ステップと、
    前記指示受信部は、ユーザ識別子を有する指示であり、他の人が送信した食事内容情報を有する１または２以上のメニュー情報を含む提示メニューを取得する指示であるメニュー取得指示を、１以上の端末装置から受信する指示受信ステップと、
    前記メニュー構成部は、前記指示受信ステップで受信されたメニュー取得指示に対応する食事内容情報であり、他の人が送信した１または２以上の食事内容情報を前記飲食情報格納部から取得し、当該１または２以上の食事内容情報を含む提示メニューを構成するメニュー構成ステップと、
    前記メニュー送信部は、前記メニュー取得指示を送信してきた端末装置に前記提示メニューを送信するメニュー送信ステップとを具備する情報処理方法。
14. コンピュータがアクセス可能な記録媒体は、
    ２以上の飲食情報を格納し得る飲食情報格納部を有し、コンピュータを、
    ２以上の端末装置から２以上の飲食情報を受信する飲食情報受信部と、
    前記２以上の飲食情報を前記飲食情報格納部に蓄積する飲食情報蓄積部と、
    ユーザ識別子を有する指示であり、他の人が送信した食事内容情報を有する１または２以上のメニュー情報を含む提示メニューを取得する指示であるメニュー取得指示を、１以上の端末装置から受信する指示受信部と、
    前記指示受信部が受信したメニュー取得指示に対応する食事内容情報であり、他の人が送信した１または２以上の食事内容情報を前記飲食情報格納部から取得し、当該１または２以上の食事内容情報を含む提示メニューを構成するメニュー構成部と、
    前記メニュー取得指示を送信してきた端末装置に前記提示メニューを送信するメニュー送信部として機能させるためのプログラム。