(57)【要約】【課題】購入を所望する商品の一定期間内に売り切れる可能性を把握し易くする。【解決手段】検索サーバ２０は、商品情報送信要求に応じて、複数の店舗サーバ４０の各々から受信した、商品情報と、在庫数および所定期間内の販売数を含む在庫情報と、を対応付けて端末装置１０へ送信する通信手段２６を備え、端末装置１０の各々は、商品情報送信要求を検索サーバ２０へ送信する通信手段１６と、検索サーバ２０から受信した、商品情報と、在庫数および所定期間内の販売数を含む在庫情報と、を記憶する記憶手段１４と、在庫数および販売数に基づいて段階的な在庫の程度を演算し、在庫の程度を商品情報に対応付けて記憶手段１４に記憶させる演算手段１２と、商品情報と在庫の多寡とを表示する表示手段１１と、を備える。【選択図】図３
2008310578.tif 000002
【特許請求の範囲】
【請求項１】
検索サーバと、前記検索サーバとネットワークを介して接続可能な複数の店舗サーバと、前記検索サーバとネットワークを介して接続可能な複数の端末装置と、からなる商品情報提供システムであって、
前記複数の店舗サーバの各々は、商品名を含む商品情報と、在庫数および所定期間内の販売数を含む在庫情報と、を対応付けて前記検索サーバへ送信する第１の通信手段を備え、
前記端末装置の各々は、
商品情報送信要求を前記検索サーバへ送信する第２の通信手段を備え、
前記検索サーバは、
前記複数の店舗サーバの各々から受信した、前記商品情報と、前記在庫数および前記所定期間内の販売数を含む前記在庫情報と、を対応付けて記憶する第１の記憶手段と、
前記商品情報送信要求に応じて、前記商品情報と、前記在庫数および前記所定期間内の販売数を含む前記在庫情報と、を対応付けて端末装置へ送信する第３の通信手段を備え、
前記複数の端末装置の各々は、
前記検索サーバから受信した、前記商品情報と、前記在庫数および前記所定期間内の販売数を含む前記在庫情報と、を記憶する第２の記憶手段と、
前記在庫数および前記販売数に基づいて、段階的な在庫の程度を演算し、前記在庫の程度を前記商品情報に対応付けて前記第２の記憶手段に記憶させる第１の演算手段と、
前記商品情報と前記在庫の程度とを表示する表示手段と、をさらに備える、商品情報提供システム。
【請求項２】
前記第１の通信手段は、前記商品情報に対応する商品属性を前記検索サーバへ送信し、
前記第３の通信手段は、前記商品情報送信要求に応じて、前記商品属性を端末装置へ送信し、
前記第２の記憶手段は、入力されたユーザ情報と、前記検索サーバから受信した前記商品属性と、を記憶し、
前記端末装置は、
前記第２の記憶手段から、前記商品属性を介して前記ユーザ情報に対応する商品情報を検索する第１の検索手段をさらに備え、
前記表示手段は、検索された前記商品情報と、前記商品情報に対応する前記在庫の程度とを表示する、請求項１に記載の商品情報提供システム。
【請求項３】
ユーザ情報を記憶したデータベースにアクセス可能な検索サーバと、前記検索サーバとネットワークを介して接続可能な複数の店舗サーバと、前記検索サーバとネットワークを介して接続可能な複数の端末装置と、からなる商品情報提供システムであって、
前記複数の店舗サーバの各々は、商品名を含む商品情報と、前記商品情報に対応する商品属性と、在庫数および所定期間内の販売数を含む在庫情報と、を対応付けて前記検索サーバへ送信する第１の通信手段を備え、
前記検索サーバは、
前記複数の店舗サーバの各々から受信した、前記商品情報と、前記商品情報に対応する商品属性と、前記在庫数および前記所定期間内の販売数を含む前記在庫情報と、を対応付けて記憶する第１の記憶手段と、
前記在庫数および前記販売数に基づいて、段階的な在庫の程度を演算し、前記在庫の程度を前記商品情報に対応付けて前記第１の記憶手段に記憶させる第２の演算手段と、を備え、
前記端末装置の各々は、
商品情報送信要求を前記検索サーバへ送信する第２の通信手段を備え、
前記検索サーバは、
前記商品情報送信要求に応じて、前記データベースから前記ユーザ情報を取得する取得手段と、
前記第１の記憶手段から、前記商品属性を介して前記ユーザ情報に対応する商品情報を検索する第２の検索手段をさらに備え、
検索された前記商品情報と、前記商品情報に対応する前記在庫の程度とを前記端末装置へ送信する第２の通信手段と、をさらに備え、
前記端末装置の各々は、
前記検索サーバから受信した前記商品情報と前記在庫の程度とを表示する表示手段、をさらに備える、商品情報提供システム。
【請求項４】
前記演算手段は、前記在庫数の前記販売数に対する割合を算出し、当該割合に応じて段階的な在庫の程度を決定する、請求項１から３のいずれか１項に記載の商品情報提供システム。
【請求項５】
前記ユーザ情報は、体調と、好みと、購入希望商品ジャンルと、を含む、請求項１から４のいずれか１項に記載の商品情報提供システム。
【請求項６】
前記第２の通信手段は、外部から入力される商品の注文命令に応じて、前記検索サーバに前記商品の注文要求を行い、
前記第３の通信手段は、前記注文要求を前記店舗サーバへと転送し、
前記店舗サーバは、
前記注文要求を受け付ける注文受付手段をさらに備える、請求項１から５のいずれか１項に記載の商品情報提供システム。
【請求項７】
前記第２の通信手段は、外部から入力される前記注文に対する決済命令に応じて、前記検索サーバに前記注文に対する決済要求を行い、
前記検索サーバは、
前記決済要求に応じて決済処理を行なう決済手段をさらに備え、
前記決済手段は、前記決済処理が完了できたか否かを示す決済通知を前記第３の通信手段を介して前記端末装置と前記店舗サーバに送信し、
前記表示手段は、前記決済通知を受け付けて前記決済処理が完了できたか否かを表示する、請求項６に記載の商品情報提供システム。
【請求項８】
前記店舗サーバの各々は、
前記商品名を含む商品情報と、前記在庫数および前記所定期間内の販売数を含む前記在庫情報と、を対応付けて記憶する第３の記憶手段と、
前記決済通知を受け付けて、前記第３の記憶手段の在庫情報を更新する店舗制御手段と、をさらに備える、請求項７に記載の商品情報提供システム。
【請求項９】
検索サーバとネットワークを介して接続可能な端末装置であって、
商品情報送信要求を前記検索サーバへ送信する第２の通信手段と、
前記検索サーバから受信した、商品名を含む商品情報と、在庫数および所定期間内の販売数を含む在庫情報と、を対応付けて記憶する第２の記憶手段と、
前記在庫数および前記販売数に基づいて、段階的な在庫の程度を演算し、前記在庫の程度を前記商品情報に対応付けて前記記憶手段に記憶させる第１の演算手段と、
前記商品情報と前記在庫の程度とを表示する表示手段と、を備える、端末装置。
【請求項１０】
前記演算手段は、前記在庫数の前記販売数に対する割合を演算し、当該割合に応じて段階的な在庫の程度を決定する、請求項９に記載の端末装置。
【請求項１１】
前記第２の記憶手段は、入力されたユーザ情報と、前記検索サーバから受信した前記商品情報に対応する商品属性と、を記憶し、
前記端末装置は、
前記第２の記憶手段から、前記商品属性を介して前記ユーザ情報に対応する商品情報を検索する第１の検索手段をさらに備え、
前記表示手段は、検索された前記商品情報と、前記商品情報に対応する前記在庫の程度とを表示する、請求項９または１０に記載の端末装置。
【請求項１２】
前記端末装置は、外部からのすべての商品情報を表示する旨の命令に応じて前記第１の検索手段を無効とする端末制御手段をさらに備え、
前記表示手段は、前記命令に応じて前記第１の記憶手段に記憶された前記店舗情報と前記商品情報と前記在庫の程度とを表示する、請求項１１に記載の端末装置。
【請求項１３】
前記ユーザ情報は、体調と、好みと、購入希望商品ジャンルと、を含む、請求項９から１２のいずれか１項に記載の端末装置。
【請求項１４】
端末装置に商品情報を表示させるための商品情報提供プログラムであって、
商品情報送信要求を前記検索サーバへ送信するステップと、
前記検索サーバから受信した、商品名を含む商品情報と、在庫数および所定期間内の販売数を含む在庫情報と、を対応付けて記憶するステップと、
前記在庫数および前記販売数に基づいて、段階的な在庫の程度を演算し、前記在庫の程度を前記商品情報に対応付けて記憶するステップと、
前記商品情報と前記在庫の程度とを表示するステップと、を端末装置に行わせるための商品情報提供プログラム。
【請求項１５】
検索サーバから受信した商品情報を表示する端末装置を使用した商品情報提供方法であって、
前記端末装置は、
前記検索サーバから前記商品情報を受信する通信部と、
前記商品情報を記憶する記憶部と、
前記端末装置を制御する制御部と、
前記商品情報を表示する表示部と、を備え、
前記商品情報提供方法は、
前記通信部が、商品情報送信要求を前記検索サーバへ送信するステップと、
前記記憶部が、前記検索サーバから受信した、商品名を含む商品情報と、在庫数および所定期間内の販売数を含む在庫情報と、を対応付けて記憶するステップと、
前記制御部が、前記在庫数および前記販売数に基づいて、段階的な在庫の程度を演算し、前記在庫の程度を前記商品情報に対応付けて前記記憶部に記憶させるステップと、
前記表示部が、前記商品情報と前記在庫の程度とを表示するステップと、を備える、商品情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ユーザに適した商品についての情報を提供する商品情報提供システム、当該システムを構成する端末装置、商品情報提供プログラム、および商品情報提供方法に関する。
【背景技術】
【０００２】
従来から、インターネットなどのネットワークを利用した商品情報提供システムが提案されている。
【０００３】
たとえば、特開２００２−２０３０４８号公報（特許文献１）は、あらかじめ記憶されている食事制限に適う複数の献立について利用者に適する複数の献立を抽出し、この抽出された献立について入力された食材の価格情報に基づいて献立ごとの献立価格を算出し、この算出された献立価格を前記献立とともに利用者に提示する、メニュー提案装置を開示している。当該メニュー提案装置は、算出された献立価格を設定された所定の範囲の価格帯ごとに分類し、利用者に対してどの価格帯を希望するかを問い合わせ、利用者の希望する価格帯の前記献立および献立価格を提示し、入力された利用者の手元にある食材情報に基づいて、当該利用者の手元にある食材を除いて献立価格を計算する。つまり、当該メニュー提案装置は、食事内容の管理が必要な人に対して、食事制限やある特定の目的にあった食材で作られて、且つ希望の費用となる献立メニューを提案する装置である。
【０００４】
また、特開２００２−２５９７７７号公報（特許文献２）は、買物アドバイスサーバと、各種データベースと、食品等の専門的知識情報の提供を受けるために外部の専門家窓口といつでも接続可能とする専用線を備えている、買物アドバイスプロバイダを開示している。そして、当該各種データベースは、お買得情報および在庫状況についての販売業者に関するもの（お買得情報および在庫状況ＤＢ）、顧客に関するもの（顧客ＤＢ）、栄養学、レシピ、カロリー計算及び食事療法についての知識ベースに関するものを備えている。顧客各家庭は、端末装置と、これに接続される家庭内在庫データベースを備えており、端末装置は買物アドバイスプロバイダの買物アドバイスサーバとネットワークを介して接続可能とされている。つまり、当該買物アドバイスプロバイダは、顧客及び家族に料理・栄養学・カロリー・食事療法等から食材のリストや調理法を提供するとともに食材の手配を行うものである。
【０００５】
加えて、特開２００４−３１０２０５号公報（特許文献３）は、個人の食事履歴、ユーザ状態、食事ルールをあらかじめ、あるいは順次、携帯端末の記憶手段に格納し、商品情報サーバなど外部との通信により入手した商品情報と記憶されている食事履歴、ユーザ状態、食事ルールから推奨すべき食事のメニューを選択して、ユーザに提示する、管理システムを開示している。当該管理システムは、メニューの決定に加えて、レストランでの食事のオーダーや、代金決済などの事務や金銭管理をも実行可能であり、選択して提示されたメニューをオーダーした場合、食事履歴を更新し、これを所定の医療機関などに送信して、新たな食事ルールを得ることも可能である。そして、当該管理システムは、食事の履歴・ユーザ状態・食事ルールから推奨すべき食事のメニューを選択し、提示するパーソナル食事管理システム用携帯端末を備えている。
【特許文献１】特開２００２−２０３０４８号公報
【特許文献２】特開２００２−２５９７７７号公報
【特許文献３】特開２００４−３１０２０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の商品情報提供システムは、ユーザが所望する商品の在庫の個数だけが表示される、もしくは、在庫数に応じて一律に在庫の程度を段階付けて、当該在庫の程度をユーザに提供して表示するものであった。そのため、ユーザは所望する商品を閲覧した際に、どの商品がどれぐらい売れているのかを把握しづらく、どの程度の期間が過ぎると当該商品が売り切れるのか予想することが困難であった。つまり、従来のシステムでは、そのような情報を一目で把握することができないため、商品を購入するか否かの決定を行うことが不便であった。たとえば、所定期間内の販売個数が少ない商品と、所定期間内の販売個数が多い商品とでは、在庫数が同じであっても所定期間内に当該商品が売り切れる可能性は大きく異なるが、ユーザは所定期間内に商品が売り切れる可能性を把握しづらく、換言すれば、どれぐらいの期間が経過すると売り切れるのかを把握しづらかった。
【０００７】
より詳細には、端末装置のユーザが商品を閲覧した際に、提供された商品の在庫数が多いと、そのときにすぐに購入せずに、購入するか否かについて数日間かけてじっくりと吟味することがある。しかし、数日間の吟味の後にユーザが購入を決定し、再度当該商品を閲覧した場合には既に当該商品が売り切れているということが生じ易かった。逆に、端末装置のユーザが当該商品を閲覧した際に、提供された商品の在庫数が少ないと、購入するか否かをじっくり吟味することなく慌てて購入してしまうこともある。しかし、当該購入時から長期間経過後においても、当該商品が売れ残っているということが頻繁に生じていた。
【０００８】
本発明は前記問題点を解決するためになされたものであって、本発明の主たる目的は、端末装置のユーザが、購入を所望する商品の一定期間内に売り切れる可能性を把握し易い商品情報提供システムおよび商品情報提供方法を提供することである。
【課題を解決するための手段】
【０００９】
この発明のある局面に従えば、検索サーバと、検索サーバとネットワークを介して接続可能な複数の店舗サーバと、検索サーバとネットワークを介して接続可能な複数の端末装置と、からなる商品情報提供システムであって、複数の店舗サーバの各々は、商品名を含む商品情報と、在庫数および所定期間内の販売数を含む在庫情報と、を対応付けて検索サーバへ送信する第１の通信手段を備え、端末装置の各々は、商品情報送信要求を検索サーバへ送信する第２の通信手段を備え、検索サーバは、複数の店舗サーバの各々から受信した、商品情報と、在庫数および所定期間内の販売数を含む在庫情報と、を対応付けて記憶する第１の記憶手段と、商品情報送信要求に応じて、商品情報と、在庫数および所定期間内の販売数を含む在庫情報と、を対応付けて端末装置へ送信する第３の通信手段を備え、複数の端末装置の各々は、検索サーバから受信した、商品情報と、在庫数および所定期間内の販売数を含む在庫情報と、を記憶する第２の記憶手段と、在庫数および販売数に基づいて、段階的な在庫の程度を演算し、在庫の程度を商品情報に対応付けて第２の記憶手段に記憶させる第１の演算手段と、商品情報と在庫の程度とを表示する表示手段と、をさらに備える。
【００１０】
この局面によれば、端末装置において、商品毎の商品情報と在庫の程度とが表示されるため、端末装置のユーザが当該商品が売切れそうか否かを容易に判断することができる。
【００１１】
好ましくは、第１の通信手段は、商品情報に対応する商品属性を検索サーバへ送信し、第３の通信手段は、商品情報送信要求に応じて、商品属性を端末装置へ送信し、第２の記憶手段は、入力されたユーザ情報と、検索サーバから受信した商品属性と、を記憶し、端末装置は、第２の記憶手段から、商品属性を介してユーザ情報に対応する商品情報を検索する第１の検索手段をさらに備え、
表示手段は、検索された商品情報と、商品情報に対応する在庫の程度とを表示する。
【００１２】
この発明の別の局面に従えば、ユーザ情報を記憶したデータベースにアクセス可能な検索サーバと、検索サーバとネットワークを介して接続可能な複数の店舗サーバと、検索サーバとネットワークを介して接続可能な複数の端末装置と、からなる商品情報提供システムであって、複数の店舗サーバの各々は、商品名を含む商品情報と、商品情報に対応する商品属性と、在庫数および所定期間内の販売数を含む在庫情報と、を対応付けて検索サーバへ送信する第１の通信手段を備え、検索サーバは、複数の店舗サーバの各々から受信した、商品情報と、商品情報に対応する商品属性と、在庫数および所定期間内の販売数を含む在庫情報と、を対応付けて記憶する第１の記憶手段と、在庫数および販売数に基づいて、段階的な在庫の程度を演算し、在庫の程度を商品情報に対応付けて第１の記憶手段に記憶させる第２の演算手段と、を備え、端末装置の各々は、商品情報送信要求を検索サーバへ送信する第２の通信手段を備え、検索サーバは、商品情報送信要求に応じて、データベースからユーザ情報を取得する取得手段と、第１の記憶手段から、商品属性を介してユーザ情報に対応する商品情報を検索する第２の検索手段をさらに備え、検索された商品情報と、商品情報に対応する在庫の程度とを端末装置へ送信する第２の通信手段と、をさらに備え、端末装置の各々は、検索サーバから受信した商品情報と在庫の程度とを表示する表示手段、をさらに備える。
【００１３】
好ましくは、演算手段は、在庫数の販売数に対する割合を算出し、当該割合に応じて段階的な在庫の程度を決定する。
【００１４】
好ましくは、ユーザ情報は、体調と、好みと、購入希望商品ジャンルと、を含む。
好ましくは、第２の通信手段は、外部から入力される商品の注文命令に応じて、検索サーバに商品の注文要求を行い、第３の通信手段は、注文要求を店舗サーバへと転送し、店舗サーバは、注文要求を受け付ける注文受付手段をさらに備える。
【００１５】
好ましくは、第２の通信手段は、外部から入力される注文に対する決済命令に応じて、検索サーバに注文に対する決済要求を行い、検索サーバは、決済要求に応じて決済処理を行なう決済手段をさらに備え、決済手段は、決済処理が完了できたか否かを示す決済通知を第３の通信手段を介して端末装置と店舗サーバに送信し、表示手段は、決済通知を受け付けて決済処理が完了できたか否かを表示する。
【００１６】
好ましくは、店舗サーバの各々は、商品名を含む商品情報と、在庫数および所定期間内の販売数を含む在庫情報と、を対応付けて記憶する第３の記憶手段と、決済通知を受け付けて、第３の記憶手段の在庫情報を更新する店舗制御手段と、をさらに備える。
【００１７】
この発明のさらに別の局面に従えば、検索サーバとネットワークを介して接続可能な端末装置であって、商品情報送信要求を検索サーバへ送信する第２の通信手段と、検索サーバから受信した、商品名を含む商品情報と、在庫数および所定期間内の販売数を含む在庫情報と、を対応付けて記憶する第２の記憶手段と、在庫数および販売数に基づいて、段階的な在庫の程度を演算し、在庫の程度を商品情報に対応付けて記憶手段に記憶させる第１の演算手段と、商品情報と在庫の程度とを表示する表示手段と、を備える。
【００１８】
好ましくは、演算手段は、在庫数の販売数に対する割合を演算し、当該割合に応じて段階的な在庫の程度を決定する。
【００１９】
好ましくは、第２の記憶手段は、入力されたユーザ情報と、検索サーバから受信した商品情報に対応する商品属性と、を記憶し、端末装置は、第２の記憶手段から、商品属性を介してユーザ情報に対応する商品情報を検索する第１の検索手段をさらに備え、表示手段は、検索された商品情報と、商品情報に対応する在庫の程度とを表示する。
【００２０】
好ましくは、端末装置は、外部からのすべての商品情報を表示する旨の命令に応じて第１の検索手段を無効とする端末制御手段をさらに備え、表示手段は、命令に応じて第１の記憶手段に記憶された店舗情報と商品情報と在庫の程度とを表示する。
【００２１】
好ましくは、ユーザ情報は、体調と、好みと、購入希望商品ジャンルと、を含む。
この発明のさらに別の局面に従えば、端末装置に商品情報を表示させるための商品情報提供プログラムであって、商品情報送信要求を検索サーバへ送信するステップと、検索サーバから受信した、商品名を含む商品情報と、在庫数および所定期間内の販売数を含む在庫情報と、を対応付けて記憶するステップと、在庫数および販売数に基づいて、段階的な在庫の程度を演算し、在庫の程度を商品情報に対応付けて記憶するステップと、商品情報と在庫の程度とを表示するステップと、を端末装置に行わせる。
【００２２】
この発明のさらに別の局面に従えば、検索サーバから受信した商品情報を表示する端末装置を使用した商品情報提供方法であって、端末装置は、検索サーバから商品情報を受信する通信部と、商品情報を記憶する記憶部と、端末装置を制御する制御部と、商品情報を表示する表示部と、を備え、商品情報提供方法は、通信部が、商品情報送信要求を検索サーバへ送信するステップと、記憶部が、検索サーバから受信した、商品名を含む商品情報と、在庫数および所定期間内の販売数を含む在庫情報と、を対応付けて記憶するステップと、制御部が、在庫数および販売数に基づいて、段階的な在庫の程度を演算し、在庫の程度を商品情報に対応付けて記憶部に記憶させるステップと、表示部が、商品情報と在庫の程度とを表示するステップと、を備える。
【発明の効果】
【００２３】
以上のように、この発明によれば、端末装置のユーザが、購入を所望する商品の一定期間内に売り切れる可能性を把握し易くなる。
【発明を実施するための最良の形態】
【００２４】
以下、図面に基づいて本発明の実施の形態について説明する。なお以下の説明では、同一の部品については同一の符号を付すものとし、前記部品の名称や機能が同一である場合には、前記部品についての詳細な説明は繰り返さない。
【００２５】
［実施の形態１］
＜全体構成＞
まず、本実施の形態に係る商品情報提供システム１の全体構成について説明する。図１は、本実施の形態に係る商品情報提供システム１の全体構成を示す概略図である。商品情報提供システム１は、複数の端末装置１０ａ，１０ｂ・・・と、検索サーバ２０と、複数の店舗サーバ４０ａ，４０ｂ・・・と、専門家サーバ５０ａ，５０ｂ・・・と、がネットワーク６０を介して互いに通信可能に構成されている。ただし、複数の端末装置１０ａ，１０ｂ・・・と検索サーバ２０とを接続するネットワークと、検索サーバ２０と複数の店舗サーバ４０ａ，４０ｂ・・・とを接続するネットワークとが、別々のネットワークで構成されていてもよいものとする。以下では、端末装置１０ａ，１０ｂ・・・の各々の構成や機能を説明する際には、端末装置１０ａ，１０ｂ・・・の各々を端末装置１０と総称する。そして、店舗サーバ４０ａ，４０ｂ・・・の各々の構成や機能を説明する際には、店舗サーバ４０ａ，４０ｂ・・・の各々を店舗サーバ４０と総称し、専門家サーバ５０ａ，５０ｂ・・・の各々の構成や機能を説明する際には、専門家サーバ５０ａ，５０ｂ・・・の各々を専門家サーバ５０と総称する。
【００２６】
本実施の形態に係る商品情報提供システム１は、端末装置１０が、端末装置１０毎のユーザの体調、ユーザの好み、ユーザの購入希望商品ジャンル等（以下、これらをまとめて「ユーザ毎の各種嗜好情報」という。）に基づいて、検索サーバ２０から受信した店舗情報、当該店舗が扱う商品の商品情報、当該商品の在庫情報、に関するデータの中から、当該ユーザに推奨すべき商品（たとえば、食品、飲料、衣服、メニュー等）の商品情報を選択して、ユーザに提示するためのシステムである。商品情報提供システム１によって行われる商品情報提供処理は、それぞれの端末装置１０やサーバ２０，３０，４０，５０を構成するパーソナルコンピュータまたはワークステーションなどのコンピュータ上で実行されるソフトウェアによって実現される。
【００２７】
ユーザは、端末装置１０を介して必要な情報（店舗情報・商品情報・在庫情報）を得るために、ネットワーク６０を使用して商品情報の送信要求（商品情報送信メッセージ）を検索サーバ２０に対して行う。
【００２８】
検索サーバ２０は、ユーザ（端末装置１０）が現在滞在している場所に近い小売店・デパート等の商品情報を扱う店舗サーバ４０ａ，４０ｂ・・・に対して、ユーザが購入したいと考えている商品のジャンル（購入希望商品ジャンル）に属する商品情報を送信するよう依頼する。小売店・デパート・レストラン等の店舗サーバ４０ａ，４０ｂ・・・は、予め店舗情報と当該商品に関する商品情報と当該商品に関する在庫情報とを検索サーバ２０へ送信している。もしくは、店舗サーバ４０は、検索サーバ２０の要求に応じて、店舗情報と当該商品に関する商品情報と当該商品に関する在庫情報とを検索サーバ２０へ送信する。
【００２９】
検索サーバ２０は、端末装置１０からの商品情報送信要求メッセージに応じて、店舗サーバ４０から受信した商品に関する各種情報を端末装置１０へ送信する。そして、ユーザは、端末装置１０ａ，１０ｂを介して、検索サーバ２０や店舗サーバ４０から送付された商品情報や在庫情報を見て、当該商品を予約したり、注文したり、決済することができる。
【００３０】
また、ユーザが商品（食材等）を購入する際に専門家の意見を考慮したいと考えた場合には、ユーザは相談したい内容を専門家サーバ５０ａ，５０ｂに対して送信することができ、予め専門家サーバ５０ａ，５０ｂに蓄積された専門家の意見を得ることもできる。専門家の意見を参照するための構成は、たとえば、特開２００２−２５９７７７号公報（特許文献２）等に示されている。
【００３１】
本実施の形態においては、端末装置１０毎のユーザに関するユーザ情報は、データベースサーバ３０に備えられたユーザデータベース３４に格納されているが、ユーザデータベース３４自体が検索記憶部２４とは別に検索サーバ２０に備えられる構成であってもよいし、当該ユーザ情報やユーザデータベース３４が検索サーバ２０の検索記憶部２４に記憶される構成であってもよい。ここで、前記ユーザ情報には、ユーザ識別子と「ユーザ毎の各種嗜好情報」とが含まれ、前述したように「ユーザ毎の各種嗜好情報」とは、端末装置１０に入力されるユーザ毎の体調や好みや購入希望商品ジャンル等を含む概念である。
【００３２】
以下、本実施の形態においては、端末装置１０が、検索サーバ２０から端末装置１０に送信された各種情報の中から、ユーザ毎に推奨される店舗情報や商品情報や在庫情報を検索し、表示する。一方、後述する実施の形態２においては、検索サーバ２０が、検索サーバ２０に記憶された各種情報の中から、ユーザ毎に推奨される店舗情報や商品情報や在庫情報を検索し、端末装置１０へ送信する。
【００３３】
図２は、本実施の形態に係る端末装置１０の一例である携帯電話１０ａと端末装置１０の一例であるパーソナルコンピュータ１０ｃのハードウェア構成を示す制御ブロック図である。詳しくは、図２（ａ）は、携帯電話やＰＤＡ(Personal Digital Assistant)等によって実現される端末装置１０ａのハードウェア構成を示す。一方、図２（ｂ）は、パーソナルコンピュータによって実現される端末装置１０ｃのハードウェア構成を示す。
【００３４】
尚、パーソナルコンピュータやワークステーション等によって実現される検索サーバ２０やデータベースサーバ３０や店舗サーバ４０や専門家サーバ５０のハードウェア構成も、図２（ｂ）に示すものと同様であるので、検索サーバ２０やデータベースサーバ３０や店舗サーバ４０や専門家サーバ５０のハードウェア構成についての説明は繰り返さない。
【００３５】
図２（ａ）に示すように、この端末装置１０ａは、たとえば携帯電話やＰＤＡであって、相互に内部バス１８ａで接続されたモニタ１１ａと、ＣＰＵ（Central Processing Unit）１２ａと、キー１３ａと、ＲＡＭ１４ａと、ＲＯＭ１５ａと、通信インターフェイス１６ａとを含む。
【００３６】
モニタ１１ａは、液晶パネルやＣＲＴから構成されるものであって、ＣＰＵ１２ａが出力した情報を表示する。キー１３ａは、キー入力によってユーザから情報を受付ける。ＲＡＭ１４ａは、各種の情報やデータベースなどを記憶する。ＲＯＭ１５ａは、ＣＰＵ１２ａが実行するプログラムを記憶する。
【００３７】
ＣＰＵ１２ａは、端末装置１０ａの各要素を制御するものであって、各種の演算を実施する装置である。また、ＣＰＵ１２ａは、後述するように、商品情報送信要求処理、検索処理、予約・注文処理、決済処理等を行うものであって、当該処理結果を内部バス１８ａを介してモニタ１１ａに出力する。より詳細には、上記の各種処理は、たとえば、ＲＯＭ１５ａに格納された各種の処理手順に関する制御プログラムが一旦ＲＡＭ１４ａへと読み出され、読み出された前記制御プログラムがＣＰＵ１２ａ上で実行されることによって、実現されるものである。
【００３８】
通信インターフェイス１６ａは、ＣＰＵ１２ａが出力した情報を電気信号へと変換するものであって、ＣＰＵ１２ａが出力した情報をその他の装置が利用できる信号へと変換する装置でもある。また、通信インターフェイス１６ａは、本実施の形態に係る端末装置１０の外部から入力された情報を受信して、ＣＰＵ１２ａが利用できる情報に変換する装置でもある。
【００３９】
図２（ｂ）に示すように、この端末装置１０ｃは、たとえばパーソナルコンピュータやワークステーションなどであって、ＦＤ（Flexible Disk）駆動装置１１１ｃおよびＣＤ−ＲＯＭ（Compact Disk-Read Only Memory)駆動装置１１３ｃを備えたコンピュータ本体１９ｃと、モニタ１１ｃと、キーボード１３ｃと、マウス１７ｃとを含む。コンピュータ本体１９ｃは、上記したＦＤ駆動装置１１１ｃおよびＣＤ−ＲＯＭ駆動装置１１３ｃに加えて、相互に内部バス１８ｃで接続されたＣＰＵ（Central Processing Unit）１２ｃと、メモリ１４ｃと、固定ディスク１５ｃと、通信インターフェイス１６ｃとを含む。ＦＤ駆動装置１１１ｃにはＦＤ１１２が装着される。ＣＤ−ＲＯＭ駆動装置１１３ｃにはＣＤ−ＲＯＭ１１４が装着される。
【００４０】
検索サーバ２０、データベースサーバ３０、店舗サーバ４０、専門家サーバ５０の各々も、図２（ｂ）に示すような端末装置１０ｃと同様の構成であるので、それらの説明は繰り返さない。
【００４１】
モニタ１１ｃは、液晶パネルやＣＲＴから構成されるものであって、ＣＰＵ１２ｃが出力した情報を表示する。キーボード１３ｃは、キー入力によってユーザから情報を受付ける。マウス１７ｃは、クリックされたりやスライドされることによって、ユーザから情報を受付ける。メモリ１４ｃは、各種の情報を記憶する。固定ディスク１５ｃは、ＣＰＵ１２ｃが実行するプログラムやデータベースを記憶する。
【００４２】
ＣＰＵ１２ｃは、端末装置１０ｃの各要素を制御するものであって、各種の演算を実施する装置である。また、ＣＰＵ１２ｃは、後述するように、商品情報送信要求処理や、検索処理や、予約・注文処理や、決済処理等を行うものであって、当該処理結果を内部バス１８ｃを介してモニタ１１ｃに出力する。より詳細には、上記の各種処理は、たとえば、固定ディスク１５ｃに格納された各種の処理手順に関する制御プログラムが一旦メモリ１４ｃへと読み出され、読み出された前記制御プログラムがＣＰＵ１２ｃ上で実行されることによって、実現されるものである。
【００４３】
通信インターフェイス１６ｃは、ＣＰＵ１２ｃが出力した情報を電気信号へと変換するものであって、ＣＰＵ１２ｃが出力した情報をその他の装置が利用できる信号へと変換する装置でもある。また、通信インターフェイス１６ｃは、本実施の形態に係る端末装置１０ｃの外部から入力された情報を受信して、ＣＰＵ１２ｃが利用できる情報に変換する装置でもある。また、端末装置１０ｃには、必要に応じて、プリンタなどモニタ１１ｃ以外の他の出力装置が接続され得る。
【００４４】
既に述べたように、本実施の形態に係る商品情報提供システム１および商品情報提供処理（各種の処理を含む。）は、コンピュータハードウェアとＣＰＵ１２ａ，１２ｃによって実行されるソフトウェアとによって実現される。一般的にこうしたソフトウェアは、ＦＤ１１２やＣＤ−ＲＯＭ１１４などの記録媒体に格納されて、若しくはネットワークなどを介して流通する。そして、前記ソフトウェアは、ＦＤ駆動装置１１１ｃもしくはＣＤ−ＲＯＭ駆動装置１１３ｃなどにより前記記録媒体から読取られて、または通信インターフェイス１６ａ，１６ｃにて受信されて、ＲＯＭ１５ａまたは固定ディスク１５ｃに格納される。そして、ＲＯＭ１５ａまたは固定ディスク１５ｃからＲＡＭ１４ａまたはメモリ１４ｃに読出されて、ＣＰＵ１２ａ，１２ｃにより実行される。
【００４５】
つまり、図２（ａ）（ｂ）に示した端末装置１０ａ，１０ｃ、検索サーバ２０、データベースサーバ３０、店舗サーバ４０、専門家サーバ５０のハードウェア自体は一般的なものである。したがって、本発明の最も本質的な部分は、ＦＤ１１２、ＣＤ−ＲＯＭ１１４、ＲＯＭ１５ａ、固定ディスク１５ｃなどの記録媒体に記録された、もしくはネットワークを通じて提供されるソフトウェアである。
【００４６】
＜機能構成＞
次に、本実施の形態に係る端末装置１０、検索サーバ２０、店舗サーバ４０が有する各機能について説明する。図３は、本実施の形態に係る端末装置１０、検索サーバ２０、店舗サーバ４０の機能構成を示す機能ブロック図である。より詳細には、図３（ａ）は端末装置１０ａ，１０ｂ・・・の機能構成を示す機能ブロック図であり、図３（ｂ）は検索サーバ２０の機能構成を示す機能ブロック図であり、図３（ｃ）は店舗サーバ４０ａ，４０ｂの機能構成を示す機能ブロック図である。
【００４７】
本実施の形態においては、商品情報提供処理を構成する各種の処理機能がパーソナルコンピュータまたはワークステーションなどのコンピュータ（ＣＰＵ１２ａ，１２ｃ）上で実行されるソフトウェアによって実現される構成としているが、各ブロックの機能や各ステップの処理の一部または全部を、ＣＰＵ１２ａ，１２ｃとソフトウェアとによって実現する代わりに、専用のハードウェア回路等によって実現してもよい。
【００４８】
＜端末装置１０の機能構成＞
図３（ａ）に示すように、本実施の形態に係る端末装置１０は、表示部１１と、端末制御部１２と、端末入力部１３と、端末記憶部１４と、端末通信部１６とを備えて構成されている。そして、端末制御部１２は、端末検索部１２１と端末演算部１２２とを有している。以下、端末装置１０の各機能について説明する。
【００４９】
まず、表示部１１は、たとえばモニタ１１ａ，１１ｃとＣＰＵ１２ａ，１２ｃとから実現され、より詳細には、ＲＯＭ１５ａまたは固定ディスク１５ｃからＲＡＭ１４ａまたはメモリ１４ｃへと読み出された制御プログラムがＣＰＵ１２ａ，１２ｃ上で実行され、当該プログラムがモニタ１１ａ，１１ｃを制御することによって実現される。つまり、ＲＯＭ１５ａまたは固定ディスク１５ｃに記憶されたプログラムが一旦ＲＡＭ１４ａまたはメモリ１４ｃへと読み出されて、ＣＰＵ１２ａ，１２ｃがＲＡＭ１４ａまたはメモリ１４ｃから前記プログラムを読み出しながら順次実行することによって、以下の各処理の機能が実現される。
【００５０】
上記の構成によって、表示部１１は、前記商品情報と、前記商品情報に対応する前記在庫の程度とを表示する。ここで、「在庫の程度」とは、商品毎の売り切れ易さを段階的に示したものであって、本実施の形態においては図１５に示すように「程度」として表示されている。また、表示部１１は、端末検索部１２１によって検索された、前記端末記憶部１４に記憶されたユーザ毎の各種嗜好情報に対応する前記店舗情報と前記商品情報と前記在庫の程度とを表示する。そして、表示部１１は、外部からのすべての商品情報を表示する旨の命令に応じて、前記端末記憶部１４に記憶された前記店舗情報と前記商品情報と前記在庫の多寡とを表示する。表示部１１は、検索サーバ２０からの決済通知を受け付けて前記決済処理が完了できたか否かを表示する。
【００５１】
具体的には、表示部１１は以下のような画面を表示する。図４は端末装置１０におけるユーザ情報入力画面を示すイメージ図であって、図４に示すように表示部１１は当該ユーザ情報入力画面を表示して、ユーザからのユーザ情報の選択を受け付ける。図５は端末装置１０におけるユーザ状態入力画面を示すイメージ図であって、図５に示すように表示部１１は当該ユーザ状態入力画面を表示して、端末入力部１３がユーザからのユーザ状態の選択を受け付ける。図６は端末装置１０における好み入力画面を示すイメージ図であって、図６に示すように表示部１１は当該好み入力画面を表示して、ユーザから好みの入力を受け付ける。図７は端末装置１０における商品ジャンル入力画面を示すイメージ図であって、図７に示すように表示部１１は当該商品ジャンル入力画面を表示し、端末入力部１３がユーザからの購入希望商品ジャンルの入力を受け付ける。
【００５２】
図８は端末装置１０における食事入力画面と健康食入力画面を示すイメージ図であって、図８（ａ）に示すように表示部１１は当該食事入力画面を表示して、端末入力部１３がユーザからの食事の種類の選択を受け付ける。また、図８（ｂ）に示すように表示部１１は当該健康食入力画面を表示し、端末入力部１３がユーザからの健康食の種類の選択を受け付ける。図９は端末装置１０における体況入力画面を示すイメージ図であって、図９に示すように表示部１１は体況入力画面を表示し、端末入力部１３がユーザからの体況の入力を受け付ける。図１０は端末装置１０におけるユーザリクエスト入力画面を示すイメージ図であって、図１０に示すように表示部１１は当該ユーザリクエスト入力画面を表示し、端末入力部１３がユーザから専門家による意見を希望するか否かの選択を受け付ける。図１１は端末装置１０におけるダウンロードメニュー入力画面を示すイメージ図であって、図１１に示すように表示部１１はダウンロードメニュー入力画面を表示し、端末入力部１３がユーザがダウンロードを希望するメニューの選択を受け付ける。図１２は端末装置１０におけるユーザ情報確認画面を示すイメージ図であって、図１２に示すように表示部１１は当該ユーザ情報確認画面を表示し、端末入力部１３が当該ユーザ情報を検索サーバ２０に送信するか否かについての選択を受け付ける。
【００５３】
また、図１３は端末装置１０におけるお奨め選択画面を示すイメージ図であって、図１３に示すように表示部１１は当該お奨め選択画面を表示し、端末入力部１３がユーザによるお奨め商品のみを表示を希望するか否かについての選択を受け付ける。図１４は端末装置１０における表示順序入力画面を示すイメージ図であって、図１４に示すように表示部１１は当該表示順序入力画面を表示し、端末入力部１３がユーザが希望する商品情報の表示順序の選択を受け付ける。図１５は端末装置１０におけるお奨め商品表示画面を示すイメージ図であって、図１５に示すように表示部１１は当該お奨め商品表示画面を表示し、端末入力部１３がユーザによる商品の選択を受け付ける。このとき、お奨め商品表示画面には、商品名（名称）、在庫数、在庫の程度（在庫の多寡）、お奨め度（ユーザ毎の各種嗜好情報に対する合致率）、店舗名、単価、チェック欄などが表示される。ユーザは、それぞれの商品毎の売り切れ易さ（在庫の程度）を、当該お奨め商品表示画面の在庫の程度を一目見て把握することができる。ユーザが選択した商品については、チェック蘭にて選択した旨の表示が行なわれる。
【００５４】
図１６は端末装置１０における発注画面を示すイメージ図であって、図１６に示すように表示部１１は当該発注画面を表示し、端末入力部１３がユーザによる発注商品毎の発注個数の入力を受け付ける。より詳細には、表示部１１は、前記お奨め商品表示画面にて選択された（チェックされた）商品のみを列挙して表示し、端末入力部１３がユーザによる必要数の入力を受け付ける。図１７は端末装置１０における発注確認画面を示すイメージ図であって、図１７に示すように表示部１１は当該発注確認画面を表示し、端末入力部１３がユーザによる発注商品および発注個数の入力についての確認を受け付ける。図１８は端末装置１０における購入失敗画面および購入完了画面を示すイメージ図であって、図１８（ａ）に示すように表示部１１は検索サーバ２０および店舗サーバ４０における購入処理が正常に完了できなかった旨を表示し、図１８（ｂ）に示すように表示部１１は検索サーバ２０および店舗サーバ４０における購入処理が正常に完了した旨を表示する。
【００５５】
図２および図３に示すように、端末制御部１２は、たとえばＣＰＵ１２ａ，１２ｃと、ＲＡＭ１４ａまたはメモリ１４ｃへと読み出された制御プログラムとによって実現される。端末制御部１２は、検索サーバ２０から受信した、前記店舗情報と、前記商品情報と、前記在庫数および所定期間内の前記販売数を含む前記在庫情報と、前記商品情報に対応する商品属性と、を相互に対応付けて、端末記憶部１４に記憶したり、端末記憶部１４を更新する。
【００５６】
端末制御部１２は、端末検索部１２１と端末演算部１２２とを含む。端末演算部１２２は、前記在庫数および前記販売数に基づいて、段階的な在庫の程度を演算し、前記在庫の程度を前記商品情報に対応付けて前記端末記憶部１４に記憶させる。端末検索部１２１（第１の検索手段）は、前記端末記憶部１４から、前記商品属性を介して前記ユーザ情報に対応する商品情報を検索する。そして、端末制御部１２は、端末入力部１３を介した外部からのすべての商品情報を表示する旨の命令に応じて端末検索部１２１の機能を無効にする。
【００５７】
より詳細には、端末演算部１２２は、前記在庫数の前記販売数に対する割合を算出し、当該割合に応じて段階的な在庫の程度を決定する。端末演算部１２２は、以下の式に基づいて、当該割合を算出する。
（割合）＝（在庫の個数）／（所定期間における販売数）
前記所定期間とは予め定められた一定期間をいうものであって、本実施の形態においては前記所定期間を最近（最新）の１週間としている。そして、端末演算部１２２は、当該割合が３より大きい場合に在庫の程度として第１の印を対応付け、当該割合が２以上かつ３未満である場合に在庫の程度として第２の印を対応付け、当該割合が１以上かつ２未満である場合に在庫の程度として第３の印を対応付け、当該割合が１未満である場合に在庫の程度として第４の印を対応付けるものとする。
【００５８】
端末入力部１３は、たとえばキー１３ａと、ＣＰＵ１２ａ，１２ｃと、ＲＡＭ１４ａまたはメモリ１４ｃへと読み出された制御プログラムとによって実現され、ユーザから各種情報の選択や入力を受け付けて、端末制御部１２に送信する。たとえば、表示部１１を介して、ユーザ毎の前記各種嗜好情報である、ユーザの体調、ユーザの好み、ユーザの購入希望商品ジャンルの入力を受け付ける。
【００５９】
端末記憶部１４（第２の記憶手段）は、たとえばＲＯＭ１５ａ、ＲＡＭ１４ａ、固定ディスク１５ｃ、メモリ１４ｃの少なくともいずれかによって実現される。端末記憶部１４は、前記検索サーバ２０から受信した、前記店舗情報と、前記商品情報と、前記在庫数および前記所定期間内の販売数を含む前記在庫情報と、を記憶する。また、端末記憶部１４は、前記在庫の程度を前記商品情報に対応付けて記憶する。また、端末記憶部１４は、前記入力画面に基づいて入力されたユーザ情報と、前記検索サーバ２０から受信した前記商品情報に対応する商品属性と、を記憶する。
【００６０】
図１９は、端末記憶部１４に記憶される商品名とそれらの商品に対応するキーワードとを示すイメージ図である。ここで、商品に対応するキーワードとは、店舗サーバ４０において予め商品毎に設定された商品属性のことをいう。たとえば、商品ＡＡＡには、「チョコレート」「甘い」「カカオ」「癒し」「睡眠」等のキーワードが含まれている。このような商品情報とキーワード（商品属性）との対応関係情報も、店舗サーバ４０から検索サーバ２０を介して端末装置１０へ送信されてくる。
【００６１】
端末記憶部１４は、入力されたユーザの体調、ユーザの好み、購入希望商品ジャンル等も記憶する。図２０は、端末記憶部１４に記憶されるユーザの好みとそれらの好みに対応するキーワードとを示すイメージ図である。たとえば、食事入力画面における「日本」には、「癒し」「和」「あっさり」「寺」「絹」等のキーワードが含まれている。このようなユーザ情報とキーワードとの対応関係情報は、メニューをダウンロードする際に検索サーバ２０から送信されてくる。
【００６２】
このように、本実施の形態に係る端末検索部１２１による、前記ユーザの各種嗜好情報に対応する少なくとも前記店舗情報と前記商品情報と前記在庫の程度の検索は、嗜好情報に対応するキーワードと商品情報（商品名）に対応するキーワードとを介すことによって、より多くの商品がヒットするようになっている。
【００６３】
図２１は、端末記憶部１４に記憶されている、前記検索サーバ２０（店舗サーバ４０ａ，４０ｂ・・・の各々）から受信した、前記店舗情報と、前記商品情報と、前記在庫数および所定期間内の前記販売数を含む前記在庫情報と、前記端末演算部１２２によって演算されて記憶された在庫の程度と、を相互に対応付けて格納するデータベースを示すイメージ図である。
【００６４】
端末通信部１６は、たとえば通信インターフェイス１６ａ，１６ｃと、ＣＰＵ１２ａ，１２ｃと、ＲＡＭ１４ａまたはメモリ１４ｃへと読み出された制御プログラムとによって実現される。端末通信部１６は、ユーザ識別子を含む商品情報送信要求を前記検索サーバ２０へ送信する。端末通信部１６は、前記商品情報送信要求に応じて、検索サーバ２０から、前記複数の店舗サーバ４０ａ，４０ｂの各々から受信した前記店舗情報と、前記商品情報と、前記在庫数および所定期間内の前記販売数を含む前記在庫情報と、商品情報に対応した商品属性と、を受信する。端末通信部１６は、図１７における前記発注確認画面を介してユーザによって入力される注文命令に応じて、前記検索サーバ２０に記商品の注文要求を行う。端末通信部１６は、外部から入力される前記注文に対する決済命令に応じて、前記検索サーバに前記注文に対する決済要求を行う。
【００６５】
＜検索サーバ２０の機能構成＞
図３（ｂ）に示すように、本実施の形態に係る検索サーバ２０は、検索制御部２２と、検索記憶部２４と、検索通信部２６とを備えて構成されている。そして、検索制御部２２は、決済部２２３を有している。以下、検索サーバ２０の各機能について説明する。
【００６６】
検索制御部２２は、たとえばＣＰＵ１２ｃと、メモリ１４ｃへと読み出された制御プログラムとによって実現される。検索制御部２２は、前記複数の店舗サーバ４０ａ，４０ｂ・・・の各々から受信した、前記店舗情報と、前記商品情報と、前記在庫数および所定期間内の前記販売数を含む前記在庫情報と、前記商品情報に対応する商品属性と、を商品毎に相互に対応付けて、検索記憶部２４に記憶したり、検索記憶部２４を更新する。
【００６７】
検索制御部２２は、決済部２２３を含む。決済部２２３は、端末装置１０からの決済要求に応じて、決済処理を行ない、前記決済処理が完了できたか否かを、前記端末装置１０と前記店舗サーバ４０とに送信する。
【００６８】
検索記憶部２４は、たとえば固定ディスク１５ｃ、メモリ１４ｃの少なくともいずれかによって実現される。検索記憶部２４は、前記複数の店舗サーバ４０ａ，４０ｂ・・・の各々から受信した、前記店舗情報と、前記商品情報と、前記在庫数および所定期間内の前記販売数を含む前記在庫情報と、前記商品情報に対応する商品属性と、を前記商品毎に相互に対応付けて記憶する。
【００６９】
具体的には、検索記憶部２４は、図２１に示すような、前記複数の店舗サーバ４０ａ，４０ｂ・・・の各々から受信した、前記店舗情報と、前記商品情報と、前記在庫数および予め定められた所定期間内の前記販売数を含む前記在庫情報と、を相互に対応付けて格納するデータベースを格納する。
【００７０】
また、検索記憶部２４は、店舗サーバ４０を有する店舗の所在（住所や郵便番号）を記憶しており、検索制御部２２は商品情報送信要求から端末装置１０の所在を把握して、端末装置１０の所在場所から近い所在（住所や郵便番号）の店舗のみの商品情報を当該端末装置１０に送信する。検索制御部２２は、市町村が同一である場合に近いと判断してもよいし、都道府県が同一である場合に近いと判断してもよいし、郵便番号の一部が同一である場合に近いと判断してもよい。
【００７１】
検索通信部２６は、たとえば通信インターフェイス１６ｃと、ＣＰＵ１２ｃと、メモリ１４ｃへと読み出された制御プログラムとによって実現される。検索通信部２６は、前記商品情報送信要求に応じて、前記検索記憶部２４に記憶した、前記店舗情報と、前記商品情報と、前記在庫数および所定期間内の前記販売数を含む前記在庫情報と、前記商品情報に対応する商品属性と、を商品毎に相互に対応付けて端末装置１０へ送信する。検索通信部２６は、商品情報に対応する商品属性を前記端末装置１０へ送信する。検索通信部２６は、前記注文要求を前記店舗サーバ４０へと転送する。
【００７２】
＜店舗サーバ４０の機能構成＞
図３（ｃ）に示すように、本実施の形態に係る店舗サーバ４０は、店舗制御部４２と、店舗入力部４３と、店舗記憶部４４と、店舗通信部４６とを備えて構成されている。そして、店舗制御部４２は、注文受付部４２４を有している。以下、店舗サーバ４０の各機能について説明する。
【００７３】
店舗制御部４２は、たとえばＣＰＵ１２ｃと、メモリ１４ｃへと読み出された制御プログラムとによって実現される。店舗制御部４２は、当該店舗サーバ４０を有する店舗に関する店舗情報（店舗名や所在地など）と、前記商品情報（商品名、価格、賞味期限、ユーザによる評価、サイズなど）と、前記在庫数および所定期間内の前記販売数を含む在庫情報と、前記商品毎に相応しい各種嗜好情報と、を商品毎に相互に対応付けて、店舗記憶部４４に記憶したり、店舗記憶部４４を更新する。
【００７４】
店舗制御部４２は、注文受付部４２４を含む。注文受付部４２４は、端末装置１０から検索サーバ２０を介して送信されてくる前記注文要求を受け付けて、注文内容を店舗記憶部４４に記憶する。そして、店舗制御部４２は、検索サーバ２０からの決済通知を受け付けて、前記店舗記憶部４４の在庫情報を更新する。より詳しくは、店舗制御部４２は、決済通知を受け付けて、店舗記憶部４４に記憶されている商品毎の在庫数を減少させて、前記所定期間内の販売履歴を増加させる。
【００７５】
店舗入力部４３は、たとえばキーボード１３ｃと、ＣＰＵ１２ａ，１２ｃと、ＲＡＭ１４ａまたはメモリ１４ｃへと読み出された制御プログラムとによって実現され、店舗の運営者からの各種情報の選択や入力を受け付けて、店舗制御部４２に送信する。たとえば、店舗情報、前記商品情報、前記在庫情報の更新、前記商品情報に対応する商品属性などが入力される。
【００７６】
店舗記憶部４４は、たとえば固定ディスク１５ｃ、メモリ１４ｃの少なくともいずれかによって実現される。店舗記憶部４４は、店舗入力部４３からの入力によって、前記店舗情報と、前記商品情報と、前記在庫数および所定期間内の前記販売数を含む前記在庫情報と、前記商品情報に対応する商品属性と、を相互に対応付けて記憶する。
【００７７】
店舗通信部４６は、たとえば通信インターフェイス１６ｃと、ＣＰＵ１２ｃと、メモリ１４ｃへと読み出された制御プログラムとによって実現される。店舗通信部４６は、検索サーバ２０からの商品情報送信要求に応じて、または店舗入力部４３からの入力に応じて、前記店舗情報と、前記商品情報と、前記在庫数および所定期間内の前記販売数を含む前記在庫情報と、を商品毎に相互に対応付けて検索サーバ２０へ送信する。店舗通信部４６は、商品情報に対応した商品属性も、前記商品情報に対応付けて前記検索サーバ２０へ送信する。
【００７８】
＜商品情報取得処理＞
図２２は端末装置１０ａ，１０ｂにおける商品情報取得処理を示すフローチャートである。図２２に示すように、まず、端末装置１０は、ユーザの体調、好み、商品ジャンル等の各種嗜好情報の入力を、ユーザから受け付ける（ステップ１０２、以下ステップをＳと略す。）。たとえば、端末装置１０ａ，１０ｂのユーザは、端末装置１０ａ，１０ｃの表示部１１に図４に示されているユーザ情報入力画面が表示されている際に、入力を希望するメニューを選択して、それぞれのメニューの入力を行う。端末装置１０ａ，１０ｃは、入力されたユーザ情報データの読み込んで（Ｓ１０４）、入力されたユーザ毎の各種嗜好情報を端末記憶部１４に記憶する。以下、ユーザ情報データの読み込み処理（Ｓ１０４）における各メニューの詳細について説明する。
【００７９】
図４に示すユーザ情報入力画面において、「１．ユーザ状態」が選択されて「確定」ボタンが押されると、表示部１１は図５に示すユーザ状態入力画面を表示する。そして、ユーザ状態入力画面が表示されている状態において、ユーザは、たとえばユーザ状態（ユーザの体調）として「大変よい」、「よい」、「普通」、「悪い」、「非常に悪い」のいずれかを選択し、「追加」ボタンを押す。端末装置１０ａ，１０ｃの端末制御部１２は、当該選択と「追加」ボタンの押下を受け付けて、ユーザ状態（ユーザの体調）を端末記憶部１４に記憶、更新させる。表示部１１は、「追加」ボタンが押下されたことに応じて、再度ユーザ情報入力画面を表示する。
【００８０】
図４に示すユーザ情報入力画面において、「２．好み」が選択されて「確定」ボタンが押されると、表示部１１は図６に示す好み入力画面を表示する。そして、好み入力画面が表示されている状態において、ユーザは、たとえばユーザの好みとして「日本」、「アジア」、「ヨーロッパ」、「アフリカ」、「その他」のいずれかを選択し、「追加」ボタンを押す。端末装置１０ａ，１０ｃの端末制御部１２は、当該選択と「追加」ボタンの押下を受け付けて、ユーザの好みを端末記憶部１４に記憶、更新させる。ユーザが「その他」を選択して、「追加」ボタンを押下した場合には、表示部１１が次の頁（たとえば、「北米」「南米」「中国」「その他」等のボタンが表示される画面）を表示してもよい。表示部１１は、「追加」ボタンが押下されたことに応じて、再度ユーザ情報入力画面を表示する。ここでは、ユーザが複数の項目を選択可能としてもよい。
【００８１】
図４に示すユーザ情報入力画面において、「３．商品ジャンル」が選択されて「確定」ボタンが押されると、表示部１１は図７に示す購入希望商品ジャンル入力画面を表示する。そして、購入希望商品ジャンル入力画面が表示されている状態において、ユーザは、たとえばユーザが購入を希望する商品ジャンルとして「食事」、「衣服」、「その他」のいずれかを選択し、「追加」ボタンを押す。端末装置１０ａ，１０ｃの端末制御部１２は、当該選択と「追加」ボタンの押下を受け付けて、ユーザの購入希望商品ジャンルを端末記憶部１４に記憶、更新させる。ユーザが「その他」を選択して、「追加」ボタンを押下した場合には、表示部１１が次の頁（たとえば、「家具」「小物」「チケット」「その他」等のボタンが表示される画面）を表示してもよい。ここでは、ユーザが複数の項目を選択可能としてもよい。
【００８２】
表示部１１は、「追加」ボタンが押下されたことに応じて、図８に示すような、さらに詳細な購入希望商品ジャンル（たとえば、食事入力画面や健康食入力画面）の選択画面を表示する。たとえば、図８（ａ）に示すような食事入力画面が表示されている状態において、たとえば、ユーザがユーザが購入を希望する食事として「健康食」、「こってり」、「あっさり」、「その他」のいずれかを選択し、「追加」ボタンを押す。端末装置１０ａ，１０ｃの端末制御部１２は、当該選択と「追加」ボタンの押下を受け付けて、ユーザの購入希望商品ジャンルを端末記憶部１４に記憶、更新させる。ユーザが「その他」を選択して、「追加」ボタンを押下した場合には、表示部１１が次の頁（たとえば、「辛い」「甘い」「その他」等のボタンが表示される画面）を表示してもよい。ここでは、ユーザが複数の項目を選択可能としてもよい。
【００８３】
そして、表示部１１は、食事入力画面において「健康食」の選択と「追加」ボタンの押下されたことに応じて、図８（ｂ）に示すような、健康食入力画面を表示する。たとえば、図８（ｂ）に示すような健康食入力画面が表示されている状態において、たとえば、ユーザは、ユーザが日々意識している健康状態として「高血圧」、「糖尿」、「健康保全」、「その他」のいずれかを選択し、「追加」ボタンを押す。端末装置１０ａ，１０ｃの端末制御部１２は、当該選択と「追加」ボタンの押下を受け付けて、ユーザが意識している健康状態を端末記憶部１４に記憶、更新させる。ユーザが「その他」を選択して、「追加」ボタンを押下した場合には、表示部１１が次の頁（たとえば、「カロリー」「スタミナ」「ダイエット」「肌年齢」等のボタンが表示される画面）を表示してもよい。ここでは、ユーザが複数の項目を選択可能としてもよい。表示部１１は、「追加」ボタンが押下されたことに応じて、再度ユーザ情報入力画面を表示する。
【００８４】
端末装置１０ａ，１０ｂにおける上記動作は、「３．ジャンル」における他の選択項目を選択した場合にも、同様である。
【００８５】
図４に示すユーザ情報入力画面において、「４．ユーザ体況」が選択されて「確定」ボタンが押されると、表示部１１は図９に示す体況入力画面を表示する。そして、体況入力画面が表示されている状態において、ユーザは、たとえばユーザの体況として「身長」、「体重」、「最高血圧」、「最低血圧」、「血糖値」、「総コレステロール」の値を入力し、「追加」ボタンを押す。端末装置１０ａ，１０ｃの端末制御部１２は、それぞれの値の入力と「追加」ボタンの押下を受け付けて、ユーザの体況を端末記憶部１４に記憶、更新させる。ここでは、ユーザが希望する項目だけを入力して、記憶、更新させることが可能な構成としており、表示部１１は、「追加」ボタンが押下されたことに応じて、再度ユーザ情報入力画面を表示する。
【００８６】
図４に示すユーザ情報入力画面において、「５．ユーザリクエスト」が選択されて「確定」ボタンが押されると、表示部１１は図１０に示すユーザリクエスト入力画面を表示する。そして、ユーザリクエスト入力画面が表示されている状態において、ユーザは、たとえばユーザの希望するサービスとして「専門家に連絡」、「その他」の選択し、「追加」ボタンを押す。端末装置１０ａ，１０ｃの端末制御部１２は、当該選択と「追加」ボタンの押下を受け付けて、ユーザが希望するサービスを端末記憶部１４に記憶、更新させる。表示部１１は、「追加」ボタンが押下されたことに応じて、再度ユーザ情報入力画面を表示する。
【００８７】
図４に示すユーザ情報入力画面において、「０．ダウンロード」が選択されて「確定」ボタンが押されると、表示部１１は図５に示すダウンロードメニュー入力画面を表示する。そして、ダウンロードメニュー入力画面が表示されている状態において、ユーザは、たとえばユーザが所望する最新のメニュー選択画面として「ユーザ状態」、「好み」、「商品ジャンル」のいずれかを選択し、「送信」ボタンを押す。端末装置１０ａ，１０ｃの端末制御部１２は当該選択と「送信」ボタンの押下を受け付けて、端末通信部１６を介して当該選択されたメニュー画面の最新情報の送信を要求するメッセージを検索サーバ２０へ送信する。表示部１１は、「送信」ボタンが押下されたことに応じて、再度ユーザ情報入力画面を表示する。
【００８８】
図４に示すユーザ情報入力画面において「送信」ボタンが押下されると、表示部１１は、図１２に示すユーザ情報確認画面を表示する。そして、ユーザは図１２に示すユーザ情報確認画面を見て、ユーザ情報の内容を確認しから「送信」ボタンを押下する。ユーザ情報確認画面において「送信」ボタンが押下されると、端末制御部１２は「送信」ボタンの押下を受け付けて、前記ユーザ状態（ユーザの体調）、ユーザの好み、購入希望商品ジャンル、ユーザ体況、ユーザリクエスト、等の情報を含む、商品情報送信要求メッセージを作成する。ただし、端末制御部１２が、「送信」ボタンの押下を受け付けて、前記ユーザ状態（ユーザの体調）、ユーザの好み、購入希望商品ジャンル、ユーザ体況、ユーザリクエスト、等のユーザ情報を端末記憶部１４に記憶する構成であってもよい。
【００８９】
本実施の形態においては、図１３に示すお奨め商品のみを要求するか否かを選択させるための画面も表示させる。そして、「ＹＥＳ」ボタンが押下されると、ユーザがお奨め情報のみの表示を希望する旨が端末記憶部１４に格納され、「ＮＯ」ボタンが押下されると、ユーザがすべての情報の表示を希望する旨が端末記憶部１４に記憶される。
【００９０】
また、上記「ＹＥＳ」または「ＮＯ」ボタンが押下されると、図１４に示す表示順序入力画面が表示される。そして、商品情報の表示順序が選択されると、ユーザが希望する当該表示順序が端末記憶部１４に記憶される。
【００９１】
本実施の形態においては、端末通信部１６が検索サーバ２０へ送信する商品情報送信要求メッセージには、商品に関する情報の送信を要求するメッセージが格納されており、商品情報送信要求メッセージの送信によって、端末装置１０ａ，１０ｃは商品に関する情報の送信依頼を行なっている（Ｓ１０８）。ただし、予め端末装置１０からユーザ情報のみを検索サーバ２０に送信しておいてもよく、その場合は、端末装置１０からユーザを特定するためのユーザ識別子が含まれる商品情報送信要求メッセージを送信する（Ｓ１０８）。商品情報送信要求メッセージに、端末装置１０を特定するための端末識別子を含む構成としてもよい。その後、検索サーバ２０から商品情報を受信して、商品検索・リスト作成処理を行なう（Ｓ１１０）。
【００９２】
図２３は、端末装置１０における商品検索・リスト作成処理（Ｓ１１０）を示すフローチャートである。以下では、端末装置１０における商品リスト作成処理について説明する。ここで、検索サーバ２０は、予め店舗サーバ４０ａ，４０ｂの各々から、各々の店舗を特定するための店舗情報と、商品の商品名を含む商品情報と、在庫数および予め定められた所定期間内の販売数を含む在庫情報と、相応しい各種嗜好情報と、を相互に対応付けて受信している。もしくは、検索サーバ２０は、端末装置１０からの商品情報送信要求に応じて、店舗サーバ４０ａ，４０ｂの各々に、各々の店舗を特定するための店舗情報と、商品の商品名を含む商品情報と、在庫数および予め定められた所定期間内の販売数を含む在庫情報と、相応しい各種嗜好情報と、を相互に対応付けて送信させる。
【００９３】
本実施の形態においては、検索サーバ２０は、ユーザ情報（地域情報）にあわせて、ユーザ（端末装置１０）が現在滞在している地域にある店舗店が有する店舗サーバ４０から商品情報等を検索通信部２６を介して受信する。より詳しくは、端末装置１０からは常に、当該端末装置１０が位置する場所情報がＬＣＳ（GPSもしくはCell ID方式）によって検索サーバ２０に送付されており、検索サーバ２０がユーザ（端末装置１０）の滞在場所（位置情報）に応じて、検索記憶部２４から対象となる店舗サーバ４０ａ，４０ｂを選択することが好ましい。
【００９４】
端末装置１０は、まず、商品情報送信要求メッセージを送信して、検索サーバ２０から複数の店舗サーバ４０ａ，４０ｂ・・・が送信したすべての商品情報を受信して、端末記憶部１４に記憶する。（Ｓ２０２）。そして、端末記憶部１４に記憶されている情報に基づいて、ユーザが推奨商品のみを希望しているか否かを判断する（Ｓ２０４）。ユーザが推奨商品のみの送信を希望していると判断した場合は（Ｓ２０４にてＹＥＳの場合）、図１９に示すような商品毎のキーワードを抽出する（Ｓ２０６）。端末記憶部１４に記憶されているユーザの体調や、ユーザの好みを抽出し、図２０に示すようなユーザの各種嗜好情報に対応するキーワードを抽出する（Ｓ２１０）。一方、ユーザが推奨商品のみの送信を希望していない場合は（Ｓ２０４にてＮＯの場合）、端末検索部１２１による検索を無効とし、検索サーバ２０から受信した全ての商品リストを表示する（Ｓ２０８）。
【００９５】
次に、端末記憶部１４に記憶されている商品の各々について、順番に、上記キーワードを介しながら、当該商品が購入希望商品ジャンルと、ユーザの体調と、ユーザの好みとに相応しいか否かを判断する（Ｓ２１２）。ここでは、商品の各々について、前記キーワード同士が一致するか否かを演算する。判断対象となっている商品が、購入希望商品ジャンルとユーザの体調とユーザの好みとに相応しい商品である場合（Ｓ２１２にてＹＥＳの場合）、「ユーザ推奨商品」としてフラグをたてる（Ｓ２１４）。より詳細には、ユーザの嗜好情報のキーワードに一致するキーワードを有する商品について、当該商品毎に生成されたフラグ領域に「１」を格納する。一方、判断対象となっている商品が、購入希望商品ジャンルとユーザの体調とユーザの好みとに相応しい商品でない場合（Ｓ２１２にてＮＯの場合）は、「ユーザ非推奨商品」としてフラグをたてないようにする（Ｓ２１６）。より詳細には、たとえば、商品毎に生成されたフラグ領域に「０」を格納する。
【００９６】
次に、全ての商品について、上記ユーザの各種嗜好情報とに相応しいか否かの判断が完了したか否かを判断する（Ｓ２１８）。判断が完了している場合には（Ｓ２１８にてＹＥＳの場合）、推奨商品リストを作成し（Ｓ２２０）、その後、端末装置１０へ当該推奨商品リストを表示する（Ｓ２２２）。一方、判断が完了していない場合には（Ｓ２１８にてＮＯの場合）、次の商品（次の商品ＩＤ等を有する商品）について、当該商品が上記各種嗜好情報とに相応しいか否かを判断する（Ｓ２１２〜Ｓ２１８）。
【００９７】
図２４は端末装置１０における推奨商品リストの作成処理（Ｓ２２０）を示すフローチャートである。端末制御部１２（端末検索部１２１）は、端末記憶部１４に記憶されている商品のうち、前記フラグが立てられた商品をピックアップする（Ｓ３０２）。端末制御部１２（端末検索部１２１）は、Ｓ３０２にてピックアップした商品の数を計算する（Ｓ３０４）。これによって、ピックアップした商品が表示部１１の１ページ内に収まるか否かを判断することができる。端末制御部１２（端末検索部１２１）は、Ｓ３０２でピックアップされた（Ｓ２１４にてフラグが立てられた（チェックされた））商品のキーワードとユーザ嗜好情報のキーワードとの合致率を算出する（Ｓ３０６）。より詳細には、前記端末検索部１２１は、たとえば、ユーザ嗜好情報に対応したキーワードの全数に対する、商品のキーワードと一致した数の割合を前記合致率として算出する。端末制御部１２（端末検索部１２１）は、Ｓ３０６で算出した合致率が予め定められたしきい値以上である商品を抽出し、当該商品のリストを作成する（Ｓ３０８）。
【００９８】
図２５は、端末装置１０における推奨商品リストの表示処理（Ｓ２２２・Ｓ１１２）を示すフローチャートである。端末制御部１２は、商品情報送信要求メッセージからユーザが希望する優先項目を抽出する（Ｓ４０２）。端末制御部１２は、作成された商品のリストを、優先項目に基づいて並び替える（ソートする）（Ｓ４０４）。表示部１１は、並び替えられたお奨め商品リストを表示する（Ｓ４０６）。
【００９９】
図２２に示すように、端末装置１０は、お奨め商品リストを作成すると（Ｓ１１０）、当該お奨め商品リストを端末記憶部１４に記憶して、図１５に示すように表示部１１が当該お奨め商品リストを表示する（Ｓ１１２）。これによって、端末装置１０のユーザは、商品毎の売り切れ易さを一目で把握することができる。
【０１００】
そして、図１５〜図１７に示すように、端末制御部１２が商品の選択命令を受け付けることにより（Ｓ１１４）、端末通信部１６を介した注文・決済処理が行なわれる（Ｓ１１６）。より詳細には、端末装置１０は、図１５に示すお奨め表示画面においてチェックをつけた商品についてリストアップした後、図１６に示すようにユーザからのそれぞれの商品の必要数の入力を受け付ける。そして、図１７に示すように発注確認場面において発注ボタンが押下されることによって、注文・決済処理が開始される（Ｓ１１６）。
【０１０１】
図２６は、端末装置１０、検索サーバ２０、店舗サーバ４０における注文・決済処理（Ｓ１１６）を示すシーケンス図である。まず、検索サーバ２０は、端末装置１０から商品情報送信要求を受け付けて、店舗サーバ４０ａ，４０ｂから在庫情報を受信している（Ｓ１０８（Ｓ６０８））。そして、図１５に示すように、表示部１１がお奨め表示画面を表示して、購入情報の入力を要求する（Ｓ１１２（Ｓ６１２））。図１６および図１７に示すように、端末入力部１３を介して購入情報が入力されると（Ｓ５１０）、すなわちユーザが購入を希望する購入希望情報（希望商品名、希望価格、希望数量）を端末入力部１３を介して端末装置１０へ入力すると、端末通信部１６は当該入力された情報を検索サーバ２０へと送信する（Ｓ５１２）。
【０１０２】
検索サーバ２０においては、検索通信部２６が前記購入希望情報を受信して（Ｓ５１４）、前記購入希望情報を希望商品を販売している店舗に対応した店舗サーバ４０へと転送する（Ｓ５１６）。当該店舗サーバ４０においては、店舗通信部４６が当該購入希望情報を受信して（Ｓ５１８）、店舗制御部４２が店舗記憶部４４を調べることにより、未だ希望商品の在庫が存在するか否かについての判定を行なう（Ｓ５２０）。すでに商品が売り切れている場合には（Ｓ５２０にてＮＯの場合）、検索サーバ２０を介して端末装置へ非販売通知を行なう（Ｓ５２４）。端末装置１０においては、端末通信部１６が当該非販売通知を受信して、図１８（ａ）に示すように表示部１１が商品を購入できなかった旨を表示する。一方、店舗制御部４２が希望商品の在庫がある旨を確認すると（Ｓ５２０にてＹＥＳの場合）、店舗通信部４６は検索サーバ２０に希望商品の販売（購入）が可能である旨の通知を行い（Ｓ５２６）、検索サーバ２０の検索通信部２６は当該通知を受信して、端末装置１０へ当該通知を転送する（Ｓ５２８，Ｓ５３０）。
【０１０３】
端末装置１０においては、表示部１１が希望商品の購入が可能である旨を表示して、端末入力部１３がユーザからの決済要求を受け付ける（Ｓ５３２）。ユーザによって、端末装置１０に決済要求が入力されると、決済要求メッセージが検索サーバ２０へ送信され（Ｓ５３２）、検索サーバ２０の決済部２２３が前記決済要求メッセージに応じて決済処理を行なう（Ｓ５３４）。より詳細には、決済部２２３は、検索通信部２６を介して外部の決済機関に対して決済可能か否かを問い合わせて、決済可能か否かについての情報を受信する（Ｓ５３６）。
【０１０４】
決済可能な場合は（Ｓ５３６にて右側のＹＥＳの場合）、検索サーバ２０は店舗サーバ４０へ決済可能通知を送信し、店舗サーバ４０の店舗制御部４２は当該決済可能通知を受け付けて（Ｓ５３８）、店舗記憶部４４の在庫情報を更新させる（Ｓ５４０）。また、決済可能な場合には（Ｓ５３６にて左側のＹＥＳの場合）、検索サーバ２０は端末装置１０へ購入完了通知を送信し、端末装置１０の端末通信部１６は当該購入完了通知を受け付けて（Ｓ５４２）、図１８（ｂ）に示すように表示部１１が購入完了画面を表示する（Ｓ５４４）。一方、決済が不可能な場合は（Ｓ５３６にてＮＯの場合）、検索サーバ２０は端末装置１０に購入不可能通知を送信し、図１８（ａ）に示すように表示部は購入不可能画面を表示する。
【０１０５】
本実施の形態に係る商品情報提供システム１においては、ユーザは現金による代金支払いの煩わしさから開放される。また、端末装置１０においては、前記購入処理が完了後、端末制御部１２が注文した商品情報を端末記憶部１４に記憶させる。このような構成により、ユーザは商品の注文履歴を確認することができ、支払った代金（決済金額）の確認をすることができる。また、情報を累積して記憶することができるため、当該情報をその後のユーザの体調、ユーザの好み、購入希望商品ジャンルの変更に利用することができる。
【０１０６】
本実施の形態においては、端末装置１０がネットワーク６０を介して店舗サーバ４０に注文要求を行なって、検索サーバに決済要求を行なう商品情報提供システム１について説明を行なった。たとえば、店舗サーバ４０がレストラン等の飲食店が有する店舗サーバ４０であって、商品情報提供システム１が食事のメニューを提供することによって、端末装置１０から当該店舗に対して希望メニューの予約（注文）を行なうことも可能である。この場合は、当該予約を行なう際に端末装置１０において決済まで完了してもよいし、予約の後、決済のみを当該店舗において行なうことも可能である。
【０１０７】
このような構成により、ユーザが小売店、デパート、飲食店に行く前に希望するメニューを予約できるため、小売店、デパート、飲食店で待たずに商品を受け取ることも可能になる。そして、ユーザーが小売店、デパート、飲食店に行く前に、希望するメニューを予約でき、在庫がなくなったり売り切れたりする心配がなくなる。
【０１０８】
また、前記ユーザーの体調や、ユーザの好みや、購入希望商品を、予めあるいは順次、格納する記憶手段が端末装置１０の本体に備えられた端末記憶部１４だけでなく、端末装置１０に外部着脱可能な記憶媒体にも記憶させることができる構成にすることが好ましい。このような構成により、気軽に他のユーザの端末装置にもデータを移動させることができる。
【０１０９】
また、端末装置１０の端末制御部１２は、注文・決済後に商品の注文履歴を集計して、ユーザーが指定した期間毎及び商品毎に注文履歴の集計し、当該集計結果を端末記憶部１４に記憶させる。このような構成により、日々・週間・月間・年間等の支払い（決済）履歴の集計を行うことができ、ユーザは端末装置１０を家計簿のように使用することができるようになる。そして、履歴情報から健康状態のチェック・カロリーの計算・栄養の偏りをチェックし、推奨すべき食品、飲料を提示することも出来る。
【０１１０】
また、図１０に示すユーザリクエスト入力画面において「専門家に連絡」が選択されると、端末通信部１６は検索サーバ２０に専門家の意見を要求する旨の要求メッセージを送信し、検索サーバ２０はネットワーク６０を介して専門家サーバ５０にユーザ毎のユーザの体調等と共に当該要求メッセージを送信する。専門家サーバは、ユーザが希望する購入希望商品ジャンルにおける当該ユーザの体調に応じた専門家の意見を検索サーバ２０を介して端末装置１０へと送信する。このような構成により、端末装置１０は、様々な用途に合わせて、専門的な観点からユーザにとって効率がよい情報を表示することができる。
【０１１１】
そして、端末制御部１２は、検索サーバ２０より受信した各種商品情報からユーザの各種嗜好情報に相応しい情報を検索する際に、前記専門家の意見に基づいて、前記各種嗜好情報あるいは前記キーワードを選択する。前記専門家の意見には前記専門家の連絡先（E-mailアドレス等）が含まれるものとし、これによって端末装置１０のユーザは専門家に直接相談することが可能となる。また、ユーザが前記専門家の意見をユーザの各種嗜好情報にフィードバックすることが可能になる。つまり、より最適な検索条件を設定することができるようになる。但し、このような情報を公開しても良いかどうかは、専門家が適宜選択可能に構成されている。
【０１１２】
また、端末記憶部１４が表示部１１に表示された店舗情報や商品情報を記憶することにより、ユーザが所望するタイミングで、ユーザがよく利用する商品を置いている小売店、デパート、飲食店等の情報をユーザに提供することも可能になる。
【０１１３】
［実施の形態２］
以下、実施の形態２について説明する。本実施の形態に係る商品情報提供システム１の全体構成は、実施の形態１および図１に示すものと同様であるので、ここでは説明を繰り返さない。本実施の形態に係る商品情報提供システム１は、ユーザデータベース３４に格納された端末装置１０毎のユーザの状態、ユーザの好み、ユーザの購入希望商品ジャンルに関する情報に基づいて、検索サーバ２０に記憶された店舗情報、当該店舗が扱う商品の商品情報、当該商品の在庫情報に関するデータの中から、ユーザに推奨すべき商品（たとえば、食品、飲料、衣服、食事のメニュー等）を検索して抽出し、端末装置１０を介して当該検索された商品に関する情報をユーザに提示するためのシステムである。実施の形態１と同様に、商品情報提供システム１によって行われる商品情報提供処理は、それぞれの端末装置１０やサーバ２０，４０，５０を構成するパーソナルコンピュータまたはワークステーションなどのコンピュータ上で実行されるソフトウェアによって実現される。
【０１１４】
ユーザは、端末装置１０を使用して必要な情報（店舗情報・商品情報・在庫情報）を得るために、ネットワーク６０を介して商品情報の送信要求（情報依頼）を検索サーバ２０に対して行う。その際に、端末装置１０は、予め端末装置１０が取得しているユーザに関する情報や端末装置１０の位置情報を、ネットワーク６０を介してユーザデータベース３４へ送信する。
【０１１５】
検索サーバ２０は、ユーザデータベース３４に登録されたユーザ情報に従って、ユーザ（端末装置１０）が現在滞在している場所に近い小売店・デパート等の店舗サーバ４０ａ，４０ｂ・・・に対して、ユーザが購入したいと考えている商品に関する情報を送信するよう依頼する。小売店・デパート等の店舗サーバ４０ａ，４０ｂ・・・は、予め店舗情報と当該商品に関する商品情報と当該商品に関する在庫情報とを検索サーバ２０へ送信している。もしくは、店舗サーバ４０ａ，４０ｂ・・・は、検索サーバ２０の要求に応じて店舗情報と当該商品に関する商品情報と当該商品に関する在庫情報とを検索サーバ２０へ送信する。検索サーバ２０は、端末装置１０からの商品情報送信要求メッセージに応じて、当該商品に関する各種情報を端末装置１０に送信する。
【０１１６】
また、ユーザが商品（食材等）を購入する際に専門家の意見を考慮したいと考えた場合には、ユーザは相談したい内容を専門家サーバ５０ａ，５０ｂに対して送信することができ、専門家サーバ５０ａ，５０ｂに蓄積された専門家の意見を得ることもできる。本実施の形態においては、端末装置１０毎のユーザに関するユーザ情報（ユーザ識別子とユーザの各種嗜好情報）は、データベースサーバ３０に備えられたユーザデータベース３４に格納されているが、ユーザデータベース３４自体が検索記憶部２４とは別に検索サーバ２０に備えられていてもよいし、ユーザ情報（ユーザデータベース３４）が検索サーバ２０の検索記憶部２４に格納されてもよい。
【０１１７】
本実施の形態に係る端末装置１０、検索サーバ２０、データベースサーバ３０、店舗サーバ４０、専門家サーバ５０は、実施の形態１および図１に示すものと同様であるので、ここでは説明を繰り返さない。そして、実施の形態１と同様に、本実施の形態に係る商品情報提供システムおよび商品情報提供処理（各種の処理を含む。）は、コンピュータハードウェアとＣＰＵ１２ａ，１２ｃによって実行されるソフトウェアとによって実現される。一般的にこうしたソフトウェアは、ＦＤ１１２やＣＤ−ＲＯＭ１１４などの記録媒体に格納されて、若しくはネットワークなどを介して流通する。そして、前記ソフトウェアは、ＦＤ駆動装置１１１ｃ若しくはＣＤ−ＲＯＭ駆動装置１１３ｃなどにより前記記録媒体から読取られて、または通信インターフェイス１６ａ，１６ｃにて受信されて、ＲＯＭ１５ａまたは固定ディスク１５ｃに格納される。そして、ＲＯＭ１５ａまたは固定ディスク１５ｃからＲＡＭ１４ａまたはメモリ１４ｃに読出されて、ＣＰＵ１２ａ，１２ｃにより実行される。
【０１１８】
＜機能構成＞
次に、本実施の形態に係る端末装置１０、検索サーバ２０、店舗サーバ４０が有する各機能について説明する。図２７は、本実施の形態に係る端末装置１０、検索サーバ２０、店舗サーバ４０の機能構成を示す機能ブロック図である。より詳細には、図２７（ａ）は端末装置１０ａ，１０ｂ・・・の機能構成を示す機能ブロック図であり、図２７（ｂ）は検索サーバ２０の機能構成を示す機能ブロック図であり、図２７（ｃ）は店舗サーバ４０ａ，４０ｂの機能構成を示す機能ブロック図である。
【０１１９】
本実施の形態においては、商品情報提供処理を構成する各種の処理機能がパーソナルコンピュータまたはワークステーションなどのコンピュータ上で実行されるソフトウェアによって実現される構成としているが、各ブロックの機能や各ステップの処理の一部を、ＣＰＵ１２ａ，１２ｃとソフトウェアとによって実現する代わりに、専用のハードウェア回路等によって実現してもよい。
【０１２０】
＜端末装置１０の機能構成＞
図２７（ａ）に示すように、本実施の形態に係る端末装置１０も、表示部１１と、端末制御部１２と、端末入力部１３と、端末記憶部１４と、端末通信部１６とを備えて構成されている。以下、端末装置１０の各機能について説明する。
【０１２１】
まず、表示部１１は、たとえばモニタ１１ａ，１１ｃとＣＰＵ１２ａ，１２ｃとから実現され、より詳細には、ＲＯＭ１５ａ（ＲＡＭ１４ａ）または固定ディスク１５ｃからＲＡＭ１４ａまたはメモリ１４ｃへと読み出された制御プログラムがＣＰＵ１２ａ，１２ｃ上で実行され、当該プログラムがモニタ１１ａ，１１ｃを制御することによって実現される。つまり、ＲＯＭ１５ａ（ＲＡＭ１４ａ）または固定ディスク１５ｃに記憶されたプログラムが一旦ＲＡＭ１４ａまたはメモリ１４ｃへと読み出されて、ＣＰＵ１２ａ，１２ｃがＲＡＭ１４ａまたはメモリ１４ｃから前記プログラムを読み出しながら順次実行することによって、以下の各処理の機能が実現される。
【０１２２】
表示部１１は、前記検索サーバ２０から受信した前記店舗情報と前記商品情報と前記在庫の程度とを表示する。表示部１１が表示する各画面については、前記実施の形態１と同様であるので説明を繰り返さない。
【０１２３】
端末制御部１２は、たとえばＣＰＵ１２ａ，１２ｃと、ＲＡＭ１４ａまたはメモリ１４ｃへと読み出された制御プログラムとによって実現される。端末制御部１２は、端末入力部１３に入力された情報を、端末通信部１６を介して検索サーバ２０に送信したり、前記検索サーバ２０から受信した前記店舗情報と前記商品情報と前記在庫の程度とを、前記表示部１１に表示させる。端末制御部１２は、端末検索部１２１と端末演算部１２２とを含まない点において実施の形態１に係る端末制御部１２と異なる。
【０１２４】
端末入力部１３は、たとえばキー１３ａと、ＣＰＵ１２ａ，１２ｃと、ＲＡＭ１４ａまたはメモリ１４ｃへと読み出された制御プログラムとによって実現され、ユーザから各種情報の選択や入力を受け付けて、端末制御部１２に送信する。たとえば、表示部１１を介して、ユーザ毎の前記各種嗜好情報である、ユーザの体調、ユーザの好み、ユーザの購入希望商品ジャンルの入力を受け付ける。
【０１２５】
端末記憶部１４は、たとえばＲＯＭ１５ａ、ＲＡＭ１４ａ、固定ディスク１５ｃ、メモリ１４ｃの少なくともいずれかによって実現される。端末記憶部１４は、前記検索サーバ２０から受信した、ユーザの各種嗜好情報に対応する、前記店舗情報と、前記商品情報と、前記在庫の程度と、を前記商品情報に対応付けて記憶する。
【０１２６】
端末通信部１６は、たとえば通信インターフェイス１６ａ，１６ｃと、ＣＰＵ１２ａ，１２ｃと、ＲＡＭ１４ａまたはメモリ１４ｃへと読み出された制御プログラムとによって実現される。端末通信部１６は、ユーザ識別子を含むユーザ情報を検索サーバ２０に送信する。端末通信部１６は、ユーザ識別子を含む商品情報送信要求を前記検索サーバ２０へ送信する。端末通信部１６は、前記商品情報送信要求を送信することによって、検索サーバ２０から前記複数の店舗サーバ４０ａ，４０ｂの各々から受信した、前記店舗情報と、前記商品情報と、前記在庫数および在庫の程度とを受信する。端末通信部１６は、図１７における前記発注確認画面を介してユーザによって入力される注文命令に応じて、前記検索サーバ２０に前記商品の注文要求を行う。端末通信部１６は、外部から入力される前記注文に対する決済命令に応じて、前記検索サーバに前記注文に対する決済要求を行う。
【０１２７】
＜検索サーバ２０の機能構成＞
図２７（ｂ）に示すように、本実施の形態に係る検索サーバ２０も、検索制御部２２と、検索記憶部２４と、検索通信部２６とを備えて構成されている。そして、検索制御部２２は、検索部２２１と検索演算部２２２と決済部２２３を有している。以下、検索サーバ２０の各機能について説明する。
【０１２８】
検索制御部２２は、たとえばＣＰＵ１２ｃと、メモリ１４ｃへと読み出された制御プログラムとによって実現される。検索制御部２２は、前記複数の店舗サーバ４０ａ，４０ｂ・・・の各々から受信した、前記店舗情報と、前記商品情報と、前記在庫数および所定期間内の前記販売数を含む前記在庫情報と、前記商品情報に対応する商品属性と、を商品毎に相互に対応付けて、検索記憶部２４に記憶したり、検索記憶部２４を更新する。
【０１２９】
検索制御部２２は、検索部２２１と検索演算部２２２と決済部２２３とを含む。検索演算部２２２は、検索記憶部２４に記憶した在庫数および所定期間における販売数に基づいて、段階的な在庫の程度を演算し、前記在庫の程度を前記商品情報（商品名）に対応付けて前記検索記憶部２４に記憶させる。検索部２２１（第２の検索手段）は、商品属性と、取得部（検索通信部２６）を介してデータベースサーバ３０のユーザデータベース３４から取得した前記ユーザ情報に対応するキーワードとを介して、前記検索記憶部２４から前記ユーザ情報に対応する商品情報を検索する少なくとも前記店舗情報と前記商品情報と前記在庫の程度とを検索する。決済部２２３は、端末装置１０からの前記決済要求に応じて、決済処理を行い、前記決済処理が完了できたか否かを、前記端末装置１０と前記店舗サーバ４０とに送信する。
【０１３０】
検索記憶部２４は、たとえば固定ディスク１５ｃ、メモリ１４ｃの少なくともいずれかによって実現される。検索記憶部２４は、前記店舗サーバ４０から受信した、前記複数の店舗サーバ４０ａ，４０ｂ・・・の各々から受信した、前記店舗情報と、前記商品情報と、前記在庫数および所定期間内の前記販売数を含む前記在庫情報と、前記商品毎に相応しい各種嗜好情報（体調、好み、購入希望商品ジャンル）と、前記商品情報に対応する商品属性と、を相互に対応付けて記憶する。
【０１３１】
図１９に示すように、検索記憶部２４は、商品名とそれらの商品に対応したキーワード（商品属性）とを記憶する。たとえば、商品ＡＡＡについては、当該商品に対応したキーワードとして「チョコレート」「甘い」「カカオ」「癒し」「睡眠」等が記憶されている。このような対応関係情報も、店舗サーバ４０から検索サーバ２０へ送信されてくる。そして、図２０に示すように、検索記憶部２４は、ユーザの各種嗜好情報とそれらの各種嗜好情報に対応したキーワードを記憶する。たとえば、食事入力画面における「日本」については、当該好みに対応したキーワードとして「癒し」「和」「あっさり」「寺」「絹」等が記憶されている。このようにして、本実施の形態に係る検索部２２１による、前記ユーザの嗜好情報に対応する少なくとも前記店舗情報と前記商品情報と前記在庫の程度の検索は、それぞれのキーワードを介すことによって、より多くの商品がヒットするようになっている。
【０１３２】
図２１に示すように、検索記憶部２４には、前記複数の店舗サーバ４０ａ，４０ｂ・・・の各々から受信した、前記店舗情報と、前記商品情報と、前記在庫数および所定期間内の前記販売数を含む前記在庫情報と、商品情報に対応する商品属性と、を相互に対応付けて格納するデータベースが記憶されている。そして、当該データベースには、それぞれの商品毎に前記検索演算部２２２にて算出された在庫余裕（在庫の程度）が格納されている。
【０１３３】
つまり、検索記憶部２４のデータベースには、店舗サーバ４０から受信した商品毎の、商品名や、在庫数や、価格や、予め定められた期間（一例として１週間）内の販売数や、販売期限が、格納される。そして、前記検索演算部２２２が前記在庫数と前記販売数とから在庫余裕（在庫の程度）を算出し、当該在庫の程度をデータベースに格納する。より詳細には、端末演算部１２２は、前記在庫数の前記販売数に対する割合を算出し、当該割合に応じて段階的な在庫の程度を決定する。検索演算部２２２は、以下の式に基づいて、当該割合を算出する。
（割合）＝（在庫の個数）／（所定期間における販売数）
本実施の形態においては前記所定期間を最近（最新）の１週間としている。そして、検索演算部２２２は、当該割合が３より大きい場合に在庫の程度として第１の印を対応付け、当該割合が２以上かつ３未満である場合に在庫の程度として第２の印を対応付け、当該割合が１以上かつ２未満である場合に在庫の程度として第３の印を対応付け、当該割合が１未満である場合に在庫の程度として第４の印を対応付けるものとする。
【０１３４】
また、検索記憶部２４は、店舗サーバ４０を有する店舗の所在（住所や郵便番号）を記憶しており、たとえば、検索制御部２２は商品情報送信要求から端末装置１０の所在を把握して、端末装置１０の滞在場所から近い住所や郵便番号を有する店舗のみの商品情報を当該端末装置１０に送信する。検索制御部２２は、市町村が同一である場合に近いと判断してもよいし、都道府県が同一である場合に近いと判断してもよいし、郵便番号の一部が同一である場合に近いと判断してもよい。
【０１３５】
検索通信部２６は、たとえば通信インターフェイス１６ｃと、ＣＰＵ１２ｃと、メモリ１４ｃへと読み出された制御プログラムとによって実現される。検索通信部２６は、前記商品情報送信要求に応じて、前記複数の店舗サーバ４０ａ，４０ｂ・・・の各々から受信した、前記店舗情報と、前記商品情報と、前記在庫数および所定期間内の前記販売数を含む前記在庫情報と、商品情報に対応した商品属性と、を商品毎に相互に対応付けて受信する。検索通信部２６は、検索部２２１によって検索された前記ユーザ情報に対応する、前記店舗情報と前記商品情報と前記在庫の程度とを端末装置１０へ送信する。
【０１３６】
本実施の形態においては、予め端末装置１０を有するユーザ毎のユーザの各種嗜好情報が、ユーザ識別子に対応付けられてユーザデータベース３４に格納されている。そして、本実施の形態においては、ユーザデータベース３４はデータベースサーバ３０に備えられており、データベースサーバ３０がＬＡＮ(Local Area Network)７０を介して検索サーバ２０に接続されている。検索サーバ２０は、検索通信部２６（取得手段）を介して、前記端末装置１０から受信した前記商品情報送信要求に応じて、前記ユーザデータベース３４から前記ユーザ識別子に対応付けられたユーザの各種嗜好情報を取得する。ただし、ユーザの各種嗜好情報が格納されたユーザデータベース３４が、検索サーバ２０の検索記憶部２４に格納されている構成であってもよい。
【０１３７】
＜店舗サーバ４０の機能構成＞
図２７（ｃ）に示すように、本実施の形態に係る店舗サーバ４０は、店舗制御部４２と、店舗入力部４３と、店舗記憶部４４と、店舗通信部４６とを備えて構成されている。そして、店舗制御部４２は、注文受付部４２４を有している。店舗サーバ４０の各機能は、実施の形態１のそれと同様であるので、説明を省略する。
【０１３８】
＜商品情報提供処理＞
図２８は端末装置１０ａ，１０ｂにおける商品情報取得処理を示すフローチャートである。図２８に示すように、まず、端末装置１０は、ユーザの体調、好み、商品ジャンル等の各種嗜好情報の入力を、ユーザから受け付ける（Ｓ６０２）。たとえば、端末装置１０ａ，１０ｂのユーザは、端末装置１０ａ，１０ｃの表示部１１に図４に示されているユーザ情報入力画面が表示されている際に、入力を希望するメニューを選択して、それぞれのメニューの入力を行う。端末装置１０ａ，１０ｃは、入力されたユーザ情報データを読み込んで（Ｓ６０４）、入力されたユーザ毎の各種嗜好情報を端末記憶部１４に記憶する。ユーザ情報データの読み込み処理（Ｓ６０４）における各メニューの詳細については、実施の形態１と同様であるので、ここでは説明を繰り返さない。
【０１３９】
本実施の形態においては、図１２に示すユーザ情報確認画面において「送信」ボタンが押下されると、端末制御部１２は「送信ボタン」の押下を受け付けて、前記ユーザ状態（ユーザの体調）、ユーザの好み、購入希望商品ジャンル、ユーザ体況、ユーザリクエスト等のユーザの各種嗜好情報を含む、商品情報送信要求メッセージを作成する。そして、表示部１１は、図１３に示すお奨め商品のみを要求するか否かを選択させるための画面を表示する。そして、「ＹＥＳ」ボタンが押下されると、お奨め情報のみを希望する旨が商品情報送信要求メッセージに格納され、「ＮＯ」ボタンが押下されると、すべての情報を希望する旨が商品情報送信要求メッセージに格納される。
【０１４０】
また、上記「ＹＥＳ」または「ＮＯ」ボタンが押下されると、図１４に示す表示順序入力画面が表示される。そして、商品情報の表示順序が選択されると、当該表示順序が前記商品情報要求メッセージに格納される。
【０１４１】
そして、端末通信部１６は、前記商品情報送信要求メッセージを検索サーバ２０へと送信する（Ｓ６０６）。一方、図１２に示すユーザ情報確認画面において「戻る」ボタンが押下されると、表示部１１は「戻る」ボタンの押下を受け付けて、ユーザ情報入力画面を表示する。
【０１４２】
本実施の形態においては、端末通信部１６が検索サーバ２０へ送信する商品情報送信要求メッセージには、商品に関する情報の送信を要求するメッセージも格納されており、商品情報送信要求メッセージの送信によって、端末装置１０ａ，１０ｃは商品に関する情報の送信依頼を行なっている（Ｓ６０８）。ただし、予め端末装置１０からユーザ情報（ユーザの各種嗜好情報）のみを検索サーバ２０（ユーザデータベース３４）に送信しておいてもよく、その場合は、端末装置１０からユーザ情報が含まれない商品情報送信要求に関するメッセージが送信される（Ｓ６０８）。
【０１４３】
以下では、検索サーバ２０における商品リスト作成処理について説明する。図２９は検索サーバ２０における商品リスト作成処理を示すフローチャートである。検索サーバ２０は、予め店舗サーバ４０ａ，４０ｂの各々から、各々の店舗を特定するための店舗情報と、商品の商品名を含む商品情報と、在庫数および予め定められた所定期間内の販売数を含む在庫情報と、前記商品情報に対応するキーワード（商品属性）と、を相互に対応付けて受信している。そして、端末装置１０からの商品情報送信要求を受信する（Ｓ７０２）。もしくは、検索サーバ２０は、端末装置１０からの商品情報送信要求に応じて、店舗サーバ４０ａ，４０ｂの各々に、各々の店舗を特定するための店舗情報と、商品の商品名を含む商品情報と、在庫数および所定期間内の販売数を含む在庫情報と、相応しい各種嗜好情報と、を相互に対応付けて送信させる（Ｓ７０２）。
【０１４４】
本実施の形態においては、検索サーバ２０は、ユーザ情報（地域情報）にあわせて、ユーザが現在いる地域にある店舗店が有する店舗サーバから商品のリスト等データを検索通信部２６を介して受信する。好ましくは、端末装置１０から常に、当該端末装置１０が位置する場所情報がＬＣＳ（GPSもしくはCell ID方式）によって検索サーバ２０に送付されており、検索サーバ２０がユーザ（端末装置１０）の滞在場所（位置情報）に応じて対象となる店舗サーバ４０ａ，４０ｂを選択する。
【０１４５】
そして、商品情報送信要求メッセージを調べて、ユーザが推奨商品のみを希望しているか否かを判断する（Ｓ７０４）。ユーザが推奨商品のみの送信を希望していると判断した場合は（Ｓ７０４にてＹＥＳの場合）、図１９に示すような商品毎のキーワードを抽出する（Ｓ７０６）。そして、商品情報送信要求メッセージに含まれるユーザの体調や、ユーザの好みを抽出し、図２０に示すようなユーザの各種嗜好情報に対応するキーワードを抽出する（Ｓ７１０）。一方、ユーザが推奨商品のみの送信を希望していない場合は（Ｓ７０４にてＮＯの場合）、店舗サーバから受信した全ての商品リストを送信する（Ｓ７０８）。
【０１４６】
次に、検索サーバ２０の検索記憶部２４に記憶されている商品について、順番に、上記キーワードを介しながら、当該商品が購入希望商品ジャンルとユーザの体調とユーザの好みとに相応しい商品であるか否かを判断する（Ｓ７１２）。ここでは、前記商品のキーワードと嗜好情報のキーワードとが一致するか否かを判断するものとしている。判断対象となっている商品が、購入希望商品ジャンルと、ユーザの体調と、ユーザの好みとに相応しい商品である場合（Ｓ７１２にてＹＥＳの場合）、「ユーザ推奨商品」としてフラグをたてる（Ｓ７１４）。より詳細には、ユーザの嗜好情報のキーワードに一致するキーワードを有する商品について、当該商品毎に生成されたフラグ領域に「１」を格納する。一方、判断対象となっている商品が、購入希望商品ジャンルと、ユーザの体調と、ユーザの好みとに相応しい商品でない場合（Ｓ７１２にてＮＯの場合）、「ユーザ非推奨商品」としてフラグはたてない（Ｓ７１６）。より詳細には、たとえば、商品毎に生成されたフラグ領域に「０」を格納する。
【０１４７】
次に、全ての商品について、当該商品が購入希望商品ジャンルとユーザの体調とユーザの好みとに相応しいか否かの判断が完了したか否かを判断する（Ｓ７１８）。当該判断が完了している場合には（Ｓ７１８にてＹＥＳの場合）、推奨商品リストを作成し（Ｓ７２０）、その後、端末装置１０へ当該推奨商品リストを送信する（Ｓ７２２）。一方、判断が完了していない場合には（Ｓ７１８にてＮＯの場合）、次の商品（次の商品ＩＤ等を有する商品）が、購入希望商品ジャンルとユーザの体調とユーザの好みと対して相応しいか否かを判断する（Ｓ７１２〜Ｓ７１８）。
【０１４８】
図３０は検索サーバ２０における推奨商品リストの作成処理（Ｓ７２０）を示すフローチャートである。検索制御部２２（検索部２２１）は、検索記憶部２４に記憶されている商品のうち、前記フラグが立てられた商品をピックアップする（Ｓ８０２）。検索制御部２２（検索部２２１）は、Ｓ８０２にてピックアップした商品の数を計算する（Ｓ８０４）。これによって、ピックアップした商品が表示部１１の１ページ内に収まるか否かを判断することができる。検索制御部２２（検索部２２１）は、Ｓ８０２でピックアップされた（Ｓ７１４にてフラグが立てられた（チェックされた））商品のキーワードとユーザ嗜好情報のキーワードとの合致率を算出する（Ｓ８０６）。より詳細には、前記検索部２２１は、たとえば、ユーザ嗜好情報に対応したキーワードの全数に対する、商品のキーワードと一致した数の割合を前記合致率として算出する。検索制御部２２（検索部２２１）は、Ｓ８０６で算出した合致率が予め定められたしきい値以上である商品を抽出し、当該商品のリストを作成する（Ｓ８０８）。
【０１４９】
図３１は、検索サーバ２０における推奨商品リストの送信処理（Ｓ７２２・Ｓ６１０）を示すフローチャートである。検索制御部２２は、商品情報送信要求メッセージからユーザが希望する優先項目を抽出する（Ｓ９０２）。検索制御部２２は、作成された商品のリストを、優先項目に基づいて並び替える（ソートする）（Ｓ９０４）。検索通信部２６は、並び替えられたお奨め商品リストを端末装置１０に送信する（Ｓ９０６）。
【０１５０】
図２８に示すように、端末装置１０は、お奨め商品リストを受信すると（Ｓ６１０）、当該お奨め商品リストを端末記憶部１４に記憶して、図１５に示すように表示部１１が当該お奨め商品リストを表示する（Ｓ６１２）。これによって、端末装置１０のユーザは、商品毎の売り切れ易さを一目で把握することができる。
【０１５１】
そして、図１５〜図１７に示すように、端末制御部１２が商品の選択命令を受け付けることにより（Ｓ６１４）、端末通信部１６を介した注文・決済処理が行なわれる（Ｓ６１６）。より詳細には、端末装置１０は、図１５に示すお奨め表示画面においてチェックをつけた商品についてリストアップした後、図１６に示すようにユーザからのそれぞれの商品の必要数の入力を受け付ける。そして、図１７に示すように発注確認場面において発注ボタンが押下されることによって、注文・決済処理が開始される（Ｓ６１６）。注文・決済処理（Ｓ６１６）については、実施の形態１と同様の処理であるので、説明は繰り返さない。
【０１５２】
上記に示す変形例（実施の形態）は、その本質を変容させることなく、互いに組み合わせ可能であり、他の実施の形態にも適用することができる。
【０１５３】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【０１５４】
【図１】実施の形態１，２に係る商品情報提供システムの全体構成を示す概略図である。
【図２】実施の形態１，２に係る端末装置の一例である携帯電話と、端末装置と検索サーバと店舗サーバと専門家サーバの一例であるパーソナルコンピュータのハードウェア構成を示す制御ブロック図である。
【図３】実施の形態１に係る端末装置、検索サーバ、店舗サーバの機能構成を示す機能ブロック図である。
【図４】端末装置におけるユーザ情報入力画面を示すイメージ図である。
【図５】端末装置におけるユーザ状態入力画面を示すイメージ図である。
【図６】端末装置における好み入力画面を示すイメージ図である。
【図７】端末装置における商品ジャンル入力画面を示すイメージ図である。
【図８】端末装置における食事入力画面と健康食入力画面を示すイメージ図である。
【図９】端末装置における体況入力画面を示すイメージ図である。
【図１０】端末装置におけるユーザリクエスト入力画面を示すイメージ図である。
【図１１】端末装置におけるダウンロードメニュー入力画面を示すイメージ図である。
【図１２】端末装置におけるユーザ情報確認画面を示すイメージ図である。
【図１３】端末装置におけるお奨め選択画面を示すイメージ図である。
【図１４】端末装置における表示順序入力画面を示すイメージ図である。
【図１５】端末装置におけるお奨め商品表示画面を示すイメージ図である。
【図１６】端末装置における発注画面を示すイメージ図である。
【図１７】端末装置における発注確認画面を示すイメージ図である。
【図１８】端末装置における購入失敗画面および購入完了画面を示すイメージ図である。
【図１９】端末記憶部に記憶される商品名とそれらに対応する商品のキーワードを示すイメージ図である。
【図２０】端末記憶部に記憶されるユーザの好みとそらの好みに対応するキーワードとを示すイメージ図である。
【図２１】検索記憶部に記憶された、前記店舗情報と、前記商品情報と、前記在庫情報と、各種嗜好情報と、在庫の程度と、を相互に対応付けて格納しているデータベースを示すイメージ図である。
【図２２】端末装置における商品情報取得処理を示すフローチャートである。
【図２３】端末装置における商品検索・リスト作成処理を示すフローチャートである。
【図２４】端末装置における推奨商品リストの作成処理を示すフローチャートである。
【図２５】端末装置における推奨商品リストの表示処理を示すフローチャートである。
【図２６】端末装置、検索サーバ、店舗サーバにおける注文・決済処理を示すシーケンス図である。
【図２７】実施の形態２に係る端末装置、検索サーバ、店舗サーバの機能構成を示す機能ブロック図である。
【図２８】端末装置における商品情報取得処理を示すフローチャートである。
【図２９】検索サーバにおける商品リスト作成処理を示すフローチャートである。
【図３０】検索サーバにおける推奨商品リストの作成処理を示すフローチャートである。
【図３１】検索サーバ２０における推奨商品リストの送信処理（Ｓ７２２）を示すフローチャートである。
【符号の説明】
【０１５５】
１  商品情報提供システム、１０  端末装置、１１  表示部、１２  端末制御部、１３  端末入力部、１４  端末記憶部、１６  端末通信部、２０  検索サーバ、２２  検索制御部、２４  検索記憶部、２６  検索通信部、３４  ユーザデータベース、４０  店舗サーバ、４２  店舗制御部、４３  店舗入力部、４４  店舗記憶部、４６  店舗通信部、５０  専門家サーバ、６０  ネットワーク、１２１  端末検索部、１２２  端末演算部、２２１  検索部、２２２  検索演算部、２２３  決済部、４２４  注文受付部。
【図１】
2008310578.tif 000003
【図２】
2008310578.tif 000004
【図３】
2008310578.tif 000005
【図４】
2008310578.tif 000006
【図５】
2008310578.tif 000007
【図６】
2008310578.tif 000008
【図７】
2008310578.tif 000009
【図８】
2008310578.tif 000010
【図９】
2008310578.tif 000011
【図１０】
2008310578.tif 000012
【図１１】
2008310578.tif 000013
【図１２】
2008310578.tif 000014
【図１３】
2008310578.tif 000015
【図１４】
2008310578.tif 000016
【図１５】
2008310578.tif 000017
【図１６】
2008310578.tif 000018
【図１７】
2008310578.tif 000019
【図１８】
2008310578.tif 000020
【図１９】
2008310578.tif 000021
【図２０】
2008310578.tif 000022
【図２１】
2008310578.tif 000023
【図２２】
2008310578.tif 000024
【図２３】
2008310578.tif 000025
【図２４】
2008310578.tif 000026
【図２５】
2008310578.tif 000027
【図２６】
2008310578.tif 000028
【図２７】
2008310578.tif 000029
【図２８】
2008310578.tif 000030
【図２９】
2008310578.tif 000031
【図３０】
2008310578.tif 000032
【図３１】
2008310578.tif 000033