JP2003091665A

JP2003091665A - 買い物支援サーバ及びシステム

Info

Publication number: JP2003091665A
Application number: JP2001283038A
Authority: JP
Inventors: Noriko Okawa; 典子大川
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2001-09-18
Filing date: 2001-09-18
Publication date: 2003-03-28

Abstract

(57)【要約】（修正有）【課題】オンラインショッピング時の取引データをサ
ーバから受信して，購入した品物の賞味期限や使用状況
の在庫を管理する場合に，在庫不足となる品物の購入決
定後の，品物の購入方法に関しての合理的な処理方法を
提供する。【解決手段】顧客ＩＤに関連付けられた購入履歴を蓄
積する購入履歴蓄積手段と，顧客ＩＤに関連付けられた
在庫情報を蓄積する在庫情報蓄積手段と，購入履歴蓄積
手段に蓄積された購入履歴と，在庫情報蓄積手段に蓄積
された在庫情報に基づいて購入する必要がある必要商品
を解析するための必要商品解析手段と，必要商品解析手
段により取得された必要商品に関する広告情報を取得す
るための広告情報取得手段と，購入履歴，在庫情報，必
要商品，広告情報の何れかあるいはその組み合わせに関
するＷｅｂページを顧客ＩＤ毎に作成するＷｅｂページ
作成手段と，を備えてなる買い物支援サーバ。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，顧客における購入
履歴や在庫情報に応じて，買い物に必要な商品や広告情
報を出力する買い物支援サーバ及びシステムに関するも
のである。

【０００２】

【従来の技術】近年，ネットワーク環境の進化により情
報取得が容易になり，ショッピングの分野でもオンライ
ンで商品情報を見たり，購入したりすることが可能とな
っている。その中で，商品を購入する際の在庫情報を管
理することにより，適切で且つ無駄のないショッピング
をするショッピングの支援システムが提案されている。
第１の従来例として，特開平９−２６５４９２号公報で
は，金銭出納を管理する家計管理データに，購入した品
物の使用に基づいて在庫状況分析する手段を設け，在庫
不足となる品物を購入の決定や警告をする家計管理支援
システムが開示されている。また，第２の従来例とし
て，特開平１０−６３７２５号公報では，各商店で扱っ
ている商品の通常価格・特売価格・特売期間や各商店の
住所・営業時間などの情報をネット・ワークから入手し
て格納する店情報データベースと，店情報データベース
を検索して買い物に必要な商品の情報と店の情報を抽出
する買い物情報抽出部と，買い物情報を表示する出力部
を備え，買いたい商品の価格や特売情報や販売店の情報
を抽出して，無駄や浪費のない買い物を支援する買い物
支援装置が開示されている。

【０００３】

【発明が解決しようとする課題】上記第１の従来例で
は，オンラインショッピング時の取引データをサーバか
ら受信して，購入した品物の賞味期限や使用状況の在庫
を管理するが，在庫不足となる品物の購入決定後の，品
物の購入方法に関してはなんら記載していない。また，
第２の従来例では，抽出した材料（必要商品）からこれ
に関連する特売日などの店情報を検索して出力するもの
で，必要商品を抽出する手法としてレシピデータベース
などを参照しているに過ぎず，顧客における購入履歴や
在庫情報に基づいてきめ細かく必要商品を抽出するもの
ではない。しかしながら，一般家庭での買い物の実体を
考えると，顧客の商品に対する嗜好や購入周期などに加
えて，頂き物等，購入とは別に入手する物も必要商品に
加えられると言った顧客特有の情報も考慮するべきであ
るが，上記いずれの従来例でもこの点に関する記載はな
い。また，第１及び第２の従来例では，ネットワークに
つながった装置やシステムに係わらず，在庫情報は利用
者端未に保持されており，外出先などで他の端末から在
庫情報を確認することができない。本発明は，上記した
従来技術が内蔵する課題の解決を目的とするものであ
る。

【０００４】

【課題を解決するための手段】上記目的を達成するため
に，本発明は，Ｗｅｂページを表示する手段を備えたク
ライアントに接続され，上記クライアントからの要求に
応じてＷｅｂページを上記クライアントに送信する手段
を備えた買い物支援サーバにおいて，顧客ＩＤに関連付
けられた購入履歴を蓄積する購入履歴蓄積手段と，顧客
ＩＤに関連付けられた在庫情報を蓄積する在庫情報蓄積
手段と，上記購入履歴蓄積手段に蓄積された購入履歴
と，在庫情報蓄積手段に蓄積された在庫情報に基づいて
購入する必要がある必要商品を解析するための必要商品
解析手段と，上記必要商品解析手段により取得された必
要商品に関する広告情報を取得するための広告情報取得
手段と，上記購入履歴，在庫情報，必要商品，広告情報
の何れかあるいはその組み合わせに関するＷｅｂページ
を顧客ＩＤ毎に作成するＷｅｂページ作成手段と，を備
えてなることを特徴とする買い物支援サーバとして構成
されている。これにより，複数の顧客に関する購入履歴
と在庫情報を蓄積することができ，複数の顧客がＷｅｂ
ページ上で購入する必要がある商品と広告情報を参照す
ることができる。

【０００５】上記広告情報を，上記買い物支援サーバに
接続された店舗側の情報を取り扱う店舗サーバから取得
することができる。これにより店舗からオンラインによ
って，広告情報を容易に取得できる。上記広告情報は，
上記買い物支援サーバに設けられた広告情報蓄積手段か
ら取得してもよい。これにより店舗に関する広告情報を
蓄積し，必要に応じて取得できることになる。前記購入
履歴蓄積手段に蓄積される購入履歴を，上記店舗サーバ
から取得することも可能である。これにより商品を購入
した店舗からオンラインによって，正確な購入データを
容易に取得できる。上記店舗サーバとして，ＩＣカード
等による顧客ＩＤの認識手段と，購入商品に関する情報
の入力手段と，顧客ＩＤと購入商品に関する情報を送出
する手段を備えてなるものとして構成することができ
る。このように店舗サーバにおいて，ＩＣカード等を用
いることにより顧客ＩＤの認識が容易となり，買い物支
援サーバにおいて，簡単に顧客ＩＤ毎に購入履歴を取得
することができるようになる。前記在庫情報蓄積手段に
蓄積された在庫情報の取得方法として，顧客の購入履歴
に応じて変更するようにしてもよい。このようにするこ
とで，商品の購入周期などの商品の購入履歴に応じて，
在庫情報を更新できるので，在庫予測が正確にできるよ
うになる。

【０００６】前記在庫情報蓄積手段に蓄積された在庫情
報を，上記購入履歴中の消耗品の変動に応じて変更する
ようにしてもよい。このような構成によって，購入履歴
が，在庫情報内に含まれる消耗品についての変動を参照
することで，在庫の正確な予測が可能となる。また前記
在庫情報蓄積手段に蓄積された在庫情報について，経過
時間に応じて変更するように構成することが望ましい一
形態である。この構成により，使用（賞味）期限のある
在庫商品や，経過時間に応じて消耗する在庫商品に関し
て在庫情報を変更することができるので，顧客に本当に
必要な商品を在庫とする事ができる。更に，買い物支援
サーバが，顧客の属性を蓄積する顧客属性蓄積手段を備
え，前記在庫情報蓄積手段に蓄積された在庫情報が，上
記顧客情報蓄積手段に蓄積された顧客属性に応じて変更
されるように構成されてもよい。これにより，顧客の家
族構成，年齢などの情報に応じて，きめ細かく在庫情報
を変更することができるので，必要商品の在庫の精度が
向上する。前記必要商品解析手段は，前記在庫情報蓄積
手段に蓄積された在庫量が一定量より少ないならば，必
要商品として抽出するように設定されてもよい。これに
より在庫量の少ない商品が確実に必要商品として抽出さ
れるので，必要商品について間違いが生じない。また顧
客は，在庫量が少ない商品やその広告情報を，参照する
ことができるので便利である。

【０００７】更に，前記必要商品解析手段は，前記在庫
情報蓄積手段に蓄積された在庫情報中の使用（賞味）期
限が近い商品を必要商品として抽出するものとして構成
されてもよい。これによって，在庫情報に含まれる使用
期限や賞味期限が参酌されるので，誤って賞味期限等の
切れた商品を保存しておく無駄や失敗が無くなると共
に，顧客は，使用（賞味）期限が近い商品やその広告情
報を，参照することができるので便利である。前記必要
商品解析手段が，購入履歴蓄積手段に蓄積された購入履
歴から，定期的に購入している非消耗品を必要商品とし
て抽出するものであってもよい。非消耗品であっても定
期的に購入している商品は必要商品としてカウントする
ことが出来，顧客の生活情報に密着したデータを採用す
ることができるので，必要商品抽出の精度が向上するば
かりか，顧客は，定期的に購入している非消耗品やその
広告情報を，参照することができるので，便利である。
買い物支援サーバが，前記顧客属性蓄積手段と，店舗の
属性情報を蓄積する店舗属性蓄積手段とを備え，前記広
告情報取得手段は，前記顧客属性蓄積手段に蓄積された
顧客属性と前記店舗属性蓄積手段に蓄積された店舗属性
に基づいて抽出された店舗サーバから広告情報を取得す
るものであってもよい。これによれば，顧客の住所や嗜
好に応じた店舗サーバから広告情報を取得できるので，
情報の精度が向上する。前記店舗属性を，店舗サーバか
ら取得することでできる。店舗の属性情報をそれにもっ
とも詳しい店舗サーバから取得することで情報の精度が
向上する。本発明に係る買い物支援サーバとして，前記
在庫情報蓄積手段に蓄積された在庫情報を更新する在庫
情報更新手段を具備し，該在庫情報更新手段は，前記ク
ライアントからの在庫情報を受信し，これに従って在庫
情報蓄積手段内の在庫情報を更新するものであってもよ
い。これにより，例えば，頂き物や賞品など購入してい
ない在庫商品や買い物支援サーバで予測できない商品の
消費に関して，顧客が在庫情報を入力できるので，顧客
の生活実態に即した在庫情報を用いることが出来る。

【０００８】また，買い物支援サーバとしては，前記ク
ライアントからの顧客属性を含む情報を受信し，この情
報に従って前記顧客属性情報蓄積手段に蓄積された顧客
属性を更新する顧客属性更新手段を更に具備して構成さ
れても良い。これによれば，顧客属性を顧客から取得す
ることができるので，顧客に関する詳細な情報を取得す
ることができる。また本発明に係る買い物支援システム
は次のように構成されうる。店舗サーバと，該店舗サー
バに接続されたクライアントを具備してなる買い物支援
システムにおいて，上記店舗サーバは，商品に関する広
告情報を蓄積する広告情報蓄積手段を備え，上記クライ
アントは，購入履歴を蓄積する購入履歴蓄積手段と，在
庫情報を蓄積する在庫情報蓄積手段と，上記購入履歴蓄
積手段に蓄積された購入履歴と，上記在庫情報蓄積手段
に蓄積された在庫情報とに基づいて購入する必要がある
商品を解析するための必要商品解析手段と，上記必要商
品解析手段により取得された必要商品に関する広告情報
を上記店舗サーバの広告情報蓄積手段より取得するため
の広告情報取得手段を備えるてなること特徴とする買い
物支援システム。これによれば，購入履歴と在庫情報に
基づいて購入する必要がある商品を抽出し，その商品の
広告情報を店舗サーバから取得することで，顧客はクラ
イアント上で容易に購入する必要がある商品と広告情報
を参照でき，無駄のない買い物ができる。

【０００９】

【発明の実施の形態】以下，本発明の実施の形態につい
て図を用いて説明する。図１は，本発明における買い物
支援サーバ，クライアント，店舗サーバから構成される
買い物支援システムのネットワーク図である。買い物支
援サーバ１０は，クライアント１１や店舗サーバ１２
と，公衆回線網等の回線（有線，無線を問わない）によ
りネットワーク接続されている。買い物支援サーバ１０
は，顧客ＩＤ毎の購入履歴や在庫情報の保存，広告情報
の取得等を行う。クライアント１１は，顧客ＩＤを用い
て，買い物支援サーバ１０から顧客ＩＤに対応する購入
履歴や広告情報等を取得し，Ｗｅｂブラウザ上に表示す
るＷｅｂ閲覧ソフトを具備している。店舗サーバ１２
は，商品属性や広告情報を蓄積しており，これらの情報
を買い物支援サーバ１０に送出する。尚，買い物支援サ
ーバ１０，クライアント１１，店舗サーバ１２の詳細構
成は後に説明する。また，クライアント１１や店舗サー
バ１２は複数存在し，例えば，同一顧客ＩＤのクライア
ント１１が複数あり，自宅と外出先などの複数のクライ
アント１１で同じ顧客ＩＤを用いて購入履歴などを表示
させ，確認することが出来る。店舗サーバ１２について
は，スーパーマーケットなどにおける複数の店舗サーバ
１２からそれぞれ別の，あるいは統括された同一の広告
情報を買い物支援サーバ１０に送出することができる。
図２は，図１における買い物支援サーバ１０の機能を示
す機能ブロック図，図３は，クライアント１１の機能を
示す機能ブロック図，図４は店舗サーバ１２の機能を示
す機能ブロック図である。図２に示すように，買い物支
援サーバ１０は，通信装置２０１，Ｗｅｂページ作成部
２０２，顧客ＩＤ／ページデータ蓄積手段２０３，購入
履歴蓄積手段２０４，在庫情報蓄積手段２０５，在庫情
報更新手段２０６，必要商品解析手段２０７，広告情報
照会手段２０８，顧客属性蓄積手段２０９，店舗属性蓄
積手段２１０を具備して構成されている。また図に破線
で示すように，必要に応じて広告情報蓄積手段２１２を
具備しても良い。

【００１０】上記通信装置２０１は，公衆回線等を通じ
てクライアント１１や店舗サーバ１２とデータの入出力
を行う。Wｅｂページ作成部２０２は，顧客ＩＤ／ペー
ジデータ蓄積手段２０３のデータ，購入履歴蓄積手段２
０４のデータ，在庫情報蓄積手段２０５のデータ，また
は広告情報照会手段２０８からの広告情報を用いて，Ｗ
ｅｂページを作成し，通信装置２０１を通じてクライア
ント１１に送出する。顧客ＩＤ／ページデータ蓄積手段
２０３は，買い物支援サーバ１０内に蓄積されている購
入履歴や在庫情報に対する全顧客ＩＤと，Ｗｅｂページ
のページデータを蓄積するデータベースである。ページ
データのなかには，全顧客ＩＤに共通に用いられるペー
ジデータ，及び顧客ＩＤ毎に特有のページデータが存在
する。顧客ＩＤは，例えば，後記するように，クライア
ント１１から顧客ＩＤを用いた要求があった時に，その
顧客ＩＤが買い物支援サーバ１０の顧客ＩＤに含まれて
いるかを照会するために用いられる。購入履歴蓄積手段
２０４は，顧客ＩＤ毎の購入履歴に関するデータを蓄積
するデータベースである。購入履歴は商品を購入した店
舗サーバ１２から送られることで蓄積され，クライアン
ト１１の要求に従い，蓄積データをＷｅｂページ作成部
２０２に送出する。購入履歴のデータ内容については，
後に詳細に説明する。在庫情報蓄積手段２０５は，顧客
ＩＤ毎の商品の在庫情報に関するデータを蓄積するデー
タベースである。在庫情報とは，顧客が現在家庭などで
保有している商品に関する情報である。在庫情報は，在
庫情報更新手段２０６によって購入履歴蓄積手段２０４
内から必要なデータを抽出するか，クライアント１１か
らの情報を受信することにより取得される。また，在庫
情報は，クライアント１１からの要求に従いＷｅｂペー
ジ作成部２０２に送出される。在庫情報のデータ内容に
ついては，後に詳細に説明する。

【００１１】在庫情報更新手段２０６は，在庫情報蓄積
手段２０５内の在庫情報を，経過時間や商品の使用期限
等に応じて更新する機能を達成する。在庫情報の更新処
理については，後に詳細に説明する。必要商品解析手段
２０７は，購入履歴蓄積手段２０４内の購入履歴と在庫
情報蓄積手段２０５内の在庫情報に応じて，必要商品を
抽出する機能を達成する。必要商品の解析処理について
は，後に詳細に説明する。広告情報照会手段２０８は，
必要商品解析手段２０７により抽出された必要商品，顧
客属性蓄積手段２０９内の顧客属性，店舗属性蓄積手段
２１０内の店舗属性に応じて，広告情報を取得するため
の店舗サーバ１２を決定し，店舗サーバ１２から広告情
報を照会し取得する機能を達成する。広告情報の取得に
ついては，後に詳細に説明する。顧客属性蓄積手段２０
９は，顧客ＩＤ毎に設定される顧客属性を蓄積するデー
タベースである。顧客属性としては，顧客の性別や年齢
などの個人データや家族などの複数人のデータがある。
顧客の年齢や性別に応じた広告情報，顧客の住所に近い
店舗や顧客の指定店舗の広告情報などを取得するために
用いられる。顧客属性は，例えば，クライアント１１か
らの顧客属性を含む情報を受信し，この情報に従って前
記顧客属性蓄積手段に蓄積された顧客属性を更新する事
ができるほか，買い物支援サーバ１０の図示していない
キーボード等の入力装置による更新したり取得したりす
ることができる。このように顧客属性を更新する手段が
顧客属性更新手段の一例である。店舗属性蓄積手段２１
０は，店舗サーバ１２毎の店舗属性を蓄積するデータベ
ースである。店舗属性は，店舗の業種，住所，営業時間
などの店舗特有のデータであり，店舗サーバ１２から得
られる情報によりデータ内容を更新できる。必要商品や
顧客属性の条件に合う店舗属性の店舗サーバ１２から，
広告情報を取得するために用いられる。店舗属性は，例
えば，店舗サーバ１０からの情報により取得され，更新
される。

【００１２】上記Ｗｅｂページ作成部２０２，必要商品
解析手段２０７，在庫情報更新手段２０６及び広告情報
照会手段２０８は，買い物支援サーバ１０に設けられた
ＣＰＵなどの制御装置２１１により達成される機能を実
現する手段であり，具体的にはプログラムあるいはその
一部を意味するものである。図３は，クライアント１１
の機能ブロック図を示す。クライアント１１は，通信装
置２２１，制御装置２２２，顧客ＩＤ／顧客属性／在庫
情報入力手段２２３，表示装置２２４を具備して構成さ
れている。上記通信装置２２１は，公衆回線等を通じて
買い物支援サーバ１０や店舗サーバ１２とデータの入出
力を行う。制御装置２２２は，顧客ＩＤ／顧客属性／在
庫情報入力手段２２３によって，顧客ＩＤ，顧客属性，
在庫情報を買い物支援サーバ１０に送出し，買い物支援
サーバ１０からのＷｅｂページを表示装置２２４に表示
する。例えば，顧客ＩＤを入力すると，買い物支援サー
バ１０から顧客ＩＤに対応する購入履歴，在庫情報，広
告情報に関するＷｅｂページが送られる。また，顧客属
性を入力すると，買い物支援サーバ１０から顧客属性の
保存の完了通知に関するＷｅｂページが送られる。ま
た，在庫情報を入力すると，買い物支援サーバ１０から
在庫情報の更新の完了通知に関するＷｅｂページが送ら
れる。顧客ＩＤ，顧客属性，在庫情報入力手段２２３
は，顧客ＩＤ，顧客属性，在庫情報を入力するためのキ
ーボードやマウスなどのハードウエアである。表示装置
２２４は，Ｗｅｂページを表示するためのディスプレイ
などのハードウエアである。

【００１３】図４は，店舗サーバ１２の機能ブロック図
を示している。図示のように店舗サーバ１２は，通信装
置２３１，入力装置２３２，顧客ＩＤ認識手段２３３，
購入商品／商品属性取得手段２３４，商品属性蓄積手段
２３５，広告情報蓄積手段２３６，制御装置２３７を具
備して構成される。通信装置２３１は，公衆回線を通じ
て買い物支援サーバ１０やクライアント１１とデータの
入出力を行うハードウエアである。入力装置２３２は，
顧客ＩＤや購入商品を入力するためのハードウエアであ
る。例えば，顧客ＩＤをクレジットカードやＩＣカード
から読み取る場合には，カードリーダーが入力装置にな
る。また，購入商品もICカードを読み取ることで取得し
たり，商品に付随のバーコードにより取得したりするこ
とができる。顧客ＩＤ認識手段２３３は，後記するよう
に入力装置２３２により入力された顧客ＩＤが登録され
たものであるかどうかを認識する機能を果たすもので，
店舗サーバ１２に設けられた制御装置２３７の機能の一
部を表すものである。購入商品／商品属性取得手段２３
４は，入力装置２３２により入力された購入商品を取得
し，購入商品に関する商品属性を商品属性蓄積手段２３
５から取得する機能を達成するもので，上記図外の制御
装置の機能に関するものである。ここに商品属性は，購
入商品に関する情報で，例えば購入日，商品分類，使用
期限などで，買い物支援サーバ１０上の購入履歴や在庫
情報の蓄積に必要な情報が含まれる。ここで取得した購
入商品や商品属性は，顧客ＩＤとともに買い物支援サー
バ１０に送出される。広告情報蓄積手段２３６は，店舗
サーバ１２の広告情報を蓄積する。ここに広告情報は，
例えば，価格情報，特価情報，サービス情報などで，買
い物支援サーバ１０に送出してクライアント１１に表示
するためのＷｅｂページが作成される。

【００１４】図５は，買い物支援サーバとクライアント
における，顧客ＩＤ入力から広告情報などのＷｅｂペー
ジ表示までの流れを示すフローチャートである。左半分
がクライアント１１の処理を，右半分が買い物支援サー
バ１０の処理を示している。従って左半分のクライアン
ト１１の処理は，クライアント１１に設けられた制御装
置２２２の処理であり，右側の買い物支援サーバ１０の
処理は買い物支援サーバ１０に設けられた制御装置２１
１の処理である。図５の処理は，前提として，クライア
ント１１から買い物支援サーバ１０に電話が掛けられ，
各通信装置２２１及び２０１を介してクライアント１１
と買い物支援サーバ１０とが接続されている状態から開
始されるものとする。なお，Ｓ５−１，Ｓ５−２…は，
処理手順を示す。まずクライアント１１の制御装置２２
２は，入力手段２２３に顧客ＩＤが入力されたかどうか
を判断する（Ｓ５−１）。顧客ＩＤは，事前にクライア
ント１１に登録されており，制御装置２２２は，この登
録された顧客ＩＤと同じ情報が入力されたと判断する
と，顧客ＩＤのＷｅｂページを表示装置２２４に表示す
ると共に入力された顧客ＩＤを買い物支援サーバ１０に
送信する。買い物支援サーバ１０側の制御装置２１１
は，通信装置２０１によって顧客ＩＤを受信すると，顧
客ＩＤ／ページデータ蓄積手段２０３にある全顧客ＩＤ
の中にした受信した顧客ＩＤが存在するか照会をする
（Ｓ５−１１）。受信した顧客ＩＤが全顧客ＩＤの中に
存在しない場合（Ｓ５−１２），入力した顧客ＩＤが存
在しない旨のＷｅｂページを作成する（Ｓ５−１３）。
この時，顧客ＩＤの再入力を催促するＷｅｂページを作
成してもよい。

【００１５】Ｓ５−１２において，受信した顧客ＩＤが
顧客ＩＤ／ページデータ蓄積手段２０３の顧客ＩＤの中
に存在するならば，制御装置２１１は，購入履歴蓄積手
段２０４に記憶された購入履歴から，受信した顧客ＩＤ
に対応する購入履歴を抽出する（Ｓ５−１４）。購入履
歴は，図７に示すように購入商品と購入者のＩＤとが関
連付けられて記憶されているので，顧客ＩＤから購入履
歴を抽出するのは簡単である。次に，前記制御装置２１
１は，図８に示すように顧客ＩＤと関連付けられた在庫
情報のデータベースである在庫情報蓄積手段２０５内の
在庫情報から，顧客ＩＤに対応する在庫情報を抽出する
（Ｓ５−１５）。上記制御装置２１１は，顧客ＩＤに対
応して抽出された顧客履歴と在庫情報から，必要商品を
解析し抽出する（Ｓ５−１６）。上のように顧客ＩＤか
ら購入履歴及び在庫情報を抽出し，これらのデータから
必要商品を抽出する機能を達成する手段が，必要商品解
析手段２０７であり，実質的にプログラムにより達成さ
れる。上記のようにして必要商品が抽出されると，買い
物支援サーバ10の前記制御装置は，前記顧客属性蓄積手
段２０９に記憶された顧客属性や，店舗属性蓄積手段に
記憶された店舗属性などを用いて，店舗サーバ１２から
広告情報を取得する（Ｓ５−１７）。このように顧客属
性及び店舗属性から広告情報を取得する機能を実現する
のが，広告情報照会手段である。そして，制御装置２１
１は，上記のようにして取得された広告情報，購入履
歴，在庫情報，必要商品に関する情報を用いて，受信し
たクライアントの在庫に関するＷｅｂページを作成する
（Ｓ５−１８）。このようにＷｅｂページを作成する機
能を実現するのが，Ｗｅｂページ作成部２０２である。

【００１６】前記Ｓ５−１８においては，クライアント
１１の要求により広告情報，購入履歴，在庫情報，必要
商品の中で必要な情報のみを用いたＷｅｂページの作成
や，顧客ＩＤ／ページデータ作成部２０３にある顧客Ｉ
Ｄ毎の必要な情報を取得することによるＷｅｂページの
作成が可能である。例えば，購入履歴と在庫情報のＷｅ
ｂページを作成する場合は，Ｓ５−１６からＳ５−１７
の処理は必要としないので，処理をスキップできる。ま
た，Ｓ５−１４からＳ５−１８までの処理は，クライア
ント１１があったときのリアルタイム処理でもよいし，
クライアント１１とは関わらず一定時間毎のバッチ処理
でもよい。前者のリアルタイム処理はクライアント１１
の要求に応じて行っているのでＷｅｂページ作成が無駄
となることはないが，後者のバッチ処理はクライアント
１１の要求前にＷｅｂページを予め作成しているので要
求に対して即時にWｅｂページを送出できる。Ｓ５−１
３又はＳ５−１８で作成されたＷｅｂページは，通信装
置２０１を通じてクライアント１１に送出される（Ｓ５
−１９）。クライアント１１の制御装置２２２は，買い
物支援サーバ１０からの上記WｅｂページをWｅｂブラウ
ザ上で表示装置２２４に表示する（Ｓ５−２）。こうし
てクライアント１１では，顧客ＩＤを入力して送信する
だけで，顧客が必要とする必要商品及び該必要商品に関
する広告情報を得ることが出来るので，自己が必要な商
品をあれこれ考えることなく漏れなく参照することが出
来，さらに必要に応じて自己の購入履歴，在庫情報を参
照することができる。図６は，買い物支援サーバ１０に
おける購入履歴蓄積手段２０４による購入履歴データ取
得の流れを示す。この処理は店舗サーバ１２から買い物
支援サーバ１０に情報を与える形を取っており，左半分
が店舗サーバ１２における制御装置２３７の処理であ
り，右半分が買い物支援サーバ１０の制御装置２１１の
処理を示す。店舗サーバ１２の入力装置２３２は例えば
店舗におかれたバーコードリーダやキャッシュレジスタ
などで，店舗において顧客が買い物をすると，その情報
を買い物をした顧客のＩＤと共に取得する。即ち，店舗
サーバ１２の制御装置２３７は，入力装置２３２におい
て顧客ＩＤの入力（Ｓ６−１）と，購入商品の入力を
（Ｓ６−２）を待ち，購入商品が入力されると，その購
入商品の属性を商品属性蓄積手段２３５から抽出する
（Ｓ６−３）。この機能を果たすのが，購入商品／商品
属性取得手段２３４であり，プログラムにより構成され
ている。上記のようにして店舗サーバ１２で取得された
顧客ＩＤ，購入商品，商品属性は，前記店舗サーバ１２
の制御装置２３７によって通信装置２３１を通じて買い
物支援サーバ１０に送出される。

【００１７】買い物支援サーバ１０の制御装置２１１
は，通信装置２０１によってそれらを受信すると，顧客
ＩＤ／ページデータ蓄積手段２０３に登録されている全
顧客ＩＤの中に，受信した顧客ＩＤが存在するかいなか
を判断する（Ｓ６−１１）。受信した顧客ＩＤが全顧客
ＩＤの中に存在しない場合（Ｓ６−１２），購入履歴蓄
積手段２０４に入力した顧客ＩＤ，購入商品，商品属性
を新規に保存する（Ｓ６−１３）。Ｓ６−１２で，受信
した顧客ＩＤが全顧客ＩＤの中に存在する場合は，購入
履歴蓄積手段２０４中に入力した顧客ＩＤと同じ顧客Ｉ
Ｄに対して，受信した購入商品と商品属性を追加保存す
る（Ｓ６−１４）。図７は，買い物支援サーバ１０にお
ける購入履歴蓄積手段２０４のデータの一例を示す。図
に示すように，購入履歴は，顧客ＩＤ５０１毎に購入日
５０２，購入商品５０３，金額５０４，購入店舗５０
５，数量／量５０６，使用（賞味）期限５０７，商品分
類５０８のデータを具備して構成される。顧客ＩＤ５０
１と購入商品５０３は，前記したように店舗サーバ１２
の入力装置２３２によって入力されたデータである。金
額５０４，数量／量５０６，使用（賞味）期限５０７，
商品分類５０８は，店舗サーバ１２の商品属性蓄積手段
２３５から取得された商品属性に関するデータである。
購入日５０２と購入店舗５０５は，店舗サーバ１２の図
示していない購入日時取得手段から取得した購入日と店
舗名が，顧客ＩＤとともに送出されることで取得したデ
ータである。

【００１８】図８は，買い物支援サーバ１０における在
庫情報蓄積手段２０５のデータの一例を示す。在庫情報
は，顧客ＩＤ６０１毎の在庫量６０２，使用（賞味）残
数６０３，在庫商品６０４，商品分類６０５のデータを
具備して構成される。顧客ＩＤ６０１は，購入履歴蓄積
手段２０４の顧客ＩＤ５０１と同一である。在庫量６０
２は在庫商品の量を示すデータであり，使用（賞味）残
数６０３は在庫商品の使用（賞味）期限までの残りの日
時を示すデータである。また，在庫商品６０４は在庫商
品の商品名を，商品分類６０５は在庫商品の分類を示
す。在庫情報の取得は，後記するように在庫情報更新手
段２０６を通じて行われ，購入履歴蓄積手段２０４に蓄
積された購入履歴やクライアント１１からの入力によっ
て取得される。また，在庫情報更新手段２０６は，経過
時間に応じた更新処理を行う。図９は，買い物支援サー
バ１０に設けた前記制御装置２１１における在庫情報の
蓄積の手順（在庫情報蓄積手段２０６）を示す。左が買
い物支援サーバ１０における制御装置２１１の処理，右
がクライアントの制御装置２２２の処理である。まず，
買い物支援サーバ10の制御装置２１１は，購入履歴蓄積
手段２０４にデータが追加されたかどうかを判断する
（Ｓ９−１）。購入履歴履歴蓄積手段２０４のデータ
は，図６のＳ６−１３やＳ６−１４のように店舗で買い
物が行なわれ，店舗サーバ１２から購入商品等の入力が
あったときに追加される。上記Ｓ９−１で購入履歴のデ
ータ追加されていると判断された場合は，追加した購入
商品が消耗品かを所定のルールに従って判断し（Ｓ９−
２），消耗品の場合は在庫情報中の顧客ＩＤに対応し
て，在庫情報蓄積手段２０５に購入商品等を追加する
（Ｓ９−３）。消耗品について在庫情報を追加するの
は，在庫情報は消耗品の使用量等から購入商品の抽出を
行うために用いられるからである。消耗品であるかどう
かの判断は，例えば，図８の購入履歴中の商品分類５０
８により消耗品の判断を行い，商品分類が本の場合は非
消耗品ではないというように，商品分類毎に消耗品かど
うかの判断のリストを記憶しておき，このリストを参照
する等の手法が考えられる。上記Ｓ９−２の判断におい
て，消耗品ではないと判断された場合には，後記するＳ
９−８のクライアントからの入力により追加されると思
われるので，ここでは在庫情報を追加しない。

【００１９】Ｓ９−３における購入履歴蓄積手段２０４
のデータを取得して在庫情報へ追加する手法は次の通り
である。即ち，追加された購入履歴中の顧客ＩＤ５０１
と同一の在庫情報蓄積手段２０５中の顧客ＩＤ６０１の
在庫情報に対して，数量／量５０６を在庫量６０２とし
て，使用（賞味）期限５０７を使用（賞味）残数６０３
に変換して，購入商品５０３を在庫商品６０３として，
商品分類５０８を商品分類６０５として，夫々追加す
る。Ｓ９−１で購入履歴のデータ追加されていない場合
は，在庫情報の中で，経過時間に応じて在庫量６０２を
変更する必要のある在庫商品６０４があるか否かを所定
のルールに従って判断する（Ｓ９−４）。そのような在
庫商品６０４がある場合は，経過時間に応じて在庫量６
０２を変更する（Ｓ９−５）。経過時間に応じて在庫量
６０２を変更する必要のある在庫商品６０４があるか否
かを定める所定のルールとしては，例えば，図８に示し
た在庫商品６０４が洗剤やトイレットペーパーである場
合は，経過時間に応じて在庫量６０２を変更できるもの
と判断するといった商品毎の属性に基づくルールが考え
られる。ここで在庫量６０２は，購入履歴中の購入周期
や顧客属性２０９の家族構成等に基づいて算出した量を
経過時間毎に削減することも考えられる。Ｓ９−４で経
過時間に応じて在庫量６０２を変更する在庫商品６０４
がないと判断した場合は，在庫情報の中で，使用（賞
味）残数６０３のある在庫商品６０４があるかを所定の
ルールに従って判断し（Ｓ９−６），そのような在庫商
品６０４がある場合は経過時間に応じて使用（賞味）残
数６０３を変更する（Ｓ９−７）。上記使用（賞味）残
数６０３のある在庫商品６０４があるかを判断する所定
のルールの例として，例えば，図８に示した在庫情報に
おいて，在庫商品６０４であるトマトやほうれん草等の
保存期間の限定された商品は，経過時間に応じて使用
（賞味）残数６０３を変更するといった規則であり，か
かる規則は予め図外の記憶部に記憶され，上記Ｓ９−６
の判断時に参照される。上記Ｓ９−６で使用（賞味）残
数６０３のある在庫商品６０４がないと判断した場合
は，クライアント１１から在庫情報の入力があるか判断
する（Ｓ９−８）。この時にクライアント１１のＷｅｂ
ページ上で顧客ＩＤと在庫情報が入力され（Ｓ９−２
１），買い物支援サーバ１０でこのページを受信した場
合は，買い物支援サーバ１０の制御装置は，顧客ＩＤ／
ページデータ蓄積手段２０３に記憶された全顧客ＩＤの
中にクライアント１１側で入力した顧客ＩＤが存在する
かを照会する（Ｓ９−９）。入力した顧客ＩＤが全顧客
ＩＤの中に存在しない場合（Ｓ９−１０），入力した顧
客ＩＤが存在しない旨のＷｅｂページを作成する（Ｓ９
−１３）。この時，顧客ＩＤの再入力を催促するＷｅｂ
ページを作成してもよい。入力した顧客ＩＤが上記全顧
客ＩＤの中に存在する場合は（Ｓ９−１０），在庫情報
中で入力した顧客ＩＤと同一の顧客ＩＤ６０１に対応し
て，入力した在庫情報を追加する（Ｓ９−１１）。この
時，クライアント１１から入力される在庫情報として
は，例えば，在庫量６０２のみの変更や，在庫商品６０
４を合む全在庫情報の追加などが考えられる。ここで在
庫量６０２のみを変更する場合としては，図８において
商品分類６０５がトマトやほうれん草のように，買い物
支援サーバ１０が消費予測ができない在庫量６０２の変
更をクライアント１１の入力によって行うことが考えら
れる。また在庫商品６０４を合む全在庫情報を追加する
場合としては，店舗サーバ１２のない店舗からの購入商
品や購入以外のもらった商品の追加を，クライアント１
１から入力する場合などが考えられる。

【００２０】Ｓ９−１１で在庫情報蓄積手段２０５にク
ライアント１１からの在庫情報が追加されると，買い物
支援サーバ１０の制御装置は追加完了に関するＷｅｂペ
ージを作成する（Ｓ９−１２）。上記制御装置２１１
は，上記Ｓ９−１２かＳ９−１３で作成したＷｅｂペー
ジをクライアント１１に送出する（Ｓ９−１４）。送出
されたＷｅｂページはクライアント１１の表示装置２２
４で表示される（Ｓ９−２２）。上記Ｓ９−８でクライ
アントからの在庫情報の入力がない場合や，Ｓ９−３，
Ｓ９−５，Ｓ９−７，Ｓ９−１４の処理後は，Ｓ９−１
に戻って購入履歴の追加に関する判断を行う。上記のよ
うなＳ９−１に戻って判断する処理を，一定時間の経過
後に行ってもよいし，常に在庫情報更新するために時間
の経過をさせずに行ってもよい。図１０は，図５のＳ５
−１６における買い物支援サーバ１０における必要商品
の解析の流れ（必要商品解析手段２０７）を示す。まず
買い物支援サーバ１０の制御装置２１１は，在庫情報蓄
積手段２０５の在庫情報の中で，在庫量あるいは使用
（賞味）残数の少ない在庫商品を抽出する。抽出の方法
としては，顧客属性蓄積手段２０９に蓄積された家族構
成や，購入履歴蓄積手段２０４に蓄積された購入履歴か
ら算出されるその商品の購入周期などに基づいてその商
品の顧客における使用量予測を計算し，その使用量の余
測量を残数から差し引くことで求めた残数の少ない商品
を抽出することが考えられる。同様の手法により，使用
（賞味）残数６０３が少ない在庫商品６０４を抽出する
（Ｓ１０−１）。次に制御装置２１１は，上記残数の少
ない商品の中で，購入履歴蓄積手段２０４の購入商品５
０３であるが，在庫情報蓄積手段２０５の在庫商品６０
４にはない購入商品５０３を抽出する（Ｓ１０−２）。
続いて制御装置２１１は，Ｓ１０−１とＳ１０−２で抽
出した商品について，予め定められた所定のルールに従
って在庫の必要な商品かどうかの判断を行う（Ｓ１０−
３）。上記在庫の必要な商品かどうかの判断のための所
定のルールとしては，例えば，商品分類が日用品や食品
の中の調味料は，在庫の必要な商品として判断するとい
ったルールが適用される。あるいは，顧客属性に基づい
て，薬や嗜好商品などについても判断することができ
る。

【００２１】Ｓ１０−３では，Ｓ１０−１とＳ１０−２
の抽出商品全てに関して判断し，在庫が必要な商品は全
て必要商品とする（Ｓ１０−４）。その後，購入履歴よ
り定期的に購入する非消耗品があるかを予め定めた所定
のルールに従って判断する（Ｓ１０−５）。非消耗品は
在庫情報蓄積手段２０５に蓄積されず，在庫の必要な商
品として判断されないからである。上記消耗品かどうか
を判断する所定のルールとしては，例えば，図７の購入
履歴において，商品分類５０８が本の場合のように，購
入日５０２と購入商品５０３から毎月同一の月刊雑誌を
購入することが分かると，定期的に購入する非消耗品と
して抽出するといったルールである。Ｓ１０−５で，定
期的に購入する非消耗品として判断された商品につい
て，全て必要商品とする（Ｓ１０−６）。図１１は，図
５のＳ５−１７に示した買い物支援サーバ１０における
広告情報の取得の流れ（広告情報照会手段２０８）を示
す。広告情報の取得手法として，必要商品のある店舗サ
ーバ１２から取得すると言う考え方と，広く一般の店舗
サーバ１２から取得する考え方がある。従って，買い物
支援サーバ１０の制御装置２１１は，まず広告情報を取
得するための店舗サーバ１２として，必要商品のある店
舗サーバ１２を指定するか判断する（Ｓ１１−１）。判
断方法として，例えば，必要商品のある店舗サーバ１２
を指定するか否かの設定情報を顧客属性に含ませてお
き，顧客属性における上記設定情報を参照して取得する
方法や，必要商品のある店舗サーバ１２を指定するか否
かを選択するＷｅｂページをクライアント１１に送信し
て，該クライアント１１の表示装置２２４に表示し，ク
ライアント１１からの選択情報を取得することによって
行う方法も考えられる。Ｓ１１−１で必要商品のある店
舗サーバ１２を指定するならば，必要商品のある店舗サ
ーバ１２を抽出する（Ｓ１１−２）。抽出方法として
は，例えば，店舗属性蓄積手段２１０の店舗毎の取扱商
品や商品分類を参照し，必要商品のある店舗サーバ１２
を抽出する方法が考えられる。また，広告情報を取得す
るための店舗サーバ１２として，顧客属性の条件に応じ
た店舗サーバ１２を指定するか判断する（Ｓ１１−
３）。判断方法は，Ｓ１１−１と同様である。顧客属性
の条件とは，例えば，顧客の住所や指定店舗などで，こ
れにより顧客の住所に近い店舗や行きつけの店舗に関す
る広告情報を取得することができる。顧客属性の条件に
応じた店舗サーバ１２を指定するならば，顧客属性蓄積
手段２０９から条件を取得して店舗サーバ１２を抽出す
る（Ｓ１１−４）。抽出方法は，Ｓ１１−２と同様であ
る。

【００２２】Ｓ１１−２，Ｓ１１−４で抽出された店舗
サーバ１２の広告情報は，それぞれの店舗サーバ１２に
ある広告情報蓄積手段２３６から取得する（Ｓ１１−
５）。また，店舗サーバを指定しない場合には，広く一
般の店舗サーバ１２から広告情報を取得する。上の例で
は，広告情報が店舗サーバ１２に設けられている場合に
ついて説明したが，このような広告情報は，買い物支援
サーバ10が店舗サーバ１２から予めダウンロードしてお
き，買い物支援サーバ10側に設けた広告情報蓄積手段に
記憶しておくことも可能である。このような構成にして
おけば，多くの店舗サーバ１２から広告情報を探す手間
が省かれ，広告情報を探すときの効率が向上する。

【００２３】

【実施例】前記した広告情報蓄積手段は，前記の例では
店舗サーバに置かれているが，買い物支援サーバ１０に
広告情報蓄積手段２１２として設けられても良い。この
場合，広告情報照会手段２０８が店舗サーバ１２に問い
合わせて広告の情報を蓄積しても良い。また図１２は，
買い物支援サーバ１０を具備せず，クライアント１１と
店舗サーバ１２のみから構成される買い物支援システム
における，クライアントのブロック図である。この場
合，買い物支援サーバ１０に負わされていたデータベー
スや判断手段などは全てクライアント１１側に設けられ
る。即ちクライアントと店舗サーバから構成される買い
物支援システムは，図１のネットワーク図において，ク
ライアントと店舗サーバが公衆回線網によりネットワー
ク接続されている。クライアントは，図１２に示すよう
に，通信装置１００１，制御装置１００２，表示装置１
００３，購入履歴蓄積手段１００４，在庫情報蓄積手段
１００５，在庫情報更新手段１００６，必要商品解析手
段１００７，広告情報照会手段１００８，顧客属性蓄積
手段１００９，店舗属性蓄積手段１０１０，顧客属性／
在庫情報入力手段１０１１を具備して構成される。通信
装置１００１は，公衆回線等を通じて店舗サーバ１２と
データの入出力を行う。制御装置１００２は，顧客属性
／在庫情報入力手段２２３から入力した顧客属性，在庫
情報，顧客ＩＤ／ページデータ蓄積手段１００３のデー
タ，購入履歴蓄積手段１００４のデータ，在庫情報蓄積
手段１００５のデータ，または広告情報照会手段１００
８からの広告情報を表示装置１０１２に表示制御する。
また，顧客属性／在庫情報入力手段２２３からした顧客
属性，在庫情報や，店舗サーバ１２から通信装置１００
１を通じてされた購入履歴等を，蓄積手段に格納する。
購入履歴蓄積手段１００４，在庫情報蓄積手段１００
５，在庫情報更新手段１００６，必要商品解析手段１０
０７，広告情報照会手段１００８，顧客属性蓄積手段１
００９，店舗属性蓄積手段１０１０は，図２の買い物支
援サーバ１０における購入履歴蓄積手段２０４，在庫情
報蓄積手段２０５，在庫情報更新手段２０６，必要商品
解析手段２０７，広告情報照会手段２０８，顧客属性蓄
積手段２０９，店舗属性蓄積手段２１０と同様の処理を
行う。また，クライアント１１ａと店舗サーバ１２から
構成される買い物支援システムにおける店舗サーバのブ
ロツク図は，図４と同様であるので，ここでは説明を省
略する。

【００２４】

【発明の効果】本発明は，Ｗｅｂページを表示する手段
を備えたクライアントに接続され，上記クライアントか
らの要求に応じてＷｅｂページを上記クライアントに送
信する手段を備えた買い物支援サーバにおいて，顧客Ｉ
Ｄに関連付けられた購入履歴を蓄積する購入履歴蓄積手
段と，顧客ＩＤに関連付けられた在庫情報を蓄積する在
庫情報蓄積手段と，上記購入履歴蓄積手段に蓄積された
購入履歴と，在庫情報蓄積手段に蓄積された在庫情報に
基づいて購入する必要がある必要商品を解析するための
必要商品解析手段と，上記必要商品解析手段により取得
された必要商品に関する広告情報を取得するための広告
情報取得手段と，上記購入履歴，在庫情報，必要商品，
広告情報の何れかあるいはその組み合わせに関するＷｅ
ｂページを顧客ＩＤ毎に作成するＷｅｂページ作成手段
と，を備えてなることを特徴とする買い物支援サーバと
して構成されている。これにより，複数の顧客に関する
購入履歴と在庫情報を蓄積することができ，複数の顧客
がＷｅｂページ上で購入する必要がある商品と広告情報
を参照することができる。上記広告情報を，上記買い物
支援サーバに接続された店舗側の情報を取り扱う店舗サ
ーバから取得することができる。これにより店舗からオ
ンラインによって，広告情報を容易に取得できる。上記
広告情報は，上記買い物支援サーバに設けられた広告情
報蓄積手段から取得してもよい。これにより店舗に関す
る広告情報を蓄積し，必要に応じて取得できることにな
る。前記購入履歴蓄積手段に蓄積される購入履歴を，上
記店舗サーバから取得することも可能である。これによ
り商品を購入した店舗からオンラインによって，正確な
購入データを容易に取得できる。

【００２５】上記店舗サーバとして，ＩＣカード等によ
る顧客ＩＤの認識手段と，購入商品に関する情報の入力
手段と，顧客ＩＤと購入商品に関する情報を送出する手
段を備えてなるものとして構成することができる。この
ように店舗サーバにおいて，ＩＣカード等を用いること
により顧客ＩＤの認識が容易となり，買い物支援サーバ
において，簡単に顧客ＩＤ毎に購入履歴を取得すること
ができるようになる。前記在庫情報蓄積手段に蓄積され
た在庫情報の取得方法として，顧客の購入履歴に応じて
変更するようにしてもよい。このようにすることで，商
品の購入周期などの商品の購入履歴に応じて，在庫情報
を更新できるので，在庫予測が正確にできるようにな
る。前記在庫情報蓄積手段に蓄積された在庫情報を，上
記購入履歴中の消耗品の変動に応じて変更するようにし
てもよい。このような構成によって，購入履歴が，在庫
情報内に含まれる消耗品についての変動を参照すること
で，在庫の正確な予測が可能となる。また前記在庫情報
蓄積手段に蓄積された在庫情報について，経過時間に応
じて変更するように構成することが望ましい一形態であ
る。この構成により，使用（賞味）期限のある在庫商品
や，経過時間に応じて消耗する在庫商品に関して在庫情
報を変更することができるので，顧客に本当に必要な商
品を在庫とする事ができる。

【００２６】更に，買い物支援サーバが，顧客の属性を
蓄積する顧客属性蓄積手段を備え，前記在庫情報蓄積手
段に蓄積された在庫情報が，上記顧客情報蓄積手段に蓄
積された顧客属性に応じて変更されるように構成されて
もよい。これにより，顧客の家族構成，年齢などの情報
に応じて，きめ細かく在庫情報を変更することができる
ので，必要商品の在庫の精度が向上する。前記必要商品
解析手段は，前記在庫情報蓄積手段に蓄積された在庫量
が一定量より少ないならば，必要商品として抽出するよ
うに設定されてもよい。これにより在庫量の少ない商品
が確実に必要商品として抽出されるので，必要商品につ
いて間違いが生じない。また顧客は，在庫量が少ない商
品やその広告情報を，参照することができるので便利で
ある。更に，前記必要商品解析手段は，前記在庫情報蓄
積手段に蓄積された在庫情報中の使用（賞味）期限が近
い商品を必要商品として抽出するものとして構成されて
もよい。これによって，在庫情報に含まれる使用期限や
賞味期限が参酌されるので，誤って賞味期限等の切れた
商品を保存しておく無駄や失敗が無くなると共に，顧客
は，使用（賞味）期限が近い商品やその広告情報を，参
照することができるので便利である。前記必要商品解析
手段が，購入履歴蓄積手段に蓄積された購入履歴から，
定期的に購入している非消耗品を必要商品として抽出す
るものであってもよい。非消耗品であっても定期的に購
入している商品は必要商品としてカウントすることが出
来，顧客の生活情報に密着したデータを採用することが
できるので，必要商品抽出の精度が向上するばかりか，
顧客は，定期的に購入している非消耗品やその広告情報
を，参照することができるので，便利である。

【００２７】買い物支援サーバが，前記顧客属性蓄積手
段と，店舗の属性情報を蓄積する店舗属性蓄積手段とを
備え，前記広告情報取得手段は，前記顧客属性蓄積手段
に蓄積された顧客属性と前記店舗属性蓄積手段に蓄積さ
れた店舗属性に基づいて抽出された店舗サーバから広告
情報を取得するものであってもよい。これによれば，顧
客の住所や嗜好に応じた店舗サーバから広告情報を取得
できるので，情報の精度が向上する。前記店舗属性を，
店舗サーバから取得することでできる。店舗の属性情報
をそれにもっとも詳しい店舗サーバから取得することで
情報の精度が向上する。本発明に係る買い物支援サーバ
として，前記在庫情報蓄積手段に蓄積された在庫情報を
更新する在庫情報更新手段を具備し，該在庫情報更新手
段は，前記クライアントからの在庫情報を受信し，これ
に従って在庫情報蓄積手段内の在庫情報を更新するもの
であってもよい。これにより，例えば，頂き物や賞品な
ど購入していない在庫商品や買い物支援サーバで予測で
きない商品の消費に関して，顧客が在庫情報を入力でき
るので，顧客の生活実態に即した在庫情報を用いること
が出来る。また，買い物支援サーバとしては，前記クラ
イアントからの顧客属性を含む情報を受信し，この情報
に従って前記顧客属性情報蓄積手段に蓄積された顧客属
性を更新する顧客属性更新手段を更に具備して構成され
ても良い。これによれば，顧客属性を顧客から取得する
ことができるので，顧客に関する詳細な情報を取得する
ことができる。

【００２８】また本発明に係る買い物支援システムは次
のように構成されうる。店舗サーバと，該店舗サーバに
接続されたクライアントを具備してなる買い物支援シス
テムにおいて，上記店舗サーバは，商品に関する広告情
報を蓄積する広告情報蓄積手段を備え，上記クライアン
トは，購入履歴を蓄積する購入履歴蓄積手段と，在庫情
報を蓄積する在庫情報蓄積手段と，上記購入履歴蓄積手
段に蓄積された購入履歴と，上記在庫情報蓄積手段に蓄
積された在庫情報とに基づいて購入する必要がある商品
を解析するための必要商品解析手段と，上記必要商品解
析手段により取得された必要商品に関する広告情報を上
記店舗サーバの広告情報蓄積手段より取得するための広
告情報取得手段を備えるてなること特徴とする買い物支
援システム。これによれば，購入履歴と在庫情報に基づ
いて購入する必要がある商品を抽出し，その商品の広告
情報を店舗サーバから取得することで，顧客はクライア
ント上で容易に購入する必要がある商品と広告情報を参
照でき，無駄のない買い物ができる。

【図面の簡単な説明】

【図１】本発明の一実施の形態における買い物支援サー
バ，クライアント，店舗サーバから構成される買い物支
援システムのネットワーク図。

【図２】買い物支援サーバの機能ブロック図。

【図３】クライアントの機能ブロック図。

【図４】店舗サーバの機能ブロック図。

【図５】買い物支援サーバとクライアントにおける，顧
客ＩＤ入力から広告情報などのＷｅｂページ表示までの
流れ図。

【図６】買い物支援サーバにおける購入履歴蓄積手段の
データ取得の流れ図。

【図７】買い物支援サーバにおける購入履歴蓄積手段の
データの一例を示す図。

【図８】買い物支援サーバにおける在庫情報蓄積手段の
データの一例を示す図。

【図９】買い物支援サーバにおける在庫情報蓄積手段の
データ取得／更新の流れ図。

【図１０】買い物支援サーバにおける必要商品の解析の
流れ図。

【図１１】買い物支援サーバにおける広告情報の取得の
流れ図。

【図１２】本発明の一実施例に係るクライアントと店舗
サーバから構成される買い物支援システムにおけるクラ
イアントの機能ブロック図。

【符号の説明】

１０…買い物支援サーバ１１…クライアント１２…店舗サーバ２０１…通信装置２０２…Ｗｅｂページ作成部２０３…顧客ＩＤ／ページデータ蓄積手段２０４…購入履歴蓄積手段２０５…在庫情報蓄積手段２０６…在庫情報更新手段２０７…必要商品解析手段２０８…広告情報照会手段２０９…顧客属性蓄積手段２１０…店舗属性蓄積手段２２１…通信装置２２２…制御装置２２３…顧客ＩＤ／顧客属性／在庫情報入力手段２２４…表示装置２３１…通信装置２３２…入力装置２３３…顧客ＩＤ認識手段２３４…購入商品／商品属性取得手段２３５…商品属性蓄積手段２３６…広告情報蓄積手段５０１…顧客ＩＤ５０２…購入日５０３…購入商品５０４…金額５０５…購入店舗５０６…数量／数５０７…使用（賞味）期限５０８…商品分類６０１…顧客ＩＤ６０２…在庫量６０３…使用（賞味）残数６０４…在庫商品６０５…商品分頚１００１…通信装置１００２…制御装置１００３…表示装置１００４…購入履歴蓄積手段１００５…在庫情報蓄積手段１００６…在庫情報更新手段１００７…必要商品解析手段１００８…広告情報照会手段１００９…顧客属性蓄積手段１０１０…店舗属性蓄積手段１０１１…顧客属性／在庫情報入力手段

Claims

【特許請求の範囲】

【請求項１】Ｗｅｂページを表示する手段を備えたク
ライアントに接続され，上記クライアントからの要求に
応じてＷｅｂページを上記クライアントに送信する手段
を備えた買い物支援サーバにおいて，顧客ＩＤに関連付
けられた購入履歴を蓄積する購入履歴蓄積手段と，顧客
ＩＤに関連付けられた在庫情報を蓄積する在庫情報蓄積
手段と，上記購入履歴蓄積手段に蓄積された購入履歴
と，在庫情報蓄積手段に蓄積された在庫情報に基づいて
購入する必要がある必要商品を解析するための必要商品
解析手段と，上記必要商品解析手段により取得された必
要商品に関する広告情報を取得するための広告情報取得
手段と，上記購入履歴，在庫情報，必要商品，広告情報
の何れかあるいはその組み合わせに関するＷｅｂページ
を顧客ＩＤ毎に作成するＷｅｂページ作成手段と，を備
えてなることを特徴とする買い物支援サーバ。
【請求項２】上記広告情報が，上記買い物支援サーバに
接続された店舗側の情報を取り扱う店舗サーバから取得
される請求項１記載の買い物支援サーバ。
【請求項３】上記広告情報が，上記買い物支援サーバに
設けられた広告情報蓄積手段から取得される請求項１記
載の買い物支援サーバ。
【請求項４】前記購入履歴蓄積手段に蓄積される購入履
歴が，上記店舗サーバから取得される請求項１〜３のい
ずれかに記載の買い物支援サーバ。
【請求項５】上記店舗サーバが，ＩＣカード等による顧
客ＩＤの認識手段と，購入商品に関する情報の入力手段
と，顧客ＩＤと購入商品に関する情報を送出する手段を
備えてなる請求項４記載の買い物支援サーバ。
【請求項６】前記在庫情報蓄積手段に蓄積された在庫情
報が，顧客の購入履歴に応じて変更されてなる請求項１
記載の買い物支援サーバ。
【請求項７】前記在庫情報蓄積手段に蓄積された在庫情
報が，上記購入履歴中の消耗品の変動に応じて変更され
てなる請求項６記載の買い物支援サーバ。
【請求項８】前記在庫情報蓄積手段に蓄積された在庫情
報が，経過時間に応じて変更されてなる請求項１記載の
買い物支援サーバ。
【請求項９】顧客の属性を蓄積する顧客属性蓄積手段を
備え，前記在庫情報蓄積手段に蓄積された在庫情報が，
上記顧客情報蓄積手段に蓄積された顧客属性に応じて変
更されてなる請求項１記載の買い物支援サーバ。
【請求項１０】前記必要商品解析手段は，前記在庫情報
蓄積手段に蓄積された在庫量が一定量より少ないなら
ば，必要商品として抽出する請求項１記載の買い物支援
サーバ。
【請求項１１】前記必要商品解析手段は，前記在庫情報
蓄積手段に蓄積された在庫情報中の使用（賞味）期限が
近い商品を必要商品として抽出する請求項１記載の買い
物支援サーバ。
【請求項１２】前記必要商品解析手段は，購入履歴蓄積
手段に蓄積された購入履歴から，定期的に購入している
非消耗品を必要商品として抽出する請求項１記載の買い
物支援サーバ。
【請求項１３】前記顧客属性蓄積手段と，店舗の属性情
報を蓄積する店舗属性蓄積手段とを備え，前記広告情報
取得手段は，前記顧客属性蓄積手段に蓄積された顧客属
性と前記店舗属性蓄積手段に蓄積された店舗属性に基づ
いて抽出された店舗サーバから広告情報を取得する請求
項１記載の買い物支援サーバ。
【請求項１４】前記店舗属性は，店舗サーバから取得さ
れる請求項１３記載の買い物支援サーバ。
【請求項１５】前記在庫情報蓄積手段に蓄積された在庫
情報を更新する在庫情報更新手段を具備し，該在庫情報
更新手段は，前記クライアントからの在庫情報を受信
し，これに従って在庫情報蓄積手段内の在庫情報を更新
する請求項１〜１４のいずれかに記載の買い物支援サー
バ。
【請求項１６】前記クライアントからの顧客属性を含む
情報を受信し，この情報に従って前記顧客属性情報蓄積
手段に蓄積された顧客属性を更新する顧客属性更新手段
を更に具備してなる請求項９若しくは１３に記載の買い
物支援サーバ。
【請求項１７】店舗サーバと，該店舗サーバに接続され
たクライアントを具備してなる買い物支援システムにお
いて，上記店舗サーバは，商品に関する広告情報を蓄積
する広告情報蓄積手段を備え，上記クライアントは，購
入履歴を蓄積する購入履歴蓄積手段と，在庫情報を蓄積
する在庫情報蓄積手段と，上記購入履歴蓄積手段に蓄積
された購入履歴と，上記在庫情報蓄積手段に蓄積された
在庫情報とに基づいて購入する必要がある商品を解析す
るための必要商品解析手段と，上記必要商品解析手段に
より取得された必要商品に関する広告情報を上記店舗サ
ーバの広告情報蓄積手段より取得するための広告情報取
得手段を備えるてなること特徴とする買い物支援システ
ム。