(57)【要約】      （修正有）【課題】消費者自身の商品（サービスを含む。以下同じ。）に関する購入履歴に代表される嗜好情報を蓄積し，蓄積した嗜好情報を活用する。【解決手段】顧客嗜好情報管理システムの記憶装置には，ユーザＩＤを含む会員登録情報が記憶された登録ユーザ情報テーブル，複数の販売業者のそれぞれが提供する複数種類の商品のそれぞれについての商品コード，商品類コード，および商品属性要素を含む商品情報が記憶された商品情報テーブル，および嗜好情報テーブルが記憶されている。登録ユーザによって商品の購入，閲覧または評価の少なくともいずれかが行われると，嗜好情報テーブル83ｂには，ユーザＩＤ，商品類コードおよび商品属性要素を含む嗜好情報が記憶される。【選択図】図７
2009181400.tif 000002
【特許請求の範囲】
【請求項１】
登録ユーザのそれぞれについて，登録ユーザを特定するユーザＩＤを含む会員登録情報が記憶された登録ユーザ情報テーブル，
複数の販売業者のそれぞれが提供する複数種類の商品のそれぞれについて，商品を特定する商品コード，商品コードによって特定される商品が属する商品類を表す商品類コード，および商品コードによって特定される商品の特徴を表す一または複数の商品属性についての商品属性要素を含む，商品情報が記憶された商品情報テーブル，
登録ユーザによる商品の購入，閲覧または評価の少なくともいずれかが行われることに応じて作成される，上記ユーザＩＤ，上記商品類コードおよび上記商品属性要素を含む嗜好情報が記憶された嗜好情報テーブル，
登録ユーザによる商品の購入，閲覧または評価が行われたときに，登録ユーザが所有する携帯端末または販売業社の店舗に設置されている販売端末から送信される上記ユーザＩＤおよび商品コードを，受信する顧客情報受信手段，ならびに
上記顧客情報受信手段によって受信された上記ユーザＩＤおよび商品コードと，上記商品情報テーブルに記憶されている商品情報に基づいて，上記嗜好情報を作成して上記嗜好情報テーブルに記憶する嗜好情報記憶制御手段，
を備えた顧客嗜好情報管理システム。
【請求項２】
上記会員登録情報テーブルには，登録ユーザが所有する携帯端末の電子メール・アドレスが，上記ユーザＩＤに関連付けられて記憶されており，
上記携帯端末から送信される，ユーザＩＤおよび商品の絞込み条件を受信する絞込み条件受信手段，
上記絞込み条件受信手段によって受信されたユーザＩＤによって特定される登録ユーザについての上記嗜好情報テーブルに記憶されている嗜好情報と，上記商品の絞り混み条件とを上記販売業者が所有する商品提案システムに送信する商品提案依頼送信手段，
上記商品提案システムから送信される，上記商品絞込み条件および嗜好情報に基づく提案商品情報を受信する提案商品情報受信手段，ならびに
上記提案商品情報受信手段によって受信された提案商品情報を，上記電子メール・アドレスを用いて携帯端末に送信する提案情報送信手段，
をさらに備えた，請求項１に記載の顧客嗜好情報管理システム。
【請求項３】
上記商品絞込み条件には，希望商品の商品類を特定する希望商品類特定情報，上記希望商品類特定情報によって特定される希望商品類の商品属性についての希望属性要素を特定する希望商品属性要素情報，および上記希望商品属性要素情報についての要望の程度を表す希望度が含まれており，
上記提案商品情報中の提案商品について，提案商品の商品属性要素と希望商品の商品属性要素との間の乖離の度合いを表す第１の乖離度を算出し，算出した第１の乖離度に上記希望度にしたがう第１の重みを乗算することによって，提案商品と希望商品との間の上記商品属性に関する差異の度合いを表す希望差異を算出する希望差異算出手段を備えている，
請求項２に記載の顧客嗜好情報管理システム。
【請求項４】
上記商品絞込み条件には，希望商品の商品類を特定する希望商品類特定情報，上記希望商品類特定情報によって特定される希望商品類の商品属性についての希望属性要素を特定する希望商品属性要素情報，および上記希望商品属性要素情報についての要望の程度を表す希望度が含まれており，
上記提案商品情報中の提案商品について，提案商品の商品属性要素と，上記嗜好情報テーブルに記憶されている嗜好情報のうち上記提案商品と同じ商品類についての嗜好情報に含まれる商品属性要素との間の乖離の度合いを表す第２の乖離度を算出し，算出した第２の乖離度に上記希望度にしたがう第２の重みを乗算することによって，提案商品と嗜好情報との間の上記商品属性に関する差異の度合いを表す嗜好差異を算出する嗜好差異算出手段を備えている，
請求項２または３に記載の顧客嗜好情報管理システム。
【請求項５】
上記希望差異算出手段によって算出された希望差異と，上記嗜好差異算出手段によって算出された嗜好差異の加算値の逆数を算出することによって，上記提案商品と，上記希望商品および上記嗜好情報の組合わせとの間の適合の度合いを表す適合度を算出する適合度算出手段を備えている，
請求項４に記載の顧客嗜好情報管理システム。
【請求項６】
複数種類の商品属性要素のそれぞれについて，商品属性要素間の上記第１および第２の乖離度を表す商品属性距離が記憶されている商品属性距離テーブル，ならびに
上記希望度ごとに希望度に対応する上記第１の重みおよび第２の重みが記憶されている重みテーブルを備えている，
請求項５に記載の顧客嗜好情報管理システム。
【請求項７】
希望商品が属する商品類を特定する希望商品類特定情報，上記希望商品類特定情報によって特定される希望商品類の特徴を表す商品属性についての希望属性要素を特定する希望商品属性要素情報，および上記希望商品属性要素情報についての要望の程度を表す希望度を含む商品絞込み条件の入力を受付ける絞込み条件受付手段，
商品の購入，閲覧または評価の少なくともいずれかが行われることに応じて作成される，上記商品が属する商品類を表す商品類コードおよび上記商品の特徴を表す商品属性要素を含む嗜好情報が記憶された嗜好情報テーブル，
提案される提案商品について，提案商品の商品属性要素と希望商品の商品属性要素との間の乖離の度合いを表す第１の乖離度を算出し，算出した第１の乖離度に上記希望度にしたがう第１の重みを乗算することによって，提案商品と希望商品との間の上記商品属性に関する差異の度合いを表す希望差異を算出する希望差異算出手段，
提案される提案商品について，提案商品の商品属性要素と，上記嗜好情報テーブルに記憶されている嗜好情報のうち上記提案商品と同じ商品類についての嗜好情報に含まれる商品属性要素との間の乖離の度合いを表す第２の乖離度を算出し，算出した第２の乖離度に上記希望度にしたがう第２の重みを乗算することによって，提案商品と嗜好情報との間の上記商品属性に関する差異の度合いを表す嗜好差異を算出する嗜好差異算出手段，ならびに
上記希望差異算出手段によって算出された希望差異と，上記嗜好差異算出手段によって算出された嗜好差異の加算値の逆数を算出することによって，上記提案商品と，上記希望商品および上記嗜好情報の組合わせとの間の適合の度合いを表す適合度を算出する適合度算出手段，
を備えている適合度算出システム。
【請求項８】
コンピュータ・システムを，
希望商品が属する商品類を特定する希望商品類特定情報，上記希望商品類特定情報によって特定される希望商品類の特徴を表す商品属性についての希望属性要素を特定する希望商品属性要素情報，および上記希望商品属性要素情報についての要望の程度を表す希望度を含む商品絞込み条件の入力を受付ける絞込み条件受付手段，
商品の購入，閲覧または評価の少なくともいずれかが行われることに応じて作成される，上記商品が属する商品類を表す商品類コードおよび上記商品の特徴を表す商品属性要素を含む嗜好情報が記憶された嗜好情報テーブル，
提案される提案商品について，提案商品の商品属性要素と希望商品の商品属性要素との間の乖離の度合いを表す第１の乖離度を算出し，算出した第１の乖離度に上記希望度にしたがう第１の重みを乗算することによって，提案商品と希望商品との間の上記商品属性に関する差異の度合いを表す希望差異を算出する希望差異算出手段，
提案される提案商品について，提案商品の商品属性要素と，上記嗜好情報テーブルに記憶されている嗜好情報のうち上記提案商品と同じ商品類についての嗜好情報に含まれる商品属性要素との間の乖離の程度を表す第２の乖離度を算出し，算出した第２の乖離度に上記希望度にしたがう第２の重みを乗算することによって，提案商品と嗜好情報との間の上記商品属性に関する差異の度合いを表す嗜好差異を算出する嗜好差異算出手段，ならびに
上記希望差異算出手段によって算出された希望差異と，上記嗜好差異算出手段によって算出された嗜好差異の加算値の逆数を算出することによって，上記提案商品と，上記希望商品および上記嗜好商品の組み合わせとの間の適合の度合いを表す適合度を算出する適合度算出手段，
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は，顧客嗜好情報管理システムに関する。
【背景技術】
【０００２】
図２０は従来の顧客管理システムの一例を示すブロック図を示している。図２０では，商品等を販売する販売業者のＡ社およびＢ社のそれぞれが，ＰＯＳ端末を備えた店舗と，ＰＯＳサーバ，Ｗｅｂ販売サーバおよび顧客データ管理システムとを備えている態様を示している。
【０００３】
顧客端末（パーソナル・コンピュータ等）５２を利用して，Ａ社Ｗｅｂ販売サーバ５６が提供するＷｅｂページを利用して商品等を購入することができる。Ａ社Ｗｅｂ販売サーバ５６が提供するＷｅｂページを利用して商品等を購入した場合，顧客識別情報（顧客の氏名，住所，クレジットカード番号等）は，Ａ社Ｗｅｂ販売サーバ５６からＡ社顧客データ管理システム５５に送られる。Ａ社顧客データ管理システム５５において顧客識別情報および購入された商品の情報（商品の名称など）が蓄積される。顧客がＡ社店舗を訪問して商品を購入した場合には，Ａ社店舗に設置されたＰＯＳ端末５１から購入された商品の情報および顧客情報（性別，年齢層など）がＡ社ＰＯＳサーバ５４に送信され，Ａ社顧客データ管理システム５５に送られて蓄積される。Ｂ社についても同様である。
【０００４】
ＰＯＳ端末５１，５３に入力される顧客情報に，顧客を識別する情報が含まれることもある。この場合には，たとえば，販売業者が発行するポイントカード等の，顧客識別情報を含む会員カード等が利用される。
【０００５】
それぞれの販売業者は，顧客データ管理システム５５，５９に蓄積された顧客別の商品販売情報に基づいて顧客の嗜好を分析することで，顧客に適した商品を提案する（たとえば，電子メール等によって商品を提案する）ことができる。
【０００６】
しかしながら，図２０に示すシステムでは，顧客別の商品販売情報はそれぞれの販売業者内で閉じているため，顧客から見た場合，Ａ社からの商品提案はＢ社における過去の購入履歴が反映されたものにはならない。また，提案は基本的に販売業者側の都合で行われる。顧客がある範囲の商品に関して購入意欲を持ち，具体的な商品を絞り込みたい場合，顧客が顧客端末５２からＷｅｂ販売サーバ５６，５８に接続して商品の条件を入力する等すれば，購入したい種類の商品の提案が行われるようになるが，顧客は提案を受けたい販売業者ごとにこの作業を行わなければならない。
【０００７】
図２１は，従来の顧客管理システムの他の例を示すブロック図である。顧客は決済業者の発行するプリペイド式電子マネー情報が記録されたＩＣチップを内蔵した携帯端末（携帯電話等）６３を所持している。顧客がＡ社またはＢ社の店舗で商品を購入するとき，ＩＣチップ内蔵携帯端末６３がＰＯＳ端末６２，６６に接続されたＩＣチップ読取機６１，６５に近づけられる。このとき，ＩＣチップ内蔵携帯端末６３と決済業者の決済システム６８との間で決済が行われる。決済記録は決済業者決済システム６８から顧客情報集中管理業者の顧客データ管理システム６７に転送される。各店舗が発行するポイント情報は，集中管理業者顧客データ管理システム６７に集められて一元的に管理される。
【０００８】
このようにして，顧客情報，決済情報およびポイント情報が集中管理業者顧客データ管理システム６７に集められることにより，顧客はＩＣチップ内蔵携帯端末６３からネットワーク経由で集中管理業者顧客データ管理システム６７に接続し，これらの情報及び各加盟店に関する情報をまとめて照会することができる。各加盟店は，独自に顧客情報を管理しなくとも，顧客情報集中管理業者に依頼することによって、顧客が顧客情報集中管理業者に登録した顧客の属性情報に基づいて，顧客のＩＣチップ内蔵携帯端末６３へメール，Ｗｅｂページその他の方法を利用して，販売促進情報（商品の提案など）を送信することができる。
【０００９】
しかしながら，顧客情報集中管理業者が管理する顧客情報の中には，顧客別の商品販売情報は含まれていない。そのため，加盟店からの商品に関する提案は，顧客が事前に登録した固定的な情報のみに基づいて行われ，顧客の購入履歴を反映したものにはならない。また，提案は各加盟店の都合で行われ，顧客の商品購入意欲に基づいて提案が行われることはない。
【００１０】
図２２に構成例を示す従来のシステムは，一般に「逆オークション」又は「リバースオークション」等と呼ばれるものである。このシステムでは，顧客が顧客端末７１から仲介システム７３に接続して，購入を希望する商品の情報を入力すると，その情報が仲介システム７３から提携する各販売業者の商品提案システム７２，７４に送信される。商品提案システム７２，７４は，受信した希望商品についての価格の見積もりを行い，その結果を仲介システム７３に送信する。仲介システム７３は，顧客端末７１に商品提案システム７２，７４からの見積価格を送信する，または最も金額が低い見積価格を送信する。商品提案システム７２，７４がそれぞれ直接に顧客端末７１に見積価格を送信する形態もある。
【００１１】
これにより，顧客は商品の購入意欲を持った際に，自身の希望に対して最も安価な見積価格を提示した販売業者から商品を購入することができる。しかしながら，このシステムは，明確に定まった希望商品に対して価格を提示するものであり，希望する条件を満たす商品の中から顧客に適した商品を提案するものではない。
【００１２】
特許文献１に記載のシステムでは，Ｗｅｂサイト上の仮想店舗において，顧客がある商品を選択した上で，その商品に適した組合わせの商品についての提案依頼を行っている。提案依頼を受けたコーディネート・サーバは，顧客の取引履歴から嗜好性に適合する条件を生成し，それを含む提案依頼情報を複数の商品提案サーバに送信する。各提案サーバが抽出した商品情報を受信したコーディネート・サーバは，その情報を顧客に提示する。
【特許文献１】特開２００１−２２８３１号公報
【００１３】
顧客は，ある商品を購入する際に，それと組合わせる商品について，自分の嗜好に適した商品の提案を受けることができる。しかしながら，新規に商品の購入の意図を持つが，その商品自体がまだ明確に定まらないといった状況において，その商品についての提案を顧客の意志に基づいて依頼するというようなことはできない。また，このシステムにおける取引履歴とは，Ｗｅｂサイト上の仮想店舗における電子商取引によるものを想定しており，実在の店舗での商品購入には対応していない。
【発明の開示】
【００１４】
この発明は，消費者自身の商品（サービスを含む。以下同じ。）に関する購入履歴に代表される嗜好情報を蓄積し，蓄積した嗜好情報を活用することを目的とする。
【００１５】
この発明による顧客嗜好情報管理システムは，登録ユーザのそれぞれについて，登録ユーザを特定するユーザＩＤを含む会員登録情報が記憶された登録ユーザ情報テーブル，複数の販売業者のそれぞれが提供する複数種類の商品のそれぞれについて，商品を特定する商品コード，商品コードによって特定される商品が属する商品類を表す商品類コード，および商品コードによって特定される商品の特徴を表す一または複数の商品属性についての商品属性要素を含む，商品情報が記憶された商品情報テーブル，登録ユーザによる商品の購入，閲覧または評価の少なくともいずれかが行われることに応じて作成される，上記ユーザＩＤ，上記商品類コードおよび上記商品属性要素を含む嗜好情報が記憶された嗜好情報テーブル，登録ユーザによる商品の購入，閲覧または評価が行われたときに，登録ユーザが所有する携帯端末または販売業社の店舗に設置されている販売端末から送信される上記ユーザＩＤおよび商品コードを，受信する顧客情報受信手段，ならびに上記顧客情報受信手段によって受信された上記ユーザＩＤおよび商品コードと，上記商品情報テーブルに記憶されている商品情報に基づいて，上記嗜好情報を作成して上記嗜好情報テーブルに記憶する嗜好情報記憶制御手段を備えている。
【００１６】
嗜好情報テーブルに，ユーザＩＤ，商品類コードおよび商品属性要素を含む嗜好情報が記憶されている。嗜好情報は，登録ユーザによる商品の購入，閲覧または評価の少なくともいずれかが行われることに応じて嗜好情報記憶制御手段によって作成される。登録ユーザによって商品の購入，閲覧または評価が行われると，登録ユーザが所有する携帯端末または販売業社の店舗に設置されている販売端末から，購入，閲覧または評価された商品を特定する商品コードとユーザＩＤが送信され，これが顧客情報受信手段によって受信される。商品コードおよびユーザＩＤの受信に応じて，嗜好情報は嗜好情報テーブルに順次蓄積（記憶）されていく。
【００１７】
複数の販売業者のそれぞれが提供する複数種類の商品のそれぞれについて，商品を特定する商品コード，商品コードによって特定される商品（たとえば，Ｘ社製のワイシャツ）が属する商品類（たとえば，ワイシャツ）を表す商品類コード，および商品コードによって特定される商品の特徴を表す一または複数の商品属性（色，模様など）についての商品属性要素（「色」について言えば，白，赤，黒など，「模様」について言えば無地，ストライプなど）を含む商品情報が記憶された商品情報テーブルが用意されている。顧客情報受信手段によって受信された商品コードと，上記商品情報テーブル中の商品情報とから，顧客情報受信手段によって受信された商品コードに対応する商品類コードおよび商品属性要素が特定される。上記ユーザＩＤ，上記商品類コードおよび上記商品属性要素を含む嗜好情報が嗜好情報記憶制御手段によって作成されて，嗜好情報テーブルに記憶される。
【００１８】
嗜好情報テーブルには，登録ユーザによる商品の購入，閲覧または評価の少なくともいずれかが行われることに応じて嗜好情報が順次蓄積されていくので，いずれのユーザが，どのような特徴（色，模様等）をもつどのような商品類に興味を持っているのかが，嗜好情報テーブルに蓄積されることになる。
【００１９】
嗜好情報テーブルに蓄積される嗜好情報は，登録ユーザの興味，実際の購買実績等を表す。嗜好情報テーブルに蓄積される嗜好情報は，登録ユーザに対する新たな商品の提案に用いると，その登録ユーザの嗜好に沿ったものにできる可能性が高い。
【００２０】
一実施態様では，上記会員登録情報テーブルには，登録ユーザが所有する携帯端末の電子メール・アドレスが，上記ユーザＩＤに関連付けられて記憶されており，上記携帯端末から送信される，ユーザＩＤおよび商品の絞込み条件を受信する絞込み条件受信手段，上記絞込み条件受信手段によって受信されたユーザＩＤによって特定される登録ユーザについての上記嗜好情報テーブルに記憶されている嗜好情報と，上記商品の絞り混み条件とを上記販売業者が所有する商品提案システムに送信する商品提案依頼送信手段，上記商品提案システムから送信される，上記商品絞込み条件および嗜好情報に基づく提案商品情報を受信する提案商品情報受信手段，ならびに上記提案商品情報受信手段によって受信された提案商品情報を，上記電子メール・アドレスを用いて携帯端末に送信する提案情報送信手段をさらに備えている。
【００２１】
この発明によると，携帯電話から送信される商品絞込み条件とユーザＩＤとが，顧客嗜好情報管理システムを介して販売業者が所有する商品提案システムに送信される。商品の絞込み条件のみならず登録ユーザの，ユーザＩＤ，商品類コードおよび商品属性要素を含む嗜好情報も送信されるので，販売業者が所有する商品提案システムは，ユーザの希望（商品絞込み条件）のみならず，そのユーザの嗜好をも考慮して，ユーザに提案すべき商品を選択（提案）することができる。
【００２２】
この発明において，商品提案システムは，単に商品の絞込み条件およびユーザの嗜好情報を受信するものであってもよい。この場合には，受信された絞込み条件および嗜好情報を，販売業者の従業員等が確認して，従業員等が提案すべき商品を選択することになる。もちろん，商品提案システムは，絞込み条件および嗜好情報を利用した商品検索を行うコンピュータ装置であってもよい。この場合には，商品検索を行うコンピュータ装置によって提案すべき商品が選択され，または商品検索を行うコンピュータ装置の出力結果に基づいて販売業者の従業員等によって，最終的に提案すべき商品が選択されよう。
【００２３】
いずれにしても，上記商品提案システムから送信される提案商品情報は提案商品情報受信手段によって受信されて，上記電子メール・アドレスを用いて携帯端末に送信される。登録ユーザは，絞込み条件のみならず，自分の嗜好（購買実績等）に基づいて選択された商品の提示を受けることができる。
【００２４】
一実施態様では，商品絞込み条件には，希望商品の商品類を特定する希望商品類特定情報，上記希望商品類特定情報によって特定される希望商品類の商品属性についての希望属性要素を特定する希望商品属性要素情報，および上記希望商品属性要素情報についての要望の程度を表す希望度が含まれている。そして，上記提案商品情報中の提案商品について，提案商品の商品属性要素（たとえば，「白」）と希望商品の商品属性要素（たとえば，「赤」）との間の乖離の度合いを表す第１の乖離度を算出し，算出した第１の乖離度に上記希望度（たとえば，「絶対」，「なるべく」，「おまかせ」など）にしたがう第１の重みを乗算することによって，提案商品と希望商品との間の上記商品属性（たとえば，「色」）に関する差異の度合いを表す希望差異を算出する希望差異算出手段が備えられる。提案商品が，商品絞込み条件にしたがう希望商品とどの程度近似ししているか（離れているか）を表す値（第１の乖離度）が算出され，これに希望の程度を表す第１の重みが乗算された値が，希望差異として算出される。希望差異は，提案商品と希望商品との間の違いの程度を表すのみならず，ユーザの要望の強さをも表すことになる。ユーザの要望の強さに応じて変動し，かつ提案商品と希望商品との間の違いの程度を表す値（これが，希望差異である）を，提案商品について客観的に把握することができる。
【００２５】
提案商品および希望商品の商品属性が複数種類ある場合（たとえば，「色」と「模様」など），商品属性ごとに算出される希望差異を加算した値を，提案商品と希望商品との間の希望差異としてもよい。
【００２６】
他の実施態様では，商品絞込み条件には，希望商品の商品類を特定する希望商品類特定情報，上記希望商品類特定情報によって特定される希望商品類の商品属性についての希望属性要素を特定する希望商品属性要素情報，および上記希望商品属性要素情報についての要望の程度を表す希望度が含まれている。そして，上記上記提案商品情報中の提案商品について，提案商品の商品属性要素と，上記嗜好情報テーブルに記憶されている上記提案商品と同じ商品類についての嗜好情報に含まれる商品属性要素との間の乖離の程度を表す第２の乖離度を算出し，算出した第２の乖離度に上記希望度にしたがう第２の重みを乗算することによって，提案商品と嗜好情報との間の上記商品属性に関する差異の度合いを表す嗜好差異を算出する嗜好差異算出手段が備えられる。提案商品が，嗜好情報とどの程度近似ししているか（離れているか）を表す値（第２の乖離度）が算出され，これに希望の程度を表す第２の重みが乗算された値が，嗜好差異として算出される。嗜好差異は，提案商品と嗜好情報との間の違いの程度を表すのみならず，ユーザの要望の強さをも表すことになる。ユーザの要望の強さに応じて変動し，かつ提案商品と嗜好情報との間の違いの程度を表す値（これが，嗜好差異である）を，提案商品について客観的に把握することができる。
【００２７】
提案商品および嗜好情報の商品属性が複数種類ある場合（たとえば，「色」と「模様」など），商品属性ごとに算出される嗜好差異を加算した値を，提案商品と嗜好情報との間の嗜好差異としてもよい。また，提案商品と同じ商品類に属する嗜好情報が複数存在する場合には，第２の乖離度は提案商品と複数の嗜好情報のそれぞれとの間の乖離度を平均化したものとしてもよい。
【００２８】
さらに好ましくは，上記希望差異算出手段によって算出された希望差異値と，上記嗜好差異算出手段によって算出された嗜好差異の加算値の逆数を算出することによって，上記提案商品と，上記希望商品および上記嗜好商品の組み合わせとの間の適合の度合いを表す適合度を算出する適合度算出手段を備えている。上述した希望差異と嗜好差異の両方に基づいて，提案商品が，ユーザの希望およびユーザの嗜好にどの程度沿うものであるかを客観的に表す値（適合度）を得ることができる。
【００２９】
複数種類の商品属性要素（たとえば，「白」，「赤」，「ピンク」など）のそれぞれについて，商品属性要素間の上記第１および第２の乖離度を表す商品属性距離が記憶されている商品属性距離テーブル，ならびに上記希望度ごとに希望度に対応する上記第１の重みおよび第２の重みが記憶されている重みテーブルをあらかじめ用意しておいてもよい。この場合には，商品属性距離テーブルおよび重みテーブルが用いられて，上述した希望差異，嗜好差異および適合度が算出される。
【００３０】
適合度は，ユーザの希望（絞込み条件）と，ユーザの嗜好情報とに基づいて算出されるので，ユーザの希望のみならず，そのユーザの潜在的な嗜好傾向を反映して算出される。算出される適合度は，たとえば，複数の提案商品が存在する場合の提示順序の決定，複数の提案商品が存在する場合の提示商品および非提示商品の切り分け等に利用することができる。
【００３１】
この発明はさらに，上述の適合度の算出のためのシステムおよびこのシステムを動作させるためのプログラムも提供している。この発明による適合度算出システムは，希望商品が属する商品類（たとえば，ワイシャツ）を特定する希望商品類特定情報，上記希望商品類特定情報によって特定される希望商品類の商品属性（たとえば，「色」）についての希望属性要素（たとえば「白」）を特定する希望商品属性要素情報，および上記希望商品属性要素情報についての要望の程度を表す希望度（たとえば，「絶対」，「なるべく」，「おまかせ」など）を含む商品絞込み条件の入力を受付ける絞込み条件受付手段，商品の購入，閲覧または評価の少なくともいずれかが行われることに応じて作成される，上記商品が属する商品類を表す商品類コードおよび上記商品の特徴を表す商品属性要素を含む嗜好情報が記憶された嗜好情報テーブル，提案される提案商品について，提案商品の商品属性要素と希望商品の商品属性要素との間の乖離の程度を表す第１の乖離度を算出し，算出した第１の乖離度に上記希望度にしたがう第１の重みを乗算することによって，提案商品と希望商品との間の上記商品属性に関する差異の度合いを表す希望差異を算出する希望差異算出手段，提案される提案商品について，提案商品の商品属性要素と，上記嗜好情報テーブルに記憶されている嗜好情報のうち上記提案商品と同じ商品類についての嗜好情報に含まれる商品属性要素との間の乖離の程度を表す第２の乖離度を算出し，算出した第２の乖離度に上記希望度にしたがう第２の重みを乗算することによって，提案商品と嗜好情報との間の上記商品属性に関する差異の程度を表す嗜好差異を算出する嗜好差異算出手段，ならびに上記希望差異算出手段によって算出された希望差異と，上記嗜好差異算出手段によって算出された嗜好差異の加算値の逆数を算出することによって，上記提案商品と，上記希望商品および上記嗜好情報の組み合わせとの間の適合の度合いを表す適合度を算出する適合度算出手段を備えている。
【実施例】
【００３２】
図１は顧客管理システムの全体構成を示すブロック図である。
【００３３】
顧客管理システムは，ネットワーク（インターネットなど）１に接続されたＰＯＳ（Point Of Sale ）端末１２，２２，商品提案システム４１，４３，および顧客嗜好情報管理システム４２と，ＩＣチップが内蔵された携帯端末３０と，ＰＯＳ端末１２，２２に接続されたＩＣチップ読取機１１，２１とによって構成される。図１は，商品の販売業者がＡ社およびＢ社の２社であり，Ａ社およびＢ社のそれぞれの店舗１０，２０にＰＯＳ端末１２，２２およびＩＣチップ読取機１１，２１が設置され，かつＡ社およびＢ社のそれぞれが商品提案システム４１，４３を有している態様を示している。もちろん，ＰＯＳ端末およびＩＣチップ読取機が設置される販売店舗は３店舗以上であってもよいし，顧客管理システムに参加する企業は３社以上であってもよい。
【００３４】
商品提案システム４１，４３，および顧客嗜好情報管理システム４２は，いずれもＣＰＵ，メモリ，記憶装置等を備えたコンピュータ・システムである。後述する商品提案システム４１，４３，および顧客嗜好情報管理システム４２の動作（処理）は，これらのコンピュータ・システムのそれぞれの記憶装置に記憶されているプログラムが，ＣＰＵ，メモリ，記憶装置等を制御することによって実行される。
【００３５】
さらに，ＰＯＳ端末１２，２２，商品提案システム４１，４３，および顧客嗜好情報管理システム４２は，いずれもデータの送受信装置を備えており，ネットワーク１を介してデータを送信および受信することができる。ＩＣチップ読取機１１，２１は，携帯端末３０との間で近距離無線通信によってデータの送信および受信を行う送受信装置を備えるとともに，ＰＯＳ端末１２，２２と電気的に接続されてＰＯＳ端末１２，２２との間でもデータの送受信を行うことができる。携帯端末３０は，ネットワーク１を通じて遠距離無線通信（インターネット通信等）を行うことができるとともに，ＩＣチップ読取機１１，２１との間で近距離無線通信を行うことができる。携帯端末３０が携帯電話である場合には，音声の送受信装置等も携帯端末３０は備えたものになる。
【００３６】
顧客管理システムによるサービスを利用する顧客は，顧客識別情報（顧客ＩＤ）が記録されたＩＣチップを内蔵した携帯端末（携帯電話等）３０を所持していることを前提とする。携帯端末３０も１台に限られないのはいうまでもない。
【００３７】
顧客管理システムによるサービスを利用する顧客は，あらかじめ顧客管理システムへの会員登録を行う。図２は会員登録情報テーブル81の一例を示しており，この会員登録情報テーブル81は顧客嗜好情報管理システム４２の記憶装置42ａに記憶されている。会員登録情報テーブル81に格納されている会員登録情報は，顧客管理システムに会員登録している会員（顧客）のそれぞれについての，氏名，顧客ＩＤ，住所，電話番号，電子メール・アドレス等を含む。会員登録情報テーブルに含まれる顧客ＩＤのうちの一つが，上述のように，携帯端末３０のＩＣチップにも記憶されている。
【００３８】
はじめに，顧客管理システムの動作（処理）を簡潔に説明しておく。
【００３９】
顧客が，顧客管理システムの加盟店であるＡ社またはＢ社の店舗１０，２０において商品を購入するとき，顧客は，店舗１０，２０のＰＯＳ端末１２，２２に接続されたＩＣチップ読取機１１，２１に，ＩＣチップ内蔵携帯端末３０をかざす。ＩＣチップ読取機１１，２１と，ＩＣチップ内蔵携帯端末３０との間で近距離無線通信が行われ，ＩＣチップ読取機１１，２１によってＩＣチップ内蔵携帯端末３０のＩＣチップから顧客ＩＤが読取られる。ＰＯＳ端末１２，２２に入力された商品情報と，ＩＣチップ読取機１１，２１によって読取られた顧客ＩＤとが互いに関連付けられて，ネットワーク１を通じて顧客嗜好情報管理システム４２に送信される。顧客嗜好情報管理システム４２では，受信した商品情報および顧客ＩＤが記憶装置42ａに記憶される。
【００４０】
顧客が商品に関する購入意欲を持ち，具体的な商品を絞り込みたい場合，顧客はＩＣチップ内蔵携帯端末３０を用いて顧客嗜好情報管理システム４２に接続し，希望商品の条件等を入力する。顧客嗜好情報管理システム４２は，入力された商品条件と，顧客嗜好情報管理システム４２の記憶装置42ａに記憶されているその顧客の嗜好情報（嗜好情報の詳細は後述する）とを含む商品提案依頼を，加盟店である販売会社Ａ社，Ｂ社の商品提案システム４１，４３に送信する。商品提案システム４１，４３は，それぞれ独自の方法で分析を行い，商品提案依頼に対する提案商品を抽出（決定）し，その商品の識別情報（商品コード等）を，顧客嗜好情報管理システム４２に送信する。顧客嗜好情報管理システム４２は，商品提案システム４１，４３によって提案された商品識別情報を，顧客のＩＣチップ内蔵携帯端末３０に，電子メールまたはＷｅｂページにより送信する。
【００４１】
（１）商品購入時の処理
図３は，商品購入時におけるＩＣチップ内蔵携帯端末，ＩＣチップ読取機，ＰＯＳ端末および顧客嗜好情報管理システムのそれぞれの処理の詳細を示すフローチャートである。ここでは，顧客がＡ社の店舗１０で商品を購入する場合を具体例にして説明する。
【００４２】
店舗１０にはＰＯＳ端末１２が設置されている（図１参照）。たとえば，商品に付けられている値札に印字されているバーコードがＰＯＳ端末１２によって読取られる。商品識別情報（商品コード），購入数，その他の購入内容に関する情報が，ＰＯＳ端末１２に入力される（ステップ１４２）。
【００４３】
ＰＯＳ端末１２は，ＰＯＳ端末１２に接続されているＩＣチップ読取機１１に対して顧客識別情報（顧客ＩＤ）の読取要求を送信する（ステップ１４４）。
【００４４】
顧客が所有しているＩＣチップ内蔵携帯端末３０がＩＣチップ読取機１１にかざされると，ＩＣチップ読取機１１はＩＣチップ内蔵携帯端末３０に顧客ＩＤの送信要求を送信する（ステップ１２２）。
【００４５】
ＩＣチップ内蔵携帯端末３０は，要求元のＩＣチップ読取機１１に，ＩＣチップに記憶されている顧客ＩＤを送信する（ステップ１０２）。
【００４６】
ＩＣチップ読取機１１は，ＩＣチップ内蔵携帯端末３０から受信した顧客ＩＤを，ＰＯＳ端末１２に送信する（ステップ１２４）。
【００４７】
ＰＯＳ端末１２は，商品識別情報（商品コード），購入数その他の購入内容に関する情報と，ＩＣチップ読取機１１によって読取られた顧客ＩＤとを含む商品購入情報を，顧客嗜好情報管理システム４２に送信する（ステップ１４６）。
【００４８】
図４は，商品購入情報82の一例を示している。商品購入情報82には，顧客ＩＤ，購入日時，合計金額，購入された商品を特定する商品コード，単価，および数量のデータを含む。ここで，商品を特定する商品コードは，Ａ社またはＢ社といった特定の販売業者の内部のみで使用されるものではなく，顧客嗜好情報管理システム４２が管理し，各販売業者にて共通で使用するものとする。商品購入情報82には，商品が販売された店舗を識別するデータ（店舗識別情報）を含ませてもよい。
【００４９】
顧客嗜好情報管理システム４２は，受信した商品購入情報82を記憶装置42ａに登録（記憶）し（ステップ１６２），商品購入情報82に含まれる顧客ＩＤによって特定される顧客についての嗜好情報を更新する（ステップ１６４）。
【００５０】
図５は，更新前の嗜好情報テーブル83ａの例を示している。嗜好情報テーブルには，複数の嗜好情報が格納されており，嗜好情報は，顧客ＩＤ，商品類コード（商品のおおまかな分類（たとえば，ワイシャツなど）を特定するコード），商品属性要素（色，模様，形状などの具体的内容），および累積購入数を含む。
【００５１】
図６は商品購入情報82に含まれる商品を特定する商品コードと，商品コードによって特定される商品の大まかな分類を特定する商品類コードと，商品コードによって特定される商品属性要素（色，模様，形状などの具体的内容）との対応関係を示す商品情報テーブル84の一例を示している。図６に示す商品情報テーブル84は，顧客嗜好情報管理システム４２の記憶装置42ａに記憶されている。
【００５２】
顧客嗜好情報管理システム４２は，ＰＯＳ端末１２から受信した商品購入情報82（図４）と，記憶装置42ａに記憶されている商品情報84（図６）とを照合して，嗜好情報を更新する。図７は，図５に示す更新前の嗜好情報が更新された様子（更新後の嗜好情報テーブル83ｂ）を示している。
【００５３】
図４の商品購入情報82を参照して，顧客ＩＤ「ＣＳＴ１２０００」の顧客は，商品コード「ＣＭＤ３４０００」の商品を１つ購入し，商品コード「ＣＭＤ３４５００」の商品を２つ購入している。図６の商品情報84を参照して，商品コード「ＣＭＤ３４０００」の商品は，商品類コード「ＣＴＧ３４０」，商品属性要素「色＝水色，模様＝無地」の商品である。商品コード「ＣＭＤ３４５００」の商品は，商品類コード「ＣＭＤ３４５」，商品属性要素「色＝青，形状＝一般的」の商品である。
【００５４】
図５の更新前の嗜好情報テーブル83ａおよび図７の更新後の嗜好情報テーブル83ｂを参照して，図４に示す商品購入情報82が顧客嗜好情報管理システム４２によって受信されると，顧客ＩＤ「ＣＳＴ１２０００」によって特定される顧客について，商品類コード「ＣＴＧ３４０」，商品属性要素「色＝水色、模様＝無地」の購入数が，「１」から「２」に更新される。また，顧客ＩＤ「ＣＳＴ１２０００」によって特定される顧客について，商品類コード「ＣＴＧ３４５」，商品属性要素「色＝青，形状＝一般的」，購入数「２」という行（レコード）が新たに追加される。
【００５５】
図３に戻って，嗜好情報の更新が終了すると，顧客嗜好情報管理システム４２は送信元のＰＯＳ端末１２に登録完了通知を送信する（ステップ１６６）。ＰＯＳ端末１２では，商品購入時の処理が完了したことが表示される（ステップ１４８）。
【００５６】
図８は，商品購入時の処理の他の例を示すフローチャートである。図３に示すフローチャートと同一の処理には同一の符号を付し，重複した詳細な説明を省略する。図８は，顧客管理システムの全体構成（図１）において，店舗１０，２０にＩＣチップ読取機１１，２１に代えて，ＩＣチップ読取／書込機を設置した場合の処理を示している。ＩＣチップ読取機１１，１２がＩＣチップに記憶されているデータの読取りのみを行うものであるのに対し，ＩＣチップ読取／書込機はＩＣチップに記憶されているデータの読取りのみならず，ＩＣチップへのデータの書込みも行う。
【００５７】
ＰＯＳ端末１２による，購入商品の識別情報（商品コード，購入数など）の入力の受付（ステップ１４２）の後，ＰＯＳ端末１２は商品識別情報をＩＣチップ読取／書込機に送信する（ステップ３４２）。ＩＣチップ内蔵携帯端末３０がＩＣチップ読取／書込機にかざされると，ＩＣチップ読取／書込機によって，ＩＣチップ内蔵携帯端末３２０に対して商品識別情報の書込が行われ（ステップ３２２），ＩＣチップ内蔵携帯端末３０のＩＣチップに商品識別情報が記憶（登録）される（ステップ３０２）。その後，ＩＣチップ内蔵携帯端末３０は，遠距離無線通信機能（インターネット通信等）によって顧客嗜好情報管理システム４２に接続し，ＩＣチップに記憶されている顧客ＩＤおよび商品識別情報を含む商品購入情報82（図４）を送信する（ステップ３０４）。
【００５８】
顧客嗜好情報管理システム４２は，商品購入情報82の登録（ステップ１６２）および嗜好情報テーブル83ａ（83ｂ）の更新（ステップ１６４）を行った後，商品購入情報登録完了の通知をＩＣチップ内蔵携帯端末３０に送信する（ステップ３６２）。ＩＣチップ内蔵携帯端末３２０は，商品購入情報登録完了通知を受信すると，その旨を画面表示することによって顧客に通知する（ステップ３０６）。顧客ＩＤが販売業者のＰＯＳ端末１２によって読取られないので，匿名性を高めることができる。
【００５９】
上述した商品購入時の処理（図３，図８）では，顧客が店舗１０，２０において商品を購入した場合を想定しているが，ＩＣチップ内蔵携帯端末３０を用いて，各販売業者が開いているＷｅｂ上の仮想店舗において商品を購入した場合も，販売業者から，またはＩＣチップ内蔵携帯端末３０から，商品購入情報82（図４）を顧客嗜好情報管理システム４２に送信するようにしてもよい。もちろん，販売業者から送信する場合には販売業者は顧客ＩＤを取得しておく必要があるのは言うまでもない。
【００６０】
また，嗜好情報テーブル83ａ（83ｂ）（図５，図７）には，現実に顧客が商品を購入した場合（販売業者によって商品が販売された場合）のみならず，顧客が商品を購入する段階まで至らなくても，気に入った商品があった場合，その情報も嗜好情報として顧客嗜好情報管理システム４２へ登録できるようにしてもよい。この場合，たとえば，顧客が気になる，または気に入った商品が店舗において販売（展示）されている場合に，その商品の商品識別情報および顧客ＩＤを含む商品嗜好情報を，携帯端末３０から顧客嗜好情報管理システム４２に送信する。たとえば，商品のタグに，商品識別情報および顧客嗜好情報管理システム４２のＵＲＬを表す２次元バーコードを印刷しておく。２次元バーコードを携帯端末３０のカメラ機能を用いて読取ることによって，商品識別情報および顧客嗜好情報管理システム４２のＵＲＬが携帯端末３０によって取得される。取得された商品識別情報とＩＣチップに記憶されている顧客ＩＤとが，顧客嗜好情報管理システム４２に送信されると，顧客嗜好情報管理システム４２は，その情報を嗜好情報テーブル83ａ（83ｂ）に嗜好情報として記憶する。顧客による商品閲覧（ウインドウ・ショッピング）に基づく嗜好情報の登録が実現される。また，顧客がＩＣチップ内蔵携帯端末３０から顧客嗜好情報管理システム４２に接続し，購入または閲覧した商品についての評価を登録することができるようにして，その評価を嗜好情報として嗜好情報テーブル83ａ（83ｂ）に記憶するようにしてもよい。
【００６１】
（２）商品提案依頼時の処理
顧客が商品の購入意欲を持ち，具体的な商品を絞り込むときの処理を説明する。図９および図１０は，商品提案依頼時におけるＩＣチップ内蔵携帯端末，顧客嗜好情報管理システム，Ａ社商品提案システムおよびＢ社商品提案システムのそれぞれの処理の詳細を示すフローチャートである。
【００６２】
顧客の操作によってＩＣチップ内蔵携帯端末３０から顧客嗜好情報管理システム４２に商品提案依頼画面の要求（たとえば，ＵＲＬ：Uniform Resource Locator）が送信される（ステップ２０２）。
【００６３】
要求を受付けた顧客嗜好情報管理システム４２は，ＩＣチップ内蔵携帯端末３０に商品提案依頼画面を表すデータ（たとえば，ＨＴＭＬ（HyperText Markup Language ）データ）を送信する（ステップ２２２）。ＩＣチップ内蔵携帯端末３２０の表示画面に，商品提案依頼画面が表示される。
【００６４】
図１１は，ＩＣチップ内蔵携帯端末３０の表示画面上に表示される商品提案依頼画面Ｗ１の一例を示している。商品類，サイズ，色，模様等について，提案を希望する情報が入力される。
【００６５】
図１１を参照して，たとえば，商品提案依頼画面Ｗ１では，希望する商品の商品類，サイズ，色および模様（商品属性）のそれぞれについての具体的な指定（商品属性要素の指定），商品属性についての要望の程度（「おまかせ」，「なるべく」または「絶対」）（商品提案依頼画面Ｗ１を用いて入力されるこれらの情報を，「希望商品情報」と呼ぶ）を入力して送信ボタンを押下する。なお，要望の程度が「おまかせ」である商品属性（たとえば，図１１における商品属性「色」）については，商品属性要素（白，青，ピンク等）の指定はない。ＩＣチップ内蔵携帯端末３２０は，ＩＣチップに記憶されている顧客ＩＤおよび入力された希望商品情報を，顧客嗜好情報管理システム４２に送信する（ステップ２０４）。
【００６６】
顧客嗜好情報管理システム４２は，受信した希望商品情報を含む依頼情報を作成して，記憶装置42ａに記憶（登録）する（ステップ２２４）。
【００６７】
図１２は，顧客嗜好情報管理システム４２によって作成され，記憶装置42ａに記憶される商品提案依頼情報85の一例を示している。依頼情報85は，顧客ＩＤ，提案依頼日時，商品類コードおよび商品属性要素（サイズ，色および色についての要望の程度，模様および模様についての要望の程度等）を含む。
【００６８】
顧客嗜好情報管理システム４２は，作成した商品提案依頼情報85に基づいて商品提案依頼を作成して，加盟店である販売会社Ａ社およびＢ社の商品提案システム４１，４３（図１参照）に送信する（ステップ２２６）。
【００６９】
図１３は，顧客嗜好情報管理システム４２から商品提案システム４１，４３に送信される商品提案依頼86の一例を示している。商品提案依頼86には，顧客からの希望商品情報を受信したとき（依頼情報を作成したとき）に採番される提案依頼番号，依頼情報に含まれる商品類コードおよび商品属性要素，ならびに顧客ＩＤによって特定される顧客についての，上記提案依頼に含まれる商品類コードをもつ嗜好情報（図５，図７参照）を含む。
【００７０】
商品提案依頼86（図１３）は，顧客からの希望商品情報（または商品提案依頼情報85）に含まれる商品類コードによって特定される商品類を取り扱っている販売会社の商品提案システムのみに送信するようにしてもよい。たとえば，顧客の提案依頼情報85に含まれる商品類コードが衣料（シャツなど）の商品類コードであれば，衣料を販売している販売会社の商品提案システムに商品提案依頼86が送信され，衣料を販売していない販売会社の商品提案システムには商品提案依頼86は送信されない。この場合には，販売会社ごとに，その販売会社が取扱っている商品の商品類コードが，顧客嗜好情報管理システム４２の記憶装置42ａにあらかじめ記憶される。顧客嗜好情報管理システム４２は，依頼情報に含まれる商品類コードと，販売会社が取り扱っている商品の商品類コードとに基づいて，商品提案依頼86の送信先を決定する。
【００７１】
顧客嗜好情報管理システム４２からの商品提案依頼86（図１３）を受信した商品提案システム４１，４３は，商品提案依頼86の内容をそれぞれ独自の手法によって分析し，自社が販売する商品の中から商品提案依頼86に適した商品を抽出（決定）する（ステップ２４２，ステップ２６２）。たとえば，商品提案システム４１，４３は，商品提案依頼86に含まれる商品類コードによって特定される商品類に属する取扱商品を抽出し，さらに商品提案依頼86中の商品属性要素（サイズ，色，模様などの具体的内容）にしたがって，抽出した取扱商品の中から顧客の要望に沿う商品を選択する。また，商品提案依頼86には顧客嗜好情報が含まれているので，顧客の嗜好に沿った（過去に購入したことがある商品と同様の）商品を提案することもできるし，顧客の嗜好とは若干ずれている商品，または顧客の嗜好に沿わない商品を提案することもできる（たとえば，過去に顧客が購入した商品とは異なる色または模様を持つ商品を意識的に提案することによって，顧客の選択の余地を広げる）。いずれにしても，どのような商品を選択（提案）するかについては，販売会社（商品提案システム４１，４３）に依存する。
【００７２】
商品提案システム４１，４３によって提案（選択）された商品の識別情報（商品コード）およびＷｅｂサイト上における照会ページのアドレスを含む商品提案情報が，商品提案システム４１，４３から顧客嗜好情報管理システム４２に送信される（ステップ２４４，ステップ２６４）。この商品提案情報に含まれる商品コードも，各販売業者において共通で使用される商品コードである。
【００７３】
図１４（Ａ）は販売会社Ａの商品提案システム４１によって作成された商品提案情報87ａの一例を，図１４（Ｂ）は販売会社Ｂの商品提案システム４２によって作成された商品提案情報87ａの一例を，それぞれ示している。商品提案情報87ａ，87ｂには，提案依頼番号，提案商品数，連番，商品コード，商品内容（商品の説明文），単価，紹介ページのＷｅｂページ・アドレス，コメント，商品画像等が含まれる。
【００７４】
顧客嗜好情報管理システム４２は，商品提案依頼86を送信した全ての商品提案システムからの商品提案情報87ａ，87ｂ（図１４（Ａ），図１４（Ｂ））を受信すると，その旨を，顧客のＩＣチップ内蔵携帯端末３０のメール・アドレス宛に送信する（ステップ２２８）。
【００７５】
ＩＣチップ内蔵携帯端末３０は商品提案通知メールを受信すると，ユーザによる操作によってそのメールを表示する（ステップ２０６）。図１５は，商品提案通知メールＷ２の一例を示している。商品提案通知メールＷ２には，商品提案情報画面へのリンク（図１５において「コチラのページでご確認ください。」の文字列部分）が含まれており，このリンクが選択（クリック）されると，ＩＣチップ内蔵携帯端末３０は顧客嗜好情報管理システム４２に提案商品情報画面の要求を送信する（ステップ２０８）。
【００７６】
要求を受付けた顧客嗜好情報管理システム４２は，ＩＣチップ内蔵携帯端末３２０に提案商品情報画面を表すデータを送信する（ステップ２３０）。ＩＣチップ内蔵携帯端末３２０の表示装置に，商品提案情報画面が表示される（ステップ２１０）。
【００７７】
図１６は商品提案情報画面Ｗ３の一例を示している。商品提案情報画面Ｗ３には，提案商品の概要および詳細情報ページ（紹介ページのＷｅｂページ・アドレス）へのリンクが一覧表示される。顧客は，これらのリンク（図１６において「詳しくはコチラ」の文字表示部分）を選択（クリック）することによって，各販売業者が提供するＷｅｂページの商品詳細情報ページを閲覧し，商品の詳細情報および商品の販売に関する情報（販売店舗等）を得ることができる。販売業者がＷｅｂサイト上で仮想店舗を開いている場合は，顧客はそのままオンラインで商品を購入することもできる。
【００７８】
上述した提案商品情報画面Ｗ３（図１６）の表示において，複数の商品の提案がある場合，顧客嗜好情報管理システム４２が，顧客の依頼情報および嗜好情報に基づいて，各提案商品の顧客に対する適合度を判断し，適合度を利用した表示を，提案商品情報画面（図１６）において行うようにしてもよい。
【００７９】
適合度は，提案商品ごとに算出され，たとえば，次式が用いられる。
【００８０】
適合度＝１／（希望差異＋嗜好差異）      ・・・式１
【００８１】
ここで，希望差異および嗜好差異は，次式によって算出される。
【００８２】
希望差異＝Σ（希望度による重み×提案商品と希望商品との間の商品属性距離）
・・・式２
嗜好差異＝Σ（希望度による重み×提案商品と嗜好商品との間の平均商品属性距離）
・・・式３
【００８３】
式２および式３におけるΣは商品属性（色，模様など）ごとに算出される値を加算することを意味する。
【００８４】
式３における「提案商品と嗜好商品との平均商品属性距離」は，商品属性ごとに，次式によって算出される。
【００８５】
Σ（提案商品と嗜好商品との間の商品属性距離×嗜好商品の購入数）／嗜好商品の総購入数        ・・・式４
【００８６】
式４におけるΣは嗜好商品ごとに算出される値を加算することを意味する。
【００８７】
ここで，「嗜好商品」（式３，式４）とは，ある顧客についての嗜好情報（図５および図７参照）の行（レコード）のひとつひとつによって特定される商品類（商品種別）を指す。
【００８８】
図１７（Ａ）は，商品類コード「ＣＴＧ３４０」（具体的には「ワイシャツ」）についての商品属性「色」に関する商品属性距離テーブルを示している。図１７（Ｂ）は，商品類コード「ＣＴＧ３４０」（具体的には「ワイシャツ」）の商品属性「模様」についての商品属性距離テーブルを示している。図１７（Ａ），（Ｂ）に示すような商品属性距離テーブルが，商品ごと，かつ商品属性（色，模様など）ごとに，顧客嗜好情報管理システム４２の記憶装置42ａに記憶されている。
【００８９】
図１８は，商品類「ワイシャツ」についての希望度による重みを表すテーブルを示している。図１１を参照して，この実施例では，希望度は，商品属性（ここでは，「色」と「模様」）のそれぞれについて「おまかせ」，「なるべく」および「絶対」の３段階で行われる。希望差異の算出（式２）および嗜好差異の算出（式３）のそれぞれにおいて，図１８に示す重みテーブルにしたがう，顧客の希望度に対応する重みが用いられる。図１８に示す重みテーブルも，顧客嗜好情報管理システム４２の記憶装置42ａに記憶されている。
【００９０】
適合度の算出について具体的に説明する。ここでは，図７に示す嗜好情報が存在し，図１１に示す商品提案依頼画面に基づいて，図１２に示す商品提案依頼情報があった場合を前提とする。図７を参照して，顧客ＩＤ「ＣＳＴ１２０００」によって特定される顧客について，商品類コード「ＣＴＧ３４０」によって特定される商品類（具体的にはワイシャツ）について，２つ（２レコード）の嗜好情報が記憶されている。図１１および図１２を参照して，顧客ＩＤ「ＣＳＴ１２０００」によって特定される顧客が，商品提案依頼画面（図１１）を用いて，商品類「ワイシャツ」（商品類コード「ＣＴＧ３４０」）について，サイズ＝Ｌ，色＝おまかせ，模様＝なるべく無地の，提案依頼を行ったものとする。
【００９１】
提案商品「水色無地Ｌ」のワイシャツ（図１６の最上段の提案商品）（商品コード「ＣＭＤ３４０００」）についての適合度の算出を説明する。
【００９２】
まず，希望差異の算出（式２）を説明する。
【００９３】
（ｉ）商品属性「色」
顧客の希望は，商品属性「色」について「おまかせ」である。提案商品の色がどのような色であっても，希望商品に合致する色になるので，商品属性「色」について，希望商品と提案商品との間の商品属性距離は「０．００」とされる。図１８を参照して，顧客の希望度が「おまかせ」である場合，希望差異の算出において希望度による重みは考慮されない。結局，商品属性「色」について，「希望度による重み×提案商品と希望商品との間の商品属性距離」は０．００となる。
【００９４】
（ｉｉ）商品属性「模様」
商品属性「模様」について，顧客の希望は「なるべく無地」である。提案商品は「水色無地Ｌ」のワイシャツである。図１７（Ｂ）を参照して，商品属性「模様」についての商品属性距離は，提案商品「無地」が希望商品「無地」があるとき（一致しているとき），「０．００」である。図１８を参照して，顧客の希望度が「なるべく」の場合，希望差異の算出では重み「１」が用いられる。商品属性「模様」についての商品属性距離は「０．００」であるから，商品属性「模様」についても，「希望度による重み×提案商品と希望商品との間の商品属性距離」は０．００（＝１×０．００）となる。
【００９５】
結局「水色無地Ｌ」のワイシャツ（提案商品）について，顧客の希望商品（色おまかせ，模様なるべく無地のワイシャツ）との間の差異（希望差異）（式２）は，０．００（＝０．００＋０．００）になる。
【００９６】
次に嗜好差異の算出（式３）について説明する。
【００９７】
図７（図１３）を参照して，商品類コード「ＣＴＧ３４０」（ワイシャツ）について，２つの嗜好情報が存在する。すなわち，この顧客の嗜好商品は，ここでは，商品類コード「ＣＴＧ３４０」かつ商品属性「色＝水色，模様＝無地」と，商品類コード「ＣＴＧ３４０」かつ商品属性「色＝白，模様＝ストライプ」の２つである。以下，これらの２つの嗜好商品を，第１の嗜好商品および第２の嗜好商品と呼ぶ。
【００９８】
（ｉ）商品属性「色」
提案商品が「水色無地Ｌ」のワイシャツ（図１６の最上段の提案商品）（商品コード「ＣＭＤ３４０００」）である場合，第１の嗜好商品の商品属性「色」の商品属性要素は「水色」であり，購入数は「２」であるから，商品属性「色」について，「提案商品と（第１の）嗜好商品との間の商品属性距離×嗜好商品の購入数」（式４参照）は，０．００×２＝０．００になる。また，第２の嗜好商品の商品属性「色」の商品属性要素は「白」であり，購入数は「１」であるから，商品属性「色」について，「提案商品と（第２の）嗜好商品との間の商品属性距離×嗜好商品の購入数」（式４参照）は，０．６０×１＝０．６０になる。
【００９９】
第１の嗜好商品の購入数は２であり，第２の嗜好商品の購入数は１であるから，嗜好商品の総購入数は３である。結局，商品属性「色」についての式４の結果は，（０．００＋０．６０）／３＝０．２０となる。
【０１００】
（ｉｉ）商品属性「模様」
提案商品が「水色無地Ｌ」のワイシャツ（図１６の最上段の提案商品）（商品コード「ＣＭＤ３４０００」）である場合，第１の嗜好商品の商品属性「模様」の商品属性要素は「無地」であり，購入数は「２」であるから，商品属性「模様」について，「提案商品と（第１の）嗜好商品との間の商品属性距離×嗜好商品の購入数」（式４参照）は，０．００×２＝０．００になる。また，第２の嗜好商品の商品属性「模様」の商品属性要素は「ストライプ」であり，購入数は「１」であるから，商品属性「模様」について，「提案商品と（第２の）嗜好商品との間の商品属性距離×嗜好商品の購入数」（式４参照）は，０．９０×１＝０．９０になる。
【０１０１】
嗜好商品の総購入数は３であるから，結局，商品属性「模様」についての式４の結果は，（０．００＋０．９０）／３＝０．３０となる。
【０１０２】
顧客の希望は，商品属性「色」について「おまかせ」である。図１８を参照して，嗜好差異の算出において，希望度が「おまかせ」であるときの重みは「２」である。式３を参照して，商品属性「色」について，「希望度による重み×提案商品と嗜好商品との間の平均商品属性距離」は，２×０．２０＝０．４０になる。
【０１０３】
顧客の希望は，商品属性「模様」について「なるべく」である。図１８を参照して，嗜好差異の算出において，希望度が「なるべく」であるときの重みは「１」である。式３を参照して，商品属性「模様」について，「希望度による重み×提案商品と嗜好商品との間の平均商品属性距離」は，１×０．３０＝０．３０になる。
【０１０４】
式３を参照して，「水色無地Ｌ」のワイシャツ（提案商品）について，顧客の嗜好商品との間の差異（嗜好差異）は０．４０＋０．３０＝０．７０になる。
【０１０５】
以上のように，「水色無地Ｌ」のワイシャツ（提案商品）（商品コード「ＣＭＤ３４０００」）について，希望差異として「０．００」が算出され，嗜好差異として「０．７０」が算出されたので，「水色無地Ｌ」のワイシャツ（提案商品）（商品コード「ＣＭＤ３４０００」）についての適合度は，式１を参照して，１／（０．００＋０．７０）≒１．４２９となる。
【０１０６】
図１９は，図１６に示す４つの提案商品のそれぞれについて，上述のようにして計算された，希望差異，嗜好差異，差異合計および適合度の算出結果を示している。
【０１０７】
適合度は，顧客の希望との間の相違の程度（希望差異）および顧客の嗜好との間の相違の程度（嗜好差異）の合計が小さい程，その値は大きくなる（式１）。適合度が大きい提案商品は，顧客の希望および嗜好によく合致した商品であり，適合度が小さくなるほど，その提案商品は顧客の希望および嗜好とかけ離れた商品であることを意味する。
【０１０８】
上述のようにして提案商品のそれぞれについて算出される適合度は，次のような処理に用いることができる。
【０１０９】
（１）提案商品情報画面（図１６）において，提案商品に関する情報を，適合度が大きい順番にならべて表示する。
顧客が入力した希望のみならず，顧客の希望の程度（希望度），さらにはその顧客が潜在的に持っていると思われる嗜好についても考慮されて適合度は算出されるので，顧客の入力した希望のみが考慮された順番ではない，新しい基準に基づく順番によって，提案商品に関する情報を表示することができる。
【０１１０】
（２）提案商品情報画面（図１６）において，所定の閾値以上の適合度をもつ提案商品に関する情報のみを表示する。
適合度が低い提案商品に関する情報が表示されないので，特に多数の提案商品が提案された場合に，提案商品情報画面Ｗ３が見づらくなることが防止される。
【０１１１】
ＩＣチップ内蔵携帯端末３０が十分な処理能力と記憶容量を持つ場合には，顧客嗜好情報管理システム４２を設置せず，上述した顧客嗜好情報管理システム４２の役割を，ＩＣチップ内蔵携帯端末３０自身が行うようにしてもよい。たとえば，商品提案依頼時の処理（図９，図１０）において，商品提案システム４１，４３が商品提案情報を顧客嗜好情報管理システム４２に送信して（ステップ２４４，ステップ２６４），顧客嗜好情報管理システム４２からＩＣチップ内蔵携帯端末３０へ提案商品情報画面（図１６）を送信する（ステップ２２８）のに代えて，商品提案システム４１，４３が直接ＩＣチップ内蔵携帯端末３０へ商品提案情報を送信し，上述した適合度をＩＣチップ内蔵携帯端末３０が算出して，提案商品情報画面を生成して表示するようにしてもよい。もちろん，この場合には，商品提案システム４１，４３が直接ＩＣチップ内蔵携帯端末３０に商品提案情報を送信するために，商品提案システム４１，４３がＩＣチップ内蔵携帯端末３０の電子メール・アドレスを保有しておくことは言うまでもない（たとえば，顧客嗜好情報管理システム４２が，商品提案依頼の送信のとき（ステップ２２６）に，電子メール・アドレスを商品提案システムに送信すればよい。
【０１１２】
また上述したように，嗜好情報（図５，図７参照）を，顧客による商品の購入実績だけではなく，顧客がＩＣチップ内蔵携帯端末３０から顧客嗜好情報管理システム４２に接続し，購入した商品についての評価を登録することができるようにして，その評価を嗜好情報として顧客嗜好情報管理システム４２へ登録できるようにしてもよい。顧客が商品を購入する段階まで至らなくても，気に入った商品があった場合，その情報も嗜好情報として顧客嗜好情報管理システム４２へ登録できるようにしてもよい。このようにすることによって，商品提案依頼時の処理（図９および図１０）における，商品提案システム４１，４３の提案商品抽出処理（Ｓ２４２，Ｓ２６２），および顧客嗜好情報管理システム４２における上述した適合度の計算を，より顧客の嗜好に則したものとすることができる。
【０１１３】
さらに，嗜好情報として，商品に関する嗜好情報（嗜好商品情報）のほかに，販売業者または販売店舗に対する顧客の嗜好を扱うようにしてもよい。嗜好の判断基準としては、商品の購入の頻度や，顧客が直接登録する評価等が考えられる。これにより、商品提案依頼時の処理（図９および図１０）において，顧客嗜好情報管理システム４２が商品提案依頼を送信する（ステップ２２６）相手の販売業者を絞ることができる。また，提案商品情報画面の例（図１６）において，提案商品の表示順の決定に使用することもできる。
【０１１４】
上述した実施例では，顧客の嗜好を判断するための情報として，商品購入情報（図４）に基づく動的な情報である嗜好情報（図５および図７）のみを使用したが，顧客が事前に登録した顧客の静的な属性情報（例えば，年齢，性別等）を併せて使用してもよい。
【０１１５】
嗜好情報更新（Ｓ１６４）は，商品購入時の処理（図３，図８）の処理の中で商品購入の都度行うのではなく，商品提案依頼時の処理（図９，図１０）における商品提案依頼情報登録（Ｓ２２４）と商品提案依頼送信（Ｓ２２６）の間で，提案依頼の都度行うようにしてもよい。
【０１１６】
さらに，上述した実施例では，商品提案依頼時の処理（図９，図１０）において，顧客嗜好情報管理システム４２は，商品提案依頼を送信した全ての商品提案システムからの商品提案情報を受信してからその旨を通知するメールを送信している（ステップ２２８）が，各商品提案システムから商品提案情報が送信されてくる都度，その旨を通知するメールを送信するようにしてもよい。
【０１１７】
商品提案依頼時の処理（図９，図１０）において，顧客嗜好情報管理システム４２からＩＣチップ内蔵携帯端末３０への商品提案情報の通知は，電子メールおよび商品提案情報画面の組合わせによって行われているが，これをメール（文章）のみで行ってもよい。メールの代わりにその他の情報伝達を使用してもよい。
【図面の簡単な説明】
【０１１８】
【図１】顧客管理システムの全体構成を示すブロック図である。
【図２】会員登録情報を示す。
【図３】商品購入時の処理を示すフローチャートである。
【図４】商品購入情報を示す。
【図５】更新前の嗜好情報を示す。
【図６】商品情報を示す。
【図７】更新後の嗜好情報を示す。
【図８】商品購入時の処理の他の例を示すフローチャートである。
【図９】商品商品提案依頼時の処理を示すフローチャートである。
【図１０】提案依頼時の処理を示すフローチャートである。
【図１１】商品提案依頼画面を示す。
【図１２】商品提案依頼情報を示す。
【図１３】商品提案依頼を示す。
【図１４】（Ａ），（Ｂ）は，商品提案情報をそれぞれ示す。
【図１５】商品提案通知メールを示す。
【図１６】商品提案情報画面を示す。
【図１７】（Ａ）は商品属性「色」に関する商品属性距離テーブルを，（Ｂ）は商品属性「模様」に関する商品属性距離テーブルを，それぞれ示す。
【図１８】重みテーブルを示す。
【図１９】適合度算出結果を示す。
【図２０】従来の顧客管理システムの一例を示すブロック図である。
【図２１】従来の顧客管理システムの一例を示すブロック図である。
【図２２】従来の逆オークション・システムの一例を示すブロック図である。
【符号の説明】
【０１１９】
１  ネットワーク
１２，２２  ＰＯＳ端末
３０  携帯端末
４１，４３  商品提案システム
４２  顧客嗜好情報管理システム
４２ａ  記憶装置
８１  会員登録情報テーブル
８２  商品購入情報
８３ａ，８３ｂ  嗜好情報テーブル
８４  商品情報テーブル
８５  商品提案依頼情報
８６  商品提案依頼
８７  商品提案情報
８８ａ，８８ｂ  商品属性距離テーブル
８９  重みテーブル
【図１】
2009181400.tif 000003
【図２】
2009181400.tif 000004
【図３】
2009181400.tif 000005
【図４】
2009181400.tif 000006
【図５】
2009181400.tif 000007
【図６】
2009181400.tif 000008
【図７】
2009181400.tif 000009
【図８】
2009181400.tif 000010
【図９】
2009181400.tif 000011
【図１０】
2009181400.tif 000012
【図１１】
2009181400.tif 000013
【図１２】
2009181400.tif 000014
【図１３】
2009181400.tif 000015
【図１４】
2009181400.tif 000016
【図１５】
2009181400.tif 000017
【図１６】
2009181400.tif 000018
【図１７】
2009181400.tif 000019
【図１８】
2009181400.tif 000020
【図１９】
2009181400.tif 000021
【図２０】
2009181400.tif 000022
【図２１】
2009181400.tif 000023
【図２２】
2009181400.tif 000024