(57)【要約】【課題】  商品購入に関する管理を店舗側に委任することを希望する顧客に対して、簡便な構成で顧客側装置およびそれとの通信を一切要することなく顧客に情報サービスを提供すること、店舗側が決めた一律の情報を顧客側に提供するだけではなく各顧客ごとに固有の必要な情報を提供できるようにすることを目的とする。【解決手段】  各顧客に対して、顧客ごとに固有の顧客識別情報を格納した会員カードを渡しておき、顧客が商品を購入し精算を行う際にはその会員カードの顧客識別情報を読み取り、顧客識別情報に対応付けて購買履歴を蓄積する。顧客が商品を購入しようとする場合、その顧客が購入しようとする商品と購買履歴とを突き合せ、購入済みのもの（購入済み商品）を重複して購入しようとしているときには重複購入を知らせる警告を出力する。同様に、期限切れの商品の未購入の通知や新規商品の通知を行なう。【選択図】  図１
2005228179.tif 000002
【特許請求の範囲】
【請求項１】
店舗において過去に顧客が購入した商品の購買履歴に基づいて該顧客に情報を提供する情報提供システムであって、
顧客を識別するための顧客識別情報が格納された会員カードから該顧客識別情報を読み出す手段と、
各顧客の顧客識別情報に対応付けて購買履歴を格納する手段と、
顧客が商品を購入しようとしたとき、前記顧客識別情報を読み出す手段によって読み出された該顧客識別情報に対応する購買履歴を読み出す手段と、
読み出した購買履歴に基づいて、当該顧客が購入しようとしている商品が購買済みであるか否かを判定する手段と、
購買済みと判定されたとき、重複購入を知らせる警告を出力する手段と
を備えたことを特徴とする情報提供システム。
【請求項２】
店舗において過去に顧客が購入した商品の購買履歴に基づいて該顧客に情報を提供する情報提供システムであって、
顧客を識別するための顧客識別情報が格納された会員カードから該顧客識別情報を読み出す手段と、
各顧客の顧客識別情報に対応付けて顧客の購買履歴を格納する手段と、
顧客の購買履歴に基づいて、当該顧客が前回購入した時点から所定期間以上が経過した商品を抽出し、未購入商品情報として当該顧客の顧客識別情報に対応付けて記憶する手段と、
顧客が商品を購入しようとしたとき、前記顧客識別情報を読み出す手段によって読み出された該顧客識別情報に対応する未購入商品情報を読み出す手段と、
読み出した未購入商品情報から当該顧客が購入しようとしている商品を削除する手段と、
前記削除の後に未購入商品情報に未購入商品が残っていたとき、未購入商品がある旨を知らせる警告を出力する手段と
を備えたことを特徴とする情報提供システム。
【請求項３】
店舗において過去に顧客が購入した商品の購買履歴に基づいて該顧客に情報を提供する情報提供システムであって、
顧客を識別するための顧客識別情報が格納された会員カードから該顧客識別情報を読み出す手段と、
各顧客の顧客識別情報に対応付けて顧客の購買履歴を格納する手段と、
顧客の購買履歴に基づいて、当該顧客が以前購入した商品の分野を抽出し、当該顧客の商品嗜好分野として該顧客の顧客識別情報に対応付けて記憶する手段と、
新規商品があるとき、前記顧客識別情報を読み出す手段によって読み出された該顧客の顧客識別情報に対応付けて当該新規商品の商品情報を通知すべきことを示す新規商品通知情報を記憶する手段と、
顧客が商品を購入しようとしたとき、該顧客が持つ会員カードから顧客識別情報を読み出し、該顧客識別情報に対応する新規商品通知情報を読み出す手段と、
読み出した新規商品通知情報に基づいて、その新規商品の商品情報を通知する手段と
を備えたことを特徴とする情報提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スーパーマーケット、ディスカウントショップ、アーケード内の商店街など、各種の店舗において、店舗側から顧客側へ過去に顧客が購入した商品の購買履歴に基づいた顧客情報を提供するシステムに関する。
【背景技術】
【０００２】
従来、店舗内の情報を顧客に提供する技術として、例えば、特許文献１に示されているようなシステムが知られている。これは、店舗内装置と携帯型の顧客側装置との間で無線通信による情報送受信を行い、店舗側からの商品情報等を顧客側装置に送信して蓄積し、蓄積した情報を顧客に提供するものである。
【特許文献１】特開２００２−１５０１２０
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、特許文献１に記載の技術は、商品情報等を顧客側装置に送信して蓄積するため、店舗内情報提供装置および顧客側装置に無線通信するための装置が必要になると共に、通信の費用が必要となる問題がある。
【０００４】
また、従来の店舗内情報を提供するシステムで顧客側装置に提供する情報は、店舗側の管理者が一律に決めた情報（例えば、商品のマニュアル、料理のレシピ、店舗の特売情報、宣伝情報など）であった。そのため、顧客にとっては、自分にとって全く不要な情報であるにもかかわらず無理に参照させられたり、逆に自分にとって重要な情報が提供されないという問題がある。例えば、従来の情報提供システムでは、顧客が以前購入した商品と同じ商品を二度買いすることを警告するような機能はなかった。
【０００５】
本発明の目的は、商品購入に関する管理を店舗側に委任することを希望する顧客に対して、簡便な構成で、顧客側装置およびそれとの通信を一切要することなく顧客に情報サービスを提供することである。また本発明の目的は、店舗側が決めた一律の情報を顧客側に提供するだけではなく、各顧客ごとに固有の必要な情報を提供できるようにすることである。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明では、各顧客に対して、顧客ごとに固有の顧客識別情報を格納した会員カードを渡しておき、顧客が商品を購入し精算を行う際にはその会員カードの顧客識別情報を読み取り、顧客識別情報に対応付けて購買履歴を蓄積する。次にその顧客が商品を購入しようとする場合、その顧客が購入しようとする商品と購買履歴とを突き合せ、購入済みのもの（購入済み商品）を重複して購入しようとしているときには重複購入を知らせる警告を出力する。
【０００７】
また、顧客の購買履歴より、期限管理対象の商品に関して、顧客の前回購入日から期限を越えている商品の一覧を顧客への通知情報としてあらかじめ蓄積しておく。その顧客が商品を購入しようとする場合、その通知情報を読み出し、顧客が今回購入していない商品を判別し、期限切れの商品があればその旨を知らせる警告を出力する。
【０００８】
さらに、顧客の購買履歴より、顧客の以前購入した商品の属する分野をあらかじめその顧客情報に嗜好分野として蓄積しておく。新規商品があるときには、その新規商品の分野を嗜好分野とする顧客に対して新規商品の通知情報を蓄積しておく。その顧客が商品を購入しようとする場合、その新規商品の通知情報を読み出し顧客に通知する。
【０００９】
なお、警告や通知の出力は、例えば、レジ付近に設置された表示装置に表示して顧客に見せる、レジの画面に表示されたメッセージをレジ担当の販売員が見て顧客に口頭で知らせる、顧客に渡すレシートなどに印刷する、レジ付近に設置された音声装置により音声で知らせる、などの方法を用いればよい。また、具体的な構成としては、各レジにカードリーダを備えたクライアントを設置し、該クライアントとネットワークを介して接続されたサーバで構成するとよい。
【発明の効果】
【００１０】
以上説明したように、本発明によれば、店舗で買い物をしてレジで精算する際、重複したものを買おうとすると警告を発するので、顧客の購入有無を確認してから商品を購入できる。従って、顧客にとってみると無駄な買い物をしなくて済む。また、顧客は、商品を以前購入したどうかに迷っている場合でも、重複購入の警告の有無によって以前に購入したかどうかの情報を得ることができる。また、期限を越えているにもかかわらず、未購入の商品がある場合、商品購入時に注意されるので、商品の買い忘れをしないで済む。商品購入時に、顧客の嗜好に適合した新規商品の斡旋をすることができる。顧客にとってみると、興味の有る商品の情報を取得することができ、顧客が興味の無い不要な情報を受け取らずに済む。さらに、本発明では、顧客には会員カードを持たせるだけであるので、顧客側に顧客側装置を持たせる必要はなく、店舗側装置と顧客側装置との間の通信も不要である。
【発明を実施するための最良の形態】
【００１１】
以下、本発明を実施する場合の一形態を、図面を参照して具体的に説明する。
【００１２】
図１に、本発明を適用した情報提供システムのシステム構成図を示す。１０１は店舗側に設けられるシステムである。店舗側には、幾つかのクライアント１０２と顧客情報管理サーバ１０４が設けられている。各クライアント１０２と顧客情報管理サーバ１０４とは、店舗内に設けた店舗内ＬＡＮ等の通信回線により接続されている。
【００１３】
クライアント１０２は、それぞれ顧客の会員カードを読むためのカードリーダ１０３を有する。クライアント１０２は、従来スーパーマーケット等のレジにおいて使用されているＰＯＳ端末や顧客が情報を検索するために店舗内に分散配置されているＰＣである。クライアント１０２は、ＨＤＤ（ハードディスク）を備えており、該ＨＤＤには、以下に説明する情報提供処理を実現させるためのプログラム（以下、「情報提供処理プログラム」と記す）が格納されている。クライアント１０２のＣＰＵが情報提供処理プログラムを読み出して実行することにより、以下に説明する情報提供処理が実現される。
【００１４】
前記顧客情報管理サーバ１０４はＨＤＤ１０５を備えており、このＨＤＤ１０５には、顧客の情報管理を行うための情報を格納する顧客情報管理データベース１１１、商品の管理を行うための情報を格納する商品管理データベース１１２、顧客の購買履歴管理を行うための購買履歴管理データベース１１３、顧客に通知すべき未購入商品や新規商品の情報を格納する通知情報管理データベース１１４、およびサーバ１０４のＣＰＵで実行するための処理プログラム１１５等が格納されている。サーバ１０４で処理プログラム１１４を実行することにより、以下に説明する情報提供処理が実現される。
【００１５】
図２は、図１の情報提供システムのクライアント１０２と顧客情報管理サーバ１０４の部分詳細図である。クライアント１０２は、店舗内のＬＡＮ等の通信回線を介して他の装置と通信を行うための通信制御部２０１と、各種制御を行う制御部（ＣＰＵ、インタフェース制御部、Ｉ／Ｏ制御部等を含む）２０２と、メモリ２０３と、ＨＤＤ２０４等を備えている。ＨＤＤ２０４には、前記情報提供処理プログラムが格納されている。
【００１６】
また、顧客情報管理サーバ１０４には、店舗内のＬＡＮ等の通信回線を介して他の装置と通信を行うための通信制御部２１１と、各種制御を行う制御部（ＣＰＵ、インタフェース制御部、Ｉ／Ｏ制御部等を含む）２１２と、メモリ２１３等を備えると共に、上述したように外部記憶装置としてＨＤＤ１０５を備えている。図１にも図示したが、ＨＤＤ１０５には、顧客情報管理データベース１１１と、商品管理データベース１１２と、購買履歴管理データベース１１３と、通知情報管理データベース１１４と、サーバ１０４の処理を行うための処理プログラム１１５等を格納してある。顧客情報管理データベース１１１は、顧客に固有の識別情報やポイント等の情報を格納する。商品管理データベース１１２は、店舗内で販売している商品に関する管理情報等を格納する。購買履歴管理データベース１１３は、顧客が過去に購入した商品の情報を格納する。通知情報管理データベース１１４は、顧客に通知すべき未購入商品や新規商品に関する情報を格納する。
【００１７】
図３および図４は、各データベースの構成例を示す。図３のＡ図は顧客情報管理データベース１１１を、図３のＢ図は商品管理データベース１１２を、図４のＣ図は購買履歴管理データベース１１３を、図４のＤ図は通知情報管理データベース１１４を、それぞれ示す。
【００１８】
図３のＡ図において、顧客情報管理データベース１１１には、顧客識別情報および嗜好分野等の情報を格納する。顧客識別情報としては、ＩＤ１、ＩＤ２、ＩＤ３、ＩＤ１１、ＩＤ１５、ＩＤ５０、…のように、各顧客に固有の識別情報を格納する。この顧客識別情報は、この例の場合、各顧客に渡す会員カードに予め格納してある顧客の情報（取引用の暗証番号でも良いし、他の任意のＩＤコードなどを利用しても良い）をカードリーダで読み取り、その情報を顧客情報管理データベース１１１に格納するものである。このような顧客側情報は、例えば、顧客が最初に店舗に入り、初期登録を行う際に登録しておく。この場合、店舗側の入力装置を利用して必要な情報を入力し（例えば、店員の操作で入力）、サーバ１０４のＨＤＤ１０５に格納しておき、変更があれば、随時変更処理を行うことで、顧客情報管理データベース１１１を構築する。嗜好分野には、その顧客が嗜好する商品の分野（初期登録を行う際に顧客が自分申告した分野でもよいし、後に顧客の商品購入実績から抽出した分野でもよい）を格納する。
【００１９】
図３のＢ図において、商品管理データベース１１２には、商品コード、商品名、分野、重複管理対象フラグ、期限管理対象フラグ、期限、および新規商品フラグ等を格納する。さらに、商品型番、商品情報、仕様書の情報、取り扱い説明書の情報、価格、その他の情報を格納するようにしてもよい。重複管理対象フラグは、重複購入警告処理（図７および図８で後述）で重複購入の警告の対象とする商品についてはＯＮを設定し、そうでない商品についてはＯＦＦを設定する。期限管理対象フラグは、期限切れ商品の未購入商品警告処理（図９〜図１１で後述）で未購入であることを知らせる警告の対象となる商品についてはＯＮを設定し、そうでない商品についてはＯＦＦを設定する。例えば、調味料などの消費期限が定まっている消耗品の他、毎月発行される雑誌等で、１ヶ月経つと次の号が出て古くなってしまうような商品に対して、期限管理対象フラグにＯＮを設定する。期限は、期限管理対象フラグがＯＮのときのみ有効な欄で、当該商品の未購入を知らせる警告を出すか否かを判断する基準の日数を格納する。新規商品フラグは、新規商品として顧客に斡旋を行う場合にＯＮを設定しておく。
【００２０】
図４のＣ図において、購買履歴管理データベース１１３には、顧客識別情報、商品コード、購入日時、および数量等を格納する。ある顧客が商品を購入したとき、その顧客の識別情報を顧客識別情報の欄に、購入した商品の商品コードと数量をそれぞれ対応する欄に、購入日時を対応する欄に、格納する。購買履歴は、顧客が商品を購入する際に随時変更処理を行い、購買履歴管理データベース１１３を構築する。
【００２１】
図４のＤ図において、通知情報管理データベース１１４には、通知情報として、顧客識別情報、商品コード、および通知種別等を格納する。これらの通知情報は、例えば閉店後の管理業務等で登録するものである。「通知種別」が「未購入商品」である通知情報は、「顧客識別情報」で特定される顧客に対して「商品コード」で特定される商品が未購入であることを通知すべきことを示している。「通知種別」が「新規商品」である通知情報は、「顧客識別情報」で特定される顧客に対して「商品コード」で特定される新規商品の商品情報を通知すべきことを示している。未購入商品の通知については図９〜図１１で、新規商品の通知については図１２〜図１４で、それぞれ詳しく説明する。
【００２２】
以下、クライアント１０２とサーバ１０４との間の通信により、顧客が購入した商品の情報をクライアント１０２からサーバ１０４に送信し、サーバ１０４のＨＤＤ１０５に蓄積する処理を、図５および図６に基づいて説明する。
【００２３】
図５は、顧客が購入した商品の購買履歴をクライアント１０２からサーバ１０４に送信する際のクライアント１０２側の処理の流れ図である（顧客が本情報提供システムを最初に利用して商品を購入する場合はこの処理となる）。予め各顧客にはＩＣカード等の会員カードを配付しておく。カードには、当該顧客を特定する識別情報が格納されている。
【００２４】
顧客はレジ内に入り、購入商品の清算を行う。クライアント１０２の前にいる顧客を確認するために、当該顧客が所持するカードをカードリーダ１０３で読み取り、その読み取った情報から顧客に固有の識別情報（ＩＤコード等）を取り出し（ステップＳ１０１）、サーバ１０４に当該顧客識別情報を送って接続要求を行い（ステップＳ１０２）、認証結果待ちに遷移する（ステップＳ１０３）。認証に成功した場合、購入商品の価格等をバーコード等で入力し（ステップＳ１０５）、購入済み商品リストに追加する（ステップＳ１０６）。購入商品の入力が終了した場合、購入済み商品リストに追加された商品の数を確認し（ステップＳ１０８）、購入した商品が無い場合、サーバ１０４との通信を終了する。購入した商品がある場合、サーバ１０４に、購入済み商品リストを送信して購買履歴の更新要求を行う（ステップＳ１１０）。
【００２５】
図６は、サーバ１０４における顧客の購買履歴を購買履歴管理データベース１１３に登録する処理の流れ図である。
【００２６】
サーバ１０４は、クライアント１０２からの接続要求（ステップＳ１０２で発行）に応じて当該クライアント１０２と接続すると（ステップＳ２０１）、受信した顧客識別情報と、サーバ１０４が管理するＨＤＤ１０５内の顧客情報管理データベース１１１の情報を用いて、当該顧客の認証を行う（ステップＳ２０２、Ｓ２０３）。認証に失敗した場合（ステップＳ２０４）、当該クライアント１０２との通信を終了する。認証に成功した場合（ステップＳ２０４）、当該クライアント１０２からの要求受け付け待ちに遷移する（ステップＳ２０５）。当該クライアント１０２から購買履歴の更新要求（ステップＳ１１０で発行）を受け付けた場合（ステップＳ２０６）、サーバ１０４は当該クライアント１０２から送られてきた購入済み商品リストに応じて購買履歴を購買履歴管理データベース１１３に登録する（ステップＳ２０７）。
【００２７】
このようにして、サーバ１０４に顧客の購買履歴を蓄積することができる。この購買履歴情報は、後述するように、利用者を識別する会員カードのみで種々の形態で利用することができる。
【００２８】
次に、購買履歴に基づいた重複購入防止方法の処理の詳細を、図７および図８に基いて説明する。
【００２９】
図７は、クライアント１０２がサーバ１０４に顧客に固有の情報のダウンロード要求を行い、重複購入警告処理を行う際のクライアント１０２側の流れ図である。
【００３０】
顧客はレジ内に入り、購入商品の清算を行う。このとき、カードリーダ１０３を用いて当該顧客の会員カードから顧客識別情報を読み取る（ステップＳ３０１）。そして、当該クライアント１０２がサーバ１０４と接続し（ステップＳ３０２）、顧客の認証に成功し、当該クライアント１０２とサーバ１０４との間で通信可能になれば（ステップＳ３０３、Ｓ３０４）、当該クライアント１０２は、サーバ１０４に当該顧客識別情報を送って顧客固有情報と購買履歴のダウンロード要求を行い、受信待ちとなる（ステップＳ３０５）。ダウンロードが完了すると、購入商品の価格等をバーコード等で入力し（ステップＳ３０６）、購入商品の重複の有無を判断する（ステップＳ３０７、Ｓ３０８）。この判断は、商品管理データベース１１２を参照してその購入商品の重複管理対象フラグがＯＮであるか否かチェックし、さらに前記ダウンロードした当該顧客の購買履歴中にその購入商品があるか否かチェックするものである。その購入商品の重複管理対象フラグがＯＮであり、かつ購買履歴中にその購入商品がある場合は、少し前に既に購入済みの商品を重複して購入しようとしているものと判断し、ステップＳ３０８からＳ３０９に進む。それ以外は重複無しと判断し、ステップＳ３０８からＳ３１１へ進む。
【００３１】
ステップＳ３０８で重複無しの場合、その購入商品を購入済み商品データに追加し（ステップＳ３１１）、ステップＳ３１２に進む。ステップＳ３０８で重複商品が有れば、顧客に対して警告を発して（ステップＳ３０９）、購入するか否かを確認する（ステップＳ３１０）。このとき、顧客より店員に直接購入有無を伝える。このようにして、該当する商品を購入するか否か確認し、その商品を購入すると確認された場合には、購入済み商品リストに追加し（ステップＳ３１１）、前記商品を購入しないと判断した場合には、レジにおいて、その商品の購入取り消しを行う。購入商品の入力が終了した場合（ステップＳ３１２）、サーバ１０４に購入済み商品リストを送信して購買履歴の更新要求を行う（ステップＳ３１３）。
【００３２】
なお、前回購入してからある程度の期間が経過していれば重複購入と判断しなくてもよいと考えられるので、商品管理データベース１１２に重複管理対象フラグがＯＮのときに購入の有無をチェックする期間（この期間は、商品によって変えてもよいし、一律の期間としてもよい）を予め設定しておき、今回購入しようとしている商品がその期間に購入済かどうかをチェックするようにするとよい。例えば、書籍などでは同じ書籍を重複して買うことは考えにくいので無期限に重複をチェックし、調味料などの消耗品ではその商品が使い終わると考えられる期間だけ重複をチェックする、という具合である。上記期間を設定する代わりに、購買履歴管理データベース１１３に蓄積する購買履歴情報を、その購入日時から所定期間が経過したとき削除するようにしてもよい。
【００３３】
図８は、サーバ１０４において、クライアント１０２からダウンロード要求を受け付け、顧客固有情報と購買履歴とを当該クライアント１０２に送信する流れ図である。
【００３４】
サーバ１０４は、クライアント１０２からダウンロード要求（ステップＳ３０５で発行）を受け付けると（ステップＳ４０１）、送られてきた顧客識別情報を用いて、サーバ１０４が管理するＨＤＤ内のデータベース１１１，１１３から、当該顧客の顧客固有情報および購買履歴を検索する（ステップＳ４０２、Ｓ４０３）。該当データが存在しない場合、要求元のクライアント１０２にデータ無し通知を送信し（ステップＳ４０４）、データが存在する場合、データ有り通知と該当データを要求元のクライアント１０２に送信する（ステップＳ４０５）。なお、図７のステップＳ３１３で発行された購買履歴の更新要求を受信したときのサーバ１０４の処理は図６のＳ２０５〜Ｓ２０７と同様である。
【００３５】
以上の処理により、店舗側情報提供装置であるサーバ１０４およびクライアント１０２と会員カード等に記録した利用者識別情報のみで、重複購入商品を確認しながら清算を行うことが可能となる。顧客は、同じ商品を２度買いすることを回避できる。
【００３６】
次に、購買履歴に基づいた期限切れ商品の未購入防止方法の処理の詳細を、図９、図１０、および図１１に基いて説明する。
【００３７】
図９は、サーバ１０４において、顧客の購買履歴から未購入商品情報を抽出し通知情報管理データベース１１４に登録する流れ図である。この処理は、定刻またはシステム管理者のコマンド入力によって発行される未購入商品情報の登録要求を受け付けたときに実行される。
【００３８】
まず、顧客ごとに購買履歴管理データベース１１３から各商品の最終購入日のレコードを抽出する（ステップＳ５０１）。当該商品の期限管理対象フラグ（図３Ｂ）がＯＮであり（ステップＳ５０２）、かつ、最終購入日からレコード抽出時点の経過時間がその商品に設けられた期限（図３Ｂ）を越えている場合（ステップＳ５０３）、当該顧客識別情報と当該商品の商品コードを図４Ｄの通知情報管理データベース１１４に登録する（ステップＳ５０４）。通知種別は「未購入商品」とする。
【００３９】
図１０は、クライアント１０２がサーバ１０４に顧客に固有の情報のダウンロード要求を行い、商品未購入の警告処理を行う際のクライアント１０２側の流れ図である。
【００４０】
顧客はレジ内に入り、購入商品の清算を行う。このとき、カードリーダ１０３を用いて顧客の会員カードから顧客識別情報を読み取る（ステップＳ６０１）。そして、当該クライアント１０２がサーバ１０４と接続し（ステップＳ６０２）、顧客の認証に成功し、当該クライアント１０２とサーバ１０４との間で通信可能になれば（ステップＳ６０３、Ｓ６０４）、購入商品を入力し（ステップＳ６０５）、購入済み商品リストを生成する（ステップＳ６０６）。購入商品の入力が終了したら（ステップＳ６０７）、サーバ１０４に未購入商品情報のダウンロード要求を行い、受信待ちとなる。未購入商品情報のダウンロードが完了すると（ステップＳ６０８）、上記購入済み商品リスト内の購入商品と未購入商品情報の未購入商品とを突き合わせ、未購入商品情報の商品が購入されているか確認する（ステップＳ６０９）。購入されていれば未購入商品情報から当該商品のデータを削除する（ステップＳ６１０）。商品購入の確認が終了し（ステップＳ６１１）、未購入商品情報に未購入の商品がある場合（ステップＳ６１２）、顧客に警告を発する（ステップＳ６１３）。この警告は、商品を特定して、その商品が未購入である旨を知らせる警告である。
【００４１】
図１１は、サーバ１０４において、クライアント１０２からダウンロード要求を受け付け、未購入商品情報をクライアント１０２に送信する流れ図である。
【００４２】
サーバ１０４は、クライアント１０２からダウンロード要求（ステップＳ６０８で発行）を受け付けると（ステップＳ７０１）、送られてきた顧客識別情報を用いて、通知情報管理データベース１１４から、当該顧客に対応する未購入商品の情報を検索する（ステップＳ７０２、Ｓ７０３）。該当データが存在しない場合、要求元のクライアント１０２にデータ無し通知を送信し（ステップＳ７０４）、データが存在する場合、データ有り通知と該当データを要求元のクライアント１０２に送信する（ステップＳ７０５）。
【００４３】
以上の処理により、商品の購入忘れを防止することが可能となる。これにより、例えば毎月発行される雑誌や、所定期間が経過すると使い終わると考えられる消耗品、あるいは所定期間が経過すると品質が低下すると考えられる商品などについて、顧客に対して未購入であることを知らせ、購入を促すことができる。
【００４４】
次に、購買履歴に基づいた商品斡旋方法の処理の詳細を、図１２、図１３、および図１４に基いて説明する。
【００４５】
図１２は、サーバ１０４において、顧客の購買履歴から顧客の嗜好分野に属する新規商品を抽出し通知情報管理データベース１１４に登録する流れ図である。この処理は、定刻またはシステム管理者のコマンド入力によって発行される新規商品情報の登録要求を受け付けたときに実行される。なお、この登録要求を受けたとき、サーバ１０４は、当該新規商品情報を商品管理データベース１１２に登録するものとする。その際、新規商品として顧客に斡旋を行う場合は新規商品フラグをＯＮに設定する。
【００４６】
図１２において、購買履歴管理データベース１１３から購入した商品の属する分野を顧客ごとに抽出する（ステップＳ８０１）。各商品の分野は、商品管理データベース１１２を参照して知ることができる。顧客がよく購入している商品の分野が当該顧客の顧客情報管理データベース１１１の嗜好分野と異なる場合（ステップＳ８０２、Ｓ８０３）、当該顧客の嗜好分野が変わったものとして、顧客情報管理データベースの嗜好分野を抽出した内容に更新する（ステップＳ８０４）。次に、商品管理データベース１１２から新規商品フラグにＯＮが設定されている商品を抽出し（ステップＳ８０５）、抽出した新規商品の分野が顧客の嗜好分野に適合するか確認し（ステップＳ８０６、Ｓ８０７）、適合した場合、当該顧客の顧客識別情報と当該新規商品の商品コードを図４Ｄの通知情報管理データベース１１４に登録する（ステップＳ８０８）。通知種別は「新規商品」とする。
【００４７】
図１３は、クライアント１０２がサーバ１０４に顧客に固有の情報のダウンロード要求を行い、新規商品の通知処理を行う際のクライアント１０２側の流れ図である。
【００４８】
顧客はレジ内に入り、購入商品の清算を行う。このとき、カードリーダ１０３を用いて顧客の会員カードから顧客識別情報を読み取る（ステップＳ９０１）。そして、当該クライアント１０２がサーバ１０４と接続し（ステップＳ９０２）、顧客の認証に成功し、当該クライアント１０２とサーバ１０４との間で通信可能になれば（ステップＳ９０３、Ｓ９０４）、購入商品の入力を終了後（ステップＳ９０５、Ｓ９０６）、サーバ１０４に新規商品情報のダウンロード要求を行い、受信待ちとなる。新規商品情報のダウンロードが完了したら（ステップＳ９０７）、通知すべき新規商品の有無を確認し（ステップＳ９０８）、新規商品がある場合、顧客に当該新規商品情報を通知する（ステップＳ９０９）。
【００４９】
図１４は、サーバ１０４において、クライアント１０２からダウンロード要求を受け付け、新規商品情報をクライアント１０２に送信する流れ図である。
【００５０】
サーバ１０４は、クライアント１０２からダウンロード要求（ステップＳ９０７で発行）を受け付けると（ステップＳ１００１）、送られてきた顧客識別情報を用いて、通知情報管理データベース１１４から、当該顧客に対応する新規商品の情報を検索する（ステップＳ１００２、Ｓ１００３）。該当データが存在しない場合、要求元のクライアント１０２にデータ無し通知を送信し（ステップＳ１００４）、データが存在する場合、データ有り通知と該当データを要求元のクライアント１０２に送信する（ステップＳ１００５）。
【００５１】
以上により、顧客の嗜好に適合した新規商品の斡旋を行うことが可能となる。
【図面の簡単な説明】
【００５２】
【図１】情報提供システムのシステム構成図である。
【図２】クライアントとサーバの部分詳細図である。
【図３】情報提供システムのデータベース例であり、Ａ図は顧客情報管理データベース、Ｂ図は商品管理データベースを示す。
【図４】Ｃ図は購買履歴管理データベース、Ｄ図は通知情報管理データベースを示す。
【図５】購買履歴送信処理（クライアント）の処理手順を示す図である。
【図６】購買履歴登録処理（サーバ）の処理手順を示す図である。
【図７】重複購入警告処理（クライアント）の処理手順を示す図である。
【図８】重複購入警告処理（サーバ）の処理手順を示す図である。
【図９】未購入商品登録処理の処理手順を示す図である。
【図１０】未購入商品警告処理（クライアント）の処理手順を示す図である。
【図１１】未購入商品警告処理（サーバ）の処理手順を示す図である。
【図１２】新規商品登録処理の処理手順を示す図である。
【図１３】新規商品通知処理（クライアント）の処理手順を示す図である。
【図１４】新規商品通知処理（サーバ）の処理手順を示す図である。
【符号の説明】
【００５３】
１０１…店舗側システム、１０２…クライアント、１０３…カードリーダ、１０４…顧客情報管理サーバ、１０５…ＨＤＤ、１１１…顧客情報管理データベース、１１２…商品管理データベース、１１３…購買履歴管理データベース、１１４…通知情報管理データベース、１１５…処理プログラム、２０１…通信制御部、２０２…制御部、２０３…メモリ、２０４…ＨＤＤ、２１１…通信制御部、２１２…制御部、２１３…メモリ。
【図１】
2005228179.tif 000003
【図２】
2005228179.tif 000004
【図３】
2005228179.tif 000005
【図４】
2005228179.tif 000006
【図５】
2005228179.tif 000007
【図６】
2005228179.tif 000008
【図７】
2005228179.tif 000009
【図８】
2005228179.tif 000010
【図９】
2005228179.tif 000011
【図１０】
2005228179.tif 000012
【図１１】
2005228179.tif 000013
【図１２】
2005228179.tif 000014
【図１３】
2005228179.tif 000015
【図１４】
2005228179.tif 000016