ユーザ管理システム
【課題】携帯型の通信端末を使用して、場所を問わず、美容室等の店舗または施設について簡易に予約等の顧客管理を行うことのできる顧客管理システムを得ること。
【解決手段】顧客１１５は美容室１０７に最初に出かけたとき特定の個人情報を知らせ、自己の携帯電話機１１８を用いて特定の宛先に所定のデータが格納された電子メールを送信するように指示される。電子メール送信の後、美容室１０７から送られてきたＵＲＬにアクセスすると、通知した個人情報の入力によってセキュリティの確保された認証を簡単に行うことができ、来店の予約等の処理をスムーズに行うことができる。
【解決手段】顧客１１５は美容室１０７に最初に出かけたとき特定の個人情報を知らせ、自己の携帯電話機１１８を用いて特定の宛先に所定のデータが格納された電子メールを送信するように指示される。電子メール送信の後、美容室１０７から送られてきたＵＲＬにアクセスすると、通知した個人情報の入力によってセキュリティの確保された認証を簡単に行うことができ、来店の予約等の処理をスムーズに行うことができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ管理システムに係わり、特に美容室等の店舗または施設で電子メールを使用して顧客管理等のユーザ管理を行う際に好適なユーザ管理システムに関する。
【背景技術】
【０００２】
携帯電話機、ＰＨＳ（Personal Handy-phone System）、ＰＤＡ（Personal Digital Assistant）等の携帯端末やインターネットに接続可能なパーソナルコンピュータの普及は目覚しく、多くの人が個人的な電子メールのアドレスを所有している。このような状況の下で、電子メールを使用して顧客管理あるいはユーザ管理を行うことが提案されている。
【０００３】
たとえば美容室では、従来では顧客が直接、美容室を訪れるか電話を掛けることで、予約を行うようになっていた。美容室では、予約の要請があると、予約表にスタイリストごとの予定を書き込むことで予約の管理を行っていた。このような顧客管理システムでは、予約が集中するような時期あるいは時間に、複数の者が時間的に並行して電話で予約を取ったような場合、重複した予約が発生する場合があった。また、予約表への記入ミスが発生することもあった。更に、夜間や早朝のように美容室が開いていてない場合には、予約を取ろうとしても取ることができないという問題もあった。
【０００４】
そこで、顧客がインターネット等のデータ通信手段を介して予約の要求を送信すると、美容室側が顧客に対して識別符号の入力を要求し、識別符号が入力された場合には、スタイリストの選択と日時の予約を行わせるようにすることが提案されている（たとえば特許文献１参照）。
【特許文献１】特開２００２−０５６２６号公報（第００１７、第００２３段落、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
この提案の顧客管理システムでは、インターネット等の一般の者に広く開放された通信手段を使用することを前提としている。したがって、この提案の顧客管理システムでは、通信手段を使用したことによる、いたずらによる予約を防止しており、来店確率の高い予約のみを受け付けることを目的としている。このため、美容室の予約に際しては、顧客に識別符号を入力することを要求している。そして、識別符号を伴わない予約の要求に対しては顧客の連絡先を入力することを要求している。また、識別符号は、美容室側が他人の真似しにくい独自の符号を顧客に与えるようにしている。
【０００６】
このため、顧客は美容室から送られてきた識別符号を保存しておいて、予約のたびにこの識別符号を使用する必要がある。家庭等に設置されたパーソナルコンピュータから美容室を予約する場合には、識別符号を所定の記憶領域にメモとして記憶しておけば、予約を行う場合にはこれを呼び出すことができる。したがって、この呼び出した識別符号を識別符号の入力欄にコピーすることで、予約の際に比較的簡単にその識別符号の入力処理を行うことができる。
【０００７】
しかしながら、携帯電話機やＰＨＳといった携帯型の通信端末の場合には、操作用のキーの数が限定されているだけでなく、各種のデータ処理の機能が限定されている。したがって、顧客が識別符号を通信端末内のデータ処理で簡易に入力することは一般的に困難であり、そのたびに顧客自身の操作によって直接入力しなければならない場合が多い。ところが、識別符号は第三者のいたずらを防止するために美容室側が独自に与えたものであるだけでなく、美容室へのアクセスは日常的に行われるものではないので、アクセスを必要とするときに識別符号を思い出すことができない場合も多い。もちろん、識別符号をメモ用紙に書き込んでおいて、これを取り出して入力することも可能であるが、常にそのメモ用紙を携行する手間が生じだけでなく、識別符号を構成する文字数が多かったり、文字種が複数となってセキュリティが高くなるほど、その入力が面倒となる。
【０００８】
また、識別符号が思い出せなかったり、識別符号を書いたメモ用紙が見当たらないような場合には、識別符号を伴わない予約を行うことになる。この提案によればこの際に顧客は自己の連絡先として、携帯電話のメールアドレス等のデータ通信が可能な連絡先を入力することにしている。ところがメールアドレスを連絡先として用いた場合、美容室側はその予約がいたずらであるかどうかを確認するためにそのメールアドレスに確認のメールを出す必要がある。この場合、確認のメールに対する返事にある程度の時間を必要とするので、予約を迅速に行えないことになる。
【０００９】
以上のような考察から明らかなように、この提案による顧客管理システムは、携帯電話機やＰＨＳといった携帯型の通信端末に使用しづらいシステムとなっている。したがって、実際にはパーソナルコンピュータのような高度のデータ処理を迅速に行える通信端末が実際の使用対象に限定される。このため、自宅や仕事場から離れた場所でも簡易に美容室等の施設に予約を行おうとすると、この提案の顧客管理システムは非常に使い勝手が悪いという問題がある。
【００１０】
そこで本発明の目的は、携帯型の通信端末を使用して、場所を問わず、美容室等の店舗または施設について簡易に予約等のユーザ管理を行うことのできるユーザ管理システムを提供することにある。
【課題を解決するための手段】
【００１１】
請求項１記載の発明では、（イ）所定の通信ネットワークにアクセスする通信端末を所持するユーザの個人情報をユーザ単位で記憶する個人情報記憶手段と、（ロ）この個人情報記憶手段に記憶した各ユーザのそれぞれに各ユーザ専用のホームページのアドレスを通知するアドレス通知手段と、（ハ）このアドレス通知手段によって通知されたアドレスにアクセスした通信端末に対して認証用データの入力を要求する認証用データ入力要求手段と、（ニ）この通信端末から入力された認証用データが個人情報記憶手段に記憶されたそのユーザの個人情報と一致するか否かを比較する比較手段と、（ホ）この比較手段がそのユーザの個人情報と一致したときのみ認証を許可する認証許可手段とをユーザ管理システムに具備させる。
【００１２】
すなわち請求項１記載の発明では、認証を行う側では、通信ネットワークにアクセスする通信端末を所持するユーザの個人情報をユーザ単位で個人情報記憶手段にあらかじめ記憶しているので、これらのユーザそれぞれにユニークなホームページのアドレスを通知すると、これらのアドレスに正規のユーザあるいは第三者がアクセスした時点でそのアドレスに対応するユーザの個人情報を個人情報記憶手段から引き出すことができる。したがって、アクセスした通信端末から入力される認証用データがこの個人情報と一致するか否かをチェックすることによってセキュリティが十分確保された認証を行うことができ、予約やショッピング等のユーザ管理を安全に行うことができる。
【００１３】
請求項２記載の発明では、（イ）インターネットにアクセスできる通信端末を個人的に所持するユーザの個人情報をユーザ単位で記憶する個人情報記憶手段と、（ロ）この個人情報記憶手段に個人情報を記憶したユーザのそれぞれに対して、特定のサーバのコンテンツを表わすＵＲＬにユーザ固有の識別情報を付加したそのユーザの固有アドレスを通知する固有アドレス通知手段と、（ハ）個人情報記憶手段に個人情報を記憶したユーザのいずれかがこの固有アドレス通知手段によって通知されたそのユーザの固有アドレスを宛先として使用してそのユーザの通信端末からインターネットにアクセスしたときその通信端末に個人認証を求める画面を表示させるための情報を送出する個人認証画面情報送出手段と、（ニ）この個人認証画面情報送出手段によってそのユーザの通信端末に個人認証を求める画面が表示されたとき、その通信端末から入力される認証用情報を受信する認証用情報受信手段と、（ホ）この認証用情報受信手段が受信した認証用情報が個人情報記憶手段に記憶されたそのユーザの個人情報と一致するか否かを比較する比較手段と、（へ）この比較手段がそのユーザの個人情報と一致したときのみ認証を許可する認証許可手段とをユーザ管理システムに具備させる。
【００１４】
すなわち請求項２記載の発明では、請求項１における一般的な通信ネットワークをインターネットに具体化すると共に、ユーザがそのユーザの固有アドレスを宛先として使用してそのユーザの通信端末からインターネットにアクセスしたときその通信端末に個人認証を求める画面を表示させるようにしている。このときユーザ側はあらかじめ個人情報記憶手段に記憶させておいて個人情報を入力すればよいので、パスワードとＩＤの入力といった面倒な手続きを必要とせずに十分なセキュリティを確保することができる。
【００１５】
請求項３記載の発明では、（イ）インターネットにアクセスできる通信端末を個人的に所持するユーザの個人情報をユーザ単位で記憶する個人情報記憶手段と、（ロ）ユーザの通信端末にユーザ固有の識別情報を記し宛先をユーザの管理を行う管理会社とした電子メールのデータを入力する電子メールデータ入力手段と、（ハ）この電子メールデータ入力手段によって入力された電子メールのデータに基づいて管理会社に電子メールが送られてきたとき、その管理会社の特定のサーバのコンテンツを表わすＵＲＬにユーザ固有の識別情報を記したサーバにおけるそのユーザ固有の固有アドレスをその電子メールに返信する形で通知する固有アドレス通知手段と、（ニ）この固有アドレス通知手段によって通知されたそのユーザの固有アドレスを使用してインターネットにアクセスした通信端末に対して個人認証を求める画面を表示させるための情報を送出する個人認証画面情報送出手段と、（ホ）この個人認証画面情報送出手段によってその通信端末に個人認証を求める画面が表示されたとき、その通信端末から入力される認証用情報を受信する認証用情報受信手段と、（ヘ）この認証用情報受信手段が受信した認証用情報がそのユーザの個人情報と一致するか否かを比較する比較手段と、（ト）この比較手段がそのユーザの個人情報と一致したときのみ認証を許可する認証許可手段とをユーザ管理システムに具備させる。
【００１６】
すなわち請求項３記載の発明では、請求項２記載の発明に加える形で、ユーザが個人的に所持する携帯電話機等の通信端末を使用してユーザ固有の識別情報を記し宛先をユーザの管理を行う管理会社とした電子メールのデータを入力することにし、これによって入力された電子メールのデータに基づいて管理会社に電子メールが送られてきたとき、その管理会社の特定のサーバのコンテンツを表わすＵＲＬにユーザ固有の識別情報を記したサーバにおけるそのユーザ固有の固有アドレスをその電子メールに返信する形で通知することにしたので、認証のための情報の一層の安全性を確保することができる。しかも、ユーザにとって認証準備のための手続きは極めて簡素化されており、認証の際のデータ入力の容易化と併せて極めて実用的な認証処理を使用したユーザ管理を行うことができる。
【発明の効果】
【００１７】
以上説明したように、本発明によれば、ユーザがあらかじめ認証先に通知した個人情報を入力するだけで、セキュリティの確保された認証処理を行うことができるので、携帯電話機のような小型の通信端末でも入力操作に手間取ることがなく、認証の必要な各種の処理を簡易に行うことができる。また、覚えにくいパスワード等の認証用データの入力を認証の際に要求しないので、ユーザが認証用データを忘れた場合の問い合わせや認証用データの新規発行という手続きが少なくなり、これらに対する設備あるいは人件費の節約を図ることができる。
【発明を実施するための最良の形態】
【００１８】
以下実施例につき本発明を詳細に説明する。
【実施例１】
【００１９】
図１は、本発明の一実施例におけるユーザ管理システムの一形態としての顧客管理システムの概要を表わしたものである。この顧客管理システム１００は、インターネット１０１と携帯電話網１０２を通信網として利用するようになっている。インターネット１０１には、顧客管理を行う管理会社１０３の管理する管理サーバ１０４が接続されている。管理サーバ１０４には、管理用データベース１０５が接続されている。インターネット１０１には、美容室１０７が管理するパーソナルコンピュータ１１１（以下、美容室パソコン１１１と略称する。）が常時、あるいは随時接続されるようになっている。美容室１０７は複数存在しうるが、図示および説明を簡略化するために１つのみ示している。美容室パソコン１１１は、各種携帯電話機のスロットに挿入できるデータ転送用カード１１２と、顧客用ディスプレイ１１３および赤外線送信機１１４を備えている。インターネット１０１には、顧客１１５が家庭や仕事先で使用するパーソナルコンピュータ１１６（以下、顧客パソコン１１６と略称する。）が常時、あるいは随時接続されるようになっている。顧客パソコン１１６は複数存在しうるが、図示および説明を簡略化するために１つのみ示している。
【００２０】
携帯電話網１０２は基地局１１７と接続されている。顧客１１５は、携帯電話機１１８を使用して基地局１１７と無線通信を行うことで、インターネット１０２にアクセスして管理会社１０３あるいは美容室１０７のホームページを閲覧したり、美容室１０７との間で電子メールの送受信を行うことができる。顧客１１５、携帯電話機１１８および基地局１１７は複数存在するが、図示および説明を簡略化するためにそれぞれ１つのみ示している。携帯電話網１０２についても同様である。
【００２１】
ところで、美容室１０７に備えられた美容室パソコン１１１は、ＣＰＵ（Central Processing Unit）と、ＯＳ（Operating System）やアプリケーションプログラムを格納する磁気ディスク等の記憶媒体を備えた通常のパーソナルコンピュータである。アプリケーションプログラムとしては、管理会社１０３に掲載した自己の美容室１０７のホームページを閲覧するためのブラウザや、美容室１０７の顧客管理用のソフトウェアおよびこの顧客管理用のソフトウェアで作成されたデータを基にして各顧客の会員番号を暗号化したものをデータ転送用カード１１２を介して顧客の携帯電話機１１８に書き込んだり、その暗号化したデータを二次元バーコードとして、顧客１１５のアクセスできる場所に配置した顧客用ディスプレイ１１３に表示するソフトウェアを挙げることができる。もちろん、顧客用ディスプレイ１１３は、美容室パソコン１１１にその操作のために備えられたディスプレイ１１１Ａを代用してもよい。また、図示しないプリンタに２次元コードを印字して、これを顧客１１５の携帯電話機１１８の図示しない内蔵カメラあるいは外付けのスキャナで読み取るようにしてもよい。
【００２２】
＜会員登録処理＞
【００２３】
図２は、顧客が美容室に最初に訪れたときの新規顧客処理の流れを示したものである。顧客１１５は、美容室１０７のホームページを見たり、知人の紹介等によってその美容室１０７を訪れる。美容室１０７では、顧客１１５の名前と生年月日あるいは誕生の月日を聞いて、予め自動採番した会員番号に対応付け、顧客データとして内蔵の図示しない磁気ディスク等の記憶媒体に格納する（ステップＳ２０１）。このとき、初回に担当したスタイリストの名前も会員番号に対応させて入力して記憶媒体の該当箇所に格納する。もちろん、住所、電話番号、会員になった年月日等のその他のデータを会員番号に対応して追加的に入力して記憶媒体の該当箇所に格納してもよい。
【００２４】
美容室パソコン１１１は、新たに会員となったこの顧客の会員番号をメール本文中に記した所定の電子メールの書式を作成する（ステップＳ２０２）。
【００２５】
図３は、ステップＳ２０２で作成された電子メールの書式の一例を表わしたものである。電子メールの書式１２１における送信元（ｆｒｏｍ）は、空欄になっており、送信先（ｔｏ）は、管理会社１０３のドメインにおける該当の美容室１０７を示す電子メールのアドレスとなっている。美容室１０７の名称が「ベストサロン」（Ｂｅｓｔ Ｓａｌｏｎ）であり、管理会社１０３が「ｋａｎｒｉ．ｃｏ．ｊｐ」というドメイン名を取得しているものとする。この場合の電子メールのアドレスは、たとえば「ｂｅｓｔｓａｌｏｎｒｅｇ」となる。ここで末尾の文字「ｒｅｇ」は会員登録を行う専用のアドレスであることを示している。この電子メールの書式の本文には、該当する新規の顧客１１５の会員番号が記されている。
【００２６】
図２に戻って説明を続ける。美容室パソコン１１１は、図３に示した電子メールの書式１２１を作成したら、付属のディスプレイ１１１Ａにこれを転送する方式を選択するための画面表示を行う（ステップＳ２０３）。この段階で美容室パソコン１１１の図示しない操作者は顧客１１５の所持する携帯電話機１１８を見せてもらい、そのスロットにデータ転送用のカードが挿入できるタイプのものか、２次元コードの読み取りに対応できるものか、あるいは赤外線による携帯電話機間での無線通信が行えるものであるかをチェックする。そして、そのスロットにデータ転送用のカードが挿入できるタイプのものである場合には（ステップＳ２０４：Ｙ）、図１に示したデータ転送用カード１１２を携帯電話機１１８のスロットに挿入して、電子メールの書式１２１をこれに転送する（ステップＳ２０５）。
【００２７】
また、内蔵のカメラあるいは携帯電話機１１８側に接続されている図示しないスキャナによって２次元コードを読み取る機能を備えている場合でステップＳ２０４でデータ転送用のカードが使用されなかった場合には（ステップＳ２０６：Ｙ）、顧客１１５の近くに配置された顧客用ディスプレイ１１３に電子メールの書式１２１を表わした２次元コードを表示させて（ステップＳ２０７）、これを携帯電話機１１８で読み取らせる。この代わりに、図示しないプリンタに２次元コードを印刷したものを読み取らせるようにしてもよい。
【００２８】
その携帯電話機１１８が赤外線等のデータ通信機能を備えていて、ステップＳ２０４あるいはステップＳ２０６によるデータ転送を採用しなかった場合には（ステップＳ２０８：Ｙ）、顧客１１５の携帯電話機１１８に対して赤外線送信機１１４を使用して電子メールの書式１２１を転送する（ステップＳ２０９）。
【００２９】
以上、電子メールの書式１２１の転送の処理をデータ転送用のカード（ステップＳ２０４）、２次元コード（ステップＳ２０６）および赤外線等のデータ通信機能（ステップＳ２０８）の順序で選択することにしたが、選択の順序はこれに限るものではない。また、以上のいずれの方法でも電子メールの書式１２１の転送ができない場合には、その会員の電子メールのアドレスを聞いて、これに電子メールの書式１２１を電子メールで転送したり、美容室１０７における担当したスタイリストが顧客１１５の了承を得て、この電子メールの書式１２１をその顧客１１５の携帯電話機１１８に直接入力するようにしてもよい。また、通信ケーブル等の有線を用いて、携帯電話機１１８に電子メールの書式１２１を転送できる場合には、これに拠ってもよいことはもちろんである。
【００３０】
以上のようにして顧客１１５の携帯電話機１１８に電子メールの書式１２１が転送されたら、美容室パソコン１１１はその顧客データをインターネット１０１を介して管理サーバ１０４に転送する（ステップＳ２１０）。
【００３１】
以上の処理が終了したら、美容室１０７はその顧客１１５に転送した電子メールの書式１２１を使用して、次回の来店までに電子メールを送信することを顧客１１５に依頼する。次回の来店時を待たずに、美容室１０７で直接、この送信処理を直ちに行えることはもちろんである。この送信処理が行われたときには、美容室１０７が有料で提供するクレンジング等の所定のサービスが無料になるチケットを顧客１１５にプレゼントしたり、会員登録の記念品をプレゼントするようにしてもよい。
【００３２】
図４は、管理サーバによる会員登録処理の流れを表わしたものである。管理サーバ１０４は、美容室１０７のいずれかから顧客データが送信されてくるか（ステップＳ２２１）、あるいは新規の会員から会員登録用の電子メールが送られてくるか（ステップＳ２２２）を待機している。図２のステップＳ２１０で美容室１０７が顧客データをインターネット１０１経由で送信してきた場合には（ステップＳ２２１：Ｙ）、その顧客データを図１に示す管理用データベース１０５の該当箇所（以下、該当美容室会員データベースという。）に登録する（ステップＳ２２３）。
【００３３】
これに対して、図３に示した電子メールの書式１２１による電子メールが会員登録用に送られてきた場合には（ステップＳ２２２：Ｙ）、その本文に記された会員番号を抽出する（ステップＳ２２４）。そして、該当美容室会員データベースを検索して、同一の会員番号についてすでに会員登録の処理が行われているか、すなわち受信した電子メールが新規会員のものであるかをチェックする（ステップＳ２２５）。新規会員のものであれば（Ｙ）、管理サーバ１０４は会員番号を暗号化して（ステップＳ２２６）、暗号化後の会員番号をその美容室１０７のＵＲＬ（Uniform Resource Locator）の末尾にスラッシュ「／」を追加し、更にその後に暗号化後の会員番号を追加して、その会員専用のホームページの宛先（ＵＲＬ）を作成する（ステップＳ２２７）。
【００３４】
図５は、この会員専用のホームページの宛先の作成処理を原理的に示したものである。同図（ａ）は、本実施例で説明している美容室１０７のドメイン名である「ｂｅｓｔｓａｌｏｎ．ｃｏ．ｊｐ」である。同図（ｂ）は、この場合における美容室１０７のＵＲＬを示している。この例では「ｈｔｔｐ：／／ｗｗｗ．」の後に、ドメイン名「ｂｅｓｔｓａｌｏｎ．ｃｏ．ｊｐ」が連結された形となっている。
【００３５】
同図（ｃ）は、該当する新規の顧客１１５の会員番号「○○○○」を暗号化した後の会員番号「××××××」を示している。この場合、ステップＳ２２７で作られるその顧客１１５専用のＵＲＬは、図５（ｄ）に示すように「ｈｔｔｐ：／／ｗｗｗ．ｂｅｓｔｓａｌｏｎ．ｃｏ．ｊｐ」の後にスラッシュ「／」で挟んだ形の暗号化後の会員番号「××××××」となる。この部分は、ウエブ上の実際のアドレスを示すものではなく、管理サーバ１０４側で自由に識別情報として特定できるデータ領域なので、本実施例ではこれを暗号化後の会員番号「××××××」と対応させることにしている。すなわち、管理サーバ１０４は、「ｈｔｔｐ：／／ｗｗｗ．ｂｅｓｔｓａｌｏｎ．ｃｏ．ｊｐ／××××××／」というＵＲＬを受信すれば、予めプログラムされた処理に基づいて「××××××」を抜き出して、これを復号化して会員番号を判別することができる。
【００３６】
再び図４に戻って説明を続ける。ステップＳ２２７でホームページの宛先を作成したら、管理サーバ１０４はこのホームページの宛先を本文に記した電子メールをその新規の顧客１１５に送信する（ステップＳ２２８）。
【００３７】
図６は、ステップＳ２２８で送信した電子メールの本文の一例の要部を示したものである。図１に示した携帯電話機１１８の表示画面１３１には、次回の来店をホームページから予約可能であることが記されている。顧客１１５の名前「△△」は、該当する会員番号の美容室会員データベースから検索して得られたものである。
【００３８】
ところで、図４のステップＳ２２５で同一の会員番号についてすでに会員登録の処理が行われていると判別された場合には（Ｎ）、図３に示した電子メールの書式１２１の電子メールの送信元が、会員登録の処理を行った者と同一の電子メールのアドレスであるかどうかのチェックが行われる（ステップＳ２２９）。この結果、両送信元が同一であると判別された場合には（Ｙ）、今回受信した会員登録用メール自体を無視して一連の処理を終了する（エンド）。これは、同一の顧客１１５が間違って新規登録用に複数回、同一の電子メールを送信したものであるので、２回目以降の登録処理を無効とするためである。
【００３９】
これに対して、異なった送信元から同一の会員番号で会員登録のための電子メールが送られてきた場合には（ステップＳ２２９：Ｎ）、今回、電子メールを送信してきた送信元に対して、間違った電子メールが送られてきた旨を返信する（ステップＳ２３０）。この際の電子メールは、実際には管理会社１０３あるいは管理サーバ１０４から送られるが、該当の美容室１０７を送信元とする方が顧客１１５側にとって自然である。
【００４０】
図７は、ステップＳ２３０で異なった送信元に対して送信される電子メールの一例の要部を示したものである。本実施例の顧客管理システムでは、暗号化された会員番号を含むＵＲＬを他人が本人よりも前にいたずらで送信する可能性は極めて少ない。しかしながら、本人が会員登録を行う前に何らかの理由で第三者が本人に成りすまして会員登録を行う場合が皆無ではない。そこで、会員登録を本人以外の者が行った場合に本人からその旨の通知を受けることができるようにするために、専用の部署に本人から電子メールを送信できるようにしている。この際の電子メールの宛先は美容室１０７の委託を受けている管理会社１０３であってもよいが、本実施例では該当の美容室１０７の管理者宛に電子メールが送られるようにしている。これは、該当の美容室１０７が顧客１１５と電子メールを交わしたり、電話で直接話をする方が登録の誤りの事実を確認しやすいと考えられるからである。
【００４１】
もちろん、システムによってはこのような登録に関する苦情処理を管理会社１０３側が引き受けるようにしてもよい。この場合には、図７に示した電子メールの宛先に送られてくる電子メールを管理会社１０３の担当部署に転送するようにすればよい。これにより、該当の美容室１０７はこのような雑務から開放されることになる。
【００４２】
以上のようにして会員登録の処理が正常に終了したら、それぞれの顧客１１５の携帯電話機１１８に対して、美容室１０７に関する自分専用のＵＲＬが、管理サーバ１０４から電子メールによって送信されたことになる。したがって、顧客１１５はその自分専用のＵＲＬをブラウザのブックマークに登録しておくことで、携帯電話機１１８を使用して次回の美容室１０７の予約をインターネット１０１をアクセスしていつでも行うことができるようになる。
【００４３】
＜来店予約処理＞
【００４４】
図８は、顧客が美容室の予約を行う際の携帯電話機側の処理の流れの前半を表わしたものである。なお、この予約は顧客１１５がたとえば自宅で顧客パソコン１１６を使用して行うこともできるが、ここでは携帯電話機１１８を使用して行うものとして説明する。顧客１１５はまず図６に示した自己宛の電子メールに記されたＵＲＬである「ｈｔｔｐ：／／ｗｗｗ．ｂｅｓｔｓａｌｏｎ．ｃｏ．ｊｐ／××××××／」をブックマークから選択してインターネット１０１にアクセスする（ステップＳ２４１）。すでに受信した電子メールの本文に記された美容室１０７の自分専用のＵＲＬを指定することで、直接、インターネット１０１へのアクセスを起動させてもよい。そして、図１に示す管理サーバ１０４から予約システム画面のデータが送られてくるのを待機する（ステップＳ２４２）。
【００４５】
図９は、管理サーバによる予約処理の流れの前半を表わしたものである。管理サーバ１０４は、管理会社１０３に管理を依頼した美容室１０７（実施例の特定の美容室以外の美容室も含む）のＵＲＬの受信を待機している（ステップＳ２６１）。美容室１０７のＵＲＬを受信すると（Ｙ）、図５（ｄ）で説明した暗号化後の会員番号「××××××」を解読して（ステップＳ２６２）、該当美容室会員データベース（管理用データベース１０５）から判別した会員番号に対応する会員名とその会員の誕生の月日を検索する（ステップＳ２６３）。なお、該当美容室会員データベースに各会員のＵＲＬを登録している場合には、その暗号化後の会員番号をキーワードとして直接検索することができ、この場合には暗号化後の会員番号を復号化する必要はない。
【００４６】
管理サーバ１０４は、取得した会員名を使用して、予約システム画面を編集して（ステップＳ２６４）、これを該当する顧客１１５の携帯電話機１１８に送信する（ステップＳ２６５）。これにより、該当する顧客１１５の携帯電話機１１８に、図８のステップＳ２４２で説明した予約システム画面が受信され（Ｙ）、そのディスプレイに予約システム画面の表示が行われる（図８ステップＳ２４３）。
【００４７】
図１０は、予約システム画面の一例を表わしたものである。携帯電話機の表示画面１３１には、美容室の名称、顧客１１５の氏名が記されており、本人確認のために誕生の月日が個人情報として入力されるようになっている。従来の個人認証は、ＩＤ（IDentification）とパスワードによって行われる。本実施例の場合には、携帯電話機１１８が個人個人の所持する通信端末であるという特殊性と本人の覚えやすい情報をパスワードに設定するという利点から誕生の月日を認証のために使用するようにしている。「年月日」としなかったのは、年齢が推測できる個人情報では、顧客１１５が入力に躊躇するという点を配慮している。また、電話番号をパスワードに設定しなかったのは、電話番号の方が「誕生の月日」よりも他人が入手しやすく、セキュリティが甘いからである。住所の番地部分をパスワードに設定した場合も、誕生の月日よりもセキュリティ上で不利である。
【００４８】
図８に戻って説明を続ける。ステップＳ２４３で予約システム画面が携帯電話機１１８のディスプレイに表示されたら、顧客１１５は誕生の月日を入力して、「予約へ」ボタンを選択する（ステップＳ２４４：Ｙ）。これにより、携帯電話機１１８は入力された月日に関するデータあるいは予約システム画面の全体を管理サーバ１０４に送信する（ステップＳ２４５）。
【００４９】
管理サーバ１０４では、図９に示すように、誕生の月日を受信すると（ステップＳ２６６：Ｙ）、それが該当する顧客１１５の誕生の月日と一致するか否かを判別する（ステップＳ２６７）。一致しなかった場合には（Ｎ）、予約を行った顧客１１５本人が入力ミスを行ったか、第三者が虚偽の予約を行ったことになる。そこで、本人認証が行えなかった旨の通知を行うエラー処理画面を編集し（ステップＳ２６８）、そのエラー処理画面を送信元に送信する（ステップＳ２６９）。このエラー処理については、誕生の月日の再入力を所定回数まで許す等の公知の手法を採用することができる。したがって、これについての詳細な説明は省略する。
【００５０】
これに対して、顧客１１５の誕生の月日が一致した場合（ステップＳ２６７：Ｙ）、管理サーバ１０４は次のステップに進んで、予約内容を設定するための予約選択画面の編集を行う（ステップＳ２７０）。そして編集された予約選択画面を該当の携帯電話機１１８に送信する（ステップＳ２７１）。
【００５１】
図１１は、予約選択画面の一例を表わしたものである。携帯電話機の表示画面１３１には、「希望日」、「希望時間帯」、「メニュー」および指名するスタイリストとしての「スタイリスト指名」の各項目がそれぞれプルダウン式のメニュー画面から選択できるようになっている。ここで、「希望日」は、美容室１０７を前回訪れた月日から、そのときのメニューの内容から想定される次に訪れる平均の月日を割り出したものが表示されるようになっている。顧客１１５は、これを参考にして月日を入力する。「希望時間帯」については、前回希望した時間帯が表示される。顧客１１５は、これを参考にして希望時間帯を入力する。「メニュー」については、同様に前回選択したメニューが優先的に表示される。「スタイリスト指名」についても同様である。したがって、顧客１１５の多くは、前回と同一の条件を選択する場合には、それぞれの項目についてのプルダウン式のメニューを開いて希望時間帯等をいちいち選択する必要がない。
【００５２】
再び図８に戻って説明を続ける。携帯電話機１１８側では、予約選択画面あるいはエラー処理画面の送られてくるのを待機している（ステップＳ２４６、Ｓ２４７）。エラー処理画面が送られてきた場合には（ステップＳ２４７：Ｙ）、前記したように所定のエラー処理が行われる（ステップＳ２４８）。これに対して、予約選択画面が受信された場合には（ステップＳ２４６：Ｙ）、予約選択画面が表示される（ステップＳ２４９）。
【００５３】
図１１に示す予約選択画面について表示された各項目が希望するものとなったら、顧客１１５は「検索」ボタンを選択する（ステップＳ２５０：Ｙ）。これに対して、一度設定しようとした内容を基の初期状態に戻すときには「リセット」ボタンを選択する（ステップＳ２５１：Ｙ）。検索ボタンが押された場合には（ステップＳ２５０：Ｙ）、顧客１１５が予約について設定した「予約の月日」および「希望時間帯」に「スタイリスト指名」で指定したスタイリストが指名できるかどうかの検索を行うための検索データが管理サーバ１０４に送信される（ステップＳ２５２）。
【００５４】
これに対して、顧客１１５が「リセット」ボタンを選択した場合には（ステップＳ２５１：Ｙ）、予約選択画面が初期化され（ステップＳ２５３）、ステップＳ２４６で受信した状態に戻される。したがって、顧客１１５は、美容室１０７に前回訪れた内容に一度戻して、予約内容の再設定を行うことができる。もちろん、システムによっては「リセット」ボタンを押したときには、すべての項目が一般の顧客１１５で想定されるデフォルト値に設定されるようになっていてもよい。
【００５５】
図１２は、管理サーバによる予約処理の流れの後半を表わしたものである。管理サーバ１０４は、携帯電話機１１８から検索データを受信すると（ステップＳ２８１：Ｙ）、スタイリスト単位の予定表を検索する（ステップＳ２８２）。予定表は、図１に示す管理用データベース１０５に設けられており、各スタイリストごとのスケジュールがこれによって管理されている。予定表の検索を行った結果、予約で指定した日時で指定したスタイリストの予約が可能であった場合（ステップＳ２８３：Ｙ）、管理サーバ１０４は予約事項を記入した予約確認画面の編集を行う（ステップＳ２８４）。そして、予約確認画面を予約を行った携帯電話機１１８に送信する（ステップＳ２８５）。
【００５６】
これに対して、ステップＳ２８３で予約が不可能であるとされた場合には（Ｎ）、それ以外の日時における空き状況画面を編集して（ステップＳ２８６）、その空き状況画面を予約を行った携帯電話機１１８に送信する（ステップＳ２８７）。
【００５７】
図１３は、携帯電話機による予約処理の流れの後半を表わしたものである。携帯電話機１１８は、図８のステップＳ２５２で検索データの送信を行った後、管理サーバ１０４から予約確認画面を受信するか空き状況画面を受信するかを待機している（ステップＳ３０１、Ｓ３０２）。予約確認画面を受信した場合には（ステップＳ３０１：Ｙ）、そのディスプレイ（表示画面１３１）に予約確認画面を表示する（ステップＳ３０３）。
【００５８】
図１４は、予約確認画面の一例を表わしたものである。携帯電話機の表示画面１３１には、予約日、予約時間帯、メニューおよびスタイリスト指名についての予約状況が表示されている。この状態で、顧客１１５が予約を確定するための「予約」ボタンを押すか、予約の変更を行うための「変更」ボタンを押すかが待機されている（ステップＳ３０４、Ｓ３０５）。顧客１１５が「予約」ボタンを押すと（ステップＳ３０４：Ｙ）、予約を確定するための送信が行われる（ステップＳ３０６）。
【００５９】
これに対して顧客１１５が「変更」ボタンを押した場合には（ステップＳ３０５：Ｙ）、ステップＳ２４９（図８）に戻って、すでに受信した予約選択画面を再表示する。そして、顧客１１５が再度、予約選択画面を変更できるようにしている。
【００６０】
一方、ステップＳ３０２で空き状況画面が受信された場合には（Ｙ）、空き状況画面が携帯電話機の表示画面１３１に表示される（ステップＳ３０７）。
【００６１】
図１５は、空き状況画面の一例を表わしたものである。携帯電話機の表示画面１３１には、現在の空き状況が表示される。ここでは、予約が取れなかったので、その旨が表示され、再度予約が行われるように「選択画面へ戻る」ボタンが備えられている。
【００６２】
図１３に戻って説明を行う。顧客１１５が「選択画面へ戻る」ボタンを押すと（ステップＳ３０８：Ｙ）、ステップＳ３０５で「変更」ボタンを押した場合と同様に、ステップＳ２４９（図８）に戻って、すでに受信した予約選択画面を再表示する。そして、顧客１１５が再度、予約を行えるようにしている。
【００６３】
図１２に戻って管理サーバ１０４の処理の続きを説明する。管理サーバ１０４はステップＳ２８８で「予約」ボタンが押されるのを待機しており、図１３のステップＳ３０４で顧客１１５が「予約」ボタンを押すと（ステップＳ２８８：Ｙ）、予約が成立したことを示す予約成立画面を編集し（ステップＳ２８９）、予約成立画面を送信する（ステップＳ２９０）。
【００６４】
図１３に戻って説明を行う。ステップＳ３０６で予約送信を行った後に予約成立画面を受信したら（ステップＳ３０９：Ｙ）、携帯電話機の表示画面１３１には予約成立画面が表示される（ステップＳ３１０）。
【００６５】
図１６は、予約成立画面の一例を表わしたものである。携帯電話機の表示画面１３１には、予約が成立した旨と、キャンセルを行う場合の手順の案内が記されている。
【００６６】
図１２に戻って管理サーバ１０４の処理の続きを説明する。管理サーバ１０４は、ステップＳ２９０で予約成立画面を送信したら、続いて予約成立電子メールの送信を行って（ステップＳ２９１）、一連の予約処理を終了させる（図８エンド）。電子メールを送信することにしたのは、ステップＳ２９０の処理がディスプレイによる一時的な表示処理しかもたらさないため、予約の成立を文書として残すようにするためである。
【００６７】
図１７は、携帯電話機の受信した予約完了の電子メールの一例を表わしたものである。顧客１１５は同様の内容を、図１に示したパーソナルコンピュータ１１６その他の電子メール受信手段によって取得することができ、必要に応じてその内容をプリントアウトすることが可能である。
【００６８】
＜顧客に対する案内サービス＞
【００６９】
次に、本実施例の顧客管理システムで顧客１１５に対する各種の案内サービスについて説明する。
【００７０】
図１８は、予約した来店の日が近づいたときこれを通知する御来店案内通知サービスを行うための管理サーバの処理の流れを表わしたものである。管理サーバ１０４は、たとえば次の日が稼働日となる日のあらかじめ定めたｔ1時が到来すると（ステップＳ３２１：Ｙ）、会員番号を示すパラメータｎを“１”に初期化する（ステップＳ３２２）。そして、第ｎの会員番号の顧客が予約を行っているかどうかを、図１に示す管理用データベース１０５の該当の美容室１０７についての図示しない予約状況表を見てチェックする（ステップＳ３２３）。予約を行っていれば（Ｙ）、それが予約を行った日の１日前であるかどうかをチェックして（ステップＳ３２４）、そうであれば（Ｙ）、ご来店案内の編集を行う（ステップＳ３２５）。そして、編集後のご来店案内をその第ｎの会員番号のメールアドレスに送信する（ステップＳ３２６）。
【００７１】
図１９は、このご来店案内の一例を示したものである。図１に示した携帯電話機１１８の表示画面１３１には、明日の来店についての予約の内容が記されている。これにより、顧客は美容室１０７の予約を再確認することができる。
【００７２】
管理サーバ１０４は、ステップＳ３２６による電子メールの送信処理が終了したら、会員番号を示すパラメータｎを“１”だけカウントアップする（ステップＳ３２７）。そして、その後のパラメータｎがその時点の会員番号の最大値ｍより大きくなっていなければ（ステップＳ３２８：Ｎ）、ステップＳ３２３に戻って次の会員番号の顧客の予約を確認することになる。
【００７３】
これに対して、先のステップＳ３２３で、第ｎの会員番号の顧客の予約がないと判別された場合には（Ｎ）、ご来店案内の通知を行う必要がないので、ステップＳ３２７に処理が進むことになる。該当の顧客が予約を行っていても（ステップＳ３２３：Ｙ）、それが１日前でなければ（ステップＳ３２４：Ｎ）、同様にステップＳ３２７に進んで次の会員番号の顧客についての処理に進むことになる。以上のようにして１人ずつご来店案内の検討が行われ、該当する顧客に対してご来店案内の電子メールが送信される。最後の会員番号の顧客まで処理が終了したら（ステップＳ３２８：Ｙ）、その日におけるご来店案内の通知処理が終了する（エンド）。
【００７４】
なお、図１８で示した処理の他に、管理用データベース１０５から明日の予約を行っている全顧客を一括して抽出し、これらの顧客についての予約の内容を順次読み出して、ステップＳ３２５で示したご来店案内の編集と、ステップＳ３２６で示したご来店案内の送信を行うようにしてもよい。
【００７５】
図２０は、御来店案内通知サービスの１つとして行われるアフターフォロー案内通知についての管理サーバの処理の流れを表わしたものである。管理サーバ１０４は、たとえば美容室１０７の稼働日のあらかじめ定めたｔ2時になると（ステップＳ３４１：Ｙ）、会員番号を示すパラメータｎを“１”に初期化する（ステップＳ３４２）。そして、第ｎの会員番号の顧客についてのフォローフラグがオンになっているかどうかを、図１に示す管理用データベース１０５の該当の美容室１０７についての図示しない予約状況表の「フォローフラグ」欄を見て判別する（ステップＳ３４３）。
【００７６】
ここで「フォローフラグ」欄とは、来店した顧客に対するアフターフォローを保証している場合に、アフターフォローの期間内であるか否かを示すフラグであり、期間内であれば来店による決済時にオンとなり、アフターフォロー案内の電子メールを送信したらオフとなるようになっている。管理サーバ１０４は、まず第１の会員番号の顧客についてフォローフラグがオンになっていれば（ステップＳ３４３：Ｙ）、来店から１週間目であるかどうかをチェックして（ステップＳ３４４）、そうであれば（Ｙ）、アフターフォロー案内を編集する（ステップＳ３４５）。そして、該当する第１の会員番号の顧客にアフターフォロー案内を電子メールで送信し、フォローフラグをオフにする（ステップＳ３４６）。
【００７７】
図２１は、アフターフォロー案内通知の電子メールについて表示画面の一例を示したものである。図１に示した携帯電話機１１８の表示画面１３１には、不具合があればアフターフォローが行われることが示されている。これにより、顧客に対するその美容室１０７の信頼性が高められる。
【００７８】
図２０に戻って説明を続ける。ステップＳ３４６でアフターフォロー案内を電子メールで送信したら、パラメータｎが“１”だけカウントアップされ（ステップＳ３４７）、その結果、最後の会員番号の顧客まで処理が進行していない場合には（ステップＳ３４８：Ｎ）、ステップＳ３４３に戻って今度は第２の会員番号の顧客について同様の処理が行われることになる。
【００７９】
一方、ステップＳ３４３で該当する会員番号のフォローフラグがオフとなっていれば（Ｎ）、アフターフォロー期間を経過しているので、直ちにステップＳ３４７に進むことになる。ステップＳ３４４で来店から１週間目でない場合も同様である。以上のようにして１人ずつ来店から１週間目であるかどうかの検討が行われ、該当する顧客に対してアフターフォローを案内する電子メールが送信される。最後の会員番号の顧客まで処理が終了したら（ステップＳ３４８：Ｙ）、その日におけるアフターフォローの案内の通知処理が終了する（エンド）。
【００８０】
なお、図２０で示した処理の他に、管理用データベース１０５から当日が来店から１週間目となる全顧客を一括して抽出し、これらの顧客について、ステップＳ３４５で示したアフターフォローの案内の編集と、ステップＳ３４６で示したアフターフォロー案内の送信を行うようにしてもよい。
【００８１】
図２２は、御来店案内通知サービスの１つとして行われる誕生日に対するお祝いメールの配信サービスの処理の流れを表わしたものである。管理サーバ１０４は、あらかじめ定めたｔ3時になると（ステップＳ３６１：Ｙ）、該当の美容室１０７についての該当美容室会員データベースから全会員を対象に、当日が誕生日の会員を抽出する（ステップＳ３６２）。そして、これらの会員に対して、誕生日のお祝いメール文を編集し（ステップＳ３６３）、それぞれのアドレスに電子メールで送信する（ステップＳ３６４）。
【００８２】
図２３は、誕生日のお祝いメールの表示画面の一例を示したものである。図１に示した携帯電話機１１８の表示画面１３１には、該当する会員の氏名と誕生日のメッセージが記されている。誕生日から一定期間内の割引サービスの案内が記されていてもよい。また、美容室の名称だけでなく、担当のスタイリストの名前が記されていてもよい。
【００８３】
次に、顧客１１５に対する来店を薦めるサービスについて説明する。このサービスは、顧客１１５が予約を行おうとする時期あるいはこれより若干早い時期に美容室１０７から来店を薦める電子メールを出すものである。このために、本実施例では電子的なカレンダに、電子メールを出すタイミングや電子メールの基となる顧客１１５のデータを書き込む処理を行うようになっている。そこでカレンダに対する書込処理に関連する処理をまず説明し、続いて来店を薦めるサービスについて説明を行う。
【００８４】
図２４は、顧客が美容室でサービスを受けた後、決済を行った際における管理サーバ側の処理の流れを表わしたものである。図１に示した美容室１０７では顧客１１５がメニューに示すサービスを受けた後、決済を済ませると、美容室パソコン１１１に表示している当美容室の会員リストから決済の終了した会員番号をクリックする。これにより、管理会社１０３側の管理サーバ１０４は、その顧客１１５の会員番号とメニューおよび決済が終了したことを示すデータを受信する（ステップＳ３８１：Ｙ）。管理サーバ１０４は、これを基にして、前記したように会員番号の顧客についてのフォローフラグをオンにする（ステップＳ３８２）。次に管理サーバ１０４は、該当美容室会員データベースに格納されているその会員番号の顧客の履歴データが存在するかどうかをチェックする（ステップＳ３８３）。図２のステップＳ２１０で顧客データを管理サーバ１０４が受け取ってから最初の決済の場合のようにその顧客１１５が最初の来店の場合には履歴データが存在しない。
【００８５】
このような新規の顧客１１５の場合、あるいはその他の理由で履歴データが存在しない場合には（Ｎ）、そのときのメニューから一般に予測される次回の来店の平均予測月日を統計上で算出し、その１０日前の電子的なカレンダの位置（日時）にその会員番号を記入する（ステップＳ３８４）。
【００８６】
一方、ステップＳ３８３でその顧客１１５の履歴データが存在する場合には（Ｙ）、過去の来店周期から次回の来店月日および時間帯を予測する（ステップＳ３８５）。十分長い履歴データが存在する場合には、季節や曜日による周期変動（たとえば年末独自の予測や祝日を含めた休日等との関係を配慮した予測等）を考慮する。次に、過去に担当したスタイリストの関係から次回の担当スタイリストを予測する（ステップＳ３８６）。最近担当したスタイリストに重みを付けたり、スタイリストの人事異動があったときはこれを考慮して最適のスタイリストに変更することはもちろんである。
【００８７】
次に管理サーバ１０４は、予測した月日やスタイリストを仮予約を行う必要があるかどうかを判別する（ステップＳ３８７）。ここで仮予約とは、顧客１１５の予約を確実にするために店舗側が仮に特定の日時やスタイリストを確保するサービスをいう。一般には来店の履歴の内容（来店の回数等）が基準値よりも長い顧客はグレードが高い客として仮予約の対象となる。
【００８８】
仮予約が必要と判別された顧客１１５については、次回の来店の際の日時および担当するスタイリストを、顧客のグレードに合わせた時間幅で仮予約する（ステップＳ３８８）。たとえば上得意客については日時を十分な幅で一時的に確保する。そして、仮予約した日時の幅の中で最短となる月日から１０日前の前記したカレンダの位置に、会員番号や担当するスタイリスト等のデータを記入する（ステップＳ３８９）。
【００８９】
一方、ステップＳ３８７で仮予約が必要ないとされた顧客１１５に対しては（Ｎ）、次回の来店の予測月日を１通りだけに特定すると共に、その１０日前のカレンダの位置に会員番号を記入する（ステップＳ３９０）。
【００９０】
図２５は、来店を薦めるサービスに関する管理サーバの処理を表わしたものである。あらかじめ定めたｔ4時になると（ステップＳ４０１：Ｙ）、パラメータｎを“１”に初期化した後（ステップＳ４０２）、前記した電子的なカレンダの当日（ただし、翌日がその美容室１０７の休日となる日を含む）に記入されている第１の顧客１１５のデータを読み出す（ステップＳ４０３）。そのようなデータが該当日に存在しなければ（ステップＳ４０４：Ｙ）、何もすることなく処理を終了させる（エンド）。
【００９１】
第１の顧客１１５についてのデータが存在した場合には（ステップＳ４０４：Ｎ）、その顧客１１５について書き込まれたデータを基にして、来店お薦めメールを編集する（ステップＳ４０５）。たとえば図２４のステップＳ３８４で説明した新規の顧客１１５の場合やステップＳ３９０で説明した仮予約を行わない通常の顧客１１５の場合には、会員番号から会員の氏名を検索して得られた氏名を記入して、来店の予約を薦める電子メールを編集する。
【００９２】
図２６は、来店の予約を薦める電子メールの表示画面の一例を示したものである。図１に示した携帯電話機１１８の表示画面１３１には、顧客１１５の氏名だけでなく、特定の割引期間が存在することが記載されており、予約を薦める文章構成となっている。顧客１１５は、表示画面１３１の下側の「予約システムへ」と記されたボタンを押すことで専用の予約画面にアクセスできるようになっている。
【００９３】
一方、ステップＳ４０５の処理が図２４のステップＳ３８９で説明した仮予約を行った顧客１１５に対して行われるときには、担当のスタイリストについて所定の月日および時間帯について仮予約を行っていることと、仮予約の保障される期限を明示した店お薦めメールが編集される。
【００９４】
図２７は、仮予約を行った旨と予約を薦める電子メールの表示画面の一例を示したものである。図１に示した携帯電話機１１８の表示画面１３１には、顧客１１５の氏名だけでなく、担当のスタイリストの氏名が記されており、仮予約した幾つかの月日（曜日）および開始時間が記されている。したがって、仮予約の電子メールを受けた顧客１１５は、他の顧客に優先して所望のスタイリストとサービスを受ける月日および時間帯を確保することができる。
【００９５】
以上、実施例では美容室を例に挙げて説明したが、予約を伴う各種サービスに本発明を同様に適用することができることは当然である。また、実施例では個人の認証のために携帯電話機を用いると共に個人情報としてその者の誕生の月日を入力することにしたが、個人情報で本人がよく認識しているデータをこれに代えて用いるようにしてもよい。特に、左右の目の視力や、実家の電話番号のような数値化できるデータが好ましい。
【００９６】
また、実施例では携帯電話機を例に挙げたが、ＰＨＳ等の他の携帯型の通信端末であってもよいことは当然である。
【００９７】
更に実施例では顧客の誕生日にお祝いの電子メールを送信することにしたが、結婚記念日等の顧客が通知した個人情報で判別できる情報を基にして他のお祝いの電子メールを顧客に対して送信してもよいことは当然である。
【図面の簡単な説明】
【００９８】
【図１】本発明の一実施例における顧客管理システムの概要を表わしたシステム構成図である。
【図２】本実施例で美容室パソコンによる新規顧客処理を示した流れ図である。
【図３】本実施例でステップＳ２０２で作成された電子メールの書式の一例を表わした説明図である。
【図４】本実施例で管理サーバによる会員登録処理の流れを表わした流れ図である。
【図５】本実施例で会員専用のホームページの宛先の作成処理を示す原理図である。
【図６】ステップＳ２２８で送信した電子メールの本文の表示画面の要部平面図である。
【図７】ステップＳ２３０で送信元に対して送信される電子メール本文の表示画面の要部平面図である。
【図８】本実施例で美容室の予約を行う際の携帯電話機側の処理を示した流れ図である。
【図９】本実施例で管理サーバによる予約処理の流れの前半を表わした流れ図である。
【図１０】本実施例で予約システム画面の一例を示す平面図である。
【図１１】本実施例で予約選択画面の一例を示す表示画面の平面図である。
【図１２】本実施例で管理サーバによる予約処理の流れの後半を表わした流れ図である。
【図１３】本実施例で携帯電話機による予約処理の流れの後半を表わした流れ図である。
【図１４】本実施例で予約確認画面の一例を表わした表示画面の平面図である。
【図１５】本実施例で空き状況画面の一例を表わした表示画面の平面図である。
【図１６】本実施例で予約成立画面の一例を表わした表示画面の平面図である。
【図１７】本実施例で携帯電話機の受信した予約完了の電子メールの一例を表わした表示画面の平面図である。
【図１８】本実施例で御来店案内通知サービスを行うための管理サーバの処理を示した流れ図である。
【図１９】本実施例でご来店案内の一例を示した電子メールの表示画面の平面図である。
【図２０】本実施例でアフターフォロー案内通知についての管理サーバの処理を表わした流れ図である。
【図２１】本実施例でアフターフォロー案内通知の電子メールの表示画面の一例を示した平面図である。
【図２２】本実施例で誕生日に対するお祝いメールの配信サービスの処理を示した流れ図である。
【図２３】本実施例で誕生日のお祝いメールの一例を表わした電子メールの表示画面の平面図である。
【図２４】本実施例で顧客が美容室で決済を行った際における管理サーバ側の処理を表わした流れ図である。
【図２５】本実施例で来店を薦めるサービスに関する管理サーバの処理を表わした流れ図である。
【図２６】本実施例で来店の予約を薦める電子メールの表示画面の一例を示した平面図である。
【図２７】本実施例で仮予約を行った旨と予約を薦める電子メールの表示画面の一例を示した平面図である。
【符号の説明】
【００９９】
１００ 顧客管理システム
１０１ インターネット
１０２ 携帯電話網
１０３ 管理会社
１０４ 管理サーバ
１０５ 管理用データベース
１０７ 美容室
１１１ パーソナルコンピュータ（美容室パソコン）
１１２ データ転送用カード
１１３ 顧客用ディスプレイ
１１４ 赤外線送信機
１１５ 顧客
１１８ 携帯電話機
１２１ 電子メールの書式
１３１ 表示画面
【技術分野】
【０００１】
本発明は、ユーザ管理システムに係わり、特に美容室等の店舗または施設で電子メールを使用して顧客管理等のユーザ管理を行う際に好適なユーザ管理システムに関する。
【背景技術】
【０００２】
携帯電話機、ＰＨＳ（Personal Handy-phone System）、ＰＤＡ（Personal Digital Assistant）等の携帯端末やインターネットに接続可能なパーソナルコンピュータの普及は目覚しく、多くの人が個人的な電子メールのアドレスを所有している。このような状況の下で、電子メールを使用して顧客管理あるいはユーザ管理を行うことが提案されている。
【０００３】
たとえば美容室では、従来では顧客が直接、美容室を訪れるか電話を掛けることで、予約を行うようになっていた。美容室では、予約の要請があると、予約表にスタイリストごとの予定を書き込むことで予約の管理を行っていた。このような顧客管理システムでは、予約が集中するような時期あるいは時間に、複数の者が時間的に並行して電話で予約を取ったような場合、重複した予約が発生する場合があった。また、予約表への記入ミスが発生することもあった。更に、夜間や早朝のように美容室が開いていてない場合には、予約を取ろうとしても取ることができないという問題もあった。
【０００４】
そこで、顧客がインターネット等のデータ通信手段を介して予約の要求を送信すると、美容室側が顧客に対して識別符号の入力を要求し、識別符号が入力された場合には、スタイリストの選択と日時の予約を行わせるようにすることが提案されている（たとえば特許文献１参照）。
【特許文献１】特開２００２−０５６２６号公報（第００１７、第００２３段落、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
この提案の顧客管理システムでは、インターネット等の一般の者に広く開放された通信手段を使用することを前提としている。したがって、この提案の顧客管理システムでは、通信手段を使用したことによる、いたずらによる予約を防止しており、来店確率の高い予約のみを受け付けることを目的としている。このため、美容室の予約に際しては、顧客に識別符号を入力することを要求している。そして、識別符号を伴わない予約の要求に対しては顧客の連絡先を入力することを要求している。また、識別符号は、美容室側が他人の真似しにくい独自の符号を顧客に与えるようにしている。
【０００６】
このため、顧客は美容室から送られてきた識別符号を保存しておいて、予約のたびにこの識別符号を使用する必要がある。家庭等に設置されたパーソナルコンピュータから美容室を予約する場合には、識別符号を所定の記憶領域にメモとして記憶しておけば、予約を行う場合にはこれを呼び出すことができる。したがって、この呼び出した識別符号を識別符号の入力欄にコピーすることで、予約の際に比較的簡単にその識別符号の入力処理を行うことができる。
【０００７】
しかしながら、携帯電話機やＰＨＳといった携帯型の通信端末の場合には、操作用のキーの数が限定されているだけでなく、各種のデータ処理の機能が限定されている。したがって、顧客が識別符号を通信端末内のデータ処理で簡易に入力することは一般的に困難であり、そのたびに顧客自身の操作によって直接入力しなければならない場合が多い。ところが、識別符号は第三者のいたずらを防止するために美容室側が独自に与えたものであるだけでなく、美容室へのアクセスは日常的に行われるものではないので、アクセスを必要とするときに識別符号を思い出すことができない場合も多い。もちろん、識別符号をメモ用紙に書き込んでおいて、これを取り出して入力することも可能であるが、常にそのメモ用紙を携行する手間が生じだけでなく、識別符号を構成する文字数が多かったり、文字種が複数となってセキュリティが高くなるほど、その入力が面倒となる。
【０００８】
また、識別符号が思い出せなかったり、識別符号を書いたメモ用紙が見当たらないような場合には、識別符号を伴わない予約を行うことになる。この提案によればこの際に顧客は自己の連絡先として、携帯電話のメールアドレス等のデータ通信が可能な連絡先を入力することにしている。ところがメールアドレスを連絡先として用いた場合、美容室側はその予約がいたずらであるかどうかを確認するためにそのメールアドレスに確認のメールを出す必要がある。この場合、確認のメールに対する返事にある程度の時間を必要とするので、予約を迅速に行えないことになる。
【０００９】
以上のような考察から明らかなように、この提案による顧客管理システムは、携帯電話機やＰＨＳといった携帯型の通信端末に使用しづらいシステムとなっている。したがって、実際にはパーソナルコンピュータのような高度のデータ処理を迅速に行える通信端末が実際の使用対象に限定される。このため、自宅や仕事場から離れた場所でも簡易に美容室等の施設に予約を行おうとすると、この提案の顧客管理システムは非常に使い勝手が悪いという問題がある。
【００１０】
そこで本発明の目的は、携帯型の通信端末を使用して、場所を問わず、美容室等の店舗または施設について簡易に予約等のユーザ管理を行うことのできるユーザ管理システムを提供することにある。
【課題を解決するための手段】
【００１１】
請求項１記載の発明では、（イ）所定の通信ネットワークにアクセスする通信端末を所持するユーザの個人情報をユーザ単位で記憶する個人情報記憶手段と、（ロ）この個人情報記憶手段に記憶した各ユーザのそれぞれに各ユーザ専用のホームページのアドレスを通知するアドレス通知手段と、（ハ）このアドレス通知手段によって通知されたアドレスにアクセスした通信端末に対して認証用データの入力を要求する認証用データ入力要求手段と、（ニ）この通信端末から入力された認証用データが個人情報記憶手段に記憶されたそのユーザの個人情報と一致するか否かを比較する比較手段と、（ホ）この比較手段がそのユーザの個人情報と一致したときのみ認証を許可する認証許可手段とをユーザ管理システムに具備させる。
【００１２】
すなわち請求項１記載の発明では、認証を行う側では、通信ネットワークにアクセスする通信端末を所持するユーザの個人情報をユーザ単位で個人情報記憶手段にあらかじめ記憶しているので、これらのユーザそれぞれにユニークなホームページのアドレスを通知すると、これらのアドレスに正規のユーザあるいは第三者がアクセスした時点でそのアドレスに対応するユーザの個人情報を個人情報記憶手段から引き出すことができる。したがって、アクセスした通信端末から入力される認証用データがこの個人情報と一致するか否かをチェックすることによってセキュリティが十分確保された認証を行うことができ、予約やショッピング等のユーザ管理を安全に行うことができる。
【００１３】
請求項２記載の発明では、（イ）インターネットにアクセスできる通信端末を個人的に所持するユーザの個人情報をユーザ単位で記憶する個人情報記憶手段と、（ロ）この個人情報記憶手段に個人情報を記憶したユーザのそれぞれに対して、特定のサーバのコンテンツを表わすＵＲＬにユーザ固有の識別情報を付加したそのユーザの固有アドレスを通知する固有アドレス通知手段と、（ハ）個人情報記憶手段に個人情報を記憶したユーザのいずれかがこの固有アドレス通知手段によって通知されたそのユーザの固有アドレスを宛先として使用してそのユーザの通信端末からインターネットにアクセスしたときその通信端末に個人認証を求める画面を表示させるための情報を送出する個人認証画面情報送出手段と、（ニ）この個人認証画面情報送出手段によってそのユーザの通信端末に個人認証を求める画面が表示されたとき、その通信端末から入力される認証用情報を受信する認証用情報受信手段と、（ホ）この認証用情報受信手段が受信した認証用情報が個人情報記憶手段に記憶されたそのユーザの個人情報と一致するか否かを比較する比較手段と、（へ）この比較手段がそのユーザの個人情報と一致したときのみ認証を許可する認証許可手段とをユーザ管理システムに具備させる。
【００１４】
すなわち請求項２記載の発明では、請求項１における一般的な通信ネットワークをインターネットに具体化すると共に、ユーザがそのユーザの固有アドレスを宛先として使用してそのユーザの通信端末からインターネットにアクセスしたときその通信端末に個人認証を求める画面を表示させるようにしている。このときユーザ側はあらかじめ個人情報記憶手段に記憶させておいて個人情報を入力すればよいので、パスワードとＩＤの入力といった面倒な手続きを必要とせずに十分なセキュリティを確保することができる。
【００１５】
請求項３記載の発明では、（イ）インターネットにアクセスできる通信端末を個人的に所持するユーザの個人情報をユーザ単位で記憶する個人情報記憶手段と、（ロ）ユーザの通信端末にユーザ固有の識別情報を記し宛先をユーザの管理を行う管理会社とした電子メールのデータを入力する電子メールデータ入力手段と、（ハ）この電子メールデータ入力手段によって入力された電子メールのデータに基づいて管理会社に電子メールが送られてきたとき、その管理会社の特定のサーバのコンテンツを表わすＵＲＬにユーザ固有の識別情報を記したサーバにおけるそのユーザ固有の固有アドレスをその電子メールに返信する形で通知する固有アドレス通知手段と、（ニ）この固有アドレス通知手段によって通知されたそのユーザの固有アドレスを使用してインターネットにアクセスした通信端末に対して個人認証を求める画面を表示させるための情報を送出する個人認証画面情報送出手段と、（ホ）この個人認証画面情報送出手段によってその通信端末に個人認証を求める画面が表示されたとき、その通信端末から入力される認証用情報を受信する認証用情報受信手段と、（ヘ）この認証用情報受信手段が受信した認証用情報がそのユーザの個人情報と一致するか否かを比較する比較手段と、（ト）この比較手段がそのユーザの個人情報と一致したときのみ認証を許可する認証許可手段とをユーザ管理システムに具備させる。
【００１６】
すなわち請求項３記載の発明では、請求項２記載の発明に加える形で、ユーザが個人的に所持する携帯電話機等の通信端末を使用してユーザ固有の識別情報を記し宛先をユーザの管理を行う管理会社とした電子メールのデータを入力することにし、これによって入力された電子メールのデータに基づいて管理会社に電子メールが送られてきたとき、その管理会社の特定のサーバのコンテンツを表わすＵＲＬにユーザ固有の識別情報を記したサーバにおけるそのユーザ固有の固有アドレスをその電子メールに返信する形で通知することにしたので、認証のための情報の一層の安全性を確保することができる。しかも、ユーザにとって認証準備のための手続きは極めて簡素化されており、認証の際のデータ入力の容易化と併せて極めて実用的な認証処理を使用したユーザ管理を行うことができる。
【発明の効果】
【００１７】
以上説明したように、本発明によれば、ユーザがあらかじめ認証先に通知した個人情報を入力するだけで、セキュリティの確保された認証処理を行うことができるので、携帯電話機のような小型の通信端末でも入力操作に手間取ることがなく、認証の必要な各種の処理を簡易に行うことができる。また、覚えにくいパスワード等の認証用データの入力を認証の際に要求しないので、ユーザが認証用データを忘れた場合の問い合わせや認証用データの新規発行という手続きが少なくなり、これらに対する設備あるいは人件費の節約を図ることができる。
【発明を実施するための最良の形態】
【００１８】
以下実施例につき本発明を詳細に説明する。
【実施例１】
【００１９】
図１は、本発明の一実施例におけるユーザ管理システムの一形態としての顧客管理システムの概要を表わしたものである。この顧客管理システム１００は、インターネット１０１と携帯電話網１０２を通信網として利用するようになっている。インターネット１０１には、顧客管理を行う管理会社１０３の管理する管理サーバ１０４が接続されている。管理サーバ１０４には、管理用データベース１０５が接続されている。インターネット１０１には、美容室１０７が管理するパーソナルコンピュータ１１１（以下、美容室パソコン１１１と略称する。）が常時、あるいは随時接続されるようになっている。美容室１０７は複数存在しうるが、図示および説明を簡略化するために１つのみ示している。美容室パソコン１１１は、各種携帯電話機のスロットに挿入できるデータ転送用カード１１２と、顧客用ディスプレイ１１３および赤外線送信機１１４を備えている。インターネット１０１には、顧客１１５が家庭や仕事先で使用するパーソナルコンピュータ１１６（以下、顧客パソコン１１６と略称する。）が常時、あるいは随時接続されるようになっている。顧客パソコン１１６は複数存在しうるが、図示および説明を簡略化するために１つのみ示している。
【００２０】
携帯電話網１０２は基地局１１７と接続されている。顧客１１５は、携帯電話機１１８を使用して基地局１１７と無線通信を行うことで、インターネット１０２にアクセスして管理会社１０３あるいは美容室１０７のホームページを閲覧したり、美容室１０７との間で電子メールの送受信を行うことができる。顧客１１５、携帯電話機１１８および基地局１１７は複数存在するが、図示および説明を簡略化するためにそれぞれ１つのみ示している。携帯電話網１０２についても同様である。
【００２１】
ところで、美容室１０７に備えられた美容室パソコン１１１は、ＣＰＵ（Central Processing Unit）と、ＯＳ（Operating System）やアプリケーションプログラムを格納する磁気ディスク等の記憶媒体を備えた通常のパーソナルコンピュータである。アプリケーションプログラムとしては、管理会社１０３に掲載した自己の美容室１０７のホームページを閲覧するためのブラウザや、美容室１０７の顧客管理用のソフトウェアおよびこの顧客管理用のソフトウェアで作成されたデータを基にして各顧客の会員番号を暗号化したものをデータ転送用カード１１２を介して顧客の携帯電話機１１８に書き込んだり、その暗号化したデータを二次元バーコードとして、顧客１１５のアクセスできる場所に配置した顧客用ディスプレイ１１３に表示するソフトウェアを挙げることができる。もちろん、顧客用ディスプレイ１１３は、美容室パソコン１１１にその操作のために備えられたディスプレイ１１１Ａを代用してもよい。また、図示しないプリンタに２次元コードを印字して、これを顧客１１５の携帯電話機１１８の図示しない内蔵カメラあるいは外付けのスキャナで読み取るようにしてもよい。
【００２２】
＜会員登録処理＞
【００２３】
図２は、顧客が美容室に最初に訪れたときの新規顧客処理の流れを示したものである。顧客１１５は、美容室１０７のホームページを見たり、知人の紹介等によってその美容室１０７を訪れる。美容室１０７では、顧客１１５の名前と生年月日あるいは誕生の月日を聞いて、予め自動採番した会員番号に対応付け、顧客データとして内蔵の図示しない磁気ディスク等の記憶媒体に格納する（ステップＳ２０１）。このとき、初回に担当したスタイリストの名前も会員番号に対応させて入力して記憶媒体の該当箇所に格納する。もちろん、住所、電話番号、会員になった年月日等のその他のデータを会員番号に対応して追加的に入力して記憶媒体の該当箇所に格納してもよい。
【００２４】
美容室パソコン１１１は、新たに会員となったこの顧客の会員番号をメール本文中に記した所定の電子メールの書式を作成する（ステップＳ２０２）。
【００２５】
図３は、ステップＳ２０２で作成された電子メールの書式の一例を表わしたものである。電子メールの書式１２１における送信元（ｆｒｏｍ）は、空欄になっており、送信先（ｔｏ）は、管理会社１０３のドメインにおける該当の美容室１０７を示す電子メールのアドレスとなっている。美容室１０７の名称が「ベストサロン」（Ｂｅｓｔ Ｓａｌｏｎ）であり、管理会社１０３が「ｋａｎｒｉ．ｃｏ．ｊｐ」というドメイン名を取得しているものとする。この場合の電子メールのアドレスは、たとえば「ｂｅｓｔｓａｌｏｎｒｅｇ」となる。ここで末尾の文字「ｒｅｇ」は会員登録を行う専用のアドレスであることを示している。この電子メールの書式の本文には、該当する新規の顧客１１５の会員番号が記されている。
【００２６】
図２に戻って説明を続ける。美容室パソコン１１１は、図３に示した電子メールの書式１２１を作成したら、付属のディスプレイ１１１Ａにこれを転送する方式を選択するための画面表示を行う（ステップＳ２０３）。この段階で美容室パソコン１１１の図示しない操作者は顧客１１５の所持する携帯電話機１１８を見せてもらい、そのスロットにデータ転送用のカードが挿入できるタイプのものか、２次元コードの読み取りに対応できるものか、あるいは赤外線による携帯電話機間での無線通信が行えるものであるかをチェックする。そして、そのスロットにデータ転送用のカードが挿入できるタイプのものである場合には（ステップＳ２０４：Ｙ）、図１に示したデータ転送用カード１１２を携帯電話機１１８のスロットに挿入して、電子メールの書式１２１をこれに転送する（ステップＳ２０５）。
【００２７】
また、内蔵のカメラあるいは携帯電話機１１８側に接続されている図示しないスキャナによって２次元コードを読み取る機能を備えている場合でステップＳ２０４でデータ転送用のカードが使用されなかった場合には（ステップＳ２０６：Ｙ）、顧客１１５の近くに配置された顧客用ディスプレイ１１３に電子メールの書式１２１を表わした２次元コードを表示させて（ステップＳ２０７）、これを携帯電話機１１８で読み取らせる。この代わりに、図示しないプリンタに２次元コードを印刷したものを読み取らせるようにしてもよい。
【００２８】
その携帯電話機１１８が赤外線等のデータ通信機能を備えていて、ステップＳ２０４あるいはステップＳ２０６によるデータ転送を採用しなかった場合には（ステップＳ２０８：Ｙ）、顧客１１５の携帯電話機１１８に対して赤外線送信機１１４を使用して電子メールの書式１２１を転送する（ステップＳ２０９）。
【００２９】
以上、電子メールの書式１２１の転送の処理をデータ転送用のカード（ステップＳ２０４）、２次元コード（ステップＳ２０６）および赤外線等のデータ通信機能（ステップＳ２０８）の順序で選択することにしたが、選択の順序はこれに限るものではない。また、以上のいずれの方法でも電子メールの書式１２１の転送ができない場合には、その会員の電子メールのアドレスを聞いて、これに電子メールの書式１２１を電子メールで転送したり、美容室１０７における担当したスタイリストが顧客１１５の了承を得て、この電子メールの書式１２１をその顧客１１５の携帯電話機１１８に直接入力するようにしてもよい。また、通信ケーブル等の有線を用いて、携帯電話機１１８に電子メールの書式１２１を転送できる場合には、これに拠ってもよいことはもちろんである。
【００３０】
以上のようにして顧客１１５の携帯電話機１１８に電子メールの書式１２１が転送されたら、美容室パソコン１１１はその顧客データをインターネット１０１を介して管理サーバ１０４に転送する（ステップＳ２１０）。
【００３１】
以上の処理が終了したら、美容室１０７はその顧客１１５に転送した電子メールの書式１２１を使用して、次回の来店までに電子メールを送信することを顧客１１５に依頼する。次回の来店時を待たずに、美容室１０７で直接、この送信処理を直ちに行えることはもちろんである。この送信処理が行われたときには、美容室１０７が有料で提供するクレンジング等の所定のサービスが無料になるチケットを顧客１１５にプレゼントしたり、会員登録の記念品をプレゼントするようにしてもよい。
【００３２】
図４は、管理サーバによる会員登録処理の流れを表わしたものである。管理サーバ１０４は、美容室１０７のいずれかから顧客データが送信されてくるか（ステップＳ２２１）、あるいは新規の会員から会員登録用の電子メールが送られてくるか（ステップＳ２２２）を待機している。図２のステップＳ２１０で美容室１０７が顧客データをインターネット１０１経由で送信してきた場合には（ステップＳ２２１：Ｙ）、その顧客データを図１に示す管理用データベース１０５の該当箇所（以下、該当美容室会員データベースという。）に登録する（ステップＳ２２３）。
【００３３】
これに対して、図３に示した電子メールの書式１２１による電子メールが会員登録用に送られてきた場合には（ステップＳ２２２：Ｙ）、その本文に記された会員番号を抽出する（ステップＳ２２４）。そして、該当美容室会員データベースを検索して、同一の会員番号についてすでに会員登録の処理が行われているか、すなわち受信した電子メールが新規会員のものであるかをチェックする（ステップＳ２２５）。新規会員のものであれば（Ｙ）、管理サーバ１０４は会員番号を暗号化して（ステップＳ２２６）、暗号化後の会員番号をその美容室１０７のＵＲＬ（Uniform Resource Locator）の末尾にスラッシュ「／」を追加し、更にその後に暗号化後の会員番号を追加して、その会員専用のホームページの宛先（ＵＲＬ）を作成する（ステップＳ２２７）。
【００３４】
図５は、この会員専用のホームページの宛先の作成処理を原理的に示したものである。同図（ａ）は、本実施例で説明している美容室１０７のドメイン名である「ｂｅｓｔｓａｌｏｎ．ｃｏ．ｊｐ」である。同図（ｂ）は、この場合における美容室１０７のＵＲＬを示している。この例では「ｈｔｔｐ：／／ｗｗｗ．」の後に、ドメイン名「ｂｅｓｔｓａｌｏｎ．ｃｏ．ｊｐ」が連結された形となっている。
【００３５】
同図（ｃ）は、該当する新規の顧客１１５の会員番号「○○○○」を暗号化した後の会員番号「××××××」を示している。この場合、ステップＳ２２７で作られるその顧客１１５専用のＵＲＬは、図５（ｄ）に示すように「ｈｔｔｐ：／／ｗｗｗ．ｂｅｓｔｓａｌｏｎ．ｃｏ．ｊｐ」の後にスラッシュ「／」で挟んだ形の暗号化後の会員番号「××××××」となる。この部分は、ウエブ上の実際のアドレスを示すものではなく、管理サーバ１０４側で自由に識別情報として特定できるデータ領域なので、本実施例ではこれを暗号化後の会員番号「××××××」と対応させることにしている。すなわち、管理サーバ１０４は、「ｈｔｔｐ：／／ｗｗｗ．ｂｅｓｔｓａｌｏｎ．ｃｏ．ｊｐ／××××××／」というＵＲＬを受信すれば、予めプログラムされた処理に基づいて「××××××」を抜き出して、これを復号化して会員番号を判別することができる。
【００３６】
再び図４に戻って説明を続ける。ステップＳ２２７でホームページの宛先を作成したら、管理サーバ１０４はこのホームページの宛先を本文に記した電子メールをその新規の顧客１１５に送信する（ステップＳ２２８）。
【００３７】
図６は、ステップＳ２２８で送信した電子メールの本文の一例の要部を示したものである。図１に示した携帯電話機１１８の表示画面１３１には、次回の来店をホームページから予約可能であることが記されている。顧客１１５の名前「△△」は、該当する会員番号の美容室会員データベースから検索して得られたものである。
【００３８】
ところで、図４のステップＳ２２５で同一の会員番号についてすでに会員登録の処理が行われていると判別された場合には（Ｎ）、図３に示した電子メールの書式１２１の電子メールの送信元が、会員登録の処理を行った者と同一の電子メールのアドレスであるかどうかのチェックが行われる（ステップＳ２２９）。この結果、両送信元が同一であると判別された場合には（Ｙ）、今回受信した会員登録用メール自体を無視して一連の処理を終了する（エンド）。これは、同一の顧客１１５が間違って新規登録用に複数回、同一の電子メールを送信したものであるので、２回目以降の登録処理を無効とするためである。
【００３９】
これに対して、異なった送信元から同一の会員番号で会員登録のための電子メールが送られてきた場合には（ステップＳ２２９：Ｎ）、今回、電子メールを送信してきた送信元に対して、間違った電子メールが送られてきた旨を返信する（ステップＳ２３０）。この際の電子メールは、実際には管理会社１０３あるいは管理サーバ１０４から送られるが、該当の美容室１０７を送信元とする方が顧客１１５側にとって自然である。
【００４０】
図７は、ステップＳ２３０で異なった送信元に対して送信される電子メールの一例の要部を示したものである。本実施例の顧客管理システムでは、暗号化された会員番号を含むＵＲＬを他人が本人よりも前にいたずらで送信する可能性は極めて少ない。しかしながら、本人が会員登録を行う前に何らかの理由で第三者が本人に成りすまして会員登録を行う場合が皆無ではない。そこで、会員登録を本人以外の者が行った場合に本人からその旨の通知を受けることができるようにするために、専用の部署に本人から電子メールを送信できるようにしている。この際の電子メールの宛先は美容室１０７の委託を受けている管理会社１０３であってもよいが、本実施例では該当の美容室１０７の管理者宛に電子メールが送られるようにしている。これは、該当の美容室１０７が顧客１１５と電子メールを交わしたり、電話で直接話をする方が登録の誤りの事実を確認しやすいと考えられるからである。
【００４１】
もちろん、システムによってはこのような登録に関する苦情処理を管理会社１０３側が引き受けるようにしてもよい。この場合には、図７に示した電子メールの宛先に送られてくる電子メールを管理会社１０３の担当部署に転送するようにすればよい。これにより、該当の美容室１０７はこのような雑務から開放されることになる。
【００４２】
以上のようにして会員登録の処理が正常に終了したら、それぞれの顧客１１５の携帯電話機１１８に対して、美容室１０７に関する自分専用のＵＲＬが、管理サーバ１０４から電子メールによって送信されたことになる。したがって、顧客１１５はその自分専用のＵＲＬをブラウザのブックマークに登録しておくことで、携帯電話機１１８を使用して次回の美容室１０７の予約をインターネット１０１をアクセスしていつでも行うことができるようになる。
【００４３】
＜来店予約処理＞
【００４４】
図８は、顧客が美容室の予約を行う際の携帯電話機側の処理の流れの前半を表わしたものである。なお、この予約は顧客１１５がたとえば自宅で顧客パソコン１１６を使用して行うこともできるが、ここでは携帯電話機１１８を使用して行うものとして説明する。顧客１１５はまず図６に示した自己宛の電子メールに記されたＵＲＬである「ｈｔｔｐ：／／ｗｗｗ．ｂｅｓｔｓａｌｏｎ．ｃｏ．ｊｐ／××××××／」をブックマークから選択してインターネット１０１にアクセスする（ステップＳ２４１）。すでに受信した電子メールの本文に記された美容室１０７の自分専用のＵＲＬを指定することで、直接、インターネット１０１へのアクセスを起動させてもよい。そして、図１に示す管理サーバ１０４から予約システム画面のデータが送られてくるのを待機する（ステップＳ２４２）。
【００４５】
図９は、管理サーバによる予約処理の流れの前半を表わしたものである。管理サーバ１０４は、管理会社１０３に管理を依頼した美容室１０７（実施例の特定の美容室以外の美容室も含む）のＵＲＬの受信を待機している（ステップＳ２６１）。美容室１０７のＵＲＬを受信すると（Ｙ）、図５（ｄ）で説明した暗号化後の会員番号「××××××」を解読して（ステップＳ２６２）、該当美容室会員データベース（管理用データベース１０５）から判別した会員番号に対応する会員名とその会員の誕生の月日を検索する（ステップＳ２６３）。なお、該当美容室会員データベースに各会員のＵＲＬを登録している場合には、その暗号化後の会員番号をキーワードとして直接検索することができ、この場合には暗号化後の会員番号を復号化する必要はない。
【００４６】
管理サーバ１０４は、取得した会員名を使用して、予約システム画面を編集して（ステップＳ２６４）、これを該当する顧客１１５の携帯電話機１１８に送信する（ステップＳ２６５）。これにより、該当する顧客１１５の携帯電話機１１８に、図８のステップＳ２４２で説明した予約システム画面が受信され（Ｙ）、そのディスプレイに予約システム画面の表示が行われる（図８ステップＳ２４３）。
【００４７】
図１０は、予約システム画面の一例を表わしたものである。携帯電話機の表示画面１３１には、美容室の名称、顧客１１５の氏名が記されており、本人確認のために誕生の月日が個人情報として入力されるようになっている。従来の個人認証は、ＩＤ（IDentification）とパスワードによって行われる。本実施例の場合には、携帯電話機１１８が個人個人の所持する通信端末であるという特殊性と本人の覚えやすい情報をパスワードに設定するという利点から誕生の月日を認証のために使用するようにしている。「年月日」としなかったのは、年齢が推測できる個人情報では、顧客１１５が入力に躊躇するという点を配慮している。また、電話番号をパスワードに設定しなかったのは、電話番号の方が「誕生の月日」よりも他人が入手しやすく、セキュリティが甘いからである。住所の番地部分をパスワードに設定した場合も、誕生の月日よりもセキュリティ上で不利である。
【００４８】
図８に戻って説明を続ける。ステップＳ２４３で予約システム画面が携帯電話機１１８のディスプレイに表示されたら、顧客１１５は誕生の月日を入力して、「予約へ」ボタンを選択する（ステップＳ２４４：Ｙ）。これにより、携帯電話機１１８は入力された月日に関するデータあるいは予約システム画面の全体を管理サーバ１０４に送信する（ステップＳ２４５）。
【００４９】
管理サーバ１０４では、図９に示すように、誕生の月日を受信すると（ステップＳ２６６：Ｙ）、それが該当する顧客１１５の誕生の月日と一致するか否かを判別する（ステップＳ２６７）。一致しなかった場合には（Ｎ）、予約を行った顧客１１５本人が入力ミスを行ったか、第三者が虚偽の予約を行ったことになる。そこで、本人認証が行えなかった旨の通知を行うエラー処理画面を編集し（ステップＳ２６８）、そのエラー処理画面を送信元に送信する（ステップＳ２６９）。このエラー処理については、誕生の月日の再入力を所定回数まで許す等の公知の手法を採用することができる。したがって、これについての詳細な説明は省略する。
【００５０】
これに対して、顧客１１５の誕生の月日が一致した場合（ステップＳ２６７：Ｙ）、管理サーバ１０４は次のステップに進んで、予約内容を設定するための予約選択画面の編集を行う（ステップＳ２７０）。そして編集された予約選択画面を該当の携帯電話機１１８に送信する（ステップＳ２７１）。
【００５１】
図１１は、予約選択画面の一例を表わしたものである。携帯電話機の表示画面１３１には、「希望日」、「希望時間帯」、「メニュー」および指名するスタイリストとしての「スタイリスト指名」の各項目がそれぞれプルダウン式のメニュー画面から選択できるようになっている。ここで、「希望日」は、美容室１０７を前回訪れた月日から、そのときのメニューの内容から想定される次に訪れる平均の月日を割り出したものが表示されるようになっている。顧客１１５は、これを参考にして月日を入力する。「希望時間帯」については、前回希望した時間帯が表示される。顧客１１５は、これを参考にして希望時間帯を入力する。「メニュー」については、同様に前回選択したメニューが優先的に表示される。「スタイリスト指名」についても同様である。したがって、顧客１１５の多くは、前回と同一の条件を選択する場合には、それぞれの項目についてのプルダウン式のメニューを開いて希望時間帯等をいちいち選択する必要がない。
【００５２】
再び図８に戻って説明を続ける。携帯電話機１１８側では、予約選択画面あるいはエラー処理画面の送られてくるのを待機している（ステップＳ２４６、Ｓ２４７）。エラー処理画面が送られてきた場合には（ステップＳ２４７：Ｙ）、前記したように所定のエラー処理が行われる（ステップＳ２４８）。これに対して、予約選択画面が受信された場合には（ステップＳ２４６：Ｙ）、予約選択画面が表示される（ステップＳ２４９）。
【００５３】
図１１に示す予約選択画面について表示された各項目が希望するものとなったら、顧客１１５は「検索」ボタンを選択する（ステップＳ２５０：Ｙ）。これに対して、一度設定しようとした内容を基の初期状態に戻すときには「リセット」ボタンを選択する（ステップＳ２５１：Ｙ）。検索ボタンが押された場合には（ステップＳ２５０：Ｙ）、顧客１１５が予約について設定した「予約の月日」および「希望時間帯」に「スタイリスト指名」で指定したスタイリストが指名できるかどうかの検索を行うための検索データが管理サーバ１０４に送信される（ステップＳ２５２）。
【００５４】
これに対して、顧客１１５が「リセット」ボタンを選択した場合には（ステップＳ２５１：Ｙ）、予約選択画面が初期化され（ステップＳ２５３）、ステップＳ２４６で受信した状態に戻される。したがって、顧客１１５は、美容室１０７に前回訪れた内容に一度戻して、予約内容の再設定を行うことができる。もちろん、システムによっては「リセット」ボタンを押したときには、すべての項目が一般の顧客１１５で想定されるデフォルト値に設定されるようになっていてもよい。
【００５５】
図１２は、管理サーバによる予約処理の流れの後半を表わしたものである。管理サーバ１０４は、携帯電話機１１８から検索データを受信すると（ステップＳ２８１：Ｙ）、スタイリスト単位の予定表を検索する（ステップＳ２８２）。予定表は、図１に示す管理用データベース１０５に設けられており、各スタイリストごとのスケジュールがこれによって管理されている。予定表の検索を行った結果、予約で指定した日時で指定したスタイリストの予約が可能であった場合（ステップＳ２８３：Ｙ）、管理サーバ１０４は予約事項を記入した予約確認画面の編集を行う（ステップＳ２８４）。そして、予約確認画面を予約を行った携帯電話機１１８に送信する（ステップＳ２８５）。
【００５６】
これに対して、ステップＳ２８３で予約が不可能であるとされた場合には（Ｎ）、それ以外の日時における空き状況画面を編集して（ステップＳ２８６）、その空き状況画面を予約を行った携帯電話機１１８に送信する（ステップＳ２８７）。
【００５７】
図１３は、携帯電話機による予約処理の流れの後半を表わしたものである。携帯電話機１１８は、図８のステップＳ２５２で検索データの送信を行った後、管理サーバ１０４から予約確認画面を受信するか空き状況画面を受信するかを待機している（ステップＳ３０１、Ｓ３０２）。予約確認画面を受信した場合には（ステップＳ３０１：Ｙ）、そのディスプレイ（表示画面１３１）に予約確認画面を表示する（ステップＳ３０３）。
【００５８】
図１４は、予約確認画面の一例を表わしたものである。携帯電話機の表示画面１３１には、予約日、予約時間帯、メニューおよびスタイリスト指名についての予約状況が表示されている。この状態で、顧客１１５が予約を確定するための「予約」ボタンを押すか、予約の変更を行うための「変更」ボタンを押すかが待機されている（ステップＳ３０４、Ｓ３０５）。顧客１１５が「予約」ボタンを押すと（ステップＳ３０４：Ｙ）、予約を確定するための送信が行われる（ステップＳ３０６）。
【００５９】
これに対して顧客１１５が「変更」ボタンを押した場合には（ステップＳ３０５：Ｙ）、ステップＳ２４９（図８）に戻って、すでに受信した予約選択画面を再表示する。そして、顧客１１５が再度、予約選択画面を変更できるようにしている。
【００６０】
一方、ステップＳ３０２で空き状況画面が受信された場合には（Ｙ）、空き状況画面が携帯電話機の表示画面１３１に表示される（ステップＳ３０７）。
【００６１】
図１５は、空き状況画面の一例を表わしたものである。携帯電話機の表示画面１３１には、現在の空き状況が表示される。ここでは、予約が取れなかったので、その旨が表示され、再度予約が行われるように「選択画面へ戻る」ボタンが備えられている。
【００６２】
図１３に戻って説明を行う。顧客１１５が「選択画面へ戻る」ボタンを押すと（ステップＳ３０８：Ｙ）、ステップＳ３０５で「変更」ボタンを押した場合と同様に、ステップＳ２４９（図８）に戻って、すでに受信した予約選択画面を再表示する。そして、顧客１１５が再度、予約を行えるようにしている。
【００６３】
図１２に戻って管理サーバ１０４の処理の続きを説明する。管理サーバ１０４はステップＳ２８８で「予約」ボタンが押されるのを待機しており、図１３のステップＳ３０４で顧客１１５が「予約」ボタンを押すと（ステップＳ２８８：Ｙ）、予約が成立したことを示す予約成立画面を編集し（ステップＳ２８９）、予約成立画面を送信する（ステップＳ２９０）。
【００６４】
図１３に戻って説明を行う。ステップＳ３０６で予約送信を行った後に予約成立画面を受信したら（ステップＳ３０９：Ｙ）、携帯電話機の表示画面１３１には予約成立画面が表示される（ステップＳ３１０）。
【００６５】
図１６は、予約成立画面の一例を表わしたものである。携帯電話機の表示画面１３１には、予約が成立した旨と、キャンセルを行う場合の手順の案内が記されている。
【００６６】
図１２に戻って管理サーバ１０４の処理の続きを説明する。管理サーバ１０４は、ステップＳ２９０で予約成立画面を送信したら、続いて予約成立電子メールの送信を行って（ステップＳ２９１）、一連の予約処理を終了させる（図８エンド）。電子メールを送信することにしたのは、ステップＳ２９０の処理がディスプレイによる一時的な表示処理しかもたらさないため、予約の成立を文書として残すようにするためである。
【００６７】
図１７は、携帯電話機の受信した予約完了の電子メールの一例を表わしたものである。顧客１１５は同様の内容を、図１に示したパーソナルコンピュータ１１６その他の電子メール受信手段によって取得することができ、必要に応じてその内容をプリントアウトすることが可能である。
【００６８】
＜顧客に対する案内サービス＞
【００６９】
次に、本実施例の顧客管理システムで顧客１１５に対する各種の案内サービスについて説明する。
【００７０】
図１８は、予約した来店の日が近づいたときこれを通知する御来店案内通知サービスを行うための管理サーバの処理の流れを表わしたものである。管理サーバ１０４は、たとえば次の日が稼働日となる日のあらかじめ定めたｔ1時が到来すると（ステップＳ３２１：Ｙ）、会員番号を示すパラメータｎを“１”に初期化する（ステップＳ３２２）。そして、第ｎの会員番号の顧客が予約を行っているかどうかを、図１に示す管理用データベース１０５の該当の美容室１０７についての図示しない予約状況表を見てチェックする（ステップＳ３２３）。予約を行っていれば（Ｙ）、それが予約を行った日の１日前であるかどうかをチェックして（ステップＳ３２４）、そうであれば（Ｙ）、ご来店案内の編集を行う（ステップＳ３２５）。そして、編集後のご来店案内をその第ｎの会員番号のメールアドレスに送信する（ステップＳ３２６）。
【００７１】
図１９は、このご来店案内の一例を示したものである。図１に示した携帯電話機１１８の表示画面１３１には、明日の来店についての予約の内容が記されている。これにより、顧客は美容室１０７の予約を再確認することができる。
【００７２】
管理サーバ１０４は、ステップＳ３２６による電子メールの送信処理が終了したら、会員番号を示すパラメータｎを“１”だけカウントアップする（ステップＳ３２７）。そして、その後のパラメータｎがその時点の会員番号の最大値ｍより大きくなっていなければ（ステップＳ３２８：Ｎ）、ステップＳ３２３に戻って次の会員番号の顧客の予約を確認することになる。
【００７３】
これに対して、先のステップＳ３２３で、第ｎの会員番号の顧客の予約がないと判別された場合には（Ｎ）、ご来店案内の通知を行う必要がないので、ステップＳ３２７に処理が進むことになる。該当の顧客が予約を行っていても（ステップＳ３２３：Ｙ）、それが１日前でなければ（ステップＳ３２４：Ｎ）、同様にステップＳ３２７に進んで次の会員番号の顧客についての処理に進むことになる。以上のようにして１人ずつご来店案内の検討が行われ、該当する顧客に対してご来店案内の電子メールが送信される。最後の会員番号の顧客まで処理が終了したら（ステップＳ３２８：Ｙ）、その日におけるご来店案内の通知処理が終了する（エンド）。
【００７４】
なお、図１８で示した処理の他に、管理用データベース１０５から明日の予約を行っている全顧客を一括して抽出し、これらの顧客についての予約の内容を順次読み出して、ステップＳ３２５で示したご来店案内の編集と、ステップＳ３２６で示したご来店案内の送信を行うようにしてもよい。
【００７５】
図２０は、御来店案内通知サービスの１つとして行われるアフターフォロー案内通知についての管理サーバの処理の流れを表わしたものである。管理サーバ１０４は、たとえば美容室１０７の稼働日のあらかじめ定めたｔ2時になると（ステップＳ３４１：Ｙ）、会員番号を示すパラメータｎを“１”に初期化する（ステップＳ３４２）。そして、第ｎの会員番号の顧客についてのフォローフラグがオンになっているかどうかを、図１に示す管理用データベース１０５の該当の美容室１０７についての図示しない予約状況表の「フォローフラグ」欄を見て判別する（ステップＳ３４３）。
【００７６】
ここで「フォローフラグ」欄とは、来店した顧客に対するアフターフォローを保証している場合に、アフターフォローの期間内であるか否かを示すフラグであり、期間内であれば来店による決済時にオンとなり、アフターフォロー案内の電子メールを送信したらオフとなるようになっている。管理サーバ１０４は、まず第１の会員番号の顧客についてフォローフラグがオンになっていれば（ステップＳ３４３：Ｙ）、来店から１週間目であるかどうかをチェックして（ステップＳ３４４）、そうであれば（Ｙ）、アフターフォロー案内を編集する（ステップＳ３４５）。そして、該当する第１の会員番号の顧客にアフターフォロー案内を電子メールで送信し、フォローフラグをオフにする（ステップＳ３４６）。
【００７７】
図２１は、アフターフォロー案内通知の電子メールについて表示画面の一例を示したものである。図１に示した携帯電話機１１８の表示画面１３１には、不具合があればアフターフォローが行われることが示されている。これにより、顧客に対するその美容室１０７の信頼性が高められる。
【００７８】
図２０に戻って説明を続ける。ステップＳ３４６でアフターフォロー案内を電子メールで送信したら、パラメータｎが“１”だけカウントアップされ（ステップＳ３４７）、その結果、最後の会員番号の顧客まで処理が進行していない場合には（ステップＳ３４８：Ｎ）、ステップＳ３４３に戻って今度は第２の会員番号の顧客について同様の処理が行われることになる。
【００７９】
一方、ステップＳ３４３で該当する会員番号のフォローフラグがオフとなっていれば（Ｎ）、アフターフォロー期間を経過しているので、直ちにステップＳ３４７に進むことになる。ステップＳ３４４で来店から１週間目でない場合も同様である。以上のようにして１人ずつ来店から１週間目であるかどうかの検討が行われ、該当する顧客に対してアフターフォローを案内する電子メールが送信される。最後の会員番号の顧客まで処理が終了したら（ステップＳ３４８：Ｙ）、その日におけるアフターフォローの案内の通知処理が終了する（エンド）。
【００８０】
なお、図２０で示した処理の他に、管理用データベース１０５から当日が来店から１週間目となる全顧客を一括して抽出し、これらの顧客について、ステップＳ３４５で示したアフターフォローの案内の編集と、ステップＳ３４６で示したアフターフォロー案内の送信を行うようにしてもよい。
【００８１】
図２２は、御来店案内通知サービスの１つとして行われる誕生日に対するお祝いメールの配信サービスの処理の流れを表わしたものである。管理サーバ１０４は、あらかじめ定めたｔ3時になると（ステップＳ３６１：Ｙ）、該当の美容室１０７についての該当美容室会員データベースから全会員を対象に、当日が誕生日の会員を抽出する（ステップＳ３６２）。そして、これらの会員に対して、誕生日のお祝いメール文を編集し（ステップＳ３６３）、それぞれのアドレスに電子メールで送信する（ステップＳ３６４）。
【００８２】
図２３は、誕生日のお祝いメールの表示画面の一例を示したものである。図１に示した携帯電話機１１８の表示画面１３１には、該当する会員の氏名と誕生日のメッセージが記されている。誕生日から一定期間内の割引サービスの案内が記されていてもよい。また、美容室の名称だけでなく、担当のスタイリストの名前が記されていてもよい。
【００８３】
次に、顧客１１５に対する来店を薦めるサービスについて説明する。このサービスは、顧客１１５が予約を行おうとする時期あるいはこれより若干早い時期に美容室１０７から来店を薦める電子メールを出すものである。このために、本実施例では電子的なカレンダに、電子メールを出すタイミングや電子メールの基となる顧客１１５のデータを書き込む処理を行うようになっている。そこでカレンダに対する書込処理に関連する処理をまず説明し、続いて来店を薦めるサービスについて説明を行う。
【００８４】
図２４は、顧客が美容室でサービスを受けた後、決済を行った際における管理サーバ側の処理の流れを表わしたものである。図１に示した美容室１０７では顧客１１５がメニューに示すサービスを受けた後、決済を済ませると、美容室パソコン１１１に表示している当美容室の会員リストから決済の終了した会員番号をクリックする。これにより、管理会社１０３側の管理サーバ１０４は、その顧客１１５の会員番号とメニューおよび決済が終了したことを示すデータを受信する（ステップＳ３８１：Ｙ）。管理サーバ１０４は、これを基にして、前記したように会員番号の顧客についてのフォローフラグをオンにする（ステップＳ３８２）。次に管理サーバ１０４は、該当美容室会員データベースに格納されているその会員番号の顧客の履歴データが存在するかどうかをチェックする（ステップＳ３８３）。図２のステップＳ２１０で顧客データを管理サーバ１０４が受け取ってから最初の決済の場合のようにその顧客１１５が最初の来店の場合には履歴データが存在しない。
【００８５】
このような新規の顧客１１５の場合、あるいはその他の理由で履歴データが存在しない場合には（Ｎ）、そのときのメニューから一般に予測される次回の来店の平均予測月日を統計上で算出し、その１０日前の電子的なカレンダの位置（日時）にその会員番号を記入する（ステップＳ３８４）。
【００８６】
一方、ステップＳ３８３でその顧客１１５の履歴データが存在する場合には（Ｙ）、過去の来店周期から次回の来店月日および時間帯を予測する（ステップＳ３８５）。十分長い履歴データが存在する場合には、季節や曜日による周期変動（たとえば年末独自の予測や祝日を含めた休日等との関係を配慮した予測等）を考慮する。次に、過去に担当したスタイリストの関係から次回の担当スタイリストを予測する（ステップＳ３８６）。最近担当したスタイリストに重みを付けたり、スタイリストの人事異動があったときはこれを考慮して最適のスタイリストに変更することはもちろんである。
【００８７】
次に管理サーバ１０４は、予測した月日やスタイリストを仮予約を行う必要があるかどうかを判別する（ステップＳ３８７）。ここで仮予約とは、顧客１１５の予約を確実にするために店舗側が仮に特定の日時やスタイリストを確保するサービスをいう。一般には来店の履歴の内容（来店の回数等）が基準値よりも長い顧客はグレードが高い客として仮予約の対象となる。
【００８８】
仮予約が必要と判別された顧客１１５については、次回の来店の際の日時および担当するスタイリストを、顧客のグレードに合わせた時間幅で仮予約する（ステップＳ３８８）。たとえば上得意客については日時を十分な幅で一時的に確保する。そして、仮予約した日時の幅の中で最短となる月日から１０日前の前記したカレンダの位置に、会員番号や担当するスタイリスト等のデータを記入する（ステップＳ３８９）。
【００８９】
一方、ステップＳ３８７で仮予約が必要ないとされた顧客１１５に対しては（Ｎ）、次回の来店の予測月日を１通りだけに特定すると共に、その１０日前のカレンダの位置に会員番号を記入する（ステップＳ３９０）。
【００９０】
図２５は、来店を薦めるサービスに関する管理サーバの処理を表わしたものである。あらかじめ定めたｔ4時になると（ステップＳ４０１：Ｙ）、パラメータｎを“１”に初期化した後（ステップＳ４０２）、前記した電子的なカレンダの当日（ただし、翌日がその美容室１０７の休日となる日を含む）に記入されている第１の顧客１１５のデータを読み出す（ステップＳ４０３）。そのようなデータが該当日に存在しなければ（ステップＳ４０４：Ｙ）、何もすることなく処理を終了させる（エンド）。
【００９１】
第１の顧客１１５についてのデータが存在した場合には（ステップＳ４０４：Ｎ）、その顧客１１５について書き込まれたデータを基にして、来店お薦めメールを編集する（ステップＳ４０５）。たとえば図２４のステップＳ３８４で説明した新規の顧客１１５の場合やステップＳ３９０で説明した仮予約を行わない通常の顧客１１５の場合には、会員番号から会員の氏名を検索して得られた氏名を記入して、来店の予約を薦める電子メールを編集する。
【００９２】
図２６は、来店の予約を薦める電子メールの表示画面の一例を示したものである。図１に示した携帯電話機１１８の表示画面１３１には、顧客１１５の氏名だけでなく、特定の割引期間が存在することが記載されており、予約を薦める文章構成となっている。顧客１１５は、表示画面１３１の下側の「予約システムへ」と記されたボタンを押すことで専用の予約画面にアクセスできるようになっている。
【００９３】
一方、ステップＳ４０５の処理が図２４のステップＳ３８９で説明した仮予約を行った顧客１１５に対して行われるときには、担当のスタイリストについて所定の月日および時間帯について仮予約を行っていることと、仮予約の保障される期限を明示した店お薦めメールが編集される。
【００９４】
図２７は、仮予約を行った旨と予約を薦める電子メールの表示画面の一例を示したものである。図１に示した携帯電話機１１８の表示画面１３１には、顧客１１５の氏名だけでなく、担当のスタイリストの氏名が記されており、仮予約した幾つかの月日（曜日）および開始時間が記されている。したがって、仮予約の電子メールを受けた顧客１１５は、他の顧客に優先して所望のスタイリストとサービスを受ける月日および時間帯を確保することができる。
【００９５】
以上、実施例では美容室を例に挙げて説明したが、予約を伴う各種サービスに本発明を同様に適用することができることは当然である。また、実施例では個人の認証のために携帯電話機を用いると共に個人情報としてその者の誕生の月日を入力することにしたが、個人情報で本人がよく認識しているデータをこれに代えて用いるようにしてもよい。特に、左右の目の視力や、実家の電話番号のような数値化できるデータが好ましい。
【００９６】
また、実施例では携帯電話機を例に挙げたが、ＰＨＳ等の他の携帯型の通信端末であってもよいことは当然である。
【００９７】
更に実施例では顧客の誕生日にお祝いの電子メールを送信することにしたが、結婚記念日等の顧客が通知した個人情報で判別できる情報を基にして他のお祝いの電子メールを顧客に対して送信してもよいことは当然である。
【図面の簡単な説明】
【００９８】
【図１】本発明の一実施例における顧客管理システムの概要を表わしたシステム構成図である。
【図２】本実施例で美容室パソコンによる新規顧客処理を示した流れ図である。
【図３】本実施例でステップＳ２０２で作成された電子メールの書式の一例を表わした説明図である。
【図４】本実施例で管理サーバによる会員登録処理の流れを表わした流れ図である。
【図５】本実施例で会員専用のホームページの宛先の作成処理を示す原理図である。
【図６】ステップＳ２２８で送信した電子メールの本文の表示画面の要部平面図である。
【図７】ステップＳ２３０で送信元に対して送信される電子メール本文の表示画面の要部平面図である。
【図８】本実施例で美容室の予約を行う際の携帯電話機側の処理を示した流れ図である。
【図９】本実施例で管理サーバによる予約処理の流れの前半を表わした流れ図である。
【図１０】本実施例で予約システム画面の一例を示す平面図である。
【図１１】本実施例で予約選択画面の一例を示す表示画面の平面図である。
【図１２】本実施例で管理サーバによる予約処理の流れの後半を表わした流れ図である。
【図１３】本実施例で携帯電話機による予約処理の流れの後半を表わした流れ図である。
【図１４】本実施例で予約確認画面の一例を表わした表示画面の平面図である。
【図１５】本実施例で空き状況画面の一例を表わした表示画面の平面図である。
【図１６】本実施例で予約成立画面の一例を表わした表示画面の平面図である。
【図１７】本実施例で携帯電話機の受信した予約完了の電子メールの一例を表わした表示画面の平面図である。
【図１８】本実施例で御来店案内通知サービスを行うための管理サーバの処理を示した流れ図である。
【図１９】本実施例でご来店案内の一例を示した電子メールの表示画面の平面図である。
【図２０】本実施例でアフターフォロー案内通知についての管理サーバの処理を表わした流れ図である。
【図２１】本実施例でアフターフォロー案内通知の電子メールの表示画面の一例を示した平面図である。
【図２２】本実施例で誕生日に対するお祝いメールの配信サービスの処理を示した流れ図である。
【図２３】本実施例で誕生日のお祝いメールの一例を表わした電子メールの表示画面の平面図である。
【図２４】本実施例で顧客が美容室で決済を行った際における管理サーバ側の処理を表わした流れ図である。
【図２５】本実施例で来店を薦めるサービスに関する管理サーバの処理を表わした流れ図である。
【図２６】本実施例で来店の予約を薦める電子メールの表示画面の一例を示した平面図である。
【図２７】本実施例で仮予約を行った旨と予約を薦める電子メールの表示画面の一例を示した平面図である。
【符号の説明】
【００９９】
１００ 顧客管理システム
１０１ インターネット
１０２ 携帯電話網
１０３ 管理会社
１０４ 管理サーバ
１０５ 管理用データベース
１０７ 美容室
１１１ パーソナルコンピュータ（美容室パソコン）
１１２ データ転送用カード
１１３ 顧客用ディスプレイ
１１４ 赤外線送信機
１１５ 顧客
１１８ 携帯電話機
１２１ 電子メールの書式
１３１ 表示画面
【特許請求の範囲】
【請求項１】
所定の通信ネットワークにアクセスする通信端末を所持するユーザの個人情報をユーザ単位で記憶する個人情報記憶手段と、
この個人情報記憶手段に個人情報を記憶した各ユーザのそれぞれに各ユーザ専用のホームページのアドレスを通知するアドレス通知手段と、
このアドレス通知手段によって通知されたアドレスにアクセスした通信端末に対して認証用データの入力を要求する認証用データ入力要求手段と、
この通信端末から入力された認証用データが前記個人情報記憶手段に記憶されたそのユーザの個人情報と一致するか否かを比較する比較手段と、
この比較手段がそのユーザの個人情報と一致したときのみ認証を許可する認証許可手段
とを具備することを特徴とするユーザ管理システム。
【請求項２】
インターネットにアクセスできる通信端末を個人的に所持するユーザの個人情報をユーザ単位で記憶する個人情報記憶手段と、
この個人情報記憶手段に個人情報を記憶したユーザのそれぞれに対して、特定のサーバのコンテンツを表わすＵＲＬにユーザ固有の識別情報を付加したそのユーザの固有アドレスを通知する固有アドレス通知手段と、
前記個人情報記憶手段に個人情報を記憶したユーザのいずれかがこの固有アドレス通知手段によって通知されたそのユーザの固有アドレスを宛先として使用してそのユーザの通信端末からインターネットにアクセスしたときその通信端末に個人認証を求める画面を表示させるための情報を送出する個人認証画面情報送出手段と、
この個人認証画面情報送出手段によってそのユーザの前記通信端末に個人認証を求める画面が表示されたとき、その通信端末から入力される認証用情報を受信する認証用情報受信手段と、
この認証用情報受信手段が受信した認証用情報が前記個人情報記憶手段に記憶されたそのユーザの個人情報と一致するか否かを比較する比較手段と、
この比較手段がそのユーザの個人情報と一致したときのみ認証を許可する認証許可手段
とを具備することを特徴とするユーザ管理システム。
【請求項３】
インターネットにアクセスできる通信端末を個人的に所持するユーザの個人情報をユーザ単位で記憶する個人情報記憶手段と、
前記ユーザの前記通信端末にユーザ固有の識別情報を記し宛先をユーザの管理を行う管理会社とした電子メールのデータを入力する電子メールデータ入力手段と、
この電子メールデータ入力手段によって入力された電子メールのデータに基づいて前記管理会社に電子メールが送られてきたとき、その管理会社の特定のサーバのコンテンツを表わすＵＲＬに前記ユーザ固有の識別情報を記した前記サーバにおけるそのユーザ固有の固有アドレスをその電子メールに返信する形で通知する固有アドレス通知手段と、
この固有アドレス通知手段によって通知されたそのユーザの固有アドレスを使用してインターネットにアクセスした通信端末に対して個人認証を求める画面を表示させるための情報を送出する個人認証画面情報送出手段と、
この個人認証画面情報送出手段によってその通信端末に個人認証を求める画面が表示されたとき、その通信端末から入力される認証用情報を受信する認証用情報受信手段と、
この認証用情報受信手段が受信した認証用情報がそのユーザの個人情報と一致するか否かを比較する比較手段と、
この比較手段がそのユーザの個人情報と一致したときのみ認証を許可する認証許可手段
とを具備することを特徴とするユーザ管理システム。
【請求項４】
前記個人情報は、そのユーザの誕生の月日であることを特徴とする請求項１〜請求項３いずれかに記載のユーザ管理システム。
【請求項５】
前記ユーザ固有の識別情報はユーザの会員番号を暗号化したものであることを特徴とする請求項３記載のユーザ管理システム。
【請求項６】
前記ユーザ固有の識別情報のうち前記ユーザの固有アドレスはユーザの会員番号を暗号化したものであることを特徴とする請求項３記載のユーザ管理システム。
【請求項７】
個人認証が成功したときその通信端末から所定の店舗における特定のサービスの予約を受け付ける予約受付手段を具備することを特徴とする請求項１〜請求項３いずれかに記載のユーザ管理システム。
【請求項８】
ユーザが前記所定の店舗における特定のサービスを定期的に受けるとき特定のサービスを受ける次回の時期を判別する時期判別手段と、
この時期判別手段の判別した時期に合わせて予約を薦める電子メールをユーザのメールアドレスに対して送信する予約用電子メール送信手段
とを更に具備することを特徴とする請求項７記載のユーザ管理システム。
【請求項９】
前記予約受付手段が予約を受け付けた個々のユーザの予約を行った時期をチェックする時期チェック手段と、
この時期チェック手段によって予約された時期が到来あるいは近接したと判別されたときそのユーザのメールアドレスに来店時期の確認のための電子メールを送信する来店時期確認用電子メール送信手段
とを更に具備することを特徴とする請求項７記載のユーザ管理システム。
【請求項１０】
前記個人情報記憶手段に記憶された各ユーザの個人情報からユーザにお祝いの電子メールを送信する時期を判別するお祝い時期判別手段と、
このお祝い時期判別手段によって判別されたそれぞれの時期にユーザに対してお祝いの電子メールを送信するお祝い電子メール送信手段
とを具備することを特徴とする請求項１〜請求項３いずれかに記載のユーザ管理システム。
【請求項１１】
前記ユーザに対して前記特定のサービスが行われたときでそのサービスに対する保証期間が定められているとき、保証期間内の所定の時期に前記特定のサービスのアフターフォローが行われる旨の電子メールを送信するアフターフォロー通知電子メール送信手段
を具備することを特徴とする請求項１または請求項２記載のユーザ管理システム。
【請求項１】
所定の通信ネットワークにアクセスする通信端末を所持するユーザの個人情報をユーザ単位で記憶する個人情報記憶手段と、
この個人情報記憶手段に個人情報を記憶した各ユーザのそれぞれに各ユーザ専用のホームページのアドレスを通知するアドレス通知手段と、
このアドレス通知手段によって通知されたアドレスにアクセスした通信端末に対して認証用データの入力を要求する認証用データ入力要求手段と、
この通信端末から入力された認証用データが前記個人情報記憶手段に記憶されたそのユーザの個人情報と一致するか否かを比較する比較手段と、
この比較手段がそのユーザの個人情報と一致したときのみ認証を許可する認証許可手段
とを具備することを特徴とするユーザ管理システム。
【請求項２】
インターネットにアクセスできる通信端末を個人的に所持するユーザの個人情報をユーザ単位で記憶する個人情報記憶手段と、
この個人情報記憶手段に個人情報を記憶したユーザのそれぞれに対して、特定のサーバのコンテンツを表わすＵＲＬにユーザ固有の識別情報を付加したそのユーザの固有アドレスを通知する固有アドレス通知手段と、
前記個人情報記憶手段に個人情報を記憶したユーザのいずれかがこの固有アドレス通知手段によって通知されたそのユーザの固有アドレスを宛先として使用してそのユーザの通信端末からインターネットにアクセスしたときその通信端末に個人認証を求める画面を表示させるための情報を送出する個人認証画面情報送出手段と、
この個人認証画面情報送出手段によってそのユーザの前記通信端末に個人認証を求める画面が表示されたとき、その通信端末から入力される認証用情報を受信する認証用情報受信手段と、
この認証用情報受信手段が受信した認証用情報が前記個人情報記憶手段に記憶されたそのユーザの個人情報と一致するか否かを比較する比較手段と、
この比較手段がそのユーザの個人情報と一致したときのみ認証を許可する認証許可手段
とを具備することを特徴とするユーザ管理システム。
【請求項３】
インターネットにアクセスできる通信端末を個人的に所持するユーザの個人情報をユーザ単位で記憶する個人情報記憶手段と、
前記ユーザの前記通信端末にユーザ固有の識別情報を記し宛先をユーザの管理を行う管理会社とした電子メールのデータを入力する電子メールデータ入力手段と、
この電子メールデータ入力手段によって入力された電子メールのデータに基づいて前記管理会社に電子メールが送られてきたとき、その管理会社の特定のサーバのコンテンツを表わすＵＲＬに前記ユーザ固有の識別情報を記した前記サーバにおけるそのユーザ固有の固有アドレスをその電子メールに返信する形で通知する固有アドレス通知手段と、
この固有アドレス通知手段によって通知されたそのユーザの固有アドレスを使用してインターネットにアクセスした通信端末に対して個人認証を求める画面を表示させるための情報を送出する個人認証画面情報送出手段と、
この個人認証画面情報送出手段によってその通信端末に個人認証を求める画面が表示されたとき、その通信端末から入力される認証用情報を受信する認証用情報受信手段と、
この認証用情報受信手段が受信した認証用情報がそのユーザの個人情報と一致するか否かを比較する比較手段と、
この比較手段がそのユーザの個人情報と一致したときのみ認証を許可する認証許可手段
とを具備することを特徴とするユーザ管理システム。
【請求項４】
前記個人情報は、そのユーザの誕生の月日であることを特徴とする請求項１〜請求項３いずれかに記載のユーザ管理システム。
【請求項５】
前記ユーザ固有の識別情報はユーザの会員番号を暗号化したものであることを特徴とする請求項３記載のユーザ管理システム。
【請求項６】
前記ユーザ固有の識別情報のうち前記ユーザの固有アドレスはユーザの会員番号を暗号化したものであることを特徴とする請求項３記載のユーザ管理システム。
【請求項７】
個人認証が成功したときその通信端末から所定の店舗における特定のサービスの予約を受け付ける予約受付手段を具備することを特徴とする請求項１〜請求項３いずれかに記載のユーザ管理システム。
【請求項８】
ユーザが前記所定の店舗における特定のサービスを定期的に受けるとき特定のサービスを受ける次回の時期を判別する時期判別手段と、
この時期判別手段の判別した時期に合わせて予約を薦める電子メールをユーザのメールアドレスに対して送信する予約用電子メール送信手段
とを更に具備することを特徴とする請求項７記載のユーザ管理システム。
【請求項９】
前記予約受付手段が予約を受け付けた個々のユーザの予約を行った時期をチェックする時期チェック手段と、
この時期チェック手段によって予約された時期が到来あるいは近接したと判別されたときそのユーザのメールアドレスに来店時期の確認のための電子メールを送信する来店時期確認用電子メール送信手段
とを更に具備することを特徴とする請求項７記載のユーザ管理システム。
【請求項１０】
前記個人情報記憶手段に記憶された各ユーザの個人情報からユーザにお祝いの電子メールを送信する時期を判別するお祝い時期判別手段と、
このお祝い時期判別手段によって判別されたそれぞれの時期にユーザに対してお祝いの電子メールを送信するお祝い電子メール送信手段
とを具備することを特徴とする請求項１〜請求項３いずれかに記載のユーザ管理システム。
【請求項１１】
前記ユーザに対して前記特定のサービスが行われたときでそのサービスに対する保証期間が定められているとき、保証期間内の所定の時期に前記特定のサービスのアフターフォローが行われる旨の電子メールを送信するアフターフォロー通知電子メール送信手段
を具備することを特徴とする請求項１または請求項２記載のユーザ管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【公開番号】特開２００６−１４６４４３（Ｐ２００６−１４６４４３Ａ）
【公開日】平成１８年６月８日（２００６．６．８）
【国際特許分類】
【出願番号】特願２００４−３３３７６２（Ｐ２００４−３３３７６２）
【出願日】平成１６年１１月１７日（２００４．１１．１７）
【出願人】（３０００８９００２）株式会社コスモデザイン (1)
【公開日】平成１８年６月８日（２００６．６．８）
【国際特許分類】
【出願日】平成１６年１１月１７日（２００４．１１．１７）
【出願人】（３０００８９００２）株式会社コスモデザイン (1)
[ Back to top ]