(57)【要約】【課題】ユーザにとって有用な情報を提示できるコメント提示プログラム等を提供する。【解決手段】コメント提示プログラムは、コンピュータに、宿泊先が対応づけて登録され、コメントの提示を要求するコメントの提示要求元から、商品の指定を受け付ける処理を実行させる。また、コメント提示プログラムは、コンピュータに、商品の各調理先での調理により提供された料理についてのコメントの登録情報を参照する処理を実行させる。また、コメント提示プログラムは、コンピュータに、指定された該商品の調理により提供された料理についてのコメントであって、該商品の調理先が宿泊先と一致するコメントを特定し、特定した該コメントを提示する処理を実行させる。【選択図】図１
2015141467.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、
宿泊先が対応づけて登録され、コメントの提示を要求するコメントの提示要求元から、商品の指定を受け付け、
前記商品の各調理先での調理により提供された料理についてのコメントの登録情報を参照して、指定された該商品の調理により提供された料理についてのコメントであって、該商品の調理先が前記宿泊先と一致するコメントを特定し、
特定した該コメントを提示する
処理を実行させることを特徴とするコメント提示プログラム。
【請求項２】
前記コンピュータに、前記調理の方法の指定を受け付ける処理をさらに実行させ、
前記コメントを特定する処理は、前記コメントとして、前記調理の方法が指定された前記調理の方法と一致するコメントであって、前記調理先が前記宿泊先と一致するコメントを特定することを特徴とする請求項１に記載のコメント提示プログラム。
【請求項３】
前記コンピュータに、前記商品のカテゴリの指定を受け付ける処理をさらに実行させ、
前記コメントを特定する処理は、前記コメントとして、前記商品のカテゴリが指定された前記商品のカテゴリと一致するコメントであって、前記調理先が前記宿泊先と一致するコメントを特定することを特徴とする請求項１または２に記載のコメント提示プログラム。
【請求項４】
コメントの提示方法において、
コンピュータが、
宿泊先が対応づけて登録され、コメントの提示を要求するコメントの提示要求元から、商品の指定を受け付け、
前記商品の各調理先での調理により提供された料理についてのコメントの登録情報を参照して、指定された該商品の調理により提供された料理についてのコメントであって、該商品の調理先が前記宿泊先と一致するコメントを特定し、
特定した該コメントを提示する
処理を実行することを特徴とするコメント提示方法。
【請求項５】
商品の各調理先での調理により提供された料理についてのコメントの登録情報を記憶するコメント記憶部と、
宿泊先が対応づけて登録され、コメントの提示を要求する前記コメントの提示要求元から、前記商品の指定を受け付ける受付部と、
前記コメント記憶部を参照して、指定された該商品の調理により提供された料理についてのコメントであって、該商品の調理先が前記宿泊先と一致するコメントを特定する特定部と、
特定した該コメントを提示する提示部と
を有することを特徴とするコメント提示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コメント提示プログラム、コメント提示方法およびコメント提示装置に関する。
【背景技術】
【０００２】
近年、通信販売等のポータルサイトでは、商品の説明の他に、過去に同じ商品を購入した人物のコメントが表示されることがある。コメントの一例として、食品に関するものであれば、鮮度、味、価格等の評価が挙げられる。コメントは、過去に商品を購入した人物がポータルサイトの当該商品に関するコメント投稿欄等に、例えば口コミ情報として記入することで、ポータルサイト内のデータベースに蓄積される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−１６７０３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、投稿される口コミ情報は、当該商品を購入しようとするユーザにとって有益な情報とは限らない。例えば、同じ商品であっても、Ａ店で提供された商品は美味であるが、Ｂ店で提供された商品は不味い場合には、Ａ店で提供された商品に対する口コミをみて同じ商品を購入しようとしたユーザが、Ｂ店に足を運ぶと不利益を被る場合がある。この場合には、ユーザが閲覧した口コミ情報は、有益な情報とはいえない。
【０００５】
一つの側面では、本発明は、ユーザにとって有用な情報を提示できるコメント提示プログラム、コメント提示方法およびコメント提示装置を提供することにある。
【課題を解決するための手段】
【０００６】
一つの態様では、コメント提示プログラムは、コンピュータに、宿泊先が対応づけて登録され、コメントの提示を要求するコメントの提示要求元から、商品の指定を受け付ける処理を実行させる。また、コメント提示プログラムは、コンピュータに、前記商品の各調理先での調理により提供された料理についてのコメントの登録情報を参照する処理を実行させる。また、コメント提示プログラムは、コンピュータに、指定された該商品の調理により提供された料理についてのコメントであって、該商品の調理先が前記宿泊先と一致するコメントを特定し、特定した該コメントを提示する処理を実行させる。
【発明の効果】
【０００７】
ユーザにとって有用な情報を提示できる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施例のコメント提示システムの構成の一例を示すブロック図である。
【図２】図２は、会員ＤＢの一例を示す説明図である。
【図３】図３は、旅行予約ＤＢの一例を示す説明図である。
【図４】図４は、朝市ＤＢの一例を示す説明図である。
【図５】図５は、産物ＤＢの一例を示す説明図である。
【図６】図６は、産物詳細ＤＢの一例を示す説明図である。
【図７】図７は、ホテルＤＢの一例を示す説明図である。
【図８】図８は、調理ＤＢの一例を示す説明図である。
【図９】図９は、口コミＤＢの一例を示す説明図である。
【図１０】図１０は、朝市画面の一例を示す説明図である。
【図１１】図１１は、産物情報画面の一例を示す説明図である。
【図１２】図１２は、口コミ情報画面の一例を示す説明図である。
【図１３】図１３は、口コミ情報画面の他の一例を示す説明図である。
【図１４】図１４は、従来の口コミ情報画面の一例を示す説明図である。
【図１５】図１５は、実施例のコメント提示処理の一例を示すフローチャートである。
【図１６】図１６は、特定処理の一例を示すフローチャートである。
【図１７】図１７は、コメント提示プログラムを実行するコンピュータの一例を示す説明図である。
【発明を実施するための形態】
【０００９】
以下、図面に基づいて、本願の開示するコメント提示プログラム、コメント提示方法およびコメント提示装置の実施例を詳細に説明する。なお、本実施例により、開示技術が限定されるものではない。また、以下の実施例は、矛盾しない範囲で適宜組みあわせてもよい。
【実施例】
【００１０】
［システム構成］
図１は、実施例のコメント提示システムの構成の一例を示すブロック図である。図１に示すコメント提示システム１は、商品に関するコメントを端末装置１０に提供する情報提供サービスを実現するものである。
【００１１】
図１には、上記の情報提供サービスの一例として、自治体が主催する朝市で提供される特産品をユーザが購入しようとする場合に、ユーザが特産品を持ち込んで調理してもらう調理先の調理により提供された料理についてのコメントを端末装置１０に提示するコメント提示システム１を示す。
【００１２】
かかる朝市で販売される特産品には、その時、その場所でしか買えず、希少で、かつ新鮮でおいしいといった価値や長所がある。このため、朝市には、人々に、その地域の産物を購入して味わってみたいと思わせる魅力がある。さらに、朝市には、特有の活気やコミュニケーションにも魅力がある。このように、朝市は、（１）特産品を食べられる期待感、（２）実際に産物を食べる楽しみ、（３）朝市自体を体験する楽しみなどを提供できる。
【００１３】
一方で、特産品の消費者となる旅行者には、「時間に伴って場所を移動する」というスケジュール上の制約がある。このため、「開催時間帯が限られる朝市に行けない」、「朝市には行けるが買った特産品を旅行中に調理して食べられない」、「飲食施設等でその街の特産品は食べられるが朝市には行けない」といったケースも散見される。
【００１４】
これらのことから、上記の情報提供サービスの土台として、宿泊や飲食の予約サービスを提供するポータルサイトの事業者と、朝市の主催者である自治体とが連携することによって、ネットワークＮ上に仮想的に再現された朝市から購入される特産品を、現実の朝市が開催される街にある飲食施設、とりわけ旅行者が予約手続を行った飲食施設へ配送した上で調理後の特産品を提供する「どこでも朝市」という新規なサービスを提供する。
【００１５】
かかる「どこでも朝市」によって、街の産物をできるだけ多くの旅行者に買ってもらい、消費してもらうという自治体の需要に応え、旅行という制約がある中で、上記の（１）〜（３）の朝市固有の価値を提供し、自治体の町興しに寄与することを目指す。
【００１６】
ここで、旅行者は、特産品の調理先である飲食施設について、旅行先であるため詳しくなく、購入した特産品を満足度の高い料理に調理して貰えるかについて不安がある場合がある。旅行者は、購入して持ち込んだ特産品が調理された料理が期待外れであったときには、調理先の飲食施設だけでなく、特産品そのものについてもよくない印象を持ってしまう可能性がある。
【００１７】
そこで、本実施例に係るコメント提示システム１では、上記の情報提供サービスの一環として、ユーザが購入しようとする特産品を持ち込む調理先について、過去に当該特産品が調理された料理についてのコメントを提示する。これによって、コメント提示システム１は、ユーザが商品を購入するか否かの判断材料となる情報を提供する。すなわち、コメント提示システム１は、ユーザが高い満足度で購入した産物を、高い満足度で飲食できるように、ユーザに有益な情報を提供する。
【００１８】
図１に示すように、コメント提示システム１は、端末装置１０と、サーバ装置１００とを有する。なお、図１には、システムが２つの端末装置１０を有する場合を示したが、端末装置１０の数は限定されず、コメント提示システム１は、任意の数の端末装置１０を有する。
【００１９】
これら端末装置１０およびサーバ装置１００の間は、ネットワークＮを介して相互に通信可能に接続される。かかるネットワークＮには、有線または無線を問わず、インターネット（Internet）を始め、ＬＡＮ（Local  Area  Network）やＶＰＮ（Virtual  Private  Network）などの任意の種類の通信網を採用できる。
【００２０】
サーバ装置１００は、端末装置１０に上記の情報提供サービスを提供するコンピュータである。上記のサーバ装置１００の一態様としては、パッケージソフトウェアやオンラインソフトウェアとして上記の情報提供サービスを実現する情報提供プログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、サーバ装置１００は、上記の情報提供サービスを提供するＷｅｂサーバとして実装することとしてもよいし、アウトソーシングによって上記の情報提供サービスを提供するクラウドとして実装することとしてもかまわない。
【００２１】
かかるサーバ装置１００は、一例として、宿泊や飲食の予約サービスを提供するポータルサイトの事業者によって運営される。サーバ装置１００は、端末装置１０からの宿泊施設または飲食施設の予約要求にしたがって予約手続きを実行する。なお、以下では、サーバ装置１００が宿泊の予約サービスを提供するポータルサイトの事業者によって運営される場合を例示するが、飲食の予約サービスを提供する事業者によって運営させることとしてもかまわない。
【００２２】
例えば、サーバ装置１００は、宿泊施設の予約を受け付ける場合に、端末装置１０からチェックイン及びチェックアウトの日付を始め、宿泊を行う地域などの指定を受け付ける。そして、サーバ装置１００は、これらの条件指定に該当する宿泊施設を図示しない宿泊施設のデータベースから検索する。この検索結果を端末装置１０に表示させる場合に、サーバ装置１００は、宿泊施設とともに、宿泊プランを表示させる。かかる宿泊プランには、寝るだけの素泊まりのプランの他、食事が宿泊とパッケージされたプランも含まれる。その後、サーバ装置１００は、宿泊プランの指定とともに宿泊施設の予約要求を受け付けた場合に、当該宿泊施設の予約手続きを実行する。例えば、サーバ装置１００は、宿泊施設への連絡や決済の代行などを実行する。この他、サーバ装置１００は、予約を行ったポータルサイトの会員を識別する会員ＩＤ（IDentifier）に、宿泊施設、チェックイン又はチェックアウトの日付、さらに、食事を含む宿泊プランが指定されている場合には、食事に対応するメニューを対応付けた情報を予約情報として登録する。このように、宿泊の予約サービスでは、宿泊施設の予約を通じて、宿泊施設と関連する飲食施設、例えば宿泊施設が経営するレストランや宿泊施設の事業者が持つビル内のテナントの予約も併せて実行できる。また、宿泊を伴わない飲食施設のみの予約として、飲食施設を利用する日時、飲食施設を特定する情報などを受け付けても構わない。かかる予約サービスを通じて集められた予約情報が上記の情報提供サービスに利用される。以下の説明では、宿泊設備を持たない飲食のみを提供する飲食施設も含め、宿泊施設と記載する場合がある。
【００２３】
また、サーバ装置１００は、朝市を主催する自治体等によって使用される図示しない主催者端末から朝市に関する各種情報の登録を受け付ける。例えば、サーバ装置１００は、主催者端末から朝市の開催に関する情報、例えば朝市を識別する朝市ＩＤ、開催される朝市の名称や朝市が開催される日付などの情報を受け付ける。その上で、サーバ装置１００は、これら朝市ＩＤ、朝市名および開催日が対応付けられた情報を朝市情報として朝市データベース（以下、データベースをＤＢと表記する）に登録する。このように登録された朝市情報は、一例として、後述のように、産物情報および産物の口コミ情報の提示に利用される。さらに、サーバ装置１００は、主催者端末から朝市で販売される特産品に関する情報、例えば特産品を識別する産物ＩＤ、特産品の名称や特産品が属する食品のカテゴリなどの情報を受け付ける。その上で、サーバ装置１００は、これら産物ＩＤ、特産品名およびカテゴリが対応付けられた情報を特産品情報として産物ＤＢに登録する。このように登録された特産品情報は、一例として、後述のように、ユーザに提示する口コミ情報を特定するのに利用される。
【００２４】
端末装置１０は、サーバ装置１００から上記の予約サービスや上記の情報提供サービスの提供を受けるコンピュータである。かかる端末装置１０の一例としては、パーソナルコンピュータを採用できる。端末装置１０には、上記のパーソナルコンピュータなどの据置き型の端末のみならず、各種の携帯端末装置を端末装置１０として採用することもできる。例えば、携帯端末装置の一例として、スマートフォン、携帯電話機やＰＨＳ（Personal  Handyphone  System）などの移動体通信端末、さらには、ＰＤＡ（Personal  Digital  Assistants）などのスレート端末などが挙げられる。
【００２５】
これら予約サービスや情報提供サービスは、上記のポータルサイトに所定の登録手続きを行うことによってその提供を受けることができる。例えば、端末装置１０を利用するエンドユーザは、個人の属性情報、例えば氏名、住所、電話番号やメールアドレスなどのアドレスをポータルサイトに登録することによって会員ＩＤおよびパスワード等のアカウントの発行を受ける会員となることができる。その上で、端末装置１０は、ネットワークＮ上にあるポータルサイトを運営するサーバ装置１００へアクセスし、アカウントでログイン認証を実行することによって上記の予約サービスの提供を受けることができる。
【００２６】
また、朝市を主催する自治体等は、図示しない主催者端末を用いて、上記の朝市情報や上記の特産品情報をサーバ装置１００へ登録することによってポータルサイト上に上記の「どこでも朝市」を仮想的に開催できる。一例としては、ポータルサイトのトップページにあるメニューの１つとして、「どこでも朝市」のメニューが用意される。このとき、「どこでも朝市」のメニューは、各地の朝市を指定できるＧＵＩ（Graphical  User  Interface）であってもよいし、朝市が開催される地域を指定できるＧＵＩであってもよいし、ユーザが宿泊施設の予約を行った地区の朝市が抜粋して表示されるＧＵＩであってもかまわない。
【００２７】
［サーバ装置１００の構成］
図１に示すように、サーバ装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、サーバ装置１００は、図１に示す機能部以外にも既知のコンピュータが有する各種の機能部、例えば各種の入力デバイスや音声出力デバイスなどの機能部を有することとしてもかまわない。
【００２８】
通信部１１０は、例えば、ＮＩＣ（Network  Interface  Card）等によって実現される。通信部１１０は、ネットワークＮを介して端末装置１０と有線または無線で接続され、端末装置１０との間で情報の通信を司る通信インタフェースである。通信部１１０は、端末装置１０から飲食施設の利用を含む宿泊予約、さらには上記の「どこでも朝市」を介して特産品の注文等の操作情報を受信する。また、通信部１１０は、宿泊予約に関する情報、特産品が飲食施設に届く日時、特産品を調理によって提供する日時などの情報、特産品を調理する飲食施設に関するコメント情報を端末装置１０に送信する。さらに、通信部１１０は、図示しない主催者端末に、上記の「どこでも朝市」を介して受け付けた特産品の受注を送信する。また、通信部１１０は、「どこでも朝市」を介して特産品の受注があった場合に、特産品、特産品が飲食施設に届く日時、特産品を調理によって提供する日時などの情報を、宿泊施設または宿泊施設に関連する飲食施設によって使用される端末に送信する。
【００２９】
記憶部１２０は、例えば、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、ハードディスクや光ディスク等の記憶装置によって実現される。記憶部１２０は、会員ＤＢ１２１と、旅行予約ＤＢ１２２と、朝市ＤＢ１２３と、産物ＤＢ１２４と、産物詳細ＤＢ１２５と、ホテルＤＢ１２６と、調理ＤＢ１２７と、口コミＤＢ１２８とを有する。また、記憶部１２０は、制御部１３０での処理に用いる情報を記憶する。さらに、記憶部１２０は、抽出された口コミを一時的に記憶するテンポラリを有する。
【００３０】
会員ＤＢ１２１は、ポータルサイトの会員について、会員ＩＤと、会員の氏名と、メールアドレスとを対応付けて記憶する。図２は、会員ＤＢの一例を示す説明図である。図２に示すように、会員ＤＢ１２１は、会員ＩＤ１２１ａ、氏名１２１ｂ、Ｅ−ｍａｉｌ１２１ｃといった項目を有する。
【００３１】
会員ＩＤ１２１ａは、ポータルサイトに登録された会員を識別する。氏名１２１ｂは、ポータルサイトに登録された会員の氏名を示す。Ｅ−ｍａｉｌ１２１ｃは、ポータルサイトに登録された会員の連絡先であるメールアドレスを示す。会員ＤＢ１２１は、例えば、図２に示すように、会員ＩＤ１２１ａ「Ｒ００１」と、氏名１２１ｂ「鈴木  一郎」と、Ｅ−ｍａｉｌ１２１ｃ「suzuki01@xxx.co.jp」とを対応付けて記憶する。この場合には、会員ＩＤ「Ｒ００１」の「鈴木  一郎」さんのメールアドレスが「suzuki01@xxx.co.jp」であることを示す。
【００３２】
旅行予約ＤＢ１２２は、会員がポータルサイトを通じて予約したホテル等の宿泊施設を会員ＩＤと対応付けて記憶する。図３は、旅行予約ＤＢの一例を示す説明図である。図３に示すように、旅行予約ＤＢ１２２は、会員ＩＤ１２２ａ、ホテルＩＤ１２２ｂ、日付１２２ｃ、調理ＩＤ１２２ｄといった項目を有する。
【００３３】
会員ＩＤ１２２ａは、旅行の予約を行った会員を識別する。ホテルＩＤ１２２ｂは、予約した宿泊施設を識別する。なお、ホテルＩＤ１２２ｂは、宿泊施設に限られず、例えば、予約可能なレストランや料亭等の飲食施設を識別するＩＤであってもよい。日付１２２ｃは、旅行の予約日、つまり宿泊施設等の利用日を示す。調理ＩＤ１２２ｄは、宿泊施設等で提供される料理で選択したメニューを識別する。旅行予約ＤＢ１２２は、例えば、図３に示すように、会員ＩＤ１２２ａ「Ｒ００１」と、ホテルＩＤ１２２ｂ「Ｈ００１」と、日付１２２ｃ「２０１３／１１／１」と、調理ＩＤ１２２ｄ「Ｍ００１」とを対応付けて記憶する。この場合には、会員ＩＤ「Ｒ００１」の人物が、ホテルＩＤ「Ｈ００１」で示されるホテルを２０１３年１１月１日に利用し、例えば、夕食に調理ＩＤ「Ｍ００１」で示される料理を選択していることを示す。
【００３４】
朝市ＤＢ１２３は、各地で開催される朝市を記憶する。図４は、朝市ＤＢの一例を示す説明図である。図４に示すように、朝市ＤＢ１２３は、朝市ＩＤ１２３ａ、朝市名１２３ｂ、開催日１２３ｃといった項目を有する。
【００３５】
朝市ＩＤ１２３ａは、各地で開催される朝市を識別する。朝市名１２３ｂは、朝市の名称を示す。朝市名１２３ｂは、例えば、「函館朝市」、「佐世保朝市」といった名称が挙げられる。開催日１２３ｃは、朝市が開催される日付を示す。朝市ＤＢ１２３は、例えば、図４に示すように、朝市ＩＤ１２３ａ「Ａ００１」と、朝市名１２３ｂ「函館朝市」と、開催日１２３ｃ「２０１３／１１／１」とを対応付けて記憶する。この場合には、２０１３年１１月１日に「函館朝市」が開催されることを示す。
【００３６】
産物ＤＢ１２４は、朝市で販売される産物、つまり特産品を記憶する。図５は、産物ＤＢの一例を示す説明図である。図５に示すように、産物ＤＢ１２４は、産物ＩＤ１２４ａ、産物名１２４ｂ、カテゴリ１２４ｃといった項目を有する。
【００３７】
産物ＩＤ１２４ａは、産物を識別する。産物名１２４ｂは、産物の名称を示し、例えば、「幻の鮎」、「大松茸」といった名称が挙げられる。カテゴリ１２４ｃは、産物のカテゴリを示し、例えば、産物が「幻の鮎」であれば「魚（白身）」、産物が「大松茸」であれば「茸」といったカテゴリに分類される。産物ＤＢ１２４は、例えば、図５に示すように、産物ＩＤ１２４ａ「Ｐ００１」と、産物名１２４ｂ「幻の鮎」と、カテゴリ１２４ｃ「魚（白身）」とを対応付けて記憶する。
【００３８】
産物詳細ＤＢ１２５は、産物ＤＢ１２４に示す産物の詳細情報を記憶する。図６は、産物詳細ＤＢの一例を示す説明図である。図６に示すように、産物詳細ＤＢ１２５は、産物ＩＤ１２５ａ、生産者１２５ｂ、収穫日１２５ｃ、提供先１２５ｄ、一言１２５ｅといった項目を有する。
【００３９】
産物ＩＤ１２５ａは、産物を識別する。生産者１２５ｂは、産物の生産者を示し、例えば、農家、漁師等の名称が挙げられる。収穫日１２５ｃは、産物の収穫日、漁獲日、生産日等を示す。提供先１２５ｄは、産物が出荷されるホテル、農協、朝市等を示す。つまり、提供先１２５ｄは、ユーザがその産物の料理を食べたり、産物を購入したりすることができる場所を示す。一言１２５ｅは、生産者からのアピール等のコメントを示す。産物詳細ＤＢ１２５は、例えば、図６に示すように、産物ＩＤ１２５ａ「Ｐ００２」と、生産者１２５ｂ「山田ファーム」と、収穫日１２５ｃ「２０１３／１０／３０」とを対応付けて記憶する。また、産物詳細ＤＢ１２５は、例えば、図６に示すように、産物ＩＤ１２５ａ「Ｐ００２」に、さらに、提供先１２５ｄ「Ｘ国際ホテル」「ＪＡ〇〇」「△△朝市」と、一言１２５ｅ「△△といえば大松茸！ぜひ味わってください。」とを対応付けて記憶する。
【００４０】
ホテルＤＢ１２６は、朝市ごとに近隣のホテル等を対応付けて記憶する。図７は、ホテルＤＢの一例を示す説明図である。図７に示すように、ホテルＤＢ１２６は、朝市ＩＤ１２６ａ、ホテルＩＤ１２６ｂ、ホテル名１２６ｃといった項目を有する。
【００４１】
朝市ＩＤ１２６ａは、各地で開催される朝市を識別する。ホテルＩＤ１２６ｂは、朝市が開催される場所の近隣、つまり地元のホテル等を識別する。地元のホテル等は、例えば、温泉地一帯のホテル、旅館等の宿泊施設、料亭、お食事処等が挙げられる。ホテル名１２６ｃは、ホテル等の名称を示す。ホテルＤＢ１２６は、例えば、図７に示すように、朝市ＩＤ１２６ａ「Ａ００１」と、ホテルＩＤ１２６ｂ「Ｈ００１」と、ホテル名１２６ｃ「Ｘ国際ホテル」とを対応付けて記憶する。
【００４２】
調理ＤＢ１２７は、ユーザが朝市で購入する産物を用いた料理と、その料理を提供する調理先であるホテル等を対応付けて記憶する。図８は、調理ＤＢの一例を示す説明図である。図８に示すように、調理ＤＢ１２７は、ホテルＩＤ１２７ａと、調理ＩＤ１２７ｂと、産物ＩＤ１２７ｃと、カテゴリ１２７ｄと、調理方法１２７ｅといった項目を有する。
【００４３】
ホテルＩＤ１２７ａは、産物の調理先であるホテル等を識別する。調理ＩＤ１２７ｂは、当該ホテル等で提供される料理を識別する。産物ＩＤ１２７ｃは、調理ＩＤ１２７ｂで識別される料理ごとに使用される産物を識別する。産物ＩＤ１２７ｃは、１つの調理ＩＤ１２７ｂについて、その料理で用いられる産物が対応付けられる。カテゴリ１２７ｄは、産物ＩＤ１２７ｃごとに、その産物のカテゴリを示す。調理方法１２７ｅは、産物ＩＤ１２７ｃごとに、その産物の調理方法を示す。また、調理ＩＤ１２７ｂで識別される料理は、複数の産物ＩＤ１２７ｃと、カテゴリ１２７ｄと、調理方法１２７ｅとを有する。調理ＤＢ１２７は、例えば、図８に示すように、調理ＩＤ１２７ｂ「Ｍ００１」に対して、その料理に使用される産物ＩＤ１２７ｃ「Ｐ００２」「Ｐ００５」「Ｐ０５１」「Ｐ０６５」が対応付けられる。
【００４４】
口コミＤＢ１２８は、産物の調理先であるホテル等で提供される料理についての口コミ情報を記憶する。すなわち、口コミＤＢ１２８は、商品の各調理先での調理により提供された料理についてのコメントの登録情報を記憶するコメント記憶部である。図９は、口コミＤＢの一例を示す説明図である。図９に示すように、口コミＤＢ１２８は、口コミＩＤ１２８ａと、口コミ１２８ｂと、登録日１２８ｃと、季節１２８ｄと、ホテルＩＤ１２８ｅと、調理ＩＤ１２８ｆと、食事メニュー名１２８ｇといった項目を有する。
【００４５】
口コミＩＤ１２８ａは、口コミ情報を識別する。口コミ１２８ｂは、口コミの内容を示し、例えば、コメントとして「肉厚で風味が最高！お勧めの一品です。」といった内容と、星を用いた５段階評価等の段階的評価とを有する。登録日１２８ｃは、口コミが登録された年月日を示す。季節１２８ｄは、口コミ情報が登録された季節を示す。季節１２８ｄは、例えば、３月から５月を春、６月から８月を夏、９月から１１月を秋、１２月から２月を冬とすることができる。ホテルＩＤ１２８ｅは、口コミ情報の対象となる料理を提供するホテル等を識別する。調理ＩＤ１２８ｆは、口コミ情報の対象となる料理を識別する。食事メニュー名１２８ｇは、口コミ情報の対象となる料理の名称を示す。食事メニュー名１２８ｇは、例えば、「贅沢コース」、「彩コース」といったコース名でもよいし、「秋のスタミナ丼」のように単品メニューの名称でもよい。
【００４６】
なお、上述の各データベースでは、各データベースの項目として符号を振ったが、項目名が同じものは各データベースで同じ内容を示す。例えば、産物ＤＢ１２４の産物ＩＤ１２４ａと、調理ＤＢ１２７の産物ＩＤ１２７ｃとが指し示す内容は、同じルールに基づいて付与されたＩＤを用いる。例えば、調理ＩＤ「Ｐ００２」は、どちらのデータベースでも同一の産物「大松茸」を示す。従って、以下の説明では、特に区別する場合を除いて各項目名を用いて説明する。
【００４７】
図１の説明に戻って、制御部１３０は、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現されるようにしてもよい。制御部１３０は、ポータル部１３１と、受付部１３２と、特定部１３３と、提示部１３４と、決済部１３５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図１に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。
【００４８】
ポータル部１３１は、ポータルサイトとして宿泊や飲食の予約サービスを提供する。ポータル部１３１は、会員ＤＢ１２１を参照してポータルサイトの会員に対してログイン認証を行う。また、ポータル部１３１は、通信部１１０を介して端末装置１０から飲食施設の利用を含む宿泊予約等の情報を取得すると、旅行予約ＤＢ１２２に宿泊予約等の内容を格納する。ポータル部１３１は、端末装置１０に対して、朝市画面へのリンクを有するポータルサイトの画面を送信する。ポータル部１３１は、通信部１１０を介して端末装置１０から朝市画面へのリンクが押下された情報を受信すると、受付部１３２に対してログイン情報とともに朝市画面を表示する指示を出力する。
【００４９】
受付部１３２は、ポータル部１３１からログイン情報が入力されるとともに朝市画面の表示を指示されると、通信部１１０を介して端末装置１０に対して朝市画面を送信する。図１０は、朝市画面の一例を示す説明図である。図１０に示すように、例えば、朝市画面２０には、産物ＤＢ１２４を参照して本日の入荷情報として、入荷している産物と、その産物の情報を表示するための産物情報ボタン２１と、カートに入れるボタン２５とを並べて表示する。また、朝市画面２０には、他にも商品検索ボタン２２、売場見学ボタン２３、カート情報ボタン２４等が設けられる。受付部１３２は、朝市画面２０にてユーザによって産物情報ボタン２１が押下されると、産物ＤＢ１２４を用いて産物の産物ＩＤを特定する。受付部１３２は、特定された産物の産物ＩＤを用いて産物詳細ＤＢ１２５を参照して、特定された産物の詳細情報を取得する。
【００５０】
受付部１３２は、取得した産物の詳細情報と、産物口コミ情報ボタンとを設けた産物情報画面を、通信部１１０を介して端末装置１０に送信する。図１１は、産物情報画面の一例を示す説明図である。図１１に示すように、産物情報画面２６には、産物詳細ＤＢ１２５から取得した産物の詳細情報２７と、産物口コミ情報ボタン２８と、カートに入れるボタン２９とが表示される。
【００５１】
受付部１３２は、通信部１１０を介して端末装置１０から産物情報画面２６の産物口コミ情報ボタン２８がユーザにより押下された情報を受信すると、特定処理開始情報を特定部１３３に出力する。
【００５２】
図１の説明に戻って、特定部１３３は、受付部１３２から特定処理開始情報が入力されると、調理ＤＢ１２７を参照して、特定された産物の産物ＩＤが含まれる調理ＩＤを特定する。つまり、特定部１３３は、ユーザが選択した産物を含む調理ＩＤを特定する。このとき、ある産物の産物ＩＤは、複数の調理ＩＤに含まれる場合があるが、その場合には、特定部１３３は、当該複数の調理ＩＤを特定する。
【００５３】
また、特定部１３３は、旅行予約ＤＢ１２２を参照して、ログイン中のユーザの会員ＩＤを用いて、ユーザが宿泊または食事するホテル等を特定する。図３の例では、会員ＩＤ「Ｒ００１」の会員が宿泊するホテルのホテルＩＤ「Ｈ００１」を特定する。
【００５４】
特定部１３３は、口コミＤＢ１２８を参照して、特定された調理ＩＤが含まれるレコードがあるか否かを判定する。特定部１３３は、特定された調理ＩＤが含まれるレコードがある場合には、当該口コミを抽出する。つまり、特定部１３３は、特定された産物が含まれる料理に対する口コミを抽出する。特定部１３３は、特定された調理ＩＤが含まれるレコードがない場合には、通信部１１０を介して端末装置１０の画面に、例えば「口コミがありません」といったコメントを表示させる。
【００５５】
特定部１３３は、口コミを抽出すると、抽出された口コミのレコードに含まれるホテルＩＤが、特定されたホテルＩＤと同じか否かを判定する。特定部１３３は、抽出された口コミのレコードに含まれるホテルＩＤが、特定されたホテルＩＤと同じ場合には、抽出された口コミをテンポラリに記憶する。特定部１３３は、抽出された口コミのレコードに含まれるホテルＩＤが、特定されたホテルＩＤと同じでない場合は、抽出された残りの口コミについて、特定されたホテルＩＤと同じか否かの判定を繰り返す。特定部１３３は、テンポラリに抽出された口コミが記憶されているか否かを判定する。特定部１３３は、テンポラリに抽出された口コミが記憶されていない場合には、通信部１１０を介して端末装置１０の画面に、例えば「口コミがありません」といったコメントを表示させる。特定部１３３は、テンポラリに抽出された口コミが記憶されている場合には、検索の条件を表示する条件検索画面を、通信部１１０を介して端末装置１０に送信する。
【００５６】
特定部１３３は、端末装置１０に表示された条件検索画面にてユーザによって入力された検索条件を、通信部１１０を介して受信したか否かを判定する。特定部１３３は、検索条件を受信しない場合には、ユーザが指定する検索条件はないものとして、抽出された口コミを選択された産物の産物ＩＤと対応付けて提示部１３４に出力する。特定部１３３は、検索条件を受信した場合には、テンポラリに記憶された抽出された口コミが検索条件に当てはまるか否かを判定する。特定部１３３は、抽出された口コミが検索条件に当てはまる場合には、テンポラリに記憶された抽出された口コミのうち検索条件に当てはまる口コミを選択された産物の産物ＩＤと対応付けて提示部１３４に出力する。特定部１３３は、抽出された口コミが検索条件に当てはまらない場合には、通信部１１０を介して端末装置１０の画面に、例えば「口コミがありません」といったコメントを表示させる。
【００５７】
すなわち、特定部１３３は、テンポラリに記憶された抽出された口コミのうち、検索条件に当てはまる口コミを選択された産物の産物ＩＤと対応付けて提示部１３４に出力する。
【００５８】
図１の説明に戻って、提示部１３４は、特定部１３３から産物ＩＤおよび対応する口コミが入力されると、口コミ情報一覧を生成する。提示部１３４は、口コミ情報一覧として、産物詳細ＤＢ１２５を参照して取得した産物の詳細情報と、口コミとを表示する口コミ情報画面を、通信部１１０を介して端末装置１０に送信する。図１２は、口コミ情報画面の一例を示す説明図である。図１２に示すように、口コミ情報画面３０には、産物詳細ＤＢ１２５から取得した産物の詳細情報２７と、特定部１３３から入力された口コミ３１と、カートに入れるボタン２９とが表示される。
【００５９】
ここで、図１２に示す画面例は、会員ＩＤ「Ｒ００１」のユーザが検索条件として産物「大松茸」のみを指定した場合を示す。つまり、口コミ情報画面３０は、会員ＩＤ「Ｒ００１」のユーザが宿泊するホテルのホテルＩＤ「Ｈ００１」である「Ｘ国際ホテル」における、産物「大松茸」を用いた料理に関する口コミが全て表示される。
【００６０】
これに対し、ユーザによってさらに検索条件が付加される場合がある。図１３は、口コミ情報画面の他の一例を示す説明図である。例えば、図１３に示す画面例は、ユーザが検索条件としてさらに「直近３ヶ月」という条件を用いた場合の口コミ情報画面の一例である。図１３に示すように、口コミ情報画面３２には、産物詳細ＤＢ１２５から取得した産物の詳細情報２７と、図１２に示した口コミ３１のうち「直近３ヶ月」に該当する口コミのみを示す口コミ３３と、カートに入れるボタン２９とが表示される。このように、サーバ装置１００は、ユーザが宿泊または食事する宿泊施設等と、特定された産物とで絞りこまれた口コミを、さらに任意の条件を付加して検索できる。従って、ユーザにとってより有用な情報を提示できる。
【００６１】
なお、ここで比較例として、従来の口コミ情報画面の一例を図１４に示す。図１４は、従来の口コミ情報画面の一例を示す説明図である。図１４に示すように、従来の口コミ情報画面３４では、口コミ３５として、産物「大松茸」によって検索された口コミが表示される。従来の口コミ情報画面３４では、例えば、ユーザが利用しない宿泊施設等の口コミ（図１４中、「Ｐ倶楽部ホテル」に関する口コミ）も同時に表示されてしまう。従って、従来の口コミ情報画面３４では、ユーザが求めている情報がユーザの利益にならない情報に埋もれて、必要な情報の取得に時間がかかってしまう。
【００６２】
図１の説明に戻って、決済部１３５は、通信部１１０を介して端末装置１０にカート画面および決済画面を送信して決済処理を実行する。決済部１３５は、例えば、朝市画面２０において、ユーザによってカート情報ボタン２４が押下されると、通信部１１０を介して端末装置１０にカート画面を送信する。ここで、カート画面には、例えば、ユーザによって、図１２の口コミ情報画面３０のカートに入れるボタン２９、図１３の口コミ情報画面３２のカートに入れるボタン２９が押下されることで、カートに入れられた産物が表示される。また、カート画面には、カートに入れられた産物を購入するための購入ボタンが表示される。
【００６３】
決済部１３５は、カート画面に表示された購入ボタンが押下されたことを示す購入情報を、通信部１１０を介して端末装置１０から受信したか否かを判定する。決済部１３５は、購入情報を受信した場合には、決済画面を通信部１１０を介して端末装置１０に表示させる。決済部１３５は、購入情報を受信しない場合には、朝市画面に戻る。なお、決済部１３５は、朝市画面への戻り方として、例えば、所定時間待っても購入情報を受信しない場合に戻るようにしたり、決済画面のキャンセルボタンが押下されることによって朝市画面に戻るようにできる。
【００６４】
決済部１３５は、決済画面にてユーザにより決済情報が入力されると、図示しない決済サーバに決済情報を送信する。決済部１３５は、決済サーバから決済の許可情報を受信すると、通信部１１０を介して端末装置１０に決済完了画面を送信する。
【００６５】
次に、実施例のコメント提示システム１の動作について説明する。
【００６６】
図１５は、実施例のコメント提示処理の一例を示すフローチャートである。なお、ここでは、サーバ装置１００の動作を主体に説明する。サーバ装置１００のポータル部１３１は、ユーザの端末装置１０からログイン情報を受信すると、会員ＤＢ１２１を参照してポータルサイトの会員に対してログイン認証を行う。ポータル部１３１は、ポータルサイトのログイン認証が完了すると、端末装置１０に対して、朝市画面へのリンクを有するポータルサイトの画面を送信する。ポータル部１３１は、端末装置１０から朝市画面へのリンクが押下された情報を受信すると、受付部１３２に対してログイン情報とともに朝市画面を表示する指示を出力する（ステップＳ１１）。
【００６７】
受付部１３２は、ポータル部１３１からログイン情報が入力されるとともに朝市画面の表示を指示されると、通信部１１０を介して端末装置１０に対して朝市画面を送信する。端末装置１０は、サーバ装置１００から朝市画面を受信すると、図示しない表示部に朝市画面を表示する（ステップＳ１２）。端末装置１０には、例えば、図１０に示す朝市画面２０が表示される。
【００６８】
サーバ装置１００の受付部１３２は、朝市画面２０にてユーザによって産物情報ボタン２１が押下されたか否かを判定する（ステップＳ１３）。受付部１３２は、産物情報ボタン２１が押下されていない場合には（ステップＳ１３：否定）、産物情報ボタン２１が押下されるまでステップＳ１３の判定を繰り返す。受付部１３２は、産物情報ボタン２１が押下された場合には（ステップＳ１３：肯定）、産物ＤＢ１２４を参照して、ユーザが選択した産物の産物ＩＤを特定する（ステップＳ１４）。
【００６９】
受付部１３２は、特定された産物の産物ＩＤを用いて産物詳細ＤＢ１２５を参照して、特定された産物の詳細情報を取得する（ステップＳ１５）。受付部１３２は、取得した産物の詳細情報と、産物口コミ情報ボタンとを設けた産物情報画面を、通信部１１０を介して端末装置１０に送信する（ステップＳ１６）。端末装置１０は、サーバ装置１００から産物情報画面を受信すると、図示しない表示部に産物情報画面を表示する。端末装置１０には、例えば、図１１に示す産物情報画面２６が表示される。
【００７０】
サーバ装置１００の受付部１３２は、産物情報画面の送信後に特定処理を実行する（ステップＳ１７）。ここで、図１６を用いて特定処理を説明する。図１６は、特定処理の一例を示すフローチャートである。受付部１３２は、産物情報画面２６にてユーザにより産物口コミ情報ボタン２８が押下された情報を受信したか否かを判定する（ステップＳ１７１）。受付部１３２は、産物口コミ情報ボタン２８が押下された情報を受信していない場合には（ステップＳ１７１：否定）、産物口コミ情報ボタン２８が押下されるまでステップＳ１７１の判定を繰り返す。受付部１３２は、産物口コミ情報ボタン２８が押下された情報を受信した場合には（ステップＳ１７１：肯定）、特定処理開始情報を特定部１３３に出力する。
【００７１】
特定部１３３は、受付部１３２から特定処理開始情報が入力されると、調理ＤＢ１２７を参照して、特定された産物の産物ＩＤが含まれる調理ＩＤを特定する（ステップＳ１７２）。また、特定部１３３は、旅行予約ＤＢ１２２を参照して、ログイン中のユーザの会員ＩＤを用いて、ユーザが宿泊または食事するホテル等を特定する（ステップＳ１７３）。
【００７２】
特定部１３３は、口コミＤＢ１２８を参照して、特定された調理ＩＤが含まれるレコードがあるか否かを判定する（ステップＳ１７４）。特定部１３３は、特定された調理ＩＤが含まれるレコードがない場合には（ステップＳ１７４：否定）、通信部１１０を介して端末装置１０の画面に、例えば「口コミがありません」といったコメントを表示させ（ステップＳ１７５）、特定処理を終了して元の処理に戻る。
【００７３】
特定部１３３は、特定された調理ＩＤが含まれるレコードがある場合には（ステップＳ１７４：肯定）、特定された調理ＩＤが含まれるレコードの口コミを口コミＤＢ１２８から抽出する（ステップＳ１７６）。特定部１３３は、抽出された口コミの数だけ、特定されたホテルＩＤと同じか否かの判定を繰り返す（ステップＳ１７７ａ〜ステップＳ１７７ｂ）。
【００７４】
特定部１３３は、口コミを抽出すると、抽出された口コミのレコードに含まれるホテルＩＤが、特定されたホテルＩＤと同じか否かを判定する（ステップＳ１７８）。特定部１３３は、抽出された口コミのレコードに含まれるホテルＩＤが、特定されたホテルＩＤと同じ場合には（ステップＳ１７８：肯定）、抽出された口コミをテンポラリに記憶する（ステップＳ１７９）。特定部１３３は、抽出された口コミのレコードに含まれるホテルＩＤが、特定されたホテルＩＤと同じでない場合は（ステップＳ１７８：否定）、ステップＳ１７７ａに戻り、抽出された残りの口コミについて、特定されたホテルＩＤと同じか否かの判定を繰り返す。特定部１３３は、テンポラリに抽出された口コミが記憶されているか否かを判定する（ステップＳ１８０）。特定部１３３は、テンポラリに抽出された口コミが記憶されていない場合には（ステップＳ１８０：否定）、通信部１１０を介して端末装置１０の画面に、例えば「口コミがありません」といったコメントを表示させる（ステップＳ１８１）。
【００７５】
特定部１３３は、テンポラリに抽出された口コミが記憶されている場合には（ステップＳ１８０：肯定）、検索の条件を表示する条件検索画面を、通信部１１０を介して端末装置１０に送信する（ステップＳ１８２）。特定部１３３は、ステップＳ１８２で端末装置１０に送信されて表示された条件検索画面にてユーザによって入力された検索条件を、通信部１１０を介して受信したか否かを判定する（ステップＳ１８３）。特定部１３３は、検索条件を受信しない場合には（ステップＳ１８３：否定）、ユーザが指定する検索条件はないものとして、抽出された口コミを選択された産物の産物ＩＤと対応付けて提示部１３４に出力する。特定部１３３は、検索条件を受信した場合には（ステップＳ１８３：肯定）、テンポラリに記憶された抽出された口コミが検索条件に当てはまるか否かを判定する（ステップＳ１８４）。
【００７６】
特定部１３３は、抽出された口コミが検索条件に当てはまる場合には（ステップＳ１８４：肯定）、テンポラリに記憶された抽出された口コミのうち検索条件に当てはまる口コミを選択された産物の産物ＩＤと対応付けて提示部１３４に出力する。特定部１３３は、抽出された口コミが検索条件に当てはまらない場合には（ステップＳ１８４：否定）、通信部１１０を介して端末装置１０の画面に、例えば「口コミがありません」といったコメントを表示させる（ステップＳ１８１）。
【００７７】
すなわち、特定部１３３は、テンポラリに記憶された抽出された口コミのうち、検索条件に当てはまる口コミを選択された産物の産物ＩＤと対応付けて提示部１３４に出力する。
【００７８】
提示部１３４は、特定部１３３から産物ＩＤおよび対応する口コミが入力されると、口コミ情報一覧を生成する（ステップＳ１８５）。提示部１３４は、口コミ情報一覧として、産物詳細ＤＢ１２５を参照して取得した産物の詳細情報と、口コミとを表示する口コミ情報画面を、通信部１１０を介して端末装置１０に送信する（ステップＳ１８６）。端末装置１０は、サーバ装置１００から口コミ情報画面を受信すると、図示しない表示部に口コミ情報画面を表示する。端末装置１０には、例えば、ステップＳ１８３で検索条件を受信しない場合には、図１２に示す口コミ情報画面３０が表示される。また、端末装置１０には、例えば、ステップＳ１８３で検索条件として「直近３ヶ月」を受信し、ステップＳ１８４で抽出された口コミが検索条件に当てはまる場合には、図１３に示す口コミ情報画面３２が表示される。提示部１３４は、口コミ情報画面を通信部１１０を介して端末装置１０に送信すると、特定処理を終了して元の処理に戻る。このように、特定処理では、購入予定の産物について、ユーザが宿泊するホテル等に対する口コミのみを特定できる。
【００７９】
図１５の説明に戻って、サーバ装置１００の決済部１３５は、例えば、朝市画面２０において、ユーザによってカート情報ボタン２４が押下されると、通信部１１０を介して端末装置１０にカート画面を送信する。ここで、カート画面には、例えば、ユーザによって、図１２の口コミ情報画面３０のカートに入れるボタン２９、図１３の口コミ情報画面３２のカートに入れるボタン２９が押下されることで、カートに入れられた産物が表示される。また、カート画面には、カートに入れられた産物を購入するための購入ボタンが表示される。
【００８０】
決済部１３５は、カート画面の購入ボタンが押下されたことを示す購入情報を受信したか否かを判定する（ステップＳ１８）。決済部１３５は、購入情報を受信した場合には（ステップＳ１８：肯定）、決済画面を通信部１１０を介して端末装置１０に表示させる（ステップＳ１９）。決済部１３５は、購入情報を受信しない場合には（ステップＳ１８：否定）、つまり、例えば決済画面のキャンセルボタンが押下された場合には、ステップＳ１２の朝市画面に戻る。
【００８１】
決済部１３５は、決済画面にてユーザにより決済情報が入力されると、図示しない決済サーバに決済情報を送信する。決済部１３５は、決済サーバから決済の許可情報を受信すると、通信部１１０を介して端末装置１０に決済完了画面を送信する。このように、コメント提示処理では、ユーザにとって有用な情報を提示できる。
【００８２】
このように、サーバ装置１００は、宿泊先が対応づけて登録され、コメントの提示を要求するコメントの提示要求元から、商品の指定を受け付ける。また、サーバ装置１００は、商品の各調理先での調理により提供された料理についてのコメントの登録情報を参照する。また、サーバ装置１００は、指定された該商品の調理により提供された料理についてのコメントであって、該商品の調理先が前記宿泊先と一致するコメントを特定し、特定した該コメントを提示する。その結果、ユーザにとって有用な情報を提示できる。
【００８３】
また、サーバ装置１００は、さらに、調理の方法の指定を受け付ける。また、サーバ装置１００は、コメントとして、調理の方法が指定された調理の方法と一致するコメントであって、調理先が宿泊先と一致するコメントを特定する。その結果、ユーザが希望する調理方法に一致するコメントを絞り込んで提示できる。
【００８４】
また、サーバ装置１００は、さらに、商品のカテゴリの指定を受け付ける。また、サーバ装置１００は、コメントとして、商品のカテゴリが指定された商品のカテゴリと一致するコメントであって、調理先が宿泊先と一致するコメントを特定する。その結果、ユーザが希望する商品のカテゴリに一致するコメントを絞り込んで提示できる。なお上述の通り、サーバ装置１００は、宿泊先として宿泊施設のみの情報を扱うのではなく、宿泊施設を持たず飲食のみを提供する飲食施設も同様に処理できる。
【００８５】
なお、上記実施例では、検索条件として「直近３ヶ月」を例としたが、これに限定されない。サーバ装置１００は、例えば、検索条件として、直火や炭火による「焼き」、いわゆる刺し身を表す「生」等の調理方法や、「魚」、「肉」、「茸」等の産物のカテゴリや、季節等を用いてもよい。これにより、よりユーザにとって有用な情報を提示できる。
【００８６】
なお、上記実施例では、ポータルサイトの機能と、「どこでも朝市」サービスに係る機能とを同一のサーバ装置１００で動作させたが、これに限定されない。例えば、サーバ装置１００は、「どこでも朝市」サービスに係る機能を提供し、ポータルサイトの機能は、別途サーバ装置を設けて提供するようにしてもよい。これにより、既存の旅行予約システムが動作するポータルサイトに、本発明に係る「どこでも朝市」サービスに係る機能を容易に付加することができる。
【００８７】
また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、上記実施例のポータル部１３１と決済部１３５とを統合してもよい。また、例えば、上記実施例の会員ＤＢ１２１と旅行予約ＤＢ１２２とを統合して１つのデータベースとしてもよい。さらに、例えば、上記実施例の産物ＤＢ１２４と産物詳細ＤＢ１２５とを統合して１つのデータベースとしてもよい。
【００８８】
さらに、各装置で行われる各種処理機能は、ＣＰＵ（またはＭＰＵ、ＭＣＵ（Micro  Controller  Unit）等のマイクロ・コンピュータ）上で、その全部または任意の一部を実行するようにしてもよい。また、各種処理機能は、ＣＰＵ（またはＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行されるプログラム上、またはワイヤードロジックによるハードウェア上で、その全部または任意の一部を実行するようにしてもよいことは言うまでもない。
【００８９】
ところで、上記の実施例で説明した各種の処理は、予め用意されたプログラムをコンピュータで実行することで実現できる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図１７は、コメント提示プログラムを実行するコンピュータの一例を示す説明図である。
【００９０】
図１７が示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０１と、データ入力を受け付ける入力装置２０２と、モニタ２０３とを有する。また、コンピュータ２００は、記憶媒体からプログラム等を読み取る媒体読取装置２０４と、各種装置と接続するためのインタフェース装置２０５と、他の装置と有線または無線により接続するための通信装置２０６とを有する。また、コンピュータ２００は、各種情報を一時記憶するＲＡＭ２０７と、ハードディスク装置２０８とを有する。また、各装置２０１〜２０８は、バス２０９に接続される。
【００９１】
ハードディスク装置２０８には、図１に示したポータル部１３１、受付部１３２、特定部１３３、提示部１３４および決済部１３５の各処理部と同様の機能を有する情報処理プログラムが記憶される。また、ハードディスク装置２０８には、会員ＤＢ１２１、旅行予約ＤＢ１２２、朝市ＤＢ１２３、産物ＤＢ１２４、産物詳細ＤＢ１２５、ホテルＤＢ１２６、調理ＤＢ１２７および口コミＤＢ１２８が記憶される。また、ハードディスク装置２０８には、コメント提示プログラムを実現するための各種データが記憶される。入力装置２０２は、例えばコンピュータ２００の管理者から初期データの入力を受け付ける。モニタ２０３は、例えばコンピュータ２００の管理者がメンテナンス等を行う場合に各種情報を表示する。インタフェース装置２０５は、例えば印刷装置等が接続される。通信装置２０６は、ネットワークＮに接続され、ユーザが操作する端末装置や「どこでも朝市」の主催者が操作する主催者端末と各種情報をやりとりする。
【００９２】
ＣＰＵ２０１は、ハードディスク装置２０８に記憶された各プログラムを読み出して、ＲＡＭ２０７に展開して実行することで、各種の処理を行う。また、これらのプログラムは、コンピュータ２００を図１に示したポータル部１３１、受付部１３２、特定部１３３、提示部１３４および決済部１３５として機能させることができる。
【００９３】
なお、上記の情報処理プログラムは、必ずしもハードディスク装置２０８に記憶されている必要はない。例えば、コンピュータ２００が読み取り可能な記憶媒体に記憶されたプログラムを、コンピュータ２００が読み出して実行するようにしてもよい。コンピュータ２００が読み取り可能な記憶媒体は、例えば、ＣＤ−ＲＯＭやＤＶＤディスク、ＵＳＢ（Universal  Serial  Bus）メモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ、ハードディスクドライブ等が対応する。また、公衆回線、インターネット、ＬＡＮ（Local  Area  Network）等に接続された装置にこの情報処理プログラムを記憶させておき、コンピュータ２００がこれらから情報処理プログラムを読み出して実行するようにしてもよい。
【符号の説明】
【００９４】
１  コメント提示システム
１０  端末装置
１００  サーバ装置
１１０  通信部
１２０  記憶部
１２１  会員ＤＢ
１２２  旅行予約ＤＢ
１２３  朝市ＤＢ
１２４  産物ＤＢ
１２５  産物詳細ＤＢ
１２６  ホテルＤＢ
１２７  調理ＤＢ
１２８  口コミＤＢ
１３０  制御部
１３１  ポータル部
１３２  受付部
１３３  特定部
１３４  提示部
１３５  決済部
Ｎ  ネットワーク
【図１】
2015141467.tif 000003
【図２】
2015141467.tif 000004
【図３】
2015141467.tif 000005
【図４】
2015141467.tif 000006
【図５】
2015141467.tif 000007
【図６】
2015141467.tif 000008
【図７】
2015141467.tif 000009
【図８】
2015141467.tif 000010
【図９】
2015141467.tif 000011
【図１０】
2015141467.tif 000012
【図１１】
2015141467.tif 000013
【図１２】
2015141467.tif 000014
【図１３】
2015141467.tif 000015
【図１４】
2015141467.tif 000016
【図１５】
2015141467.tif 000017
【図１６】
2015141467.tif 000018
【図１７】
2015141467.tif 000019