(57)【要約】【課題】飲食店のメニューの中からユーザのニーズに合ったコースメニューをユーザに提案する。【解決手段】情報処理装置は、記憶部及び制御部を有する。上記記憶部は、飲食店で提供される複数のメニューを示すメニュー情報を、上記メニューの属性を示す少なくとも１つのメニュー属性情報と対応付けて記憶する。上記制御部は、上記複数のメニューを、各メニューが有する上記メニュー属性を選択可能なユーザインタフェースと共に示すメニュー表示情報を生成する。さらに制御部は、上記ユーザインタフェースを介して上記ユーザによって選択されたメニュー属性に応じて、上記複数のメニューから抽出されたメニューによって構成されるコースメニューを示すコース提案情報を生成する。【選択図】図４
2019169097.tif 000002
【特許請求の範囲】
【請求項１】
飲食店で提供される複数のメニューを示すメニュー情報を、前記メニューの属性を示す少なくとも１つのメニュー属性情報と対応付けて記憶する記憶部と、
前記複数のメニューを、各メニューが有する前記メニュー属性を選択可能なユーザインタフェースと共に示すメニュー表示情報を生成し、前記ユーザインタフェースを介して前記ユーザによって選択されたメニュー属性に応じて、前記複数のメニューから抽出されたメニューによって構成されるコースメニューを示すコース提案情報を生成する制御部と
を具備する情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記記憶部は、コースメニューの属性を示す複数のコース属性情報を記憶し、
前記制御部は、前記メニュー属性と共に前記コース属性を選択可能なように前記ユーザインタフェースを生成し、前記選択されたメニュー属性及びコース属性を基に前記コース提案情報を生成する
情報処理装置。
【請求項３】
請求項２に記載の情報処理装置であって、
前記制御部は、前記各メニューが有する前記選択されたメニュー属性とは異なるメニュー属性を基に、前記選択された前記コース属性に合致する複数のメニューを抽出する
情報処理装置。
【請求項４】
請求項１に記載の情報処理装置であって、
前記記憶部は、コースメニューの属性を示す複数のコース属性情報を記憶し、
前記制御部は、前記選択されたメニュー属性に応じた複数の前記コース提案情報を前記複数のコース属性情報を基に生成し、前記ユーザから、当該複数のコース提案情報のうち１つのコース提案情報の選択を受け付ける
情報処理装置。
【請求項５】
請求項２または３に記載の情報処理装置であって、
前記制御部は、前記ユーザから、前記コース提案情報に含まれるメニューの変更を受け付けた場合に、前記選択されたメニュー属性およびコース属性を基に、代替メニューを抽出して新たなコース提案情報を生成する
情報処理装置。
【請求項６】
請求項２または３に記載の情報処理装置であって、
前記制御部は、前記ユーザから、前記コース提案情報の選択を受け付けた場合に、前記選択されたメニュー属性およびコース属性を基に、当該コース提案情報を構成する各メニューとの組み合わせが推奨される推奨メニューを抽出し、当該推奨メニューに関する情報を出力する
情報処理装置。
【請求項７】
飲食店で提供される複数のメニューを示すメニュー情報を、前記メニューの属性を示す少なくとも１つのメニュー属性情報と対応付けて記憶し、
前記複数のメニューを、各メニューが有する前記メニュー属性を選択可能なユーザインタフェースと共に示すメニュー表示情報を生成し、
前記ユーザインタフェースを介して前記ユーザによって選択されたメニュー属性に応じて、前記複数のメニューから抽出されたメニューによって構成されるコースメニューを示すコース提案情報を生成する
情報処理方法。
【請求項８】
情報処理装置に、
飲食店で提供される複数のメニューを示すメニュー情報を、前記メニューの属性を示す少なくとも１つのメニュー属性情報と対応付けて記憶するステップ、
前記複数のメニューを、各メニューが有する前記メニュー属性を選択可能なユーザインタフェースと共に示すメニュー表示情報を生成するステップと、
前記ユーザインタフェースを介して前記ユーザによって選択されたメニュー属性に応じて、前記複数のメニューから抽出されたメニューによって構成されるコースメニューを示すコース提案情報を生成するステップと
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、飲食店で提供されるメニューに関する表示情報を生成可能な情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来から、電子的に表示可能な飲食店のメニューの表示順を並び替える技術が知られている。例えば下記特許文献１には、飲食店の客の注文状況に応じて、かつ、順序や総量に関するルールに従って、次に注文される可能性が高いメニューほど目立つ態様または選択されやすい態様でメニュー項目を再構成して表示することが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−７６４４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１に記載の技術では、ユーザは次に注文したいメニューを選びやすくなる可能性はあるが、各メニューを飲食する度に次のメニューを注文しなければならない。
【０００５】
以上のような事情に鑑み、本発明の目的は、飲食店のメニューの中からユーザのニーズに合ったコースメニューをユーザに提案することが可能な情報処理装置、情報処理方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の一形態に係る情報処理装置は、記憶部及び制御部を有する。上記記憶部は、飲食店で提供される複数のメニューを示すメニュー情報を、上記メニューの属性を示す少なくとも１つのメニュー属性情報と対応付けて記憶する。上記制御部は、上記複数のメニューを、各メニューが有する上記メニュー属性を選択可能なユーザインタフェースと共に示すメニュー表示情報を生成する。さらに制御部は、上記ユーザインタフェースを介して上記ユーザによって選択されたメニュー属性に応じて、上記複数のメニューから抽出されたメニューによって構成されるコースメニューを示すコース提案情報を生成する。
【０００７】
これにより情報処理装置は、ユーザが選択したメニュー属性に応じてコース提案情報を生成することで、飲食店のメニューの中からユーザのニーズに合ったコースメニューをユーザに提案することができる。ここで属性とは、ジャンル（国等）、調理法、材料、コース料理における位置づけ（前菜、メイン、デザート）等であるが、これらに限られない。また「ユーザ」には、飲食店の顧客のみならず、飲食店の従業員や、飲食店とは関係の無いユーザも含まれる。
【０００８】
上記記憶部は、コースメニューの属性を示す複数のコース属性情報を記憶してもよい。この場合上記制御部は、上記メニュー属性と共に上記コース属性を選択可能なように上記ユーザインタフェースを生成し、上記選択されたメニュー属性及びコース属性を基に上記コース提案情報を生成してもよい。
【０００９】
これにより情報処理装置は、コースに関する属性のみならずコース全体に対してユーザが望む属性に応じて、よりユーザのニーズに合ったコースメニューを提案することができる。ここでコース属性とは、例えば「安い」「豪華」「バランス」「典型和食」「低カロリー」「日本酒に合う」「旬の食材」等、メニュー属性よりも上位概念の（メニュー属性との関連性が小さい）、コース全体の特徴を示す属性であるが、メニュー属性とコース属性と関連する属性であってもよい。
【００１０】
上記制御部は、上記各メニューが有する上記選択されたメニュー属性とは異なるメニュー属性を基に、上記選択された上記コース属性に合致する複数のメニューを抽出してもよい。
【００１１】
これにより情報処理装置は、選択元のメニューとは異なるメニューの属性を参照することで、コース属性に合致するメニューを抽出することができる。例えば、コース属性として「低カロリー」が選択された場合、先に選択されたメニュー属性（例えば「和食」）とは異なるメニュー属性（例えば各メニューのカロリー）を基に、カロリーの総和が閾値以下になるように複数のメニューを抽出することができる。
【００１２】
上記記憶部は、コースメニューの属性を示す複数のコース属性情報を記憶してもよい。この場合上記制御部は、上記選択されたメニュー属性に応じた複数の上記コース提案情報を上記複数のコース属性情報を基に生成し、上記ユーザから、当該複数のコース提案情報のうち１つのコース提案情報の選択を受け付けてもよい。
【００１３】
これにより情報処理装置は、選択されたメニュー属性から、コース属性の異なる複数のコースメニューの提案情報を作成することで、ユーザのニーズに合ったコース属性の選択肢を提供することができる。
【００１４】
上記制御部は、上記ユーザから、上記コース提案情報に含まれるメニューの変更を受け付けた場合に、上記選択されたメニュー属性およびコース属性を基に、代替メニューを抽出して新たなコース提案情報を生成してもよい。
【００１５】
これにより情報処理装置は、ユーザの希望に応じてコースメニューをカスタマイズすることができる。
【００１６】
上記制御部は、上記ユーザから、上記コース提案情報の選択を受け付けた場合に、上記選択されたメニュー属性およびコース属性を基に、当該コース提案情報を構成する各メニューとの組み合わせが推奨される推奨メニューを抽出し、当該推奨メニューに関する情報を出力してもよい。
【００１７】
これにより情報処理装置は、コース提案情報中の各メニューに合う飲物、調味料、付け合せ等をユーザに推奨することができる。
【００１８】
本発明の他の形態に係る情報処理方法は、
飲食店で提供される複数のメニューを示すメニュー情報を、上記メニューの属性を示す少なくとも１つのメニュー属性情報と対応付けて記憶し、
上記複数のメニューを、各メニューが有する上記メニュー属性を選択可能なユーザインタフェースと共に示すメニュー表示情報を生成し、
上記ユーザインタフェースを介して上記ユーザによって選択されたメニュー属性に応じて、上記複数のメニューから抽出されたメニューによって構成されるコースメニューを示すコース提案情報を生成する、ことを含む。
【００１９】
本発明の他の形態に係るプログラムは、情報処理装置に、
飲食店で提供される複数のメニューを示すメニュー情報を、上記メニューの属性を示す少なくとも１つのメニュー属性情報と対応付けて記憶するステップ、
上記複数のメニューを、各メニューが有する上記メニュー属性を選択可能なユーザインタフェースと共に示すメニュー表示情報を生成するステップと、
上記ユーザインタフェースを介して上記ユーザによって選択されたメニュー属性に応じて、上記複数のメニューから抽出されたメニューによって構成されるコースメニューを示すコース提案情報を生成するステップと、を実行させる。
【発明の効果】
【００２０】
以上説明したように、本発明によれば、飲食店のメニューの中からユーザのニーズに合ったコースメニューをユーザに提案することができる。しかし、当該効果は本発明を限定するものではない。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施形態に係る飲食店情報提供システムの構成を示した図である。
【図２】本発明の一実施形態に係る飲食店情報提供サーバのハードウェア構成を示した図である。
【図３】本発明の一実施形態に係る飲食店情報提供サーバが有するデータベースの構成を示した図である。
【図４】本発明の一実施形態に係る飲食店情報提供サーバによるコースメニュー提案情報生成処理の流れを示したフローチャートである。
【図５】本発明の一実施形態に係る飲食店情報提供サーバによって生成され送信されるメニューページの表示例を示した図である。
【図６】本発明の一実施形態に係る飲食店情報提供サーバによって生成され送信されるコースメニュー提案ページの表示例を示した図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００２３】
［システムの構成］
図１は、本実施形態に係る飲食店情報提供システムの構成を示した図である。
【００２４】
同図に示すように、このシステムは、インターネット１５０上の飲食店／レシピ情報提供サーバ１００と、複数のユーザ端末２００と、複数の飲食店端末３００とを含む。
【００２５】
飲食店情報提供サーバ１００は、飲食店に関する情報を掲載したポータルサイトを運営するウェブサーバである。飲食店情報提供サーバ１００は、複数のユーザ端末２００とインターネット５０を介して接続されている。
【００２６】
飲食店情報提供サーバ１００は、上記ポータルサイトにおいて、飲食店情報提供サービスの会員であるユーザ端末２００のユーザ（飲食店に来店する客）向けに飲食店情報の検索システムを提供する。具体的には、飲食店情報提供サーバ１００は、ユーザ端末２００からの検索要求に基づいて検索条件に合致する飲食店情報を検索し、検索結果を掲載したＷｅｂページを生成してユーザ端末２００へ送信する。ユーザが上記ポータルサイトにアクセスする際には、例えばユーザＩＤとパスワードによるログインが必要とされる。
【００２７】
ユーザ端末２００（２００Ａ，２００Ｂ，２００Ｃ...）は、ユーザにより使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ（Personal Computer）、ノートブックＰＣ、デスクトップＰＣ等である。ユーザ端末２００は、飲食店情報提供サーバ１００へアクセスし、例えばエリア（駅）、ジャンル、店名等を検索条件として検索された上記検索結果ページを受信してブラウザ等により画面に表示する。
【００２８】
また一方で飲食店情報提供サーバ１００は、上記飲食店情報のポータルサイトに掲載される飲食店（加盟店）向けに、飲食店情報の管理画面（Ｗｅｂページ）を提供している。飲食店端末３００のユーザは、当該管理画面を介して、上記検索結果として一般ユーザに提供されるＷｅｂページ上の飲食店情報（メニュー情報等）を編集・更新し、当該Ｗｅｂページを上記ポータルサイト上にアップロードすることができる。
【００２９】
飲食店端末３００（３００Ａ，３００Ｂ，３００Ｃ...）は、各飲食店に設置されている端末であり、タブレットＰＣ、ノートブックＰＣ、デスクトップＰＣ等である。飲食店端末３００は、管理者の操作に基づいて、上記飲食店情報の編集・更新等、自身の飲食店情報に関する処理を飲食店／レシピ情報提供サーバ１００との通信により実行することが可能である。
【００３０】
特に本実施形態において、ユーザ端末２００は、上記検索結果ページにおいて、各飲食店のメニュー情報（メニュー表）を示すメニューページを表示することが可能である。当該メニューページは、ユーザが各メニューの属性を選択することが可能なユーザインタフェースを備えており、飲食店情報提供サーバ１００は、当該選択に応じて、複数のメニューを抽出してコースメニュー提案情報を生成する。飲食店情報提供サーバ１００による当該コースメニュー提案情報生成処理の詳細については後述する。
【００３１】
なお、ユーザ端末２００は、ユーザが保有する端末ではなく、飲食店の各テーブルに設置され、店内の注文制御ＰＣやＰＯＳ（Point Of Sales）システムと接続された注文端末（例えば、タブレットＰＣ等）であってもよい。
【００３２】
［飲食店情報提供サーバのハードウェア構成］
図２は、上記飲食店情報提供サーバ１００のハードウェア構成を示した図である。同図に示すように、飲食店情報提供サーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。
【００３３】
ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながら飲食店情報提供サーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００３４】
入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。
【００３５】
表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。
【００３６】
操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７がタッチパネルである場合、そのタッチパネルは表示部１６と一体となり得る。
【００３７】
記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。
【００３８】
特に本実施形態では、記憶部１８は、上記コースメニュー提案情報生成処理を実行するためのアプリケーションその他のプログラムを記憶している。後述するが、記憶部１８は、そのようなデータを含むデータベースとして、飲食店情報データベース、メニュー情報データベース、メニュー属性情報データベース及びコース属性情報データベースを有している。
【００３９】
通信部１９は、例えばEthernet用のＮＩＣ（Network Interface Card）や無線ＬＡＮ等の無線通信用の各種モジュールであり、上記ユーザ端末２００及び飲食店端末３００との間の通信処理を担う。
【００４０】
なお、図示しないが、ユーザ端末２００及び飲食店端末３００の基本的なハードウェア構成も上記飲食店情報提供サーバ１００のハードウェア構成と略同様である。
【００４１】
また、ユーザ端末２００には、飲食店情報提供サーバ１００によるコースメニュー提案情報生成処理と協働して動作するアプリケーションがインストールされているものとする。
【００４２】
［飲食店情報提供サーバのデータベース構成］
図３は、上記飲食店情報提供サーバ１００が有するデータベースの構成を示した図である。
【００４３】
同図に示すように、飲食店情報提供サーバ１００は、記憶部１８に、飲食店情報データベース３１、メニュー情報データベース３２、メニュー属性情報データベース３３及びコース属性情報データベース３４を有している。
【００４４】
飲食店情報データベース３１は、飲食店毎に、飲食店情報掲載ページに掲載可能な飲食店情報（コンテンツ）及び当該飲食店情報のうち少なくとも一部が掲載された飲食店情報掲載ページ（Ｗｅｂページ）を記憶している。
【００４５】
飲食店情報としては、その飲食店の店名、住所、電話番号、営業時間、所在エリア情報、最寄駅情報、その飲食店を識別するＩＤ（店舗ＩＤ）、その飲食店の業態・サービスのカテゴリ情報、その飲食店を紹介する情報（店舗のＰＲ文等の店舗の特徴を示す情報、飲食店が行うイベント情報）、ウェブサイトＵＲＬ等の情報を記憶している。
【００４６】
メニュー情報データベース３２は、各飲食店が提供するメニューのメニュー名、価格、メニューに関する説明等を示すテキスト情報や、メニューの写真等の画像情報等を、飲食店毎（店舗ＩＤ毎）に記憶している。
【００４７】
メニュー属性情報データベース３３は、上記各飲食店のメニューに関する属性情報を、メニュー情報と対応付けて飲食店毎（店舗ＩＤ毎）に記憶している。メニュー属性とは、例えばジャンル（国等）、調理法、材料、コース料理における位置づけ（前菜、メイン、デザート）等であるが、これらに限られない。これらのメニュー属性情報は、メニューページ上でタグとして表示されユーザに選択されるために用いられる。
【００４８】
一方でメニュー属性情報データベースには、例えば、メニュー名、値段、カロリー等、上記メニューページ上では表示されない、各メニューに関するより詳細な属性情報（メタデータ）も記憶されている。
【００４９】
コース属性情報データベース３４は、上記各飲食店で提供されるコースメニューに関する属性情報を、メニュー情報と対応付けて飲食店毎（店舗ＩＤ毎）に記憶している。コース属性とは、例えば「安い」「豪華」「バランス」「典型和食」「低カロリー」「日本酒に合う」「旬の食材」等、メニュー属性よりも上位概念の（メニュー属性との関連性が小さい）、コース全体の特徴を示す属性であるが、メニュー属性とコース属性と関連する属性であってもよい。
【００５０】
これら各データベースは、後述する飲食店情報提供サーバ１００によるコースメニュー提案情報生成処理において、必要に応じて相互に参照されて用いられる。
【００５１】
［飲食店情報提供サーバの動作］
次に、以上のように構成された飲食店情報提供サーバ１００の動作について説明する。当該動作は、飲食店情報提供サーバ１００のＣＰＵ１１及び通信部１９等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、ＣＰＵ１１を動作主体とする。
【００５２】
図４は、飲食店情報提供サーバ１００による、コースメニュー提案情報生成処理の流れを示したフローチャートである。
【００５３】
同図に示すように、飲食店情報提供サーバ１００のＣＰＵ１１はまず、ユーザ端末２００から、メニューページの表示要求を受信したか否かを判断する（ステップ４１）。ユーザ端末２００のユーザは、例えば飲食店に来店して、ユーザ端末２００により、上記ポータルサイト上の当該飲食店に対応する飲食店情報のメニューページ、または、店内注文専用のメニューページにアクセスする。上記メニューページの表示要求には、飲食店の店舗ＩＤが含まれる。
【００５４】
メニューページ表示要求を受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記店舗ＩＤに対応するメニュー情報を抽出し、各メニュー情報（メニュー名及び価格を示す文字情報）を、予め設定された表示態様で配置し、各メニューに、ユーザが選択可能な属性情報を付加したユーザインタフェースとして、メニューページを生成する（ステップ４２）。
【００５５】
続いてＣＰＵ１１は、上記生成したメニューページを、上記表示要求元のユーザ端末２００へ返信する（ステップ４３）。これによりユーザ端末２００にはメニューページが表示される。
【００５６】
続いてＣＰＵ１１は、上記メニューページ上で、いずれかのメニューの属性が選択されたことを示す情報をユーザ端末２００から受信したか否かを判断する（ステップ４４）。
【００５７】
図６は、上記メニューページ上での属性の選択の様子を示した図である。同図に示すように、当該メニューページ５０上の各メニューには、属性情報が対応付けられており、例えばユーザがいずれかのメニュー上をタップする等の操作が入力されると、ＣＰＵ１１は、上記メニュー属性情報データベース３３及びコース属性情報を参照して、当該メニューに対応する１または複数の属性情報５２を、表示ボックス５１内に表示させる。
【００５８】
ここで表示される属性情報には、上記メニュー属性情報の他に、コース属性情報も含まれていてもよい。同図の例では、「和牛と野菜の鉄板焼」というメニューに対応付けられて表示される属性情報のうち、「肉」「牛肉」「焼物」「野菜」「メイン」「椎茸」「典型的な和食」の各属性情報はメニュー属性情報であり、「豪華」「旬」「満腹」の各属性情報はコース属性情報である。
【００５９】
図４に戻り、続いてＣＰＵ１１は、上記メニューページ５０上（表示ボックス５１上）において、いずれかの属性情報５２を選択する選択情報をユーザ端末２００から受信したか否かを判断する（ステップ４４）。
【００６０】
ここで、属性情報５２の選択情報の送信は、例えば、表示ボックス５１上で１または複数の属性情報５２がタップ等で選択された状態で、コース作成ボタン５３がタップされることで行われる。
【００６１】
上記属性情報５２の選択情報を受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、選択情報に含まれる属性情報に応じて、上記メニュー情報データベース３３から複数のメニューを抽出して、コース提案情報を含むコース提案ページを生成し（ステップ４５）、当該コース提案ページをユーザ端末２００へ送信する（ステップ４６）。
【００６２】
具体的には、ＣＰＵ１１は、例えばコースの順番（前菜・メイン・デザートなどの順番）を予め定めて各メニュー情報に紐付けておき、当該順番を基に、決められたコース順番に該当するメニューを当てはめていくことで、コース提案ページを生成する。
【００６３】
またコース提案情報には、属性情報５２の選択元となったメニューが含まれるのが典型的であるが、当該選択元のメニューが含まれていなくてもよい。
【００６４】
ここでユーザ端末２００により、属性情報５２として、メニュー属性のみならずコース属性も選択されている場合には、ＣＰＵ１１は、選択元のメニュー以外のメニューが有するメニュー属性のうち、選択されたメニュー属性とは異なる属性を基に、選択されたコース属性に合致する複数のメニューを抽出する。
【００６５】
例えば、メニュー属性として「和食」が選択され、コース属性として「低カロリー」が選択された場合、先に選択されたメニュー属性「和食」とは異なるメニュー属性である各メニューのカロリーを基に、カロリーの総和が閾値以下になるように複数のメニューを抽出することができる。
【００６６】
当該メニュー属性「カロリー」は、上記属性情報５２として表示ボックス５１内に表示されるメニュー属性（タグ）とは異なり、データベースとしてのみ記憶されているメニュー属性（メタデータ）である。もちろん、属性情報５２として表示される他のメニューのメニュー属性を基にコース属性に合致するメニューが抽出されてもよい。
【００６７】
図６は、当該コース提案ページの例を示した図である。この例では、属性情報５２のうち、食材に関するメニュー属性である「牛肉」及びコース属性である「満腹」が選択された場合のコースメニューが示されている。
【００６８】
同図に示すように、当該コース提案ページ６０は、前菜、メイン、食事、デザートといったコースの順番毎のメニュー情報及び価格情報を有する。
【００６９】
また、当該コース提案ページ６０は、当該コース提案ページ６０に表示されたコースを飲食店に注文するためのコース注文ボタン６１及びメニューページ５０へ戻るための戻るボタン６２も有する。
【００７０】
ＣＰＵ１１は、ユーザが当該注文ボタン６１のタップすることで生成されるコースメニュー注文情報をユーザ端末２００から受信したか否かを判断する（ステップ４７）。
【００７１】
当該コースメニュー注文情報を受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該コースメニューの注文情報を対応する飲食店端末３００へ送信する（ステップ４８）。
【００７２】
［まとめ］
以上説明したように、本実施形態によれば、飲食店情報提供サーバ１００は、飲食店のメニューの中からユーザのニーズに合ったコースメニューをユーザに提案することができる。
【００７３】
また、飲食店情報提供サーバ１００は、ユーザによる属性の選択に応じてコース提案ページを動的に生成することで、様々なコースメニューを掲載したページを生成して用意しておく場合に比べて記憶部１８におけるウェブページデータの量を削減することができる。
【００７４】
［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更され得る。
【００７５】
上述の実施形態では、メニュー属性及びコース属性がいずれも選択可能な属性情報５２としてユーザに提示され、ユーザの属性情報５２の選択に応じて１つのコース提案情報が生成される例が示された。しかし、飲食店情報提供サーバ１００は、コース属性については選択可能な属性情報５２としては表示させず、メニュー属性のみを表示させ、選択されたメニュー属性に応じて、異なる複数のコース属性を基に複数のコース提案情報を生成してもよい。例えば、「肉」というメニュー属性が選択された場合に、「豪華」「安い」「旬」といった異なるコース属性毎に３つのコース提案情報を生成してもよい。また飲食店情報提供サーバ１００は、これらの複数のコース提案情報のいずれかを選択可能にコース提案ページを表示させ、選択に応じて飲食店端末３００へコースメニュー注文情報を送信してもよい。これにより、ユーザのニーズに合ったコース属性の選択肢を提供することができる。
【００７６】
上述の実施形態において、飲食店情報提供サーバ１００は、例えばコース提案ページ上の各メニュー上のタップ等により、ユーザから、コース提案情報に含まれるメニューの変更を受け付けてもよい。この場合飲食店情報提供サーバ１００は、上記選択されたメニュー属性およびコース属性を基に、メニュー情報データベース３２から代替メニューを抽出して新たなコース提案情報を生成してもよい。これにより、ユーザの希望に応じたコースメニューのカスタマイズが可能となる。
【００７７】
上述の実施形態において、飲食店情報提供サーバ１００は、ユーザから、コース提案情報の選択（注文）を受け付けた場合に、選択されたメニュー属性およびコース属性を基に、上記メニュー情報データベース３２から、そのコース提案情報を構成する各メニューとの組み合わせが推奨される推奨メニューを抽出し、当該推奨メニューに関する情報を出力してもよい。ここで推奨メニューとは、例えば飲物、調味料、付け合せメニュー等であり、メニュー情報データベース３２において各メニューに紐付けられて記憶されているをユーザに推奨することができる。
【００７８】
上述の実施形態においては、メニュー属性としてメニューの食材である「牛肉」が選択された場合のコース提案情報の生成例が示されたが、ジャンル、調理法、コースにおける順番（位置づけ）等、他のメニュー属性情報が選択された場合も同様にコース提案情報が生成される。例えば「メイン」というコースにおける順番に関するメニュー属性情報が選択された場合には、当該選択元のメニューをメイン料理としたコースメニューが提案されてもよい。
【００７９】
上述の実施形態においては、コース提案情報は飲食店におけるコースメニューの注文のために生成された。しかし、コース提案情報は、注文を前提とせず、単に上記ポータルサイト上のメニューページ上でのユーザの属性の選択に応じて生成されるのみであってもよい。これによりコース提案情報は、例えば家庭における献立作成にも活用され得る。
【００８０】
また上述の実施形態では、飲食店の顧客であるユーザが自らユーザ端末２００上でユーザインタフェースを操作して属性を選択することでコース提案情報を表示させていた。しかし、ユーザは飲食店の顧客に限られず、例えば飲食店の従業員が、顧客に様々な観点からコースを検討させることを目的として、注文端末のユーザインタフェース上で属性の選択操作を行ってもよい。
【００８１】
本願の特許請求の範囲に記載された発明のうち、「情報処理方法」と記載された発明は、その各ステップを、ソフトウェアによる情報処理によりコンピュータ等の少なくとも１つの装置が自動的に行うものであり、人間がコンピュータ等の装置を用いて行うものではない。すなわち、当該「情報処理方法」は、コンピュータ・ソフトウェアによる情報処理方法であって、コンピュータという計算道具を人間が操作する方法ではない。
【符号の説明】
【００８２】
１１…ＣＰＵ
１８…記憶部
１９…通信部
３１…飲食店情報データベース
３２…メニュー情報データベース
３３…メニュー属性情報データベース
３３…コース属性情報データベース
５２…属性情報
６１…コース注文ボタン
１００…飲食店情報提供サーバ
２００…ユーザ端末
【図１】
2019169097.tif 000003
【図２】
2019169097.tif 000004
【図３】
2019169097.tif 000005
【図４】
2019169097.tif 000006
【図５】
2019169097.tif 000007
【図６】
2019169097.tif 000008