JP5119988B2 - 特徴重要視度算出システム、特徴重要視度算出方法、およびコンピュータプログラム - Google Patents

Description

本発明は、消費者の嗜好を判別するシステムおよび方法などに関する。

従来、消費者の、商品またはサービスに関する嗜好を調査する方法として、アンケートが広く用いられている。また、商品またはサービスの提供の実績を解析することによって調査することもある。

しかし、アンケートを行うことは、労力と費用を多く要する。また、報酬や景品を目当てにアンケートに対して答える者も、多少は存在する。よって、回答の中に信憑性が低いものが含まれていることがある。

商品またはサービスの提供の実績を解析する方法では、最近の嗜好を正確に知ることができないことがある。

特許文献１には、将来のある時点における製品の需要を把握するサーバが開示されている。このサーバは、組立型製品の需要を予測するための需要予測分析サーバであり、次の処理を備える。注文者による組立型製品の見積り操作の記録および注文者による組立型製品の注文操作の記録を入力し、入力した見積り操作の記録と注文操作の記録の関係付け処理を行い、関係付け処理の結果から見積り操作に対する注文確率および注文時間遅れのパラメータを算出するパラメータ生成処理と、注文者による組立型製品の見積り操作およびパラメータに基づいて、見積り操作が注文に至る数と時期、または見積り操作が注文に至り、組立型製品が出荷される数と時期を予測する予測処理とを備える。
特開２００６−３３８５８５号公報

特許文献１に開示されるサーバによると、将来のある時点における製品の需要を予測することができる。つまり、消費者の嗜好を判断ことができる。

しかし、商品またはサービスの提供者は、消費者の嗜好をより正確に判断できることを望んでいる。

本発明は、このような課題に鑑み、消費者の嗜好を従来よりも正確に判断できるようにすることを、目的とする。

本発明の一形態に係る特徴重要視度算出システムは、商品またはサービスの特徴を示す特徴データを受信する受信手段と、受信された前記特徴データに示される特徴を有する商品またはサービスをデータベースから検索し、当該検索した商品またはサービスの見積を生成する、見積生成手段と、同一の消費者に対して同一の種類の商品またはサービスについて前記見積が複数回、前記見積生成手段によって生成された場合に、当該消費者からの前記特徴データに示される回数が多い特徴ほど、重要視の度合いを示す点数を多く付与する、重要視点数付与手段と、特徴ごとに、当該特徴を識別する識別子と当該特徴に対して前記重要視点数付与手段にて付与された重要視の度合いとを対応付けてを記憶する特徴重要度記憶手段と、を有する。

好ましくは、前記重要視点数付与手段は、早い回の前記見積に係る前記特徴ほど、前記点数を多く付与する。

または、前記特徴データには、複数の特徴が選択順に示されており、前記重要視点数付与手段は、選択順が先である特徴ほど、前記点数を多く付与する。

または、前記重要視点数付与手段は、商品またはサービスの注文に至った回の前記見積に係る特徴に、前記点数をさらに付与する。

または、前記重要視点数付与手段によって各特徴に付与された前記点数を出力する、点数付与結果出力手段、を有する。

本発明によると、消費者の嗜好を従来よりも正確に判断することができる。

図１は見積提示サーバ１および端末装置２を含むネットワークシステムの例を示す図、図２は見積提示サーバ１のハードウェア構成の例を示す図、図３は見積提示サーバ１の機能的構成の例を示す図である。

図１に示す見積提示サーバ１は、商品または役務の見積を生成しオンラインで提示する処理を行う。見積に示した商品または役務の注文をオンラインで受け付ける処理をも行う。さらに、見積の際の、消費者つまり顧客の行動に応じて、商品または役務に関する顧客のニーズを解析するための資料を生成する処理をも行う。

また、見積提示サーバ１によると、一度作成した見積を、条件を変更して作成し直すことができる。つまり、いわゆる再見積を行うことができる。以下、新たな見積を「１回目の見積」と記載し、条件を変更して作成し直した見積（再見積）を順に「２回目の見積」、「３回目の見積」、…などと記載することがある。

端末装置２は、上記の業者の顧客が見積の提示を見積提示サーバ１から受けたり、見積に示される商品または役務を注文したりするために用いられる。端末装置２として、ウェブブラウザを備えたパーソナルコンピュータまたは携帯電話端末などが用いられる。顧客には１人ずつ、見積提示サーバ１にログインするためのユーザアカウントが与えられている。ユーザアカウントにはユニークな会員コードが付けられている。

見積提示サーバ１と端末装置２とは、通信回線３を介して互いに接続可能である。通信回線３として、インターネット、公衆回線、または専用線などが用いられる。

見積提示サーバ１は、図２に示すように、ＣＰＵ（Central Processing Unit）１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、ＲＯＭ（Read Only Memory）１０ｃ、ハードディスク１０ｄ、ＮＩＣ（Network Interface Card）１０ｅ、その他種々の装置によって構成される。

ハードディスク１０ｄまたはＲＯＭ１０ｃには、図３に示す見積条件受付処理部１０１、見積生成処理部１０２、見積提示処理部１０３、商品販売処理部１０４、見積時等ポイント算出部１０５、ポイント集計部１０６、集計結果出力処理部１０７、商品特徴テーブル記憶部１２１、商品仕様等テーブル記憶部１２２、ポイント規則テーブル記憶部１２３、および見積データ記憶部１２４などの機能を実現するためのプログラムおよびデータがインストールされている。これらのプログラムおよびデータは必要に応じてＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによってプログラムが実行される。

見積提示サーバ１として、ＣＧＩ（Common Gateway Interface）を備えたサーバなどが用いられる。図３に示す機能は、ＣＧＩによって実現することができる。また、端末装置２は、ウェブブラウザによって、見積提示サーバ１からサービスを受けることができる。

以下、パーソナルコンピュータ（パソコン）および電化製品などを通信販売するオンラインショップの経営者である業者ＭＡによって見積提示サーバ１が運営される場合を例に、図３の見積提示サーバ１の各部について説明する。

図４は商品特徴テーブルＴＬ１の例を示す図、図５は商品特徴テーブルＴＬ２の例を示す図、図６は商品仕様等テーブルＴＳ１の例を示す図、図７は商品仕様等テーブルＴＳ２の例を示す図、図８は適用規則テーブルＴＫの例を示す図、図９はイベント加算ポイントテーブルＴＰの例を示す図、図１０は選択順位ポイントテーブルＴＪの例を示す図、図１１は見積概要テーブルＴＭの例を示す図、図１２は見積詳細テーブルＴＨの例を示す図である。

図３において、商品特徴テーブル記憶部１２１には、見積を依頼する際に顧客が条件として選択することができる、商品の特徴（属性、性質）に関する、商品特徴テーブルＴＬが記憶されている。商品特徴テーブルＴＬは、業者ＭＡが取り扱う商品の種類（以下、「商品種別」と記載する。）ごとに用意され、その商品種別の識別子（以下、「商品種別コード」と記載する。）と対応付けられて商品特徴テーブル記憶部１２１に記憶されている。

例えば、「パソコン」という商品種別の商品特徴テーブルＴＬとして、図４に示すような商品特徴テーブルＴＬ１が、パソコンの商品種別コード「Ｓ００１」と対応付けられて記憶されている。また、「冷蔵庫」という商品種別の商品特徴テーブルＴＬとして、図５に示すような商品特徴テーブルＴＬ２が、冷蔵庫の商品種別コード「Ｓ００２」と対応付けられて記憶されている。

商品特徴テーブルＴＬには、その商品種別の商品が有し得る特徴ごとの特徴データＲＬが格納されている。特徴ごとにユニークな特徴コードが付けられている。

特徴データＲＬの「特徴コード」は、その特徴データＲＬに係る特徴の特徴コードである。「特徴内容」は、その特徴についての説明書きである。

また、共通の事項に関する特徴はグループ化されている。例えば、「パソコン」という商品種別には、「本体の色」、「タイプ」、および「ＣＰＵ速度」などのグループが定義されている。以下、これらのグループを「特徴グループ」と記載する。各特徴グループには、他の特徴グループと区別するための「特徴グループコード」という識別子が付けられている。特徴データＲＬの「特徴グループコード」には、その特徴が属する特徴グループの特徴グループコードが示される。

図３の商品仕様等テーブル記憶部１２２には、商品種別ごとに、商品仕様等テーブルＴＳがその商品種別の商品種別コードと対応付けられて記憶されている。

例えば、「パソコン」の商品仕様等テーブルＴＳとして、図６に示すような商品仕様等テーブルＴＳ１が商品種別コード「Ｓ００１」と対応付けられて記憶されている。また、「冷蔵庫」の商品仕様等テーブルＴＳとして、図７に示すような商品仕様等テーブルＴＳ２が商品種別コード「Ｓ００２」と対応付けられて記憶されている。

商品仕様等テーブルＴＳには、業者ＭＡが取り扱う、その商品種別に該当する商品ごとの、仕様等レコードＲＳが格納されている。

仕様等レコードＲＳの「商品コード」は、その商品を他の商品と区別するための識別子である。それ以外の各項目（フィールド）は、その商品の仕様、外観、および価格などの特徴の説明書きおよび特徴コードを示している。

図３のポイント規則テーブル記憶部１２３には、適用規則テーブルＴＫ、イベント加算ポイントテーブルＴＰ、および選択順位ポイントテーブルＴＪが記憶されている。これらのテーブルは、商品に関する顧客のニーズの高さを表すポイント数（点数）を算出するための規則を示している。

ところで、一般に、商品には、仕様（例えば、パソコンの場合であれば、ＣＰＵの速度、内蔵メモリの量、内蔵ハードディスクの容量、または内蔵バッテリによる連続駆動時間など）、外観（本体の色または厚さなど）、および価格などの様々な特徴がある。消費者は商品を選択する際にこれらの特徴のカテゴリ（上述の特徴グループ）のうち、重要視しているものから順に条件を選択（指定）する、という傾向が見られる。また、傾向の詳細は、商品の種類（上述の商品種別）によって異なる。そのほか、シーズンまたは気候などの状況によって異なることもある。

このような事情に鑑みて、ポイント規則テーブル記憶部１２３に記憶されている各テーブルには、次のようなデータが記憶されている。

適用規則テーブルＴＫには、図８のように、商品種別ごとの適用パターンデータＲＫが格納されている。

適用パターンデータＲＫの「商品種別コード」および「商品種別名」は、それぞれ、その商品種別の商品種別コードおよび名称を示している。「ケース＿１」、「ケース＿２」、…は、それぞれ、ケース＿１、ケース＿２、…の場合にその商品種別に対して適用すべき規則のパターンの識別子を示している。「ケース＿１」、「ケース＿２」、…として、例えば、「年末年始の時期である」、「年度末の時期である」、「冷夏である」、または「空梅雨である」などの状況が用いられる。以下、規則のパターンを「規則パターン」と記載する。また、規則パターンの識別子を「パターンコード」と記載する。規則パターンは、次に説明するイベント加算ポイントテーブルＴＰおよび商品特徴テーブルＴＬに定義されている。

イベント加算ポイントテーブルＴＰには、図９のように、規則パターンごとのイベント加算パターンデータＲＰが格納されている。

イベント加算パターンデータＲＰの「パターンコード」は、その規則パターンのパターンコードである。「見積回数別ポイント」は、見積を新たに行いまたは条件を変更して再見積を行った場合に加算すべきポイント数を示している。全体的に見て、早い回の見積であるほど、加算すべきポイント数が大きい。

「購入時ポイント」は、見積に示される商品が購入されるに至った場合に加算すべきポイント数を示している。「不変特別ポイント」は、見積を生成し直した後、商品が購入されるに至った場合において、最初から最後まで条件が変更されなかった特徴に対して特別に加算すべきポイント数を示している。「選択回数特別ポイント」は、見積を生成し直した後、商品が購入されるに至った場合において、所定の回数以上選択された特徴に対して特別に加算すべきポイント数を示している。これらのポイント数の加算の方法の詳細は、後に説明する。

選択順位ポイントテーブルＴＪには、図１０のように、規則パターンごとの選択順加算パターンデータＲＪが格納されている。

選択順加算パターンデータＲＪの「選択順位別ポイント（Ｎ回目）」は、Ｎ回目の見積において選択された特徴のうち先に選択された特徴に対して優先的に加算すべきポイント数を示している。全体的に見て、先に選択された特徴ほど、加算すべきポイント数が大きい。このポイント数の加算の方法の詳細は、後に説明する。

図３の見積データ記憶部１２４には、見積に関するデータが記憶されている。具体的には、見積概要テーブルＴＭおよび見積ごとの見積詳細テーブルＴＨが記憶されている。

見積概要テーブルＴＭには、図１１のように、見積ごとの見積概要データＲＭが格納されている。

見積概要データＲＭの「見積コード」は、その見積を他の見積と区別するための識別子である。本実施形態では、１回目の見積とその条件を変更して行った再見積（つまり、２回目以降の見積）とを、１つの（一連の）見積として取り扱う。

「会員コード」は、その見積を依頼した顧客の会員コードである。「商品種別コード」は、その見積の対象の商品種別の商品種別コードである。「最新見積日」は、その見積が最後に行われた日付である。つまり、その見積がＮ回行われたのであれば、Ｎ回目が行われた日付である。「見積回数」は、その見積が実行された回数である。

見積詳細テーブルＴＨには、図１２のように、その見積の見積コードが対応付けられている。また、見積詳細テーブルＴＨには、その見積が行われるごとに、その見積の条件として選択された特徴に関する１つまたは複数の見積詳細データＲＨが格納される。また、その見積に示される商品が購入された場合にも、１つまたは複数の見積詳細データＲＨが格納される。つまり、見積詳細テーブルＴＨは、見積および購入に関する履歴情報であると、言える。見積詳細データＲＨの内容については、後に説明する。

図１３はログイン画面ＨＧ１の例を示す図、図１４は見積方法選択画面ＨＧ２の例を示す図、図１５は商品種別選択画面ＨＧ３の例を示す図、図１６は特徴グループ選択画面ＨＧ４の例を示す図、図１７は特徴選択画面ＨＧ５の例を示す図、図１８は特徴グループ選択画面ＨＧ４の例を示す図、図１９は見積結果画面ＨＧ６の例を示す図、図２０は見積時ポイント算出処理の流れの例を説明するフローチャート、図２１は注文時ポイント算出処理の流れの例を説明するフローチャート、図２２は集計結果の例を示す図である。

図３の見積条件受付処理部１０１は、顧客が購入を希望する商品の条件つまり見積の条件を受け付ける処理を行う。以下、この処理を「見積条件受付処理」と記載する。ここで、見積条件受付処理および顧客の操作の手順を説明する。

顧客は、業者ＭＡから見積の提示を受けたい場合は、自分の端末装置２を、所定のＵＲＬを入力するなどして見積提示サーバ１に接続させる。

すると、見積提示サーバ１は、図１３のようなログイン画面ＨＧ１を端末装置２に表示させる。具体的には、ログイン画面ＨＧ１を表示するための画面データを端末装置２に送信する。そして、端末装置２は、その画面データに基づいてログイン画面ＨＧ１を表示する。なお、見積提示サーバ１は、後に順次示す各画面も同様に、画面データを送信することによって、端末装置２に表示させる。

顧客は、自分の会員コードおよびパスワードをそれぞれテキストボックスＴＸ１１およびＴＸ１２に入力し、ログインボタンＢＮ１１を押す。すると、端末装置２は、その会員コードおよびパスワードを示すログイン要求データＤＴ１を見積提示サーバ１に送信する。そして、見積提示サーバ１においてユーザ認証が行われる。

ユーザ認証に成功した後、見積提示サーバ１の見積条件受付処理部１０１は、図１４のような、見積の方法を選択する見積方法選択画面ＨＧ２を、端末装置２に表示させる。

顧客は、以前に見積を提示してもらったことがある場合は、条件を変更することによって再見積をしてもらうことができる。再見積を希望する場合は、以前の見積の見積コードをテキストボックスＴＸ２１に入力し、再見積ボタンＢＮ２１を押す。一方、新たな見積を希望する場合は、新規見積ボタンＢＮ２２を押す。

新規見積ボタンＢＮ２２が押された場合は、端末装置２は、新規の見積を要求する旨を示す新規見積要求データＤＴ２１を見積提示サーバ１に送信する。

すると、見積条件受付処理部１０１は、図１５のような、業者ＭＡの商品種別の一覧などからなる商品種別選択画面ＨＧ３を、端末装置２に表示させる。

顧客は、商品種別選択画面ＨＧ３の中から自分が所望する商品種別を選択する。すると、その端末装置２は、選択された商品種別を示す商品種別選択データＤＴ３を見積提示サーバ１に送信する。

見積条件受付処理部１０１は、送信されてきた商品種別選択データＤＴ３に示される商品種別の商品特徴テーブルＴＬに基づいて、その商品種別についての見積の条件を顧客に選択させるための画面を次の順でその端末装置２に表示させる。

まず、図１６（ａ）のような、その商品種別の特徴グループの一覧などからなる特徴グループ選択画面ＨＧ４を、端末装置２に表示させる。

顧客は、所望する商品の特徴つまり見積の条件を、特徴グループごとに順次選択していく。顧客が特徴グループ選択画面ＨＧ４の中からいずれかの特徴グループを選択すると、端末装置２は、選択された特徴グループを示すグループ選択データＤＴ４を見積提示サーバ１に送信する。

見積条件受付処理部１０１は、図１７のような、送信されてきたグループ選択データＤＴ４に示される特徴グループに属する特徴の一覧などからなる特徴選択画面ＨＧ５を、端末装置２に表示させる。顧客は、特徴選択画面ＨＧ５の中から、見積の条件とする特徴つまり自分の希望する商品の特徴を選択する。すると、端末装置２は、特徴グループ選択画面ＨＧ４を再び表示する。

顧客は、特徴グループ選択画面ＨＧ４の中から残りの特徴グループを選択する。そして、これらの残りの特徴グループについても同様に、順次、特徴選択画面ＨＧ５において希望する特徴を選択する。

なお、特徴グループ選択画面ＨＧ４において、図１６（ｂ）のように、選択が済んだ特徴グループのメニューの後ろに、選択済であることを記してもよい。または、図１６（ｃ）のように、選択された特徴を記してもよい。

条件とする特徴の選択（指定）が終わったら、顧客は、特徴グループ選択画面ＨＧ４の完了ボタンＢＮ４１を押す。すると、端末装置２は、特徴選択画面ＨＧ５において選択された特徴（つまり、顧客にとっての見積の条件）の特徴コードを選択順に示す見積条件選択データＤＴ５１を見積提示サーバ１に送信する。

見積条件受付処理部１０１は、見積条件選択データＤＴ５１を受信すると、新たな見積コードを発行するとともに、この見積の見積概要データＲＭ（図１１参照）を生成し見積概要テーブルＴＭに格納する。また、見積概要データＲＭの作成の処理と並行して、見積を生成し顧客に提示する処理が見積生成処理部１０２および見積提示処理部１０３によって実行されるとともに、条件ごとのポイント数を算出する処理が見積時等ポイント算出部１０５によって実行される。また、商品の受注のための処理が商品販売処理部１０４によって必要に応じて実行される。見積生成処理部１０２、見積提示処理部１０３、商品販売処理部１０４、および見積時等ポイント算出部１０５による処理については、後に説明する。

この見積概要データＲＭの「見積コード」には、発行した見積コードが示される。「会員コード」には、この見積の依頼者である顧客の会員コードが示される。「商品種別コード」には、この見積に係る商品種別の商品種別コード、つまり、商品種別選択データＤＴ３に示される商品種別コードが示される。「最新見積日」には、後述の見積生成処理部１０２によってこの見積が生成された日付が示される。「見積回数」には、「１」が示される。

また、見積条件受付処理部１０１は、今回の見積の見積詳細テーブルＴＨ（図１２参照）を生成し、発行した見積コードと対応付けて見積データ記憶部１２４に記憶させる。

さらに、受信した見積条件選択データＤＴ５１に示される特徴コードの特徴ごとの見積詳細データＲＨを生成し、この見積詳細テーブルＴＨに格納する。見積詳細データＲＨの「イベント」には、今回の見積が新たなものであること、つまり、１回目の見積であることが、示される。「日付」には、この見積が後述する見積生成処理部１０２によって生成された日付が示される。「特徴コード」には、その特徴の特徴コードが示される。「特徴グループコード」には、その特徴が属する特徴グループの特徴グループコードが示される。

「選択順位」には、その特徴が今回の見積の条件の選択の際に顧客によって何番目に選択されたのかが示される。つまり、選択の順位が示される。「ポイント」には、後述する見積時等ポイント算出部１０５によって算出されたポイント数が示される。

ここで、顧客が洗濯機の新たな見積を希望する場合を例に、見積条件受付処理および顧客の操作の流れを説明する。

顧客は、図１３のログイン画面ＨＧ１において自分の会員コードおよびパスワードを入力して見積提示サーバ１にログインし、図１４の見積方法選択画面ＨＧ２において新規見積ボタンＢＮ２２を押し、図１５の商品種別選択画面ＨＧ３において「洗濯機」を選択する。すると、図１６（ａ）の特徴グループ選択画面ＨＧ４が端末装置２に表示される。

特徴グループ選択画面ＨＧ４において顧客が「本体の色」を選択すると、見積条件受付処理部１０１は、特徴選択画面ＨＧ５として、図１７（ａ）のような、業者ＭＡが取り扱っている洗濯機の本体の色の一覧などからなる特徴選択画面ＨＧ５ａを、端末装置２に表示させる。この一覧は、図５の商品特徴テーブルＴＬ２の中の、特徴グループコードが「Ｃ２００」であるレコードに基づいている。顧客は、この一覧の中から、所望する色を選択する。

または、特徴グループ選択画面ＨＧ４において顧客が「製造元」を選択すると、見積条件受付処理部１０１は、特徴選択画面ＨＧ５として、図１７（ｂ）のような、業者ＭＡが取り扱っている洗濯機の製造元（メーカ）の一覧などからなる特徴選択画面ＨＧ５ｂを、端末装置２に表示させる。この一覧は、図５の商品特徴テーブルＴＬ２の中の、特徴グループコードが「Ｃ２０１」であるレコードに基づいている。顧客は、この一覧の中から、所望する製造元を選択する。

または、特徴グループ選択画面ＨＧ４において顧客が「容量」を選択すると、見積条件受付処理部１０１は、特徴選択画面ＨＧ５として、図１７（ｃ）のような、業者ＭＡが取り扱っている洗濯機の容量の一覧などからなる特徴選択画面ＨＧ５ｃを、端末装置２に表示させる。この一覧は、図５の商品特徴テーブルＴＬ２の中の、特徴グループコードが「Ｃ２０２」であるレコードに基づいている。顧客は、この一覧の中から、所望する容量を選択する。

または、特徴グループ選択画面ＨＧ４において顧客が「価格」を選択すると、見積条件受付処理部１０１は、特徴選択画面ＨＧ５として、図１７（ｄ）のような、業者ＭＡが取り扱っている洗濯機の容量の一覧などからなる特徴選択画面ＨＧ５ｄを、端末装置２に表示させる。この一覧は、図５の商品特徴テーブルＴＬ２の中の、特徴グループコードが「Ｃ２０３」であるレコードに基づいている。顧客は、この一覧の中から、所望する価格を選択する。

顧客は、条件の選択が終わったら、特徴グループ選択画面ＨＧ４の完了ボタンＢＮ４１を押す。すると、端末装置２は、選択された特徴の特徴コードを選択順に示す見積条件選択データＤＴ５１を生成し、見積提示サーバ１に送信する。

例えば、顧客が特徴選択画面ＨＧ５ｂ、ＨＧ５ｄ、ＨＧ５ａ、およびＨＧ５ｃから順に「Ｃ電気」、「高（１５万円以上）」、「グレイ」、および「大（５００Ｌ以上）」を選択したとする。すると、端末装置２は、上位から順に「０００２００１３」、「０００２００３１」、「０００２０００４」、「０００２００２１」という特徴コードを示す見積条件選択データＤＴ５１を生成し、見積提示サーバ１に送信する。

見積条件受付処理部１０１は、端末装置２から送信されてくる見積条件選択データＤＴ５１を、受け付ける。そして、今回の見積の見積詳細テーブルＴＨ（図１２参照）を生成し見積データ記憶部１２４に記憶させる。上記の４つの特徴それぞれの見積詳細データＲＨを生成し見積詳細テーブルＴＨに格納しておく。さらに、今回の見積の見積概要データＲＭを生成し見積概要テーブルＴＭに格納しておく。

また、顧客は、提示された見積を、条件の一部を選択し直して生成し直してもらうことができる。ここで、見積をやり直す場合の見積条件受付処理および顧客の操作の手順を説明する。

顧客は、見積提示サーバ１へのログイン後、前述の通り、図１４の見積方法選択画面ＨＧ２において、テキストボックスＴＸ２１にその見積の見積コードを入力し、再見積ボタンＢＮ２１を押す。すると、顧客の端末装置２は、入力された見積コードおよび再見積の要求を示す再見積要求データＤＴ２２を見積提示サーバ１に送信する。

見積提示サーバ１の見積条件受付処理部１０１は、再見積要求データＤＴ２２を受信すると、その再見積要求データＤＴ２２に示される見積コードの見積詳細テーブルＴＨ（図１２参照）の中から、最近の見積（再見積を含む）の見積詳細データＲＨを呼び出す。つまり、その見積を今回初めてやり直すのであれば、１回目の見積詳細データＲＨを呼び出す。Ｎ回やり直したのであれば、（Ｎ＋１）回目の見積詳細データＲＨを呼び出す。そして、図１８のように、呼び出した各見積詳細データＲＨに示される特徴コードの特徴がデフォルトで選択されているものとみなして、見積（再見積）の対象の商品種別すなわち洗濯機の特徴グループ選択画面ＨＧ４を端末装置２に表示させる。

顧客は、条件を変更したい特徴グループを選択する。すると、見積条件受付処理部１０１は、新規の見積の場合と基本的に同様に、その特徴グループに対応した特徴選択画面ＨＧ５（図１７参照）を端末装置２に表示させる。ただし、呼び出した見積詳細データＲＨに基づいて、前回に条件として選択された特徴がデフォルトで選択されている状態で、表示させる。顧客は、条件とする特徴を選択し直す。

条件の変更が終わったら、顧客は、特徴グループ選択画面ＨＧ４の完了ボタンＢＮ４１を押す。すると、端末装置２は、新規の見積の場合における見積条件選択データＤＴ５１と同等のデータ、つまり、各特徴選択画面ＨＧ５で選択された特徴の特徴コードを示すデータを生成し、見積提示サーバ１に送信する。ただし、このデータには、変更されなかった特徴の特徴コードが最も上位に示され、続いて変更された（選択し直された）特徴の特徴コードがその変更順に示される。以下、このデータを「見積条件再選択データＤＴ５２」と記載する。

図３の見積生成処理部１０２は、見積を生成しまたは生成し直す処理を、見積条件受付処理部１０１によって受け付けられた見積条件選択データＤＴ５１または見積条件再選択データＤＴ５２のほか、商品仕様等テーブル記憶部１２２に記憶されている、その見積に係る商品種別の商品仕様等テーブルＴＳに基づいて、次のように行う。

その商品種別の商品仕様等テーブルＴＳ（図６、図７参照）の中から、見積条件選択データＤＴ５１または見積条件再選択データＤＴ５２に示される各特徴コードを示す仕様等レコードＲＳを検索する。つまり、顧客が各特徴選択画面ＨＧ５（図１７参照）で選択した特徴を有する商品の仕様等レコードＲＳを検索する。これにより、顧客が要求する条件に合う商品が検索される。

そして、その仕様等レコードＲＳに示される商品の価格および納期などを求め、その商品の名称および特徴および今回の見積の見積コードなどを示す見積を生成する。

なお、特徴のうち、価格は、既製品の場合は、その仕様等レコードＲＳまたは商品管理用のデータベースを参照すれば求められる。カスタマイズ品の場合は、各見積条件選択データＤＴ５１または見積条件再選択データＤＴ５２に示される各特徴コードの特徴（条件）を有する部品が採用されるようにして所定の方法に基づいて求められる。

見積提示処理部１０３は、図１９のような、見積生成処理部１０２によって生成されまたは生成し直された見積を示す見積結果画面ＨＧ６を、依頼元の顧客の端末装置２に表示させる。顧客は、この見積結果画面ＨＧ６を確認し、見積結果画面ＨＧ６に示される見積の商品を購入するか否かを決める。そして、購入すると決めた場合は、購入ボタンＢＮ６１を押す。すると、端末装置２は、その見積の見積コードおよび購入の依頼を示す購入依頼データＤＴ６を見積提示サーバ１に送信する。なお、見積結果画面ＨＧ６において、顧客は、再見積ボタンＢＮ６２を押すことによって、見積方法選択画面ＨＧ２（図１４参照）の再見積ボタンＢＮ２１を押した場合と同様に、再見積を依頼することができる。

商品販売処理部１０４は、購入依頼データＤＴ６を受信すると（つまり、注文を受け付けると）、その購入依頼データＤＴ６に示される見積の通りにその顧客に商品を販売するための処理を行う。この処理は、例えば、既存のオンラインショッピングのシステムに対して、その見積の通りに商品の販売を行うように指令することによって行えばよい。

見積時等ポイント算出部１０５は、新たな見積が生成された場合、見積が生成し直された場合、および見積の商品の注文が受け付けられた場合に、見積の条件として示される特徴ごとに与えるべきポイント数を算出する処理を行う。算出の処理の方法は、次の通りである。

（１） 新たな見積が生成された場合および見積が生成し直された場合
見積時等ポイント算出部１０５は、見積生成処理部１０２によって新たな見積が生成されまたは見積が生成し直された場合、つまり、Ｍ回目（ただし、Ｍ≧１）の見積が生成された場合は、図２０に示すフローチャートの手順で、その見積の見積条件選択データＤＴ５１に示される（つまり、顧客が選択した）特徴ごとのポイントを算出する。

選択された特徴ごとにカウンタを用意する（図２０の＃５０１）。カウンタの初期値は「０」である。例えば、「Ｃ電気」、「高（１５万円以上）」、「グレイ」、および「大（５００Ｌ以上）」という特徴が選択された場合は、４つのカウンタを用意する。

今回適用すべき規則パターンのイベント加算パターンデータＲＰおよび選択順加算パターンデータＲＪをそれぞれイベント加算ポイントテーブルＴＰ（図９参照）および選択順位ポイントテーブルＴＪ（図１０参照）から呼び出す（＃５０２）。

今回適用すべき規則パターンは、その見積に係る商品種別の適用パターンデータＲＫ（図８参照）および現在の状況に基づいて決定する。すなわち、例えば、現在の状況が「ケース＿１」に該当する場合は、その適用パターンデータＲＫの「ケース＿１」のフィールドに示されるパターンコードの規則パターンが、今回適用すべき規則パターンである。よって、見積時等ポイント算出部１０５は、このパターンコードを有するイベント加算パターンデータＲＰおよび選択順加算パターンデータＲＪを各テーブルから呼び出す。

呼び出したイベント加算パターンデータＲＰの「見積回数別ポイント」のフィールドに示されるＭ回目のポイント数を、用意した各カウンタに加算する（＃５０３）。例えば、今回の見積が２回目の見積でありかつ適用する規則パターンのパターンコードが「Ｐ００２」である場合は、図９から分かるように、各カウンタに２ポイントずつ加算する。

呼び出した選択順加算パターンデータＲＪの「選択順位別ポイント（Ｍ回目）」のフィールドに示されるポイント数を、選択された順位に応じて各特徴のカウンタに加算する（＃５０４）。例えば、今回の見積が２回目の見積であり、適用する規則パターンのパターンコードが「Ｐ００２」であり、かつ「Ｃ電気」、「高（１５万円以上）」、「グレイ」、および「大（５００Ｌ以上）」の順に特徴が選択された場合は、図１０から分かるように、「Ｃ電気」のカウンタに３ポイント加算し、「高（１５万円以上）」のカウンタに２ポイント加算し、「グレイ」および「大（５００Ｌ以上）」それぞれのカウンタに１ポイント加算する。

このようにして各カウンタに加算されたポイント数が、今回の見積に条件として選択（指定）された各特徴に与えるべきポイント数である。そして、前述の通り、各特徴の見積詳細データＲＨ（図１２参照）の「ポイント」のフィールドに、算出したそれぞれのポイント数が格納される。

（２） 見積の商品の注文が受け付けられた場合
見積時等ポイント算出部１０５は、見積の商品の注文が受け付けられた場合は、その見積の条件として選択された特徴に付与すべきポイントを算出する。その見積が２回目以降の見積である場合は、過去に条件として選択されたことのある特徴に付与すべきポイントをも算出する。算出の手順は、図２１に示すフローチャートに示す通りである。

商品の注文が受け付けられた時点までに、Ｍ回の見積が生成されたとする。見積時等ポイント算出部１０５は、今回適用すべき規則パターンのイベント加算パターンデータＲＰをイベント加算ポイントテーブルＴＰ（図９参照）から呼び出す（＃５１１）。この規則パターンの決定の方法は、前に（１）で説明した通りである。

最後の見積（つまり、Ｍ回目の見積）に条件として選択された特徴ごとに、そのイベント加算パターンデータＲＰの「購入時ポイント」のフィールドに示されるポイント数を与える（＃５１２）。この際に、これらの特徴ごとの見積詳細データＲＨ（図１２参照）を生成し見積詳細テーブルＴＨに格納する。見積詳細データＲＨの「イベント」には、「購入」が示される。「日付」には、購入つまり注文の日付が示される。「特徴コード」には、その特徴の特徴コードが示される。「特徴グループコード」には、その特徴の属する特徴グループの特徴グループコードが示される。「ポイント」には、本ステップでその特徴に対して付与したポイント数が示される。「選択順位」には、何も示されない。ステップ＃５１３、＃５１４で生成する見積詳細データＲＨにも、同様の内容が示される。

１回目〜Ｍ回目の見積すべてにおいて選択された特徴に対して、そのイベント加算パターンデータＲＰの「不変特別ポイント」に示されるポイント数を与える（＃５１３）。この際に、これらの特徴ごとの見積詳細データＲＨを生成しイベント加算ポイントテーブルＴＰに格納する。

１回目〜Ｍ回目の見積すべてにおいては選択されなかったものの、Ｍ回未満の所定の回数以上選択された特徴に対して、そのイベント加算パターンデータＲＰの「選択回数特別ポイント」に示されるポイント数を与える（＃５１４）。この際に、これらの特徴ごとの見積詳細データＲＨを生成しイベント加算ポイントテーブルＴＰに格納する。

図３のポイント集計部１０６は、見積データ記憶部１２４に蓄積された見積詳細テーブルＴＨのそれぞれに示されるポイント数を、特徴ごとに、つまり、特徴コードごとに集計する。すなわち、これらの見積詳細テーブルＴＨに格納されている見積詳細データＲＨを、特徴コードごとに分類する。そして、同一の特徴コードの各見積詳細データＲＨの「ポイント」に示されるポイント数の合計を算出する。これにより、図２２（ａ）に示すような集計結果が得られる。

ところで、上述のポイントの付与の方法では、見積のやり直しの回数が多いほど、付与するポイント数が多くなる。そうすると、やり直しの回数が多い見積で選択された特徴に対して付与したポイントと、やり直しの回数が少ない見積で選択された特徴に対して付与したポイントとでは、１ポイント当たりの重みが異なってしまう。

そこで、ポイント集計部１０６は、次のような方法で重みを正規化（平準化）し、集計してもよい。

ある１つの見積詳細テーブルＴＨに示されるポイント数を、特徴コードごとに集計する。すなわち、この見積詳細テーブルＴＨに格納されている見積詳細データＲＨを、特徴コードごとに分類する。同一の特徴コードの各見積詳細データＲＨの「ポイント」に示されるポイント数の合計を算出する。各合計値を、見積の回数で割る。つまり、見積１回当たりのポイント数の平均値を求める。他の見積詳細テーブルＴＨについても、同様の演算を行う。そして、特徴コードごとに、各見積詳細テーブルＴＨより算出された平均値の合計を求める。これにより、図２２（ｂ）に示すような集計結果が得られる。

集計結果出力処理部１０７は、ポイント集計部１０６によって得られた集計結果を出力する処理を行う。例えば、管理者の端末装置のディスプレイに表示させる。または、管理者の電子メールアドレスに宛てて送信する。または、プリンタによって印刷する。

図２３は見積提示サーバ１の全体的な処理の流れの例を説明するためのフローチャートである。次に、図２３を参照しながら、見積提示サーバ１の全体的な処理の流れを説明する。

見積提示サーバ１は、新規の見積の依頼、再見積の依頼、または商品の注文があるごとに、または、集計のタイミングが訪れるごとに、次のような処理を実行する。

図２３において、新規の見積の依頼があった場合つまり端末装置２から新規見積要求データＤＴ２１を受信した場合は（＃１１でＹｅｓ）、見積提示サーバ１は、見積条件選択データＤＴ５１を端末装置２から受信し（＃１２）、その見積条件選択データＤＴ５１に基づいて見積を生成し、その見積を提示するための見積結果画面ＨＧ６（図１９参照）を端末装置２に表示させる（＃１３）。

今回の見積の条件として選択された特徴つまり見積条件選択データＤＴ５１に示される特徴ごとにポイント数を算出し付与する処理を行う（＃１５）。この処理の方法は、前に図２０で説明した通りである。そして、見積提示サーバ１は、その見積の見積概要データＲＭおよび見積詳細テーブルＴＨを生成し、さらに、各特徴の見積概要データＲＭを生成し見積詳細テーブルＴＨに格納する（＃１６）。

再見積の依頼があった場合つまり端末装置２から再見積要求データＤＴ２２を受信した場合は（＃２１でＹｅｓ）、見積提示サーバ１は、現時点のつまり修正前の見積で顧客が条件として選択した特徴を、図１８のように提示する（＃２２）。

見積条件再選択データＤＴ５２を端末装置２から受信し（＃２３）、その見積条件再選択データＤＴ５２に基づいて再見積を生成しそれを示す見積結果画面ＨＧ６を端末装置２に表示させる（＃２４）。

今回の見積（再見積）の条件として選択された特徴つまり見積条件再選択データＤＴ５２に示される特徴ごとにポイント数を算出し付与する処理を行う（＃２５）。この処理の方法は、前に図２０で説明した通りである。そして、見積提示サーバ１は、今回選択された特徴の見積概要データＲＭを生成しその見積の見積詳細テーブルＴＨに格納する（＃２６）。

見積に示す条件の商品の注文を受けた場合つまり購入依頼データＤＴ６を受信した場合は（＃３１でＹｅｓ）、見積提示サーバ１は、その商品の販売のための処理を行う（＃３２）。さらに、その見積に示される特徴およびこれまでに多くの回数示された特徴に対して特別ポイントを付与する処理を行う（＃３３）。この処理の手順は、前に図２１で説明した通りである。そして、これらの特徴ごとに見積詳細データＲＨを生成しその見積の見積詳細テーブルＴＨに格納する（＃３４）。

集計のタイミングが訪れたら（＃４１でＹｅｓ）、見積提示サーバ１は、特徴コードごとにポイント数を集計し（＃４２）、その結果を出力する（＃４３）。

本実施形態によると、消費者の好みの特徴（属性、性質）の高さが、見積に基づいて数値化されて求められる。よって、消費者の嗜好を従来よりも正確に判断することができる。しかも、購入に至らない場合であっても、消費者の嗜好を判断することができる。

集計のタイミングは、業者ＭＡが任意に設定することができる。例えば、所定の時間が経過するごとに集計を行うようにしてもよいし、見積または再見積が行われるごとに集計を行うようにしてもよい。

本実施形態では、オンラインショッピングにおける見積の場合を例に説明したが、店頭で見積を提示しまたは注文を受ける場合も、この見積および購入に関する情報を記憶し集計のために用いてもよい。

または、端末装置２に相当する装置を店頭に設置しておき、会員でない顧客が見積の依頼および注文を行うことができるようにしてもよい。そして、この場合にも、見積および購入に関する情報を記憶し集計のために用いてもよい。

集計は、顧客すなわち見積の依頼者の年齢、性別、または職業などに分類して行ってもよい。

その他、見積提示サーバ１の全体または各部の構成、処理内容、処理順序、テーブルの構成などは、本発明の趣旨に沿って適宜変更することができる。

見積提示サーバおよび端末装置を含むネットワークシステムの例を示す図である。 見積提示サーバのハードウェア構成の例を示す図である。 見積提示サーバの機能的構成の例を示す図である。 選択条件テーブルの例を示す図である。 選択条件テーブルの例を示す図である。 商品仕様等テーブルの例を示す図である。 商品仕様等テーブルの例を示す図である。 適用規則テーブルの例を示す図である。 イベント加算ポイントテーブルの例を示す図である。 選択順位ポイントテーブルの例を示す図である。 見積概要テーブルの例を示す図である。 見積詳細テーブルの例を示す図である。 ログイン画面の例を示す図である。 見積方法選択画面の例を示す図である。 商品種別選択画面の例を示す図である。 特徴グループ選択画面の例を示す図である。 特徴選択画面の例を示す図である。 特徴グループ選択画面の例を示す図である。 見積結果画面の例を示す図である。 見積時ポイント算出処理の流れの例を説明するフローチャートである。 注文時ポイント算出処理の流れの例を説明するフローチャートである。 集計結果の例を示す図である。 見積提示サーバの全体的な処理の流れの例を説明するためのフローチャートである。

符号の説明

１ 見積提示サーバ（特徴重要視度算出システム）
１０１ 見積条件受付処理部（選択受付手段）
１０２ 見積生成処理部（見積生成手段）
１０５ 見積時等ポイント算出部（重要視点数付与手段）
１０７ 集計結果出力処理部（点数付与結果出力手段）

Claims (8)

1. 商品またはサービスの特徴を示す特徴データを受信する受信手段と、
   受信された前記特徴データに示される特徴を有する商品またはサービスをデータベースから検索し、当該検索した商品またはサービスの見積を生成する、見積生成手段と、
   同一の消費者に対して同一の種類の商品またはサービスについて前記見積が複数回、前記見積生成手段によって生成された場合に、当該消費者からの前記特徴データに示される回数が多い特徴ほど、重要視の度合いを示す点数を多く付与する、重要視点数付与手段と、
   特徴ごとに、当該特徴を識別する識別子と当該特徴に対して前記重要視点数付与手段にて付与された重要視の度合いとを対応付けてを記憶する特徴重要度記憶手段と、
   を有することを特徴とする特徴重要視度算出システム。
2. 前記重要視点数付与手段は、早い回の前記見積に係る特徴ほど、前記点数を多く付与する、
   請求項１記載の特徴重要視度算出システム。
3. 前記特徴データには、複数の特徴が選択順に示されており、
   前記重要視点数付与手段は、選択順が先である特徴ほど、前記点数を多く付与する、
   請求項１または請求項２記載の特徴重要視度算出システム。
4. 前記重要視点数付与手段は、商品またはサービスの注文に至った回の前記見積に係る特徴に、前記点数をさらに付与する、
   請求項１ないし請求項３のいずれかに記載の特徴重要視度算出システム。
5. 前記重要視点数付与手段によって各特徴に付与された前記点数を出力する、点数付与結果出力手段、を有する、
   請求項１ないし請求項４のいずれかに記載の特徴重要視度算出システム。
6. 商品またはサービスの特徴を示す特徴データを受信する受信手段と、
   受信された前記特徴データに示される特徴を有する商品またはサービスをデータベースから検索し、当該検索した商品またはサービスの見積を生成する見積生成手段と、
   同一の消費者に対して同一の種類の商品またはサービスについて前記見積が複数回、前記見積生成手段によって生成された場合に、当該見積のいずれかの回に係る特徴ごとに、早い回の前記見積に係るほど、点数を多く付与する、重要視点数付与手段と、
   特徴ごとに、当該特徴を識別する識別子と当該特徴に対して前記重要視点数付与手段にて付与された重要視の度合いとを対応付けて記憶する特徴重要度記憶手段と、
   を有することを特徴とする特徴重要視度算出システム。
7. コンピュータに、
   商品またはサービスの特徴を示す特徴データを受信する処理を実行させ、
   受信した前記特徴データに示される特徴を有する商品またはサービスをデータベースから検索し、当該検索した商品またはサービスの見積を生成する処理を実行させ、
   同一の消費者に対して同一の種類の商品またはサービスについて前記見積を複数回、生成した場合に、当該消費者からの前記特徴データに示される回数が多い特徴ほど、重要視の度合いを示す点数を多く付与する処理を実行させ、
   特徴ごとに、当該特徴を識別する識別子と前記付与する処理にて当該特徴に対して付与した重要視の度合いとを対応付けて記憶する処理を実行させる、
   ことを特徴とする特徴重要視度算出方法。
8. コンピュータに、
   商品またはサービスの特徴を示す特徴データを受信する処理を実行させ、
   受信した前記特徴データに示される特徴を有する商品またはサービスをデータベースから検索し、当該検索した商品またはサービスの見積を生成する処理を実行させ、
   同一の消費者に対して同一の種類の商品またはサービスについて前記見積を複数回、生成した場合に、当該消費者からの前記特徴データに示される回数が多い特徴ほど、重要視の度合いを示す点数を多く付与する処理を実行させ、
   特徴ごとに、当該特徴を識別する識別子と前記付与する処理にて当該特徴に対して付与した重要視の度合いとを対応付けて記憶する処理を実行させる、
   ことを特徴とするコンピュータプログラム。

Images