(57)【特許請求の範囲】
【請求項１】
顧客に関する情報である顧客情報と、前記顧客情報毎の地域別更新日とを格納する顧客情報センタデータベースと、各店舗に固有に割り当てられた店舗ＩＤと、前記店舗ＩＤに対応する地域コードとを格納する地域店舗テーブルと、を備え、通信回線網に接続するセンタサーバと；
前記顧客情報と、前記顧客情報毎に店舗ＩＤと更新日とを複数格納する顧客情報店舗データベースを備え、前記通信回線網に接続する店舗サーバと；を備える顧客情報管理システムであって、
前記センタサーバが、前記店舗サーバに前記顧客情報毎の更新日の送信要求である更新日送信要求を送信し、
前記店舗サーバが、前記更新日送信要求を受信したとき前記顧客情報毎の店舗ＩＤと更新日とを前記センタサーバに送信し、
前記センタサーバが、
前記顧客情報毎の店舗ＩＤと更新日とを受信したとき、前記地域店舗テーブルから前記店舗ＩＤに対応する前記地域コードを読み出し、
前記顧客情報の前記地域コードに該当する更新日を受信した更新日によって更新する、更新処理と；
前記センタサーバが、
前記顧客情報センタデータベースから前記顧客情報毎の地域別更新日を読み出し、
前記読み出した顧客情報の地域別更新日が予め定められた時点よりも前であるとき、当該地域の前記店舗サーバにその顧客情報の削除を指示する削除指示を送信し、
前記店舗サーバが、前記削除指示を受信したとき、前記顧客情報店舗データベースから削除指示された顧客情報を削除する、削除処理と；
を実行することを特徴とする顧客情報管理システム。
【請求項２】
前記店舗サーバが、前記顧客情報店舗データベースにない顧客情報の送信要求を前記センタサーバに送信し、
前記センタサーバが、前記送信要求を受信したとき、前記顧客情報センタデータベースから要求された顧客情報を読み出して前記店舗サーバに送信する、データ要求処理をさらに実行することを特徴とする、請求項１記載の顧客情報管理システム。
【請求項３】
顧客に関する情報である顧客情報と、前記顧客情報毎の地域別更新日をと格納する顧客情報センタデータベースと、各店舗に固有に割り当てられた店舗ＩＤと、前記店舗ＩＤに対応する地域コードとを格納する地域店舗テーブルと、を備え、通信回線網に接続するセンタサーバと；前記顧客情報と、前記顧客情報毎に店舗ＩＤと更新日とを複数格納する顧客情報店舗データベースを備え、前記通信回線網に接続する店舗サーバと；を備える顧客情報管理システムにおいて、
前記センタサーバが、前記店舗サーバに前記顧客情報毎の更新日の送信要求である更新日送信要求を送信し、
前記店舗サーバが、前記更新日送信要求を受信したとき前記顧客情報毎の店舗ＩＤと更新日とを前記センタサーバに送信し、
前記センタサーバが、
前記顧客情報毎の店舗ＩＤと更新日とを受信したとき、前記地域店舗テーブルから前記店舗ＩＤに対応する前記地域コードを読み出し、
前記顧客情報の前記地域コードに該当する更新日を受信した更新日によって更新する、更新方法と；
前記センタサーバが、
前記顧客情報センタデータベースから前記顧客情報毎の地域別更新日を読み出し、
前記読み出した顧客情報の地域別更新日が予め定められた時点よりも前であるとき、当該地域の前記店舗サーバにその顧客情報の削除を指示する削除指示を送信し、
前記店舗サーバが、前記削除指示を受信したとき、前記顧客情報店舗データベースから削除指示された顧客情報を削除する、削除方法と；
を含むことを特徴とする顧客情報管理方法。
【請求項４】
前記店舗サーバが、前記顧客情報店舗データベースにない顧客情報の送信要求を前記センタサーバに送信し、
前記センタサーバが、前記送信要求を受信したとき、前記顧客情報センタデータベースから要求された顧客情報を読み出して前記店舗サーバに送信する、データ要求方法をさらに含むことを特徴とする、請求項３記載の顧客情報管理方法。
【請求項５】
顧客に関する情報である顧客情報と、前記顧客情報毎の地域別更新日とを格納する顧客情報センタデータベースと、各店舗に固有に割り当てられた店舗ＩＤと、前記店舗ＩＤに対応する地域コードとを格納する地域店舗テーブルと、を備え、通信回線網に接続するセンタサーバと；前記顧客情報と、前記顧客情報毎に店舗ＩＤと更新日とを複数格納する顧客情報店舗データベースを備え、前記通信回線網に接続する店舗サーバと；を備える顧客情報管理システムにおいて、
前記センタサーバに、前記店舗サーバに前記顧客情報毎の更新日の送信要求である更新日送信要求を送信させるステップと、
前記店舗サーバに、前記店舗サーバが前記更新日送信要求を受信したとき前記顧客情報毎の店舗ＩＤと更新日とを前記センタサーバに送信させるステップと、
前記センタサーバに、
前記センタサーバが前記顧客情報毎の店舗ＩＤと更新日とを受信したとき、前記地域店舗テーブルから前記店舗ＩＤに対応する前記地域コードを読み出させるステップと、
前記顧客情報の前記地域コードに該当する更新日を受信した更新日によって更新させるステップと、を含む更新ステップと；
前記センタサーバに、
前記顧客情報センタデータベースから前記顧客情報毎の地域別更新日を読み出させるステップと、
前記読み出した顧客情報の地域別更新日が予め定められた時点よりも前であるとき、当該地域の前記店舗サーバにその顧客情報の削除を指示する削除指示を送信させるステップと、
前記店舗サーバに、
前記店舗サーバが前記削除指示を受信したとき、前記顧客情報店舗データベースから削除指示された顧客情報を削除させるステップと、を含む削除ステップと；
を実行させることを特徴とする顧客情報管理プログラム。
【請求項６】
前記店舗サーバに、前記顧客情報店舗データベースにない顧客情報の送信要求を前記センタサーバに送信させるステップと、
前記センタサーバに、前記センタサーバが前記送信要求を受信したとき、前記顧客情報センタデータベースから要求された顧客情報を読み出して前記店舗サーバに送信させるステップと、を含むデータ要求ステップをさらに含むことを特徴とする、請求項５記載の顧客情報管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各店舗に設置されたサーバが有する顧客情報データベースにおける顧客情報の追加及び削除を行なうための、顧客情報管理システム、顧客情報管理方法及び顧客情報管理プログラムに関する。
【背景技術】
【０００２】
複数の店舗それぞれに設置されたサーバが有する、顧客情報を格納するデータベースにおいては、顧客情報は日々追加され、そのデータ量は膨大なものとなる。その結果、データベースへのアクセス速度が低下したり、サーバの盗難による顧客情報の漏洩などのリスクが増大したりするという問題がある。
【０００３】
例えば、特許文献1には顧客情報をセンタのデータベースに格納するとともに、各店舗のサーバにも格納し、各店舗毎に顧客に合った広告情報をセンタのデータベースから抽出し、店舗のデータベースに格納するシステムが提案されている。しかし、顧客データは蓄積される一方であり、データ量が膨大となるという問題点がある。
【０００４】
そこで、アクセス又は更新のない顧客情報を店舗のデータベースから一括して削除する方法が考えられる。
【特許文献１】特開２００１−３５７２８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、複数の店舗が比較的近距離に位置していると、特定の顧客はこれらの複数の店舗を利用することがある。このような場合、一時的にアクセス又は更新のなかった顧客情報をある店舗のデータベースから一括して削除してしまうと、その顧客が再度その店舗を利用しようとしたときに、再度顧客情報を入力し直さなければならないという問題点があった。
【０００６】
本発明は上記のような問題点に鑑みてなされたものであり、複数店舗に設置されたサーバの顧客情報を格納するデータベースを、これら複数のデータベースを関連させて管理することが可能な、顧客情報管理システム、顧客情報管理方法、及び顧客情報管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
この目的を達成するために本発明は、顧客に関する情報である顧客情報と、顧客情報毎の地域別更新日とを格納する顧客情報センタデータベースと、各店舗に固有に割り当てられた店舗ＩＤと、店舗ＩＤに対応する地域コードとを格納する地域店舗テーブルと、を備え、通信回線網に接続するセンタサーバと；顧客情報と、顧客情報毎に店舗ＩＤと更新日とを複数格納する顧客情報店舗データベースを備え、通信回線網に接続する店舗サーバ；を備える顧客情報管理システムであって、センタサーバが、店舗サーバに顧客情報毎の更新日の送信要求である更新日送信要求を送信し、店舗サーバが、更新日送信要求を受信したとき顧客情報毎の店舗ＩＤと更新日とをセンタサーバに送信し、センタサーバが、顧客情報毎の店舗ＩＤと更新日とを受信したとき、地域店舗テーブルから店舗ＩＤに対応する地域コードを読み出し、顧客情報の地域コードに該当する更新日を受信した更新日によって更新する、更新処理と；センタサーバが、顧客情報センタデータベースから顧客情報毎の地域別更新日を読み出し、読み出した顧客情報の地域別更新日が予め定められた時点よりも前であるとき、当該地域の店舗サーバにその顧客情報の削除を指示する削除指示を送信し、店舗サーバが、削除指示を受信したとき、顧客情報店舗データベースから削除指示された顧客情報を削除する、削除処理と；を実行することを特徴とする顧客情報管理システムを提供する。
【０００８】
また、本発明は、上記の顧客情報管理システムにおいて、センタサーバが、店舗サーバに顧客情報毎の更新日の送信要求である更新日送信要求を送信し、店舗サーバが、更新日送信要求を受信したとき顧客情報毎の店舗ＩＤと更新日とをセンタサーバに送信し、センタサーバが、顧客情報毎の店舗ＩＤと更新日とを受信したとき、地域店舗テーブルから店舗ＩＤに対応する地域コードを読み出し、顧客情報の地域コードに該当する更新日を受信した更新日によって更新する、更新方法と；センタサーバが、顧客情報センタデータベースから顧客情報毎の地域別更新日を読み出し、読み出した顧客情報の地域別更新日が予め定められた時点よりも前であるとき、当該地域の店舗サーバにその顧客情報の削除を指示する削除指示を送信し、店舗サーバが、削除指示を受信したとき、顧客情報店舗データベースから削除指示された顧客情報を削除する、削除方法と；を含むことを特徴とする顧客情報管理方法を提供する。
【０００９】
また、本発明は、上記の顧客情報管理システムにおいて、センタサーバに、店舗サーバに顧客情報毎の更新日の送信要求である更新日送信要求を送信させるステップと、店舗サーバに、店舗サーバが更新日送信要求を受信したとき顧客情報毎の店舗ＩＤと更新日とをセンタサーバに送信させるステップと、センタサーバに、センタサーバが顧客情報毎の店舗ＩＤと更新日とを受信したとき、地域店舗テーブルから店舗ＩＤに対応する地域コードを読み出させるステップと、顧客情報の地域コードに該当する更新日を受信した更新日によって更新させるステップと、を含む更新ステップと；センタサーバに、顧客情報センタデータベースから顧客情報毎の地域別更新日を読み出させるステップと、読み出した顧客情報の地域別更新日が予め定められた時点よりも前であるとき、当該地域の店舗サーバにその顧客情報の削除を指示する削除指示を送信させるステップと、店舗サーバに、店舗サーバが削除指示を受信したとき、顧客情報店舗データベースから削除指示された顧客情報を削除させるステップと、を含む削除ステップと；を実行させることを特徴とする顧客情報管理プログラムを提供する。
【発明の効果】
【００１０】
本発明によれば、複数店舗に設置されたサーバの顧客情報を格納するデータベースを、これら複数のデータベースを関連させて管理することが可能となるという効果がある。
【００１１】
また、ある顧客が一時的にある店舗Ａの近傍の店舗Ｂを利用した後において、再度店舗Ａを利用しても、顧客情報が店舗Ａの顧客情報店舗ＤＢから削除されていることがなく、顧客にとって便宜であるという効果がある。
【発明を実施するための最良の形態】
【００１２】
以下、本発明による顧客情報管理システム、顧客情報管理方法、及び顧客情報管理プログラムの一実施の形態を、図面を用いて詳細に説明する。なお、各図において同一箇所については同一の符号を付すとともに、重複した説明は省略する。
【００１３】
＜実施形態の概要＞
本実施形態の顧客情報管理システムは、顧客に関する情報である顧客情報と、顧客情報毎の地域別更新日とを格納する顧客情報センタデータベースを備え、通信回線網に接続するセンタサーバと；顧客情報と、顧客情報毎に更新日を複数格納する顧客情報店舗データベースを備え、通信回線網に接続する店舗サーバと；を備える顧客情報管理システムにおいて、センタサーバが、顧客情報センタデータベースから顧客情報毎の地域別更新日を読み出し、読み出した顧客情報の地域別更新日が予め定められた時点よりも前であるとき、当該地域の前記店舗サーバにその顧客情報の削除を指示する削除指示を送信し、店舗サーバが、削除指示を受信したとき、顧客情報店舗データベースから削除指示された顧客情報を削除する、ことを特徴とする。
【００１４】
すなわち、本実施形態においては、センタサーバが顧客情報センタデータベースを検索することにより顧客情報店舗データベースの顧客情報の削除タイミングを制御する。なお、これに先んじてセンタサーバは店舗サーバに、顧客情報店舗データベースに格納された顧客毎の更新日をセンタサーバに送信させる送信指示を送信し、更新日を収集し、顧客情報センタデータベースに格納する。
【００１５】
また、店舗サーバは新規顧客すなわち顧客情報店舗データベースにない顧客情報は、センタサーバに送信要求を送信して、センタサーバに顧客情報センタデータベースに格納されている顧客情報を送信させることにより、各顧客情報店舗データベース間におけるデータの齟齬を防止する。
【００１６】
また、本実施形態の顧客情報管理方法は、顧客に関する情報である顧客情報と、顧客情報毎の地域別更新日とを格納する顧客情報センタデータベースを備え、通信回線網に接続するセンタサーバと；顧客情報と、顧客情報毎に更新日を複数格納する顧客情報店舗データベースを備え、通信回線網に接続する店舗サーバと；を備える顧客情報管理システムにおいて、センタサーバが、顧客情報センタデータベースから顧客情報毎の地域別更新日を読み出し、読み出した顧客情報の地域別更新日が予め定められた時点よりも前であるとき、当該地域の店舗サーバにその顧客情報の削除を指示する削除指示を送信し、店舗サーバが、削除指示を受信したとき、前記顧客情報店舗データベースから削除指示された顧客情報を削除する、ことを特徴とする。
【００１７】
さらに、本実施形態の顧客情報管理プログラムは、顧客に関する情報である顧客情報と、顧客情報毎の地域別更新日とを格納する顧客情報センタデータベースを備え、通信回線網に接続するセンタサーバと；顧客情報と、顧客情報毎に更新日を複数格納する顧客情報店舗データベースを備え、通信回線網に接続する店舗サーバと；を備える顧客情報管理システムにおいて、センタサーバに、顧客情報センタデータベースから顧客情報毎の地域別更新日を読み出させるステップと、前記読み出した顧客情報の地域別更新日が予め定められた時点よりも前であるとき、当該地域の前記店舗サーバにその顧客情報の削除を指示する削除指示を送信させるステップと、店舗サーバに、店舗サーバが削除指示を受信したとき、顧客情報店舗データベースから削除指示された顧客情報を削除させるステップと、を実行させることを特徴とする。
【００１８】
＜実施形態の詳細＞
＜構成の説明＞
図1は、本実施形態の顧客情報管理システムの概要図である。図1に示すように、本実施形態の顧客情報管理システムは、顧客に関する情報である顧客情報と、この顧客情報毎の地域別更新日とを格納する顧客情報センタデータベース１２と、各店舗３０に固有に割り当てられた店舗ＩＤと、店舗ＩＤに対応する地域コードとを格納する地域店舗テーブル１３と、を備え、インターネットや電話回線などの通信回線網２０に接続するセンタサーバ１１と；顧客情報と、顧客情報毎に店舗ＩＤと更新日とを複数格納する顧客情報店舗データベース３２を備え、通信回線網２０に接続する店舗サーバ３１と；を備える。
【００１９】
センタサーバ１１は、演算装置であるＣＰＵと、メモリと、記憶装置と、通信手段を備えた、いわゆるサーバコンピュータを含んで構成される。センタサーバ１１は、例えば複数の店舗を統括する顧客情報管理センタ１０に設置される。
【００２０】
店舗サーバ３１は、上述のいわゆるサーバコンピュータを含んで構成され、クライアントコンピュータ３３を接続している。店舗サーバ３１は、各店舗に配置される。
【００２１】
図２は、顧客情報センタデータベース（以下、データベースをＤＢと略称する。）１２の構造を表す図である。顧客情報センタＤＢ１２は、例えば、顧客毎に固有に割り当てられたＩＤと、顧客の氏名と、顧客の住所と、顧客の電話番号と、その他の顧客の情報である属性と、地域別更新日と、を格納するが、これらに限られるものではなく、また、これらのうちいくつかを省略することもできる。属性及び地域別更新日は、それぞれ複数設けることができる。
【００２２】
データの例は、ＩＤが「１０２３」、氏名が「○山△子」、住所が「三島市南町」、電話番号が「１２−３４５６」、属性１が「会社員」、地域別更新日の地域1が「２００７０１０９」、地域別更新日の地域２が「２００７０３３１」である。
【００２３】
図３は、顧客情報店舗ＤＢ３２の構造を表す図である。顧客情報店舗ＤＢ３２は、例えば、顧客毎に固有に割り当てられたＩＤと、顧客の氏名と、顧客の住所と、顧客の電話番号と、その他の顧客の属性である属性と、店舗に固有に割り当てられた店舗ＩＤと、その店舗における顧客情報店舗ＤＢ３２の顧客情報の更新日と、を格納するが、これらに限られるものではなく、また、これらのうちいくつかを省略することもできる。図３に示したように、顧客情報店舗ＤＢ３２は顧客毎に複数の更新日を格納する。
【００２４】
データの例は、ＩＤが「１０２３」、氏名が「○山△子」、住所が「三島市南町」、電話番号が「１２−３４５６」、属性１が「会社員」、店舗ＩＤが「三島」、更新日の地域1が「２００７０１０９」、更新日が「２００７０３３１」である。
【００２５】
図４は、地域店舗テーブル１３の構造を表す図である。地域店舗テーブル１３は、例えば、店舗に固有に割り当てられた店舗ＩＤと、店舗が属する地域毎に固有に割り当てられた地域コードと、を格納するが、これらに限られるものではなく、また、これらのうちいくつかを省略することもできる。
【００２６】
データの例は、店舗ＩＤが「三島」、地域コードが「静岡」である。図４に示すように、複数の店舗ＩＤに対し、その店舗が属する地域に毎に地域コードが一つ割り当てられる。
【００２７】
＜動作の説明＞
本実施形態の顧客情報管理システムは、次の処理を実行することを特徴とする。
【００２８】
（１）データ要求処理
店舗サーバ３１が、顧客情報店舗データベース３２にない顧客情報の送信要求をセンタサーバ１１に送信し、センタサーバ１１が、送信要求を受信したとき、顧客情報センタデータベース１２から要求された顧客情報を読み出して店舗サーバ３１に送信する、データ要求処理。
【００２９】
（２）更新処理
センタサーバ１１が、店舗サーバ３１に顧客情報毎の更新日の送信要求である更新日送信要求を送信し、店舗サーバ３１が、更新日送信要求を受信したとき顧客情報毎の店舗ＩＤと更新日とをセンタサーバ１１に送信し、センタサーバ１１が、顧客情報毎の店舗ＩＤと更新日とを受信したとき、地域店舗テーブル１３から店舗ＩＤに対応する地域コードを読み出し、顧客情報の地域コードに該当する更新日を受信した更新日によって更新する、更新処理。
【００３０】
（３）削除処理
センタサーバ１１が、顧客情報センタデータベース１２から顧客情報毎の地域別更新日を読み出し、読み出した顧客情報の地域別更新日が予め定められた時点よりも前であるとき、当該地域の店舗サーバ３１にその顧客情報の削除を指示する削除指示を送信し、店舗サーバ３１が、削除指示を受信したとき、顧客情報店舗データベース３２から削除指示された顧客情報を削除する、削除処理。
【００３１】
以下、詳細に説明する。
【００３２】
（顧客情報センタデータベース１２への顧客情報の登録）
本実施形態においては、センタサーバ１１が予め顧客情報センタデータベース１２に顧客情報を格納することを前提とする。店舗サーバ３１からは顧客情報センタデータベース１２への新規の顧客情報の登録は行なわない。このように構成することにより、店舗間における顧客情報の齟齬を防止できる。
【００３３】
（データ要求処理）
本実施形態においては、店舗サーバ３１はクライアントコンピュータ３３から照会を受けた顧客情報が顧客情報店舗ＤＢ３２に存在しないと、その顧客情報をセンタサーバ１１に要求し、センタサーバ１１はこの要求を受信すると顧客情報センタＤＢ１２から該当する顧客情報を読み出して店舗サーバ３１に送信する。以下、具体的に説明する。
【００３４】
図５は、センタサーバ１１と店舗サーバ３１のデータ要求処理のフローチャートである。図５に示すように、ステップＳ５０１において、店舗サーバ３１はクライアントコンピュータ３３から顧客情報、例えば氏名について「○川□男」の入力を受ける。
【００３５】
ステップＳ５０２において、店舗サーバ３１は入力された顧客情報に基づいて顧客情報店舗ＤＢ３２を検索する。ステップＳ５０３において、店舗サーバ３１は顧客情報店舗ＤＢ３２に読み込んだ顧客情報に該当する顧客情報が存在するか判定する。顧客情報が存在した場合は、店舗サーバ３１はステップＳ５０１に戻る。顧客情報が存在しない場合は、店舗サーバ３１はステップＳ５０４に進む。
【００３６】
ステップＳ５０４において、店舗サーバ３１は入力された顧客情報、「○川□男」に関する顧客情報の店舗サーバ３１への送信を要求する信号である送信要求をセンタサーバ１１に送信する。
【００３７】
ステップＳ５０５において、センタサーバ１１は送信要求の受信を確認する。ステップＳ５０６において、センタサーバ１１は送信要求を受信したか判定する。センタサーバ１１が送信要求を受信しない場合、センタサーバ１１はステップＳ５０５に戻る。センタサーバ１１が送信要求を受信した場合は、センタサーバ１１はステップＳ５０７に進む。
【００３８】
ステップＳ５０７において、センタサーバ１１は受信した送信要求に基づいて顧客情報センタＤＢ１２を検索して該当する顧客情報、例えば「○川□男」に関する顧客情報を読み出す。
【００３９】
ステップＳ５０８において、センタサーバ１１は該当する顧客情報が顧客情報センタＤＢ１２に存在するか判定する。該当する顧客情報が顧客情報センタＤＢ１２に存在する場合、センタサーバ１１はステップＳ５０９に進む。該当する顧客情報が顧客情報センタＤＢ１２に存在しない場合、センタサーバ１１はステップＳ５１０に進む。
【００４０】
ステップＳ５０９において、センタサーバ１１は顧客情報を店舗サーバ３１に送信してステップＳ５０５に戻る。また、ステップＳ５１０において、センタサーバ１１はエラー情報を店舗サーバ３１に送信してステップＳ５０５に戻る。
【００４１】
ステップＳ５１１において、店舗サーバ３１はセンタサーバ１１からの情報の受信を確認する。ステップＳ５１２において、店舗サーバ３１はセンタサーバ１１からの情報の受信があったか判定する。受信がなかった場合、店舗サーバ３１はステップＳ５１１に戻る。受信があった場合、店舗サーバ３１はステップＳ５１３に進む。
【００４２】
ステップＳ５１３において、店舗サーバ３１は、受信した情報が顧客情報か判定する。受信した情報が顧客情報でなかった場合、例えばエラー情報であった場合には、店舗サーバ３１はステップＳ５０１に戻る。受信した情報が顧客情報であった場合には、店舗サーバ３１はステップＳ５１４に進む。
【００４３】
ステップＳ５１４において、店舗サーバ３１は受信した顧客情報を顧客情報店舗ＤＢ３２に格納し、ステップＳ５０１に戻る。
【００４４】
（更新処理）
本実施形態においては、センタサーバ１１は店舗サーバ３１から顧客情報ごとの更新日を収集し、この収集した更新日の最新のものを顧客情報ごとに地域別に顧客情報センタＤＢに格納する。以下、具体的に説明する。
【００４５】
図６は、センタサーバ１１と店舗サーバ３１の更新処理のフローチャートである。図６に示すように、ステップＳ６０１において、センタサーバ１１は店舗サーバ３１に、顧客情報ごとに更新日を送信することを指示する更新データ送信指示を送信する。
【００４６】
ステップＳ６０２において、店舗サーバ３１は更新データ送信指示を受信したか確認する。ステップＳ６０３において、店舗サーバ３１更新データ送信指示を受信したか判定する。受信データ送信指示を受信していない場合、店舗サーバ３１はステップＳ６０２に戻る。受信データ送信指示を受信した場合、店舗サーバ３１はステップＳ６０４に進む。
【００４７】
ステップＳ６０４において、店舗サーバ３１は顧客情報店舗ＤＢ３２を順次読み込む。ステップＳ６０５において、店舗サーバ３１は読み込んだ顧客情報及び店舗ＩＤ及び更新日のうち最新のものを、更新データとしてセンタサーバ１１に送信する。ここで、顧客情報はＩＤであってもよい。更新データは、図３に挙げた例によれば、例えば「ＩＤ＝１０２３，店舗ＩＤ＝三島，更新日＝２００７０３３１」である。
【００４８】
ステップＳ６０７において、センタサーバ１１は更新データを受信したか確認する。ステップＳ６０８において、センタサーバ１１は更新データの受信があったか判定する。更新データの受信がない場合、センタサーバ１１はステップＳ６０７に戻る。更新データの受信があった場合、センタサーバ１１はステップＳ６０９に進む。
【００４９】
ステップＳ６０９において、センタサーバ１１は受信した更新データを読み込み、さらに読み込んだ更新データの店舗ＩＤに基づいて地域店舗テーブル１３を検索し、店舗ＩＤに該当する地域コードを読み込む。例えば、店舗ＩＤが「三島」のとき、地域コードは「静岡」となる。
【００５０】
ステップＳ６１０において、センタサーバ１１は受信した更新データに基づいて顧客情報センタＤＢ１２を検索し、該当する顧客情報の、該当する地域の更新日を受信した更新日によって更新する。例えば、上記の更新データの場合、センタサーバ１１はＩＤ＝１０２３の顧客情報の地域コード静岡に対応する地域別更新日である「地域２」を「２００７０３３１」によって更新する。
【００５１】
（削除処理）
本実施形態においては、センタサーバ１１は顧客情報センタＤＢ１２の顧客情報の地域別更新日が特定の期日以前であった場合、店舗サーバ３１にその顧客情報の削除指示を送信し、店舗サーバ３１はこの削除指示に従って顧客情報を顧客情報店舗ＤＢ３２から削除する。この削除指示は、各地域に属する店舗サーバ３１に送信される。以下、具体的に説明する。
【００５２】
図７は、センタサーバ１１と店舗サーバ３１の削除処理のフローチャートである。図７に示すように、ステップＳ７０１において、センタサーバ１１は顧客情報センタＤＢ１２から顧客情報を読み込む。ステップＳ７０２において、センタサーバ１１は顧客情報の各地域別更新日が特定の期日以前であるかを判定する。全ての地域別更新日が特定の期日以前ではない場合、センタサーバ１１はステップＳ７０１に戻る。特定の期日以前の地域別更新日がある場合には、センタサーバ１１はステップＳ７０３に進む。
【００５３】
ステップＳ７０３において、センタサーバ１１は読みだした顧客情報とＩＤと地域コードをテンポラリーファイルに格納する。
【００５４】
ステップＳ７０４において、センタサーバ１１は顧客情報センタＤＢ１２の全ての顧客情報の読み込みを終了したか判定する。読み込みを終了していない場合は、ステップＳ７０１に戻る。読み込みを終了した場合には、ステップＳ７０５に進む。
【００５５】
ステップＳ７０５において、センタサーバ１１はテンポラリーファイルから地域コードを読みだし、この地域コードに基づいて地域店舗テーブル１３から店舗ＩＤを読み出す。さらに、センタサーバ１１はＩＤと店舗ＩＤと削除を指示するコードとを含む削除指示を生成する。続いてセンタサーバ１１は、削除指示を店舗ＩＤに該当する店舗サーバ３１に送信する。削除指示は、例えば「ＩＤ＝１０２１，店舗ＩＤ＝三島，指示＝削除」である。
【００５６】
ステップＳ７０６において、店舗サーバ３１は削除指示の受信を確認する。ステップＳ７０７において、店舗サーバ３１は削除指示の受信があったか判定する。削除指示の受信がない場合、店舗サーバ３１はステップＳ７０６に進む。削除指示の受信があった場合、店舗サーバ３１はステップＳ７０８に進む。
【００５７】
ステップＳ７０８において、店舗サーバ３１は削除指示に該当する顧客情報を顧客情報店舗ＤＢ３２から削除する。
【００５８】
＜本実施形態の効果＞
以上述べたように、本実施形態の顧客情報管理システム、顧客情報管理方法、及び顧客情報管理プログラムは、センタサーバ１１が地域ごとに顧客情報の削除タイミングを同期させて顧客情報店舗ＤＢ３１から削除する。
【００５９】
このため、本実施形態の顧客情報管理システム、顧客情報管理方法、及び顧客情報管理プログラムは、複数店舗に設置されたサーバの顧客情報を格納するデータベースを、これら複数のデータベースを関連させて管理することが可能となるという効果がある。
【００６０】
また、上記のように削除するため、ある顧客が一時的にある店舗Ａの近傍の店舗Ｂを利用した後において、再度店舗Ａを利用しても、顧客情報が店舗Ａの顧客情報店舗ＤＢ３２から削除されていることがなく、顧客にとって便宜であるという効果がある。
【００６１】
さらに、本実施形態においては、顧客情報店舗ＤＢ３２は一つのＩＤに対し、複数の更新日を格納する。このため、更新日順にソートすることにより、クライアントコンピュータが顧客情報を検索する時間を短縮できるという効果がある。
【００６２】
＜本発明の具体化における可能性＞
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００６３】
【図１】本実施形態の顧客情報管理システムの概要図である。
【図２】顧客情報ＤＢ１２の構造を表す図である。
【図３】顧客情報店舗ＤＢ３２の構造を表す図である。
【図４】地域店舗テーブル１３の構造を表す図である。
【図５】センタサーバ１１と店舗サーバ３１のデータ要求処理のフローチャートである。
【図６】センタサーバ１１と店舗サーバ３１の更新処理のフローチャートである。
【図７】センタサーバ１１と店舗サーバ３１の削除処理のフローチャートである。
【符号の説明】
【００６４】
１１：センタサーバ、
１２：顧客情報センタデータベース、
１３：地域店舗テーブル、
２０：通信回線網、
３１：店舗サーバ、
３２：顧客情報店舗データベース
【図１】
0005036506.tif 000002
【図２】
0005036506.tif 000003
【図３】
0005036506.tif 000004
【図４】
0005036506.tif 000005
【図５】
0005036506.tif 000006
【図６】
0005036506.tif 000007
【図７】
0005036506.tif 000008