JP5966068B2 - サーバ装置 - Google Patents

Description

本発明は、ネットワーク端末に各種情報を提供するサーバ装置に関する。

パソコンやスマートフォン等のユーザ端末に、検索エンジンや店舗情報などを提供するＷｅｂサイトが広く利用されている。このＷｅｂサイトには、ユーザからの会員登録を受付け、その会員登録をしたユーザのユーザ端末に、そのユーザの専用ページ（マイページ）を提供し、マイページから各種サービスを提供しているものが知られている。また、上記のような会員登録を受付けるＷｅｂサイトでは、前記マイページにおいて、ユーザのお気に入りの店舗情報（店舗のURL、住所、サービス内容等の情報）を登録するブックマーク機能を提供し、情報検索の利便性を高めることも行われている。また、上記のような会員登録を受付けるＷｅｂサイトでは、ユーザの商品購入履歴や操作履歴（コメント投稿）などに対して、商品購入や飲食の際の割引等に利用できるポイントを付与することも行われている。尚、特許文献１には、ブックマーク機能を備えたブラウザ装置に関する技術が開示されている。

特開２００５−０１０８８２号公報

ところで、上記のような店舗情報を提供するＷｅｂサイトにおいて、飲食店から提供される店舗を紹介する情報以外に、店舗の選択に参考になる情報を参照することができれば、店舗を選定する際の有効な判断材料となり便利である。

しかしながら、上記のようなブックマーク機能を提供するＷｅｂサイトは、マイページ上において、ブックマーク機能でユーザ自身が登録しておいた店舗情報（飲食店側から提供される情報）を閲覧できるものの、他のユーザが登録した店舗情報や店舗に対する評判（コメント）を閲覧することができず、店舗を探しているユーザに有益な情報が十分に提供されるものではなかった。そのため、ユーザは、効率的に満足できる店舗選びができないことがあった。また、ポイントを付与するＷｅｂサイトでは、ポイントが付与されているユーザが多数いるものの、ポイントの獲得や利用を促す情報が十分に提供されておらず、その利用実績が低いものとなっていた。その結果、上記のＷｅｂサイトでは、ポイントを有効活用できる店舗がありながら、その店舗がお店選びの対象にされないことがあった。

本発明は上記課題に鑑みてなされたものであって、複数のユーザ端末とネットワークを介して接続され且つ各ユーザ端末に対して店舗情報を提供するサーバ装置において、店舗の選定に有効な情報を提供することを目的とする。

上記課題を解決するための本発明は、複数のユーザ端末とネットワークを介して接続され且つ各ユーザ端末に対して店舗情報を提供するサーバ装置であって、ユーザ端末のユーザを識別する識別情報毎に、該ユーザの嗜好を示した嗜好情報及び該ユーザが幹事の経験が豊富であることを数値で示した幹事度を関連付けて登録したユーザ属性データベースと、前記ユーザ端末からの要求に応じて、前記ユーザ属性データベースを用いて該ユーザ端末のユーザ用の画像情報を生成し該ユーザ端末に該画像情報を送信する情報提供部とを備え、前記画像情報には、前記ユーザ端末のユーザの嗜好情報及び幹事度をグラフ化して示したユーザ情報が含まれており、前記嗜好情報には、飲食店のジャンル毎の好みを示した飲食店嗜好情報、飲料の種類毎の好みを示した飲料嗜好情報及び味覚及び食材毎の好みを示した味覚食材嗜好情報が含まれていることを特徴としている。

このように、本発明によれば、ユーザ端末のユーザに、そのユーザの嗜好及び幹事度をグラフ化して示したユーザ情報が提示されるようになっている。そのため、ユーザは、自分の嗜好を確認した上で、お店選びを行うことができるため（例えば、検索対象を自分の嗜好に合う店舗に絞り込めるため）、自分の嗜好に合うお店を効率よく探すことができる。

また、前記識別情報毎に、該識別情報により特定されるユーザにより選択され登録された店舗に関する情報が関連付けられたユーザ登録データベースを有し、前記情報提供部は、前記画像情報上において前記ユーザ端末から該ユーザ端末のユーザと嗜好が類似している他のユーザに関する情報の提示要求が受付可能に構成されており、該提示要求を受付けると前記ユーザ属性データベースのなかから該ユーザ端末のユーザと嗜好が類似している他のユーザを選定して該ユーザ端末に該選定した他のユーザを紹介する紹介ページを提供すると共に、前記ユーザ登録データベースを用いて該紹介ページで紹介されている他のユーザが登録した店舗に関する情報を選択して該ユーザ端末に提供できるようになされていることが望ましい。また、前記ユーザにより選択され登録された店舗に関する情報には、少なくとも、該ユーザが選択した店舗を紹介する店舗情報及び該ユーザにより投稿された店舗で提供するメニューを紹介するメニュー情報のいずれかが含まれていることが望ましい。また、前記ユーザ属性データベースには、前記ユーザの嗜好情報及び幹事度を公開するか非公開にするかを選択する情報が含まれ、該公開すると選択されている情報に対応する嗜好情報及び幹事度が他のユーザのユーザ端末に公開されるようになっていることが望ましい。

このように、本発明によれば、ユーザ端末に、そのユーザと嗜好が類似している他のユーザを紹介する紹介ページが提供され、これにより、ユーザにお店探し以外の楽しみが提供されるようになる。また、ユーザ端末に、ユーザと嗜好が類似している他のユーザが登録した店舗に関する情報が提供されるため、より効率的に満足できる店舗選びをすることができる。すなわち、本発明によれば、自分の嗜好が類似している他のユーザが気に入っている（或いはお勧めする）店舗の情報を見ることができるため、自分の嗜好に合うお店を効率よく探すことができる。

また、前記識別情報毎に、該識別情報により特定されるユーザに付与されたポイントと該特定されるユーザに設定されたユーザランクとを関連付けたユーザデータベースと、前記ユーザランク毎に、そのランクのユーザに提供される特典情報を登録したユーザ特典テーブルとを備え、前記画像情報には、前記ユーザ端末のユーザのポイントと、該ユーザに設定されたユーザランクと、該ユーザランク向けの特典の紹介を受付ける受付ボタンが設けられており、前記情報提供部は、前記ユーザ端末により前記受付ボタンが選択されると、前記ユーザデータベース及び前記ユーザ特典テーブルを用いて、前記ユーザ端末のユーザに設定されたユーザランク向けの特典を提示したユーザ特典ページを生成し、該ユーザ端末に前記ユーザ特典ページを送信することが望ましい。この構成により、ユーザ端末のユーザに、ユーザのユーザランク及びユーザのポイントを認識させると共に、ユーザランク向けの特典が案内されるため、ユーザにポイントの獲得や利用を促すことができる。

また、前記ポイントには、有効期限が設定され、該有効期限が過ぎると自動的に失効する期間限定ポイントが含まれており、さらに、前記ユーザ端末のユーザに付与された前記期間限定ポイントの有効期限に近づくと、該有効期限切れが近いことを示す電子メールを生成し、該ユーザ端末に該電子メールを送信するメール処理部を備えていることが望ましい。このように、本発明によれば、期間限定ポイントを設けると共に、期間限定ポイントが有効期限切れに近づくと、その旨をユーザに知らせている（電子メールで知らせている）。これにより、ユーザにポイントの利用を促すことが可能になる。

本発明によれば、複数のユーザ端末とネットワークを介して接続され且つ各ユーザ端末に対して店舗情報を提供するサーバ装置において、店舗の選定に有効な情報を提供することができる。

本発明の実施形態の情報提供システムの構成を示したブロック図である。 本発明の実施形態のユーザデータベースのデータ構造の一例を示した模式図である。 本発明の実施形態のユーザ属性データベースを構成する第１データベースのデータ構造の一例を示した模式図である。 本発明の実施形態のユーザ属性データベースを構成する第２データベースのデータ構造の一例を示した模式図である。 本発明の実施形態のユーザ属性データベースを構成する第３データベースのデータ構造の一例を示した模式図である。 本発明の実施形態のユーザ属性データベースを構成する第４データベースのデータ構造の一例を示した模式図である。 本発明の実施形態のマイレストランデータベースのデータ構造の一例を示した模式図である。 本発明の実施形態のメニュー投稿データベースのデータ構造の一例を示した模式図である。 本発明の実施形態のファン登録データベースのデータ構造の一例を示した模式図である。 本発明の実施形態の店舗利用履歴データベースのデータ構造の一例を示した模式図である。 本発明の実施形態の店舗データベースのデータ構造の一例を示した模式図である。 本発明の実施形態の会員特典テーブルのデータ構造の一例を示した模式図である。 本発明の実施形態のサーバ装置がユーザ端末に提供する店舗情報提供サイトのメインページの一例を示した模式図である。 本発明の実施形態のサーバ装置がユーザ端末に提供する店舗情報提供サイトのユーザと嗜好が似ている人に関する情報提示ページの一例を示した模式図である。 本発明の実施形態のサーバ装置がユーザ端末に提供する情報提供サイトのマイレストラン紹介ページの一例を示した模式図である。 本発明の実施形態のサーバ装置がユーザ端末に提供する情報提供サイトのメニューランキング提示ページの一例を示した模式図である。

以下、本発明の実施形態について図面を用いて説明する。先ず、本発明の実施形態の情報提供システムの構成について図１に基づいて説明する。尚、図１は、本実施形態の情報提供システムの構成を示したブロック図である。

図示するように、本実施形態の情報提供システムは、インターネット等の通信ネットサークＮＷに接続されたサーバ装置１と、通信ネットワークＮＷに接続された複数のユーザ端末３と、通信ネットワークＮＷに接続された複数の店舗端末５とを備えている。また、サーバ装置１は、通信ネットワークＮＷを介して、ユーザ端末３との間でデータ通信が行えるようになっており、ユーザ端末３からの要求に応じて、ユーザ端末３に店舗情報を提供するようになっている。また、サーバ装置１は、通信ネットワークＮＷを介して、店舗端末５との間でデータ通信が行えるようになっている。尚、店舗端末５は、飲食店等の店舗に設置されている。

また、サーバ装置１は、ユーザ端末３を利用するユーザから会員登録を受け付け、会員登録をしたユーザのユーザ端末３に対し、そのユーザの専用ページ（マイページ（飲食店情報提供サイトを構成する専用ページ））を提供する。また、サーバ装置１は、会員登録したユーザのユーザ端末３に対し、ユーザの飲食店やＥＣサイトの利用履歴や操作履歴（コメント投稿）などに対して、飲食店やＥＣサイトを利用する際の割引等のサービスに使えるポイントを付与すると共に、利用履歴や操作履歴に応じた会員ランク（ユーザランク）を付与し、会員ランクに応じた特典を提供するようになっている。

また、サーバ装置１は、会員登録をしたユーザのユーザ端末３に対し、飲食店情報提供サイトで提示した店舗情報のなかから、気になる飲食店をブックマークして（選択して登録して）、登録した飲食店をリスト化して表示する機能（マイレストラン機能）を提供するようになっている。また、サーバ装置１は、そのユーザ端末３がリスト化した店舗情報を他のユーザ端末３に提供したり、或いは、ユーザ端末３同士で、店舗情報に関する情報（そのお店のメニューを紹介するコメント）を交換したりできるようになっている。

また、ユーザ端末３は、Ｗｅｂブラウザ機能を有する制御部と、液晶ディスプレイ等で構成される表示部と、キーボード、操作ボタン、マウス等で構成される入力部とを備えた情報処理装置（コンピュータやスマートフォン）により構成されている。

そして、ユーザ端末３は、通信ネットワークＮＷを介してサーバ装置１にアクセスし、サーバ装置１から送信されるＷｅｂサイトを構成するＷｅｂページを受信し、前記表示部にＷｅｂページを表示できるようになっている。また、ユーザ端末３は、前記入力部を介して操作を受け付け、Ｗｅｂページ上に表示された各種のデータを選択し、サーバ装置１に当該選択したデータを送信したり、Ｗｅｂページ上に提示された検索条件をサーバ装置１に送信したりできるようになっている。

また、店舗端末５は、前記会員登録されたユーザが飲食店（或いは、ＥＣサイト）を利用した場合、通信ネットワークＮＷを介して、サーバ装置１に、その利用実績（利用年月日、会員のユーザ名（ユーザＩＤ）、会計金額）を送信するようになっている。尚、本実施形態の情報提供システムは、サーバ装置１に特徴があり、ユーザ端末３及び店舗端末５は、公知の情報処理装置により実現されるものである。そのため、以下では、サーバ装置１の構成を詳細に説明し、それ以外の構成の説明を簡略化する。

サーバ装置１は、制御部１０と、情報提供部１１と、データ更新部１２と、メール処理部１３と、記憶部１４とを有し、ユーザ端末３に対して、飲食店に関する情報を提供する飲食店情報提供サイト（Ｗｅｂサイト）を提供するように構成されている。また、サーバ装置１は、会員登録したユーザのユーザ端末３に対して、前記Ｗｅｂサイト上で会員専用のサービスを提供する。ここで、記憶部１４には、ユーザデータベース２０と、ユーザ属性データベース３０と、マイレストランデータベース４０と、メニュー投稿データベース５０と、ファン登録データベース６０と、店舗利用履歴データベース７０と、店舗データベース８０と、会員特典テーブル９０とが格納されている。また、記憶部１４には、飲食店情報提供サイトの生成に必要な情報（アイコン、フレームデータ、画像情報）が登録されたＷｅｂページデータ（図示せず）が登録されている。

尚、サーバ装置１のハードウェア構成は特に限定されるものではないが、例えば、サーバ装置１は、ＣＰＵ、補助記憶装置、主記憶装置、ネットワークインターフェース及び入出力インターフェースを備えるコンピュータにより構成される。この場合、前記補助記憶装置には、制御部１０、情報提供部１１、データ更新部１２及びメール処理部１３の機能を実現するためのプログラムが格納されている。また、前記補助記憶装置の所定領域には、上述した記憶部１４が形成されている。そして、制御部１０、情報提供部１１、データ更新部１２及びメール処理部１３の機能は、前記ＣＰＵが補助記憶装置に格納された前記プログラムを前記主記憶装置にロードして実行することにより実現される。

具体的には、制御部１０は、サーバ装置１全体の動作を制御すると共に、サーバ装置１の各種設定を受け付ける。

情報提供部１１は、記憶部１４が記憶している各データベース（ユーザデータベース２０、ユーザ属性データベース３０、マイレストランデータベース４０、メニュー投稿データベース５０、ファン登録データベース６０、店舗利用履歴データベース７０、店舗データベース８０、会員特典テーブル９０）を用いて、ユーザ端末３に飲食店情報提供サイトを提供する。また、情報提供部１１は、ユーザ属性データベース３０を用いて、ユーザの飲食に関する嗜好を示した情報をグラフ化したユーザ嗜好情報を提供する。また、情報提供部１１は、グラフ化したユーザ嗜好情報を他のユーザ端末３（他の会員）に公開できるようになっている。また、情報提供部１１は、前記飲食店情報提供サイト上において、登録した店舗に関する情報（マイレストラン機能により登録した気になる飲食店の店舗情報や、ユーザが投稿した飲食店のメニューに関する情報等）を他のユーザ端末３（他の会員）に公開できるようになっている。

また、情報提供部１１は、ユーザ端末３のユーザに対し、そのユーザの会員ランク及び付与されたポイントを提示すると共に、そのユーザの会員ランクに応じた特典を案内し、ユーザのポイントの獲得及び利用を促すようにしている。

また、データ更新部１２は、店舗端末５から送信される利用実績（利用年月日、会員のユーザ名（ユーザＩＤ）、店舗名（店舗ＩＤ）、会計金額）を受付けると、店舗利用履歴データベース７０に当該受付けた利用実績を登録（格納）するようになっている。また、データ更新部１２は、所定の会員ランク更新タイミング（例えば、３ヶ月に１回）で、店舗利用履歴データベース７０に登録されたユーザの店舗利用履歴、飲食店情報提供サイト上での実績（コメント投稿数、ファン登録数、閲覧回数等）等を用いてユーザの会員ランクを設定し、ユーザデータベース２０に登録されている会員ランクを更新する。また、データ更新部１２は、所定のポイント更新タイミングで（例えば、前記利用実績を登録する都度）、前記利用実績、飲食店情報提供サイト上での実績（コメント投稿数、ファン登録数、閲覧回数等）に基づいて、ユーザ端末３のユーザにポイントを付与する。この場合、データ更新部１２は、ユーザデータベース２０に登録されているユーザのポイントを更新する。尚、各ユーザ端末３の飲食店情報提供サイト上での実績（コメント投稿数、ファン登録数、閲覧回数等）は記憶部１４の所定領域に格納されている。

また、データ更新部１２は、所定期間毎に（例えば、半年に１度）、店舗利用履歴データベース７０を参照し、会員ランク毎に定めた条件に基づいて、当該条件をクリアした（条件を満たした）利用実績があるユーザ（ユーザ端末３）に、ボーナスポイントを付与するようになっている。このように構成することにより、ユーザの飲食店利用を促すようにしている。

また、データ更新部１２は、ユーザに期間限定ポイント（有効期限が過ぎると自動的に失効するポイント）を付与するように構成されていてもよい。そして、ユーザが複数の期間限定ポイントを保有している場合には、有効期限の近いものから優先して消費されるようになっている。

また、メール処理部１３は、ユーザ端末３に対して、そのユーザのファン数が更新されたり、ユーザがグルメランキングの上位に登録されたりした場合に、その旨を知らせる電子メールを生成し、ユーザ端末３に電子メールを送信するようになっている。また、メール処理部１３は、ユーザに付与された前記期間限定ポイントの有効期限が近くなると、当該有効期限切れが迫っていることを示す電子メールを生成し、ユーザ端末３に電子メールを送信するようになっている。

次に、記憶部１４に記憶されている各データベース（ユーザデータベース２０、ユーザ属性データベース３０、マイレストランデータベース４０、メニュー投稿データベース５０、ファン登録データベース６０、店舗利用履歴データベース７０、店舗データベース８０、会員特典テーブル９０）のデータ構成について、図２〜図１２に基づいて説明する。ここで、図２は、本実施形態のユーザデータベースのデータ構造の一例を示した模式図である。また、図３は、本実施形態のユーザ属性データベースを構成する第１データベースのデータ構造の一例を示した模式図である。また、図４は、本実施形態のユーザ属性データベースを構成する第２データベースのデータ構造の一例を示した模式図である。また、図５は、本実施形態のユーザ属性データベースを構成する第３データベースのデータ構造の一例を示した模式図である。また、図６は、本実施形態のユーザ属性データベースを構成する第４データベースのデータ構造の一例を示した模式図である。また、図７は、本実施形態のマイレストランデータベースのデータ構造の一例を示した模式図である。また、図８は、本実施形態のメニュー投稿データベースのデータ構造の一例を示した模式図である。また、図９は、本実施形態のファン登録データベースのデータ構造の一例を示した模式図である。また、図１０は、本実施形態の店舗利用履歴データベースのデータ構造の一例を示した模式図である。また、図１１は、本実施形態の店舗データベースのデータ構造の一例を示した模式図である。また、図１２は、本実施形態の会員特典テーブルのデータ構造の一例を示した模式図である

先ず、ユーザデータベース２０について説明する。このユーザデータベース２０は、会員登録したユーザに関する情報が登録されるデータベースである。具体的には、図２に示すように、ユーザデータベース２０は、会員登録したユーザを識別するユーザＩＤ（ユーザの識別情報）を登録するフィールド２０１と、ユーザ名を登録するフィールド２０２と、そのユーザの会員ランクを登録するフィールド２０３と、そのユーザが獲得したポイント数を登録するフィールド２０４と、そのユーザが公開している情報の閲覧された数（閲覧数）を登録するフィールド２０５と、そのユーザをファンとしている会員の人数を登録するフィールド２０６と、そのユーザのグルメランキングを登録するフィールド２０７と、そのユーザの自己紹介のコメント（テキスト情報）を登録するフィールド２０８と、そのユーザの公開情報を登録するフィールド２０９と、そのユーザのメールアドレスを登録するフィールド２１０とを備えて１つのレコードが構成されている。尚、実際のユーザデータベース２０では、上記以外にも、認証パスワード、ユーザの住所等が登録されているが、説明の便宜上省略する。また、フィールド２０４には、上述した期間限定ポイントが通常のポイントと区別されて登録されるようになっている。

尚、フィールド２０１に登録される「ユーザＩＤ（会員番号）」とは、会員登録したユーザに与えられる一意のテキスト情報（英数字などの情報）をいう。また、「ユーザ名」は、フィールド２０１に登録されるユーザＩＤのユーザの名前（ニックネーム等）を示すテキスト情報をいう。また、「会員ランク」とは、予め定めた５種類のランク（レギュラー会員、ブロンズ会員、シルバー会員、ゴールド会員、プラチナ会員）のなかのいずれかの会員ランクのことをいう。この会員ランクは、上述したように、データ更新部１２が、所定の会員ランク更新タイミングで、ユーザの飲食店やＥＣサイトの利用実績、コメント投稿数、公開情報の数などから判断し、ユーザに割り当てるものである。尚、会員登録した時点のユーザは、「レギュラー会員」に設定されるようになっている。

また、「ポイント」は、飲食店を利用した場合やコメント投稿した場合等に付与されるものであり、提携しているＥＣサイト上での商品購入や、提携している飲食店や店舗を利用する際の割引サービス等に利用できるものである。また、「グルメランキング」は、飲食店情報提供サイトに会員登録したユーザのなかから、飲食店やＥＣサイトの利用実績、コメント投稿数、公開情報の数等を基準に順位付けをしたものである。尚、前記順位付けは、例えば、データ更新部１２が、所定のタイミング毎に、飲食店やＥＣサイトの利用実績、コメント投稿数、公開情報の数等を基準にしてランク付けをして、フィールド２０７のデータを更新する。

また、「公開情報」とは、ユーザ端末３のユーザが、他の会員に対して公開している情報のことである。本実施形態では、後述する「マイレストラン、おすすめメニュー、嗜好」の３種類の情報が公開対象になっている場合を例にする。そして、３種類の情報のうちで、ユーザが公開するように設定した情報だけがフィールド２０９に登録されるようになっている。また、「メールアドレス」は、ユーザ端末３の「メールアドレス」であり、メール処理部１３が、ユーザ端末３に対して、そのユーザのファン数が更新されたり、グルメランキングの上位に登録されたりした場合等に送信する電子メールの宛先として利用される。

次に、ユーザ属性データベース３０について説明する。このユーザ属性データベース３０は、会員登録したユーザの属性情報（そのユーザの飲食に関する嗜好を示す情報）を登録するためのものであり、第１データベース３０ａ〜第４データベース３０ｄの４つのデータベースにより構成されている。

また、ユーザ属性データベース３０に登録される情報は、ユーザ端末３が会員登録のときにサーバ装置１に登録されるものである。具体的には、サーバ装置１の情報提供部１１は、ユーザ端末３のユーザが会員登録する際に、当該ユーザ端末３に、第１データベース３０ａ〜第４データベース３０ｄの各フィールドに登録される情報の入力画面を提供する。ユーザ端末３は、前記入力画面の各項目を選択したり、データを入力したりすることにより、サーバ装置１に第１データベース３０ａ〜第４データベース３０ｄの各フィールドに登録される情報を入力できるようになっている。尚、本実施形態は、説明の便宜上、４つのデータベースによりユーザ属性データベース３０を構成したが、ユーザ属性データベース３０が１つのデータベースとして構成されていてもかまわない。

具体的には、図３に示すように、ユーザ属性データベース３０を構成する第１データベース３０ａは、ユーザＩＤを登録するフィールド３０１と、そのユーザの「幹事度」を登録するフィールド３０２と、フィールド３０２に登録された「幹事度」を公開するか否かを登録するフールド３０３と、そのユーザの「よく行くエリア」を登録するフィールド３０４と、フィールド３０４に登録された「よく行くエリア」を公開するか否かを登録するフールド３０５とを備えて１つのレコードが構成される。尚、フィールド３０３、３０５には、「公開」及び「非公開」のいずれかが登録されるようになっている。

ここで、前記の「幹事度」とは、幹事に向いていること（幹事の経験が豊富であること）をパーセントで示した値であり、高い値になる程、幹事向きの人間である（幹事の経験が豊富である）ことを示している。そのため、ユーザは、他の会員のうちで幹事度の高い値の人が登録しているマイレストランリスト等の店舗情報を参照することにより、お店選びに有益な情報が得られるようになる。尚、各ユーザの幹事度は、フィールド３０３に「公開」が登録されているユーザのものだけ他の会員に公開される。また、よく行くエリアは、フィールド３０５に「公開」が登録されているユーザのものだけ他の会員に公開される。

また、図４に示すように、ユーザ属性データベース３０を構成する第２データベース３０ｂは、ユーザＩＤを登録するフィールド３０６と、ユーザの飲食店のジャンルに対する興味・関心（好み）を数値で示した情報（０〜４００で示した情報）を登録するフィールド３０７、３０８、３０９、３１０、３１１、３１２、３１３と、前記フィールド３０７〜３１３に登録された飲食店のジャンルに対する興味・関心を数値で示した情報を公開するか否かを登録するフールド３１４とを備えて１つのレコードが構成される。尚、フィールド３１４には、「公開」及び「非公開」のいずれかが登録されるようになっている。また、フィールド３０７〜３１３に登録された飲食店のジャンルに対する興味・関心を示す情報は、フィールド３１４に「公開」が登録されているユーザのものだけ他の会員に公開される。

ここで、フィールド３０７、３０８、３０９、３１０、３１１、３１２、３１３には、それぞれ、「Ｂ級グルメ」、「和食」、「イタリアン」、「スイーツ・カフェ」、「ラーメン」、「カレー」、「中華」に関する興味・関心（好み）を数値で示した情報が登録されるようになっている。前記数値は、値が高いほど、その飲食店のジャンルの興味・関心が高いことを示している。尚、前記フィールド３０７〜３１３に登録される飲食店のジャンル（「Ｂ級グルメ」、「和食」、「イタリアン」、「スイーツ・カフェ」、「ラーメン」、「カレー」、「中華」）は、あくまでも一例に過ぎない。

また、図５に示すように、ユーザ属性データベース３０を構成する第３データベース３０ｃは、ユーザＩＤを登録するフィールド３１５と、ユーザの飲料ジャンル（飲料の種類）に対する興味・関心（好み）を数値で示した情報（０〜４００で示した情報）を登録するフィールド３１６、３１７、３１８、３１９、３２０と、前記フィールド３１６〜３２０に登録された飲料のジャンルに対する興味・関心を数値で示した情報を公開するか否かを登録するフールド３２１とを備えて１つのレコードが構成される。尚、フィールド３２１には、「公開」及び「非公開」のいずれかが登録されるようになっている。また、フィールド３１６〜３２０に登録された飲料ジャンルに対する興味・関心を示す情報は、フィールド３２１に「公開」が登録されているユーザものだけ他の会員に公開される。

ここで、フィールド３１６、３１７、３１８、３１９、３２０には、それぞれ、「ビール」、「焼酎」、「カクテル」、「ワイン」、「まっこり」に関する興味・関心（好み）を数値で示した情報が登録されるようになっている。また、前記数値は、値が高いほど、その飲料のジャンルの興味が高いことを示している。尚、前記フィールド３１６〜３２０に登録される対象となる飲料の種類（「ビール」、「焼酎」、「カクテル」、「ワイン」、「まっこり」）はあくまでも一例に過ぎない。

また、図６に示すように、ユーザ属性データベース３０を構成する第４データベース３０ｄは、ユーザＩＤを登録するフィールド３２２と、ユーザの食嗜好・味覚の好みを数値で示した情報（０〜５００で示した情報）を登録するフィールド３２３、３２４、３２５、３２６、３２７、３２８、３２９、３３０、３３１、３３２、３３３、３３４、３３５と、前記フィールド３２３〜３３５に登録されたユーザの食嗜好・味覚の好みを数値で示した情報を公開するか否かを登録するフールド３３６とを備えて１つのレコードが構成される。尚、フィールド３３６には、「公開」及び「非公開」のいずれかが登録されるようになっている。また、フィールド３２３〜３３５に登録された食嗜好・味覚の好みを示した情報は、フィールド３３６に「公開」が登録されているユーザものだけ他の会員に公開される。

ここで、フィールド３２３、３２４、３２５、３２６、３２７、３２８、３２９、３３０、３３１、３３２、３３３、３３４、３３５には、それぞれ、「こってり」、「あっさり」、「すっぱい」、「しょっぱい」、「甘い」、「辛い」、「魚好き」、「肉全般」、「野菜好き」、「フルーツ好き」、「牡蠣好き」、「蟹・海老好き」、「麺類好き」の好みの度合いを数値で示した情報が登録されるようになっている。例えば、図示する例では、フィールド３２５の「すっぱい」に「５００」が登録されている。これは、そのユーザが、「すっぱい」味が好きであることをも示している。また、フィールド３２７には、「甘い」に「５０」が登録されている。これは、そのユーザが「甘い」味が嫌いであることを示している。尚、フィールド３２３〜３３５に登録される食嗜好・味覚に関する項目（「こってり」、「あっさり」、「すっぱい」、「しょっぱい」、「甘い」、「辛い」、「魚好き」、「肉全般」、「野菜好き」、「フルーツ好き」、「牡蠣好き」、「蟹・海老好き」、「麺類好き」）は、あくまでも一例に過ぎない。

次に、マイレストランデータベース４０について説明する。このマイレストランデータベース４０は、ユーザの気になるお店としてブックマークを付けた飲食店の店舗情報が登録されるデータベースである。マイレストランデータベース４０に登録されるデータは、ユーザ端末３が飲食店情報提供サイト上で、気になるお店として店舗を選択するタイミングで登録される。すなわち、情報提供部１１は、ユーザ端末３に飲食店情報提供サイトを提供している際に、ユーザ端末３から、飲食店情報提供サイト上の店舗をマイレストランに登録する要求を受け付けると、マイレストランデータベース４０に、前記要求された店舗の店舗情報を登録するようになっている。

具体的には、図７に示すように、マイレストランデータベース４０は、ユーザＩＤを登録するフィールド４０１と、店舗ＩＤを登録するフィールド４０２と、飲食店のあるエリアを登録するフィールド４０３と、飲食店の業種を登録するフィールド４０４と、登録する飲食店のカテゴリを登録するフィールド４０５と、ユーザのマイレストランデータを公開するか否かを登録するフールド４０６とを備えて１つのレコードが構成される。尚、フィールド４０６には、「公開」及び「非公開」のいずれかが登録されるようになっている。また、フィールド４０２〜４０５に登録された店舗情報は、フィールド４０６に「公開」が登録されているユーザものだけ他の会員に公開される。

ここで、フィールド４０２に登録される「店舗ＩＤ」とは、飲食店情報提供サイトに登録される店舗に与えられる一意のテキスト情報（英数字などの情報）であり、後述する店舗データベース８０に登録されるものと同じである。また、フィールド４０３、４０４に登録される「エリア」、「業種」についても、後述する店舗データベース８０に登録されるものと同じである。また、フィールド４０５に登録される「カテゴリ」とは、ユーザがマイレストランリストを分類して管理できるように設けた項目である。図示する例では、「行ってみたい」及び「また行きたい」のいずれかが登録されるようになっている。これにより、ユーザは、「行ってみたいレストラン」と、「また行きたいレストラン」とを分類して登録することができる。

次に、メニュー投稿データベース５０を説明する。メニュー投稿データベース５０は、ユーザが投稿したメニュー情報が登録されるデータベースである。メニュー投稿データベース５０に登録されるデータは、ユーザ端末３が飲食店情報提供サイト上で、おすすめするメニューに関する投稿をするタイミングで登録される。すなわち、情報提供部１１は、ユーザ端末３に飲食店情報提供サイトを提供している際に、ユーザ端末３から、おすすめするメニューに関する投稿要求を受け付けると、メニュー投稿データベース５０に、前記要求されたメニューの投稿情報を登録するようになっている。

具体的には、図８に示すように、メニュー投稿データベース５０は、ユーザＩＤを登録するフィールド５０１と、店舗ＩＤを登録するフィールド５０２と、フィールド５０２に登録された店舗ＩＤの店舗のメニューを登録するフィールド５０３と、フィールド５０３に登録されたメニューに対するコメントを登録するフールド５０４と、ユーザの投稿したメニューを公開するか否かを登録するフールド５０５とを備えて１つのレコードが構成されている。尚、フィールド５０５には、「公開」及び「非公開」のいずれかが登録されるようになっている。また、フィールド５０２〜５０４に登録された情報は、フィールド５０４に「公開」が登録されているユーザものだけ他の会員に公開される。

次に、ファン登録データベース６０について説明する。ファン登録データベース６０は、ユーザがファンとして選定した会員を特定する情報が登録されるデータベースである。ファン登録データベース６０に登録されるデータは、ユーザ端末３が飲食店情報提供サイト上で、気になる会員をファンとして選択するタイミングで登録される。すなわち、情報提供部１１は、ユーザ端末３に飲食店情報提供サイトを提供している際に、ユーザ端末３から、飲食店情報提供サイト上で表示している会員をファンに登録する要求を受け付けると、ファン登録データベース６０に、前記要求された会員の情報を登録するようになっている。

具体的には、図９に示すように、ファン登録データベース６０は、ユーザＩＤを登録するフィールド６０１と、ユーザがファンとして登録した他のユーザ（会員）のユーザＩＤを登録するフィールド６０２とを備えて１つのレコードが形成されている。なお、ファン登録データベース６０では、ユーザ（１つのユーザＩＤ）毎に、所定人数（例えば１０人）の会員を登録できるようになっている。

次に、店舗利用履歴データベース７０について説明する。店舗利用履歴データベース７０は、会員登録したユーザの店舗（飲食店提供サイトに掲載されている店舗）やＥＣサイトの利用実績を登録するためのデータベースである。店舗利用履歴データベース７０に登録されるデータは、サーバ装置１が、店舗端末５から送信された「ユーザの利用実績（利用年月日、会員のユーザ名（ユーザＩＤ）、店舗名（店舗ＩＤ）、会計金額）」を受信するタイミングで登録される。すなわち、データ更新部１２が、通信ネットワークＮＷを介して、店舗端末５から送信される利用実績（利用年月日、会員のユーザ名（ユーザＩＤ）、店舗名（店舗ＩＤ）会計金額）を受付けると、店舗利用履歴データベース７０にその受付けた利用実績を登録する。

具体的には、図１０に示すように、店舗利用履歴データベース７０は、ユーザＩＤを登録するフィールド７０１と、ユーザが店舗（又はＥＣサイト）を利用した（会計の支払いをした）日時を登録するフィールド７０２と、ユーザが利用した店舗（又はＥＣサイト）を識別する店舗ＩＤを登録するフィールド７０３と、ユーザの支払い金額を登録するフィールド７０４とを備えて１つのレコードが構成されている。

次に、店舗データベース８０について説明する。店舗データベース８０は、飲食店情報提供サイトで紹介する店舗に関する店舗情報が登録されるデータベースである。この店舗データベース８０は、サーバ装置１が設定される際に、サーバ装置１のオペレータにより記憶部１４に登録されるものである。また、店舗データベース８０は、オペレータにより所定のタイミングで更新されるようになっている。

具体的には、図１１に示すように、店舗データベース８０は、店舗ＩＤを登録するフィールド８０１と、店舗名を登録するフィールド８０２と、店舗の所在地（住所）を登録するフィールド８０３と、店舗があるエリア（新宿、銀座等のエリア）を登録するフィールド８０４と、店舗の電話番号を登録するフィールド８０５と、店舗のＵＲＬを登録するフィールド８０６と、店舗の業種を登録するフィールド８０７と、店舗が提供するメニューを登録するフィールド８０８とを備えて１つのレコードが構成される。尚、実際の店舗データベース８０は、上記以外にも、店舗の特徴や、ＰＲ文書等が登録されているが、説明の便宜上簡略化して示している。

次に、会員特典テーブル９０について説明する。会員特典テーブル９０は、会員ランク毎に提供する特典を示したものであり、情報提供部１１がユーザ端末３に会員特典を案内する場合や、データ更新部１２が会員のポイントを更新する場合に利用されるようになっている。尚、本実施形態では、「プラチナ会員」が最上位の会員ランク（ユーザランク）になっており、「ゴールド会員」、「シルバー会員」、「ブロンズ会員」、「レギュラー会員」の順に会員ランクが下がっている。

具体的には、図１２に示すように、会員特典テーブル９０は、会員ランク毎に、提供する特典が関連付けられて登録されたものである。レギュラー会員には、「バースデイプレゼント（誕生月に１００ポイントを付与）」及び「レギュラー会員向けメルマガ」が関連付けられている。また、ブロンズ会員には、「バースデイプレゼント（誕生月に１００ポイントを付与）」、「ブロンズ会員向けメルマガ」、「優待キャンペーン（来店ポイントが１ヶ月２倍）」が関連付けられている。また、シルバー会員には、「バースデイプレゼント（誕生月に１００ポイントを付与）」、「シルバー会員向けメルマガ」、「優待キャンペーン（来店ポイントが１ヶ月５倍）」が関連付けられている。また、ゴールド会員には、「バースデイプレゼント（誕生月に１００ポイントを付与）」、「ゴールド会員向けメルマガ」、「優待キャンペーン（来店ポイントが１ヶ月１０倍）」、「アフリエイト参加資格が有り」が関連付けられている。また、プラチナ会員には、「バースデイプレゼント（誕生月に１００ポイントを付与）」、「プラチナ会員向けメルマガ」、「優待キャンペーン（来店ポイントが１ヶ月１０倍）」、「アフリエイト参加資格が有り」、「プラチナカード進呈」、「プラチナカード１年キープで特典有り」、「会員パーティの招待有り」が関連付けられている。このように、本実施形態では、会員ランクが上がるにしたがい、付与される特典やサービスが多くなっている。これにより、会員登録したユーザに、会員ランクを上昇させるためのインセンティブが付与される。

次に、本実施形態のサーバ装置１がユーザ端末３に飲食店情報を提供する機能について、図１３〜図１６を参照しながら説明する。ここで、図１３は、本実施形態のサーバ装置がユーザ端末に提供する店舗情報提供サイトのメインページの一例を示した模式図である。また、図１４は、本実施形態のサーバ装置がユーザ端末に提供する店舗情報提供サイトのユーザと嗜好が似ている人に関する情報提示ページの一例を示した模式図である。また、図１５は、本実施形態のサーバ装置がユーザ端末に提供する情報提供サイトのマイレストラン紹介ページの一例を示した模式図である。また、図１６は、本実施形態のサーバ装置がユーザ端末に提供する情報提供サイトのメニューランキング提示ページの一例を示した模式図である。

先ず、ユーザ端末３は、通信ネットワークＮＷを介してサーバ装置１にアクセスし、サーバ装置１に対して飲食店情報提供サイトの提示要求をする。サーバ装置１の情報提供部１１は、前記提示要求を受けると、ユーザ端末３にログイン画面が含まれているＷｅｂページ（図示せず）を送信する。ユーザ端末３は、ログイン画面が含まれているＷｅｂページ上で、付与されたユーザＩＤ及びユーザ名（或いは認証パスワード）を入力する（サーバ装置１にユーザＩＤ及び認証パスワードを送信する）。

そして、サーバ装置１は、入力された「ユーザＩＤ及びユーザ名」及びユーザデータベース２０を用いてユーザ認証をする。サーバ装置１は、入力されたユーザＩＤ及びユーザ名が正しければ（ユーザデータベース２０に、入力されたユーザＩＤ及びユーザ名と一致するレコードがあれば）、ユーザが会員であると認証し、そのユーザ用の飲食店検索サイトを構成するＷｅｂページ（画像情報）を生成し、ユーザ端末３に生成したＷｅｂページを送信する。具体的には、情報提供部１１は、ユーザデータベース２０及びユーザ属性データベース３０を用いて、飲食店情報提供サイトのメインページを構成するＷｅｂページ１００（図１３参照）を生成し、ユーザ端末３に送信する。ユーザ端末３は、前記メインページとなるＷｅｂページ１００を受信すると、表示部にＷｅｂページ１００を表示する。尚、サーバ装置１は、入力されたユーザＩＤ及びユーザ名が正しくなければ（ユーザデータベース２０に一致するものがなければ）、ユーザ端末３に、会員専用ではない飲食店情報サイトを提供するようになっているが、以下では、ユーザ端末３が会員としてログインされた場合について説明する。

ここで、Ｗｅｂページ１００は、ユーザの会員ランクが提示される領域１０１と、ユーザに付与された会員ランクに与えられる特典の案内を受付ける特典案内ボタン１０２と、ユーザの現在のポイントが提示された領域１０３と、飲食店情報提供サイトで提供されるコンテンツを受付けるメニュー欄１０４と、ユーザの嗜好（飲食に関するユーザの嗜好）をグラフ化したユーザ嗜好情報が提示された領域１０５と、マイレストラン一覧表示の受付ボタン１０６と、メニューランキング表示を受付ける受付ボタン１０７とが設けられている。

そして、ユーザ端末３のユーザは、領域１０１に提示されたデータにより、自分の会員ランクを確認することができる。また、前記ユーザは、領域１０３に提示されたデータにより、自分が獲得したポイントを確認することができる。また、Ｗｅｂページ１００では、ユーザの会員ランクを示した領域１０１の下側近傍に、特典案内ボタン１０２が設けられている。そのため、ユーザに提供される特典の内容を効果的に案内することができる。尚、領域１０１、１０３に提示されるユーザの会員ランク及びポイントは、ユーザデータベース２０から抽出される。

また、ユーザ端末３が、Ｗｅｂページ１００上において特典案内ボタン１０２を選択すると（クリックすると）、ユーザ端末３の表示部に、ユーザに設定された会員向けの特典を紹介する特典紹介ページ（画像情報（図示せず））が表示されるようになっている。

具体的には、ユーザ端末３が特典案内ボタン１０２を選択すると（クリックすると）、ユーザ端末３から情報提供部１１に、会員別の特典案内要求が送信される。情報提供部１１は、前記特典案内要求を受信すると、会員特典テーブル９０を参照して、前記特典案内要求をしたユーザの会員ランクの特典を紹介する特典紹介ページを生成し、ユーザ端末３に特典紹介ページを送信する。例えば、図示する例では、領域１０１にユーザがプラチナ会員であることが提示されているため、ユーザ端末３には、プラチナ会員向けの特典紹介ページが送信されるようになる。また、この特典紹介ページにおいて、ユーザより上位の会員に付与される特典も紹介して、ユーザに会員ランクをアップさせるように意識付けするようにしてもよい。

また、Ｗｅｂページ１００の領域１０５には、ユーザの嗜好と人気ランキングとが提示されている。具体的には、領域１０５には、ユーザの人気（他の会員からの人気）に関する情報の提示欄１１０が設けられている。この提示欄１１０には、「ユーザが公開している店舗に関する情報の閲覧数」、「ユーザをファンとした会員の人数」及び「ユーザの人気ランキング」が提示されている。尚、提示欄１１０に表示される情報は、ユーザデータベース２０（フィールド２０５、２０６、２０７）から抽出される。

また、領域１０５には、ユーザの幹事度（図３で説明した幹事度）を示した幹事度グラフ１２０と、ユーザがよく行くエリアをグラフで示したエリアグラフ１２１と、ユーザの興味・関心がある飲食店のジャンルをグラフで示した飲食店グラフ１２２と、ユーザの興味がある飲料のジャンルをグラフで示した飲料グラフ１２３と、ユーザの食嗜好・味覚をグラフで示した食嗜好・味覚グラフ１２４とが提示されている。各グラフ（幹事度グラフ１２０、エリアグラフ１２１、飲食店グラフ１２２、飲料グラフ１２３、食嗜好・味覚グラフ１２４）は、情報提供部１１が、ユーザ属性データベース３０のデータを用いて作成したものである。これにより、ユーザは、自分の嗜好の傾向を視覚的に簡単に把握することができる。例えば、自分の嗜好に合う検索条件で飲食店を検索すれば、効率的な飲食店検索を行うことができる。

また、各グラフ（幹事度グラフ１２０、エリアグラフ１２１、飲食店グラフ１２２、飲料グラフ１２３、食嗜好・味覚グラフ１２４）のそれぞれの近傍には、ボタン（公開／非公開ボタン）１２０ａ、１２１ａ、１２２ａ、１２３ａ、１２４ａが設けられている。各グラフ（幹事度グラフ１２０、エリアグラフ１２１、飲食店グラフ１２２、飲料グラフ１２３、食嗜好・味覚グラフ１２４）が非公開の状態において、各ボタン１２０ａ、１２１ａ、１２２ａ、１２３ａ、１２４ａがクリックされると、ユーザの各嗜好が他の会員に公開されるようになっている。一方、各グラフ（幹事度グラフ１２０、エリアグラフ１２１、飲食店グラフ１２２、飲料グラフ１２３、食嗜好・味覚グラフ１２４）が公開の状態において、各ボタン１２０ａ、１２１ａ、１２２ａ、１２３ａ、１２４ａがクリックされると、ユーザの各嗜好が他の会員に公開されない（非公開になる）ようになっている。

例えば、食嗜好・味覚グラフ１２４が非公開の状態において、ボタン１２４ａがクリックされると、ユーザ端末３から情報提供部１１に、食嗜好・味覚グラフ公開要求が送信される。情報提供部１１は、前記食嗜好・味覚グラフ公開要求を受信すると、そのユーザ属性データベース３０のフィールド３３６（図６参照）に公開を登録する。また、情報提供部１１は、ユーザデータベース２０のフィールド２０９（図２参照）に嗜好（食嗜好・味覚）を登録する。一方、食嗜好・味覚グラフ１２４が公開の状態において、公開ボタン１２４ａがクリックされると、ユーザ端末３から情報提供部１１に、食嗜好・味覚グラフ非公開要求が送信される。情報提供部１１は、前記食嗜好・味覚グラフ非公開要求を受信すると、そのユーザ属性データベース３０のフィールド３３６（図６参照）に非公開を登録する。また、情報提供部１１は、ユーザデータベース２０のフィールド２０９（図２参照）に登録された嗜好（食嗜好・味覚）を削除する。

このように、本実施形態によれば、ユーザは、自分の嗜好の傾向を他の会員に提示することができる。また、ユーザは、自分以外の他の会員（嗜好を公開する設定をした会員）の嗜好を参照することができる。

また、領域１０５には、ユーザと嗜好が似た会員の検索を受け付ける受付ボタン１１２と、ユーザがファンとして登録した他の会員をリスト表示するファンリスト受付ボタン１１３とが設けられている。この受付ボタン１１２がクリックされると、ユーザ端末３には、ユーザと嗜好が似た会員をリスト表示した会員紹介ページ（画像情報）が表示されるようになっている。具体的には、ユーザ端末３のユーザにより、前記受付ボタン１１２がクリックされると、ユーザ端末３から情報提供部１１に、前記ユーザと嗜好が似た会員を検索する要求（嗜好類似会員検索要求）が送信される。情報提供部１１は、前記嗜好類似会員検索要求を受信すると、前記ユーザ属性データベース３０から前記ユーザのユーザＩＤのレコードを抽出すると共に、当該抽出したレコードと類似するデータが登録されたレコードを検索する。また、情報提供部１１は、類似していると検索された所定件数（例えば、類似している順に上から１０件のレコード）を抽出する。そして、情報提供部１１は、類似していると検索された所定件数のレコードと、ユーザデータベース２０とを用いて、図１４に示す会員紹介ページ１３０を生成し、ユーザ端末３に送信する。そして、ユーザ端末３の表示部には、会員紹介ページ１３０が表示される。これにより、ユーザにお店探し以外の楽しみが提供される。尚、上記の類似判断は、周知技術のものが用いられる（例えば、ユーザ属性データベース３０の各レコードに登録された数値をベクトルで表現し、レコード間の類似をベクトル間の類似度で算出する）。

図１４に示す会員紹介ページ１３０には、受付ボタン１１２をクリックしたユーザと嗜好が似ている会員を紹介する会員紹介欄１３１ａ、１３１ｂ、１３１ｃが設けられ、ユーザと嗜好が似ている会員がリスト表示されている。また、各会員紹介欄１３１ａ、１３１ｂ、１３１ｃには、「会員名」及び「会員の自己紹介コメント」が提示されていると共に、会員が公開している情報の提示要求ボタン１３２及びファン登録要求ボタン１３３が設けられている。ユーザ端末３は、会員紹介ページ１３０上において、提示要求ボタン１３２をクリックすると、該当する会員の情報が提示される。

尚、会員紹介欄１３１ａ、１３１ｂ、１３１ｃの提示要求ボタン１３２は、各データベース（ユーザ属性データベース３０、マイレストランデータベース４０、メニュー投稿データベース５０）において、各データを公開する情報が登録されているユーザに対するものだけが表示される。また、嗜好については、ユーザ属性データベース３０において、「幹事度」、「よく行くエリア」、「興味・関心がある飲食店ジャンル」、「興味・関心がある飲料ジャンル」及び「食嗜好・味覚」のそれぞれについて「公開／非公開」が設定されているが、本実施形態では、１つでも公開と設定されているものがあれば、ボタン１３２ｃを表示する。

そして、例えば、ユーザ端末３のユーザにより、会員紹介欄１３１ａの提示要求ボタン１３２ａがクリックされたとする。この場合、ユーザ端末３から情報提供部１１に、会員紹介欄１３１ａのユーザのマイレストラン提示要求が送信される。情報提供部１１は、前記マイレストラン提示要求を受信すると、マイレストランデータベース４０にアクセスし、会員紹介欄１３１ａのユーザ（他の会員）のマイレストランを紹介するマイレストラン紹介ページを生成し、ユーザ端末３に送信する。ユーザ端末３には、前記ユーザと嗜好が似ている他の会員が登録したマイレストラン紹介ページが提示される。これにより、ユーザは、お店選びに際して、自分と嗜好が似ている会員が気になるお店として登録した飲食店情報を閲覧することができるため、効率的な店舗検索を行うことができる。

また、例えば、ユーザ端末３のユーザにより、会員紹介欄１３１ａの提示要求ボタン１３２ｂがクリックされたとする。この場合、ユーザ端末３から情報提供部１１に、会員紹介欄１３１ａのユーザのおすすめメニュー提示要求が送信される。情報提供部１１は、前記おすすめメニュー提示要求を受信すると、メニュー投稿データベース５０にアクセスし、会員紹介欄１３１ａのユーザ（他の会員）のおすすめメニューを提示するメニュー紹介ページを生成し、ユーザ端末３に送信する。ユーザ端末３には、前記ユーザと嗜好が似ている他の会員のメニュー紹介ページが提示される。これにより、ユーザは、お店選びに際して、自分と嗜好が似ている会員のお気に入りのメニューを示す情報を閲覧することができるため、お店選びの参考にすることができる。

また、例えば、ユーザ端末３のユーザにより、会員紹介欄１３１ａの提示要求ボタン１３２ｃがクリックされたとする。この場合、ユーザ端末３から情報提供部１１に、会員紹介欄１３１ａのユーザの嗜好提示要求が送信される。情報提供部１１は、前記嗜好提示要求を受信すると、ユーザ属性データベースにアクセスし、会員紹介欄１３１ａのユーザ（他の会員）の嗜好を提示する嗜好紹介ページ（図１３の領域１０５の内容が提示された画像情報）を生成し、ユーザ端末３に送信する。ユーザ端末３には、前記ユーザと嗜好が似ている他の会員の嗜好紹介ページが提示される。これにより、自分と嗜好が似ていると選定された他の会員のどの部分が自分と似ているのかを確認することができる。

また、ユーザ端末３のユーザにより、会員紹介ページ１３０のファン登録要求ボタン１３３がクリックされると、当該ユーザ端末３から情報提供部１１に、ファン登録要求情報が送信される。情報提供部１１は、前記ファン登録要求情報を受信すると、ファン登録データベース６０にアクセスし、前記ユーザ端末３のユーザのユーザＩＤに対応付けて、会員紹介ページ１３０のユーザ（他のユーザ）のユーザＩＤを登録する。このように、ユーザは、自分と嗜好が似ている会員の公開情報を参照した上で、その会員をファンとして登録するか否かを判定できる。尚、ユーザ端末３のユーザは、Ｗｅｂページ１００（図１３）のファンリスト受付ボタン１１３をクリックすることにより、サーバ装置１からファンとした登録した会員リストを取得することができるようになっている。

次に、図１３に戻り、情報提供部１１のマイレストラン一覧表示機能について説明する。情報提供部１１は、飲食店情報提供サイトで紹介する店舗情報のなかに、ユーザが気になるお店があればマイレストランとして、カテゴリ別に登録できるマイレストラン機能を備えている。情報提供部１１は、図示しない検索画面により、検索された店舗について、ユーザ端末３からブックマーク登録を受付けると、マイレストランデータベース４０にアクセスして、そのユーザのユーザＩＤに関連付けて、登録を受付けた店舗情報（店舗ＩＤ、エリア、業種、カテゴリ、公開／非公開）を登録するようになっている。尚、情報提供部１１は、「カテゴリ」及び「公開／非公開」については、例えば、前記ブックマーク登録を受付ける際に、ユーザ端末３から指定される。

そして、図１３に示すＷｅｂページ１００上において、ユーザ端末３から受付ボタン１０６の選択を受け付けると、ユーザ端末３から情報提供部１１に、前記マイレストラン一覧表示要求が送信される。情報提供部１１は、前記マイレストラン一覧表示要求を受信すると、マイレストランデータベース４０（図７参照）にアクセスし、図１５に示すマイレストラン紹介ページ１４０を生成し、ユーザ端末３に送信する。これにより、ユーザ端末３の表示部にマイレストラン表示紹介ページ１４０が表示される。

また、図示するマイレストラン表示紹介ページ１４０には、公開受付ボタン１４１が設けられている。ユーザ端末３により公開受付ボタン１４１がクリックされると、ユーザが登録したマイレストランを他の会員に公開することができる。具体的には、このボタン１４１がクリックされると、ユーザ端末３から情報提供部１１に、前記マイレストラン公開要求が送信される。情報提供部１１は、前記マイレストラン公開要求を受信すると、マイレストランデータベース４０（図７参照）にアクセスし、前記マイレストラン公開要求が送信したユーザのユーザＩＤが登録されたレコードのフィールド４０６に公開を登録する。また、情報提供部１１は、ユーザデータベース２０にアクセスし、前記マイレストラン公開要求が送信したユーザのユーザＩＤが登録されたレコードのフィールド２０９に、「マイレストランリスト」を追加する。

また、情報提供部１１は、飲食店情報提供サイトにおいて、ユーザ端末３から、ユーザのおすすめメニューの登録を受け付けることができるようになっている。具体的には、情報提供部１１は、図示しない受付画面において、ユーザ端末３からおすすめメニュー情報（店舗名（及び店舗ＩＤ）、メニュー、そのメニューに対するコメント、公開/非公開の指定）を受け付けることができるようになっている。そして、受付けたメニュー情報は、メニュー投稿データベース５０（図８参照）に、メニュー情報を送信したユーザ端末３のユーザＩＤに関連付けられて登録される。

そして、図１３に示すＷｅｂページ１００上において、ユーザ端末３から受付ボタン１０７の選択を受け付けると、ユーザ端末３から情報提供部１１に、前記メニューの表示要求が送信される。情報提供部１１は、前記メニュー表示要求を受信すると、メニュー投稿データベース５０（図８参照）にアクセスし、図１６に示すメニュー紹介ページ１５０を生成し、ユーザ端末３に送信する。これにより、ユーザ端末３の表示部にメニュー紹介ページ１５０が表示される。

また、図示するメニュー紹介ページ１５０には、公開受付ボタン１５１が設けられている。ユーザ端末３により公開受付ボタン１５１がクリックされると、ユーザが登録したメニューを他の会員に公開することができる。具体的には、このボタン１５１がクリックされると、ユーザ端末３から情報提供部１１に、メニュー公開要求が送信される。情報提供部１１は、前記メニュー公開要求を受信すると、メニュー投稿データベース５０にアクセスし、前記メニュー公開要求を送信したユーザのユーザＩＤが登録されたレコードのフィールド５０５に公開を登録する。また、情報提供部１１は、ユーザデータベース２０にアクセスし、前記メニュー公開要求が送信したユーザのユーザＩＤが登録されたレコードのフィールド２０９に、「おすすめメニュー」を追加する。

このように本実施形態によれば、会員として登録したユーザが気になるお店として登録したマイレストランやおすすめメニューを他の会員に公開することができる（情報発信することができる）。また、他の会員が気になるお店として登録したマイレストランやおすすめメニューを閲覧することができるため、お店選びにおいて、店舗側から発信される情報だけでなく、店舗の評判を参考にすることができる。

また、本実施形態によれば、会員となるユーザは、自分の飲食店に関する嗜好（ユーザ属性情報）を登録するようになっており、その飲食店に関する嗜好がグラフ化して表示される。そのため、ユーザは、簡単に自身の飲食店に関する嗜好を把握することができる。また、本実施形態によれば、ユーザは自分の嗜好と似ている会員を検索できると共に、自分と嗜好が似ている会員のお勧めのメニューや、気になるお店を閲覧することができる。すなわち、お店選びにおいて、自分と嗜好が似ているユーザが気に入っているお店やメニューを参照できるため、自分の好みに合うお店を効率的に選定することができる。また、本実施形態によれば、メインページであるＷｅｂページ上において、ユーザの会員ランク及びポイントを提示すると共に、そのユーザ向けの特典の案内要求を受付けている。そのため、本実施形態によれば、ユーザにポイントの獲得や利用を促すことができる。

尚、本発明は、上述した実施形態に限定されるものではなく、その要旨の範囲内において種々の変更が可能である。例えば、上述した実施形態では、ユーザ属性データベース３０に登録されるデータは、ユーザが会員登録する際に設定されるようになっていたが、特にこれに限定するものではない。例えば、データ更新部１２が、店舗利用履歴データベース３０に登録されたデータを用いて、実際に訪問した店舗の住所から、よく行くエリアの情報を更新するようにしてもよい（店舗利用履歴データベース３０のフィールド３０４の情報を更新するようにしてもよい）。

１…サーバ装置、３…ユーザ端末、５…店舗端末、１０…制御部、１１…情報提供部、１２…データ更新部、１３…メール処理部、１４…記憶部、２０…ユーザデータベース、３０…ユーザ属性データベース、４０…マイレストランデータベース、５０…メニュー投稿データベース、６０…ファン登録データベース、７０…店舗利用履歴データベース、８０…店舗データベース、９０…会員特典テーブル

Claims (6)

1. 複数のユーザ端末とネットワークを介して接続され且つ各ユーザ端末に対して店舗情報を提供するサーバ装置であって、
   ユーザ端末のユーザを識別する識別情報毎に、該ユーザの嗜好を示した嗜好情報及び該ユーザが幹事の経験が豊富であることを数値で示した幹事度を関連付けて登録したユーザ属性データベースと、
   前記ユーザ端末からの要求に応じて、前記ユーザ属性データベースを用いて該ユーザ端末のユーザ用の画像情報を生成し該ユーザ端末に該画像情報を送信する情報提供部とを備え、
   前記画像情報には、前記ユーザ端末のユーザの嗜好情報及び幹事度をグラフ化して示したユーザ情報が含まれており、
   前記嗜好情報には、飲食店のジャンル毎の好みを示した飲食店嗜好情報、飲料の種類毎の好みを示した飲料嗜好情報及び味覚及び食材毎の好みを示した味覚食材嗜好情報が含まれている
   ことを特徴とするサーバ装置。
2. 前記識別情報毎に、該識別情報により特定されるユーザにより選択され登録された店舗に関する情報が関連付けられたユーザ登録データベースを有し、
   前記情報提供部は、前記画像情報上において前記ユーザ端末から該ユーザ端末のユーザと嗜好が類似している他のユーザに関する情報の提示要求が受付可能に構成されており、該提示要求を受付けると前記ユーザ属性データベースのなかから該ユーザ端末のユーザと嗜好が類似している他のユーザを選定して該ユーザ端末に該選定した他のユーザを紹介する紹介ページを提供すると共に、前記ユーザ登録データベースを用いて該紹介ページで紹介されている他のユーザが登録した店舗に関する情報を選択して該ユーザ端末に提供できるようになされている
   ことを特徴とする請求項１に記載のサーバ装置。
3. 前記ユーザにより選択され登録された店舗に関する情報には、少なくとも、該ユーザが選択した店舗を紹介する店舗情報及び該ユーザにより投稿された店舗で提供するメニューを紹介するメニュー情報のいずれかが含まれている
   ことを特徴とする請求項２に記載のサーバ装置。
4. 前記ユーザ属性データベースには、前記ユーザの嗜好情報及び幹事度を公開するか非公開にするかを選択する情報が含まれ、該公開すると選択されている情報に対応する嗜好情報及び幹事度が他のユーザのユーザ端末に公開されるようになっている
   ことを特徴とする請求項１〜３のいずれかに記載のサーバ装置。
5. 前記識別情報毎に、該識別情報により特定されるユーザに付与されたポイントと該特定されるユーザに設定されたユーザランクとを関連付けたユーザデータベースと、
   前記ユーザランク毎に、そのランクのユーザに提供される特典情報を登録したユーザ特典テーブルとを備え、
   前記画像情報には、前記ユーザ端末のユーザのポイントと、該ユーザに設定されたユーザランクと、該ユーザランク向けの特典の紹介を受付ける受付ボタンが設けられており、
   前記情報提供部は、前記ユーザ端末により前記受付ボタンが選択されると、前記ユーザデータベース及び前記ユーザ特典テーブルを用いて、前記ユーザ端末のユーザに設定されたユーザランク向けの特典を提示したユーザ特典ページを生成し、該ユーザ端末に前記ユーザ特典ページを送信する
   ことを特徴とする請求項１〜請求項４のいずれかに記載のサーバ装置。
6. 前記ポイントには、有効期限が設定され、該有効期限が過ぎると自動的に失効する期間限定ポイントが含まれており、
   さらに、前記ユーザ端末のユーザに付与された前記期間限定ポイントの有効期限に近づくと、該有効期限切れが近いことを示す電子メールを生成し、該ユーザ端末に該電子メールを送信するメール処理部を備えている
   ことを特徴とする請求項５に記載のサーバ装置。

Images