JP2014056302A - 商品又はサービスの推薦システム並びに商品又はサービスの推薦方法 - Google Patents

Abstract

【課題】
小規模な商店でも利用者の多様なリクエストを的確に知ることが出来る、商品及びサービスの推薦システム及び案内システムを実現することである。
【解決手段】
提供者が提供する商品又はサービスを利用者に推薦するシステムである。利用者が望む商品又はサービスを記述したリクエストをネットワークを介して管理センターに送信する利用者側端末と、 利用者側端末から送信されたリクエストに基づき、推薦する商品等に関するデータを、ネットワークを介して利用者端末に送信し、リクエストを提供者に送信する管理センターと、管理センターから送信されたリクエストに対する提供者の個別提案をネットワークを介して管理センターに送信する提供者側端末と、を含んでいる。リクエストは提供者にも知らされ、提供者は個別提案をリアルタイムに行うことができる。利用者は個別提案という推薦を得ることができ、高い満足度が得られる。
【選択図】図１

Description

本発明は、観光地や商店街で、商品又はサービスの推薦を行うシステムに関する。特に、利用者の嗜好に合致した商品・サービスをリアルタイムに推薦可能なシステムに関する。

近年、大手企業（コンビニ、スーパー、飲食店など）の進出やネットショップのサービス拡大により、既存の小規模な商店はビジネス的に大きな影響を被る場合もある。その結果、規模の縮小や事業からの撤退等が行われるケースも目立ってきている。地方においては、各地の商店街がいわゆるシャッター街と呼ばれる状態に陥いる場合も想定される。

大量生産品やサービスは、大手企業が大量調達により、安価で提供するため、既存の小規模小売店や各種商店でのビジネスが大きな影響を受けている。したがって、既存の小規模な商店は、これまでにない特色のある商品・サービスの提供が必要となっている
そこで、利用者の嗜好・ニーズを的確につかむシステムが望まれている。近年は、データベース技術や、ネットワーク技術が広く利用されており、利用者の嗜好やニーズを取り込むシステムも種々提案されている。

先行特許文献
例えば、下記特許文献１には、利用者からの検索リクエストを受信して、検索キーワードに基づいた通常検索を行うとともに、利用者の嗜好データに基づいた嗜好検索をも行う技術が開示されている。通常検索と嗜好検索とを組み合わせれば、より利用者の嗜好に合わせた検索結果を取得し、利用者に提供できるとされている。

また、下記特許文献２には、
通信回線を経由して顧客のリクエストを得て、そのリクエストに応じた店舗のサービスを検索し、得られたサービスの情報を、顧客とその店舗の双方に送信する事業体が開示されている。

特開２００９−１４０３０６号公報 特開２００１−３５７２７８号公報

このように、従来から知られている種々のシステムでは、顧客のリクエストに合致したサービスや商品を検索し、その検索結果を提供するという仕組みが主に採用されている。しかし、顧客のリクエストがいわゆる定番のリクエストである場合は、検索も容易であるが、やや趣の異なるリクエストである場合は、検索が困難になることが想定される。さらには、そのような趣の異なるリクエストに対する商品・サービスがデータベースに存在しないことも考えられる。

例えば、「名物の肉料理が食べたい」という一般的な定番のリクエストであれば、対応するレストランの情報を提供すればよいであろう。しかし、「コスプレをしながら聖地巡礼を行いたい」という個性の強いリクエストの場合は、検索そのものが困難であり、そもそもデータベースに存在しない場合も多い。

その結果、既存の一般的なシステムでは、顧客の多様のリクエストに応えることは一般に困難であった。このようなリクエストに応えるためには、各種の分野に精通した人員を各店舗に配置する必要があり、いわゆる大企業でのみ実現が可能であった。
これに対して、小規模な商店では、結局、各種リクエストに応えるべく人員を準備すること等が困難であり、上述した既存の一般的なサービスを検索するシステムを利用せざるを得なかった。

しかし、上述したように、既存の一般的なシステムでは、多様化する利用者のリクエストを的確に掴むことは一般に困難であるため、提供する商品やサービス内容を利用者の嗜好に合わせた物に転換する作業が円滑に図れない事が多く、事業の縮小等を招いていることが現状である。

本発明は、上記のような課題に鑑みなされた物であり、その目的は、小規模な商店でも利用者の多様なリクエストを的確に知ることが出来る、商品及びサービスの推薦システム及び案内システムを実現することである。

（Ａ）本発明における用語
本発明において「送信」とは、所定のネットワーク（通信回線）を介して、所定のデータやメッセージ、コマンド等を送信することを言うが、下記の事項も含む。

・所定のセンターにデータやメッセージ等を記憶させて、外部からの要求に応じて、それらデータ等を相手先に配信すること。本発明においては、このような配信動作も、「送信」の好適な一態様である。同様に、いわゆる「掲示板」と呼ばれるサービスや、ダウンロードと呼ばれる動作も、「送信」の一態様である。
・なお、外部からの要求がない場合に、データやメッセージを送りつけることも「送信」の一態様である。いわゆるショートメッセージや、ツィッター（商標）のような動作、も、本発明における「送信」の一態様である。

・また、電子メールによって、上記データ等を送信することや、ブログへのデータやメッセージの記載も、上記「送信」の一態様である。

（Ｂ）本発明は、上で述べた課題を解決するために、具体的には、以下の手段を採用する。

（１）本発明は、上記課題を解決するために、提供者が提供する商品又はサービスを利用者に推薦するシステムにおいて、ネットワークと、前記利用者が望む商品又はサービスを記述したリクエストを前記ネットワークを介して管理センターに送信する利用者側端末と、前記利用者側端末から送信された前記リクエストに基づき、推薦する商品又はサービスに関するデータを、前記ネットワークを介して前記利用者端末に送信するとともに、前記リクエストを、前記提供者に送信する管理センターと、前記管理センターから送信された前記リクエストに対する前記提供者の個別提案を前記ネットワークを介して前記管理センターに送信する提供者側端末と、を含み、前記管理センターは、前記提供者がおすすめするおすすめの商品又はサービスに関するデータを登録したおすすめデータベースと、前記利用者側端末から送信された前記リクエストに基づき、前記おすすめデータベースを検索し、前記リクエストに合致する商品又はサービスのデータを抽出して、抽出した前記商品又はサービスに関するデータを前記利用者側端末に送信し、さらに、前記リクエストを前記提供者側端末に送信する制御手段と、を備え、前記制御手段は、前記提供者側端末から送信されてきた、前記リクエストに対する商品又はサービスの個別の提案である個別提案を、前記利用者側端末に送信することを特徴とする商品又はサービスの推薦システムである。

（２）また、本発明は、上記（１）記載の商品又はサービスの推薦システムにおいて、前記利用者側端末は、所定の記憶手段に記憶された前記利用者のＩＤを読み取る読み取り手段と、前記読み取った前記ＩＤを含む前記リクエストを前記ネットワークを介して前記管理センターに送信する送信手段と、を含むことを特徴とする商品又はサービスの推薦システムである。

（３）また、本発明は、上記（１）記載の商品又はサービスの推薦システムにおいて、前記管理センターは、利用者データベースと、掲示板データベースと、を備え、前記制御手段は、前記リクエストを、前記利用者データベースと、前記掲示板データベースと、に登録し、前記おすすめデータベースから抽出した商品又はサービスのデータを前記利用者データベースに登録し、さらに、前記制御手段は、前記提供者側端末からの要求に応じて、前記掲示板データベースに登録されている前記リクエストを掲示板として前記提供者側端末に送信し、前記利用者側端末からの要求に応じて、前記利用者データベースに登録されている前記おすすめデータベースから抽出した商品又はサービスのデータを、前記利用者側端末に送信することを特徴とする商品又はサービスの推薦システムである。

（４）また、本発明は、上記（３）に記載の商品又はサービスの推薦システムにおいて、前記管理センターは、さらに、提供者側データベース、を備え、前記制御手段は、前記提供者側端末から送信されてきた前記個別提案のデータを、前記提供者データベースに登録するとともに、前記個別提案の相手先である前記利用者の前記利用者データベースにも登録し、前記利用者側端末からの要求に応じて、前記利用者データベースに登録されている前記おすすめデータベースから抽出した商品又はサービスのデータ、及び、前記個別提案のデータを、前記利用者側端末に送信することを特徴とする商品又はサービスの推薦システムである。

（５）また、本発明は、上記（１）記載の商品又はサービスの推薦システムにおいて用いられる管理センターであって、前記提供者がおすすめするおすすめの商品又はサービスに関するデータを登録したおすすめデータベースと、前記利用者側端末から送信された前記リクエストに基づき、前記おすすめデータベースを検索し、前記リクエストに合致する商品又はサービスのデータを抽出して、抽出した前記商品又はサービスに関するデータを前記利用者側端末に送信し、さらに、前記リクエストを前記提供者側端末に送信する制御手段と、を備え、前記制御手段は、前記提供者側端末から送信されてきた、前記リクエストに対する商品又はサービスの個別の提案である個別提案を、前記利用者側端末に送信することを特徴とする管理センターである。

（６）また、本発明は、上記（５）記載の管理センターにおいて、利用者データベースと、掲示板データベースと、を備え、前記制御手段は、前記リクエストを、前記利用者データベースと、前記掲示板データベースと、に登録し、前記おすすめデータベースから抽出した商品又はサービスのデータを前記利用者データベースに登録し、さらに、前記制御手段は、前記提供者側端末からの要求に応じて、前記掲示板データベースに登録されている前記リクエストを掲示板として前記提供者側端末に送信し、前記利用者側端末からの要求に応じて、前記利用者データベースに登録されている前記おすすめデータベースから抽出した商品又はサービスのデータを、前記利用者側端末に送信することを特徴とする管理センターである。

（７）また、本発明は、上記（６）記載の管理センターにおいて、提供者側データベース、を備え、前記制御手段は、前記提供者側端末から送信されてきた前記個別提案のデータを、前記提供者データベースに登録するとともに、前記個別提案の相手先である前記利用者の前記利用者データベースにも登録し、前記利用者側端末からの要求に応じて、前記利用者データベースに登録されている前記おすすめデータベースから抽出した商品又はサービスのデータ、及び、前記個別提案のデータを、前記利用者側端末に送信することを特徴とする管理センターである。

（８）また、本発明は、上記課題を解決するために、所定の地域において、上記（２）記載の商品又はサービスの推薦システムを用いて、おすすめの商品又はサービスを旅行者である前記利用者に推薦する方法において、前記記憶手段は、ＩＣカードであり、前記旅行者に、前記ＩＣカードを引き渡すステップと、前記旅行者が、前記利用者側端末を用いて商品またはサービスの推薦を受けるステップと、を含み、前記旅行者が、前記ＩＣカードに記録されているＩＤを無期限に使用することが可能な商品又はサービスの推薦方法である。

このような、本発明によれば、利用者のリクエストに対し、共通おすすめ品だけでなく、各提供者が個別提案もすることができるので、利用者のリクエストにより対応した商品・サービスを提供することができる。また、提供者も、利用者のリクエストをリアルタイムに知ることができるので、利用者のニーズをより正確に知ることが可能となる。

本実施の形態にかかる商品・サービスの推薦システムの構成を示す構成概念図である。 本実施の形態にかかる商品・サービスの推薦システムが利用される観光街の概念図である。 管理センターの構成ブロック図である。 リクエストを入力する画面の説明図である。 掲示板を閲覧した場合の画面の説明図である。 自分のリクエストに対してその結果である共通おすすめ品と、個別提案と、が示されているスマホの画面（結果画面）の様子を示す図である。 利用者データベースの登録内容を表す概念図である。

以下、本発明の好適な実施の形態を図面に基づき説明する。

図１には、本発明の好適な実施の形態である商品・サービス推薦システム１０の構成概念図が示されている。

用語
「利用者」：本実施の形態にかかるシステムを利用する者であり、旅行者や、その地域の住民等が該当する。自己が欲する商品やサービスを、本システムに対して「リクエスト」する者である。

「提供者」：商品やサービスを上記利用者に提供する者であり、一般には事業者を意味するが、利用者からの視点でいえば「店舗」や、「レストラン」等がこの提供者の好適な一例に相当する。
「一押し品」：その提供者が、標準でおすすめする商品・サービスを「一押し」または「一押し品」「一押しサービス」、等と呼ぶ。また、「共通おすすめ品」とも呼ぶ。

「リクエスト」：利用者が、システムに対して、自己が欲する商品またはサービスの内容・条件を提示すること。例えば、「野菜ソースの料理が食べたい」等がこれに相当する。おおざっぱな「１３時に肉料理を食べたい」等のリクエストの一形態であり、より細かい「13時に吉野で、２００ｇのＡ５肉を食べたい」等の比較的細かい条件を付したリクエストもある。リクエストは、一般的には、文章で表されるので、テキストデータや、メールのデータ等で実現される。

また、リクエストは、時間、場所、食事かアクティビティか、人数、等の要素に分解されたデータから構成されていてもよい。また、リクエストは「要求」や「要望」と呼ぶこともある。

１．基本的な考え方
１．１ 基本的な概要
さて、図１に示されている商品・サービス推薦システム１０は、観光地におけるシステムであり、このシステムのターゲットである利用者１２は、旅行者、日乗客、を想定している。そして、この商品・サービス推薦システム１０は、上記利用者１２がリクエストする観光スポット、料理、お酒、お土産などに対して、提供者１４は一押し（店舗で一つ）の商品やサービスを推薦するものである。利用者１２は、この推薦されたものから選択して、所望の商品やサービスを得ることができる。

また、後述するように、あらかじめ決められた一押しの商品又はサービスだけでなく、リクエストに応じてお店側が個別提案をすることも好ましい。利用者１２はこの個別提案も得られるので、より自分の嗜好にあった商品又はサービスを得ることができる可能性が大きい。

１．２ 基本的な効果
本システムの利用者１２は、自分自身の要望（リクエスト）に近い商品・サービスを得ることができ、満足度が高まる。その結果、リピーターとなる可能性が高まり、地元商店街の営業的にも好ましい結果を得られることが期待される。
また、商品やサービスの提供者１４は、通常は得ることができない利用者１２の要望情報を知ることができるので、その情報を新たな商品・サービス開発に役立てることが可能となる。その結果、提供者１４の店の特徴を強化することが可能となる。また、売り上げや利益の向上も図れる。さらに、自社ブランドの商品やサービスの開発につなげることも可能である。

１．２．１ 基本的な効果その２（サービスの価値）
提供者１４の商売（事業）において、顧客の要望を的確に得ることは非常に重要な事項である。しかし、従来、利用可能な統計情報は、現実的にはアンケート調査などしか知られていないので、実質的に生きた情報であって実際に利用可能な情報は非常に少なかったのが実情である。
本実施の形態におけるシステムでは、旅行者等の利用者が、自分自身で行動する上でのリクエストを出すので、提供者１４は、非常に信頼性の高いリクエスト情報を積み重ねることができる。つまり、旅行者が何を目的として観光に来ているのかを、提供者１４は知ることができる。

１．３ システムの使用料・課金について
提供者１４は、商品・サービスの推薦システム１０が利用者１２によって利用された場合に、その実績に応じてサービス利用料を商品・サービスの推薦サービスの運営者に対して支払うように構成することが好ましい。

１．４ システムに対してあることが望ましい条件
・本システムは、利用者１２が、不特定多数の提供者１４に対して「要望」を開示し、提供者１４から「提案」を受け取ることを特徴とする。したがって、「要望」に対しては、個人情報を含まない形態での開示が必要となる。
・旅行者の要望と、推薦された商品・サービスとのマッチング精度が高いこと。ここで、旅行者は、利用者１２の好適な一例に相当する。
・推薦された商品・サービスの採用結果のトレースが可能なこと。つまり、推薦された商品・サービスが実際に購入されたか否かを、記録しておき、後にその追跡が可能なこと。

・個人情報とＩＤ情報をひも付けしていないこと。これは個人情報とプライバシー保護のためである。

２．基本構成
利用者
ここでは、利用者１２として、ある観光地を訪れた旅行者の例を説明する。

ある観光地を訪れた利用者１２は、まず観光案内所を訪れて、スマホ１６ａと、ＩＣカード１８ａとを受け取る。この観光地には、商品・サービス推薦システム１０がもうけられており、利用者１２は、旅行中、この商品・サービス推薦システム１０を用いて旅行を楽しむことができる。

図１に示すように、この商品・サービス推薦システム１０は、主として以下の構成を有する。

・管理センター２０と、
・管理センター２０と所定のネットワークを介して接続しうるスマホ１６ａと、
・このスマホ１６ａがＩＤを読み取るためのＩＣカード１８ａと、
・管理センター２０と所定のネットワークを介して接続しうるスマホ１６ｂと、
・このスマホ１６ｂがＩＤを読み取るためのＩＣカード１８ｂと、
を含む。このうちスマホ１６ａ、１６ｂ及びＩＣカード１８ａ、１８ｂは、複数組存在しうる。ネットワークは、典型的にはインターネットであり、通信は全てインターネットを介して行われる。

上述した、管理センター２０、スマホ１６ａ、１６ｂ、ＩＣカード１８ａ、１８ｂそれぞれの具体的な構成は、順次説明していく。

まず、利用者１２は、スマホ１６ａを用いて、リクエストを入力する。この入力したリクエストは、管理センター２０において記憶・蓄積される。なお、スマホ１６ａは、ＩＣカード１８ａからＩＤを読み取り、このＩＤをリクエストに付して管理センター２０に送信する。
なお、スマホとは、スマートホン（または、スマートフォン）の略称である。スマートホンとは、インターネットとの親和性が高く、パソコンの機能をベースとして作られた多機能携帯電話・ＰＨＳのことを言う。一般に、スマホは、ＩＣカードを読み取る手段を備えており、本実施の形態では、そのような手段を備えたスマホを前提として説明を行う。
但し、スマホがＩＣカードを読み取る手段を有しない場合でも、外付けのＩＣカードリーダーをスマホに接続することは一般に容易であるので、そのように以下の実施の形態を読み替えられたい。

本実施の形態では、利用者１２は、スマホ１６ａを用いて、リクエストを管理センター２９０に送信したが、そのほかの端末を用いてもよい。例えばいわゆるタブレット型ＰＣを用いることも好適である。

利用者１２は、観光案内所等で、このスマホ１６ａとＩＣカード１８ａとを受け取り、旅行中、このスマホ１６ａとＩＣカード１８ａとを用いて、自己のリクエストを管理センター２０に送信することができる。このように、観光案内所は、ＩＣカード１８ａや、スマホ１６ａを利用者に引き渡す。
なお、利用者１２は、観光案内所で、ＩＣカード１８ａのみを受け取り、自己が所有するスマホ１６ａを用いることも好適である。観光案内所は、このように、ＩＣカード１８ａのみを引き渡すことも好適である。

ここで、ＩＣカード１８ａは、利用者１２の観光が終了した後、返却してもらうことが好ましいが、用途によっては、そのまま引き渡したままにしておくことも好適である。この場合はＩＤの有効期限を無期限（つまり、永久に使用できる）として、次回の旅行の際、そのまま利用できるように構成することも好ましい。
本実施の形態において特徴的なことは、リクエストの入力が、ＩＤカード１８ａが記憶しているＩＤで行われることである。この結果、利用者１８ａは、個人情報を開示することなく、自己のリクエストを送信することができる。

このようにして、利用者１８は、図１に示すように、「１３時に肉料理が食べたい」「１４時にアニメ役をやりたい」等のリクエストを入力するのである。

管理センター
管理センター２０の構成ブロック図が図３に示されている。送信されてきたリクエストは、まず制御手段２０ａが受信する。制御手段２０ａは、リクエストを利用者データベース２０ｂに登録するとともに、掲示板データベース２０ｄにも登録する。

制御手段２０ａは、利用者データベース２０ｂに登録されたリクエストの内容と、おすすめデータベース２０ｃの内容とを比較し、リクエスト中のキーワードと一致する共通おすすめ品を検索する。もし、キーワードが一致する、共通おすすめ品がおすすめデータベース２０ｃ中に存在すれば、その該当する共通おすすめ品を利用者１２に推薦するために、利用者データベース２０ｂに登録する。

「データの登録」の語について
なお、本実施の形態では、データベースには、おすすめ品のデータを登録することを、単に「おすすめ品を登録」のように省略した記述をしている。また、データベースからおすすめ品のデータを検索することを、単に「おすすめ品を検索する」等のように、省略した記述をしている。

また、本文では、「管理センター」と呼ぶが、それはインターネットなどのネットワークに接続するコンピュータシステムであり、一般的には管理サーバ等と呼ばれることもある。

さて、上記おすすめデータベース２０ｃには、あらかじめ、各提供者１４が提示する共通おすすめ品を、検索キーワードとともに登録しておく。制御手段２０ａは、そのキーワードを含むリクエストが利用者データベース２０ｂに登録された場合に、その共通おすすめ品を利用者データベース２０ｂに登録するのである。
この共通おすすめ品は、各提供者１４が標準的におすすめする商品・サービスであり、各提供者１４ごとに一般には１種である。その理由は、後述するように、基本的には大企業・中小企業とを公平に扱うためである。しかし、業種によっては、複数種類のおすすめ品を出さないと意味がない業種もあるので、業種ごとに１提供者１４あたり提示できる共通おすすめ品の数を決めるのも好適である。

利用者１２は、この利用者データベース２０ｂにいつでもアクセスすることができ、自分のリクエストに対して、共通おすすめ品が登録されているかどうかを確認することができる。利用者１２は、その共通おすすめ品が気に入った場合は、その共通おすすめ品に従って、レストランや各種店舗にいくことになる。

共通おすすめ品としては、例えば、「名物ＸＸ定食３０００円」「アニメの聖地巡礼ツアー８００円」等、各種の商品・サービスがあり、あらかじめおすすめデータベース２０ｃに登録されている。

提供者
一方、掲示板データベース１２ｂは、いわゆる掲示板に掲示する内容が登録される。上述のように、利用者１２からのリクエストは、この掲示板データベース２０ｄに登録される。そして、この掲示板データベース２０ｄの内容に基づき、制御手段２０ａが外部に掲示板を提供（表示）する。提供者１４は、いつでもこの掲示板を閲覧することができ、どのようなリクエストが利用者１２から出されているのかをリアルタイムに知ることができる。

この結果、提供者１４は、掲示板の内容に基づき、リクエストに応じた新しい個別提案をリアルタイムにすることが可能となる。例えば、図１に示すように「Ａ５肉のＸＸ料理、旬の野菜ソース！」のような新しいメニューの提案をすることができる。この提案は、提供者１４が備えているスマホ１６ｂ等を用いて行われる。

提供者１４は、図１に示すように、利用者１２と同様にスマホ１６ｂとＩＣカード１８ｂを備えている。このＩＣカード１８ｂは、利用者１２のＩＣカード１８ａと同様に、ＩＤを備えており、このＩＤで、各提供者を識別することができる。提供者１４は、このスマホ１６ｂを用いて、個別提案を、利用者データベース２０ｄに登録することができる。この個別提案は、「Ａ５肉のＸＸ料理、旬の野菜ソース！」のようなテキストデータが好適であるが、写真等の画像データ、そのレストランまでの地図データ等を含むことも好適である。この個別提案の登録の際には、利用者１２の場合と同様に、提供者側のＩＤを伴った登録が行われる。さらに、この個別提案には、相手先である利用者１２のＩＤも含められる。結果として、個別提案の提供者データベース２０ｅへの登録は、
・提供者側のＩＤ、
・利用者側のＩＤ、
・個別提案の内容：例えば「Ａ５肉のＸＸ料理、旬の野菜ソース！」
の少なくとも三種類のデータで行われる。

制御手段２０ａは、提供者データベース２０ｅに個別提案が新たに登録された場合、これを利用者データベース２０ｂに転送する。上述のように個別提案の登録内容には、利用者側のＩＤが含まれているので、このＩＤから、どの利用者宛の個別提案かがわかり、その相手である利用者１２のデータベース２０ｂに登録される。また、個別提案の登録内容には、提供者側のＩＤが含まれているので、このＩＤから、提供者側の個別の情報を知ることができる。例えば、
住所：神奈川県横浜市１２３−４５６番地
名称：横浜ミート
種別：レストラン
電話番号：０１２−２３４−５６７８
等の情報を、制御手段２０ａは、ＩＤから知ることができる。制御手段２０ａは、この個別情報も含めて個別提案を、利用者データベース２０ｂに登録する。

このような提供者１４の個別情報とＩＤとのリストは、図３の提供者データベース２０ｅの中に含めておくことが好ましいが、提供者データベース２０ｅとは独立して別途データベースを準備しておくことも好適である。

制御手段２０ａは、以上のようにして、個別提案を、利用者データベース２０ｂに転送・登録するする。その結果、利用者データベース２０ｂには、
・提供者側のＩＤ、
・提供者側の個別情報（上記住所、名称、種別、電話番号等）
・個別提案の内容：例えば「Ａ５肉のＸＸ料理、旬の野菜ソース！」
という情報が登録される。

上述したように、利用者１２は、自分の利用者データベース２０ｂを、スマホ１６ａを介して、いつで閲覧することができる。この閲覧の際にもＩＣカード１８ａに記録されているＩＤが利用され、そのＩＤに対応する利用者データベース２０ｂ（つまり自分のデータベース）のみを閲覧することができる。このような制御は、制御手段２０ａが実行する。

このようにして、利用者１２は、リクエストを出した後、随時、自分の利用者データベース２０ｂを閲覧して、上述した個別提案が登録されていることを見つける。そして、その個別提案の内容が気に入れば、そのレストラン（提供者１４の店舗）に電話で予約を入れて、「Ａ５肉のＸＸ料理、旬の野菜ソース！」を楽しむことが可能となるのである。

以上のようにして、本実施の形態商品・サービス推薦システム１０は、単に利用者１２のリクエストに合致した商品を、単にデータベースから探して提示するだけでなく、そのリクエストを提供者１４側にも提供している。その結果、提供者１４は利用者１２の生の要望をリアルタイムに知ることができるとともに、そのリクエストに対してリアルタイムに個別の提案が可能なのである。

３．本実施の形態における商品・サービス推奨システムの地理的な配置、端末の配置
本実施の形態における商品・サービス推薦システム１０は、観光街で用いられる例を説明する。しかし、もちろん、どのような地域でも利用可能であることは言うまでもない。

図２には、利用される観光街の概念図が図２に示されている。図２に示すように、この観光街３０は、エリアＡ、エリアＢ、エリアＣに分けられている。エリアＡには、観光案内所が設けられており、そこには、本商品・サービス推薦システム１０にアクセスする端末４０が設けられている。この端末４０は、図２では、エリアＡの観光案内所内に設けられている例が示されているが、エリアＢ・エリアＣにもそれぞれ設けておくことも好適である。

この端末４０も、これまで述べてきた利用者１２のスマホ１６ａと同様の機能を有している端末であるが、大型のタッチスクリーンを備えたディスプレイを有しており、観光案内所に立ち寄った観光客・旅行者等が使いやすい大きさ・形状を有している。また、図２では示されていないが、キーボードやマウス等を備えさせ、マウス等で操作が可能に構成することも好適である。
例えば、この端末４０としては、いわゆるパソコンを利用して構成することが好適であるが、利用者１２が用いているようなスマホ１６に、外部の大型のディスプレイやマウス等を接続して端末４０を構成することも好適であろう。この端末４０は外部にＩＣカードリーダー４０ｂを備えており、上述した利用者１２と同様に、ＩＣカード１８ｃに記録されているＩＤを読み取ることができる（図２参照）。そしてそのＩＤを用いて管理センター２０にアセスすることができる。管理センター２０から見れば、この端末４０は、そのＩＣカード１８ｃに記録されたＩＤで識別される利用者１２として認識される。

利用者１２は、観光案内所でまず、ＩＤが記録されたＩＣカード１８を受け取る。このＩＣカード１８は、旅行期間中使用することができる。基本的には、旅行が終われば返却するように構成しているが、記念品としてそのまま旅行者に譲渡されてもよい。また、それぞれのＩＤには、使用期限を設けることが一般には好適であるが、無期限としてもかまわない。
利用者１２はＩＣカード中のＩＤを利用して本商品・サービスの推薦システム１０を利用することができる。もし自分が個人所有のスマホ１６を保有している場合には、自分が保有するスマホ１６でこのＩＣカード中のＩＤを読み取り、そのＩＤを利用して商品・サービスの推薦システム１０を利用することができる。すなわち、利用者１２は管理センター２０にアクセスすることができるのである。

さて、利用者１２は、上述のようにリクエストを出すことができる。この際、その観光街３０中のエリアを指定することも好適である。例えば、図２に示すようなエリアＣ中のレストランを希望する等のリクエストを出すことが可能である。「エリアＣで、ステーキランチを食べたい」等のリクエストが考えられる。

エリアだけでなく、図２に示すように、「料理」「お土産」「アニメスポット」等種々のジャンルでリクエストを出すことも可能である。そのような、属性情報を増やすことは、データベースの項目を増やすことで容易に対応可能である。

利用者１２は、「共通おすすめ品」や、「個別提案」を採用する場合、その提供者１４の店舗に行く。その店舗には、提供者側のスマホ１６ｂが備えられており、このスマホ１６ｂを用いて、利用者１２のＩＣカード１８ａを読み込み、その利用者１２のＩＤを確認することができる。その結果、提供者１４側は、利用者１２が出したリクエストの内容を知ることができ、その利用者１２に対する商品やサービスの提供を円滑に行うことができる。

本実施の形態においては、このようにシステムを利用する利用者等をＩＤで識別しているので、利用者１２のプライバシー・個人情報を保護することが可能である。

４．具体的な処理動作の流れ
以下、具体的な処理動作の流れを、表１に基づき説明する。

まず、本実施の形態では、主として、以下の２種のおすすめ品（共通おすすめ品と、個別提案）を利用者１２に対して推薦・提案するシステムを説明している。

（１）「共通おすすめ品」：あらかじめおすすめデータベース２０ｃに記録しておき、該当するリクエストが送信されてきた場合に、その利用者１２の利用者データベースに登録される商品またはサービスである。この「共通おすすめ品」の場合は、おすすめリクエスト中の検索キーワード（単に、キーワードと呼ぶこともある）を用いておすすめデータベース２０ｃを検索して見いだされた場合に、利用者１２におすすめされるのである。したがって、共通おすすめ品は、その検索キーワードとともに、おすすめデータベースに登録されている。
例えば、「Ａ５肉ランチ、旬のソース」という食事サービスの場合は、「Ａ５」、「ランチ」、「旬」「ソース」等が検索キーワードとして用いられるであろう。
この共通おすすめ品は、「一押し」「一押し品」等と呼ぶこともある。

（１ｂ）なお、共通おすすめ品名称そのものに、このような検索に用いることができるキーワードが十分に含まれている場合は、特に検索キーワードを設定しないことも考えられる。
（１ｃ）また、検索キーワードではなく、その代わりに、その商品・サービスの説明文を同時に登録することも好適である。この場合は、この説明文の中の各単語が、検索用のキーワード（検索キーワード）として用いられる。
（２）「個別提案」：利用者１２リクエストを見てから、提供者１４が特に個別に提案する商品・サービスである。

表１には、共通おすすめ品の提案から、一押しレコメンドフロー（共通おすすめ品と個別提案の流れ）の処理動作の流れを示す表が示されている。ここでは、便宜上、共通おすすめ品と個別提案の流れを一押しレコメンドフローと呼ぶ。
もちろん、実際には、「共通おすすめ品」だけ推薦されて、「個別提案」が出ない場合もありえる。また、場合によっては、「共通おすすめ品」が推薦されずに、「個別提案」のみが出される場合もある。検索キーワードで、共通おすすめ品がヒットしない場合である。また、残念ながら、共通おすすめ品が推薦されず（検索で見つからず）、「個別提案」も出ないことも想定される。

しかし、以下の例では、説明の都合上、「共通おすすめ品」も推薦され、また「個別提案」も出される場合を例として説明していく。

ステップ１：リクエスト入力（表１：ステップ１）
まず、ステップ１においては、利用者１２がリクエストを入力する。まず、利用者１２は、スマホ１６ａを用いて、管理センター２０にアクセスする。本実施の形態では、管理センター２０中の制御手段２０ａが、ＷＥＢサーバー機能を有しており、利用者１２に対して、サービス画面を送る。スマホ１６ａは、このサービス画面を表示して、利用者１２はこの画面上でリクエストに関する種々のデータを入力する。データとしては、ＩＤ情報、リクエスト事項（リクエストの本体）、属性情報、の３種が挙げられる。ＩＤ情報は、ＩＣカード１８ａに記録されているＩＤを、スマホ１６ａが読み取って自動的に管理センター２０に送信する。

図４には、利用者１２がリクエストを入力する画面の説明図が記載されている。図４に示すように、この入力画面５０は、属性情報表示部５２と、本文入力部５４と、から構成されている。属性表示部５２は、利用者１２の属性、サービスを受けたいエリア等の属性情報が表示される。また、利用者１２のＩＤも表示される（例えば、０００１２３）が、このＩＤは、利用者１２が保持しているＩＣカード１８ａからスマホ１６ａが読み込んで表示している。

利用者１２は、属性情報を確認しながら、リクエストの本文を入力する。この入力動作自体は、従来のスマホ１６ａ上の動作と同様である。リクエストのデータを入力し終わった後、利用者１２は、送信ボタン５６をタッチし、リクエストを管理センター２０に送信するのである。このようなウェブ画面上でのデータの入力は、従来から広く知られているので従来の種々の手法を用いることが可能である。

また、属性情報についても、属性情報「表示部」５２に「表示」されているが、内容を修正・追加することも可能である。このようなデータの修正や追加動作等をＷＥＢページ上で行う手法は従来からよく知られているので、当業者であれば容易に実現することができる。

リクエストの記述方法、入力の方法
利用者１２は、自分の求めるリクエストを入力する。例えば、「ＸＸ地点から歩いて回れる範囲の江戸時代にゆかりのある観光スポットの、レコメンドリクエスト」を入力することなどが考えられる。また、「ＸＸ地点付近の地元産食材を利用した食事」等も好適なリクエストである。利用者１２は、このようなリクエストを、ＩＤ情報を持つデバイス（ＩＣカード１８ａ）が記録しているＩＤ情報とともに、スマホ１６ａを用いて、管理センター２０に対して送信する（図４参照）。

属性情報としては、年齢または年齢帯、性別、目的（観光、買い物ｅｔｃ．）いつ必要か、どこで必要か（エリアの指定）、等を利用者１２が入力する（図４参照）。ただし、ＩＤについては、上述のようにＩＣカード１８ａから読み取られて表示される。

なお、上記観光スポットとは、歴史上の人物にゆかりの場所、ドラマやアニメの舞台や登場人物の生家などを言う。

ステップ２：リクエストの受付（表１：ステップ２）
このようにして利用者１２が入力したリクエストは、管理センター２０に送信される。管理センター２０では、制御手段２０ａが、リクエストを、その利用者１２の利用者データベースにＩＤ情報等の属性情報とともに登録するとともに、掲示板データベース２０ｄにも登録する。掲示板データベース２０ｄに登録されることによって、提供者１４にもリクエストがあったことを伝えるのである。

共通おすすめ品
制御手段２０ａは、利用者データベース２０ｂに登録されたリクエストと、おすすめデータベース２０Ｃ中にあらかじめ登録された共通おすすめ品と、を比較してマッチングをとる。このマッチングにおいては、リクエストの本文中に現れるキーワードや、属性情報を用いて、おすすめデータベース２０ｃを検索し、一致する検索キーワードが付されている共通おすすめ品を見つけ出します。このような動作はデータベースの一般的な動作であるので、当業者であれば容易に実施することが可能である。
このマッチングで見いだされた共通おすすめ品があれば、それは利用者１２に提示される（つまり、推薦される）。この様子は次ステップで説明する。

リクエストの掲示板での表示
制御手段２０ａは、提供者１４に対して、上述した掲示板を提供している。この掲示板は、提供者１４向けの掲示板（提供者１４向けの専用サイト）であり、利用者１２からのリクエストが掲載される。制御手段２０ａは、この掲示板の提供において、上述した掲示板データベース２０ｄの内容に基づき、掲示板を提供している。この掲示板もWEBページとして提供されており、制御手段２０ａが、掲示板データベース２０ｄの内容に基づきＨＴＭＬ等でＷＥＢページを構成して、提供者１４に提示するのである。提供者１４側のスマホ１６ｂでは、いわゆるウェブブラウザを用いてこのＷＥＢページの閲覧を行う。

提供者１４が、この掲示板を閲覧した場合の画面の説明図が図５に示されている。図５に示すように、この掲示板６０では、リクエストの一覧が表示される。表示する内容としては、リクエスト本文と、上述した属性情報を表示される。また、時刻等を表示することも好ましい。なお、図５では表示していないが、属性情報として、人数や、購入したい個数、服のサイズ、等、種々の条件を入れることも好ましい。また、属性情報としてあらかじめ準備されていない場合は、リクエストの本文中に記入することも好適である。例えば、「ステーキランチ、男性四人、大盛りができるレストランを希望」等のリクエストを出すことも好ましい。
なお、本実施の形態では、掲示板を用いて提供者１４にリクエストを提示したが、いわゆるメール（電子メール）を用いてリクエストを提供者１４に提示することも好適である。いわゆるスマホ１６ｂは一般にメール機能を有しているからである。

ステップ３：推薦内容の確認（表１のステップ３）
上述したステップ２でマッチング（キーワードによる検索）によって見いだされた共通おすすめ品は、利用者１２に提示される。その様子が図６に示されている。図６には、利用者データベース中２０ｂに格納されている共通おすすめ品と、個別提案と、が示されているスマホ１６ａの画面の様子が示されている。この画面は結果画面７０と呼ばれ、制御手段２０ａが、利用者データベース２０ｂに登録されているデータに基づき、ＷＥＢページとして作成して、利用者１２のスマホ１６ａに送信する画面である。スマホ１６ａは、いわゆるウェブブラウザと呼ばれるプログラムを用いて、このＷＥＢページを利用者１２に対して表示するのである。

図７には、この利用者データベース２０ｂの登録内容を表す概念図が示されている。この図に示すように、利用者データベース１２中の１レコードには、利用者１２のＩＤを含む各種属性情報の項目と、利用者１２が出したリクエストのフィールドと、を含んでいる。さらに、１レコードには、マッチングで得られた共通おすすめ品が登録されたフィールドと、個別提案された商品・サービスが登録された個別提案のフィールドが存在する。制御手段２０ａは、この共通おすすめ品が登録されたフィールドから、共通おすすめ品を取り出して、図６の画面を構成して、利用者１２に提示するのである。このマッチングにおいては、エリアを利用した検索も行いうることはすでに述べたとおりである。この図６の画面を見て、利用者１２は、その共通おすすめ品のお店に行くことが可能となる。もちろん、共通おすすめ品は複数店舗の共通おすすめ品がマッチングする可能性があり、その場合は複数の共通おすすめ品が図６の画面に表示される。その場合は、利用者１２のお好みによって、妥当な共通おすすめ品の店舗に行くことができる。

ここで、利用者データベース２０ｂの１レコードとは、原則として、一個のＩＤに対応しており、これは一人の利用者１２に対応する。ただし、一個のＩＤが一人ではなく、複数人（例えば一家族）に対応しているような使用方法を採用してもかまわない。図７では一個のＩＤのレコードのみが示されているが、全てのＩＤについて図７のような内容が登録されている。

ステップ４：個別提案の内容（表１のステップ４）
ステップ４（表１参照）では、提供者１４がリクエスト内容を検討し、個別提案を行う。提供者１４は、リクエストの内容を見て、もっとリクエストにあった提案ができると考えた場合、より利用者１２にとって魅力的であると思われる個別提案を行う。例えば、「Ａ５肉のＸＸ料理、旬の野菜ソース！」等である。

提供者１４は、利用者１２のリクエストに対してあらかじめ登録してある商品・サービス（共通おすすめ品）を推薦することもできるが、利用者１２のリクエストを見て、特定の利用者１２向けに別の商品・サービスを推薦することも可能である。このような商品・サービスの推薦を「個別提案」という。
本実施の形態において特徴的な点の一つが、提供者１４がこのような個別提案を行うことができる点である。この個別提案によって、より利用者１２が好む商品・サービスを提供することができる可能性が増大すると考えられる。

提供者１４は、この個別提案を、管理センター２０に対して行う。この場合の個別提案の入力から送信までの流れは、利用者１２がリクエストを送信する場合とほぼ同様である。すなわち、図４のような入力画面が提供者１４用に設けられており、この画面で個別提案を入力して送信することによって、提供者データベース２０ｅに個別提案が登録されるのである。登録される内容は、個別提案の本体（例えば、「Ａ５肉のＸＸ料理、旬の野菜ソース！」）と、それに付随する属性情報である。属性情報としては、提供者１４のＩＤと、店舗住所、電話番号、それに相手先である利用者ＩＤ等を含めておくことが一般的には好ましい。属性情報には、他の様々な情報を含めることができる。例えば、サービス提供の場所、商品販売の場所等が好ましい。さらに、店舗以外での提供が可能な場合は、配達サービスの利用も可能である等の情報も含めることが好ましい。

また、個別提案が提供者データベース２０ｅに登録された場合、制御手段２０ｅは、この個別提案を、そこに含まれている利用者ＩＤに基づき、対応する利用者データベース２０ｂ中の個別提案のフィールドに格納する。この個別提案のフィールドに登録された個別提案は、利用者１２がいつでも見ることができる。このような個別提案が表示された画面の例が図６に示されている。図６については次節で詳細に説明する。

ステップ５：個別提案の選択（表１のステップ５）
利用者１２は、スマホ１６ａを利用して、自分のリクエストに対する結果の画面（これを、結果画面７０と呼ぶ）をいつでも見ることができる。この結果画面７０は、スマホ１６ａの画面に表示される。図６には、この結果画面７０の様子を示す説明図が示されている。結果画面７０中には、共通おすすめ品を示す領域７２が含まれている。また、結果画面７０中には、個別提案を示す領域７４も含まれている。
なお、利用者１２は、このような結果画面を閲覧する場合、スマホ１６ａを用いて、管理センター２０に対して、結果画面の要求を行う。この要求に従って、管理センター２０内の制御手段２０ａが、結果画面をＷＥＢページとしてスマホ１６ａに送信してくるのである。

なお、結果画面の要求を行う場合、スマホ１６ａは、ＩＣカード１８ａからその利用者１２のＩＤを読み込み、このＩＤを含んだ要求を管理センター２０に送信する。管理センター２０内の制御手段２０ａは、このＩＤを参照することによって、どの利用者１２の結果画面７０を送信するべきかを決定することができる。

また、利用者１２はこのような結果画面を、スマホ１６ａだけでなく、観光案内所設けられている端末４０（図２参照）で閲覧することも可能である。
利用者１２がこのような結果画面７０を閲覧したいと管理センター２０に要求した場合、制御手段２０ａは、利用者データベース２０ｂ中のその利用者１２のレコードから、共通おすすめ品、個別提案、を取り出して、結果画面７０のようなＷＥＢページを構成して、利用者１２が保有するスマホ１６ａに提供（送信）する。

スマホ１６ａは、スマホ１６ａにインストールされているいわゆるＷＥＢブラウザ等を用いて、送信されてきたＷＥＢページを、表示手段に表示する。これによって、利用者１２は、結果画面７０を閲覧することができる。この結果画面に含まれる個別提案、共通おすすめ品は、「レコメンド」と呼ぶ場合もある。
このようにして、利用者１２は、共通おすすめ品と同様に、個別提案の内容をも確認することができる。その中に自分の欲する商品・サービスが存在した場合には、その個別提案の内容に従って、対応する店舗に行くことができる。

ステップ６：利用者１２の店舗への訪問（表１のステップ６）
利用者１２は、「共通おすすめ品」または「個別提案」の中から利用したい商品またはサービスを見いだした場合、その店舗に行き、商品の購入またはサービスの提供を受けることになる。これは、要するに、利用者１２がレコメンドから所望の商品・サービスを選択して提供者１４の場所に行くということである。

例えば、利用者１２は、所望のランチを見つけた場合、そのランチを食べるために提供者１４の店舗を訪問する。その際には、以下のような処理・動作が行われる。

まず、店舗の入り口には、提供者端末と、利用者ＩＤを読み取るＩＣカードリーダーが備えられている。提供者端末は、所定の通信回線で管理センター２０と接続しうる装置である。

この提供者端末は、利用者ＩＤを読み取るＩＣカードリーダーと、表示手段と、を備えている。そして、この提供者端末は、ＩＣカードリーダーで利用者ＩＤが読み取られた場合、そのＩＤと、提供者ＩＤとを伴った、リクエスト問い合わせコマンドを管理センター２０に送信する。管理センター２０では、制御手段２０ａが、このリクエスト問い合わせコマンドを受信し、その利用者ＩＤを用いて、利用者データベース２０ｂから、その提供者ＩＤが含まれる「共通おすすめ品」及び「個別提案」を抽出して、提供者端末に送信する。

このような動作によって、提供者端末は、その提供者１４が利用者１２に推薦（提示）した「個別提案」及びあらかじめ推薦（提示）してある「共通おすすめ品」を知ることができ、表示手段にこれらを表示する。この表示手段を見ることによって、提供者１４は、利用者１２に推薦した「共通おすすめ品」及び「個別提案」を知ることができ、円滑にサービスの提供・商品の販売等を行うことができる。なお、推薦しているものがなければ、当然、表示はされない。個別提案のみが推薦（提示）されている場合は、個別提案のみが表示され、共通おすすめ品のみが推薦（提示）されている場合は、共通おすすめ品のみが表示される。

このように、提供者１４は、ＩＣカードリーダーで利用者ＩＤを読み込ませるだけで、自分が提供できる商品・サービスのうち、利用者１２が望む商品・サービスを知ることができる。たとえば、それが「Ａ５肉のＸＸ料理、旬の野菜ソース！」であることを知ることができるのである。
言い換えれば、利用者１２は、商品・サービスを提供する場所へ行き、ＩＤ情報を持つデバイス（ＩＣカード１８ａ）を提供者１４側に提示することによって、提供者１４側に、自分のリクエストに対して推薦された商品・サービスを伝えるのである。
また、利用者１２が、特定の場所に商品の配達を希望（要求）する場合は、ＩＤ情報と、配達・決済に必要な情報とをひも付けたリクエストを提供者１４の指定する方法で送付する。

システムとして認知
なお、制御手段２０ａは、上記リクエスト問い合わせコマンドを受信した場合、上述の通り「個別提案」「共通おすすめ品」をお知らせするとともに、その提案が採用されたことをシステム的に記録する。
上記おすすめデータベース２０ｃ中の各「共通おすすめ品」には、採用されたか否かのフラグカウンタが設けられている。制御手段２０ａは、上記リクエスト問い合わせコマンドを受信した場合、その「共通おすすめ品」の上記フラグカウンタの数値を＋１する。このような動作によって、その「共通おすすめ品」が何回採用されたかを、後に知ることが可能となる。

また、同様に、上記提供者データベース２０ｃ中の各「個別提案」には、採用されたか否かのフラグカウンタが設けられている。制御手段２０ａは、上記リクエスト問い合わせコマンドを受信した場合、その「個別提案」の上記フラグカウンタの数値を＋１する。このような動作によって、その「個別提案」が何回採用されたかを、後に知ることが可能となる。実際には、個別提案はその利用者限りの提案であるので、回数というよりはむしろ、採用された／採用されなかった、のフラグとしての役割を果たす。

このようなフラグカウンタを設けておくことによって、
・その商品・サービスが（何回）採用されているか
・利用者１２がどのような商品・サービスを採用したのか
を知ることができ、今後の商品開発、サービスの開発等に資することができる。

ステップ７：提供者１４が商品やサービスを提供（表１におけるステップ７）
次に、提供者１４は、利用者１２が選択した「個別提案」または「共通おすすめ品」であるメニューを利用者１２に提供する。これによって、利用者１２は自分が望むサービスを受けることができ、また、自分を望む商品を購入することができる。また、提供者１４は、本実施の形態にかかる商品・サービスの推薦システム１０によって、自己の店舗の商品・サービスを利用者１２に宣伝することができ、かつ、業績の向上にも寄与することができたのである。

また、本実施の形態では、提供者１４もまた、自分が出したレコマンドをいつでも確認することができる。このためには、提供者１４は、自己のＩＤを含む要求を、管理センター２０に送信する。これを実現するため、提供者１４側のスマホ１６ｂは、ＩＣカード１８ｂからＩＤを読み込んで、このＩＤを含む要求を管理センター２０に送信するのである。この要求はレコマンドの要求である。

管理センター２０内の制御手段２０ａは、上記要求中のＩＤに基づき、提供者１４を特定して、その提供者がだしているレコマンド（個別提案や、共通おすすめ品）を、おすすめデータベース２０ｃ、及び、提供者データベース２０ｅから抽出して、提供者１４のスマホ１６ｂに送信する。提供者１４のスマホ１６ｂに返送する。その後、スマホ１６ｂは、返送されてきたレコマンドをスマホ１６ｂの表示画面に表示する。
このような動作によって、提供者１４は、いつでも自分が出したレコマンドを確認することが可能である。

管理センター２０の制御手段２０ａ、データベース２０ｂ、２０ｃ、２０ｄ、２０ｅの構成
本実施の形態における管理センターは、いわゆるコンピュータで構成することが好ましく、実際には、ＷＥＢサーバの機能を含むサーバで構成することが好ましい。

制御手段２０ａは、ＣＰＵと、そのＣＰＵが実行するプログラムを格納したメモリ手段とから構成することが好ましい。このメモリ手段は、ハードディスクや半導体記憶装置で構成される。また、上述した各種のデータベース２０ｂ、２０ｃ、２０ｄ、２０ｅは、所定の記憶手段、例えばハードディスクで構成することが好ましいが、各種半導体記憶手段や、光学式記憶手段、等を利用して構成することも好適である。
このようなサーバの構成は、従来から広く知られており、本実施の形態で説明したような動作を行うサーバを構成することは当業者であれば容易である。

５．変形例・他の実施手法
（１）上述した例では、スマホ１６や、管理センター２０の間の通信は、インターネットを用いて行うことが好適である。しかし、他の通信ネットワークを用いても好適であり、例えば、地域ＩＰ網でもよいし、携帯電話のネットワークでもよいし、ケーブルテレビのネットワークを用いてもかまわない。

（２）ＩＣカード１８ａ、１８ｂ、１８ｃは、スマホ１６ａ、１６ｂや、ＩＣカードリーダー４０ｂによって読み取られる例を上で説明した。この読み取りの仕組みは従来から知られている種々の仕組みを利用することが可能である。例えば、いわゆる非接触ＩＣカードの技術を用いることが好ましいし、ＲＦＩＤの技術を利用してもよい。例えば、いわゆるフェリカ（Ｆｅｌｉｃａ）カードの技術を用いてもよいし、ＮＦＣ技術を利用してもよい。

（３）また、ＩＤを格納できれば他の媒体でもかまわない。例えばＵＳＢメモリ等を用いてもよいし、磁気カード、またはバーコードが記載されたカードでもよい。

（４）上述した例では、スマホ１６を用いる例を主として説明したが、通信を行うことができれば、どのような端末でもかまわない。いわゆるタブレット型コンピュータや、ノート型のコンピュータを用いてもかまわない。

さらに、スマホ１６等の端末は、観光街３０から貸与された端末でもよいし、個人所有の端末でもよい。

（５）また、上記の例では、スマホ１６と、ＩＣカード１８とが分離している例を示したが、両者が一体となった端末構成を採用することも好適である。すなわち、スマホ１６内にＩＤを記憶する構成を採用してもよい。また、ＩＤを記憶するデバイスがスマホ１６にいわゆる内蔵されているような構成を採用することも好適である。

（６）また、上記の例では、スマホ１６がＩＣカードを読み取る手段を備えていることを前提として説明を行ったが、もしＩＣカード読み取り手段を備えていない場合でも外付けのＩＣカードリーダーをスマホ１６に接続することは容易であるので、そのようなＩＣカードリーダーを備えさせて上記実施の形態を構成することも好適である。例えば、観光案会所で、スマホ１６とともに、ＩＣカードリーダー、ＩＣカードを組で貸与する仕組みを採用することも好適である。

（７）利用者１２からのリクエストは、掲示板を通じて提供者１４に伝えられたが、他の手段、電子メールや、種々のメッセンジャーツールや、種々のＳＮＳ（ツイッター（商標）等）を用いることも好適である。

（８）上述した例では、提供者１４は個別提案を提供者データベース２０ｄに登録することによって行ったが、メール等によって提案を行ってもよい。

（９）上述した例では、利用者データベース２０ｂ中に、おすすめデータベース２０ｃから抽出した共通おすすめ品を登録することを説明したが、共通おすすめ品のデータそのものではなく、おすすめデータベース２０ｃ中へのリンクを登録することも好適である。

同様に、利用者データベース２０ｂ中に、提供者データベース２０ｅから抽出した個別提案を登録することを説明したが、個別提案そのものではなく、提供者データベース２０ｅ中へのリンクを登録することも好適である。

リンクを張っておけば、一般のＷＥＢブラウザの技術で、その部分にリンク先のデータを表示することは従来から可能である。

（１０）また、上述した例では、共通おすすめ品は、原則として、各提供者１４ごとに一品であるが、例えば、日替わりで共通おすすめ品を切り替えることは好適である。このように各提供者１４ごとに一品であるとしたのは、大企業も中小企業も同様の条件で取り扱うことが公平の観点から好ましいからである。

ただし、観光街によっては、各提供者ごとに二品までとしてもよいし、三品以上としてもよい場合もあろう。また、業種ごとに変えてもよい。お土産店なら一品まで、レストランなら二品まで、とすることも好適である。

（１１）なお、本実施の形態ではインターネットを用いて通信を行い、利用者がリクエストを「送信」している。この送信は、上述のようにＷＥＢページの上で文章を入力する方式で「送信」を行うことが好適であるが、他の手段、例えば電子メールや、各種ＳＮＳの仕組み、ツイッター（商標）のような手法を採用することが可能である。また、掲示板やブログのような仕組みや、自己の端末に定期的に管理センターがアクセスして、リクエストを取り出していく等、現在知られている種々の方法を採用することが可能である。

（１２）同様に、リクエストは、掲示板で提供者に知らされるが、他の種々の方法でリクエストを提供者に送信することが可能である。電子メールや、各種のダウンロードの仕組み等を採用することが可能である。

（１３）また、同様に、提供者が送信する個別提案も、管理センターを介して利用者に送信されるが、他の種々の送信の手法が採用可能であり、例えば、電子メール等でもかまわない。また、上の例では、個別提案の「データ」をそのまま送信する例を示したが、自分のお店のＨＰ（ホームページ）上のＵＲＬを送り、そのＵＲＬで示されている個別提案を利用者に閲覧してもらう等の手法を採用することも好適である。本発明では、このような手法も「送信」の好適な一態様である。

（１４）また、上記の例では、観光街を例にして説明した。つまり、旅行者・訪問者が利用者である例を好適なビジネスモデルの例として説明した。

しかし、所定の地域において、その地域を訪れる訪問者を利用者とみなして、本システムを利用することも好適である。例えば、東京都を訪問する訪問者に対して、東京駅などで、ＩＣカードを無料で渡す等のビジネスモデルが考えられる。また、日本を訪問する外国人に対して、ＩＣカードを配布することも好適な観光ビジネスモデルといえる。

また、上で説明した例では、ＩＣカードの代わりに、二次元バーコード等で、ＩＤを、スマホやタブレット型端末に読み込ませてしまうことも好適である。この場合は、ＩＤはいわゆる使い捨てにするか、有効期限を無制限にするか、等のビジネスモデルが好適である。

さらに、ショッピングモール（ショッピングセンター）を訪れる買い物客にＩＣカードを貸与する等のビジネスモデルも好適である。

６．まとめ
以上述べたように、本実施の形態によれば、小規模な商店でも利用者１２の多様なリクエストを的確に知ることが出来る、商品及びサービスの推薦システム及び案内システムを実現することが可能である。さらに、大手企業では提供の難しい個性ある商品・サービスを提供することが可能となる。さらには、独自（オリジナルブランド）の競争力の高い商品・サービスを開発し継続可能なビジネス化をも実現することが可能性が向上する。

１０ 商品・サービス推薦システム
１６、１６ａ、１６ｂ スマホ
１８、１８ａ、１８ｂ、１８ｃ ＩＣカード
２０ 管理センター
２０ａ 制御手段
２０ｂ 利用者データベース
２０ｃ おすすめデータベース
２０ｄ 掲示板データベース
２０ｅ 提供者データベース
３０ 観光街
４０ 観光案内所の端末
４０ｂ：ＩＣカードリーダー
５０ 入力画面
５２ 属性情報表示部
５４ 本文入力部
５６ 送信ボタン
６０ 掲示板
７０ 結果画面
７２ 共通おすすめ品を示す領域
７４ 個別提案を示す領域

Claims (8)

1. 提供者が提供する商品又はサービスを利用者に推薦するシステムにおいて、
   ネットワークと、
   前記利用者が望む商品又はサービスを記述したリクエストを前記ネットワークを介して管理センターに送信する利用者側端末と、
   前記利用者側端末から送信された前記リクエストに基づき、推薦する商品又はサービスに関するデータを、前記ネットワークを介して前記利用者端末に送信するとともに、前記リクエストを、前記提供者に送信する管理センターと、
   前記管理センターから送信された前記リクエストに対する前記提供者の個別提案を前記ネットワークを介して前記管理センターに送信する提供者側端末と、
   を含み、
   前記管理センターは、
   前記提供者がおすすめするおすすめの商品又はサービスに関するデータを登録したおすすめデータベースと、
   前記利用者側端末から送信された前記リクエストに基づき、前記おすすめデータベースを検索し、前記リクエストに合致する商品又はサービスのデータを抽出して、抽出した前記商品又はサービスに関するデータを前記利用者側端末に送信し、さらに、前記リクエストを前記提供者側端末に送信する制御手段と、
   を備え、
   前記制御手段は、前記提供者側端末から送信されてきた、前記リクエストに対する商品又はサービスの個別の提案である個別提案を、前記利用者側端末に送信することを特徴とする商品又はサービスの推薦システム。
2. 請求項１記載の商品又はサービスの推薦システムにおいて、
   前記利用者側端末は、
   所定の記憶手段に記憶された前記利用者のＩＤを読み取る読み取り手段と、
   前記読み取った前記ＩＤを含む前記リクエストを前記ネットワークを介して前記管理センターに送信する送信手段と、
   を含むことを特徴とする商品又はサービスの推薦システム。
3. 請求項１記載の商品又はサービスの推薦システムにおいて、
   前記管理センターは、
   利用者データベースと、
   掲示板データベースと、
   を備え、
   前記制御手段は、
   前記リクエストを、前記利用者データベースと、前記掲示板データベースと、に登録し、前記おすすめデータベースから抽出した商品又はサービスのデータを前記利用者データベースに登録し、
   さらに、前記制御手段は、
   前記提供者側端末からの要求に応じて、前記掲示板データベースに登録されている前記リクエストを掲示板として前記提供者側端末に送信し、
   前記利用者側端末からの要求に応じて、前記利用者データベースに登録されている前記おすすめデータベースから抽出した商品又はサービスのデータを、前記利用者側端末に送信することを特徴とする商品又はサービスの推薦システム。
4. 請求項３に記載の商品又はサービスの推薦システムにおいて、
   前記管理センターは、さらに、
   提供者側データベース、
   を備え、
   前記制御手段は、
   前記提供者側端末から送信されてきた前記個別提案のデータを、前記提供者データベースに登録するとともに、前記個別提案の相手先である前記利用者の前記利用者データベースにも登録し、
   前記利用者側端末からの要求に応じて、前記利用者データベースに登録されている前記おすすめデータベースから抽出した商品又はサービスのデータ、及び、前記個別提案のデータを、前記利用者側端末に送信することを特徴とする商品又はサービスの推薦システム。
5. 請求項１記載の商品又はサービスの提供システムにおいて用いられる管理センターであって、
   前記提供者がおすすめするおすすめの商品又はサービスに関するデータを登録したおすすめデータベースと、
   前記利用者側端末から送信された前記リクエストに基づき、前記おすすめデータベースを検索し、前記リクエストに合致する商品又はサービスのデータを抽出して、抽出した前記商品又はサービスに関するデータを前記利用者側端末に送信し、さらに、前記リクエストを前記提供者側端末に送信する制御手段と、
   を備え、
   前記制御手段は、前記提供者側端末から送信されてきた、前記リクエストに対する商品又はサービスの個別の提案である個別提案を、前記利用者側端末に送信することを特徴とする管理センター。
6. 請求項５記載の管理センターにおいて、
   利用者データベースと、
   掲示板データベースと、
   を備え、
   前記制御手段は、
   前記リクエストを、前記利用者データベースと、前記掲示板データベースと、に登録し、前記おすすめデータベースから抽出した商品又はサービスのデータを前記利用者データベースに登録し、
   さらに、前記制御手段は、
   前記提供者側端末からの要求に応じて、前記掲示板データベースに登録されている前記リクエストを掲示板として前記提供者側端末に送信し、
   前記利用者側端末からの要求に応じて、前記利用者データベースに登録されている前記おすすめデータベースから抽出した商品又はサービスのデータを、前記利用者側端末に送信することを特徴とする管理センター。
7. 請求項６記載の管理センターにおいて、
   提供者側データベース、
   を備え、
   前記制御手段は、
   前記提供者側端末から送信されてきた前記個別提案のデータを、前記提供者データベースに登録するとともに、前記個別提案の相手先である前記利用者の前記利用者データベースにも登録し、
   前記利用者側端末からの要求に応じて、前記利用者データベースに登録されている前記おすすめデータベースから抽出した商品又はサービスのデータ、及び、前記個別提案のデータを、前記利用者側端末に送信することを特徴とする管理センター。
8. 所定の地域において、請求項２記載の商品又はサービスの推薦システムを用いて、おすすめの商品又はサービスを旅行者である前記利用者に推薦する方法において、
   前記記憶手段は、ＩＣカードであり、
   前記旅行者に、前記ＩＣカードを引き渡すステップと、
   前記旅行者が、前記利用者側端末を用いて商品またはサービスの推薦を受けるステップと、
   を含み、前記旅行者が、前記ＩＣカードに記録されているＩＤを無期限に使用することが可能な商品又はサービスの推薦方法。