JP2015132895A - 情報提供プログラム、情報提供方法及び情報提供装置 - Google Patents

Abstract

【課題】ユーザが体験しうる商品、または、体験する予定がある商品以外の商品に関する情報を提供すること。
【解決手段】サーバ装置１０は、商品情報を記憶する記憶部を参照し、食事の提供場所に対応する商品のうち、該食事の提供場所で提供される食事のメニューに含まれない商品を特定する。さらに、サーバ装置１０は、特定した該商品の情報を提示する。
【選択図】図２

Description

本発明は、情報提供プログラム、情報提供方法及び情報提供装置に関する。

通信販売の一環として、商品の広告が行われることがある。かかる広告の一例として、予め登録されたユーザの嗜好や興味に合致する商品を広告する技術がある。

特開２００１−３５７１０１号公報 実用新案登録第３１４９５９３号公報 特開２００６−３５０４２２号公報

しかしながら、上記の技術では、以下に説明するように、ユーザが体験しうる商品、または、体験する予定がある商品に関する情報を提供してしまう場合がある。

すなわち、ユーザの嗜好や興味に合うからといって必ずしも広告が有用であるとは限らない。例えば、旅行が趣味であるユーザに対し、旅先の朝市で販売される特産品を広告したとしても、旅先の食事やサービスでその特産品が提供される場合がある。この場合には、ユーザが旅先の食事やサービスで体験しうる、または、体験する予定のある特産品に関する情報を広告する結果となる。かかる広告を行ったとしても、朝市で販売される特産品の販売促進にはつながらず、広告への印象が悪化するといった不利益をまねく場合もある。

１つの側面では、本発明は、ユーザが体験しうる商品、または、体験する予定がある商品以外の商品に関する情報を提供できる情報提供プログラム、情報提供方法及び情報提供装置を提供することを目的とする。

一態様の情報提供プログラムは、コンピュータに、商品情報を記憶する記憶部を参照し、食事の提供場所に対応する商品のうち、該食事の提供場所で提供される食事のメニューに含まれない商品を特定し、特定した該商品の情報を提示する、処理を実行させる。

ユーザが体験しうる商品、または、体験する予定がある商品以外の商品に関する情報を提供できる。

図１は、実施例１に係る情報提供システムの構成を示す図である。 図２は、実施例１に係るサーバ装置の機能的構成を示すブロック図である。 図３は、会員情報の一例を示す図である。 図４は、朝市情報の一例を示す図である。 図５は、宿泊施設情報の一例を示す図である。 図６は、食事メニュー情報の一例を示す図である。 図７は、予約情報の一例を示す図である。 図８は、特産品情報の一例を示す図である。 図９は、ＤＭの一例を示す図である。 図１０は、ＤＭの一例を示す図である。 図１１は、ＤＭの一例を示す図である。 図１２は、実施例１に係る情報提供処理の手順を示すフローチャートである。 図１３は、実施例１及び実施例２に係る情報提供プログラムを実行するコンピュータの一例について説明するための図である。

以下に添付図面を参照して本願に係る情報提供プログラム、情報提供方法及び情報提供装置について説明する。なお、この実施例は開示の技術を限定するものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

［システム構成］
図１は、実施例１に係る情報提供システムの構成を示す図である。図１に示す情報提供システム１は、商品に関する広告をクライアント端末３０Ａ〜３０Ｃへ提供する情報提供サービスを実現するものである。

図１には、上記の情報提供サービスの一例として、自治体が主催する朝市で販売される商品として例えば特産品のプロモーションを実現するために、特産品に関する広告をクライアント端末３０Ａ〜３０Ｃへ提供する情報提供システムを示す。

かかる朝市で販売される特産品には、その時、その場所でしか買えず、希少で、かつ新鮮でおいしいといった価値や長所がある。このため、朝市には、人々に、その地域の産物を購入して味わってみたいと思わせる魅力がある。さらに、朝市には、特有の活気やコミュニケーションにも魅力がある。このように、朝市は、（１）特産品を食べられる期待感、（２）実際に産物を食べる楽しみ、（３）朝市自体を体験する楽しみなどを提供できる。

一方で、特産品の消費者となる旅行者には、「時間に伴って場所を移動する」というスケジュール上の制約がある。このため、「開催時間帯が限られる朝市に行けない」、「朝市には行けるが買った特産品を旅行中に調理して食べられない」、「飲食施設等でその街の特産品は食べられるが朝市には行けない」といったケースも散見される。

これらのことから、上記の情報提供サービスの土台として、宿泊や飲食の予約サービスを提供するポータルサイトの事業者と、朝市の主催者である自治体とが連携することによって、ネットワーク７上に仮想的に再現された朝市から購入される特産品を、現実の朝市が開催される街にある飲食施設、とりわけ旅行者が予約手続を行った飲食施設へ配送した上で調理後の特産品を提供する「どこでも朝市」という新規なサービスを提供する。

かかる「どこでも朝市」によって、街の産物をできるだけ多くの旅行者に買ってもらい、消費してもらうという自治体の需要に応え、旅行という制約がある中で、上記の（１）〜（３）の朝市固有の価値を提供し、自治体の町興しに寄与することを目指す。

ここで、特産品のプロモーションの実現手段として、既存の情報提供方法を援用したのでは、特産品の販売促進にはつながらず、かえって広告への印象が悪化するといった不利益をまねく場合もある。例えば、旅行が趣味であるユーザに、旅先の朝市で販売される特産品を広告したとしても、ユーザが旅行する旅先の食事やサービスでその特産品が提供される場合がある。この場合には、ユーザが旅先で身をもって体験しうる特産品に関する情報をわざわざ広告する結果となってしまう。

そこで、本実施例に係る情報提供システム１では、上記の情報提供サービスの一環として、ユーザによって予約等がなされた飲食施設で提供される食事メニューに含まれない特産品の情報を提示する。

図１に示すように、情報提供システム１には、サーバ装置１０と、クライアント端末３０Ａ〜３０Ｃと、主催者端末５０とが収容される。なお、図１には、システムに３つのクライアント端末及び１つの主催者端末が収容される場合を図示したが、各端末の数は図示の例に限定されず、情報提供システム１は任意の数のクライアント端末及び主催者端末を収容できる。なお、以下では、クライアント３０Ａ〜３０Ｃの各装置を区別なく総称する場合には、「クライアント端末３０」と記載する場合がある。

これらサーバ装置１０、クライアント端末３０及び主催者端末５０の間は、ネットワーク７を介して相互に通信可能に接続される。かかるネットワーク７には、有線または無線を問わず、インターネット（Internet）を始め、ＬＡＮ（Local Area Network）やＶＰＮ（Virtual Private Network）などの任意の種類の通信網を採用できる。

サーバ装置１０は、クライアント端末３０に上記の情報提供サービスを提供するコンピュータである。上記のサーバ装置１０の一態様としては、パッケージソフトウェアやオンラインソフトウェアとして上記の情報提供サービスを実現する情報提供プログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、サーバ装置１０は、上記の情報提供サービスを提供するＷｅｂサーバとして実装することとしてもよいし、アウトソーシングによって上記の情報提供サービスを提供するクラウドとして実装することとしてもかまわない。

かかるサーバ装置１０は、一例として、宿泊や飲食の予約サービスを提供するポータルサイトの事業者によって運営される。サーバ装置１０は、クライアント端末３０からの宿泊施設または飲食施設の予約要求にしたがって予約手続きを実行する。なお、以下では、サーバ装置１０が宿泊の予約サービスを提供するポータルサイトの事業者によって運営される場合を例示するが、飲食の予約サービスを提供する事業者によって運営させることとしてもかまわない。

例えば、サーバ装置１０は、宿泊施設の予約を受け付ける場合に、クライアント端末３０からチェックイン及びチェックアウトの日付を始め、宿泊を行う地域などの指定を受け付ける。そして、サーバ装置１０は、これらの条件指定に該当する宿泊施設を図示しない宿泊施設のデータベースから検索する。この検索結果をクライアント端末３０に表示させる場合に、サーバ装置１０は、宿泊施設とともに、宿泊プランを表示させる。かかる宿泊プランには、寝るだけの素泊まりのプランの他、食事が宿泊とパッケージされたプランも含まれる。その後、サーバ装置１０は、宿泊プランの指定とともに宿泊施設の予約要求を受け付けた場合に、当該宿泊施設の予約手続きを実行する。例えば、サーバ装置１０は、宿泊施設への連絡や決済の代行などを実行する。この他、サーバ装置１０は、予約を行ったポータルサイトの会員を識別する会員ＩＤ（IDentifier）に、宿泊施設、チェックイン又はチェックアウトの日付、さらに、食事を含む宿泊プランが指定されている場合には、食事に対応するメニューを対応付けた情報を予約情報として登録する。このように、宿泊の予約サービスでは、宿泊施設の予約を通じて、宿泊施設と関連する飲食施設、例えば宿泊施設が経営するレストランや宿泊施設の事業者が持つビル内のテナントの予約も併せて実行できる。かかる予約サービスを通じて集められた予約情報が上記の情報提供サービスに利用される。

また、サーバ装置１０は、朝市を主催する自治体等によって使用される主催者端末５０から朝市に関する各種情報の登録を受け付ける。例えば、サーバ装置１０は、主催者端末５０から朝市の開催に関する情報、例えば朝市を識別する朝市ＩＤ、開催される朝市の名称や朝市が開催される日付などの情報を受け付ける。その上で、サーバ装置１０は、これら朝市ＩＤ、朝市名および開催日が対応付けられた情報を朝市情報として登録する。このように登録された朝市情報は、一例として、後述のように、特産品の広告を配信するユーザを特定するのに利用される。さらに、サーバ装置１０は、主催者端末５０から朝市で販売される特産品に関する情報、例えば特産品を識別する特産品ＩＤ、特産品の名称や特産品が属する食品のカテゴリなどの情報を受け付ける。その上で、サーバ装置１０は、これら特産品ＩＤ、特産品名およびカテゴリが対応付けられた情報を特産品情報として登録する。このように登録された特産品情報は、一例として、後述のように、ユーザへ配信する特産品を特定するのに利用される。

クライアント端末３０は、サーバ装置１０から上記の予約サービスや上記の情報提供サービスの提供を受けるコンピュータである。かかるクライアント端末３０の一例としては、パーソナルコンピュータを採用できる。クライアント端末３０には、上記のパーソナルコンピュータなどの据置き型の端末のみならず、各種の携帯端末装置をクライアント端末３０として採用することもできる。例えば、携帯端末装置の一例として、スマートフォン、携帯電話機やＰＨＳ（Personal Handyphone System）などの移動体通信端末、さらには、ＰＤＡ（Personal Digital Assistants）などのスレート端末などが挙げられる。

これら予約サービスや情報提供サービスは、上記のポータルサイトに所定の登録手続きを行うことによってその提供を受けることができる。例えば、クライアント端末３０を利用するエンドユーザは、個人の属性情報、例えば氏名、住所、電話番号やメールアドレスなどのアドレスをポータルサイトに登録することによって会員ＩＤおよびパスワード等のアカウントの発行を受ける会員となることができる。その上で、クライアント端末３０は、ネットワーク７上にあるポータルサイトを運営するサーバ装置１０へアクセスし、アカウントでログイン認証を実行することによって上記の予約サービスの提供を受けることができる。

主催者端末５０は、朝市を主催する自治体等によって使用される端末装置である。かかる主催者端末５０の一例としては、パーソナルコンピュータを採用できる。主催者端末５０には、上記のパーソナルコンピュータなどの据置き型の端末のみならず、各種の携帯端末装置を主催者端末５０として採用することもできる。例えば、携帯端末装置の一例として、スマートフォン、携帯電話機やＰＨＳなどの移動体通信端末、さらには、ＰＤＡなどのスレート端末などが挙げられる。

例えば、主催者端末５０は、上記の朝市情報や上記の特産品情報をサーバ装置１０へ登録することによってポータルサイト上に上記の「どこでも朝市」を仮想的に開催できる。一例としては、ポータルサイトのトップページにあるメニューの１つとして、「どこでも朝市」のメニューが用意される。このとき、「どこでも朝市」のメニューは、各地の朝市を指定できるＧＵＩ（Graphical User Interface）であってもよいし、朝市が開催される地域を指定できるＧＵＩであってもよいし、ユーザが宿泊施設の予約を行った地区の朝市が抜粋して表示されるＧＵＩであってもかまわない。

［サーバ装置１０の構成］
図２は、実施例１に係るサーバ装置１０の機能的構成を示すブロック図である。図２に示すように、サーバ装置１０は、通信Ｉ／Ｆ（interface）部１１と、記憶部１３と、制御部１５とを有する。なお、サーバ装置１０は、図２に示す機能部以外にも既知のコンピュータが有する各種の機能部、例えば各種の入力デバイスや音声出力デバイスなどの機能部を有することとしてもかまわない。

通信Ｉ／Ｆ部１１は、他の装置、例えばクライアント端末３０や主催者端末５０との間で通信制御を行うインタフェースである。かかる通信Ｉ／Ｆ部１１の一態様としては、ＬＡＮ（Local Area Network）カードなどのネットワークインタフェースカードを採用できる。例えば、通信Ｉ／Ｆ部１１は、クライアント端末３０から飲食施設の利用を含む宿泊予約、さらには上記の「どこでも朝市」を介して特産品の注文を受け付けたり、また、特産品に関する広告をクライアント端末３０へ送信したりする。また、通信Ｉ／Ｆ部１１は、主催者端末５０から朝市情報や特産品情報のアップロードを受け付けたり、上記の「どこでも朝市」を介して受け付けた特産品の受注を主催者端末５０へ送信したりする。なお、図１には、図示を省略したが、「どこでも朝市」を介して特産品の受注があった場合には、特産品、特産品が飲食施設に届く日時、特産品を調理によって提供する日時などを宿泊施設または宿泊施設に関連する飲食施設によって使用される端末に送信することもできる。

記憶部１３は、制御部１５で実行されるＯＳ（Operating System）、予約制御プログラムや情報提供プログラムなどの各種プログラムを記憶する記憶デバイスである。記憶部１３の一態様としては、フラッシュメモリなどの半導体メモリ素子、ハードディスク、光ディスクなどの記憶装置が挙げられる。なお、記憶部１３は、上記の種類の記憶装置に限定されるものではなく、ＲＡＭ（Random Access Memory)、ＲＯＭ（Read Only Memory)であってもよい。

記憶部１３は、制御部１５で実行されるプログラムに用いられるデータの一例として、会員情報１３ａと、朝市情報１３ｂと、宿泊施設情報１３ｃと、食事メニュー情報１３ｄと、予約情報１３ｅと、特産品情報１３ｆと、送信先リスト１３ｇとを記憶する。これら会員情報１３ａ、朝市情報１３ｂ、宿泊施設情報１３ｃ、食事メニュー情報１３ｄ、予約情報１３ｅ、特産品情報１３ｆ及び送信先リスト１３ｇ以外にも、他の電子データ、例えば「どこでも朝市」に関する特産品の受注データなども併せて記憶することもできる。なお、上記の情報のうち送信先リスト１３ｇは、制御部１５による処理の実行過程で生成される情報であるので、制御部１５の説明で併せて説明することとする。

このうち、会員情報１３ａは、ポータルサイトの会員に加入するユーザに関する情報である。かかる会員情報１３ａの一態様としては、会員ＩＤ、氏名およびアドレスなどの項目が対応付けられた情報を採用できる。例えば、会員情報１３ａは、クライアント端末３０によってポータルサイトへの会員登録がなされる度に、当該会員登録を行った会員に採番された会員ＩＤ、氏名およびアドレスを対応付けることによって記憶部１３に登録できる。

図３は、会員情報１３ａの一例を示す図である。図３には、３名の会員が抜粋して例示されているが、会員の人数は任意の人数であってかまわない。図３の例では、会員ＩＤ「Ｒ００１」の鈴木一郎が持つ電子メールのアドレスが「[email protected]」であることを意味する。また、図３の例では、会員ＩＤ「Ｒ００２」の佐藤次郎が持つ電子メールのアドレスが「[email protected]」であることを意味する。さらに、会員ＩＤ「Ｒ００３」の香川三太が持つ電子メールのアドレスが「[email protected]」であることを意味する。なお、図３には、会員情報１３ａがテーブル形式で管理される場合を例示したが、他の形式、例えばＣＳＶ（Comma Separated Values）で管理することとしてもかまわない。

朝市情報１３ｂは、朝市に関する情報である。かかる朝市情報１３ｂの一態様としては、朝市ＩＤ、朝市名及び開催日などの項目が対応付けられたデータを採用できる。例えば、朝市情報１３ｂは、主催者端末５０からのアップロードによって記憶部１３に登録することができる。

図４は、朝市情報１３ｂの一例を示す図である。図４には、各地の朝市のうち函館朝市と佐世保朝市との２つの朝市の例が抜粋されている。図４の例では、朝市ＩＤ「Ａ００１」の函館朝市が２０１３年１１月１日、同年同月の８日に開催されることを意味する。さらに、図４の例では、朝市ＩＤ「Ａ００３」の佐世保朝市が２０１３年１１月１日に開催されることを意味する。なお、図４には、朝市情報１３ｂがテーブル形式で管理される場合を例示したが、他の形式、例えばＣＳＶで管理することとしてもかまわない。

宿泊施設情報１３ｃは、宿泊施設に関する情報である。かかる宿泊施設情報１３ｃの一態様としては、朝市ＩＤ、宿泊施設ＩＤ及び宿泊施設名などの項目が対応付けられたデータを採用できる。例えば、宿泊施設情報１３ｃは、新規の朝市ＩＤが採番される度に当該朝市が開催される場所の周辺、例えば１００ｍ、５００ｍや１Ｋｍ以内に存在する宿泊施設を図示しない地図情報を参照して抽出し、抽出された各宿泊施設のＩＤ及び名称を当該朝市の朝市ＩＤと対応付けることによって記憶部１３に登録できる。

図５は、宿泊施設情報１３ｃの一例を示す図である。図５には、図４と同様に、函館朝市と佐世保朝市との２つの朝市の例が抜粋されている。図５の例では、朝市ＩＤ「Ａ００１」の函館朝市の周辺にＸ国際ホテルおよびＹ観光ホテルが存在することを意味する。さらに、図５の例では、朝市ＩＤ「Ａ００３」の佐世保朝市の周辺にＰ倶楽部ホテルが存在することを意味する。なお、図５には、宿泊施設情報１３ｃがテーブル形式で管理される場合を例示したが、他の形式、例えばＣＳＶで管理することとしてもかまわない。また、図５には、宿泊施設の一例としてホテルが例示されているが、他の宿泊施設、例えば旅館、民宿、カプセルホテルなどであってもかまわない。

食事メニュー情報１３ｄは、飲食施設が提供する食事のメニューに関する情報である。かかる食事メニュー情報１３ｄの一態様としては、宿泊施設ＩＤ、食事メニューＩＤ、食事メニュー名、当該食事メニューに含まれる各食材の食材ＩＤ、食材名およびカテゴリが対応付けられたデータを採用できる。例えば、食事メニュー情報１３ｄは、宿泊施設の事業者、宿泊施設に関連する飲食施設の事業者、あるいは当該飲食施設の事業者を代行するポータルサイトの事業者のいずれかが使用する端末装置によって記憶部１３に登録される。

図６は、食事メニュー情報１３ｄの一例を示す図である。図６には、食事メニューの一例として、Ｘ国際ホテルの関連の飲食施設が提供する２つの食事メニューが例示されている。図６の例では、Ｘ国際ホテルに関連する飲食施設が食事メニューの一例としてカテゴリ「貝」のアワビ、カテゴリ「肉」の秋田牛、カテゴリ「付け合せ（柑橘類）」の幻の柚子、カテゴリ「果物」のメロンなどを食材として含む贅沢コースを提供することを意味する。また、図６の例では、Ｘ国際ホテルに関連する飲食施設が食事メニューの一例としてカテゴリ「魚（白身）」の幻の鮎などを食材として含む彩コースを提供することを意味する。さらに、図６の例では、Ｙ観光ホテルに関連する飲食施設が食事メニューの一例としてカテゴリ「魚卵」のいくら、カテゴリ「乾物」ののりなどを食材として含むいくら丼コースを提供することを意味する。なお、図６には、１つの食事メニューＩＤに複数の食材ＩＤを対応付けて管理する場合を例示したが、各々の食材ＩＤを食事メニューＩＤと一対一で対応付けることによって複数のレコードに別けて管理することとしてもかまわない。また、図６には、食事メニュー情報１３ｄがテーブル形式で管理される場合を例示したが、他の形式、例えばＣＳＶで管理することとしてもかまわない。

予約情報１３ｅは、予約に関する情報である。かかる予約情報１３ｅの一態様としては、会員ＩＤ、宿泊施設ＩＤ、日付及び食事メニューＩＤなどの項目が対応付けられたデータを採用できる。ここで言う「日付」とは、宿泊プランとして宿泊にパッケージされた食事がユーザに提供される日付を指し、例えば、食事が昼食や夕食である場合にはチェックインの日付が記録され、また、食事が朝食である場合にはチェックアウトの日付が記録される。例えば、予約情報１３ｅは、クライアント端末３０によって宿泊施設の予約がなされる度に、会員ＩＤ、宿泊施設ＩＤ、チェックイン又はチェックアウトの日付、及び、食事メニューを対応付けることによって記憶部１３に登録できる。

図７は、予約情報１３ｅの一例を示す図である。図７には、会員ＩＤ「Ｒ００１」〜「Ｒ００３」の鈴木一郎、佐藤次郎、香川三太の３名の予約情報が抜粋して例示されている。図７の例では、会員ＩＤ「００１」の鈴木一郎が２０１３年１１月１日におけるＸ国際ホテルの宿泊とともに食事メニュー「Ｍ００１」、図６の例で言えば贅沢コースを予約していることを意味する。また、図７の例では、会員ＩＤ「００２」の佐藤次郎が２０１３年１１月１日におけるＸ国際ホテルの宿泊とともに食事メニュー「Ｍ００２」、図６の例で言えば彩コースを予約していることを意味する。さらに、図７の例では、会員ＩＤ「００３」の香川三太が２０１３年１１月１日におけるＹ観光ホテルの宿泊とともに食事メニュー「Ｍ００７」、図６の例で言えばいくら丼コースを予約していることを意味する。なお、図７には、予約情報１３ｅがテーブル形式で管理される場合を例示したが、他の形式、例えばＣＳＶで管理することとしてもかまわない。

特産品情報１３ｆは、特産品に関する情報である。かかる特産品情報１３ｆの一態様としては、特産品ＩＤ、特産品名およびカテゴリなどの項目が対応付けられたデータを採用できる。例えば、特産品情報１３ｆは、朝市の主催者である自治体が使用する主催者端末５０または自治体を代行するポータルサイトの事業者が使用する端末装置のいずれかによって記憶部１３に登録される。

図８は、特産品情報１３ｆの一例を示す図である。図８には、３つの特産品の情報が抜粋して示されている。図８の例では、特産品「幻の鮎」が食品のカテゴリ「魚（白身）」に属し、特産品「大松茸」が食品のカテゴリ「茸」に属するとともに、特産品「幻の柚子」が食品のカテゴリ「付け合せ（柑橘類）」に属することを意味する。なお、図８には、特産品情報１３ｆがテーブル形式で管理される場合を例示したが、他の形式、例えばＣＳＶで管理することとしてもかまわない。また、特産品情報１３ｆには、広告の配信に用いる特産品の特長や長所などのセールスポイントをさらに記憶することとしてもかまわない。

なお、商品情報の一例は、特産品情報に対応する。

制御部１５は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部１５は、図２に示すように、受付部１５ａと、第１の抽出部１５ｂと、第２の抽出部１５ｃと、特定部１５ｄと、提示部１５ｅとを有する。

このうち、受付部１５ａは、特産品に関する広告の配信対象とする朝市の指定を受け付ける処理部である。一態様としては、受付部１５ａは、主催者端末５０に表示させたメニュー画面上で広告の配信要求を受け付けた場合に、主催者端末５０によってログインされたアカウントから当該自治体が開催する朝市の朝市ＩＤを割り出すことができる。ここでは、一例として、アカウントから朝市ＩＤが割り出される場合を例示したが、１つの自治体、例えば広域自治体が複数の朝市を管轄する場合も想定される。このような場合、受付部１５ａは、主催者端末５０上で広告の配信対象とする朝市を選択させることによって朝市ＩＤを受け付けることとしてもかまわない。なお、ここでは、主催者端末５０からのデマンドがあった場合に、広告の配信処理を起動する場合を例示するが、広告の配信処理を自動的に起動することとしてもかまわない。例えば、翌朝の「どこでも朝市」の注文を検討するのに間に合う合理的な時間、例えば定期時刻「２１時」などに各地の朝市に関する広告の配信処理を起動することとしてもかまわない。

第１の抽出部１５ｂは、広告の配信対象とするユーザの候補を抽出する処理部である。

一態様としては、第１の抽出部１５ｂは、記憶部１３に記憶された宿泊施設情報１３ｃのうち、受付部１５ａによって受け付けられた朝市ＩＤを持つレコードの宿泊施設ＩＤを抽出する。上述のように、宿泊施設情報１３ｃには、朝市周辺の宿泊施設が持つ宿泊施設ＩＤが朝市ＩＤに紐付けられている。このため、上記の宿泊施設ＩＤの抽出によって朝市の周辺に存在する宿泊施設を特定できる。このように、宿泊施設情報１３ｃから朝市周辺の宿泊施設が持つ宿泊施設ＩＤを特定する他、朝市の位置情報と地図情報とを用いて朝市周辺の宿泊施設が持つ宿泊施設ＩＤを特定することとしてもよい。例えば、所在地、例えば緯度および経度を基準とし、そこから所定の距離以内に存在する宿泊施設の宿泊施設ＩＤを抽出することによって朝市周辺の宿泊施設が持つ宿泊施設ＩＤを特定することもできる。

その後、第１の抽出部１５ｂは、記憶部１３に記憶された予約情報１３ｅのうち、当該朝市ＩＤに対応付けられた朝市の開催日の中で広告の配信要求を受付けた日付から直近の日付を持ち、かつ先に抽出された宿泊施設ＩＤを持つレコードの会員ＩＤを抽出する。かかる会員ＩＤの抽出によって、直近に開催される朝市周辺の宿泊施設の予約を行った予約者が抽出されることになる。なお、ここでは、一例として、広告の配信要求を受付けた日付から直近の日付に朝市周辺の宿泊施設に泊まる予定の予約者を抽出する場合を例示したが、必ずしも直近の日付でなくともよい。例えば、広告の配信要求を受け付ける段階で朝市ＩＤとともに朝市の開催日の指定を受け付けることとしてもかまわない。

第２の抽出部１５ｃは、広告の配信対象とする特産品を抽出する処理部である。一態様としては、第２の抽出部１５ｃは、主催者端末５０から広告の配信対象とする特産品の指定を受け付けることができる。例えば、第２の抽出部１５ｃは、広告の配信要求を受け付ける時点または広告の配信要求を受け付ける前後に、記憶部１３に記憶された特産品情報１３ｆの中から広告の配信対象とする特産品の指定を受け付ける。このとき、第２の抽出部１５ｃは、朝市ＩＤに対応する朝市によって販売される特産品に絞って選択肢を表示させることもできる。例えば、朝市で売上が上位または下位から所定数の特産品をラジオボタンなどの複数選択が可能なＧＵＩを主催者端末５０へ提供したり、朝市が提供する特産品の全てを指定可能なＧＵＩを主催者端末５０へ提供したりする。これによって、広告の配信対象とする特産品の特産品ＩＤが抽出されることになる。

特定部１５ｄは、特産品情報１３ｆを記憶する記憶部１３を参照し、飲食施設に対応する特産品のうち、該飲食施設で提供される食事メニューに含まれない特産品を特定する処理部である。なお、ここでは、第２の抽出部１５ｃによって抽出された特産品ごとに当該特産品に関する広告を配信するユーザを特定する場合を例示するが、第１の抽出部１５ｃによって抽出されたユーザごとに当該ユーザに広告として配信する特産品を特定することとしてもかまわない。

一態様としては、特定部１５ｄは、第２の抽出部１５ｃによって抽出された特産品の特産品ＩＤのうち送信先リストを作成する対象とする特産品ＩＤを１つ選択する。続いて、特定部１５ｄは、第１の抽出部１５ｃによって抽出された予約者の会員ＩＤのうち送信先リストへの追加の可否を判定する対象とするユーザの会員ＩＤを１つ選択する。その上で、特定部１５ｄは、記憶部１３に記憶された予約情報１３ｅのうち当該会員ＩＤに対応付けられた食事メニューＩＤを読み出す。そして、特定部１５ｄは、記憶部１３に記憶された食事メニュー情報１３ｄのうち当該食事メニューＩＤに対応付けられた食材ＩＤ及びカテゴリのうち少なくとも一方を読み出す。このとき、１つの食事メニューＩＤに複数の食材が対応付けられている場合には、各々の食材の食材ＩＤまたはカテゴリが読み出される。なお、ここでは、一例として、食材の食材ＩＤが読み出される場合を例示して以下の説明を行う。

その上で、特定部１５ｄは、先に選択された特産品ＩＤと、食事メニューに含まれる食材ＩＤとの間で互いのＩＤが重複するか否かを判定する。言い換えれば、特定部１５ｄは、食事メニューに含まれる食材ＩＤの中に先に選択された特産品ＩＤが含まれるか否かを判定する。このとき、食事メニューに含まれる食材ＩＤの中に先に選択された特産品ＩＤが含まれる場合には、ユーザが旅行する宿泊施設の食事でその特産品を体験しうることがわかる。この場合には、特定部１５ｄは、当該特産品に関するダイレクトメールの送信先リストに会員ＩＤは追加しない。以下では、ダイレクトメールのことをＤＭ（Direct Mail）と記載する場合がある。一方、食事メニューに含まれる食材ＩＤの中に先に選択された特産品ＩＤが含まれない場合には、ユーザが旅行する宿泊施設の食事ではその特産品を体験しうることがわかる。この場合には、特定部１５ｄは、当該特産品に関するＤＭの送信先リストに会員ＩＤを追加する。その後、特定部１５ｄは、全ての会員ＩＤを選択し終えるまで上記の食事メニューの判定を繰り返し実行する。そして、特定部１５ｄは、全ての会員ＩＤが選択された後には全ての特産品ＩＤを選択し終えるまで会員ＩＤの選択や上記の食事メニューの判定を繰り返し実行する。これによって、記憶部１３内に各特産品の送信先リスト１３ｇが生成されることになる。

なお、ここでは、先に選択された特産品ＩＤと、食事メニューに含まれる食材ＩＤとの間で互いのＩＤが重複するか否かを判定することとしたが、先に選択された特産品ＩＤに対応するカテゴリと、食事メニューに含まれる食材のカテゴリとが同一のカテゴリであるか否かを判定することとしてもかまわない。この場合、両者が同一のカテゴリである場合には、当該特産品に関するＤＭの送信先リストに会員ＩＤは追加されず、同一のカテゴリでない場合には、当該特産品に関するＤＭの送信先リストに会員ＩＤが追加されることになる。

提示部１５ｅは、特定部１５ｄによって特定された特産品の情報を提示する処理部である。一態様としては、提示部１５ｅは、記憶部１３に記憶された各特産品の送信先リスト１３ｇにしたがってユーザに送信するＤＭのメール情報を生成する。すなわち、提示部１５ｅは、送信先リスト１３ｇに含まれる会員ＩＤに対応するアドレスをあて先とするヘッダを作成するとともに、ボディに当該送信先リスト１３ｇに対応する特産品の情報、例えば特長や長所などのメッセージがＤＭとして記述された送信メールを生成する。このとき、提示部１５ｅは、送信先リスト間で同一の会員ＩＤが重複する場合には、送信メールのボディに各送信先リスト１３ｇに対応する特産品の情報をまとめて記述することによって各特産品のＤＭを１つの送信メールに統合する。その上で、提示部１５ｅは、送信メールのヘッダに記述されたあて先にしたがってＤＭを配信する。なお、ここでは、ＤＭを配信することによってクライアント端末３０に特産品の情報を提示する場合を例示したが、ＳＮＳ（Social Networking Service）などを介して同様のメッセージを送信することとしてもかまわない。

［具体例］
図９〜図１１を用いて、特産品の情報提供方法の具体例について説明する。図９〜図１１は、ＤＭの一例を示す図である。図９には、会員ＩＤ「Ｒ００１」の鈴木一郎に送信されるＤＭの表示例が図示されている。また、図１０には、会員ＩＤ「Ｒ００２」の佐藤次郎に送信されるＤＭの表示例が図示されている。さらに、図１１には、会員ＩＤ「Ｒ００３」の香川三太に送信されるＤＭの表示例が図示されている。これら図９〜図１１には、朝市ＩＤ「Ａ００１」の函館朝市が指定されたことを契機に、図３〜図８に示した各情報から生成されたＤＭが図示されている。

広告の配信対象とする朝市として、朝市ＩＤ「Ａ００１」の函館朝市が指定された場合には、図５に示した宿泊施設情報１３ｃのうち朝市ＩＤ「Ａ００１」を持つレコードの宿泊施設ＩＤが抽出される。この例では、宿泊施設情報１３ｃの上から１番目のレコードの宿泊施設ＩＤ「Ｈ００１」のＸ国際ホテルと、上から２番目の宿泊施設ＩＤ「Ｈ００２」のＹ観光ホテルとが抽出される。

これら函館朝市の周辺に存在するＸ国際ホテル及びＹ観光ホテルの宿泊施設ＩＤが読み出されると、図７に示した予約情報１３ｅのうち朝市ＩＤ「Ａ００１」に対応付けられた朝市の開催日の中で広告の配信要求を受付けた日付から直近の日付「２０１３年１１月１日」を持ち、かつ先に抽出された宿泊施設ＩＤ「Ｈ００１」及び「Ｈ００２」を持つレコードの会員ＩＤが抽出される。この例では、予約情報１３ｅの上から１番目及び２番目のレコード、すなわち宿泊施設ＩＤ「Ｈ００１」を持つレコードの会員ＩＤ「Ｒ００１」の鈴木一郎及び会員ＩＤ「Ｒ００２」の佐藤次郎が抽出される。さらに、予約情報１３ｅの上から３番目のレコード、すなわち宿泊施設ＩＤ「Ｈ００２」を持つレコードの会員ＩＤ「Ｒ００３」の香川三太が抽出される。

このように、２０１３年１１月１日に開催される函館朝市の周辺に存在するＸ国際ホテルの予約者である鈴木一郎及び佐藤次郎と、Ｙ観光ホテルの予約者である香川三太が抽出される一方で、プロモーションを行う特産品として特産品ＩＤ「Ｐ００１」の幻の鮎及び特産品ＩＤ「Ｐ０５０」の幻の柚子が主催者端末５０によって指定される。

この場合、特産品ＩＤ「Ｐ００１」の幻の鮎の送信先リストが最初に作成される。例えば、会員ＩＤ「Ｒ００１」の鈴木一郎の場合、食事メニューＩＤ「Ｍ００１」が予約されているので、図６に示した食事メニュー情報１３ｄのうち食事メニューＩＤ「Ｍ００１」に対応付けられた食材ＩＤが読み出される。すなわち、食材ＩＤ「Ｐ００２」のアワビ、食材ＩＤ「Ｐ００５」の秋田牛、食材ＩＤ「Ｐ０５０」の幻の柚子、食材ＩＤ「Ｐ０６５」のメロンが読み出される。この場合、食事メニューに含まれる食材ＩＤの中に特産品ＩＤ「Ｐ００１」の幻の鮎と同一のＩＤが存在しないので、幻の鮎の送信先リストに会員ＩＤ「Ｒ００１」の鈴木一郎が追加される。また、会員ＩＤ「Ｒ００２」の佐藤次郎の場合、食事メニューＩＤ「Ｍ００２」が予約されているので、図６に示した食事メニュー情報１３ｄのうち食事メニューＩＤ「Ｍ００２」に対応付けられた食材ＩＤが読み出される。すなわち、食材ＩＤ「Ｐ００１」の幻の鮎が読み出される。この場合、食事メニューに含まれる食材ＩＤの中に特産品ＩＤ「Ｐ００１」の幻の鮎と同一のＩＤが存在するので、幻の鮎の送信先リストに会員ＩＤ「Ｒ００２」の佐藤次郎は追加されない。さらに、会員ＩＤ「Ｒ００３」の香川三太の場合、食事メニューＩＤ「Ｍ００７」が予約されているので、図６に示した食事メニュー情報１３ｄのうち食事メニューＩＤ「Ｍ００７」に対応付けられた食材ＩＤが読み出される。すなわち、食材ＩＤ「Ｐ０４２」のいくら、食材ＩＤ「Ｐ０９６」ののりが読み出される。この場合、食事メニューに含まれる食材ＩＤの中に特産品ＩＤ「Ｐ００１」の幻の鮎と同一のＩＤが存在しないので、幻の鮎の送信先リストに会員ＩＤ「Ｒ００３」の香川三太が追加される。このようにして、特産品ＩＤ「Ｐ００１」の幻の鮎の送信先リストには、会員ＩＤ「Ｒ００１」の鈴木一郎と、会員ＩＤ「Ｒ００３」の香川三太とが登載されることになる。

続いて、特産品ＩＤ「Ｐ０５０」の幻の柚子の送信先リストが作成される。例えば、会員ＩＤ「Ｒ００１」の鈴木一郎の場合、食事メニューＩＤ「Ｍ００１」に含まれる食材ＩＤ「Ｐ００２」のアワビ、食材ＩＤ「Ｐ００５」の秋田牛、食材ＩＤ「Ｐ０５０」の幻の柚子、食材ＩＤ「Ｐ０６５」のメロンの中に、特産品ＩＤ「Ｐ０５０」の幻の柚子と同一のＩＤが存在するので、幻の柚子の送信先リストに会員ＩＤ「Ｒ００１」の鈴木一郎は追加されない。また、会員ＩＤ「Ｒ００２」の佐藤次郎の場合、食事メニューＩＤ「Ｍ００２」に含まれる食材ＩＤ「Ｐ００１」の幻の鮎の中に、特産品ＩＤ「Ｐ０５０」の幻の柚子と同一のＩＤが存在しないので、幻の柚子の送信先リストに会員ＩＤ「Ｒ００２」の佐藤次郎が追加される。さらに、会員ＩＤ「Ｒ００３」の香川三太の場合、食事メニューＩＤ「Ｍ００７」に含まれる食材ＩＤ「Ｐ０４２」のいくら、食材ＩＤ「Ｐ０９６」ののりの中に、特産品ＩＤ「Ｐ０５０」の幻の柚子と同一のＩＤが存在しないので、幻の柚子の送信先リストに会員ＩＤ「Ｒ００３」の香川三太が追加される。このようにして、特産品ＩＤ「Ｐ０５０」の幻の柚子の送信先リストには、会員ＩＤ「Ｒ００２」の佐藤次郎と、会員ＩＤ「Ｒ００３」の香川三太とが登載されることになる。

以上のようにして特産品ごとに作成された送信先リストにしたがって会員ＩＤ「Ｒ００１」の鈴木一郎、会員ＩＤ「Ｒ００２」の佐藤次郎及び会員ＩＤ「Ｒ００３」の香川三太に送信するＤＭの送信メールが生成される。

例えば、幻の鮎の送信先リストに登載された会員ＩＤ「Ｒ００１」の鈴木一郎は、幻の柚子の送信先リストには登録されていないので、送信メールの統合が不要である。このため、鈴木一郎のアドレス「[email protected]」をあて先とするヘッダを作成するとともに、送信メールのボディに幻の鮎の広告が入ったＤＭの送信メールが作成される。そして、図９に示すＤＭが会員ＩＤ「Ｒ００１」の鈴木一郎へ送信される。かかる鈴木一郎は、Ｘ国際ホテルの贅沢コースで幻の柚子を体験しうる一方で幻の鮎は体験できない。したがって、図９に示すように、鈴木一郎が体験しうる予定のない幻の鮎に絞って広告を配信できる。

また、幻の柚子の送信先リストに登載された会員ＩＤ「Ｒ００２」の佐藤次郎は、幻の鮎の送信先リストには登録されていないので、送信メールの統合が不要である。このため、佐藤次郎のアドレス「[email protected]」をあて先とするヘッダを作成するとともに、送信メールのボディに幻の柚子の広告が入ったＤＭの送信メールが作成される。そして、図１０に示すＤＭが会員ＩＤ「Ｒ００２」の佐藤次郎へ送信される。かかる佐藤次郎は、Ｘ国際ホテルの彩コースで幻の鮎を体験しうる一方で幻の柚子は体験できない。したがって、図１０に示すように、佐藤次郎が体験しうる予定のない幻の柚子に絞って広告を配信できる。

一方、会員ＩＤ「Ｒ００３」の香川三太は、幻の鮎の送信先リストだけでなく、幻の柚子の送信先リストにも登録されており、２つの送信先リストの両方に会員ＩＤが重複する。このため、香川三太のアドレス「[email protected]」をあて先とするヘッダを作成するとともに、送信メールのボディに幻の鮎とともに幻の柚子の２つの広告が入ったＤＭの送信メール作成することによって幻の鮎及び幻の柚子のＤＭが１つの送信メールに統合されている。そして、図１１に示すＤＭが会員ＩＤ「Ｒ００３」の香川三太へ送信される。かかる香川三太は、Ｙ観光ホテルに宿泊しても幻の鮎を体験できなければ幻の柚子も体験できない。したがって、図１１に示すように、香川三太が体験しうる予定のない幻の鮎及び幻の柚子の両方の広告を配信できる。

［処理の流れ］
図１２は、実施例１に係る情報提供処理の手順を示すフローチャートである。この処理は、一例として、主催者端末５０に表示させたメニュー画面上で広告の配信要求を受け付けた場合に起動する。

図１２に示すように、受付部１５ａは、広告の配信対象とする朝市の指定を受け付ける（ステップＳ１０１）。続いて、第１の抽出部１５ｂは、宿泊施設情報１３ｃのうちステップＳ１０１で受け付けた朝市ＩＤを持つレコードの宿泊施設ＩＤを朝市周辺の宿泊施設として抽出する（ステップＳ１０２）。

そして、第１の抽出部１５ｂは、予約情報１３ｅのうち現日付から直近の日付を持ち、かつステップＳ１０２で朝市周辺の宿泊施設として抽出された宿泊施設ＩＤを持つレコードの会員ＩＤを朝市周辺の宿泊施設の予約者として抽出する（ステップＳ１０３）。その後、第２の抽出部１５ｃは、特産品情報１３ｆの中から広告の配信対象とする特産品の指定を受け付ける（ステップＳ１０４）。

続いて、特定部１５ｄは、ステップＳ１０４で受け付けた特産品の特産品ＩＤのうち送信先リストを作成する対象とする特産品ＩＤを１つ選択する（ステップＳ１０５）。さらに、特定部１５ｄは、ステップＳ１０３で抽出された予約者の会員ＩＤのうち送信先リストへの追加の可否を判定する対象とするユーザの会員ＩＤを１つ選択する（ステップＳ１０６）。

その上で、特定部１５ｄは、予約情報１３ｅのうち当該会員ＩＤに対応付けられた食事メニューＩＤを読み出した上で当該食事メニューＩＤに対応付けられた各食材の食材ＩＤを食事メニュー情報１３ｄの中から読み出す（ステップＳ１０７）。そして、特定部１５ｄは、食事メニューに含まれる食材ＩＤの中にステップＳ１０５で選択された特産品ＩＤが含まれるか否かを判定する（ステップＳ１０８）。

このとき、食事メニューに含まれる食材ＩＤの中にステップＳ１０５で選択された特産品ＩＤが含まれる場合（ステップＳ１０８Ｎｏ）には、ユーザが旅行する宿泊施設の食事でその特産品を体験しうることがわかる。この場合には、当該特産品に関するＤＭの送信先リストに会員ＩＤは追加せずにそのままステップＳ１１０の処理へ移行する。

一方、食事メニューに含まれる食材ＩＤの中にステップＳ１０５で選択された特産品ＩＤが含まれない場合（ステップＳ１０８Ｙｅｓ）には、ユーザが旅行する宿泊施設の食事ではその特産品を体験しえないことがわかる。この場合には、特定部１５ｄは、当該特産品に関するＤＭの送信先リストに会員ＩＤを追加する（ステップＳ１０９）。

その後、特定部１５ｄは、全ての予約者の食事メニューを特産品ＩＤと比較し終えるまで（ステップＳ１１０Ｎｏ）、上記のステップＳ１０６〜ステップＳ１０９の処理を繰り返し実行する。

そして、全ての予約者の食事メニューを特産品ＩＤと比較し終えると（ステップＳ１１０Ｙｅｓ）、特定部１５ｄは、全ての特産品ＩＤを食事メニューと比較し終えるまで（ステップＳ１１１Ｎｏ）、上記のステップＳ１０５〜ステップＳ１１０の処理を繰り返し実行する。

その後、全ての特産品ＩＤを食事メニューと比較し終えると（ステップＳ１１１Ｙｅｓ）、提示部１５ｅは、各特産品の送信先リスト１３ｇにしたがってユーザに送信するＤＭの送信メールを生成する（ステップＳ１１２）。その上で、提示部１５ｅは、送信メールのヘッダに記述されたあて先にしたがってＤＭを配信し（ステップＳ１１３）、処理を終了する。

［実施例１の効果］
上述してきたように、本実施例に係るサーバ装置１０は、特産品に関する情報提供を行う場合に、ユーザによって予約等がなされた飲食施設で提供される食事メニューに含まれない特産品の情報を提示する。したがって、本実施例に係るサーバ装置１０によれば、ユーザが体験しえる、または体験する予定のある特産品以外の特産品の情報を提供できる。

さて、これまで開示の装置に関する実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。

［応用例］
例えば、サーバ装置１０は、ユーザである会員ごとに当該ユーザの嗜好に合う食品もしくは食品のカテゴリを嗜好食品情報として記憶しておくこともできる。これによって、ユーザの嗜好に合う食品もしくは食品のカテゴリに該当する特産品に絞って送信メールのボディにメッセージを記述するとともに、それ以外の特産品のメッセージは送信先リストに登載されていても送信メールから削除することもできる。このとき、ユーザの嗜好に合う食品もしくは食品のカテゴリに該当する特産品が１つも存在しない場合には、当該ユーザへのＤＭの配信を中止することもできる。これとは逆に、サーバ装置１０は、ユーザである会員ごとに当該ユーザの嗜好に合わない食品もしくは食品のカテゴリを非嗜好食品情報として記憶しておくこともできる。これによって、ユーザの嗜好に合わない食品もしくは食品のカテゴリに該当しない特産品に絞って送信メールのボディにメッセージを記述するとともに、それ以外の特産品のメッセージは送信先リストに登載されていても送信メールから削除することもできる。これら嗜好食品情報や非嗜好食品情報は、商品の注文履歴やキーワードの検索履歴から既存の技術を用いて生成することができる。このようなメッセージの選別を実行することによって、ユーザが体験しえない、又は、体験する予定のない特産品の中でも、ユーザの好みに合致する特産品の情報に絞って情報を提供できる。

［適用範囲］
上記の実施例１では、サーバ装置１０が宿泊の予約サービスを提供するポータルサイトの事業者によって運営される場合を例示するが、飲食の予約サービスを提供する事業者によって運営させることとしてもかまわない。この場合には、図３〜図８に示した各テーブルに宿泊施設ＩＤの代わりに飲食施設ＩＤが登録されること以外に変わりはない。

［分散および統合］
また、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、受付部１５ａ、第１の抽出部１５ｂ、第２の抽出部１５ｃ、特定部１５ｄまたは提示部１５ｅをサーバ装置１０の外部装置としてネットワーク経由で接続するようにしてもよい。すなわち、上記の実施例１では、ポータルサイトが運営するサーバ装置１０上で情報提供プログラムが実行される場合を例示したが、自治体が運営するサーバ装置上で情報提供プログラムを実行させることとしてもよい。この場合には、会員情報１３ａや予約情報１３ｅを持たず、ポータルサイトが運営するサーバ装置から処理に用いるレコードの情報を取得させることとしてもよい。また、受付部１５ａ、第１の抽出部１５ｂ、第２の抽出部１５ｃ、特定部１５ｄまたは提示部１５ｅを別の装置がそれぞれ有し、ネットワーク接続されて協働することで、上記のサーバ装置１０の機能を実現するようにしてもよい。

［情報提供プログラム］
また、上記の実施例で説明した各種の処理は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図１３を用いて、上記の実施例と同様の機能を有する情報提供プログラムを実行するコンピュータの一例について説明する。

図１３は、実施例１及び実施例２に係る情報提供プログラムを実行するコンピュータの一例について説明するための図である。図１３に示すように、コンピュータ１００は、操作部１１０ａと、スピーカ１１０ｂと、カメラ１１０ｃと、ディスプレイ１２０と、通信部１３０とを有する。さらに、このコンピュータ１００は、ＣＰＵ１５０と、ＲＯＭ１６０と、ＨＤＤ１７０と、ＲＡＭ１８０とを有する。これら１１０〜１８０の各部はバス１４０を介して接続される。

ＨＤＤ１７０には、図１３に示すように、上記の実施例１で示した受付部１５ａ、第１の抽出部１５ｂ、第２の抽出部１５ｃ、特定部１５ｄ及び提示部１５ｅと同様の機能を発揮する情報提供プログラム１７０ａが予め記憶される。この情報提供プログラム１７０ａについては、図２に示した各々の受付部１５ａ、第１の抽出部１５ｂ、第２の抽出部１５ｃ、特定部１５ｄ及び提示部１５ｅの各構成要素と同様、適宜統合又は分離しても良い。すなわち、ＨＤＤ１７０に格納される各データは、常に全てのデータがＨＤＤ１７０に格納される必要はなく、処理に必要なデータのみがＨＤＤ１７０に格納されれば良い。

そして、ＣＰＵ１５０が、情報提供プログラム１７０ａをＨＤＤ１７０から読み出してＲＡＭ１８０に展開する。これによって、図１３に示すように、情報提供プログラム１７０ａは、情報提供プロセス１８０ａとして機能する。この情報提供プロセス１８０ａは、ＨＤＤ１７０から読み出した各種データを適宜ＲＡＭ１８０上の自身に割り当てられた領域に展開し、この展開した各種データに基づいて各種処理を実行する。なお、情報提供プロセス１８０ａは、図２に示した受付部１５ａ、第１の抽出部１５ｂ、第２の抽出部１５ｃ、特定部１５ｄ及び提示部１５ｅにて実行される処理、例えば図１２に示す処理を含む。また、ＣＰＵ１５０上で仮想的に実現される各処理部は、常に全ての処理部がＣＰＵ１５０上で動作する必要はなく、処理に必要な処理部のみが仮想的に実現されれば良い。

なお、上記の情報提供プログラム１７０ａについては、必ずしも最初からＨＤＤ１７０やＲＯＭ１６０に記憶させておく必要はない。例えば、コンピュータ１００に挿入されるフレキシブルディスク、いわゆるＦＤ、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させる。そして、コンピュータ１００がこれらの可搬用の物理媒体から各プログラムを取得して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１００に接続される他のコンピュータまたはサーバ装置などに各プログラムを記憶させておき、コンピュータ１００がこれらから各プログラムを取得して実行するようにしてもよい。

１ 情報提供システム
７ ネットワーク
１０ サーバ装置
１１ 通信Ｉ／Ｆ部
１３ 記憶部
１３ａ 会員情報
１３ｂ 朝市情報
１３ｃ 宿泊施設情報
１３ｄ 食事メニュー情報
１３ｅ 予約情報
１３ｆ 特産品情報
１５ 制御部
１５ａ 受付部
１５ｂ 第１の抽出部
１５ｃ 第２の抽出部
１５ｄ 特定部
１５ｅ 提示部
３０Ａ，３０Ｂ，３０Ｃ クライアント端末
５０ 主催者端末

Claims (5)

1. コンピュータに、
   商品情報を記憶する記憶部を参照し、食事の提供場所に対応する商品のうち、該食事の提供場所で提供される食事のメニューに含まれない商品を特定し、
   特定した該商品の情報を提示する、
   処理を実行させることを特徴とする商品の情報提供プログラム。
2. 前記記憶部は、食事の提供場所に関するユーザの予約情報をさらに記憶し、
   前記コンピュータに、
   地域を特定する情報を受け付け、
   前記記憶部に記憶された予約情報のうち前記地域を特定する情報に対応する予約情報を抽出する処理をさらに実行させ、
   前記提示する処理として、
   特定した該商品の情報を、前記予約情報が抽出されたユーザの端末に提示することを特徴とする請求項１に記載の情報提供プログラム。
3. 前記記憶部は、ユーザごとに前記ユーザの嗜好に合う食品または前記ユーザの嗜好に合わない食品を対応付けてさらに記憶し、
   前記特定する処理として、
   前記商品と前記食品とを比較することによって前記食事の提供場所で提供を受けるユーザの嗜好に合う食品に対応する商品または前記ユーザの嗜好に合わない食品でない商品を特定することを特徴とする請求項１または２に記載の情報提供プログラム。
4. コンピュータが、
   商品情報を記憶する記憶部を参照し、食事の提供場所に対応する商品のうち、該食事の提供場所で提供される食事のメニューに含まれない商品を特定し、
   特定した該商品の情報を提示する、
   処理を実行することを特徴とする商品の情報提供方法。
5. 商品情報を記憶する記憶部と、
   前記記憶部を参照し、食事の提供場所に対応する商品のうち、該食事の提供場所で提供される食事のメニューに含まれない商品を特定する特定部と、
   特定した該商品の情報を提示する提示部と
   を有することを特徴とする商品の情報提供装置。

Images