(57)【要約】【課題】  会員の特典情報の安全性を確保しつつ、チェーン展開する各小売店等において共通に使用することができる顧客管理システムを提供する。【解決手段】  スーパーマーケット等をチェーン展開する業者における店舗Ａ１１において店舗サーバとしてサーバＡ１１１と複数のＰＯＳレジスタ１５１、１５２が設けられ、店舗Ｂ１２においてサーバＢ１２１と複数のＰＯＳレジスタ２５１、２５２が設けられ、サーバＡ１１１とサーバＢ１２１とはインターネット３１を介してデータの通信を行う。サーバＡ１１１は自店舗内のＰＯＳレジスタ１５１、１５２または他店舗のサーバＢ１２１からデータを受信し、該データの送信先を指定する送信先アドレスにしたがって、自店舗内の会員ＤＢ−Ａ１１２および店舗実績ＤＢ−Ａ１１３、または、インターネット３１を介して、店舗Ｂ内の会員ＤＢ−Ｂ１２２および店舗実績ＤＢ−Ｂ１２３に接続されるサーバＢ１２１にアクセスする。【選択図】      図１
2006302090.tif 000002
【特許請求の範囲】
【請求項１】
買上げ商品の精算を行う際に、顧客が携帯する顧客特定手段により会員であることを特定して買上げ商品に応じた特典を会員に付与する顧客管理システムであって、
チェーン展開された各店舗に少なくとも自店舗に所属する会員の会員情報を記憶する店舗サーバと、
前記顧客特定手段から会員に割り振られた会員コードの読取を適宜行う精算装置と、
前記精算装置と各店舗の店舗サーバとを通信可能に接続する通信装置と、
前記精算装置によって顧客より提示された顧客特定手段から読取られた店舗識別情報に基づいて、前記精算装置と前記読取られた店舗識別情報により特定された店舗サーバとの間の前記会員コードの通信について、前記通信装置の制御を行う制御装置と、
を備え、
前記顧客特定手段が、少なくとも前記会員情報および前記会員情報を記憶している店舗サーバが設置された店舗の店舗識別情報を記録する記録手段を備えた、
ことを特徴とする顧客管理システム。
【請求項２】
前記店舗識別情報が、前記店舗サーバのＵＲＬ情報であることを特徴とする請求項１に記載の顧客管理システム。
【請求項３】
前記会員コードが、前記会員の会員コードを記憶する店舗の店舗識別情報を含むことを特徴とする請求項１に記載の顧客管理システム。
【請求項４】
会員が精算を行う際に、前記店舗実績を前記精算が行われた店舗の店舗サーバによって集計し、前記会員実績を前記顧客特定手段から読み出された店舗識別情報によって特定される店舗サーバに転送する集計制御手段を備えたことを特徴とする請求項１に記載の顧客管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、小売店等において使用され、買上商品に応じた特典を会員に付与する顧客管理システムに係り、特にチェーン展開する各小売店等において共通に使用することができる顧客管理システムに関する。
【背景技術】
【０００２】
従来、チェーン展開する各小売店において、買上商品に応じた特典を会員に付与する顧客管理システムを運用する際に、会員が所有する会員カードにポイント等の特典情報を記憶し、買上げ時、あるいは、特典使用時に、会員カード内の特典情報を更新する手法が一般的に採られている。
【０００３】
上記のように、会員カード内に特典情報を書き込み、または読み出して、特典情報を記憶し、または、使用する顧客管理システムの例として、特許文献１において、タクシー等の交通機関の運賃と商店での購入金額を共通に合算して、報償ポイント数を会員カードに付与することにより、タクシー等の固定客と商店での集客力を高めることができる交通機関及び商店共用ポイントカードシステムが開示されている。
【特許文献１】特開平２００４−２０６１７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、上述したような顧客管理システムにおいては、会員カードの記憶内容が改竄される虞や、会員カードを紛失して特典を失ってしまうという問題があった。
【０００５】
本発明は、上記事情を考慮してなされたもので、その目的は、会員の特典情報の安全性を確保しつつ、チェーン展開する各小売店等において共通に使用することができる顧客管理システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、この発明では、以下の手段を提案している。
請求項１に係る発明は、買上げ商品の精算を行う際に、顧客が携帯する顧客特定手段により会員であることを特定して買上げ商品に応じた特典を会員に付与する顧客管理システムであって、チェーン展開された各店舗に少なくとも自店舗に所属する会員の会員情報を記憶する店舗サーバと、前記顧客特定手段から前記会員情報の読取を適宜行う精算装置と、前記精算装置と各店舗の店舗サーバとを通信可能に接続する通信装置と、前記精算装置によって顧客より提示された顧客特定手段から読取られた店舗識別情報に基づいて、前記精算装置と前記読取られた店舗識別情報により特定された店舗サーバとの間の前記会員情報の通信について、前記通信装置の制御を行う制御装置とを備え、前記顧客特定手段が、少なくとも前記会員情報および前記会員情報を記憶している店舗サーバが設置された店舗の店舗識別情報を記録する記録手段を備えたことを特徴とする。
この発明によれば、スーパーマーケット等をチェーン展開する業者において、顧客の特典情報の記憶が店舗側にて行われる。
【０００７】
請求項２に係る発明は、請求項１に記載の顧客管理システムであって、前記店舗識別情報が、店舗サーバのＵＲＬ情報であることを特徴とする。
この発明によれば、店舗に設けられたサーバのＵＲＬ情報によって、インターネットといった通信回線上にて、該サーバのアドレスが一義的に決定する。
【０００８】
請求項３に係る発明は、請求項１に記載の顧客管理システムであって、前記会員情報が、前記会員の会員情報を記憶する店舗の店舗識別情報を含むことを特徴とする。
この発明によれば、会員コードに会員の会員情報を記憶する店舗の店舗識別情報を含めることにより、会員コードの桁数が少なくなる。
【０００９】
請求項４に係る発明は、請求項１に記載の顧客管理システムであって、会員が精算を行う際に、前記店舗実績を前記精算が行われた店舗の店舗サーバによって集計し、前記会員実績を前記顧客特定手段から読み出された店舗識別情報によって特定される店舗サーバに転送する集計制御手段を備えたことを特徴とする。
この発明によれば、集計制御手段によって、店舗実績は精算が行われた店舗に設置されたサーバに記憶され、会員実績については、該会員が所属する店舗に設置されたサーバに転送される。
【発明の効果】
【００１０】
請求項１に係る発明によれば、スーパーマーケット等をチェーン展開する業者において、データの安全性が高い顧客管理システムを構築することができる。
また、本部等の一箇所に大掛かりなサーバを設置し、該サーバによって全ての会員情報をまとめて管理するのに比して、該サーバと各店舗との通信が輻輳することなく、精算処理をスムーズに行うことができる効果がある。
【００１１】
請求項２に係る発明によれば、店舗が増えた場合においても、それまでに使用していた装置の相手先サーバのアドレスを変更する必要をなくすことができる効果がある。
【００１２】
請求項３に係る発明によれば、会員コードの桁数を少なくし、顧客管理システムのトータルのコストを下げることができる効果がある。
【００１３】
請求項４に係る発明によれば、会員が所属する店舗に設置されたサーバの処理の輻輳をさらに抑制することができる効果がある。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照して、この発明の一実施形態について説明する。
図１に示すように、顧客管理システムは、例えば、スーパーマーケットをチェーン展開する業者において、複数の店舗Ａ１１、店舗Ｂ１２等とから構成される。店舗Ａ１１と店舗Ｂ１２とは、インターネット３１（通信装置）を介して接続される。
【００１５】
例えば、店舗Ａ１１においては、サーバＡ１１１（店舗サーバ）（制御装置）と、会員ＤＢ（Data  Base）−Ａ１１２と、店舗実績ＤＢ−Ａ１１３と、ＰＬＵ（Price  Look  Up）−ＤＢ−Ａ（図示せず）と、ＰＯＳ（Point  of  Sales）レジスタ１５１、１５２（精算装置）とが、ＬＡＮ（Local  Area  Network）を介して相互に接続される。
【００１６】
サーバＡ１１１はチェーン展開する店舗の内の、例えば、店舗Ａに設置され、自店舗である店舗Ａにて会員登録した会員の会員情報および店舗Ａの実績情報を管理する。会員ＤＢ−Ａ１１２は店舗Ａにて会員登録した会員の会員データ（会員情報）を記憶する。店舗実績ＤＢ−Ａ１１３は店舗Ａにおける販売実績を記憶する。ＰＬＵ−ＤＢ−Ａは商品の品名、価格等の商品データを記憶する。尚、会員データは、会員コード、氏名、住所、ランク、取得ポイント数および会員実績からなる。
【００１７】
サーバＡ１１１は、ＷＷＷ（World  Wide  Web）機能部１１４と、端末通信部１１５とから構成される。端末通信部１１５は、会員ＤＢ−Ａ１１２と、店舗実績ＤＢ−Ａ１１３と、ＷＷＷ機能部１１４と、ＰＯＳレジスタ１５１、１５２とを、ＬＡＮを介して相互に接続する。通信プロトコルとしては、例えば、ＴＣＰ／ＩＰが利用される。ＷＷＷ機能部１１４は、端末通信部１１５を介して接続されるＰＯＳレジスタ１５１、１５２を、他店舗のサーバと通信させるためにインターネット３１に接続させる。
【００１８】
店舗Ｂ１２も、店舗Ａ１１と同様の構成であり、店舗Ｂにおける、サーバＢ１２１（店舗サーバ）（制御装置）、会員ＤＢ−Ｂ１２２、店舗実績ＤＢ−Ｂ１２３、ＰＬＵ−ＤＢ−Ｂ（図示せず）、ＰＯＳレジスタ２５１、２５２（精算装置）は、店舗ＡにおけるサーバＡ１１１、会員ＤＢ−Ａ１１２、店舗実績ＤＢ−Ａ１１３、ＰＬＵ−ＤＢ−Ａ、ＰＯＳレジスタ１５１、１５２にそれぞれ相当する。店舗Ｂに設置されるサーバＢ１２１は、店舗Ａに設置されるサーバＡ１１１と同様の構成である。また、他の店舗も、店舗Ａ１１および店舗Ｂ１２と同様の構成であり、各店舗は、インターネット３１を介して相互に接続される。
【００１９】
ＰＯＳレジスタ１５１、１５２、２５１、２５２はいずれも同一の構成であるので、以下、ＰＯＳレジスタ１５１について説明を行う。
【００２０】
図２に示すように、ＰＯＳレジスタ１５１は、ＰＯＳレジスタ１５１各部を制御するＣＰＵ（Central  Processing  Unit）５０１と、ＣＰＵ５０１において実行され、ＰＯＳレジスタ１５１の各種機能を実現するためのプログラムを記憶するＲＯＭ（Read  Only  Memory）５０２と、ＣＰＵ５０１が動作するために呼び出したデータ等を一時的に記憶するＲＡＭ（Random  Access  Memory）５０３と、ＰＯＳレジスタ１５１の動作状態等を表示する表示部５０４と、ＰＯＳレジスタ１５１の動作指示を行う操作部５０５と、入出金を行う入出金部５０６と、バーコードリーダ５０７と、カードリーダ５０８と、ＬＡＮ通信部５０９とから構成される。これらは、バスライン５１０を介して相互に接続されている。
尚、ＲＡＭ５０３は、ＬＡＮにおいてデータを送受信する相手を特定するためにサーバＡ１１１に割り当てられたアドレス（以下、サーバＡ１１１のアドレスという）を予め記憶する。
【００２１】
図１に示すように、ＬＡＮ通信部５０９は、ＬＡＮを介して端末通信部１１５に接続され、ＰＯＳレジスタ１５１をインターネット３１に接続させる。カードリーダ５０８は、後述する会員カードから会員コードを読み取る。バーコードリーダ５０７は、商品に付されているバーコードをスキャンして商品データ等を読み取る。
【００２２】
尚、本実施形態におけるＰＯＳレジスタは、上述したＰＯＳレジスタ１５１の構成に限定されず、ＬＡＮに接続して外部の機器と通信が可能であり、会員カード等のカードを読み取る機能を有するものであれば、公知のＰＯＳレジスタでもよい。
【００２３】
図３に示すように、会員カード４１（顧客特定手段）は、前半を店コード４１２（店舗識別情報）とし、後半を顧客一人一人に割り当てられたシリアル番号４１３とする会員コード４１１を記憶する。会員カード４１は、顧客が会員であることを証明するための手段として使用され、磁気カード、ＩＣ（Integrated  Circuit）カード、あるいは、バーコード（以上、記録手段）が刻まれたカードのいずれでもよい。
【００２４】
次に、本実施形態における顧客管理システムの動作を説明する。
先ず、顧客管理システムの各部の電源が投入され、各部の初期化が行われ、サーバＡ１１１と、会員ＤＢ−Ａ１１２と、店舗実績ＤＢ−Ａ１１３と、ＰＬＵ−ＤＢ−Ａと、ＰＯＳレジスタ１５１、１５２との通信が可能になる。そして、サーバＡ１１１はインターネット３１に随時接続する。
【００２５】
ここで、店舗ＡにおけるＰＯＳレジスタ１５１の動作を、図４に示すフローチャートを参照して説明する。
先ず、店員が会員カード４１をカードリーダ５０８によってスキャンすることにより、会員カード４１から、会員コード４１１が読み取られたか否かが判断される（ステップＳａ１）。判断が「ＮＯ」であった場合、つまり、会員カード４１から、会員コード４１１が読み取られなかった場合、会員でない顧客の会計を行うこととなり、ステップＳａ２に移行し、店員が操作部５０５およびバーコードリーダ５０７ならびに入出金部５０６を用いて、商品登録および精算を行う。そして、売上実績自店のサーバであるサーバＡ１１１に送信される（ステップＳａ３）。このとき、ＣＰＵ５０１が、ＬＡＮにおいてデータ（売上実績）を送信する相手として、ＲＡＭ５０３に記憶されたサーバＡ１１１のアドレスによって、サーバＡ１１１を指定する。そして、ステップＳａ１に戻り、以下のステップによる動作が行われる。
【００２６】
一方、ステップＳａ１における判断が「ＹＥＳ」であった場合、つまり、会員カード４１から、会員コード４１１が読み取られた場合、会員である顧客の会計を行うこととなり、ステップＳａ４に移行し、ＣＰＵ５０１は会員コード４１１中の店コード４１２に基づいて、データ送信先のアドレスを生成する。次に、生成されたアドレスによって指定されるサーバに、会員データを問い合わせる指示を行うための会員データ問合せコマンドおよび会員カード４１から読み出された会員コード４１１が送信される（ステップＳａ５）。
【００２７】
次に、ステップＳａ５において問い合わせコマンドおよび会員コード４１１が送信されたサーバから、ランクやポイントを含む会員データがＬＡＮ通信部５０９に送られ、該会員データがＣＰＵ５０１によって受信され、ＲＡＭ５０３の予め定められたエリアに記憶される（ステップＳａ６）。
【００２８】
次に、店員が操作部５０５およびバーコードリーダ５０７ならびに入出金部５０６を用いて、商品登録および精算を行う（ステップＳａ７）。このとき、ＲＡＭ５０３に記憶された会員のランクやポイントに応じて、値引きやポイント付与等が行われる。そして、売上実績がサーバＡ１１１に送信される（ステップＳａ８）。
【００２９】
次に、今回の会員の買上データと、新たに付与されたポイントあるいは消費されたポイント等のデータと、会員コード４１１とが、ステップＳａ４において生成されたアドレスによって指定されるサーバに送信され（ステップＳａ９）一取引が終了する。そして、ステップＳａ１に戻り、以下のステップによる動作が行われる。
【００３０】
次いで、店舗ＡにおけるサーバＡ１１１の動作を、図５に示すフローチャートを参照して説明する。
先ず、サーバＡ１１１がＷＷＷ機能部１１４によってＷＷＷ、つまり、インターネット等の外部通信回線からデータを受信したか否かが判断される（ステップＳｂ１）。判断が「ＹＥＳ」であった場合、つまり、ＷＷＷからデータを受信した場合、ステップＳｂ２に移行し、受信したデータ中に会員コードおよび前述した会員データ問合せコマンドが含まれているか否かが判断される（ステップＳｂ２）。判断が「ＹＥＳ」であった場合、つまり、外部から特定の会員コードによって指定される会員の会員データが問い合わせられている場合、受信した会員コードによって指定される会員の会員データが会員ＤＢ−Ａ１１２から読み出される（ステップＳｂ３）。次に、ステップＳｂ３において会員ＤＢ−Ａ１１２から読み出された会員データが、ＷＷＷを介して、会員データの問い合わせを行ったＰＯＳレジスタ１５１に送信される。そして、ステップＳｂ１に戻り、以下のステップによる動作が行われる。
【００３１】
一方、ステップＳｂ２における判断が「ＮＯ」であった場合、つまり、前述したような会員データの問い合わせ以外の目的によるデータを受信した場合、ステップＳｂ５に移行し、受信したデータが店舗実績または会員実績である実績データおよび会員データを含むか否かが判断される。判断が「ＹＥＳ」であった場合、つまり、実績データおよび会員データを受信した場合、ステップＳｂ６に移行し、受信した会員データに基づいて、会員ＤＢ−Ａ１１２の該当するエリアに、受信した実績データを集計し、ポイントについても集計し、集計結果によって、会員の実績を更新する（ステップＳｂ６）。そして、ステップＳｂ１に戻り、以下のステップによる動作が行われる。
一方、ステップＳｂ５における判断が「ＮＯ」であった場合、つまり、ＷＷＷからデータを受信せず、また、受信したデータ中に会員コードおよび前述した会員データ問合せコマンドが含まれておらず、また、実績データも含まれていない場合、ステップＳｂ７に移行し、ステップＳｂ３〜６における処理以外の処理が行なわれる。そして、ステップＳｂ１に戻り、以下のステップによる動作が行われる。
【００３２】
一方、ステップＳｂ１における判断が「ＮＯ」であった場合、つまり、受信したデータが、ＷＷＷから受信したデータでなかった場合、ステップＳｂ８に移行し、店内に設置されたＰＯＳレジスタ１５１からデータを受信したか否かが判断される（ステップＳｂ８）。判断が「ＮＯ」であった場合、つまり、受信したデータがＰＯＳレジスタ１５１から受信したデータでなかった場合、ステップＳｂ１に戻り、以下のステップによる動作が行われる。
【００３３】
一方、ステップＳｂ８における判断が「ＹＥＳ」であった場合、つまり、店内に設置されたＰＯＳレジスタ１５１からデータを受信した場合、ステップＳｂ９に移行し、受信したデータに含まれる送信先アドレスが、自分自身に割り当てられたアドレスと異なっているか否かが判断される。判断が「ＹＥＳ」であった場合、つまり、受信したデータが他店舗に設置されたサーバ向けのデータであった場合、ステップＳｂ１０に移行し、受信したデータが、ＷＷＷを介して、受信データに含まれる送信先アドレスによって指定され、他店舗に設置されたサーバに転送される。そして、ステップＳｂ１に戻り、以下のステップによる動作が行われる。
【００３４】
一方、ステップＳｂ９における判断が「ＮＯ」であった場合、つまり、受信したデータが自店舗に設置されたサーバＡ１１１向けのデータであった場合、ステップＳｂ１１に移行し、ステップＳｂ２における処理と同様に、受信したデータ中に会員コードおよび前述した会員データ問合せコマンドが含まれているか否かが判断される。判断が「ＹＥＳ」であった場合、つまり、自店舗に設置されたＰＯＳレジスタ１５１から特定の会員コードによって指定される会員の会員データが問い合わせられている場合、ステップＳｂ３における処理と同様に、受信した会員コードによって指定される会員の会員データが会員ＤＢ−Ａ１１２から読み出される（ステップＳｂ１２）。次に、ステップＳｂ１２において会員ＤＢ−Ａ１１２から読み出された会員データがＰＯＳレジスタ１５１に送信される（ステップＳｂ１３）。そして、ステップＳｂ１に戻り、以下のステップによる動作が行われる。
【００３５】
一方、ステップＳｂ１１における判断が「ＮＯ」であった場合、つまり、前述したような会員データの問い合わせ以外の目的によるデータを受信した場合、ステップＳｂ１４に移行し、ステップＳｂ５における処理と同様に、受信したデータが実績データを含むか否かが判断される。判断が「ＹＥＳ」であった場合、つまり、実績データを受信した場合、ステップＳｂ１５に移行し、受信した実績データに基づいて、店舗実績ＤＢ−Ａ１１３の該当するエリアの実績データを集計し、会員コードが受信データに含まれている場合、受信した会員データに基づいて、会員ＤＢ−Ａ１１２の該当するエリアに、受信した実績データを集計し、ポイントについても集計し、集計結果によって、会員の実績を更新する（。そして、ステップＳｂ１に戻り、以下のステップによる動作が行われる。
【００３６】
一方、ステップＳｂ１４における判断が「ＮＯ」であった場合、つまり、ＰＯＳレジスタ１５１からデータを受信せず、また、受信したデータ中に会員コードおよび前述した会員データ問合せコマンドが含まれておらず、また、実績データも含まれていない場合、ステップＳｂ１６に移行し、ステップＳｂ１２〜１５における処理以外の処理が行なわれる。そして、ステップＳｂ１に戻り、以下のステップによる動作が行われる。
【００３７】
上記実施形態によれば、スーパーマーケット等をチェーン展開する業者において、顧客の特典情報の記憶を、顧客が携帯する会員カード等によって行わず、店舗側における会員ＤＢによって行うので、データの安全性が高い顧客管理システムを構築することができる。
また、本部等の一箇所に大掛かりなサーバを設置し、該サーバによって全ての会員情報をまとめて管理するのに比して、該サーバと各店舗のサーバとの通信が輻輳することなく、精算処理をスムーズに行うことができる。
【００３８】
また、上記実施形態によれば、会員カード４１に記憶された会員コード４１１が店コード４１２と顧客一人一人に割り当てられたシリアル番号４１３とから構成されるため、会員コードの桁数を少なくすることができる。
【００３９】
尚、本発明において、顧客が会員であることを証明するための手段は会員カードに限定されず、非接触ＩＣチップ付携帯電話等、顧客が携帯することができ、会員コード、店舗識別情報が記憶、読み出しができるものであればどのようなものでもよい。
【００４０】
また、顧客特定手段が記憶する、会員情報を記憶する店舗識別情報として、店コード以外に、店舗サーバに設けられ、会員データにアクセスすることができるホームページのＵＲＬ（Uniform  Resource  Locator）アドレスデータを用いてもよい。これにより、店舗が増えた場合においても、それまでに使用していた装置の相手先サーバのアドレスを変更する必要をなくすことができる。この場合、ＵＲＬと、会員コードとは別々に記憶する方がよい。
また、該情報は、サーバを特定するのに用いることができればよく、サーバの識別コードを用いてもよい。
【００４１】
また、ＰＯＳレジスタ１５１、１５２と接続されているサーバＡ１１１は、内部にルータ機能を有しているものに限らず、外部に別個にルータ（集計制御手段）を設けてもよい。
その場合、ルータは、ＰＯＳレジスタ１５１、１５２が会員実績と店舗実績のそれぞれの送信先を分ける制御を行うことに限らず、以下のような制御を行ってもよい。すなわち、ＰＯＳレジスタ１５１、１５２が読み取った店舗識別情報と会員コードと処理したポイントと含む実績とを、同じ店舗内のサーバＡ１１１に送信し、サーバＡ１１１が、受信した店舗識別情報に基づいて、自分宛のデータである場合、自分の会員ＤＢ−Ａ１１２および店舗実績ＤＢ−Ａ１１３に集計、更新し、自分宛のデータでない場合、実績データは自分における店舗実績ＤＢ−Ａ１１３に集計、更新し、会員コードおよび会員データは、宛先となっている他のサーバに転送するようにしてもよい。そして、店舗実績には、部門、単品実績等、会員実績以外の実績を含めてもよい。
【００４２】
以上、本発明の実施形態について図面を参照して詳述したが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲での設計変更も含まれる。
【図面の簡単な説明】
【００４３】
【図１】本発明の一実施形態における顧客管理システムの構成を示すブロック図である。
【図２】同実施形態におけるＰＯＳ（Point  Of  Sales）レジスタの構成を示すブロック図である。
【図３】同実施形態における会員カードの概要を示す図である。
【図４】同実施形態におけるＰＯＳレジスタの動作を説明するフローチャートである。
【図５】同実施形態における店舗内のサーバの動作を説明するフローチャートである。
【符号の説明】
【００４４】
１１・・・店舗Ａ、１２・・・店舗Ｂ、３１・・・インターネット（通信装置）、４１・・・会員カード（顧客特定手段）、１１１・・・サーバＡ（店舗サーバ）（制御装置）、１１２・・・会員ＤＢ（Data  Base）−Ａ、１１３・・・店舗実績ＤＢ−Ａ、１１４・・・ＷＷＷ（World  Wide  Web）機能部（通信装置）、１１５・・・端末通信部、１２１・・・サーバＢ（店舗サーバ）（制御装置）、１２２・・・会員ＤＢ−Ｂ、１２３・・・店舗実績ＤＢ−Ｂ、１５１、１５２、２５１、２５２・・・ＰＯＳ（Point  of  Sales）レジスタ（精算装置）、４１１・・・会員コード、４１２・・・店コード（店舗識別情報）、４１３・・・シリアル番号、５０１・・・ＣＰＵ（Central  Processing  Unit）、５０２・・・ＲＯＭ（Read  Only  Memory）、５０３・・・ＲＡＭ（Random  Access  Memory）、５０４・・・表示部、５０５・・・操作部、５０６・・・入出金部、５０７・・・バーコードリーダ、５０８・・・カードリーダ、５０９・・・ＬＡＮ（Local  Area  Network）通信部、５１０・・・バスライン
【図１】
2006302090.tif 000003
【図２】
2006302090.tif 000004
【図３】
2006302090.tif 000005
【図４】
2006302090.tif 000006
【図５】
2006302090.tif 000007