JP2009176318A - メンバー管理システム - Google Patents

Abstract

【課題】店舗に設けられた店舗端末を用いてメンバー管理を行うメンバー管理システムに関し、メンバーに対し高品質のサービスを提供する。
【解決手段】複数の店舗2A〜2Cに設けられた店舗端末11と、店舗端末11とネットワーク13を介して接続されてメンバー3のメンバー情報を管理するサーバー装置12とを設ける。店舗端末11には、顧客がメンバー登録を行うための手段と、メンバー情報をサーバー装置12に要求する手段と、要求に対してサーバー装置12から送信されたメンバー情報を出力する手段とを設ける。また、サーバー装置12には、店舗情報ＤＢ22と、メンバーＩＤをアドレスとして格納する個人情報データベースを有するメンバー情報ＤＢ23と、メンバー情報をメンバー毎に一元化してメンバー情報ＤＢ23に格納する手段と、店舗端末11からの要求に基づきメンバー情報を要求のあった店舗に加工後メンバー情報を送信する手段とを設ける。
【選択図】図３

Description

本発明はメンバー管理システムに係り、特に店舗に設けられた店舗端末を用いてメンバー管理を行うメンバー管理システムに関する。

一般に、メーカが商品を販売店において販売する際、顧客にメンバー登録してもらい、メンバーに対しては購入に応じてポイント還元及び新商品の優先的な紹介等のサービスを行ない、また販売店及びメーカ側ではメンバーから収集される各種情報を商品開発或いは商品販売に反映させることが行なわれている。従来、メンバー登録は販売店単位で行なわれている。

この従来におけるメンバー管理について、商品として化粧品を例に挙げ、図１を用いて説明する。同図に示すように、化粧品メーカ１は、複数の販売店２Ａ〜２Ｃと提携している。例えば、販売店２Ａは個人商店であり、販売店２Ｂは薬の量販店であり、また販売店２Ｃは百貨店である。

顧客３が化粧品メーカ１に対しメンバー登録を行うには、顧客３は販売店２Ａ〜２Ｃのいずれかの店舗に行き、メンバー登録の手続を行う。このメンバー登録を行う際、顧客には登録用シートに所定の事項を記入してもらう。具体的には、氏名，連絡先，属性（生年月日，職業，未婚／既婚，休日等），及び顧客に商品を販売する際に利用される各種情報（趣味，皮膚のトラブルの有無等）等を記入してもらう。

これにより、各店舗２Ａ〜２Ｃでは、この登録用シートに基づきメンバー一人一人に対しメンバー管理用シート４Ａ〜４Ｃを作成する。このメンバー管理用シート４Ａ〜４Ｃには、顧客が登録用シート記載した上記の各記載内容に加え、メンバー登録後にメンバーが来店した日時，メンバーが購入した商品，購入時に販売員がメンバーに対して実施した接客内容及びカウンセリング内容等が記入できる構成となっている。尚、薬の量販店及び百貨店等の販売店２Ｂ，２Ｃでは、このメンバー管理用シート４Ｂ，４ＣをＰＯＳ(Point Of Sale)化し、コンピュータ５に記録する方式が採られている場合もある。

このように、メンバー一人一人に対しメンバー管理用シート４Ａ〜４Ｃを作成することにより、メンバー管理用シート４Ａ〜４Ｃを見ることによりメンバー３Ａ〜３Ｃの化粧品の使用サイクル，化粧に関する基本的なプロフィール等を知ることができ、過去にメンバー３Ａ〜３Ｃが来店した時に販売員が実施した接客内容及びカウンセリング内容も判るため、これを次回にメンバー３Ａ〜３Ｃが来店した時の接客及びカウンセリングに反映させることができる。

また、各店舗２Ａ〜２Ｃでは、一定期間毎にメンバー管理用シート４Ａ〜４Ｃの集計処理を行う。各店舗２Ａ〜２Ｃは、店舗毎に複数のメンバーを有しており、従ってメンバー管理用シート４Ａ〜４Ｃを集計することにより、全体的な商品の販売動向（例えば、美白関係の化粧料が多く購入されている等）、商品購入層（例えば、どの年代のメンバーが商品購入の主流となっているか等）、商品の最多購入価格（例えば、最も多く売れる商品の価格帯等）等を知ることができる。

また、メンバー登録を行った特典として、購入した商品の金額に応じてポイントを付与し、貯まったポイント数に応じてポイント引当サービスを提供することも行なわれている。従来、このポイントの管理も各店舗２Ａ〜２Ｃ毎に行なわれていた。

特開平１０−０８３４２１号公報 特開２０００−２９３６０４号公報

しかしながら、従来のメンバー管理方法では、メンバー管理が店舗毎に行なわれていたため、登録された各メンバーから得られる情報の精度が低下し、メンバーに対し高品質のサービスを提供することが困難であるという問題点があった。以下、この問題点について、図２を用いて説明する。

図１を用いた説明では、異なる３人の顧客３Ａ〜３Ｃが、それぞれ異なる店舗２Ａ〜２Ｃに行きメンバー登録を行う例について述べた。これに対し、図２に示す例では、１人の顧客３が、異なる店舗２Ａ〜２Ｃに行き、それぞれの店舗２Ａ〜２Ｃにおいてメンバー登録を行った例を示している。

近年、化粧品を販売する店舗の種類は多岐にわたっており、前記したように個人商店，薬の量販店，百貨店等、種々の形態の店舗で販売されるようになってきている。また、店舗形態により顧客層が異なるため、店舗の形態に応じて店頭に置く商品を替えることも行なわれている。

従って、同一の顧客３が、比較的安価な化粧落とし等は近所の薬の量販店で購入し、また比較的高価な美白化粧料は百貨店で購入するような現象が生じている。また、これに伴い、化粧品の購入をした各店舗においてメンバー登録を行うことも発生するようになってきている。

いま、図２に示すように、顧客３が店舗２Ａにおいて下記するような化粧品の購入を行ない、またこれに伴いメンバー登録を行ったとする。
・購入日付：３月１日
・購入品：化粧水ａ
・実施したカウンセリング：肌荒れ防止
・接客情報：近々、ダイビングのため海外旅行に行く
・購入によるポイント：１５ポイント
すると、店舗２Ａでは顧客３が記載した登録シートに基づきメンバー管理用シート４Ａを作成し、これに上記の購入日付，購入品（化粧水ａ），実施したカウンセリング内容（肌荒れ防止），及び接客情報（近々、ダイビングのため海外旅行に行く）を記載する。このメンバー管理用シート４Ａは、店舗２Ａにおいて管理される。

その後、顧客３が店舗２Ａではなく、異なる店舗２Ｂに行って下記するような化粧品の購入を行ない、これに伴いメンバー登録を行ったとする。
・購入日付：６月１日
・購入品：化粧水ｂ
・実施したカウンセリング：紫外線対策
・接客情報：海外旅行が中止
・購入によるポイント：１０ポイント
すると、店舗２Ｂでは顧客３が記載した登録シートに基づきメンバー管理用シート４Ｂを作成し、これに上記の購入日付，購入品（化粧水ｂ），実施したカウンセリング内容（紫外線対策），及び接客情報（海外旅行が中止）を記載する。このメンバー管理用シート４Ｂは、店舗２Ｂにおいて管理される。

その後、顧客３が店舗２Ａ，２Ｂではなく、異なる店舗２Ｃに行って下記するような化粧品の購入を行ない、これに伴いメンバー登録を行ったとする。
・購入日付：９月１日
・購入品：化粧水ｃ
・実施したカウンセリング：小皺対策
・接客情報：テニス大会で優勝
・購入によるポイント：１０ポイント
すると、店舗２Ｃでは顧客３が記載した登録シートに基づきメンバー管理用シート４Ｃを作成し、これに上記の購入日付，購入品（化粧水ｃ），実施したカウンセリング内容（小皺対策），及び接客情報（テニス大会で優勝）を記載する。このメンバー管理用シート４Ｃは、店舗２Ｃにおいて管理される。

その後、１２月１日に顧客３が再び店舗２Ａに行き、化粧品２ａの購入を行った場合を想定する。この場合、店舗２Ａの販売員は、３月１日の購入及びメンバー登録に基づくメンバー管理用シート４Ａに基づきメンバー３（顧客）に接客及びカウンセリングすることとなる。

即ち、店舗２Ａの販売員は、化粧品の種類に関しては、実際は化粧品ａから化粧品ｂ，化粧品ｃと化粧料の種類を変更しているにも拘わらず、化粧品ａを常に使用していたと誤った判断をしてしまう。

同様に、カウンセリングに関しては、メンバー３は紫外線対策，小皺対策とカウンセリングを受けているにも拘わらず、肌荒れ防止に関するカウンセリングのみを実施していると誤った判断をしてしまう。更に、接客情報についても、３月１日における情報しかないため、「海外旅行はいかがでしたか？」というような話題で接客を行ってしまう。

更に、商品購入によるポイント数は、９月１日に店舗２Ｃで行った商品購入により全体としては３５ポイントになっているにも拘わらず、店舗単位でのポイント管理では、１５ポイントしか貯まっていないことになる。

上記したように、従来のメンバー管理方法では、顧客が異なる店舗２Ａ〜２Ｃに重複してメンバー登録する場合が生じ、この場合にはメンバーに関する情報が各店舗２Ａ〜２Ｃに分散化してしまい、個々の店舗２Ａ〜２Ｃ単位ではメンバーに関する情報の精度が低下してしまうという問題点があった。従って、各店舗２Ａ〜２Ｃ単位におけるメンバーに関する情報の精度が低下することにより、化粧品メーカ１に送られる情報の精度も低下し、新製品の開発計画及び商品販売計画等を的確に行えないという問題点も発生する。

また、各店舗２Ａ〜２Ｃでは、メンバーに関する情報が記載されたメンバー管理用シート４Ａに基づき接客及びカウンセリングを行うため、メンバーに関する情報の精度が低下することにより、メンバーに対して適切なサービス（接客及びカウンセリング等）が行えなくなる。更に、ポイント数の管理も各店舗２Ａ〜２Ｃ単位で行なわれていたため、複数の店舗２Ａ〜２Ｃ全体として購入した商品金額がポイントに反映されず、メンバーに対するポイント還元のサービスが十分ではないという問題点があった。

本発明は上記の点に鑑みてなされたものであり、各メンバーから得られる情報の精度の精度を向上させると共にメンバーに対し高品質のサービスを提供することを可能としうるメンバー管理システムを提供することを目的とする。

上記の課題は、第１の観点からは、
顧客が化粧品を購入する複数の店舗にそれぞれ設けられた店舗端末と、
該店舗端末とネットワークを介して接続されており、前記顧客の内メンバー登録を行ったメンバーのメンバー情報を管理するサーバー装置とを有するメンバー管理システムであって、
前記店舗端末は、
前記顧客がメンバー登録を行うための手段と、
前記メンバーの前記メンバー情報を入力するための手段と、
前記メンバー情報を前記サーバー装置に対し要求する手段と、
前記要求に対して前記サーバー装置から送信されたメンバー情報を出力する手段とを有し、
前記サーバー装置は、
前記複数の店舗の情報が格納される店舗情報データベースと、
前記メンバー情報が格納されるメンバー情報データベースと、
前記複数の店舗から送られる前記メンバー情報を、メンバー毎に一元化して前記メンバー情報データベースに格納する手段と、
前記店舗端末からの要求に基づき、前記メンバー情報データベースに格納された前記メンバー情報を当該要求のあった店舗に送信する手段とを有し、
前記メンバー情報データベースは、少なくとも、前記メンバー情報である前記メンバーの個人情報を、前記メンバー登録時に前記メンバーに対し個別に付与されるメンバーＩＤをアドレスとして格納する個人情報データベースを含むことを特徴とするメンバー管理システムにより解決することができる。

開示のメンバー管理システムによれば、個人情報に基づきメンバー情報をメンバー毎に一元化して管理することが可能となる。

図１は、従来のメンバー管理方法を説明するための図である。 図２は、従来のメンバー管理方法で発生する問題点を説明するための図である。 図３は、本発明の一実施例であるメンバー管理システムのシステム構成を示す図である。 図４は、実行プログラム選択処理のフローチャートである。 図５は、メンバー登録処理のフローチャートである。 図６は、情報入力選択処理のフローチャートである。 図７は、 接客情報入力処理のフローチャートである。 図８は、商品・ポイント情報入力処理のフローチャートである。 図９は、カウンセリング情報入力処理のフローチャートである。 図１０は、データ出力選択処理のフローチャートである。 図１１は、処理メニュー画面の一例を示す図である。 図１２は、メンバー登録画面の一例を示す図である。 図１３は、情報入力選択画面の一例を示す図である。 図１４は、接客履歴情報入力画面の一例を示す図である。 図１５は、商品・ポイント情報入力画面の一例を示す図である。 図１６は、カウンセリング情報入力画面の一例を示す図である。 図１７は、データ出力選択画面の一例を示す図である。 図１８は、接客履歴情報出力画面の一例を示す図である。 図１９は、商品・ポイント情報出力画面の一例を示す図である。 図２０は、カウンセリング情報出力画面の一例を示す図である。

次に、本発明の実施の形態について図面と共に説明する。

図３は、本発明の一実施例であるメンバー管理システム１０のシステム構成図である。尚、以下の説明においては、化粧品の購買者を対象としたメンバー管理システムを例に挙げて説明するが、本システム１０の適用は化粧品に関するメンバー管理に限定されものではなく、種々の商品及びサービスに関するメンバー管理に広く適用できるものである。

図３に示すように、メンバー管理システム１０は、複数（本実施例では３台のみ示している）の店舗端末１１Ａ〜１１Ｃと、サーバー装置１２と、この店舗端末１１Ａ〜１１Ｃとサーバー装置１２とを接続する通信ネットワークとにより構成されている。尚、本システムでは、種々の通信ネットワークに対応可能であるが、以下の説明ではインターネット１３を例に挙げて説明する。

店舗端末１１Ａ〜１１Ｃは、商品を販売する販売店に設置される。この際、本システム１０は、販売店の形態に拘束されるものではなく、個人販売店，薬局，百貨店等のいずれの販売形態の店舗においても導入することができる。また、本実施例では、通信ネットワークとしてインターネット１３を用いているため、本システム１０のインフラ構築に要するコストを低減することができる。

各店舗端末１１Ａ〜１１Ｃは、処理部１４，出力部１５，入力部１６，送受信部１７，表示部１８，及び記憶部１９等により構成されている。記憶部１９には、後述する各種処理プログラムが格納されており、処理部１４はこの処理プログラムを実行することによりメンバー管理に必要な各種処理を実行する。また、処理部１４は、接続された出力部１５，入力部１６，送受信部１７，表示部１８，及び記憶部１９を統括的に制御する。

出力部１５は、例えばプリンターであり、処理部１４の指示により印字処理を行う。入力部１６は、例えばキーボードであり、メンバー管理に必要な各種データを入力処理するのに用いられる。送受信装置１７は、処理部１４をインターネット１３と接続するための装置である。表示部１８は、例えばＣＲＴであり、入力部１６から入力された内容及びサーバー装置１２から送信されてくる各種情報を表示する。

一方、サーバー装置１２は化粧品メーカ１に設置されている。このサーバー装置１２は、中央処理部２０，送受信部２１，店舗情報データベース２２（以下、データベースをＤＢと略称する），個人情報ＤＢ２３，接客履歴情報ＤＢ２４，商品情報ＤＢ２５，ポイント情報ＤＢ２６，カウンセリング情報ＤＢ２７，及び記憶部２８等により構成されている。

中央処理部２０は、記憶部２８内に格納されている後述する各種プログラムを実行することにより、各店舗端末１１Ａ〜１１Ｃから送信されてくる各種情報を
所定のＤＢ２２〜２７に格納すると共に、各店舗端末１１Ａ〜１１Ｃからの要求に応じて各ＤＢ２２〜２７から要求された情報を検索し、これを加工した上で送受信部２１を介して各店舗端末１１Ａ〜１１Ｃに送信する。

また、店舗情報ＤＢ２２には、各店舗２Ａ〜２Ｃに個別に付与された店舗ＩＤが格納されている。よって、各店舗２Ａ〜２Ｃは、この店舗ＩＤにより識別することができる。

また、個人情報ＤＢ２３には、個人情報が格納されている。この個人情報とは、メンバー３の氏名，連絡先，属性（メンバーの誕生日，ミス／ミセス，職業，休日等），趣味，皮膚のトラブルの有無，及び肌への要求等、メンバー３に関する各種情報である。この個人情報は、メンバー登録時にメンバー３に対し個別に付与されるメンバーＩＤをアドレスとして個人情報ＤＢ２３に格納される。

接客履歴情報ＤＢ２４には、メンバー３が店舗２Ａ〜２Ｃに来店した際、各店舗２Ａ〜２Ｃの販売員がメンバー３に対して実施した接客履歴情報が格納されている。この接客履歴情報とは、販売員がメンバー３との接客時に得られた、メンバー３の近々の性格情報である（具体的には、近々旅行に行く等）。この接客履歴情報も、メンバーＩＤをアドレスとして接客履歴情報ＤＢ２４に格納される。

商品情報ＤＢ２５には、メンバー３が店舗２Ａ〜２Ｃに来店し購入した商品情報が格納されている。具体的には、商品の購入日時，商品種類，商品価格等が格納されている。この商品情報も、メンバーＩＤをアドレスとして商品情報ＤＢ２５に格納される。

ポイント情報ＤＢ２６には、店舗２Ａ〜２Ｃで購入した商品の価格に応じてメンバー３に付与されるポイント情報が格納されている。一般に、メンバー登録を行った特典として、購入した商品の金額に応じてポイントを付与し、貯まったポイント数に応じて商品価格の割引或いは景品，金券への交換ができるポイント引当サービスを提供することも行なわれている。ポイント情報ＤＢには、商品購入に応じて加算されるポイント情報が格納されている。このポイント情報も、メンバーＩＤをアドレスとしてポイント情報ＤＢ２６に格納される。

カウンセリング情報ＤＢ２７には、メンバー３が店舗２Ａ〜２Ｃに来店した際、各店舗２Ａ〜２Ｃの販売員がメンバー３に対して実施したカウンセリング情報が格納されている。具体的には、カウンセリング情報とは、メンバー３からの質問（例えば、肌を焼きたいのだが、シミが気になる等）に対し、販売員が行った美容に対する助言（例えば、紫外線対策用化粧水の効率的な使用方法等）である。このカウンセリング情報も、メンバーＩＤをアドレスとしてカウンセリング情報ＤＢ２７に格納される。

尚、請求項に記載のメンバー情報とは、上記した個人情報、接客履歴情報、商品情報，ポイント情報，及びカウンセリング情報を含むものである。

また、図３には図示しなかったが、顧客或いはメンバー３が自己の有する通信ツールを用いて直接的にサーバー装置１２と通信することも可能である。しかしながら、本発明は店舗２Ａ〜２Ｃとサーバー装置１２との間における情報の授受に特徴があるため、顧客或いはメンバー３とサーバー装置１２とを直接接続し情報の授受を行う処理に関する説明は省略するものとする。

続いて、上記システム構成とされたメンバー管理システム１０のメンバー管理処理について説明する。尚、以下の説明において、各店舗２Ａ〜２Ｃ及び店舗端末１１Ａ〜１１Ｃを区別する必要がない場合には、店舗２及び店舗端末１１というものとする。

店舗２に設置された店舗端末１１は、メンバー登録処理，情報入力処理，及び情報出力処理を実施する。店舗端末１１が起動されると、処理部１４は記憶部１９に格納されている実行プログラム選択処理を実行する。図４は、実行プログラム選択処理のフローチャートである。同図に示す処理が起動すると、先ずステップ１０（図では、ステップをＳと略称する）において、処理部１４はログオン処理を行う。

このログオン処理では、店舗ＩＤ及びパスワードを入力することにより、サーバー装置１２との接続処理を行う。これにより、店舗端末１１とサーバー装置１２は、インターネット１３を介して接続された状態となる。この店舗端末１１とサーバー装置１２とのインターネット１３を介した接続は、店舗２の開店前に行なわれ、店舗２の１日の営業が終了しログオフされるまで維持される。

ステップ１０のログオン処理が終了すると、続くステップ１１において店舗端末１１の表示部１８にはメニュー画面が表示される。図１１はこのメニュー画面の一例を示している。店舗２の販売員は、図１１に示すメニュー画面において、実行しようとする処理の番号を入力部１６により入力する。

続くステップ１２では、処理部１４は情報入力処理が選定されたかどうかを判断する。そして、ステップ１２で否定判断がされると、処理はステップ１６に進み、処理部１４は後述する情報出力処理を実施する。

一方、ステップ１２で情報入力処理が入力されたと判断（ＹＥＳの判断）されると、続くステップ１３において、処理部１４はメンバー登録処理が選定されたかどうかを判断する。ステップ１３で肯定判断（ＹＥＳの判断）がされると、処理はステップ１４に進み、処理部１４は後述するメンバー登録処理を実行する。これに対し、ステップ１３で否定判断がされると、処理はステップ１５に進み、処理部１４は後述する情報入力処理を実行する。

続いて、図１１に示す画面において、メンバー登録処理が選定された場合に実施される、メンバー登録処理（ステップ１４）について説明する。

図５は、メンバー登録処理を示すフローチャートである。店舗２に来店した顧客が化粧品メーカ１にメンバー登録するには、メンバー登録用紙に所定の事項を記入する。このメンバー登録用紙には、氏名，連絡先，属性（メンバーの誕生日，ミス／ミセス，職業，休日等），趣味，皮膚のトラブルの有無，及び肌への要求等のメンバー登録に必要な記載項目が記載されるよう構成されている。

また、このメンバー登録用紙には、予めメンバーＩＤとなる番号が記載されている。このメンバー登録用紙に記載されているメンバーＩＤは通し番号とされており、同じ番号が重複して存在することはない。よって、このメンバー登録用紙に記載されている番号が、当該メンバー登録用紙に記入を行った顧客（メンバー）のメンバーＩＤとなる。店舗２の販売員は、このメンバー登録用紙に基づき、メンバー登録処理を行う。

図５に示すメンバー登録処理が起動すると、先ず店舗端末１１の処理部１４は、表示部１８にメンバー登録画面を表示する（ステップ２０）。図１２は、メンバー登録画面の一例を示している。

店舗２の販売員は、図１２に示すメンバー登録画面を見ながら、所定欄にメンバー登録に必要項目を入力する（ステップ２１）。このステップ２１で入力される項目は、上記したメンバーＩＤ及び個人情報に関する項目である。このステップ２１で入力された各項目は、送受信部１７を介してサーバー装置１２に送信される。

サーバー装置１２では、店舗端末１１からメンバー登録に関する情報が送信されると、中央処理部２０は送信されてきた各項目が適正であるか、また全ての項目が送信されたかどうかをチェックする。また、これに伴い、今回入力されたメンバー登録に関する情報を既に個人情報ＤＢ２３に格納されているメンバーＩＤ及び個人情報と照合処理し、同一或いは類似するメンバーＩＤ或いは個人情報が存在するかどうかをチェックする（ステップ２２）。

同図には図示しないが、入力項目に瑕疵があると、また既に個人情報ＤＢ２３に同一或いは類似するメンバーＩＤ或いは個人情報が存在する場合には、中央処理部２０はその旨を店舗端末１１に送信し、訂正を求める構成となっている。これにより、メンバーの重複登録を防止することができる。

ステップ２２で適正にメンバー登録に必要な項目が送信されたと判断されると、中央処理部２０は店舗端末１１から送信された個人情報を、メンバーＩＤをアドレスとして個人情報ＤＢ２３に格納する（ステップ２３）。これにより、個人情報は、メンバーＩＤを指定することにより個人情報ＤＢ２３に対して読み込み・読み出し可能な状態となる。

更に、中央処理部２０は、接客履歴情報ＤＢ２４，商品情報ＤＢ２５，ポイント情報ＤＢ２６，カウンセリング情報ＤＢ２７のそれぞれに対しても、メンバーＩＤをアドレスとする情報の記録エリアを形成する。従って、メンバー管理に必要なメンバー情報（個人情報，接客履歴情報，商品情報，ポイント情報，カウンセリング情報）は、メンバーＩＤをアドレスとして各種ＤＢ２４〜２７に対して読み込み・読み出し可能な状態となる。

上記したステップ２０〜ステップ２３の処理が実行されることによりメンバー登録処理は終了し、店舗端末１１の表示部１８は再び図１１に示すメニュー画面に戻る（ステップ２４）。

続いて、図１１に示すメニュー画面において、情報入力処理が選定された時（ステップ１５）の処理について説明する。

情報入力処理が選定されると、処理部１４は情報入力処理を開始する。図６は情報入力処理を示すフローチャートであり、また図１３は情報入力処理始動時における画面を示している。情報入力処理では、メンバー情報の内、個人情報を除くメンバー情報（接客履歴情報、商品情報、ポイント情報、カウンセリング情報）が入力される。

店舗２の販売員は、図１３に示す画面において、実行しようとする処理の番号を入力部１６により入力する。処理部１４はステップ３０において、接客履歴情報の入力が指定されたかどうかを判断する。そして、接客履歴情報の入力が指定された（ＹＥＳ）と判断されると、処理をステップ３１に進め、後述する接客履歴情報入力処理を開始する。

一方、ステップ３０で否定判断がされると、処理部１４はステップ３２において、商品・ポイント情報の入力が指定されたかどうかを判断する。そして、商品・ポイント情報の入力が指定された（ＹＥＳ）と判断されると、処理をステップ３３に進め、後述する商品・ポイント情報入力処理を開始する。

尚、ポイントは商品の価格に応じて設定されているため、ポイント情報と商品情報は関連した情報である。このため、本実施例ではポイント情報の入力処理と商品情報の入力処理を同一の処理（商品・ポイント情報入力処理という）で行う構成としている。

一方、ステップ３２で否定判断がされると、処理部１４はステップ３４において、カウンセリング情報の入力が指定されたかどうかを判断する。そして、カウンセリング情報の入力が指定された（ＹＥＳ）と判断されると、処理をステップ３５に進め、後述するカウンセリング情報入力処理を開始する。尚、ステップ３４で否定判断がされると、処理部１４は図６に示す情報入力処理を終了し、表示部１８の画面をメニュー画面に戻す（ステップ３６）。

続いて、上記のようにして開始される各情報入力処理について説明する。

先ず、図１３に示す画面において、接客履歴情報の入力が選定された場合に実施される、接客履歴情報入力処理（図６のステップ３１）について説明する。図７は、接客履歴情報入力処理を示すフローチャートであり、この入力処理のプログラムは店舗端末１１の記憶部１９に格納されている。

図７に示す接客履歴情報入力処理が起動すると、先ず店舗端末１１の処理部１４は、表示部１８に接客履歴情報の入力画面を表示する（ステップ４０）。図１４は、接客履歴情報の入力画面の一例を示している。

店舗２の販売員は、入力部１６を用いて接客を行ったメンバーのメンバーＩＤと、接客日と接客内容等の接客履歴情報の入力を行う（ステップ４１）。 具体的には、接客日と接客内容の入力を行う。尚、図１４に示す接客履歴情報の入力画面では、接客内容を直接文章として入力する構成を示しているが、接客内容の選択項目を挙げておき、これを選択することにより入力する構成としてもよい。メンバーＩＤ及び顧客履歴情報が入力されると、処理部１４は送受信部１７を介してこの情報をサーバー装置１２に送信する。

ステップ４１で接客履歴情報の入力が終了すると、処理部１４は入力された接客履歴情報にメンバーＩＤを付与した上で、サーバー装置１２に送信する。サーバー装置１２の中央処理部２０は、店舗端末１１から送信されてきた接客履歴情報が適正であるか、また全ての項目が送信されたかどうかをチェックする（ステップ４２）。同図には図示しないが、入力項目に瑕疵があると、中央処理部２０はその旨を店舗端末１１に送信し、訂正を求める構成となっている。

ステップ４２で適正に接客履歴情報が送信されたと判断されると、中央処理部２０はメンバーＩＤをアドレスとして、接客履歴情報ＤＢ２４の当該メンバーＩＤに対応した記憶エリアに、ステップ４１で入力された接客履歴情報を格納する。従って、接客履歴情報ＤＢ２４に格納された当該接客履歴情報は、メンバーＩＤを指定することにより接客履歴情報ＤＢ２４から取り出し可能な状態で格納される。

上記したステップ４０〜ステップ４４の処理が実行されることにより接客履歴情報入力処理は終了し、店舗端末１１の表示部１８は再び図１１に示すメニュー画面に戻る（ステップ４４）。

次に、図１３に示す画面において、商品・ポイント情報の入力が選定された場合に実施される、商品・ポイント情報入力処理（図６のステップ３３）について説明する。図８は、商品・ポイント情報入力処理を示すフローチャートであり、この入力処理のプログラムは店舗端末１１の記憶部１９に格納されている。

図８に示す商品・ポイント情報入力処理が起動すると、先ず店舗端末１１の処理部１４は、表示部１８に商品・ポイント情報の入力画面を表示する（ステップ５０）。図１５は、商品・ポイント情報の入力画面の一例を示している。

店舗２の販売員は、入力部１６を用いて商品の購入を行ったメンバーのメンバーＩＤ、及び商品購入日と購入内容等の商品・ポイント情報を入力する（ステップ５１）。この際、前記したようにポイントは商品の価格により定められており、よって商品毎に予め決められているものである。店舗端末１１の記憶部１９には、商品とポイント数との関係が予め記憶されている。よって、本実施では、購入内容の欄に購入商品を入力することにより、当該商品のポイント数が記憶部１９から検索され、同じ表示欄に自動的に検索されたポイント数が表示される構成となっている。

ステップ５１で商品・ポイント情報の入力が終了すると、処理部１４は入力された商品・ポイント情報にメンバーＩＤを付与した上で、サーバー装置１２に送信する。サーバー装置１２の中央処理部２０は、店舗端末１１から送信されてきた商品・ポイント情報が適正であるか、また全ての項目が送信されたかどうかをチェックする（ステップ５２）。同図には図示しないが、入力項目に瑕疵があると、中央処理部２０はその旨を店舗端末１１に送信し、訂正を求める構成となっている。

ステップ５２で適正に商品・ポイント情報が送信されたと判断されると、中央処理部２０はメンバーＩＤをアドレスとして、商品情報ＤＢ２５の当該メンバーＩＤに対応した記憶エリア、及びポイント情報ＤＢ２６の当該メンバーＩＤに対応した記憶エリアに、ステップ５１で入力された商品情報及びポイント情報を格納する。

従って、商品情報ＤＢ２５に格納された当該商品情報は、メンバーＩＤを指定することにより商品情報ＤＢ２５から取り出し可能な状態で格納され、また、ポイント情報ＤＢ２６に格納された当該ポイント情報は、メンバーＩＤを指定することによりポイント情報ＤＢ２６から取り出し可能な状態で格納される。

上記したステップ５０〜ステップ５３の処理が実行されることにより商品・ポイント情報入力処理は終了し、店舗端末１１の表示部１８は再び図１１に示すメニュー画面に戻る（ステップ５４）。

次に、図１３に示す画面において、カウンセリング情報の入力が選定された場合に実施される、カウンセリング情報入力処理（図６のステップ３５）について説明する。図９は、カウンセリング情報入力処理を示すフローチャートであり、この入力処理のプログラムは店舗端末１１の記憶部１９に格納されている。

図９に示すカウンセリング情報入力処理が起動すると、先ず店舗端末１１の処理部１４は、表示部１８にカウンセリング情報の入力画面を表示する（ステップ６０）。図１６は、カウンセリング情報の入力画面の一例を示している。

店舗２の販売員は、入力部１６を用いてカウンセリングを行ったメンバーのメンバーＩＤ、及びカウンセリングの実施日とカウンセリング内容等のカウンセリング情報を入力する（ステップ６１）。

ステップ６１でカウンセリング情報の入力が終了すると、処理部１４は入力されたカウンセリング情報にメンバーＩＤを付与した上で、サーバー装置１２に送信する。サーバー装置１２の中央処理部２０は、店舗端末１１から送信されてきたカウンセリング情報が適正であるか、また全ての項目が送信されたかどうかをチェックする（ステップ６２）。また、カウンセリング情報入力処理においても、入力項目に瑕疵があると、中央処理部２０はその旨を店舗端末１１に送信し、訂正を求める構成となっている。

ステップ６２で適正にカウンセリング情報が送信されたと判断されると、中央処理部２０はメンバーＩＤをアドレスとして、カウンセリング情報ＤＢ２７の当該メンバーＩＤに対応した記憶エリアに、ステップ６１で入力されたカウンセリング情報を格納する。従って、カウンセリング情報ＤＢ２７に格納された当該カウンセリング情報は、メンバーＩＤを指定することによりカウンセリング情報ＤＢ２７から取り出し可能な状態で格納される。

上記したステップ６０〜ステップ６３の処理が実行されることによりカウンセリング情報入力処理は終了し、店舗端末１１の表示部１８は再び図１１に示すメニュー画面に戻る（ステップ６４）。

上記したように本実施例では、店舗端末１１から送信されるメンバー３に関するメンバー情報（個人情報，接客履歴情報，商品情報，ポイント情報，カウンセリング情報）は、メンバーＩＤをアドレスとして、それぞれの情報を格納するＤＢ２３〜２７にメンバー毎に一元化して格納され管理される。

これにより、図３に示すように、メンバー３が異なる複数の店舗２Ａ〜２Ｃに行き、接客，商品購入，ポイント，及びカウンセリングが実施されたとしても、その各店舗２Ａ〜２Ｃで実施された接客，商品購入，ポイント，及びカウンセリングの各情報は、各店舗２Ａ〜２Ｃ単位で管理されることはなく、各店舗２Ａ〜２Ｃからサーバー装置１２に送信されて一括的に管理される。従って、メンバー３に対して実施された接客，商品購入，ポイント，及びカウンセリングに関する情報（接客履歴情報，商品情報，ポイント情報，及びカウンセリング情報）が、各店舗２Ａ〜２Ｃ毎に分散管理されることはなくなる。

続いて、図１１に示すメニュー画面において、情報出力処理が選定された時（図４のステップ１６）の処理について説明する。

情報出力処理が選定されると、処理部１４は情報出力処理を開始する。図１０は情報出力処理を示すフローチャートである。この情報出力処理では、店舗端末１１からの出力要求により、サーバー装置１２の中央処理部２０は各ＤＢ２２〜２７からメンバー情報を読み出し、このメンバー情報を店舗端末１１に送信する。

即ち、図１０に示す情報出力処理が起動すると、ステップ７０において、店舗２の販売員は入力部１６から、メンバー情報を読み出そうとするメンバー３のメンバーＩＤを入力する。このメンバーＩＤは、情報出力要求信号と共に、送受信部１７，インターネット１３を介してサーバー装置１２に送信される。

サーバー装置１２では、店舗端末１１から情報出力要求信号と共にメンバーＩＤが送信されると、当該メンバーＩＤに該当するメンバー情報（接客履歴情報，商品情報，ポイント情報，及びカウンセリング情報）を接客履歴情報ＤＢ２４，商品情報ＤＢ２５，ポイント情報ＤＢ２６，及びカウンセリング情報ＤＢ２７から読み出し、このメンバー情報を一括的に情報出力要求があった店舗２の店舗端末１１に送信する。

この際、前記したようにメンバー情報を構成する接客履歴情報，商品情報，ポイント情報，及びカウンセリング情報は、メンバーＩＤをアドレスとして接客履歴情報ＤＢ２４，商品情報ＤＢ２５，ポイント情報ＤＢ２６，カウンセリング情報ＤＢ２７にメンバー毎に一元化された状態で格納されている。このため、当該メンバーＩＤを有するメンバー３が異なる複数の店舗２Ａ〜２Ｃにおいて商品購入し、また接客，カウンセリングを受けたような場合であっても、当該メンバー３のメンバーＩＤに基づき各ＤＢ２４〜２７から読み出されるメンバー情報には、これら各店舗２Ａ〜２Ｃで入力されたメンバー情報（接客履歴情報，商品情報，ポイント情報，及びカウンセリング情報）の全てが含まれる。

上記のようにサーバー装置１２から店舗端末１１にメンバー情報が送信されると、処理部１４はステップ７１において送信されてきたメンバー情報を記憶部１９に格納する。また、この格納処理が終了すると、処理部１４は表示部１８に図１７に示す出力処理用の画面を表示する。

店舗２の販売員は、図１７に示す画面において、実行しようとする出力処理の番号を入力部１６により入力する。処理部１４はステップ７２において、接客履歴情報の出力が指定されたかどうかを判断する。そして、接客履歴情報の出力が指定された（ＹＥＳ）と判断されると、処理をステップ７３に進め、記憶部１９から接客履歴情報を読み出し、これを表示部１８に表示する。図１８は、表示部１８に表示された接客履歴情報の一例である画面を示している。この際、表示部１８の画面には、前記したようにメンバー３が接客を受けた各店舗２Ａ〜２Ｃにおける接客履歴情報の全てが表示される。

一方、ステップ７２で否定判断がされる（ＮＯ）と、処理部１４はステップ７４において、商品・ポイント情報の出力が指定されたかどうかを判断する。そして、商品・ポイント情報の出力が指定された（ＹＥＳ）と判断されると、処理をステップ７５に進め、記憶部１９から商品・ポイント情報を読み出し、これを表示部１８に表示する。図１９は、表示部１８に表示された商品・ポイント情報の一例である画面を示している。この際、表示部１８の画面には、前記したようにメンバー３が商品を購入した各店舗２Ａ〜２Ｃにおける商品・ポイント情報の全てが表示される。また、ポイントにあっては、各店舗２Ａ〜２Ｃで購入した商品の合計金額に対応した累積ポイント数が表示されるよう構成されている。

尚、前記したようにポイント情報と商品情報は関連した情報であるため、本実施例ではポイント情報の出力処理と商品情報の出力処理を同一の処理（商品・ポイント情報出力処理という）で行う構成としている。

一方、ステップ７４で否定判断がされると、処理部１４はステップ７６において、カウンセリング情報の出力が指定されたかどうかを判断する。そして、カウンセリング情報の出力が指定された（ＹＥＳ）と判断されると、処理をステップ７７に進め、記憶部１９からカウンセリング情報を読み出し、これを表示部１８に表示する。図２０は、表示部１８に表示されたカウンセリング情報の一例である画面を示している。この際、表示部１８の画面には、前記したようにメンバー３がカウンセリングを受けた各店舗２Ａ〜２Ｃにおけるカウンセリング情報の全てが表示される。

尚、ステップ７４で否定判断がされると、処理部１４は図１０に示す情報出力処理を終了し、表示部１８の画面をメニュー画面に戻す（ステップ７８）。

上記したように本実施例では、店舗端末１１から送信されるメンバー３に関するメンバー情報（個人情報，接客履歴情報，商品情報，ポイント情報，カウンセリング情報）は、メンバーＩＤをアドレスとして各ＤＢ２３〜２７にメンバー毎に一元化して格納され管理される。このため、メンバー情報を出力する場合には、各店舗２Ａ〜２Ｃでメンバー３が受けた接客及びカウンセリングの情報、及び商品の購入により発生する商品及びポイントに関する全ての情報が出力される。

具体的には、図３における店舗２Ａにおいてメンバー３のメンバー情報の出力処理を行った場合には、その出力結果には、他の店舗２Ｂ，２Ｃにおいてメンバー３が受けた接客及びカウンセリングの情報、及び商品の購入により発生する商品及びポイント情報も合わせて出力される。これにより、例えば店舗２Ａの販売員がメンバー３に対してカウンセリングを行う場合、当該販売員は店舗２Ｂ，２Ｃでメンバー３が受けたカウンセリングの内容及び購入した商品を考慮した上で、今回のカウンセリングを実施することができる。これにより、メンバー３に対してより的確なカウンセリングを行うことが可能となる。また、接客においても、同様にメンバー３に対してよりよい接客を行うことができる。

更に、ポイント引当サービスにおいても、メンバー３が各店舗２Ａ〜２Ｃにおいてそれぞれ商品を購入した場合、各店舗２Ａ〜２Ｃでの商品購入により発生するポイントの累計は、各店舗２Ａ〜２Ｃの店舗端末１１で知ることができる。よって、メンバーに対するポイント還元のサービスを向上させることができる。

尚、上記した実施例では、メンバー３に関するメンバー情報として、個人情報，接客情報，商品情報，ポイント情報，カウンセリング情報を例に挙げたが、この全ての情報を必ずしも用いる必要はなく、必要な情報を選択的に用いる構成としてもよい。また、本実施例では例示しなかった、他の情報をメンバー情報に加えた構成としてもよい。

また、上記した実施例では、本発明を化粧品に関するメンバー管理に適用した例を示したが、前記したように本発明の適用は化粧品に関するメンバー管理に限定されるものではなく、種々のメンバー管理に広く適用できるものである。

１ 化粧品メーカ
２Ａ〜２Ｃ 店舗
３ メンバー（顧客）
１０ メンバー管理システム
１１Ａ〜１１Ｃ 店舗端末
１２ サーバー装置
１３ インターネット
１４ 処理部
２０ 中央処理部
２２ 店舗情報ＤＢ
２３ 個人情報ＤＢ
２４ 接客履歴情報ＤＢ
２５ 商品情報ＤＢ
２６ ポイント情報ＤＢ
２７ カウンセリング情報ＤＢ

Claims (2)

1. 顧客が化粧品を購入する複数の店舗にそれぞれ設けられた店舗端末と、
   該店舗端末とネットワークを介して接続されており、前記顧客の内メンバー登録を行ったメンバーのメンバー情報を管理するサーバー装置とを有するメンバー管理システムであって、
   前記店舗端末は、
   前記顧客がメンバー登録を行うための手段と、
   前記メンバーの前記メンバー情報を入力するための手段と、
   前記メンバー情報を前記サーバー装置に対し要求する手段と、
   前記要求に対して前記サーバー装置から送信されたメンバー情報を出力する手段とを有し、
   前記サーバー装置は、
   前記複数の店舗の情報が格納される店舗情報データベースと、
   前記メンバー情報が格納されるメンバー情報データベースと、
   前記複数の店舗から送られる前記メンバー情報を、メンバー毎に一元化して前記メンバー情報データベースに格納する手段と、
   前記店舗端末からの要求に基づき、前記メンバー情報データベースに格納された前記メンバー情報を当該要求のあった店舗に送信する手段とを有し、
   前記メンバー情報データベースは、少なくとも、前記メンバー情報である前記メンバーの個人情報を、前記メンバー登録時に前記メンバーに対し個別に付与されるメンバーＩＤをアドレスとして格納する個人情報データベースを含むことを特徴とするメンバー管理システム。
2. 顧客が化粧品を購入する複数の店舗にそれぞれ設けられた店舗端末と、
   該店舗端末とネットワークを介して接続されており、前記顧客の内メンバー登録を行ったメンバーのメンバー情報を管理するサーバー装置とを有するメンバー管理システムであって、
   前記店舗端末は、
   前記顧客がメンバー登録を行うための手段と、
   前記メンバーの前記メンバー情報を入力するための手段と、
   前記メンバー情報を前記サーバー装置に対し要求する手段と、
   前記要求に対して前記サーバー装置から送信されたメンバー情報を出力する手段とを有し、
   前記サーバー装置は、
   前記複数の店舗の情報が格納される店舗情報データベースと、
   前記メンバー情報が格納されるメンバー情報データベースと、
   前記複数の店舗から送られる前記メンバー情報を、メンバー毎に一元化して前記メンバー情報データベースに格納する手段と、
   前記店舗端末からの要求に基づき、前記メンバー情報データベースに格納された前記メンバー情報を当該要求のあった店舗に送信する手段とを有し、
   前記メンバー情報データベースは、少なくとも、前記メンバー情報である前記メンバーの個人情報を、前記メンバー登録時に前記メンバーに対し個別に付与されるメンバーＩＤをアドレスとして格納する個人情報データベースを含み、
   かつ、前記前記サーバー装置に、前記メンバー登録に関する情報を既に前記個人情報データベースに格納されているメンバーＩＤ及び個人情報と照合処理し、同一或いは類似するメンバーＩＤ或いは個人情報が存在するかどうかをチェックするチェック手段を設けたことを特徴とするメンバー管理システム。

Images