(57)【要約】【課題】買い物に迷っている利用客にのみお奨めの商品情報を提供する。【解決手段】ショッピングカート１０は、利用者による利用開始時間を記録し（ステップＳ１）、経過時間を計測し（ステップＳ２）、会計が完了したか否かを検出し（ステップＳ３）、所定時間内に会計の完了を検出しない場合に、利用者が買い物に迷っていると判断して、お奨めの商品情報を要求する信号を商品情報提供元２０に送信する（ステップＳ４）。【選択図】        図１
2004288108.tif 000002
【特許請求の範囲】
【請求項１】
お奨めの商品情報の提供を要求する商品情報要求方法において、
利用者が商品を運ぶための商品運搬用装置が、
前記商品運搬用装置の利用開始時間を記録するステップと、
経過時間を計測するステップと、
会計が完了したか否かを検出するステップと、
前記経過時間を参照して、所定時間内に前記会計が完了しない場合に、前記利用者が買物に迷っていると判断して前記お奨めの商品情報を要求する信号を商品情報提供元に送信するステップと、
を有することを特徴とする商品情報要求方法。
【請求項２】
前記商品が出し入れされていることを検出するステップと、
特定の商品において、前記出し入れの回数が所定回数を超えると、前記特定の商品の購入を迷っていると判断するステップと、
前記特定の商品に関する前記商品情報を要求する信号を前記商品情報提供元に送信するステップと、
を有することを特徴とする請求項１記載の商品情報要求方法。
【請求項３】
同一商品分類に属する複数の前記商品の、前記出し入れの回数が所定回数を越えると、前記同一商品分類の中で購入を迷っていると判断するステップと、
前記同一商品分類のうち、前記お奨めの商品情報を要求する信号を前記商品情報提供元に送信するステップと、
を有することを特徴とする請求項２記載の商品情報要求方法。
【請求項４】
お奨めの商品情報の提供を要求する処理をコンピュータに機能させるプログラムにおいて、
前記コンピュータが、
利用者が商品を運ぶための商品運搬用装置の利用開始時間を記録し、
経過時間を計測し、
会計が完了したか否かを検出し、
前記経過時間を参照して、所定時間内に前記会計が完了しない場合に、前記利用者が買物に迷っていると判断して前記お奨めの商品情報を要求する信号を商品情報提供元に送信する、
処理を前記コンピュータに実行させることを特徴とするプログラム。
【請求項５】
お奨めの商品情報の提供を要求する処理をコンピュータに機能させるプログラムを格納したコンピュータ読み取り可能な記録媒体において、
前記コンピュータが、
利用者が商品を運ぶための商品運搬用装置の利用開始時間を記録し、
経過時間を計測し、
会計が完了したか否かを検出し、
前記経過時間を参照して、所定時間内に前記会計が完了しない場合に、前記利用者が買物に迷っていると判断して前記お奨めの商品情報を要求する信号を商品情報提供元に送信する、
処理を前記コンピュータに実行させることを特徴とするプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、商品情報要求方法、プログラム及びその記録媒体に関し、特に、お奨めの商品情報の提供を要求する商品情報要求方法、プログラム及びその記録媒体に関する。
【０００２】
【従来の技術】
従来、例えば、スーパーマーケットなどの販売店では、入店してきた利用者にお奨めの商品情報を宣伝用のディスプレイに表示するなどして、利用者の購買意欲向上を図っている。
【０００３】
また、販売店内で利用者が商品を運ぶためのショッピングカートに、お奨め（お買い得）の商品の広告や、売り場に応じた広告、利用者の嗜好に応じた商品の広告を表示する方法なども提案されている（例えば、特許文献１参照）。
【０００４】
【特許文献１】
特開２００２−３０４６７１号公報（段落番号〔００５５〕，〔００７３〕，〔００８３〕，第２図）
【０００５】
【発明が解決しようとする課題】
しかし、利用者の中には既に買うべきものを決めているものもおり、買う予定の無いお奨め品を提示されたことで、気分を害してしまう場合があるという問題があった。
【０００６】
本発明はこのような点に鑑みてなされたものであり、ショッピングカートのような商品運搬用装置が、買い物に悩んでいる人にだけ、お奨め品の商品情報の提供を、商品情報提供元に要求する商品情報要求方法、プログラム及びそのようなプログラムを格納したコンピュータ読み取り可能な記録媒体を提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明では上記課題を解決するために、お奨めの商品情報の提供を要求する商品情報要求方法において、図１に示すように、利用者が商品を運ぶための商品運搬用装置（図ではショッピングカートと表記している）１０が、商品運搬用装置１０の利用開始時間を記録するステップ（Ｓ１）と、経過時間を計測するステップ（Ｓ２）と、会計が完了したか否かを検出するステップ（Ｓ３）と、経過時間を参照して、所定時間内に会計が完了しない場合に、利用者が買物に迷っていると判断してお奨めの商品情報を要求する信号を商品情報提供元２０に送信するステップ（Ｓ４）と、を有することを特徴とする商品情報要求方法が提供される。
【０００８】
このような手順の商品情報要求方法では、商品運搬用装置１０は、利用者による利用開始時間を記録し、経過時間を計測し、会計が完了したか否かを検出し、所定時間内に会計の完了を検出しない場合に、お奨めの商品情報を要求する信号を商品情報提供元２０に送信する。商品情報提供元２０は、お奨めの商品情報を利用者の携帯端末３０に通知する。
【０００９】
【発明の実施の形態】
以下本発明の実施の形態を図面を参照して説明する。
図１は、本発明の実施の形態の商品情報要求方法を実現する商品情報提供システムの概略を示す図である。
【００１０】
本発明に係わる商品情報提供システムは、例えば、スーパーマーケットなどの店舗内で、利用者が商品を運搬するショッピングカート１０と、例えば、店舗内サーバである商品情報提供元２０と、利用者が所有する携帯端末３０と、から構成される。
【００１１】
ショッピングカート１０は、利用者により、このショッピングカート１０が利用開始された利用開始時間を記録し（ステップＳ１）、利用開始時間からの経過時間を計測し（ステップＳ２）、会計が完了したか否かを検出し（ステップＳ３）、経過時間を参照して所定時間内に会計が完了しない場合に、利用者が買物に迷っていると判断して、お奨めの商品情報を要求する信号を、無線通信により、商品情報提供元２０に送信する（ステップＳ４）。
【００１２】
例えば、３０分経過しても、会計が完了しない場合には、利用者が買い物に迷っていると判断して、お奨めの商品情報が商品情報提供元２０より、利用者が所有する携帯端末３０に送信されて表示される。図１の例では、“牛肉”がお奨めであるという商品情報が提供される。このとき“牛肉”を用いたレシピを表示するようにしてもよい。
【００１３】
このように上記の方法によれば、所定の時間を経過しても会計を終えていない、買い物に迷っていると判断された利用者にのみ、お奨めの商品情報を提供することができる。また、利用者の購買意欲を向上させることが可能になる。
【００１４】
次に本発明の実施の形態の詳細を説明する。
図２は、商品情報提供システムの構成を示す機能ブロック図である。
本発明に係わる商品情報提供システムは、店舗内で利用者が商品を運ぶためのショッピングカート１００と、例えば、店舗内に設置され、商品情報を提供する店舗サーバ２００と、会計を行うレジ端末３００が、ネットワーク４００に接続されている構成からなる。
【００１５】
ショッピングカート１００は、利用者が所持する会員カードの情報を読み取るカードリーダ部１０１と、ショッピングカート１００の動き出しを検出する感圧センサなどであるセンサ部１０２と、ショッピングカート１００の利用開始からの時間を計測するタイマ部１０３と、お奨めの商品情報などを表示する表示部１０４と、ショッピングカート１００内の商品などを記憶するデータ記憶部１０５と、商品ごとに付加されたＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）タグを読み取るＩＣタグリーダ部１０６と、ネットワーク４００を介してデータの送受信を行うデータ送受信部１０７と、レジ端末３００より会計が完了した旨の情報を受け取る会計完了情報受取部１０８と、これら各部を制御する制御部１０９と、無線通信を行うためのアンテナ１１０から構成される。
【００１６】
各商品に付加されるＩＣタグは、近年、バーコードの代わりとして提案されているものであり、各商品の情報を記憶している。また、外部から無線通信を使って複数のＩＣタグの情報を一括で自動的に読み取りすることもできる。
【００１７】
ここで、制御部１０９は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、ＣＰＵが実行する基本的なプログラムやデータを格納しているＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）と、ＣＰＵが実行途中のプログラムや、演算途中のデータを一時的に格納するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などにより構成されている。
【００１８】
店舗サーバ２００は、ネットワーク４００を介してデータの送受信を行うデータ送受信部２０１と、ショッピングカート１００から送られてくるデータを元に、紹介すべき商品を選定する紹介商品選定部２０２と、特定の商品を買おうかどうしようか迷っている利用者には、その商品を用いたレシピを選定するレシピ選定部２０３と、仕入れた商品の数量などを管理する仕入データベース２０４と、売り上げた商品の数量などを管理する売上データベース２０５と、お奨めの商品（食材）を用いたレシピを格納するレシピデータベース２０６と、を有する。
【００１９】
レジ端末３００は、ショッピングカート１００より、カート内の商品の値段情報を受け取るデータ受取部３０１と、会計処理を行う会計処理部３０２と、会計処理が完了すると、完了情報を送信する完了情報送信部３０３と、を有する。またレジ端末３００は、人手による入力のためにキーボードなどの入力装置３１０と、会計の結果などが表示される出力装置３２０を有する。
【００２０】
ネットワーク４００は、例えば無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）から構成される。
以下、図２の商品情報提供システムにおける処理の流れを示すとともに、本発明の実施の形態の商品情報要求方法を説明する。
【００２１】
まず、ショッピングカート１００内での処理を説明する。
図３、４、５は、ショッピングカートが実行する処理の流れを示すフローチャートである。
【００２２】
まず、制御部１０９は、カードリーダ部１０１またはセンサ部１０２からの情報を利用開始情報として入力待ちする（ステップＳ１）。ここで、カードリーダ部１０１で、利用者の会員カードが読み取られるか、利用者がショッピングカート１００を動かし始めたことがセンサ部１０２で検出されることで、制御部１０９は、ショッピングカート１００が利用開始されたと判断し、ステップＳ３の処理に進む。利用開始情報が入力されない場合は、ステップＳ１の処理に戻る（ステップＳ２）。
【００２３】
ステップＳ２の処理で、ショッピングカート１００の利用が開始されたと判断された場合には、制御部１０９は、その利用開始時間をデータ記憶部１０５に記録する（ステップＳ３）。
【００２４】
次に、利用者による、ショッピングカート１００への商品の出し入れを、ＩＣタグリーダ部１０６で検出して、制御部１０９の制御のもとデータ記憶部１０５に記録する（ステップＳ４）。
【００２５】
図６は、商品ごとに付加されるＩＣタグの情報例である。
ＩＣタグには、商品分類、商品名、商品の金額などの情報が格納される。ＩＣタグリーダ部１０６は、この情報を読み取って、商品の出し入れを検出する。
【００２６】
図７、８は、データ記憶部に格納される商品出入記録の例である。
商品出入記録には、ステップＳ３の処理で記録した利用開始時間と、悩み判定閾値時間（後述する）が記録され、ショッピングカート１００に入れた商品の情報（商品分類、商品名、商品金額、数量）と、ショッピングカート１００から出した商品の情報が記録される。図７の例では、商品分類“肉類”の“鶏肉”が２つ、“牛肉”が３つと、商品分類が“野菜”の“じゃがいも”が１つショッピングカート１００内に入り、“鶏肉”が１つと、“牛肉”が３つショッピングカート１００から出されたことを示している。この場合、ショッピングカート１００内には“鶏肉”が１つと、“じゃがいも”が残っている。
【００２７】
本実施の形態では、以下、ショッピングカート１００から出した数量を出入回数とする。すなわち、図７において、“牛肉”の出入回数は３回、“鶏肉”は１回、“じゃがいも”は０回となる。
【００２８】
図８の例では、“鶏肉”と“牛肉”が２つ入り、２つ出されたことを示す。他は図７と同じである。この図の場合は、ショッピングカート１００内に残っている商品は、“じゃがいも”だけとなる。ここでは、出入回数は、“鶏肉”、“牛肉”とも２回である。
【００２９】
図３のフローチャートに戻ると、次に、制御部１０９は、タイマ部１０３で計測されている経過時間が、所定時間（前述した図７、８の悩み判定閾値時間である）を経過したか否かを判定し、所定時間を経過した場合はステップＳ６に進み、所定時間を経過していない場合は、ステップＳ７に進む（ステップＳ５）。
【００３０】
所定時間を経過した場合は、制御部１０９は、データ記憶部１０５を参照して、ショッピングカート１００内の品数が、閾値より少ないか否かを判定する。ここで、閾値以上であればステップＳ７に進み、少なければステップＳ１３に進む。例えば、閾値となる品数を２つとした場合、図７の例の場合“じゃがいも”と“鶏肉”が１つずつあるので品数は２つとなり、閾値以上となりステップＳ７に進み、図８の例の場合“じゃがいも”１つのみであるので、閾値より少ないのでステップＳ１３に進む（ステップＳ６）。
【００３１】
ステップＳ５の処理で、所定時間を経過していないと判定された場合、もしくは、ステップＳ６の処理で、ショッピングカート１００内の品数が閾値よりも多い場合、制御部１０９は、データ記憶部１０５を参照して、同一商品の出入回数が閾値を越えたか否かを判断する。ここで、閾値以下の場合はステップＳ８に進み、閾値を超える場合はステップＳ１０に進む。例えば閾値の回数を２回とすると、図７の場合、“牛肉”の出入回数は３回で閾値を越えるので、制御部１０９は、利用者が牛肉を買おうか迷っている状態であると判断し、ステップＳ１０の処理に進む。また、図８の場合、閾値を超える出入回数の同一商品が無いのでステップＳ８に進む（ステップＳ７）。
【００３２】
同一商品の出入回数が閾値を超えない場合には、制御部１０９は、同一商品分類の出入回数が閾値を超えるか否かを判断する。ここで、閾値を越える場合、ステップＳ９に進み、閾値以下の場合は、ステップＳ１４に進む。例えば閾値の回数を１回とすると、図８の場合、同じ商品分類“肉類”である“鶏肉”と“牛肉”の出入回数がともに２回で、閾値を超えているので、制御部１０９は、利用者が肉類で牛肉を買おうか鶏肉を買おうかで迷っている状態であると判断し、ステップＳ９の処理に進む（ステップＳ８）。
【００３３】
ステップＳ８の処理で、同一商品分類の出入回数が閾値を超えたと判断された場合には、制御部１０９は、データ記憶部１０５に格納されたデータに、お奨めの商品情報（以下、紹介商品情報と呼ぶ場合もある）を選別するための依頼フラグを付加する。この依頼フラグがある場合は、利用者は同一商品分類の中で迷っていることを示し、ない場合は特定の商品の購入について迷っていることを示す。依頼フラグは、店舗サーバ２００が利用者に紹介する紹介商品情報を提供する際に用いられる（ステップＳ９）。
【００３４】
ステップＳ７またはステップＳ８の処理で、出入回数が閾値を超えた場合に、利用者が迷っていると判断されるので、紹介商品情報を要求するために、ショッピングカート１００内の商品情報を、店舗サーバ２００に通知する。このとき、ステップＳ７の処理で出入回数が閾値を超えた商品または、ステップＳ９の処理で、依頼フラグを付加された商品分類の情報も通知される（ステップＳ１０）。
【００３５】
通知された情報をもとに、店舗サーバ２００で生成される紹介商品情報（例えば紹介したい商品のレシピなど）をデータ送受信部１０７で受けとり（ステップＳ１１）、制御部１０９の制御のもと、表示部１０４に出力して表示し、その後ステップＳ１６に進む（ステップＳ１２）。
【００３６】
図９、１０は、店舗サーバから提供される紹介商品情報の出力画面例である。
図９は、図７で示したように、牛肉を購入するか否かで迷っている利用者に提供される紹介商品情報の例を示している。出入回数が閾値を超えた商品である牛肉を用いた、お奨めのレシピが表示される。ここで、牛肉とショッピングカート１００内に入っている他の食材はチェックボックスが塗りつぶされ、例えば、“肉じゃが”を作る場合は、チェックボックスが塗りつぶされていない“たまねぎ”を揃えればよいことが示される。
【００３７】
図１０は、図８に示したように、同一商品分類である“肉類”で、牛肉を買うか、鶏肉を買うかで迷っている利用客に提供される紹介商品情報の例を示している。
【００３８】
この場合、店舗サーバ２００からは、売り上げなどを考慮して、どちらの商品を奨めればよいかを判断して、奨めたい商品の情報が紹介商品情報として出力される。図のように、例えば、鶏肉よりも牛肉がお奨めである旨を通知するとともに、牛肉を用いたレシピが提供される。
【００３９】
一方、所定時間経過して、ステップＳ６の処理で、ショッピングカート１００内の品数が閾値より少ないと判定された場合、利用者が買い物に迷っていると判断し、制御部１０９の制御のもと、データ送受信部１０７は紹介商品情報の提供を店舗サーバ２００に要求し（ステップＳ１３）、店舗サーバ２００より紹介商品情報を受信する（ステップＳ１４）。その後、紹介商品情報を、制御部１０９の制御のもと表示部１０４で出力する（ステップＳ１５）。
【００４０】
図１１は、店舗サーバから提供される紹介商品情報の出力画面例である。
図のように、例えば“本日は［牛肉］がお奨めです”などと、奨めたい商品を示し、さらにその商品（食材）を用いたレシピの例を出力する。ここで、チェックボックスが塗りつぶされている食材（図では“じゃがいも”）はすでにショッピングカート１００内に入っている食材を示す。例えば、“肉じゃが”を作るには、あと“牛肉”と、“たまねぎ”を揃えればよいことを示す。
【００４１】
なお、ステップＳ１３の処理で、ショッピングカート１００内に入っている商品を店舗サーバ２００に通知して、その食材を用いたレシピを受け取るようにしてもよい。
【００４２】
ステップＳ１６では、制御部１０９は会計処理が開始されるか否かを判断し、会計処理が開始される場合には、ステップＳ１７に進み、そうでなければステップＳ４に戻る。
【００４３】
会計処理が開始されると、制御部１０９の制御のもと、ショッピングカート１００内の商品の値段などの情報は、データ送受信部１０７によりレジ端末３００に出力される（ステップＳ１７）。その後レジ端末３００より、会計が完了した旨の情報を、会計完了情報受取部１０８で受け取ると、次の利用者のために、データ記憶部１０５に格納された図７、８で示したような商品出入記録を初期化して、ショッピングカート１００の処理を終える（ステップＳ１８）。
【００４４】
次に、店舗サーバ２００における処理を説明する。
図１２は、ショッピングカートから商品情報を受け取った場合の店舗サーバの処理の流れを示すフローチャートである。
【００４５】
なお、以下の処理は店舗サーバ２００の図示しない制御装置（ＣＰＵなど）の制御のもと行われる。
ショッピングカート１００から、ネットワーク４００を介して、商品情報をデータ送受信部２０１で受け取ると（ステップＳ２０）、前述した紹介商品選別のための依頼フラグがあるか否かを判断する。依頼フラグがある場合には、利用者は同一商品分類で迷っていると判断して、ステップＳ２２の処理に進む。依頼フラグがない場合、利用者は特定の商品を買おうかどうしようかと迷っていると判断してステップＳ２６に進む。例えば、図７で示したように、利用者が“牛肉”を買おうか悩んでいる場合には、ステップＳ２６に進み、図８で示したように、利用者が、同一商品分類の“肉類”で、“鶏肉”か“牛肉”か、で迷っているような場合には、ステップＳ２２に進む（ステップＳ２１）。
【００４６】
同一商品分類で迷っていると判断された場合、紹介商品選定部２０２では、仕入データベース２０４から仕入情報を受付け（ステップＳ２２）、売上データベース２０５から売上情報を受付け（ステップＳ２３）、売れ行きを判定する（ステップＳ２４）。
【００４７】
図１３は、仕入データベースの例である。
仕入データベース２０４には、商品分類と、商品名と、その日の開店時における在庫量が管理される。
【００４８】
図１４は、売上データベースの例である。
売上データベース２０５には、商品分類と、商品名と、その日の売上量が管理される。この売上データベース２０５において売上量は、レジ端末３００からの情報を元に更新される。
【００４９】
次に、図１３、１４の情報をもとにステップＳ２４で判定した売れ行きに応じて、紹介したい商品を決定する（ステップＳ２５）。
さらに、レシピ選定部２０３で、特定の商品を買おうか迷っている利用者には、その特定の商品を用いたレシピを、同一の商品分類で迷っている利用者には、ステップＳ２５の処理で決定した紹介商品を用いたレシピを、レシピデータベース２０６より抽出する（ステップＳ２６）。
【００５０】
図１５は、レシピデータベースの例である。
レシピデータベース２０６には、“肉類”、“野菜”などの商品分類キーと、“牛肉”、“鶏肉”など、レシピの主となる主キー材料と、その主キー材料を用いた料理の名称と、その料理を作るための副キー材料（例えば肉じゃがを作る場合は、“たまねぎ”、“じゃがいも”）が管理される。レシピ選定部２０３では、紹介商品となる主キー材料をもとに、レシピデータベース２０６を検索し、レシピを抽出する。
【００５１】
その後、抽出したレシピをデータ送受信部２０１で、ネットワーク４００を介して、ショッピングカート１００、または、利用者が持っている携帯端末（図示せず）に通知して表示させる（Ｓ２７）。
【００５２】
なお、携帯端末に送信する場合には、例えば、ショッピングカート１００のカードリーダ部１０１で読み込まれた利用者の会員カードに、利用者のメールアドレスが格納されており、それが店舗サーバ２００に通知され、商品情報通知の際のあて先として用いられる。
【００５３】
次に、所定時間を経過しても会計が完了しない場合、ショッピングカート１００から紹介商品情報要求がなされた場合の、店舗サーバの処理の流れを説明する。
【００５４】
図１６は、ショッピングカートから紹介商品情報要求を受け取った場合の店舗サーバの処理の流れを示すフローチャートである。
ショッピングカート１００からネットワーク４００を介してデータ送受信部２０１で、紹介商品情報要求を受信すると、図１２の処理と同様に、仕入情報と売上情報を元に売れ行きを判定し、紹介商品を決定する（ステップＳ３１〜Ｓ３４）。その後も図１２と同様に紹介商品を用いたレシピを抽出して（ステップＳ３５）、ショッピングカート１００または利用者の携帯端末に通知する（ステップＳ３６）。
【００５５】
このように、利用者が、特定の商品の購入を迷っている場合は、その商品に関するレシピなどの商品情報を提供し、同一の商品分類でどの商品を購入するか迷っている場合や、利用者が所定時間経過しても会計を終えないで買い物に迷っているような場合には、その日の売上などを考慮して奨めたい商品の情報を利用者に提供する。つまり、買い物に迷っている人にのみ、商品情報を提供することができる。
【００５６】
なお、上記では、スーパーマーケットなどにおいて、ショッピングカートが、お奨めの食材やレシピなどの商品情報を要求する商品情報要求方法について説明したが、これに限定されず、ショッピングカートを用いる電気店などにおいても、利用者の迷いに応じて、お奨めの商品や、商品の組み合わせなどを商品情報提供元に要求して、利用者に提供するようにしてもよい。また、この際、商品情報とともに値引き情報を提供するようにしてもよい。これにより、利用者の購買意欲がいっそう高まる。
【００５７】
また、上記では、商品運搬用装置としてショッピングカートを用いて説明したが、商品を運搬する買い物籠などでもよい。
また、上記では、利用者への商品情報の提供は、携帯端末または、ショッピングカートの表示部で行われるとして説明したが、店舗内の所定の場所に、例えば、ショッピングカートの番号を入力することで、店舗サーバから紹介商品情報を受け取り、出力する紹介商品情報出力装置を設けてもよい。
【００５８】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、商品運搬用装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、ＤＶＤ−ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＣＤ−Ｒ（Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ（ＲｅＷｒｉｔａｂｌｅ）などがある。光磁気記録媒体には、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ  ｄｉｓｃ）などがある。
【００５９】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００６０】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【００６１】
【発明の効果】
以上説明したように本発明によれば、所定の時間を経過しても会計を終えていない、買い物に迷っていると判断された利用者にのみ、お奨めの商品情報を提供することができる。
【００６２】
また、利用者が、特定の商品の購入を迷っている場合は、その商品に関するお奨めの商品情報を提供し、同一の商品分類でどの商品を購入するか迷っている場合には、その日の売上などを考慮して奨めたい商品の情報を利用者に提供することができる。これにより利用者の購買意欲を向上させることが可能になる。
【図面の簡単な説明】
【図１】本発明の実施の形態の商品情報要求方法を実現する商品情報提供システムの概略を示す図である。
【図２】商品情報提供システムの構成を示す機能ブロック図である。
【図３】ショッピングカートが実行する処理の流れを示すフローチャートである（その１）。
【図４】ショッピングカートが実行する処理の流れを示すフローチャートである（その２）。
【図５】ショッピングカートが実行する処理の流れを示すフローチャートである（その３）。
【図６】商品ごとに付加されるＩＣタグの情報例である。
【図７】データ記憶部に格納される商品出入記録の例である（その１）。
【図８】データ記憶部に格納される商品出入記録の例である（その２）。
【図９】店舗サーバから提供される紹介商品情報の出力画面例である（その１）。
【図１０】店舗サーバから提供される紹介商品情報の出力画面例である（その２）。
【図１１】店舗サーバから提供される紹介商品情報の出力画面例である（その３）。
【図１２】ショッピングカートから商品情報を受け取った場合の店舗サーバの処理の流れを示すフローチャートである。
【図１３】仕入データベースの例である。
【図１４】売上データベースの例である。
【図１５】レシピデータベースの例である。
【図１６】ショッピングカートから紹介商品情報要求を受け取った場合の店舗サーバの処理の流れを示すフローチャートである。
【符号の説明】
１０  ショッピングカート
２０  商品情報提供元
３０  携帯端末
【図１】
2004288108.tif 000003
【図２】
2004288108.tif 000004
【図３】
2004288108.tif 000005
【図４】
2004288108.tif 000006
【図５】
2004288108.tif 000007
【図６】
2004288108.tif 000008
【図７】
2004288108.tif 000009
【図８】
2004288108.tif 000010
【図９】
2004288108.tif 000011
【図１０】
2004288108.tif 000012
【図１１】
2004288108.tif 000013
【図１２】
2004288108.tif 000014
【図１３】
2004288108.tif 000015
【図１４】
2004288108.tif 000016
【図１５】
2004288108.tif 000017
【図１６】
2004288108.tif 000018