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

Description

本発明は、自分が食べた食事の情報に基づいて自分用のメニューを構成し出力するサーバ装置等に関するものである。

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

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

しかしながら、従来の技術においては、自分が食事をした食事内容を用いて、自分用のメニューを構成し、利用できなかった。

本第一の発明のサーバ装置は、ユーザが食べた食事に関する情報であり、食事の内容を示す食事内容情報と食事をしたレストランを識別するレストラン識別子とを有する食事情報、およびユーザを識別するユーザ識別子を有する１以上の飲食情報を格納し得る飲食情報格納部と、１以上の端末装置から１以上の飲食情報を受信する飲食情報受信部と、１以上の飲食情報を飲食情報格納部に蓄積する飲食情報蓄積部と、１以上の端末装置からユーザが食べた食事のメニューを取得する指示であり、ユーザ識別子を有する指示であるメニュー取得指示を受信する指示受信部と、メニュー取得指示に含まれるユーザ識別子を有する２以上の飲食情報を用いて、食事のメニューである自分メニューを構成するメニュー構成部と、メニュー取得指示を送信してきた端末装置に自分メニューを送信するメニュー送信部とを具備するサーバ装置である。

かかる構成により、自分が食事をした食事内容を用いて、自分用のメニューを構成し、利用できる。

また、本第二の発明のサーバ装置は、第一の発明に対して、食事を識別するメニュー識別子とメニュー識別子で識別される食事の食事内容情報とを有する１以上のメニュー情報と、レストラン識別子とを有する１以上のレストラン情報を格納し得るレストラン情報格納部をさらに具備し、飲食情報受信部は、レストラン情報格納部に格納されているレストラン識別子を含む飲食情報を受信する場合、およびレストラン情報格納部に格納されているレストラン識別子を含まない飲食情報を受信する場合があり、飲食情報格納部の飲食情報がレストラン識別子を含む場合と含まない場合とで、処理が異なるサーバ装置である。

かかる構成により、登録されているレストランの食事情報を、登録されていないレストランの食事情報と比較して、有効に利用できる。その結果、レストラン側にとって、登録のモチベーションを与えることができる。

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

かかる構成により、簡易に食事情報を入力できる。また、確実に注文した食事の情報を用いて、自分用のメニューを構成できる。

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

かかる構成により、簡易に食事情報を入力できる。また、確実に注文した食事の情報を用いて、自分用のメニューを構成できる。

また、本第五の発明のサーバ装置は、第一から第四いずれかの発明に対して、飲食情報蓄積部は、予め決められた条件を満たさない飲食情報は飲食情報格納部に蓄積しないサーバ装置である。

かかる構成により、不適切な食事情報は登録されず、適切なメニューを構成できる。

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

かかる構成により、ユーザの居場所に応じた適切な自分メニューを取得できる。

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

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

本発明によるサーバ装置によれば、自分が食事をした食事内容を用いて、自分用のメニューを構成し、利用できる。

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

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

（実施の形態１）
本実施の形態において、自分が食事をした食事内容を用いて、自分用のメニューを構成し、利用する情報システムについて説明する。

また、本実施の形態において、レストラン情報の管理を行い、登録されているレストランの飲食情報と登録されていないレストランの飲食情報とで異なる処理を行う情報システムについて説明する。

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

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

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

図１は、本実施の形態における情報システムの概念図である。情報システムは、サーバ装置１、１または２以上の端末装置２、１または２以上の注文装置３、および１または２以上の決済装置４を備える。

図２は、本実施の形態における情報システムのブロック図である。情報システムを構成するサーバ装置１は、レストラン情報格納部１１、飲食情報格納部１２、飲食情報受信部１３、指示受信部１４、飲食情報蓄積部１５、メニュー構成部１６、メニュー送信部１７、検索部１８を備える。

また、端末装置２は、端末受付部２１、端末送信部２２、端末受信部２３、端末出力部２４を備える。

また、注文装置３は、注文受付部３１、注文送信部３２、注文出力部３３を備える。

さらに、決済装置４は、決済受付部４１、決済送信部４２、決済出力部４３を備える。

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

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

ユーザ識別子は、例えば、ＩＤ、氏名等であり、ユーザを識別できる情報であれば何でも良い。また、ユーザ識別子は、ユーザが保有する端末装置２の識別情報（例えば、電話番号、ＩＰアドレス、ＭＡＣアドレス等）でも良い。

飲食情報受信部１３は、１または２以上の端末装置２から１または２以上の飲食情報を受信する。なお、飲食情報受信部１３が受信する飲食情報は、飲食情報の一部の情報でも良い。かかる場合も、飲食情報の受信である。

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

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

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

指示受信部１４は、１または２以上の端末装置２からメニュー取得指示を受信する。メニュー取得指示は、ユーザが食べた食事のメニューを取得する指示であり、ユーザ識別子を有する指示である。メニュー取得指示は、ユーザ識別子と、当該ユーザ識別子で識別されるユーザの位置を示すユーザ位置情報を有することは好適である。

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

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

メニュー構成部１６は、メニュー取得指示に含まれるユーザ識別子を有する１または２以上の飲食情報を用いて、自分メニューを構成する。自分メニューは、自分が過去に注文した食事の情報から構成されるメニューである。また、メニュー構成部１６は、注文した回数、飲食した時刻、現在位置からの距離をキーとして、飲食情報またはその一部の情報をソートし、当該ソートした飲食情報またはその一部の情報から、自分メニューを構成しても良い。

また、メニュー構成部１６は、現在のユーザが居る位置を示すユーザ位置情報を用いて、現在位置から予め決められた範囲内にあるレストラン（周辺レストラン）を決定し、当該周辺レストランの飲食情報を用いて、食事のメニューを構成しても良い。

また、メニュー構成部１６は、ユーザ位置情報を用いて、ユーザが一のレストランに居るか否かを判断し、ユーザが一のレストランに居ると判断した場合は、当該一のレストランに対応する１以上の飲食情報であり、ユーザ識別子を有する１以上の飲食情報を用いて、食事のメニューである自分メニューを構成することは好適である。

具体的には、メニュー構成部１６は、ユーザ位置情報と、レストラン情報格納部１１のレストラン情報が有するレストランの位置情報とを用いて、ユーザが一のレストランに居るか否かを判断する。メニュー構成部１６は、例えば、レストラン情報格納部１１のレストラン情報が有する一のレストランの位置情報とユーザ位置情報との距離が閾値以内であれば、ユーザが一のレストランに居ると判断し、閾値より大きければユーザが一のレストランに居ない、と判断する。また、メニュー構成部１６は、例えば、レストラン情報格納部１１のレストラン情報が有する一のレストランの位置情報が示す領域内に、ユーザ位置情報が入っているか否かを判断し、領域内にユーザ位置情報が入っている場合はユーザが当該一のレストランに居ると判断し、領域内にユーザ位置情報が入っていない場合はユーザが一のレストランに居ない、と判断する。

そして、メニュー構成部１６は、ユーザが一のレストランに居ると判断した場合は、当該一のレストランに対応する１以上の飲食情報であり、当該ユーザのユーザ識別子を有する１以上の飲食情報を、飲食情報格納部１２から取得する。次に、メニュー構成部１６は、取得した１以上の飲食情報から自分メニューを構成する。

なお、メニュー構成部１６は、ユーザが一のレストランに居ないと判断した場合は、通常、上記のアルゴリズムとは異なるアルゴリズムにより、自分メニューを構成する。つまり、メニュー構成部１６は、ユーザが一のレストランに居ないと判断した場合は、例えば、ユーザ位置情報が示す位置から予め決められた範囲に存在する１以上のレストランに対応する１以上の飲食情報であり、当該ユーザのユーザ識別子を有する１以上の飲食情報を、飲食情報格納部１２から取得し、当該取得した１以上の飲食情報から自分メニューを構成する。また、メニュー構成部１６は、ユーザが一のレストランに居ないと判断した場合は、例えば、ユーザ位置情報を用いずに、当該ユーザのユーザ識別子を有する１以上の飲食情報を、飲食情報格納部１２から取得し、当該取得した１以上の飲食情報から自分メニューを構成しても良い。

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

メニュー送信部１７は、メニュー取得指示を送信してきた端末装置２に、メニュー構成部１６が構成した自分メニューを送信する。

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

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

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

端末装置２を構成する端末受付部２１は、ユーザから指示や情報を受け付ける。指示は、例えば、メニュー取得指示、購入指示、注文指示等である。なお、端末受付部２１は、ユーザ位置情報を受け付け、メニュー取得指示はユーザ識別子とユーザ位置情報とを有することは好適である。かかる場合、端末装置２は、通常、ユーザ位置情報を取得するための位置情報取得手段を具備する。位置情報取得手段は、例えば、ＧＰＳ受信機等である。また、注文指示とは、端末出力部２４が出力した自分メニューを構成する項目を選択し、当該選択された項目に対応する料理を注文する指示である。また、情報は、例えば、飲食情報である。また、情報は、例えば、飲食情報の一部でも良い。また、端末受付部２１は、一の飲食情報の一部を受け付けた後、一の飲食情報の残りの情報を受け付けても良い。
指示や情報の入力手段は、キーボードやマウスやメニュー画面によるもの等、何でも良い。

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

端末受信部２３は、サーバ装置１から情報を受信する。ここでの情報は、例えば、自分メニュー、Ｗｅｂページを識別する１以上のＷｅｂページ識別子である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（ステップＳ３０２）飲食情報蓄積部１５は、ステップＳ３０１で受信された飲食情報が、予め決められた条件を満たすか否かを判断する。予め決められた条件を満たす場合はステップＳ３０３に行き、予め決められた条件を満たさない場合はステップＳ３０１に戻る。

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

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

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

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

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

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

（ステップＳ３０９）メニュー構成部１６は、ステップＳ３０８で受信したメニュー取得指示に従って、メニューを構成する。このメニューは、メニュー取得指示を送信してきたユーザの自分メニューである。なお、メニューを構成するメニュー構成処理について、図４のフローチャートを用いて説明する。

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

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

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

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

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

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

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

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

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

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

（ステップＳ４０１）メニュー構成部１６は、ステップＳ３０８で受信されたメニュー取得指示が有するユーザ識別子を取得する。

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

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

（ステップＳ４０４）メニュー構成部１６は、ステップＳ４０３で検索した１以上の飲食情報から、自分メニューを構成する。上位処理にリターンする。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

かかる状況において、以下の場合について説明する。
［１．飲食情報の登録］
（１）ユーザの端末装置２からの飲食情報の登録

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、メニュー構成部１６は、構成した検索式「ユーザＩＤ＝Ｕ００１ ＡＮＤ レストランＩＤ＝Ｒ００１」を用いて、図７の飲食情報管理表から、飲食情報を検索し、取得する。取得された飲食情報は、図１０である。

次に、メニュー構成部１６は、図１０の飲食情報を用いて、自分メニューを構成する。この自分メニューは、現在の自分の位置に適合した自分メニューである、と言える。

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

次に、端末装置２の端末受信部２３は、サーバ装置１から自分メニューを受信する。そして、端末出力部２４は、端末受信部２３が受信した自分メニューを出力する。ここで、出力された自分メニューの例が図１１である。なお、図１１において、自分が料理を食べた日も表示されている。また、自分メニューにおいて、図１０の情報のうち、いかなる情報を表示しても良い。
（２）自分の現在位置の情報を利用しないで、自分メニューを呼び出し、閲覧する

以下、ユーザの端末装置２から自分メニューを呼び出し、閲覧する処理について説明する。ここでは、自分の現在位置の情報を利用しないで、自分メニューを呼び出し、閲覧する処理について説明する。

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

次に、端末装置２の端末受付部２１は、ユーザからメニュー取得指示を受け付ける。次に、端末送信部２２は、端末受付部２１が受け付けたメニュー取得指示をサーバ装置１に送信する。なお、サーバ装置１に送信するメニュー取得指示は、ユーザＩＤ「Ｕ００１」、およびユーザが居る位置を示すユーザ位置情報（Ｘ_ｖ，Ｙ_ｖ）を有する。つまり、メニュー取得指示は、例えば、「メニュー取得（Ｕ００１，（Ｘ_ｖ，Ｙ_ｖ））」である。

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

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

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

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

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

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

次に、端末装置２の端末受信部２３は、サーバ装置１から自分メニューを受信する。そして、端末出力部２４は、端末受信部２３が受信した情報を出力する。ここで、出力された自分メニューの例が図１３である。なお、図１３において、自分が料理を食べた日やレストラン名も表示されている。また、自分メニューにおいて、図１２の情報のうち、いかなる情報を表示しても良い。
（３）自分メニューを呼び出し、注文する

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

以上の処理により、ユーザが過去に飲んで美味しかったワインを容易に購入できる。

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

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

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

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

また、上記プログラムにおいて、記録媒体は、食事を識別するメニュー識別子と当該メニュー識別子で識別される食事の食事内容情報とを有する１以上のメニュー情報と、レストラン識別子とを有する１以上のレストラン情報を格納し得るレストラン情報格納部をさらに具備し、
前記飲食情報受信部は、
前記レストラン情報格納部に格納されているレストラン識別子を含む飲食情報を受信する場合、および前記レストラン情報格納部に格納されているレストラン識別子を含まない飲食情報を受信する場合があり、
前記飲食情報格納部の飲食情報がレストラン識別子を含む場合と含まない場合とで、処理が異なる
ものとして、コンピュータを機能させるプログラムであることは好適である。

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

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

また、上記プログラムにおいて、前記飲食情報蓄積部は、予め決められた条件を満たさない飲食情報は前記飲食情報格納部に蓄積しないものとして、コンピュータを機能させるプログラムであることは好適である。

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

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

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

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

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

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

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

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

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

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

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

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

以上のように、本発明にかかるサーバ装置は、自分が食事をした食事内容を用いて、自分用のメニューを構成し、利用できる、という効果を有し、ＳＮＳサーバ装置等として有用である。

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

Claims (6)

1. ユーザが食べた食事に関する情報であり、食事の内容を示す食事内容情報と食事をしたレストランを識別するレストラン識別子とを有する食事情報、および当該ユーザを識別するユーザ識別子を有する飲食情報が格納される飲食情報格納部と、
   食事を識別するメニュー識別子と当該メニュー識別子で識別される食事の食事内容情報とを有する１以上のメニュー情報と、レストラン識別子とを有する１以上のレストラン情報が格納されるレストラン情報格納部と、
   端末装置から、飲食情報を受信する飲食情報受信部と、
   前記飲食情報を前記飲食情報格納部に蓄積する飲食情報蓄積部と、
   端末装置からユーザが食べた食事のメニューを取得する指示であり、ユーザ識別子を有する指示であるメニュー取得指示を受信する指示受信部と、
   前記メニュー取得指示に含まれるユーザ識別子を有する２以上の飲食情報を用いて、食事のメニューである自分メニューを構成するメニュー構成部と、
   前記メニュー取得指示を送信してきた端末装置に前記自分メニューを送信するメニュー送信部とを具備し、
   前記飲食情報受信部は、前記レストラン情報格納部に格納されているレストラン識別子を含む飲食情報を受信する場合、および前記レストラン情報格納部に格納されているレストラン識別子を含まない飲食情報を受信する場合があり、
   前記飲食情報格納部の飲食情報がレストラン識別子を含む場合と含まない場合とで、処理が異なるサーバ装置。
2. 前記飲食情報蓄積部は、
   予め決められた条件を満たさない飲食情報は前記飲食情報格納部に蓄積しない請求項１記載のサーバ装置。
3. 前記指示受信部は、
   ユーザ識別子と、当該ユーザ識別子で識別されるユーザの位置を示すユーザ位置情報を有するメニュー取得指示を受信し、
   前記メニュー構成部は、
   前記ユーザ位置情報を用いて、前記ユーザが一のレストランに居るか否かを判断し、前記ユーザが一のレストランに居ると判断した場合は、当該一のレストランに対応する１以上の飲食情報であり、前記ユーザ識別子を有する１以上の飲食情報を用いて、食事のメニューである自分メニューを構成する請求項１または請求項２記載のサーバ装置。
4. 前記食事情報は、
   ワインのラベル画像を有し、
   前記指示受信部は、
   ワインを購入するための指示である購入指示を受信し、
   前記購入指示の受信に応じて、前記購入指示に対応する飲食情報が有するワインのラベル画像を用いて、当該ワインの購入のためのＷｅｂページ識別子を検索し、出力する検索部をさらに具備する請求項１から請求項３いずれか一項に記載のサーバ装置。
5. ユーザが食べた食事に関する情報であり、食事の内容を示す食事内容情報と食事をしたレストランを識別するレストラン識別子とを有する食事情報、および当該ユーザを識別するユーザ識別子を有する飲食情報が格納される飲食情報格納部と、食事を識別するメニュー識別子と当該メニュー識別子で識別される食事の食事内容情報とを有する１以上のメニュー情報と、レストラン識別子とを有する１以上のレストラン情報が格納されるレストラン情報格納部と、飲食情報受信部と、飲食情報蓄積部と、指示受信部と、メニュー構成部と、メニュー送信部とにより実現される情報処理方法であって、
   前記飲食情報受信部が、端末装置から、飲食情報を受信する飲食情報受信ステップと、
   前記飲食情報蓄積部が、前記飲食情報を前記飲食情報格納部に蓄積する飲食情報蓄積ステップと、
   前記指示受信部が、端末装置からユーザが食べた食事のメニューを取得する指示であり、ユーザ識別子を有する指示であるメニュー取得指示を受信する指示受信ステップと、
   前記メニュー構成部が、前記メニュー取得指示に含まれるユーザ識別子を有する２以上の飲食情報を用いて、食事のメニューである自分メニューを構成するメニュー構成ステップと、
   前記メニュー送信部が、前記メニュー取得指示を送信してきた端末装置に前記自分メニューを送信するメニュー送信ステップとを具備し、
   前記飲食情報受信ステップにおいて、前記レストラン情報格納部に格納されているレストラン識別子を含む飲食情報を受信する場合、および前記レストラン情報格納部に格納されているレストラン識別子を含まない飲食情報を受信する場合があり、
   前記飲食情報格納部の飲食情報がレストラン識別子を含む場合と含まない場合とで、処理が異なる情報処理方法。
6. ユーザが食べた食事に関する情報であり、食事の内容を示す食事内容情報と食事をしたレストランを識別するレストラン識別子とを有する食事情報、および当該ユーザを識別するユーザ識別子を有する飲食情報が格納される飲食情報格納部と、
   食事を識別するメニュー識別子と当該メニュー識別子で識別される食事の食事内容情報とを有する１以上のメニュー情報と、レストラン識別子とを有する１以上のレストラン情報が格納されるレストラン情報格納部とを具備する記録媒体にアクセス可能なコンピュータを、
   端末装置から、飲食情報を受信する飲食情報受信部と、
   前記飲食情報を前記飲食情報格納部に蓄積する飲食情報蓄積部と、
   端末装置からユーザが食べた食事のメニューを取得する指示であり、ユーザ識別子を有する指示であるメニュー取得指示を受信する指示受信部と、
   前記メニュー取得指示に含まれるユーザ識別子を有する２以上の飲食情報を用いて、食事のメニューである自分メニューを構成するメニュー構成部と、
   前記メニュー取得指示を送信してきた端末装置に前記自分メニューを送信するメニュー送信部として機能させるためのプログラムであって、
   前記飲食情報受信部は、前記レストラン情報格納部に格納されているレストラン識別子を含む飲食情報を受信する場合、および前記レストラン情報格納部に格納されているレストラン識別子を含まない飲食情報を受信する場合があり、
   前記飲食情報格納部の飲食情報がレストラン識別子を含む場合と含まない場合とで、処理が異なるものとして、コンピュータを機能させるためのプログラム。