(57)【要約】【課題】購入候補商品として気に入った商品を登録しておくことにより、いつでも登録した商品に関する情報を取り出して、購入時の比較検討に役立てる。【解決手段】顧客の選んだ購入候補商品の識別情報と顧客の携帯電話２のメールアドレスとを対応させて登録する購入候補商品登録手段３１と、登録された購入候補商品の登録情報を記憶する登録情報データベース１０と、商品の識別情報と各店舗における現在の在庫数とを含む商品情報を記憶する商品マスタ１３と、携帯電話２のメールアドレスを用いて登録情報データベース１０に記憶された購入候補商品を検索し、当該購入候補商品の商品情報を商品マスタ１３から読み出して出力する確認情報送信手段１６と、店舗３で販売された商品の識別情報と販売個数とが入力される商品売上情報入力手段４０と、入力された販売個数に基づいて、商品マスタ１３の在庫数を更新する在庫数更新手段１５とを備えている。【選択図】図２
2006099192.tif 000002
【特許請求の範囲】
【請求項１】
顧客の選んだ購入候補商品の識別情報を送信して、前記購入候補商品の識別情報と顧客の携帯電話のメールアドレスとを対応させて登録する購入候補商品登録手段と、
登録された前記購入候補商品の識別情報と前記携帯電話のメールアドレスとを含む登録情報を記憶する登録情報記憶手段と、
商品の識別情報と各店舗における現在の在庫数とを含む商品情報を記憶する商品情報記憶手段と、
前記携帯電話のメールアドレスを用いて前記登録情報記憶手段に記憶された前記購入候補商品を検索し、検索された前記購入候補商品の前記商品情報を前記商品情報記憶手段から読み出して出力する登録情報確認手段と、
前記店舗で販売された商品の識別情報と販売個数とが入力される商品売上情報入力手段と、
前記商品売上情報入力手段に入力された前記販売された商品の識別情報と販売個数とに基づいて、前記商品情報記憶手段の前記在庫数を更新する在庫数更新手段と
を備えた購入候補商品登録システム。
【請求項２】
前記商品情報記憶手段に記憶されている前記商品情報は、前記商品の写真画像データを含んでいることを特徴とする請求項１に記載の購入候補商品登録システム。
【請求項３】
前記在庫数更新手段によって前記販売された商品の前記在庫数の更新が行われたことによって当該在庫数が０になったときに、前記販売された商品が前記登録情報記憶手段に購入候補商品として登録されている商品であるかを判定する在庫切れ商品判定手段と、
登録されている購入候補商品であると前記在庫切れ商品判定手段により判定されたときに、登録された前記購入候補商品の識別情報を用いて対応する前記携帯電話のメールアドレスを前記登録情報記憶手段から検索して、当該メールアドレスに在庫切れを知らせる電子メールを送信する在庫切れメール送信手段と
をさらに備えたことを特徴とする請求項１または２に記載の購入候補商品登録システム。
【請求項４】
前記登録情報記憶手段に記憶された前記購入候補商品の購入予約情報を入力する予約情報入力手段と、
入力された前記予約情報を記憶する予約情報記憶手段と
をさらに備えたことを特徴とする請求項１ないし３のいずれか１項に記載の購入候補商品登録システム。
【請求項５】
前記登録情報記憶手段に記憶された前記購入候補商品のうちで、前記商品情報記憶手段の前記在庫数が０である商品の取寄情報を入力する取寄情報入力手段と、
入力された前記取寄情報を記憶する取寄情報記憶手段と
をさらに備えたことを特徴とする請求項１ないし４のいずれか１項に記載の購入候補商品登録システム。
【請求項６】
顧客の選んだ購入候補商品の識別情報が入力される商品識別情報入力ステップと、
入力された前記購入候補商品の識別情報を送信することにより、送信した前記購入候補商品の識別情報と顧客の携帯電話のメールアドレスとを対応させて登録させる購入候補商品登録ステップと、
前記携帯電話のメールアドレスを送信することにより、登録された前記購入候補商品の現在の在庫数を読み出して、画面表示させる登録情報確認ステップと
をコンピュータに実行させるための購入候補商品登録プログラム。
【請求項７】
購入候補商品の識別情報を受信する識別情報受信ステップと、
受信した前記購入候補商品の識別情報と前記携帯電話のメールアドレスとを含む登録情報を記憶する登録情報記憶ステップと、
商品の識別情報と各店舗における現在の在庫数とを含む商品情報を記憶する商品情報記憶ステップと、
前記携帯電話のメールアドレスが入力されたときに、当該メールアドレスを用いて前記登録情報記憶ステップにおいて記憶された前記購入候補商品を検索し、検索された前記購入候補商品の商品情報を読み出して送信する確認情報送信ステップと、
前記店舗で販売された商品の識別情報と販売個数とが入力されたときに、前記販売された商品の識別情報と販売個数とに基づいて、前記在庫数を更新する在庫数更新ステップと
をコンピュータに実行させるための購入候補商品登録プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
購入候補商品登録システムおよび購入候補商品登録プログラムに関し、特に、商品に付された識別情報を用いて、購入候補である商品を登録するための購入候補商品登録システムおよび購入候補商品登録プログラムに関する。
【背景技術】
【０００２】
複数の店舗が集まっているショッピングモールなどでアパレル商品（衣類）等の買い物をする際、気に入った商品の比較検討は、顧客が、個々の商品をそれぞれの店で見て確認し、それを記憶して、頭の中で比較するしかなかった。また、気に入った商品の在庫の有無を知るには、顧客が店舗に行って、商品棚を自分で確認するか、あるいは、店員に問い合わせるしか方法は無かった。
【０００３】
一方、従来の商品照会システムとして、携帯電話により読み込まれたバーコードを、顧客がサーバに送信することにより、サーバから当該商品に関するデータ、具体的には、顧客が予め設定した基準価格、当該顧客の家庭内の現在の在庫、当該顧客の購入履歴を返信するというシステムが提案されている（例えば、特許文献１参照。）。
【０００４】
【特許文献１】特開２００２−２６９３４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記の従来の商品照会システムにおいては、顧客が常時購入している日用品等については、予めその商品を登録しておけば、その商品に関しては、顧客が予め設定した基準価格、当該顧客の家庭内の現在の在庫、当該顧客の購入履歴の情報を得ることができる。しかしながら、当該商品に関する所定の店舗における在庫や、在庫の変動については、全く知ることができないという問題点があった。
【０００６】
また、日用品のように同じ商品を定期的に購入する場合には、上記の商品照会システムは有効であるが、例えば、アパレル商品等のように、顧客が、思いついたときにのみ購入するもので、かつ、購入時に複数の商品について、価格、形、サイズ、色、流行等の情報を考慮に入れて、それらの商品の比較検討を行うような場合には、上記の商品照会システムではサーバから必要な情報を得ることはできないという問題点があった。
【０００７】
この発明はかかる問題点を解決するためになされたものであり、購入候補商品として気に入った商品を登録しておくことにより、いつでも登録した商品に関する情報を取り出すことができ、購入時の比較検討に役立てることができる購入候補商品登録システムおよび購入候補商品登録プログラムを得ることを目的としている。
【課題を解決するための手段】
【０００８】
この発明は、顧客の選んだ購入候補商品の識別情報を送信して、前記購入候補商品の識別情報と顧客の携帯電話のメールアドレスとを対応させて登録する購入候補商品登録手段と、登録された前記購入候補商品の識別情報と前記携帯電話のメールアドレスとを含む登録情報を記憶する登録情報記憶手段と、商品の識別情報と各店舗における現在の在庫数とを含む商品情報を記憶する商品情報記憶手段と、前記携帯電話のメールアドレスを用いて前記登録情報記憶手段に記憶された前記購入候補商品を検索し、検索された前記購入候補商品の前記商品情報を前記商品情報記憶手段から読み出して出力する登録情報確認手段と、前記店舗で販売された商品の識別情報と販売個数とが入力される商品売上情報入力手段と、前記商品売上情報入力手段に入力された前記販売された商品の識別情報と販売個数とに基づいて、前記商品情報記憶手段の前記在庫数を更新する在庫数更新手段とを備えた購入候補商品登録システムである。
【発明の効果】
【０００９】
この発明は、顧客の選んだ購入候補商品の識別情報を送信して、前記購入候補商品の識別情報と顧客の携帯電話のメールアドレスとを対応させて登録する購入候補商品登録手段と、登録された前記購入候補商品の識別情報と前記携帯電話のメールアドレスとを含む登録情報を記憶する登録情報記憶手段と、商品の識別情報と各店舗における現在の在庫数とを含む商品情報を記憶する商品情報記憶手段と、前記携帯電話のメールアドレスを用いて前記登録情報記憶手段に記憶された前記購入候補商品を検索し、検索された前記購入候補商品の前記商品情報を前記商品情報記憶手段から読み出して出力する登録情報確認手段と、前記店舗で販売された商品の識別情報と販売個数とが入力される商品売上情報入力手段と、前記商品売上情報入力手段に入力された前記販売された商品の識別情報と販売個数とに基づいて、前記商品情報記憶手段の前記在庫数を更新する在庫数更新手段とを備えた購入候補商品登録システムであるので、購入候補商品として気に入った商品を登録しておくことにより、いつでも登録した商品に関する情報を取り出すことができ、購入時の比較検討に役立てることができる。
【発明を実施するための最良の形態】
【００１０】
実施の形態１．
図１は、この発明の実施の形態１に係る購入候補商品登録システムの全体の構成を示した図である。図１に示すように、この発明の購入候補商品登録システムは、サーバー１と、顧客が所有するカメラ付携帯電話２と、店舗３に設置されたパソコン等から構成される店舗端末４とから構成されている。サーバー１と店舗端末４とは、ネットワーク５を介して、接続されている。また、また、サーバー１とＰＯＳ端末６とはネットワーク５を介して直接接続してもよいが、店舗端末４経由で接続するようにしてもよい。また、サーバー１と携帯電話２とは無線により通信を行う。なお、店舗３は、図の簡略化のため、図１においては１つしか記載されていないが、実際には、複数の店舗３があることとする。さらに具体的にいえば、本実施の形態においては、ショッピングモールやアウトレットモール、デパート、ショッピングセンターといった、同じような種類の商品（主に衣類）が複数店舗で取り扱われている場所での使用を想定している。しかしながら、その場合に限らず、ネットワーク５をインターネットで構成して全国の任意の店舗３をネットワーク５に接続することも可能である。この構成において、この発明の購入候補商品登録システムは、顧客が複数の店舗３を見て回り、気に入った商品があった場合には、当該商品に付されている二次元バーコード（識別情報）を携帯電話２のカメラで撮影してサーバー１に送信することにより、自分のメールアドレスとともに当該二次元バーコードがサーバー１に登録される。これにより、顧客は、任意のタイミングで、登録した商品の情報（価格、取り扱い店舗、色、サイズなどの文字情報および写真等の画像情報を含む）がいつでも取り出せ、購入時の比較検討に役立てることができる。
【００１１】
図２は、この発明の購入候補商品登録システムの詳細な構成を示した構成図である。図２に示すように、サーバー１には、顧客の携帯電話２から送信されてくる購入候補商品の二次元バーコードを受信する購入候補商品受信手段１４が設けられている。また、購入候補商品受信手段１４により受信された購入候補商品の二次元バーコードと携帯電話２のメールアドレスとを含む登録情報を記憶する登録情報データベース１０が設けられている。図１２に、登録情報データベース１０の一例を示す。図１２に示すように、登録情報データベース１０には、顧客ＩＤ、顧客のメールアドレス、登録された購入候補商品の商品ＩＤ、取り扱い店舗の店舗ＩＤ、登録日、登録有効期限、予約情報の有無、取寄情報の有無等が記憶されている。また、これらだけに限らず、二次元バーコードから得られる情報、すなわち、商品名、価格、サイズ、色等の情報も登録情報データベース１０に記憶させるようにしてもよい。また、サーバー１には、各店舗３が取り扱う商品の商品情報（商品の識別番号（商品ＩＤ）と現在の在庫数）を各店舗別に記憶する商品マスタ１３が設けられている。図１１に商品マスタの一例を示す。図１１に示すように、商品マスタ１３には、店舗ＩＤ、商品ＩＤ、商品名、価格、サイズ、色、在庫数、画像データが記憶されているメモリ内のアドレス（またはファイル名）、属性情報（他の製造サイズや、色ちがいの有無等）のデータが記憶されている。また、サーバー１には、店舗３のＰＯＳ端末６の商品売上情報入力手段４０に入力された販売された商品の二次元バーコードに基づいて、商品マスタ１３の当該商品の在庫数を更新する在庫数更新手段１５が設けられている。また、携帯電話２の登録情報確認手段３２から商品情報確認要求があったときに、当該携帯電話２のメールアドレスを用いて、登録情報データベース１０に記憶された該当する購入候補商品を検索し、検索された購入候補商品の現在の在庫数を商品マスタ１３から読み出して、携帯電話２に送信する確認情報送信手段１６が設けられている。また、携帯電話２から送信されてくる購入候補商品の購入予約情報を受信して、店舗３の店舗端末４の予約情報受付手段４１に当該購入予約情報を送信する予約情報転送手段１７が設けられている。また、携帯電話２から送信されてくる購入候補商品の取寄情報を受信して、店舗３の店舗端末４の取寄情報受付手段４３に当該取寄情報を送信する取寄情報転送手段１８が設けられている。また、在庫数更新手段１５によって販売された商品の在庫数の更新が行われたことによって当該在庫数が０になったときに、販売された商品が登録情報データベース１０に購入候補商品として登録されている商品であるかを判定する在庫切れ商品判定手段１９が設けられている。また、登録されている購入候補商品であると在庫切れ商品判定手段１９により判定されたときに、登録された購入候補商品の二次元バーコードを用いて対応する顧客の携帯電話２のメールアドレスを登録情報ＤＢ１０あるいは顧客マスタ１２から検索して、当該メールアドレスに在庫切れを知らせる電子メールを送信する在庫切れメール送信手段２０が設けられている。なお、顧客マスタ１２には、顧客ＩＤ、顧客の氏名、携帯電話のメールアドレス、住所、自宅の電話番号、携帯電話の電話番号、サービスポイント数、生年月日等のデータが記憶されている。また、店舗マスタ１１には、店舗ＩＤ、店舗名、メールアドレス、住所、電話番号、連絡先（責任者の携帯電話の電話番号等）等のデータが記憶されている。
【００１２】
また、図２に示すように、携帯電話２には、顧客の選んだ購入候補商品の二次元バーコードをカメラ３０で読み込んで、当該二次元バーコードをサーバー１に送信して、購入候補商品の二次元バーコードと顧客の携帯電話２のメールアドレスとを対応させてサーバー１に登録する購入候補商品登録手段３１が設けられている。また、携帯電話２のメールアドレスをサーバー１に送信することにより商品情報確認要求を行い、それにより、サーバー１の確認情報送信手段１６から、商品情報を確認したい購入候補商品の現在の在庫数を含む商品情報を送信してもらい、当該商品情報を画面表示させる登録情報確認手段３２が設けられている。また、顧客が購入を決定して購入予約を行うときに、登録情報データベース１０に記憶された購入候補商品の購入予約情報が顧客によって入力される予約情報入力手段３３が設けられている。また、登録情報データベース１０に記憶された購入候補商品のうちで、商品マスタ１３の在庫数が０である商品の取寄情報が顧客によって入力される取寄情報入力手段３４が設けられている。また、サーバー１から送信されてくる在庫切れメールを受信する在庫切れメール受信手段３５が設けられている。
【００１３】
また、図２に示すように、店舗３のＰＯＳ端末６には、店舗３で販売された商品の識別情報が入力される商品売上情報入力手段４０が設けられている。また、サーバー１から転送されてくる予約情報を受け付ける予約情報受付手段４１と、当該予約情報を記憶する予約情報データベース４２とが設けられている。また、サーバー１から転送されてくる取寄情報を受け付ける取寄情報受付手段４３と、当該取寄情報を記憶する取寄情報データベース４４とが設けられている。また、店舗３が取り扱う商品の商品情報（商品の識別番号と現在の在庫数）を記憶する商品マスタ４５が設けられている。なお、商品マスタ４５は、図１１に示す商品マスタ１３と同じデータを記憶するようにしてもよい。
【００１４】
次に、この発明の購入候補商品登録システムの動作について説明する。図３は、顧客の購入候補商品の登録の処理の流れを示した図である。なお、本実施の形態においては、顧客情報は、サーバー１の顧客マスタ１２に登録されているものとし、各顧客は、顧客の登録番号と、顧客ＩＤとが入力されているＩＣカードから構成された会員カードを所有しているものとする。図３に示すように、まず、顧客は複数の店舗３を見て回り、購入するか否かを検討したい購入候補商品を探す（ステップＳ１）。検討したい商品がなければ、そのまま、処理を終了する（ステップＳ７）。一方、検討したい購入候補商品があった場合には（ステップＳ１）、当該商品を検討する（ステップＳ２）。検討した結果、サーバー１に登録するか否かの判断を行い（ステップＳ３）、登録する場合はステップＳ４に進み、登録しない場合はステップＳ１に戻る。登録する場合には、まず、携帯電話２のカメラ３０での撮影が可能か否かを確認し（ステップＳ４）、撮影が可能な場合には、商品あるいは当該商品の値札（商品タグ）に付加されている二次元バーコードを携帯電話２のカメラ３０で読み取り、購入候補商品登録手段３１によりサーバー１に電子メールとして送信して、サーバー１に当該商品を購入候補商品として登録する（ステップＳ５）。一方、カメラ３０による撮影が不可の場合には、店舗３に設置されているＰＯＳ端末６あるいは店舗端末４のハンドスキャナ６ａにより商品の二次元バーコードを読み取り、電子メールとしてネットワーク５を介してサーバー１に送信して登録する（ステップＳ６）。このとき、携帯電話２のメールアドレスを店舗端末４に入力して、二次元バーコードとともに当該メールアドレスをサーバー１に送信する。なお、携帯電話２または店舗端末４から送信される電子メールは、本文には何も記載しない所謂“空メール”であり、二次元バーコードの画像データが添付ファイルとして添付されているものである。二次元バーコードには、当該商品の商品ＩＤ、取り扱い店舗３の店舗ＩＤ、商品名、価格、サイズ、色、等の情報が含まれているものとする。
【００１５】
図４は、図３の処理により、顧客の携帯電話２または店舗端末４からサーバー１に商品の二次元バーコードと携帯電話２のメールアドレスが送信されてきたときのサーバー１の処理の流れを示した図である。図４に示すように、サーバー１は、購入候補商品受信手段１４により携帯電話２または店舗端末４から、商品の二次元バーコードと携帯電話２のメールアドレスとを受信する（ステップＳ１０）。サーバー１は、受信したメールアドレスと商品の二次元バーコードとを登録情報データベース１０に記憶する（ステップＳ１１）とともに、登録完了を返信メールで顧客の携帯電話２に知らせる。当該返信メールには、「登録が完了しました」とのメッセージのみを入れてもよいが、例えば、登録番号、商品名、価格、店舗名、登録有効期限（例えば、「２００４年１０月１５日まで登録有効」等）を本文に記載するようにすれば、顧客がわかりやすく、利便性が向上する。さらには、商品の画像データも添付すれば、顧客は当該返信メールを見ることにより、サーバー１にアクセスしなくても、自分が登録した商品を確認することができる（但し、現在の在庫の有無の確認をする場合には、サーバー１へのアクセスが必要となる。）。これにより、顧客の購入候補商品の登録処理が完了する。なお、登録有効期限としては、任意の期間を設定可能であるが、８日程度が望ましく、その期間を過ぎた場合には、サーバー１の登録情報データベース１０内の登録情報は自動消去される。また、自動消去のタイミングとしては、所定期間を過ぎた場合だけでなく、店舗３のＰＯＳ端末６から顧客ＩＤと購入商品の商品ＩＤが送信された場合に、登録した顧客がその商品を購入したか否かを判定し、購入していた場合にも、サーバー１の登録情報データベース１０内の登録情報を自動消去するようにする。
【００１６】
図５は、購入候補商品登録後に、顧客が、携帯電話２により、任意のタイミングで、サーバー１から登録した商品の情報を確認するときの処理の流れを示した図である。図５に示すように、まず、登録した商品の情報を見る場合には（ステップＳ２０）、顧客は携帯電話２を操作して、登録情報確認手段３２により、サーバー１に空メールを送信すると、サーバー１の確認情報送信手段１６により、登録されている商品のリストが返信され、携帯電話２の画面に表示される。図６（ａ）に、当該リストの一覧を表示した携帯電話２の画面の一例を示す。このように、リストは、日付順に、登録した件数が表示されている。次に、顧客が、その中から、該当する日付を選択すると、図６（ｂ）のように、店舗名が表示される。店舗名でなくても、商品の登録番号や商品ＩＤでもよい。また、当該店舗名は、二次元コードの情報から登録時に取り出して、ファイル名とすることが可能である。顧客が、その中から、商品の情報を確認したい店舗名を選択すると、登録した商品の商品情報がサーバー１の登録情報データベース１０および商品マスタ１３から取り出されて、商品情報が携帯電話２の画面に表示されるので、これにより、顧客は商品情報を確認する（ステップＳ２１）。当該商品情報には、登録番号、商品の価格、取り扱い店舗、色、サイズ、在庫の有無などの文字情報および写真画像データ等の画像情報が、必要に応じて、少なくとも１以上含まれている。さらに、当該商品の色違いの有無や製造しているサイズ一覧等の関連商品に関する属性情報、および、それらの関連商品の在庫の有無等の情報も含めるようにしてもよい。これらの情報は、商品マスタ１３と登録情報データベース１０とのいずれに記憶させるようにしても構わないため、いずれの情報をどちらに記憶させるかは適宜設定することが可能である。次に、当該商品情報により、在庫の有無を確認し（ステップＳ２２）、在庫がある場合には、図７（ａ）の画面により、購入予約申込みをするか否かを問い合わせる（ステップＳ２３）。これにより、購入予約をすることを顧客が決定した場合には、当該商品が売り切れにならないように、購入予約申込みを携帯電話２の予約情報入力手段３３に入力してサーバー１に送信する（ステップＳ２４）。これを受けて、サーバー１の予約情報転送手段１７は、店舗３の店舗端末４の予約情報受付手段４１に購入予約情報を送信する。店舗３の店員は、店舗端末４の画面に表示される購入予約情報により、当該商品の取り置きを行う。但し、購入予約は、購入予約情報を店舗端末４が受信したときから所定時間だけ（例えば、４８時間）店舗端末４の予約情報データベース４２において有効とし、それ以降は自動的に無効になるように構成される。一方、ステップＳ２２の処理において、在庫がなかった場合には、図７（ｂ）の画面により、取り寄せ申込みをするか否かを問い合わせる（ステップＳ２５）。これにより、取り寄せをすることを顧客が決定した場合には、携帯電話２の取寄情報入力手段３４により、取り寄せ申込みをサーバー１に送信する（ステップＳ２６）。サーバー１の取寄情報転送手段１８は、取り寄せ申込みを受けると、店舗３の店舗端末４に取り寄せ情報を送信する。店舗３の店員は、店舗端末４の画面に表示される取り寄せ情報により、当該商品の取り寄せを行う。その結果、当該商品が店舗３に納品された際には、店舗端末４に納品情報が入力されるので、店舗端末４がそれを検知して、取寄情報データベース４４に納品情報を入力するとともに、サーバー１に納品情報が送信され、それを受けたサーバー１は、携帯電話２に当該商品の取り寄せが完了したことを示すメッセージを記載した電子メールを送信する。一方、ステップＳ２３およびステップＳ２５で、予約も取り寄せも行わない場合には、携帯電話２の画面に、図８にその一例を示すように、サーバー１から当該商品の登録を削除するか否かを確認するためのメッセージが出るため（ステップＳ２７）、顧客は当該メッセージに従って、削除したい場合には、携帯電話２から当該登録を削除するように依頼し、これにより、サーバー１が登録を削除する（ステップＳ２８）。一方、削除しない場合には、ステップＳ２０に戻る。なお、ステップＳ２０において、登録した商品の情報を見ない場合には、そのまま、処理を終了する（ステップＳ２４）。このようにして、顧客は、登録した商品の情報をいつでもサーバー１から取り出せるので、先に訪れた店舗で見つけた商品と、後から訪れた別の店舗で見つけた商品とを、具体的な商品情報を見ながら比較検討することができる。
【００１７】
図９は、店舗３に設置されているＰＯＳ端末６の処理の流れを示した図である。図９に示すように、顧客が気に入った商品を購入するために、当該商品を店舗３のＰＯＳ端末６のところに持っていくと、店舗３の店員は、当該商品を受け取って、当該商品の二次元バーコードをハンドスキャナ６ａにより読み取り、商品売上情報入力手段４０により売上登録するとともに、顧客から当該商品の代金を受け取る（ステップＳ３０）。次に、ＰＯＳ端末６は、商品売上情報をサーバー１の在庫数更新手段１５に送信する（ステップＳ３１）。このときに、顧客が会員カードを持っている場合には、店員は、顧客から会員カードを受け取り、当該商品を購入した顧客の顧客ＩＤを読み込み、商品売上情報とともに、顧客ＩＤを送信する。これにより、購入候補として登録した商品を顧客が実際に購入したか否かをサーバー１が判定し、購入していた場合には、会員カードにサービスポイントを付けるか、あるいは、購入金額を５％割引するか、あるいは、簡単な粗品をプレゼントするようにしてもよい。
【００１８】
図１０は、図９の処理により送信された商品売上情報を受信したサーバーの処理の流れを示した図である。図１０に示すように、まず、サーバー１の在庫数更新手段１５は、店舗３のＰＯＳ端末６から送信された商品売上情報を受信する（ステップＳ４０）。次に、当該商品売上情報に基づいて、商品マスタ１３内の該当する店舗３の商品在庫データにおけるその商品の在庫の個数を、現行の個数から販売された個数を差し引いた数に更新する。すなわち、現行の個数が３個で、１個売れたとすると、商品在庫データは、３−１＝２個に更新される。更新後に、在庫切れ商品判定手段１９により商品の在庫がまだあるか否かの確認が行われ（ステップＳ４１）、商品の在庫がある場合には、そのまま処理を終了する。一方、在庫がなくなってしまった場合には（ステップＳ４１）、当該商品を購入候補商品として登録している顧客がいるか否かの確認が行われる（ステップＳ４２）。登録している顧客がいない場合には、そのまま処理を終了する。一方、登録している顧客がいる場合には、商品売上情報とともに顧客ＩＤが送信されたか否かを確認し、顧客ＩＤを受信していた場合には、登録している顧客の顧客ＩＤと当該商品を購入した顧客の顧客ＩＤとを比較する。比較の結果、異なる顧客が当該商品を購入していた場合には、在庫切れメール送信手段２０により、登録している顧客の携帯電話２のメールアドレスに「在庫切れ」のメッセージが本文に入力された電子メールを送信して、在庫切れを知らせる（ステップＳ４３）。
【００１９】
なお、在庫切れを知らせる際に、同一商品を扱っている店舗が同じショッピングモール内にあるか否かをサーバー１の店舗マスタ１１により確認し、ある場合には、当該電子メールにて、その店舗名を顧客に知らせるようにしてもよい。
【００２０】
あるいは、同一店舗におけるおすすめ商品があれば、当該商品を紹介するための情報を電子メールにより送信するようにしてもよい。また、店舗３で、おすすめ商品を顧客が購入する場合には、例えば、「「携帯電話のメールを見てきました」とお伝え下さい。商品価格から１０％割引サービスさせていただきます。」等のメッセージを入れるようにすると、登録した商品が在庫切れにもかかわらず、顧客が店舗に再度訪れることを促進する効果がある。
【００２１】
以上のように、本実施の形態においては、顧客が複数の店舗３を見て回り、気に入った商品があった場合には、当該商品に付されている二次元バーコードを携帯電話２のカメラで撮影してサーバー１に送信することにより、自分のメールアドレスとともに当該二次元バーコードがサーバー１に登録される。これにより、顧客は、任意のタイミングで、登録した商品の情報（価格、取り扱い店舗、色、サイズなどの文字情報および写真等の画像情報を含む）がいつでも取り出せ、購入時の比較検討に役立てることができる。また、サーバー１から、当該商品の在庫の有無の情報も取り出せ、かつ、在庫が無くなったときには電子メールで「売り切れ」の旨を知らせてくれるので、せっかく店に出向いたにも関わらず、すでに目当ての商品が売り切れていたという事態を未然に回避することができる。特に、１点ものの商品のときに有効である。また、店舗側も、どの商品が購入候補として登録されたかなどの情報を得ることができるほか、商品を登録した消費者に特典を付けることもでき、売上増が期待できる。さらには、商品を登録した顧客は、その店舗の商品を好む傾向がある可能性が高いため、セール開催通知等を電子メールで知らせることにより、顧客の来店を促すことができ、在庫品の処分（換金）が促進され、売上増が期待できる。
【００２２】
なお、上記の説明においては、商品マスタを、サーバー１と店舗３との両方に設けた場合について説明したが、その場合に限らず、サーバー１か店舗３のいずれか一方にのみ設けるようにしてもよい。店舗３にのみ設けられている場合には、必要に応じて、ネットワーク５を介して、サーバー１が当該商品マスタ４５内の情報を取り出すようにすればよい。
【００２３】
なお、上記の説明においては、商品に付加する商品の識別情報として二次元バーコードを例にして説明しているが、その場合に限らず、バーコード等の他のコードを用いてもよく、あるいは、携帯電話２や店舗３のハンドスキャナ６ａにリーダ機能が付加されていればＩＣタグ等の磁気記憶媒体でも適用可能である。
【００２４】
また、携帯電話２のカメラ３０あるいは店舗３のハンドスキャナ６ａ等により読み込まれる二次元バーコード等のコードは、イメージデータとして取り込まれて、そのままサーバー１に送信されるようにしてもよく、あるいは、携帯電話２のカメラ３０あるいは店舗３のハンドスキャナ６ａ等により読み込まれた後に携帯電話２あるいは店舗３の店舗端末４等により文字情報に変換してサーバー１に送信するようにしてもよい。
【００２５】
実施の形態２．
上述の実施の形態１においては、購入候補商品としてサーバー１に登録した商品情報を確認するために、図５のステップＳ２０において、空メールをサーバー１に対して携帯電話２から送信する例について説明した。本実施の形態においては、携帯電話２からインターネットを介してサーバー１が開設するＷｅｂサイトにアクセスして商品情報を確認する。
【００２６】
具体的に説明すると、顧客は携帯電話２からサーバー１へアクセスする。次に、顧客が、携帯電話２のメールアドレスを入力すると、サーバー１がそれを受け取り、当該メールアドレスを用いて、顧客が登録情報データベース１０に登録している商品の登録リスト一覧を検索し、携帯電話２に送信して携帯電話２の画面に表示させる。このときに、顧客が当該登録リスト一覧の中から、商品情報を確認したい商品を選択する（あるいは、登録番号を入力する）と、サーバー１はこれを受けて、当該商品の在庫の有無を店舗マスタ１１から検索して、携帯電話２に送信して携帯電話２の画面に表示する。なお、他の構成および他の動作は、上述の実施の形態１と同様であるので、ここでは、その説明を省略する。
【００２７】
以上のように、本実施の形態においては、上述の実施の形態１と同様の効果が得られ、さらに、サーバー１のＷｅｂサイトにアクセスして商品情報を確認するようにしたので、当該Ｗｅｂサイトで種々の情報やサービスを顧客に対して提供することも可能である。
【００２８】
実施の形態３．
上述の実施の形態１および２においては、顧客が店舗３で見つけた商品に付加された二次元バーコードをカメラで読み取ってサーバー１に送信する例について説明した。本実施の形態においては、新聞の折込広告（折込チラシ）に商品を掲載する際に、当該商品の二次元バーコードを折込広告に印刷するようにする。折込広告を見た顧客は、店舗３に行く前に、気に入った商品があれば、その時点でサーバー１に当該商品を購入候補商品として登録する。他の構成および動作については実施の形態１および２と同様である。これにより、店舗３に行く前に、当該商品の在庫の有無を確認することができるため、限定品の場合等に、便利である。
【００２９】
また、本実施の形態の他の例としては、インターネットの店舗３のホームページに商品を掲載する際に、当該商品の二次元バーコードを商品情報とともに画面表示するようにする。ホームページを見た顧客は、店舗３に行く前に、気に入った商品があれば、その時点でサーバー１に当該商品を購入候補商品として登録する。登録する方法としては、商品の二次元バーコードを携帯電話２のカメラで読み込んでサーバー１に送信してもよいし、あるいは、ホームページ上で登録申込みを行い、店舗３のバックヤードのサーバー（図示せず）からサーバー１に、当該登録申込情報を送信するようにしてもよい。他の構成および動作については、実施の形態１または２と同様である。これにより、店舗３に行く前に、ホームページで見つけた商品の在庫の有無を携帯電話２で確認することができるため、便利である。また、在庫切れの場合には、取り寄せの申込みをホームページで行えるようにしておけば、さらに便利である。
【図面の簡単な説明】
【００３０】
【図１】この発明の購入候補商品登録システムの全体の構成を示した構成図である。
【図２】この発明の購入候補商品登録システムの詳細な構成を示したブロック図である。
【図３】この発明の購入候補商品登録システムの顧客の処理の流れを示した流れ図である。
【図４】この発明の購入候補商品登録システムのサーバーの処理の流れを示した流れ図である。
【図５】この発明の購入候補商品登録システムの顧客の処理の流れを示した流れ図である。
【図６】この発明の購入候補商品登録システムにおける携帯電話の画面の一例を示した説明図である。
【図７】この発明の購入候補商品登録システムにおける携帯電話の画面の一例を示した説明図である。
【図８】この発明の購入候補商品登録システムにおける携帯電話の画面の一例を示した説明図である。
【図９】この発明の購入候補商品登録システムのＰＯＳ端末の処理の流れを示した流れ図である。
【図１０】この発明の購入候補商品登録システムのサーバーの処理の流れを示した流れ図である。
【図１１】この発明の購入候補商品登録システムにおける商品マスタの一例を示した説明図である。
【図１２】この発明の購入候補商品登録システムにおける登録情報データベースの一例を示した説明図である。
【符号の説明】
【００３１】
１  サーバー、２  携帯電話、３  店舗、４  店舗端末、５  ネットワーク、６  ＰＯＳ端末、６ａ  ハンドスキャナ、１０  登録情報データベース、１１  店舗マスタ、１２  顧客マスタ、１３  商品マスタ、１４  購入候補商品受信手段、１５  在庫数更新手段、１６  確認情報送信手段、１７  予約情報転送手段、１８  取寄情報転送手段、１９  在庫切れ商品判定手段、２０  在庫切れメール送信手段、３０  カメラ、３１  購入候補商品登録手段、３２  登録情報確認手段、３３  予約情報入力手段、３４  取寄情報入力手段、３５  在庫切れメール受信手段、４０  商品売上情報入力手段、４１  予約情報受付手段、４２  予約情報データベース、４３  取寄情報受付手段、４４  取寄情報データベース、４５  商品マスタ。
【図１】
2006099192.tif 000003
【図２】
2006099192.tif 000004
【図３】
2006099192.tif 000005
【図４】
2006099192.tif 000006
【図５】
2006099192.tif 000007
【図６】
2006099192.tif 000008
【図７】
2006099192.tif 000009
【図８】
2006099192.tif 000010
【図９】
2006099192.tif 000011
【図１０】
2006099192.tif 000012
【図１１】
2006099192.tif 000013
【図１２】
2006099192.tif 000014