ユーザからの問い合わせに応じて店舗情報を提案するコンシェルジュ業務を支援する情報処理装置であって、ユーザの識別情報毎に該ユーザの外食に対する考え方を示した外食価値観を関連付けたユーザデータベースと、店舗があるエリアと前記外食価値観と店舗の利用場面利用状況を示す外食オケージョンとの組合せ毎にユーザの店舗に対するニーズを示したデータを関連付けたニーズ判定テーブルと、前記ユーザの識別情報、ユーザが探している店舗のエリア及びユーザが希望している前記外食オケージョンの入力を受け付ける入力部と、前記入力を受け付けたユーザの識別情報及び前記ユーザデータベースを用いて前記ユーザの外食価値観を特定すると共に、前記特定した外食価値観、前記入力を受け付けたエリア、前記入力を受け付けた外食オケージョン及び前記ニーズ判定テーブルからユーザの飲食店に対するニーズを選定して出力する情報選定部とを備えていることを特徴とする情報処理装置。前記ユーザの識別情報に関連付けた外食価値観は、予め分類された複数の外食価値観のなかから、前記ユーザから得られた質問に対する回答を分析することにより、該ユーザを分類して当てはめたものであることを特徴とする請求項1に記載の情報処理装置。ユーザのニーズを示す店舗の特徴データが分類されて階層的に関連付けられて配置されていると共に、最下層の特徴データに、店舗情報が関連付けられている特徴データベースを備え、前記情報選定部は、前記特徴データベースにアクセスして、前記特定したユーザのニーズと同じ内容の特徴データを抽出し、その抽出した特徴データに関連付けられている店舗情報を選択して出力することを特徴とする請求項1又は請求項2に記載の情報処理装置。前記特徴データとは、店舗の広告やWebサイトに掲載されている情報から店舗の選択、利用に直接対応していると推定されるキーワード、文を示すデータ、及びそのデータを上位概念化して示したデータであることを特徴とする請求項3に記載の情報処理装置。前記ユーザデータベースには、前記ユーザの識別情報に関連付けられて該ユーザのメールアドレスが登録されており、前記情報選定部は、前記ユーザのメールアドレス宛に、前記選択した店舗情報を送信することを特徴とする請求項4に記載の情報処理装置。しかしながら、上述したオペレータによるコンシェルジュサービスは、以下に示す技術的課題を有している。具体的には、コンシェルジュサービスを提供するオペレータは、ユーザの潜在ニーズ曖昧なニーズに応えるリコメンドを行うために、ユーザの置かれているオケージョン、ユーザの価値観、要望等を把握した上で、オペレータ自身がユーザの要望に対応する飲食店を選定判断する必要がある。そのため、オペレータは、ユーザに対し、様々な質問をしてユーザのオケージョン、ユーザの価値観、要望等を把握しなければならず、そのやり取り質問の応答や判断に長時間費やされるという技術的課題を有している。すなわち、上述したオペレータによるコンシェルジュサービでは、ユーザに迅速に回答できないことがあった。また、オペレータとのやり取りがユーザのストレスを招いていた。本発明は上記技術的課題に鑑みてなされたものであって、ユーザからの問い合わせに応じて店舗情報を提供するコンシェルジュ業務を支援する情報処理装置において、ユーザに手間をかけさせることなく短時間でユーザの要望に応える情報を提供できるようにすることを目的とする。上記技術的課題を解決するための本発明は、ユーザからの問い合わせに応じて店舗情報を提案するコンシェルジュ業務を支援する情報処理装置であって、ユーザの識別情報毎に該ユーザの外食に対する考え方を示した外食価値観を関連付けたユーザデータベースと、店舗があるエリアと前記外食価値観と店舗の利用場面利用状況を示す外食オケージョンとの組合せ毎にユーザの店舗に対するニーズを示したデータを関連付けたニーズ判定テーブルと、前記ユーザの識別情報、ユーザが探している店舗のエリア及びユーザが希望している前記外食オケージョンの入力を受け付ける入力部と、前記入力を受け付けたユーザの識別情報及び前記ユーザデータベースを用いて前記ユーザの外食価値観を特定すると共に、前記特定した外食価値観、前記入力を受け付けたエリア、前記入力を受け付けた外食オケージョン及び前記ニーズ判定テーブルからユーザの飲食店に対するニーズを選定して出力する情報選定部とを備えていることを特徴としている。このように、本発明の情報処理装置は、ユーザの識別情報、ユーザが探している店舗のエリア及びユーザが希望している外食オケージョンの入力を受け付けることにより、ユーザデータベース及びニーズ判定テーブルを用いて、エリア、外食価値観、及び外食オケージョンから推定されるユーザのニーズを選定するようになっている。すなわち、本発明によれば、面倒な質疑応答をすることなく、ユーザの飲食店に対するニーズが選定されるため、ユーザの要求に応える店舗の提案を短時間で行うことができる。その結果、本発明によれば、上述した従来技術のようにユーザにストレスを生じさせることがない。また、前記ユーザの識別情報に関連付けた外食価値観は、予め分類された複数の外食価値観のなかから、前記ユーザから得られた質問に対する回答を分析することにより、該ユーザを分類して当てはめたものであることが望ましい。尚、ユーザからの回答は、例えば、コンシェルジュ業務を提供する前段階の処理として会員登録手続等において、ユーザにアンケートを回答してもらい、回答結果を分析してユーザの外食価値観を把握しおけばよい。このように、本発明は、予めユーザの外食価値観を分析しているため、上述した従来技術のように、オペレータがユーザから問い合わせを受けた際に、ユーザの外食価値観を判断する必要がなく、前記提案までの時間を短縮することができる。また、オペレータは、ユーザとのやり取り質疑応答が減るため、業務負担が軽減される共に、1件当たりの相談対応時間が短縮されるため、業務効率が向上する。また、ユーザのニーズを示す店舗の特徴データが分類されて階層的に関連付けられて配置されていると共に、最下層の特徴データに、店舗情報が関連付けられている特徴データベースを備え、前記情報選定部は、前記特徴データベースにアクセスして、前記特定したユーザのニーズと同じ内容の特徴データを抽出し、その抽出した特徴データに関連付けられている店舗情報を選択して出力することが望ましい。上記の構成により、情報処理装置は、上記選定したユーザのニーズに対応する店舗情報を自動的に選択することができる。その結果、本発明によれば、オペレータ及びユーザの両者の手間をかけずに、ユーザからの問い合わせに応じた店舗情報を短時間で選定することができる。また、上記のように構成された特徴データベースを用いることにより、ユーザのニーズ例えば、京都らしい雰囲気の店に行きたいなどのニーズから店舗情報を抽出することができる。すなわち、店舗の位置、店舗が提供している料理、具体的なメニューからではなく、ユーザのニーズに基づいた店舗検索が可能となる。また、前記ユーザデータベースには、前記ユーザの識別情報に関連付けられて該ユーザのメールアドレスが登録されており、前記情報選定部は、前記ユーザのメールアドレス宛に、前記選択した店舗情報を送信することが望ましい。上記の構成により、例えば、ユーザの携帯電話端末にメールで店舗情報を送ることができるため、ユーザが現地お店を探しているエリアを訪問しながら、コンシェルジュ業務を行っているオペレータに電話で問い合わせをし、所望する店舗情報を取得することができるようになる。本発明によれば、ユーザからの問い合わせに応じて店舗情報を提供するコンシェルジュ業務を支援する情報処理装置において、ユーザの手間をかけることなく短時間でユーザの要望に応える情報を提供できる。以下、本発明の実施形態について図面を用いて説明する。先ず、本実施形態のコンシェルジュ支援装置の構成について図1に基づいて説明する。なお、図1は、本実施形態のコンシェルジュ支援装置の機能ブロック図である。本実施形態のコンシェルジュ支援装置情報処理装置1は、ユーザからの問い合わせに応じて店舗情報を提案するコンシェルジュ業務を支援するための装置であり、コンシェルジュサービスを提供している事業者のオフィスサービスセンタに設置されている。また、コンシェルジュ支援装置1は、専門のオペレータコンシェルジュにより操作されるようになっている。また、ユーザは、前記コンシェルジュサービスの提供を受けるに当たり、事前に前記事業者に対して、会員登録ユーザに関する各種情報を登録をするようになっている。そして、ユーザは、オペレータに電話をかけて、利用したい店舗の場所エリアや要望どのようなお店を探しているなどの要望を伝える。オペレータは、ユーザからの電話を受けると、コンシェルジュ支援装置1にユーザから電話で伝えられた店舗のエリアや要望を入力する。そして、コンシェルジュ支援装置1は、前記入力された店舗のエリアや要望ニーズに対応する店舗の店舗情報を選定し、ユーザのメールアドレス宛に選定した店舗情報を送信するようになっている。尚、以下では、ユーザが携帯電話端末2でオペレータに電話をかけ、コンシェルジュ支援装置1が携帯電話端末2に選定した店舗情報が提示された電子メールを送信する場合を例に説明する。具体的には、本実施形態のコンシェルジュ支援装置1は、制御部11と、入力部12と、表示部13と、通信処理部14と、情報選定部15と、記憶部16とを備えている。また、前記記憶部16には、ユーザデータベース20、ニーズ判定テーブル30、特徴データベース40及び店舗データベース50が記憶されている。ここで、制御部11は、コンシェルジュ支援装置1全体の動作を制御する。また、入力部12は、キーボード、操作ボタン、マウス等で構成されており、オペレータからの各種データの入力や要求を受け付ける。例えば、入力部12は、ユーザからヒアリングして得られたユーザに関するユーザ情報と、そのユーザの探している店舗の希望条件店舗の場所、後述する外食オケージョンを受け付ける。また、表示部13は、液晶ディスプレイ等で構成されており、各種データの入力を受け付けるための入力画面等の画像情報を表示する。また、通信処理部14は、携帯電話網などの通信ネットワークを介して、ユーザの携帯電話端末2との間で各種情報の授受を行う。また、情報選定部15は、入力部12を介して入力された前記ユーザ情報及び前記希望条件を受け付ける。また、情報選定部15は、前記ユーザ情報及び前記希望条件を受け付けると、記憶部16に記憶されている各データベースユーザデータベース20、ニーズ判定テーブル30、特徴データベース40及び店舗データベース50にアクセスする。そして、情報選定部15は、前記ユーザ情報及び前記希望条件と、前記各データベースとを用いて、前記希望条件に対応する店舗の店舗情報を選定し、ユーザの携帯電話端末2に選定した店舗情報を送信する。尚、情報選定部15により行われる処理は後段で詳細に説明する。また、コンシェルジュ支援装置1のハードウェア構成は特に限定されるものではないが、例えば、コンシェルジュ支援装置1は、CPU、補助記憶装置、主記憶装置、ネットワークインターフェース及び入出力インターフェースを備えるコンピュータにより構成される。この場合、前記補助記憶装置には、制御部11、通信処理部14及び情報選定部15の機能を実現するためのプログラムが格納されている。また、前記補助記憶装置の所定領域には、上述した記憶部16が形成されている。そして、制御部11、通信処理部14及び情報選定部15の機能は、前記CPUが前記補助記憶装置に格納された前記プログラムを前記主記憶装置にロードして実行することにより実現される。次に、記憶部16に記憶されている各データベースユーザデータベース20、ニーズ判定テーブル30、特徴データベース40及び店舗データベース50のデータ構造について、図2~図5に基づいて説明する。尚、図2は、本実施形態のユーザデータベースのデータ構造の一例を模擬的に示した図である。また、図3は、本実施形態のニーズ判定テーブルのデータ構造の一例を模擬的に示した図である。また、図4は、本実施形態の特徴データベースのデータ構造の一例を模擬的に示した図である。また、図5は、本実施形態の店舗データベースのデータ構造の一例を模擬的に示した図である。先ず、ユーザデータベース20のデータ構造を説明する。図2に示すように、ユーザデータベース20は、ユーザを識別するユーザIDユーザ識別情報を登録するフィールド201と、ユーザ名を登録するフィールド202と、ユーザの外食価値観を登録するフィールド203と、ユーザの住所を登録するフィールド204と、ユーザのメールアドレスを登録するフィールド205と、ユーザの性別を登録するフィールド206と、ユーザの年齢を登録するフィールド207と、ユーザの履歴を登録するフィールド208とを備えて1つのレコードが形成されている。この構成により、ユーザデータベース20には、各ユーザIDに、ユーザ名、外食価値観、住所、メールアドレス、性別、年齢及びユーザの履歴が関連付けられて登録される。ここで、フィールド201に登録されるユーザIDとは、コンシェルジュサービスを受けるためにユーザ情報を登録した会員登録したユーザに与えられる一意の情報英数字などの情報をいう。また、ユーザ名は、フィールド201に登録されるユーザIDのユーザの氏名を示す情報をいう。また、外食価値観とは、フィールド201に登録されるユーザIDのユーザの外食に対する価値観を示す情報をいう。また、住所とは、フィールド201に登録されるユーザIDのユーザの自宅や勤務先の住所又は最寄り駅をいう。また、メールアドレスとは、ユーザの携帯電話端末2やパソコン等の情報処理端末のメールアドレスをいう。また、ユーザの履歴とは、フィールド201に登録されるユーザIDのユーザが過去に利用したコンシェルジュサービスの履歴情報のことをいう。ここで、上記の外食価値観とは、会員登録の手続の際に行うアンケートによるライフスタイル分析の結果、そのユーザに当てはめられたものである。具体的には、ユーザに複数の質問に答えてもらい、その質問を分析することにより、予め分類された外食価値観外食に対する価値観考え方のうちのいずれかに、そのユーザを分類して当てはめたものである。本実施形態では、外食価値観として、伝統派伝統尊重派、社会派社会達成派、自己派自己顕示派の3つの外食価値観を示し、ユーザをいずれかの外食価値観に当てはめた場合を例にするが、外食価値観の分類や数はあくまでも一例に過ぎない。例えば、伝統尊重派とは、日本の文化伝統を守り継承する層日本の文化社会的伝統を守る意識が強く、義理分別を重んじる層と分析されたユーザが分類される価値観グループをいう。また、社会達成派とは、キャリア社会志向の強い良識層社会的文化的関心が強く、客観的ゴールを設定して努力する、趣味も豊富である層と分析されたユーザが分類される価値観グループをいう。また、自己顕示派とはレジャーファッション高感度享楽層流行に敏感で自己表現にこだわり、今をエンジョイする層と分析されたユーザが分類される価値観グループをいう。次に、ニーズ判定テーブル30のデータ構造を説明する。図3に示すように、ニーズ判定テーブル30は、店舗が立地しているエリア、外食価値観及び外食オケージョンの組合せ毎に、ニーズユーザの飲食店に対するニーズが関連付けられたデータベースである。具体的には、ニーズ判定テーブル30は、店舗があるエリアを登録するフィールド301と、外食価値観を登録するフィールド302と、外食オケージョンを登録するフィールド303と、ユーザの飲食店に対するニーズを登録するフィールド304とを備えて1つのレコードが形成されている。ここで、フィールド301に登録されるエリアとは、店舗の所在するエリアを指すデータであり、図示する例では京都が登録されている。また、フィールド302に登録される外食価値観とは、ユーザデータベース20のフィールド203に登録されている各ユーザに当てはめられている価値観グループであり、その内容は上述した通りである。また、フィールド303に登録される外食オケージョンとは、ユーザがオペレータに伝えた飲食店を利用する際の状況や場面等を示すデータ飲食店の利用場面利用状況を示すデータのことをいう。図示する例では、土地勘のない京都で友人と食事というオケージョンを示す情報が登録されている。尚、フィールド303に登録されるオケージョンとしては、例えば、銀座で会社の同僚とお酒を飲むやデートにふさわしいお店で恋人と食事をする等の情報が挙げられる。また、フィールド304に登録されるニーズとは、店舗があるエリア、外食価値観及び外食オケージョンの組合せ毎に定めた、ユーザの飲食店に対するニーズのことをいう。具体的には、上記の各外食価値観を持つユーザが、所定のエリアにおいて、所定の外食オケージョンの基でどのようなニーズを持つかを統計調査するアンケート等で得られたデータを統計的手法による分析調査をする。そして、エリア、外食価値観及び外食オケージョンの組合せに、前記の統計調査により得られたニーズを紐付けしたものがニーズ判定テーブル30となっている。尚、フィールド304に登録されるニーズは、後述する特徴データベース40に登録されている特徴データが用いられる。すなわち、このニーズは、後述する特徴データベース40に登録された特徴データから選択される。このように、上記の組合せ毎に定めたニーズに、店舗飲食店のウリやピーアール等の特徴データを用いるようにしたのは、ユーザのニーズから店舗を検索できるようにするためである。尚、図3の例では、エリアが京都、外食価値観が伝統尊重派伝統派、外食オケージョンが土地勘のない京都で友人と食事である場合、京都らしい雰囲気の店、京都の味が楽しめる店がニーズとして関連付けられている。また、エリアが京都、外食価値観が社会達成派社会派、外食オケージョンが土地勘のない京都で友人と食事である場合、京都の一流店、有名店、京都の歴史著名人にゆかりの店がニーズとして関連付けられている。また、エリアが京都、外食価値観が自己顕示派自己派、外食オケージョンが土地勘のない京都で友人と食事である場合、京都の話題店、先端店、京都の趣味の仲間が集まる店がニーズとして関連付けられている。次に、特徴データベース40のデータ構造を説明する。特徴データベース40は、図4に示すように、ユーザのニーズを示す飲食店の特徴データが分類されて階層的に関連付けられて配置されていると共に、最下層の特徴データに、店舗情報店舗名が関連付けられている。ここで、特徴データとは、飲食店の広告やWebサイトに掲載されている情報飲食店のウリやピーアール等の特徴等から店舗の選択、利用に直接対応していると考えられるニーズを網羅的に分析して抽出したキーワードや文等のデータや、その抽出したデータを上位概念化して示したデータのことをいう。この特徴データは、飲食店の特徴を示したものであるが、同時に、ユーザが求めているニーズも示している。例えば、図4に示す特徴データ410aは、食事と一緒にエンターテインメントを楽しみたいという飲食店の特徴であると共に、ユーザのニーズも表している。より具体的には、特徴データベース40は、第1階層最上位概念の特徴データを登録するフィールド401と、フィールド401に登録された特徴データに関連付けられた第2階層の特徴データ第1階層の特徴データの内容を具体化したものを登録するフィールド402と、フィールド402に登録された特徴データに関連付けられた第3階層の特徴データ第2階層の特徴データの内容を具体化したものを登録するフィールド403と、フィール403に登録された特徴データに関連付けられた第4階層の特徴データ第3階層の特徴データの内容を具体化したものを登録するフィールド404と、フィールド404に登録された特徴データに関連付けられた飲食店情報店舗名を登録するフィールド405とを備えている。図4では、第1階層を登録するフィールド401に、例えば、食事と一緒にエンターテインメントを楽しみたいという特徴データ410aが登録されている。また、この特徴データ410aの一つ下の階層を登録するフィールド402に、前記特徴データ410aの内容を具体的に示した特徴データ食事をしながらライブ演奏やショーを楽しみたい420aが関連付けられて登録されている。また、この特徴データ420aの一つ下の階層を登録するフィールド403に、前記特徴データ420aの内容を具体的に示した特徴データ音楽のライブが楽しめる店430aが関連付けられて登録されている。また、この特徴データ430aの一つ下の階層を登録するフィールド404に、前記特徴データ430aの内容を具体的に示した特徴データ日本の民謡が楽しめる店440aが関連付けられて登録されている。そして、上位階層の特徴データは、飲食店のジャンル和食、中華、居酒屋等のジャンルや提供するサービス、店舗の立地に直接関係しない概念的な飲食店に対するニーズを示したものとなっている。また、上位階層の特徴データから下位階層の特徴データに向かうにしたがい、飲食店の具体的なニーズ体験できるサービスの具体的な内容等を表現したデータになっている。尚、本実施形態の説明では、第1階層が最上位の階層を示し、第2階層が第1階層の1つ下の階層を示し、第3階層が第2階層の1つ下の階層を示し、第4階層が第3階層の1つ下の階層を示すものとする。また、図示する特徴データベース40の階層数は、あくまでも一例である。このように、店舗の特徴データを上位概念から下位概念に向けて階層的に関連付けて配置すると共に、最下層の特徴データに飲食店の店舗を紐付けすることにより、飲食店のジャンル和食、中華、居酒屋等のジャンルや提供するメニュー、店舗の立地に直接関係しない概念的な飲食店に対するニーズから、ユーザが求めている飲食店を検索することができるようになる。すなわち、特徴データベース40を用いることにより、ユーザの潜在ニーズ曖昧なニーズに応える飲食店を抽出することができる。次に、店舗データベース50のデータ構造を説明する。図5に示すように、店舗データベース50は、店舗名及び店舗IDを登録するフィールド501と、店舗の住所を登録するフィールド502と、店舗の最寄駅を登録するフィールド503と、店舗の電話番号を登録するフィールド504と、店舗のURLを登録するフィールド505と、提供する料理の種類を登録するフィールド506と、店舗のメニューを登録するフィールド507と、店舗のPR店舗の特徴店舗のウリを示す情報特徴データを登録するフィールド508とを備えて1つのレコードが構成されている。尚、特徴データとは、特徴データベース40に登録されているものと同じである。次に、本実施形態のコンシェルジュ支援装置1により行われる店舗を選定する処理について、図6に基づいて説明する。ここで、図6は、本発明の実施形態のコンシェルジュ支援装置により行われる店舗検索処理の手順を示したフローチャートである。尚、以下に示す処理フローのなかのユーザは、コンシェルジュサービスを提供する事業者に会員登録を行っており、当該ユーザのユーザ情報はユーザデータベース20に登録されているものとする。先ず、ユーザは、携帯電話端末2から前記事業者のオペレータコンシェルジュに電話をかけて、オペレータにユーザ名及びユーザID会員番号を伝える。オペレータは、入力部12を操作して、コンシェルジュ支援装置1に、ユーザから聞いたユーザ名及びユーザIDを入力する。具体的には、コンシェルジュ支援装置1の情報選定部15は、入力部12を介して、ユーザ名及びユーザIDの入力を受け付けるS1。次に、情報選定部15は、S1で受け付けたユーザ名及びユーザIDと、ユーザデータベース20とを用いて、ユーザの外食価値観を特定するS2。具体的には、情報選定部15は、ユーザデータベース20のなかから、S1で受け付けたユーザ名及びユーザIDが登録されたレコードを抽出する。また、情報選定部15は、その抽出されたレコードのフィールド203に登録された外食価値観を、S1で入力されたユーザ情報ユーザ名、ユーザIDのユーザの外食価値観として特定する。また、情報選定部15は、ユーザの外食価値観が特定されると、表示部13に、ユーザ認証が成功された旨のデータと、抽出されたレコードに登録されたユーザ情報とを表示する。尚、情報選定部15は、ユーザデータベース20のなかに、S1で受け付けたユーザ名及びユーザIDが登録されたレコードが無ければ、表示部13に認証エラーを示すデータを表示し、オペレータにユーザ名及びユーザIDの再入力を促してS1の処理に戻る図示せず。或いは、情報選定部15は、前記登録されたレコードが無ければ、表示部13に認証エラーを示すデータを表示して処理を終了する。次に、オペレータは、電話の相手先であるユーザに、ユーザが探している飲食店のエリア住所、地名、郵便番号等のエリアを指す情報を聞き、入力部12を操作して、コンシェルジュ支援装置1に、ユーザから聞いたエリアを入力する。具体的には、コンシェルジュ支援装置1の情報選定部15は、入力部12を介して、オペレータからのエリアの入力を受け付けるS3。尚、S3において、情報選定部15は、予め分類した複数のエリアを表示部13に表示し、オペレータに、分類したエリアから一のエリアを選択させるように構成されていてもよい。この場合、オペレータは、前記表示されたエリアのなかから、ユーザから聞いたエリアと同じエリア或いは一番近いエリアを選択する。この場合、記憶部16には、予め分類した複数のエリアを示すデータが格納されているものとする。次に、オペレータは、電話の相手先であるユーザに、ユーザが希望している外食オケージョン土地勘のない京都で友人と食事をしたい等の内容を聞き、入力部12を操作して、コンシェルジュ支援装置1に、ユーザから聞いた外食オケージョンを入力する。具体的には、コンシェルジュ支援装置1の情報選定部15は、入力部12を介して、オペレータからの外食オケージョンの入力を受け付けてS4、S5に進む。尚、S4において、情報選定部15は、予め類型化した複数の外食オケージョンを表示部13に表示し、オペレータに、複数の外食オケージョンから一の外食オケージョンを選択させるように構成されていてもよい。この場合、オペレータは、前記表示された外食オケージョンのなかから、ユーザから聞いた外食オケージョン同じもの或いは一番近いものを選択する。この場合、記憶部16には、予め類型化した複数の外食オケージョンを示すデータが格納されているものとする。S5では、情報選定部15は、電話の相手先であるユーザのニーズの特定を行う。具体的には、情報選定部15は、S2で特定した外食価値観と、S3で受け付けた飲食店のエリアと、S4で受け付けた外食オケージョンと、ニーズ判定テーブル30とにより、ユーザのニーズの特定を行う。すなわち、情報選定部15は、ニーズ判定テーブル30のなかから、上記のエリア、外食価値観及び外食オケージョンが登録されたレコードを抽出する。また、情報選定部15は、その抽出されたレコードのフィールド304に登録されたニーズを、S1で入力されたユーザ情報ユーザ名、ユーザIDのユーザのニーズとして特定する。また、情報選定部15は、表示部13に前記特定したユーザのニーズを表示出力する。例えば、S2で特定した外食価値観が伝統派であり、S3で受け付けた飲食店のエリアが京都であり、S4で受け付けた外食オケージョンが土地勘のない京都で友人と食事であれば、情報選定部15は、図3のニーズ判定テーブル30から、ユーザのニーズが京都らしい雰囲気のお店、京都の味が楽しめるお店であると特定する。次に、情報選定部15は、S5で特定したユーザのニーズ例えば、京都らしい雰囲気のお店、京都の味が楽しめるお店と、特徴データベース40とを用いて、S5で特定したユーザのニーズに関連付けられている店舗を選定するS6。具体的には、情報選定部15は、特徴データベース40を検索し、特徴データベース40のなかから、S5で特定したユーザのニーズと同じ又は類似する特徴データを抽出し、その抽出した特徴データに関連付けられている店舗情報を選択する。例えば、S5で特定したニーズが京都らしい雰囲気のお店、京都の味が楽しめるお店であれば、図4に例示する特徴データ40にから、京料理○×、京料理○△、京懐石○○が選択される。尚、上記の特徴データが類似するか否かを判定は周知技術により実現されるものであるため、ここでの説明は省略する。そして、情報選定部15は、前記店舗が抽出されると、表示部13に、S5で特定したユーザのニーズ及びS6で選定した店舗情報が提示された画像情報を表示する。オペレータは、この表示された画像情報を見て、ユーザに電話でお店のデータを折り返しメールで送信する旨を伝える例えば、ユーザに、京都らしい雰囲気のお店をお勧めします。メールでお店の情報をお送りしますのでお待ちください。等のメッセージを伝える。次に、情報選定部15は、店舗データベース50からS6で選定したお店の情報を抽出すると共に、ユーザデータベース20からユーザのメールアドレスを抽出して、前記選定した店舗を紹介するメール宛先が、ユーザの携帯電話端末2のメールアドレスに設定したメールを作成する。また、情報選定部15は、通信処理部14を介して、ユーザの携帯電話端末2に前記メールを送信し、処理を終了するS7。ここで、店舗を紹介するメールには、店舗データベース50の各フィールド501~508に登録されたデータが記載されている。すなわち、前記メールには、店舗名、住所、最寄駅、電話番号、店舗のURL、料理種別、メニューに加えて、その店舗のPR特徴店舗のウリとなる情報も記載されている。これにより、ユーザは、メールを見て、店舗のPR特徴店舗のウリを参考にして店舗選びをすることができる。尚、情報選定部15は、S7の処理を終了する前に、ユーザデータベース20のフィールド208に、今回行われた処理の履歴情報処理日時、S3、S4で入力したエリア、オケージョン、S5で特定したニーズ、S6で選定した店舗情報を登録する。このように、本実施形態のコンシェルジュ支援装置1は、各ユーザの外食価値観を特定把握し、各ユーザの外食価値観を登録したユーザデータベース20を備えている。そのため、本実施形態のコンシェルジュ支援装置1を利用することにより、オペレータがユーザから問い合わせを受けた際に、ユーザの外食価値観を判断する必要がなく、ユーザにお店を提案するまでの時間を短縮させることができる。また、コンシェルジュ支援装置1は、店舗のエリア、外食価値観及び外食オケージョンの組合せ毎に、飲食店に対するニーズを紐付けしたニーズ判定テーブル30を備えている。この構成により、コンシェルジュ支援装置1は、ユーザ名、店舗があるエリア及び外食オケージョンの入力を受け付けることにより、ユーザデータベース20及びニーズ判定テーブル30を用いて、エリア及び外食オケージョンからユーザのニーズを選定することができる。すなわち、本実施形態によれば、面倒な質疑応答をすることなく、ユーザの飲食店に対するニーズが選定されるため、ユーザの要求に応える店舗の提案を短時間で行うことができる。その結果、本発明によれば、上述した従来技術のようにユーザにストレスを生じさせることがない。また、本実施形態によれば、オペレータは、ユーザとのやり取り質疑応答が減るため、業務負担が軽減される共に、1件当たりの相談対応時間が短縮されるため、業務効率が向上する。また、本実施形態のコンシェルジュ支援装置1は、ユーザのニーズを示す飲食店の特徴データを分類して階層的に関連付けて配置すると共に、最下層の特徴データに、店舗情報店舗名を関連付けた特徴データベース40を備えている。この構成により、コンシェルジュ支援装置1は、前記のようにユーザのニーズを選定すると、特徴データベース40を用いて、当該選定したユーザのニーズに対応する店舗情報を自動的に抽出することができる。すなわち、本実施形態のコンシェルジュ支援装置1は、上記の構成により、ユーザ名、店舗があるエリア及び外食オケージョンを入力することにより、ユーザの要望エリア、外食オケージョンに応える店舗情報を選定できるため、上述した従来技術のコンシェルジュサービスと比べて、短時間でユーザの要望に応えることができる。また、本実施形態によれば、オペレータは、コンシェルジュ支援装置1に、ユーザ認証が終わると、前記エリアおよび前記外食オケージョンを入力すれば、その後は、装置側が自動的にユーザの要望エリア、外食オケージョンに応える店舗情報を選定してくれるため、オペレータの業務負担が大幅に軽減される。また、コンシェルジュ支援装置1が、ユーザのニーズに応える店舗情報を選定するようになっているため、オペレータ毎の経験スキルに左右されないコンシェルジュサービスを提供することができる。尚、本発明は、上述した実施形態に限定されるものではなく、その要旨の範囲内において種々の変更が可能である。例えば、上述した実施形態では、コンシェルジュ支援装置1が自動的に、ユーザのニーズに応える店舗情報を選定していたが、特にこれに限定されるものではない。コンシェルジュ支援装置1は、上述したS5の処理によりニーズを特定した後は、表示部13に、その特定したニーズ及びユーザの履歴を出力して処理を終了してもよい。この場合、オペレータは、表示されたニーズや、ユーザの履歴情報等を見た上で、オペレータが、自身の経験や知識を利用して、ユーザにお勧めする店舗を選定する。この構成においても、オペレータは、ユーザに様々な質問をしてユーザの外食価値観やニーズを把握する必要がないため、短時間でユーザの所望する店舗情報を提供することができる。また、例えば、上述した実施形態では、コンシェルジュ支援装置1を操作するオペレータが、ユーザの要望エリア、外食オケージョンを入力することにより、ユーザのニーズに応える飲食店情報を選定していたが特にこれに限定されるものではない。例えば、コンシェルジュ支援装置1は、通信ネットワークを介してユーザ端末パソコン、スマートフォン等に接続され、当該ユーザ端末との間でデータの授受が行えるように構成されていてもよい。この場合、コンシェルジュ支援装置1は、通信ネットワークを介して、前記ユーザ端末からユーザID、ユーザ名、エリア、外食オケージョンの入力を受け付ける。また、コンシェルジュ支援装置1は、その受け付けたユーザID、ユーザ名、エリア、外食オケージョンからユーザのニーズに応える飲食店情報を選定する。また、コンシェルジュ支援装置1は、通信ネットワークを介して、前記ユーザ端末に、前記選定した飲食店情報を送信する。この構成においても、上述した実施形態と同様の効果を奏することができる。また、上述した実施形態のユーザデータベース20のフィールド208に登録された履歴を利用して、会員向けのEDMサービスに利用するようにしてもよい。これにより、ユーザに対して、関心が高いと想定される飲食店情報を提供することができ、会員となったユーザに有益な情報が配信される。また、上述した実施形態では、店舗情報として飲食店の情報を示していたが、あくまでもこれは一例に過ぎない。店舗情報が飲食店以外の店舗や、ホテルや旅館等の宿泊施設に関する情報であったり、音楽コンサートやスポーツ興行等のイベント情報であってもよい。