JP2004118457A - Information delivery system, information delivery server, and information delivery program - Google Patents

Information delivery system, information delivery server, and information delivery program Download PDF

Info

Publication number
JP2004118457A
JP2004118457A JP2002279881A JP2002279881A JP2004118457A JP 2004118457 A JP2004118457 A JP 2004118457A JP 2002279881 A JP2002279881 A JP 2002279881A JP 2002279881 A JP2002279881 A JP 2002279881A JP 2004118457 A JP2004118457 A JP 2004118457A
Authority
JP
Japan
Prior art keywords
date
visit
customer
store
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002279881A
Other languages
Japanese (ja)
Inventor
Kazuhisa Washida
鷲田 和久
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
SOS JAPAN KK
Original Assignee
SOS JAPAN KK
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by SOS JAPAN KK filed Critical SOS JAPAN KK
Priority to JP2002279881A priority Critical patent/JP2004118457A/en
Publication of JP2004118457A publication Critical patent/JP2004118457A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide an information delivery system, information delivery server and information delivery program for delivering information to a customer at the proper timing according to a standard value of visiting period set for every service and visit history information. <P>SOLUTION: In this information delivery server 1, the visit history information including the visit date of a customer, the service provided when visiting and the visiting period that is the day interval from the previous visit date is recorded, and the standard value of visiting period set for every service is also recorded. According to the service provided at the day when the customer visits the store, the number of services equal to or related thereto and the visiting period are acquired from a customer database 15, and the predicted day of the customer's next visit is calculated from the added value of the integrated value of the visiting period every visit history information and the standard value and the number of services. The delivery date for delivering e-mail to a customer terminal 3 is calculated from this predicted day of visit, and the e-mail including the reservation state of the store and a guide text for inviting the revisit is formed and delivered to the customer terminal 3 at the delivery date. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は、顧客が来店する度に記録される来店履歴情報に応じて、顧客に対して適切なタイミングで情報を配信する情報配信システム、情報配信サーバ、および情報配信プログラムに関する。
【0002】
【従来の技術】
近年、コンピュータ・ネットワークや通信環境の発達に伴い、インターネットに代表されるように、オンライン上での様々なコンテンツの表示や情報の配信、商品やサービスの売買等の商取引なども日常的に行われるようになり、これらに関わる技術も様々なものが開発されている。
【0003】
このような状況の中で、美容室のように、特に予め予約により顧客からの日時指定による申込みを受け付けた上で、サービスを提供する場合では、これらの予約・管理をオンライン上で行うことができれば便利である。とりわけ、美容院や歯科医院、あるいはエステティック・サロンや、フィットネスクラブ、その他の業種のように、事前の予約が通例となっている場合には、このシステムを取り入れることができれば望ましい(例えば、特許文献1、特許文献2、特許文献3参照)。
【0004】
また、このような顧客管理システムに電子メールの配信機能を設け、顧客に対して再来店勧誘の電子メールを配信するといったことも行われている(例えば、特許文献4)。
【0005】
【特許文献1】
特開2001−350998号公報
【特許文献2】
特開2002−56260号公報
【特許文献3】
特開2002−419号公報
【特許文献4】
特開2001−217864号公報
【0006】
【発明が解決しようとする課題】
ところで、従来の顧客管理システムにおいては、再来店勧誘や予約の空き状況通知等の電子メールは、店舗側で予め設定された日時、間隔で配信されている。
従って、顧客の意思とは関係なく一方的なタイミングで電子メールが配信されることになり、顧客に対して不快感を与えてしまうことにもなりかねない。
【0007】
逆に、顧客にとって都合の良いタイミングで電子メールを配信すると、店舗側にとっては都合の悪いタイミングとなることが多い。しかし、提供するサービスの品質を考慮すると、店舗側に都合の良いタイミングで電子メールを配信することが望ましい。
【0008】
さらに、顧客固有の事情や、季節要因等を考慮して電子メールの配信を行うことが望ましいが、従来はそのようなものは無かった。
【0009】
本発明は上記事情を鑑み、顧客に対して時々に応じて適切なタイミングで各種情報を配信する情報配信システム、情報配信サーバ、および情報配信プログラムを提供することを目的とする。
【0010】
【課題を解決するための手段】
上記目的を達成するために、請求項1に記載の発明である情報配信システムは、電子メールの送受信機能を有する顧客端末と、店舗毎に設置され、顧客の来店履歴情報の入力を受け付ける店内端末と、ネットワークを介して前記店内端末から送信される前記来店履歴情報を受信、記録し、前記来店履歴情報に応じて前記顧客端末に対して情報を配信するサーバとから構成される情報配信システムにおいて、少なくとも、顧客が来店した来店日、来店した際に提供されたサービス、前回来店日からの日数間隔である来店周期からなる前記来店履歴情報と、前記サービス毎に設定される来店周期の標準値とを記録するデータベースと、前記端末装置から送信される前記顧客が来店したその日に提供されたサービスに従って、前記データベースから、当該サービスと同一、または関連性のあるサービスが記録されている前記来店履歴情報の件数と、前記来店履歴情報毎に前記来店周期を取得し、前記来店履歴情報毎の当該来店周期の積算値と前記標準値との加算値と、当該件数とから、次回の顧客の来店予測日を算出する来店予測日算出手段と、前記来店予測日から、前記顧客端末へ前記電子メールを配信する配信日を算出する配信日算出手段と、前記来店予測日当日、または前記来店予測日から所定の日数間における店舗の予約状況と、再来店勧誘の案内文を含む電子メールを作成する電子メール作成手段と、前記電子メール作成手段が作成した当該電子メールを前記顧客端末へ当該配信日に送信する送信手段とを備えることを特徴とする。
【0011】
請求項1の発明によれば、サービス毎に設定される来店周期の標準値と来店履歴情報を元に電子メールの配信日を設定するので、顧客に対して、予約状況と再来店勧誘の案内文を含む電子メールの配信を的確なタイミングで行うことができる。また、来店周期の標準値を考慮することで、店舗側にとっても配信日を都合の良いタイミングに近づけることができる。
【0012】
また、請求項2に記載の発明である情報配信サーバは、店舗毎に設置される端末装置からネットワークを介して送信される顧客の来店履歴情報を受信、記録し、前記来店履歴情報に応じて、電子メールの送受信機能を有する顧客端末に対して情報を配信する情報配信サーバであって、前記情報配信サーバは、少なくとも、顧客が来店した来店日、来店した際に提供されたサービス、前回来店日からの日数間隔である来店周期からなる前記来店履歴情報と、前記サービス毎に設定される来店周期の標準値とを記録するデータベースと、前記端末装置から送信される前記顧客が来店したその日に提供されたサービスに従って、前記データベースから、当該サービスと同一、または関連性のあるサービスが記録されている前記来店履歴情報の件数と、前記来店履歴情報毎に前記来店周期を取得し、前記来店履歴情報毎の当該来店周期の積算値と前記標準値との加算値と、当該件数とから、次回の顧客の来店予測日を算出する来店予測日算出手段と、前記来店予測日から、前記顧客端末へ前記電子メールを配信する配信日を算出する配信日算出手段と、前記来店予測日当日、または前記来店予測日から所定の日数間における店舗の予約状況と、再来店勧誘の案内文を含む電子メールを作成する電子メール作成手段と、前記電子メール作成手段が作成した当該電子メールを前記顧客端末へ当該配信日に送信する送信手段とを備えることを特徴とする。
【0013】
請求項2の発明によれば、サービス毎に設定される来店周期の標準値と来店履歴情報を元に電子メールの配信日を設定するので、顧客に対して、予約状況と再来店勧誘の案内文を含む電子メールの配信を的確なタイミングで行うことができる。また、来店周期の標準値を考慮することで、店舗側にとっても配信日を都合の良いタイミングに近づけることができる。
【0014】
また、請求項3に記載の発明である情報配信サーバは、請求項2に記載の情報配信サーバであって、前記来店予測日算出手段は、前記来店予測日が、所定の期間に該当する場合、前記来店予測日から所定の日数減算することによって新たな予測日を算出し、さらに当該新たな予測日が所定の期間に該当する場合、当該新たな予測日を来店予測日とすることを特徴とする。
【0015】
請求項3の発明によれば、来店予測日が、所定の期間に該当する場合、その来店予測日を調整することによって配信日を調整することになるので、顧客に対して、予約状況と再来店勧誘の案内文を含む電子メールの配信を、時期的要因を考慮したより的確なタイミングで行うことができる。
【0016】
また、請求項4に記載の発明である情報配信サーバは、請求項2または請求項3に記載の情報配信サーバであって、前記データベースは、さらに前記サービスに関連する顧客固有の情報を記録し、前記顧客固有の情報が所定の状態である場合、前記来店予測日算出手段は、前記加算値から所定の日数減算した値から前記来店予測日を算出することを特徴とする。
【0017】
請求項4の発明によれば、顧客固有の情報に従って来店予測日を調整することよって配信日を調整することになるので、顧客に対して、予約状況と再来店勧誘の案内文を含む電子メールの配信をより的確なタイミングで行うことができる。
【0018】
また、請求項5に記載の発明である情報配信サーバは、請求項2乃至請求項4に記載の情報配信サーバであって、前記情報配信サーバは、前記データベースから顧客毎に最新の来店日を取得し、当該最新の来店日から所定の日数経過しているか判定する監視手段を備え、前記監視手段が来店日から所定の日数経過していると判定した場合は、前記電子メール作成手段は、再来店勧誘の案内文を含む電子メールを作成することを特徴とする。
【0019】
請求項5の発明によれば、一定期間来店の無い顧客に対して、再来店勧誘の案内文を含む電子メールを配信することによって、疎遠になりつつある顧客との関係を修復することができる。
【0020】
また、請求項6に記載の発明である情報配信サーバは、請求項2乃至請求項5に記載の情報配信サーバであって、前記情報配信サーバは、前記顧客端末、または前記店内端末から、少なくとも来店日、来店当日に顧客が希望するサービスを含む顧客の予約情報を受信し、予約受付可能であれば記録し、前記希望するサービスの所要時間を算出する予約受付手段を備え、前記電子メール作成手段は、前記予約受付手段によって受け付けられた当該予約情報と、前記所要時間と、予約が受け付けられた旨のメッセージを含む電子メールを作成することを特徴とする。
【0021】
請求項6の発明によれば、顧客から予約を受け付けることによって、顧客にとっては確実にサービスを受けることができ、店舗側にとっては収益の向上を図ることができる。
【0022】
また、請求項7に記載の発明である情報配信サーバは、請求項2乃至請求項6に記載の情報配信サーバであって、前記情報配信サーバは、前記顧客端末から電子メールの再配信の指示と指定日数を受信すると、前記配信日算出手段は、前記配信日に当該指定日数を加算して新たな配信日を算出することを特徴とする。
【0023】
また、請求項8に記載の発明である情報配信サーバは、請求項2乃至請求項7に記載の情報配信サーバであって、前記情報配信サーバは、前記顧客端末から、電子メールの配信リセットの指示と数値、または日付情報を受信すると、前記数値が正の数であった場合、前記データベースに対して、前記配信日に当該数値を加算する設定をし、前記数値が負の数であった場合、前記データベースに対して、前記来店周期を来店予測日の算出対象から除外する設定をし、また前記日付情報を受信した場合は、その日付を来店日として前記データベースに記録する記録手段を備え、前記配信日算出手段は、前記データベースに前記配信日に当該数値を加算する設定がされている場合は、算出した前記配信日に当該数値を加算し新たな配信日を算出し、前記来店予測日算出手段は、前記データベースに前記来店周期を来店予測日の算出対象から除外する設定がされている場合は、来店予測日算出時に算出対象から除外する設定がされている当該来店周期を用いないことを特徴とする。
【0024】
請求項7および8の発明によれば、サービス毎に設定される来店周期の標準値と来店履歴情報を元に電子メールの配信日を設定するところに、さらに顧客から配信日の設定、配信間隔の調整を行えるようにしているので、顧客に対して、予約状況と再来店勧誘の案内文を含む電子メールの配信をより的確なタイミングで行うことができる。
【0025】
また、請求項9に記載の発明である情報配信プログラムは、少なくとも、顧客が来店した来店日、来店した際に提供されたサービス、前回来店日からの日数間隔である来店周期からなる前記来店履歴情報と、前記サービス毎に設定される来店周期の標準値とを記録するデータベースを備え、店舗毎に設置される端末装置からネットワークを介して送信される顧客の来店履歴情報を受信、記録するコンピュータを、前記来店履歴情報に応じて、電子メールの送受信手段を有する顧客端末に対して情報を配信する手段として機能させる情報配信プログラムであって、前記情報配信プログラムは、コンピュータを、前記端末装置から送信される前記顧客が来店したその日に提供されたサービスに従って、前記データベースから、当該サービスと同一、または関連性のあるサービスが記録されている前記来店履歴情報の件数と、前記来店履歴情報毎に前記来店周期を取得し、前記来店履歴情報毎の当該来店周期の積算値と前記標準値との加算値と、当該件数とから、次回の顧客の来店予測日を算出する来店予測日算出手段と、前記来店予測日から、前記顧客端末へ前記電子メールを配信する配信日を算出する配信日算出手段と、前記来店予測日当日、または前記来店予測日から所定の日数間における店舗の予約状況と、再来店勧誘の案内文を含む電子メールを作成する電子メール作成手段と、前記電子メール作成手段が作成した当該電子メールを前記顧客端末へ当該配信日に送信する送信手段として機能させることを特徴とする。
【0026】
請求項9の発明によれば、サービス毎に設定される来店周期の標準値と来店履歴情報を元に電子メールの配信日を設定するので、顧客に対して、予約状況と再来店勧誘の案内文を含む電子メールの配信を的確なタイミングで行うことができる。また、来店周期の標準値を考慮することで、店舗側にとっても配信日を都合の良いタイミングに近づけることができる。
【0027】
また、請求項10に記載の発明である情報配信プログラムは、請求項9に記載の情報配信プログラムであって、前記来店予測日算出手段は、前記来店予測日が、所定の期間に該当する場合、前記来店予測日から所定の日数減算することによって新たな予測日を算出し、さらに当該新たな予測日が所定の期間に該当する場合、当該新たな予測日を来店予測日とすることを特徴とする。
【0028】
請求項10の発明によれば、来店予測日が、所定の期間に該当する場合、その来店予測日を調整することによって配信日を調整することになるので、顧客に対して、予約状況と再来店勧誘の案内文を含む電子メールの配信を、時期的要因を考慮したより的確なタイミングで行うことができる。
【0029】
また、請求項11に記載の発明である情報配信プログラムは、請求項9または請求項10に記載の情報配信プログラムであって、前記データベースは、さらに前記サービスに関連する顧客固有の情報を記録し、前記顧客固有の情報が所定の状態である場合、前記来店予測日算出手段は、前記加算値から所定の日数減算した値から前記来店予測日を算出することを特徴とする。
【0030】
請求項11の発明によれば、顧客固有の情報に従って来店予測日を調整することよって配信日を調整することになるので、顧客に対して、予約状況と再来店勧誘の案内文を含む電子メールの配信をより的確なタイミングで行うことができる。
【0031】
また、請求項12に記載の発明である情報配信プログラムは、請求項9乃至請求項11に記載の情報配信プログラムであって、前記情報配信プログラムは、コンピュータを、前記データベースから顧客毎に最新の来店日を取得し、当該最新の来店日から所定の日数経過しているか判定する監視手段として機能させ、前記監視手段が来店日から所定の日数経過していると判定した場合は、前記電子メール作成手段は、再来店勧誘の案内文を含む電子メールを作成することを特徴とする。
【0032】
請求項12の発明によれば、一定期間来店の無い顧客に対して、再来店勧誘の案内文を含む電子メールを配信することによって、疎遠になりつつある顧客との関係を修復することができる。
【0033】
また、請求項13に記載の発明である情報配信プログラムは、請求項9乃至請求項12に記載の情報配信プログラムであって、前記情報配信プログラムは、コンピュータを、前記顧客端末、または前記店内端末から、少なくとも来店日、来店当日に顧客が希望するサービスを含む顧客の予約情報を受信し、予約受付可能であれば記録し、前記希望するサービスの所要時間を算出する予約受付手段として機能させ、前記電子メール作成手段は、前記予約受付手段によって受け付けられた当該予約情報と、前記所要時間と、予約が受け付けられた旨のメッセージを含む電子メールを作成することを特徴とする。
【0034】
請求項13の発明によれば、顧客から予約を受け付けることによって、顧客にとっては確実にサービスを受けることができ、店舗側にとっては収益の向上を図ることができる。
【0035】
また、請求項14に記載の発明である情報配信プログラムは、請求項9乃至請求項13に記載の情報配信プログラムであって、コンピュータが前記顧客端末から電子メールの再配信の指示と指定日数を受信すると、前記配信日算出手段は、前記配信日に当該指定日数を加算して新たな配信日を算出することを特徴とする。
【0036】
また、請求項15に記載の発明である情報配信プログラムは、請求項9乃至請求項14に記載の情報配信プログラムであって、前記情報配信プログラムは、コンピュータを、前記顧客端末から、電子メールの配信リセットの指示と数値、または日付情報を受信すると、前記数値が正の数であった場合、前記データベースに対して、前記配信日に当該数値を加算する設定をし、前記数値が負の数であった場合、前記データベースに対して、前記来店周期を来店予測日の算出対象から除外する設定をし、また前記日付情報を受信した場合は、その日付を来店日として前記データベースに記録する記録手段として機能させ、前記配信日算出手段は、前記データベースに前記配信日に当該数値を加算する設定がされている場合は、算出した前記配信日に当該数値を加算し新たな配信日を算出し、前記来店予測日算出手段は、前記データベースに前記来店周期を来店予測日の算出対象から除外する設定がされている場合は、来店予測日算出時に算出対象から除外する設定がされている当該来店周期を用いないことを特徴とする。
【0037】
請求項14および15の発明によれば、サービス毎に設定される来店周期の標準値と来店履歴情報を元に電子メールの配信日を設定するところに、さらに顧客から配信日の設定、配信間隔の調整を行えるようにしているので、顧客に対して、予約状況と再来店勧誘の案内文を含む電子メールの配信をより的確なタイミングで行うことができる。
【0038】
【発明の実施の形態】
本発明の実施形態を、図1〜図35に基づいて説明する。なお、実施形態として、本発明を理容・美容院に適用させた例を用いて説明する。
【0039】
本実施形態におけるシステムの構成を図1に示す。本実施形態におけるシステムは、情報配信サーバ1、店舗毎に設置される店内端末2a,2b…、および、顧客が保有する顧客端末3a,3b…から構成され、インターネットやLAN(Local Area Network)等のネットワーク4によって相互に接続される。
【0040】
情報配信サーバ1の機能ブロック図を図2に示す。情報配信サーバ1は、通信機能部5、メール送受信機能部6、Web情報送受信機能部7、顧客履歴登録機能部8、メール配信日設定機能部9、メール作成機能部10、予約情報入力機能部11、予約状況抽出機能部12、メール配信日再設定機能部13、来店間隔監視機能部14を備え、さらに、顧客データベース15、サービスメニューデータベース16、予約データベース17、勤務スケジュールデータベース18、メール配信予約データベース19、Web情報データベース20を備える。
【0041】
通信機能部5は、所定のプロトコルを用いて店内端末2、および顧客端末3と通信を行い、さらに、ネットワーク4を介して受信した情報を、メール送受信機能部6、Web情報送受信機能部7、顧客履歴登録機能部8に転送する機能を有する。
【0042】
メール送受信機能部6は、通信機能部5が受信した情報のうち電子メールを受信する機能と、メール配信予約データベース19に登録されている電子メールを送信する機能を有する。
【0043】
Web情報送受信機能部7は、通信機能部5が受信した情報のうち、ホームページの閲覧要求を受信する機能とCGI(common gateway interface)機能を有し、通信機能部5を介して受信したホームページの閲覧要求に対して、Web情報データベース20等からマークアップ言語で記述された所望の文書、例えばHTML(HyperText Markup Language)で記述された文書を抽出し、場合によっては顧客を特定する情報、または顧客端末から送信される入力情報に応じて新たにマークアップ言語で文書を作成し、顧客端末3に送信する。また、通信機能部5が受信した情報のうち、顧客端末3に表示された画面に従って入力される予約情報を予約情報入力機能部11に転送し、メール配信日再設定の情報をメール配信日再設定機能部13に転送する機能を有する。
【0044】
顧客履歴登録機能部8は、顧客データベース15、サービスメニューデータベース16に登録されている各種情報を参照し、店内端末2に送信する機能と、顧客に関する各種情報を顧客データベース15に登録する機能を有する。
【0045】
メール配信日設定機能部9は、来店日やサービス履歴等の情報に応じて電子メールの配信日を算出し、顧客データベース15に登録する機能を有する。
【0046】
メール作成機能部10は、予め用意された定型文書を基に、顧客に対して来店時期の到来を知らせ、再来店勧誘の文書を含む電子メール(本実施形態においては、「そろそろメール」と称す)、予約状況を知らせる電子メール(本実施形態においては、「予約状況返信メール」と称す)、予約が登録されたことを通知する電子メール(本実施形態においては、「予約確定メール」と称す)、長期に渡って来店しない顧客に対して来店を促す電子メール(本実施形態においては、「その後いかがですかメール」と称す)を作成し、メール配信予約データベース19に保存する機能を有する。
【0047】
予約情報入力機能部11は、顧客端末3から送信された予約情報を予約データベース17に登録する機能と、メール作成機能部10に対して予約確定メールの作成を指示する機能を有する。
【0048】
予約状況抽出機能部12は、顧客端末3から予約状況の問合せの電子メールを受信すると、顧客履歴登録機能部8に対して予約状況の問合せを行った顧客に関する情報の入出力を指示する機能と、メール作成機能部10に対して予約状況返信メールの作成を指示する機能とを有する。
【0049】
メール配信日再設定機能部13は、顧客端末3からそろそろメール配信日の再設定、または配信間隔リセットの指示を受信すると、顧客履歴登録機能部8に対して、顧客データファイルの配信フラグの設定、または来店履歴ファイルの削除フラグの設定、または顧客情報の登録を指示する機能と、顧客端末3からの指示がメール配信日の再設定である場合は、メール作成機能部10に対して、そろそろメールの再作成を指示する機能を有する。
【0050】
来店間隔監視機能部14は、顧客データベース15を検索し、一定期間以上来店履歴が更新されていない顧客を検出すると、メール作成機能部10に対してその後いかがですかメールの作成を指示する機能を有する。
【0051】
顧客データベース15は、顧客の個人情報や来店履歴の情報を保存するデータベースであり、顧客データファイルと、来店履歴ファイルとを有する。
【0052】
顧客データファイルは、図3に示すようなデータテーブルであり、顧客ID、氏名、パーマフラグ、電子メールアドレス、メール配信日、配信フラグ、来店履歴、住所、電話番号の項目を有し、顧客の個人情報と共に、電子メールの配信日を配信状態、および個人毎に用意される来店履歴ファイルのファイル名が記録される。パーマフラグの項目に−1が記録されていると、その顧客の髪質がやわらかいことを示し、電子メールの配信日を算出する際に所定日数を減算することによって日数調整を行い、配信日を設定することを示す。また、配信フラグの項目に−1が記録されていると、その顧客に対しては、電子メールの配信が一時停止状態になっていることを示し、−1以外の数値が記録されていれば、電子メールの配信日を算出する際に、さらにその数値を加算して配信日を設定することを示す。また、顧客が良く来店する店舗名を記録する項目を設けても良い。
【0053】
また、来店履歴ファイルは、顧客毎に用意され、図4に示すようなデータテーブルであり、来店日、サービスID、髪型、担当者、来店周期、削除フラグの項目を有し、来店の度に履歴が記録される。削除フラグの項目に−1が記録されると、メール配信日を設定する際には、そのレコードの来店周期は無効となり用いられなくなる。
【0054】
また、サービスメニューデータベース16は、サービス毎にメールの配信間隔の標準値を記録した配信間隔データファイルを有する。この配信間隔の標準値は、店舗側にとって顧客が再来店して欲しい理想の間隔が設定される。配信間隔データファイルは、図5に示すようなデータテーブルであり、サービスID、サービス、標準間隔、関連性、所要時間の項目を有する。この関連性の項目に記録される値は、各サービスのサービスIDであり、この項目に記録される値に従って、異なるサービスであっても同じサービスとして扱われ、電子メールの配信日が算出される。例えば、図5のサービスIDが3の「カット、パーマ」は関連性が2となっており、配信日を算出する際には「カット、パーマ」は、サービスIDが2の「パーマ」と同じサービスとして扱われる。また、所要時間の項目には、そのサービスを提供するのに必要な時間が記録される。
【0055】
また、予約データベース17は、図6に示す予約データテーブルを有する。予約データテーブルは、予約番号、予約日、来店時刻、所要時間、担当者、サービス、顧客ID、氏名、電子メールアドレスの項目を有し、顧客の来店日、および来店時刻、来店当日のサービスとその所要時間、担当者を記録する。
【0056】
また、勤務スケジュールデータベース18は、図7に示すような、勤務スケジュールを記録したタイムテーブルを有し、個人毎に出社予定時刻と退社予定時刻が記録される。
【0057】
また、メール配信予約データベース19は、メール作成機能部10によって作成された電子メールを一時的に保存するデータベースである。
【0058】
また、Web情報データベース20は、顧客端末3に送信するマークアップ言語で記述された文書(例えば、HTML文書)を保存するデータベースである。
【0059】
なお、本実施形態において、「顧客を特定する情報」と記載がある場合は、顧客データファイルに登録されている顧客ID、氏名、電子メールアドレス、住所、電話番号のいずれかの情報、または、これらの情報から2以上の任意の組み合わせによって構成される情報であることとする。
【0060】
店内端末2は、通信機能部5を備えるコンピュータ端末または電子式キャッシュレジスタであり、店員の勤務スケジュールを情報配信サーバ1へ登録する機能、新規サービスを情報配信サーバ1へ登録する機能、情報配信サーバ1に登録されている予約情報を参照する機能、入力された顧客情報を情報配信サーバ1へ登録する機能を有する。また、会員証、または携帯端末の画面に表示されるバーコードを読み取るバーコードリーダを備える。
【0061】
図8、および図9は、店内端末2の画面に表示される勤務スケジュール登録画面の例である。図8の画面で勤務スケジュールを設定したい日、例えば、「5日」を選択すると、図9の画面が表示される。図9は、図8で選択された日の出社時刻と退社時刻を入力する画面である。図9中、左端の項目に示されている時刻にチェックを入れると、表示されている全ての店員の勤務スケジュールとなり、店員毎の項目で、それぞれ出社予定時刻と退社予定時刻でチェックを入れると、店員毎の勤務スケジュールとなり、登録ボタンを選択することによって、設定した時刻が勤務スケジュールデータベース18に登録される。
【0062】
また、図10は、新規サービスを登録するサービス登録画面の例であり、利用者(店員)が図10(a)のサービス、標準間隔、関連性の各項目に登録事項を入力し、登録ボタンを選択することによって、新規サービスが図5の配信間隔データファイルに登録される。また、図10(b)には、既に配信間隔データファイルに登録されているサービスの一覧が表示される。
【0063】
また、図11、および図12は、情報配信サーバ1に登録されている予約情報を参照する際の画面の例である。例えば、図11の画面で「5日」を選択すると、図6の予約データテーブルから予約日が5日となっている予約情報が抽出され、図12に示すように、担当者毎に時間表が表示される。図12中、ハッチング部が予約されている時間帯を示す。
【0064】
また、図13は、情報配信サーバ1へ顧客の履歴情報を登録する顧客履歴登録画面の例である。既に登録されている顧客であれば、「検索」または「バーコード入力」を選択することによって、情報配信サーバ1からその顧客に関する各種情報を取得することができる。また、「登録」、または「新規登録」を選択することによって、情報配信サーバ1に顧客に関する各種情報を登録することができる(詳細については後述する)。
【0065】
顧客端末3は、携帯電話、PHS、PDA、コンピュータ等であり、電子メールの送受信を行う機能と、ホームページを閲覧する機能(Webブラウザ機能)を備える。
【0066】
顧客が所有する会員証は、顧客を識別するためのバーコードが印刷されており、顧客の新規登録時に発行される。
【0067】
本実施形態における情報配信サーバ1の処理を図14に示す。顧客が来店すると、まず、顧客のサービス履歴や個人情報を登録する顧客履歴登録処理(ステップS01)が行われる。次に、サービス履歴に応じてそろそろメールの配信日を算出するメール配信日設定処理(ステップS02)が行われる。次に、各種電子メールを作成するメール作成処理(ステップS03)が行なわれ、メール配信日設定処理で算出された配信日に各種電子メールの送信を行うメール配信処理(ステップS04)が行われる。その後、顧客から来店の予約を受け付けると、予約情報の入力する予約情報入力処理(ステップS05)が行なわれる。ステップS01からステップS05までは、通常処理として行なわれる。
【0068】
その他の処理として、メール配信日の再設定を行うメール配信日再設定処理(ステップS06)、顧客から予約状況の問合せがあった時に、予約状況をその顧客へ返信する予約状況確認処理(ステップS07)、顧客の来店間隔を監視し、長期に渡って来店していない顧客に対して、来店を促すメールの配信を行う来店間隔監視処理(ステップS08)があり、適宜必要に応じて実行される。
【0069】
以下、情報配信サーバ1の各機能部によって行なわれる処理について個別に説明する。
【0070】
<顧客履歴登録処理>
まず、顧客履歴登録処理について、図15のフローチャートに基づいて説明する。
【0071】
顧客履歴登録処理は顧客履歴登録機能部8によって実行され、「新規登録」、「登録」、「バーコード入力」、「検索」の4つの処理機能を有する。「新規登録」、および「登録」では、各データベースに対して顧客に関する各種情報の記録が行なわれる。また、「バーコード入力」、および「検索」では、既に登録されている情報を検索し、店内端末2に対して検索結果の返信が行なわれる。
【0072】
店内端末2から所定のURLで情報配信サーバ1をアクセスすると、図13に示す顧客履歴登録画面が表示される。この顧客履歴登録画面には、バーコード入力、検索、登録、新規登録の4つのコマンドが用意されており、利用者(店員)は適宜必要に応じて使い分けることができる。
【0073】
既に登録されている顧客であれば、IDや氏名等、特定の情報を入力し、検索ボタンを選択することによって、データベースから入力された情報に該当する顧客の情報を抽出し、画面に表示する。
【0074】
また、会員証に印刷されるバーコードや、携帯電話の画面に表示されるバーコードを、バーコードリーダを用いて読み取ることによって、顧客を特定する情報を入力することによって、データベースから該当する顧客の諸情報を抽出し、画面に表示する。なお、顧客端末3へのバーコードの発行については後述する。
【0075】
利用者が、顧客を特定する情報を入力し、上記の4つのコマンドうち、いずれか1つを選択すると、顧客履歴登録機能部8へコマンドと顧客を特定する情報が送信される(ステップS11)。この時、利用者は全ての情報を入力する必要はない。
【0076】
なお、この顧客履歴登録処理では、ネットワーク4上に顧客のプライバシーに関する情報を送信することになるので、コマンドと顧客情報には暗号化処理を施したり、独自のプロトコルを用いて送受信を行ったりする。
【0077】
顧客履歴登録機能部8は、顧客を特定する情報とコマンドを受信すると(ステップS12)、まず受信したコマンドが、「バーコード入力」、「検索」、「登録」、「新規登録」のいずれかであるか判定を行う(ステップS13)。
【0078】
≪バーコード入力コマンド≫
受信したコマンドがバーコード入力コマンドであった場合、顧客履歴登録機能部8は、直ちにバーコード情報の受信待機状態となる。そして、顧客履歴登録機能部8は店内端末2からバーコード情報を受信すると(ステップS14)、そのバーコード情報を、顧客を特定する情報に変換する(ステップS15)。本実施形態ではバーコード情報に記録されている情報は、顧客のIDと氏名とするが、特にこれらに限定されるものではない。IDだけでも良いし、その他に電子メールアドレス等、顧客データファイルに記録されている顧客固有の情報を付加しても良い。
【0079】
次に、顧客履歴登録機能部8は、変換したバーコード情報を基に、顧客データファイルから該当する顧客の諸情報を抽出し(ステップS16)、店内端末2(または処理要求元)へ送信する(ステップS17)。店内端末2では、顧客履歴登録機能部8によって抽出され送信された顧客の諸情報が、顧客情報登録画面に表示される。
【0080】
≪検索コマンド≫
受信したコマンドが検索コマンドであった場合、顧客履歴登録機能部8は、同時に受信した顧客を特定する情報を基に顧客データファイルを検索する(ステップS18)。
【0081】
受信した顧客を特定する情報に該当するレコードが顧客データファイルに存在するかどうか判定し(ステップS19)、該当するレコードが存在する場合は、顧客履歴登録機能部8は、顧客データファイルから該当する顧客の諸情報を抽出し(ステップS16)、店内端末2(または処理要求元)へ送信する(ステップS17)。店内端末2では、顧客履歴登録機能部8によって抽出され送信された顧客の諸情報が、顧客情報登録画面に表示される。
【0082】
また、該当するレコードが存在しない場合は、顧客履歴登録機能部8は、エラーメッセージを店内端末2(または処理要求元)へ送信する(ステップS20)。
【0083】
≪登録コマンド≫
受信したコマンドが登録コマンドであった場合、顧客履歴登録機能部8は、同時に受信した顧客を特定する情報を基に顧客データファイルを検索する(ステップS21)。
【0084】
受信した顧客を特定する情報に該当するレコードが顧客データファイルに存在するかどうか判定し(ステップS22)、該当するレコードが存在する場合は、顧客履歴登録機能部8は、顧客データファイルに適宜受信した顧客の諸情報を記録する(ステップS23)。また、顧客履歴登録機能部8は、顧客データファイルから来店履歴ファイルのファイル名を取得する。
【0085】
次に、顧客履歴登録機能部8は、取得したファイル名に該当する来店履歴ファイルを開き、必要に応じて適宜受信した顧客の諸情報を記録する(ステップS24)。
【0086】
また、該当するレコードが存在しない場合は、顧客履歴登録機能部8は、エラーメッセージを店内端末2(または処理要求元)へ送信する(ステップS25)。
【0087】
≪新規登録コマンド≫
受信したコマンドが新規登録コマンドであった場合、顧客履歴登録機能部8は、その新規の顧客を特定する情報に対してID番号を発行する(ステップS26)。
【0088】
次に、顧客履歴登録機能部8は、新規の顧客情報を記録するための来店履歴ファイルを作成する(ステップS27)。
【0089】
次に、顧客履歴登録機能部8は、顧客データファイルに新規顧客の諸情報を記録する(ステップS23)。
【0090】
次に、顧客履歴登録機能部8は、取得したファイル名に該当する来店履歴ファイルを開き、新規顧客の諸情報を記録する(ステップS24)。
【0091】
<メール配信日設定処理>
次に、メール配信日設定処理について、図16のフローチャートに基づいて説明する。
【0092】
メール配信日設定処理は、メール配信日設定機能部9によって実行される。メール配信日設定機能部9は、まず、顧客データファイルからメール配信日を設定する顧客の配信フラグの値を取得する(ステップS31)。さらに、メール配信日設定機能部9は、その顧客の来店履歴ファイルから最新レコードの来店日と、サービスIDと、髪型を取得する(ステップS32)。
【0093】
次に、メール配信日設定機能部9は、電子メールの配信が一時停止状態か(取得した配信フラグの値が−1)、または、来店履歴ファイルの最新レコードは1件目のレコードか判定する(ステップS33)。配信が一時停止状態でなく、かつ、最新レコードが1件目のレコードでない場合、メール配信日設定機能部9は、サービスIDと髪型が取得できたか判定する(ステップS34)。サービスIDと髪型が取得できなかった場合、メール配信日設定機能部9は、最新レコードの1つ前のレコードからサービスIDと髪型を取得する(ステップS35)。さらに、サービスIDと髪型を取得できなかった場合は、取得できるまで過去のレコードを遡ってサービスIDと髪型を取得する。このサービスIDと髪型を取得できない場合とは、図31で他店へ行った履歴が登録される場合を考慮しての処理である(詳細については後述)。
【0094】
次に、メール配信日設定機能部9は、取得したサービスIDを基に配信間隔データファイルからそのサービスIDの示す標準間隔を取得する(ステップS36)。サービスIDと髪型が取得できた場合、メール配信日設定機能部9は、取得したサービスIDを基に配信間隔データファイルからそのサービスIDの示す標準間隔を取得する(ステップS37)。
【0095】
次に、メール配信日設定機能部9は、ステップS32で取得したサービスIDに関連するサービスIDを配信間隔データファイルから取得し(ステップS38)、さらに、来店履歴ファイルのサービスIDの項目に、ステップS32で取得したサービスIDと、ステップS38で取得した関連性のあるサービスIDとが記録されている全レコードの来店周期を取得し、積算する。また、同時にステップS32で取得したサービスIDと、ステップS38で取得した関連性のあるサービスIDとが記録されているレコードの件数をカウントする(ステップS39)。この時、削除フラグに−1が記録されているレコードについては、積算から除外し、件数もカウントしない。
【0096】
次に、メール配信日設定機能部9は、ステップS39で算出した来店周期の積算値に、ステップS37で取得した標準間隔を加算する(ステップS40)。
【0097】
次に、メール配信日設定機能部9は、ステップS32(またはステップS35)で取得したサービスIDが、パーマ、またはパーマを含むサービスであるか判定する。パーマ、またはパーマを含むサービスであった場合、さらに、顧客データファイルを参照し、パーマフラグが−1であるかどうか判定する(ステップS41)。パーマ、またはパーマを含むサービスであり、かつ、パーマフラグが−1であった場合、メール配信日設定機能部9は、ステップS40で算出した加算値(またはステップS36の標準間隔)から所定日数(本実施形態においては14日)減算する(ステップS42)。パーマ、またはパーマを含むサービスでなかった場合、メール配信日設定機能部9は、ステップS32で取得した髪型がショートまたはミディアムであるか判定する(ステップS43)。髪型がショートまたはミディアムであった場合、メール配信日設定機能部9は、ステップS40で算出した加算値から所定日数(本実施形態においては10日)減算し、ミディアムであった場合は、ステップS40で算出した加算値から所定日数(本実施形態においては5日)減算する(ステップS44)。なお、電子メールの配信日を調整する上記の各日数は店舗毎に設定する。
【0098】
次に、メール配信日設定機能部9は、ステップS44までで算出された加算値(またはステップS36の標準間隔)から来店予測日を算出する(ステップS45)。
【数1】

Figure 2004118457
または、
【数2】
Figure 2004118457
(ステップS33で、配信が一時停止状態である、もしくは、最新レコードが1件目のレコードである、または、ステップS34で、サービスIDと髪型が取得できない場合)
【0099】
次に、メール配信日設定機能部9は、次回来店予測日から所定日数を減算し、メール配信日を算出する(ステップS46)。所定日数は店舗毎に設定するが、デフォルト値は7日である。なお、次回来店予測日を算出する際に、小数点以下の端数がでた場合は、その小数点以下は切り捨て、または四捨五入し、整数値のみ次回来店予測日として取り扱う。
【数3】
Figure 2004118457
【0100】
次に、メール配信日設定機能部9は、算出したメール配信日が特定期間内の日付になっているか判定する(ステップS47)。特定期間内である場合、メール配信日設定機能部9は、メール配信日から所定日数(本実施形態においては7日)減算する(ステップS48)。なお、電子メールの配信日を調整する上記の日数は店舗毎に設定する。
【0101】
例えば、このステップS47とステップS48の処理は、4月1日から5月31日まで、6月15日から7月25日まで、7月26日から9月30日まで、11月15日から2月15日までを特定期間とし、乾燥、紫外線、湿度、日焼け等の影響を考慮して所定日数減算する。
【0102】
さらに、メール配信日設定機能部9は、ステップS48で再計算した日付が再度特定期間内になっているか判定する(ステップS49)。再計算後の日付が、特定期間内でなかった場合、メール配信日設定機能部9は、ステップS48の再計算をキャンセルする(ステップS50)。また、再計算後のメール配信日が、特定期間内であった場合、メール配信日設定機能部9は、再計算後の日付をメール配信日とする。
【0103】
次に、メール配信日設定機能部9は、配信フラグの値を判定する(ステップS51)。配信フラグの値が、−1以外の他の値(n)である場合、メール配信日設定機能部9は、メール配信日にn日加算する(ステップS52)。また、配信フラグの値が空白である場合は何もしない。
【0104】
最後に、メール配信日設定機能部9は、来店履歴ファイルのメール配信日の項目にメール配信日を記録する(ステップS53)と共に、配信フラグの値を空白にする。
【0105】
<メール作成処理>
次に、メール作成処理について、図17のフローチャートに基づいて説明する。
【0106】
メール作成処理は、メール作成機能部10によって実行される。メール作成機能部10は、メール作成の指示を受信すると(ステップS61)、まず、判定は、メール作成を指示した処理から受信する情報の項目が異なることに基づいて、その指示を行った処理を判定する(ステップS62)。なお、各処理から受信する情報は、通常処理からは顧客を特定する情報のみ、予約状況抽出処理からは顧客を特定する情報(電子メールアドレス)、確認日、および担当者の情報、メール配信日再設定処理からは顧客を特定する情報、および配信間隔の情報、予約情報入力処理からは顧客を特定する情報、および予約番号の情報、来店間隔監視処理からは顧客を特定する情報、および経過日数の情報となる。
【0107】
≪通常処理≫
判定の結果、指示元が通常処理であった場合、まず、メール作成機能部10は、顧客を特定する情報を取得する(ステップS63)。
【0108】
次に、メール作成機能部10は、その顧客の来店履歴ファイルからメール配信日を取得し、場合によっては、その顧客を担当した担当者を取得する(ステップS64)。
【0109】
次に、メール作成機能部10は、来店履歴ファイルから最新レコード(前回)の担当者を取得する(ステップS65)。
【0110】
次に、メール作成機能部10は、予約データベース17と勤務スケジュールデータベース18から、メール配信日当日、または電子メールの配信日から所定日数間(例えば、7日間)の予約状況を取得する(ステップS66)。その際、ステップS65で担当者を取得できていれば、その担当者の勤務スケジュールと予約状況を取得する。担当者を取得できていなければ、店舗全体の勤務スケジュールと予約状況を取得する。
【0111】
次に、メール作成機能部10は、「そろそろメール」を作成し(ステップS67)、作成したメールをメール配信予約データベース19に保存する(ステップS68)。
【0112】
なお、「そろそろメール」を作成するタイミングについては特に限定しないが、例えば、メール配信日の前日や、可能な限り配信直前に「そろそろメール」を作成し、顧客に対して正確な予約状況を提供する。
【0113】
≪メール配信日再設定処理≫
判定の結果、指示元がメール配信日再設定処理であった場合、まず、メール作成機能部10は、顧客を特定する情報とそろそろメールの配信間隔を取得する(ステップS69)。
【0114】
メール作成機能部10は、顧客データファイルのメール配信日に配信間隔を加算した日付を新たな配信日として設定する(ステップS70)。
【0115】
以降、≪通常処理≫と同様の手順で「そろそろメール」を作成し、作成したメールをメール配信予約データベース19に保存する(ステップS65〜ステップS68)。
【0116】
≪予約状況抽出処理≫
判定の結果、指示元が予約状況抽出処理であった場合、まず、メール作成機能部10は、顧客を特定する情報と予約状況を確認する確認日を取得する(ステップS71)。
【0117】
さらに、受信した情報に担当者の指定があるかどうか判定する(ステップS72)。
【0118】
担当者の指定がある場合、メール作成機能部10は、予約データベース17と勤務スケジュールデータベース18から、確認日における指定された担当者の予約状況を取得する(ステップS73)。
【0119】
担当者の指定がない場合、メール作成機能部10は、予約データベース17と勤務スケジュールデータベース18から、確認日の予約状況を取得する(ステップS74)。なお、ステップS73、およびステップS74で確認日の指定がない場合(ステップS71で確認日が取得できない場合)、予約状況確認の電子メールの配信日から所定日数間(例えば、7日間)の予約状況を取得する。
【0120】
次に、メール作成機能部10は、「予約状況返信メール」を作成し(ステップS75)、作成したメールをメール配信予約データベース19に保存する(ステップS68)。
【0121】
≪予約情報入力処理≫
判定の結果、指示元が予約情報入力処理であった場合、まず、メール作成機能部10は、顧客を特定する情報と予約番号を取得する(ステップS76)。
【0122】
次に、メール作成機能部10は、予約番号を基に、予約データベース17から予約情報を取得する(ステップS77)。また、メール作成機能部10は、その予約情報に指定されたサービスの所要時間を配信間隔データファイルから取得する。
【0123】
次に、メール作成機能部10は、予約データベース17から取得した予約情報と配信間隔データファイルから取得した所要時間を基に「予約確定メール」を作成し(ステップS78)、作成したメールをメール配信予約データベース19に保存する(ステップS68)。この時、顧客を特定する情報が記録されたバーコード(図24(b))を作成し、予約確定メールの添付ファイルとして送信するようにしても良い。
【0124】
≪来店間隔監視処理≫
判定の結果、指示元が来店間隔監視処理であった場合、まず、メール作成機能部10は、顧客を特定する情報と経過日数を取得する(ステップS79)。
【0125】
次に、メール作成機能部10は、予約データベース17と勤務スケジュールデータベース18から、当日、またはその日から所定日数間(例えば、7日間)の予約状況を取得する(ステップS80)。
【0126】
次に、メール作成機能部10は、「その後いかがですかメール」を作成し(ステップS81)、作成したメールをメール配信予約データベース19に保存する(ステップS68)。
【0127】
<メール配信処理>
次に、メール配信処理について、図18のフローチャートに基づいて説明する。
【0128】
メール配信処理は、メール配信機能によって実行される。メール送受信機能部6は、常時、メール配信データベースにメールが保存されたかどうか監視している。
【0129】
そして、メールが新規に保存されたことを検出すると(ステップS91)、メール送受信機能部6は、そのメールに対してメール配信日の指定がされているかどうか判定する(ステップS92)。本実施形態において、メール配信日が指定されるメールとは「そろそろメール」であり、メール配信日が指定されないメールには「予約確定メール」、「予約状況返信メール」がある。
【0130】
メール配信日の指定がない場合には、メール送受信機能部6は、直ちにメールを送信し(ステップS93)、監視状態に戻る。メール配信日の指定がある場合には、メール送受信機能部6は、何も処理を行わず、監視状態に戻る。
【0131】
また、タイマーによる割り込み処理が発生すると(ステップS94)、メール送受信機能部6は、「そろそろメール」の配信時刻であるか判定する(ステップS95)。
【0132】
送信時刻である場合、メール送受信機能部6は、メール配信予約データベース19からメール配信日が一致するものを全て抽出し(ステップS96)、送信する(ステップS93)。送信時刻でない場合、メール送受信機能部6は、何も処理を行わず、監視状態に戻る。
【0133】
<予約情報入力処理>
次に、予約情報入力処理について、図19のフローチャートに基づいて説明する。
【0134】
予約情報入力処理は、予約情報入力機能部11によって実行される。予約情報入力機能部11は、Web情報送受信機能部7から顧客を特定する情報と、来店日、来店時刻、サービス、担当者の情報を取得すると(ステップS101)、まず、勤務スケジュールデータベース18と、予約データベース17を参照し、担当者の指定がある場合は、その担当者のスケジュールを取得し、担当者の指定がない場合は、その店舗全体のスケジュールを取得する(ステップS102)。
【0135】
次に、予約情報入力機能部11は、指定された来店日、来店時刻、およびサービスが対応可能であるか判定する(ステップS103)。
【0136】
対応可能である場合は、予約情報入力機能部11は、予約データベース17に登録し、予約番号を取得する(ステップS104)。
【0137】
次に、予約情報入力機能部11は、予約番号と共にメール作成機能部10をコールする(ステップS105)。
【0138】
メール作成機能部10は、予約番号を基に、「予約確定メール」を作成し、メール配信予約データベース19に保存する(ステップS106)。保存された「予約確定メール」はメール送受信機能部6によって、自動的に予約をした顧客へ送信される。
【0139】
対応が不可能である場合は、予約情報入力機能部11は、予約を受けられない旨のメッセージを送信し(ステップS107)、処理を終了する。
【0140】
なお、通常、予約情報入力機能部11は、ネットワーク4を介して顧客から顧客を特定する情報と、来店日、来店時刻、サービス、担当者の情報を取得するが、電話による予約の場合は、店内端末2から、または情報配信サーバ1に直接入力することによって、顧客を特定する情報と、来店日、来店時刻、サービス、担当者の情報を取得する。
【0141】
<メール配信日再設定処理>
次に、メール配信日再設定処理について、図20のフローチャートに基づいて説明する。
【0142】
メール配信日再設定処理は、メール配信日再設定機能部13によって実行される。メール配信日再設定機能部13は、Web情報送受信機能部7から顧客を特定する情報と、メール配信日の再設定のコマンドを受信すると(ステップS111)、そのコマンドが、電子メールの再配信を要求する「再配信」コマンドであるのか、電子メールの配信間隔をリセットする「リセット」コマンドであるのかを判定する(ステップS112)。この時、コマンドと共に、配信間隔、日付、日数、「OK」の文字列のうち、いずれかの値もあわせて受信する。
【0143】
受信したコマンドが、「再配信」コマンドであり、同時に配信間隔を受信した場合、メール配信日再設定機能部13は、顧客を特定する情報とその配信間隔と共にメール作成機能部10をコールする。その後、メール作成機能部10は、「そろそろメール」を作成し、メール配信予約データベース19に保存する(ステップS114)。保存された「そろそろメール」はメール送受信機能部6によって、自動的に顧客端末3へ送信される。
【0144】
また、受信したコマンドが、「リセット」コマンドであった場合、メール配信日再設定機能部13は、その「リセット」コマンドに付加されている値の判別を行う。
【0145】
「リセット」コマンドに付加されている値が、正の数である場合、メール配信日再設定機能部13は、顧客を特定する情報と共に、「登録」コマンドで顧客履歴登録機能部8をコールし、その正の数を配信フラグの値として顧客履歴登録機能部8に引き渡す(ステップS116)。
【0146】
また、「リセット」コマンドに付加されている値が、「OK」の文字列である場合、メール配信日再設定機能部13は、顧客を特定する情報と共に、「登録」コマンドで顧客履歴登録機能部8をコールし、その負の数の代わりに−1を削除フラグの値として顧客履歴登録機能部8に引き渡す(ステップS117)。
【0147】
また、「リセット」コマンドに付加されている値が、日付である場合、メール配信日再設定機能部13は、顧客を特定する情報と共に、「登録」コマンドで顧客履歴登録機能部8をコールし、その日付を新たな履歴として顧客履歴登録機能部8に引き渡す(ステップS118)。この時、日付または日数が入力されなければ、顧客を特定する情報と共に、「登録」コマンドで顧客履歴登録機能部8をコールし、−1を配信フラグの値として顧客履歴登録機能部8に引き渡すようにする。
【0148】
顧客履歴登録機能部8は、引き渡された値に基づいて、顧客履歴登録処理を行い、顧客データファイル、または、来店履歴ファイルの更新を行う(ステップS119)。
【0149】
<予約状況抽出処理>
次に、予約状況抽出処理について、図21のフローチャートに基づいて説明する。
【0150】
予約状況抽出処理は、予約状況抽出機能部12によって実行される。予約状況抽出機能部12は、予約状況確認の電子メールを受信すると(ステップS121)、その電子メールから電子メールアドレスを取得する(ステップS122)。
【0151】
取得した電子メールアドレスを基に、「検索」コマンドで顧客情報登録機能をコールする(ステップS123)。これは既に登録されている顧客からの問合せであるかどうか判定するために行う。
【0152】
顧客情報登録機能は、電子メールアドレスを基に顧客データベース15を検索して、該当する顧客が登録されている場合は、その顧客情報を取得し予約状況抽出機能部12に送信する(ステップS124)。また、該当する顧客が登録されていない場合は、予約状況抽出機能部12にエラーメッセージを送信する。
【0153】
予約状況抽出機能部12は、受信した情報(顧客情報か、エラーメッセージか)に基づいて、既に登録されている顧客かどうか判定する(ステップS125)。顧客情報登録機能から顧客情報が送信された場合は、その顧客情報と確認日、および担当者の指定がある場合は担当者の情報と共にメール作成機能部10をコールする(ステップS126)。
【0154】
また、顧客情報登録機能からエラーメッセージが送信された場合は、「新規登録」コマンドで再度顧客情報登録機能をコールする(ステップS127)。
【0155】
顧客情報登録機能によって、顧客情報が登録された後(ステップS128)、その顧客情報と確認日、および担当者の指定がある場合は担当者の情報と共にメール作成機能部10をコールする(ステップS126)。
【0156】
その後、メール作成機能部10は、「予約状況返信メール」を作成し、メール配信予約データベース19に保存する(ステップS129)。保存された「予約状況返信メール」はメール送受信機能部6によって、自動的に予約状況を問い合わせた顧客の顧客端末3へ送信される。
【0157】
<来店間隔監視処理>
次に、来店間隔監視処理について、図22のフローチャートに基づいて説明する。
【0158】
来店間隔監視処理は、来店間隔監視機能部14によって実行される。来店間隔監視機能部14は、来店履歴ファイルから最新レコードの来店日を取得する(ステップS131)。
【0159】
次に、来店間隔監視機能部14は、来店日からの経過日数を算出し、所定の日数(例えば、90日)を経過したか判定する(ステップS132)。所定の日数経過している場合、来店間隔監視機能部14は、顧客データファイルから、その顧客の配信フラグを参照する(ステップS133)。
【0160】
次に、来店間隔監視機能部14は、顧客データファイルの配信フラグが−1(配信停止)になっているか判定し(ステップS134)、配信フラグの値が−1(配信停止)でなければ、経過日数を取得する(ステップS135)。
【0161】
次に、来店間隔監視機能部14は、顧客を特定する情報と経過日数と共にメール作成機能部10をコールする(ステップS136)。その後、メール作成機能部10は、「その後いかがですかメール」を作成し、メール配信予約データベース19に保存する(ステップS137)。保存された「その後いかがですかメール」はメール送受信機能部6によって、顧客端末3へ送信される。
【0162】
次に、顧客端末3、店内端末2を含めたシステム全体の一連の処理手順について、図23〜図35に基づいて説明する。
【0163】
まず、図23のシーケンス図、および図24〜図28の画面表示例を用いて、通常の処理の流れについて説明する。
【0164】
顧客が来店すると、店員によって店内端末2にその顧客の履歴情報が入力される。既に会員として登録されている顧客には図24(a)に示すような会員証を発行しておき、顧客の履歴情報を入力する際に、会員証に印刷されているバーコードをバーコードリーダーで読み取ることによって、その顧客の個人情報を呼び出すことができる(検索コマンド)。また、図24(b)は、顧客の携帯端末の画面例であり、図24(a)の会員証の替わりに、携帯端末の画面にバーコードを表示させ、それをバーコードリーダーで読み取るようにしてもよい。この携帯端末に表示されるバーコードは、後述する予約確定メールの添付ファイルとして顧客端末3が受信する場合と、所定のURLで情報配信サーバ1をアクセスすることによって取得する場合が上げられる。
【0165】
次に、入力された顧客の履歴情報は情報配信サーバ1に送信され(d1)、情報配信サーバ1では、まず、顧客履歴登録処理(ステップS11〜S27)が行われ、登録された履歴情報に基づいてメール配信日設定処理(ステップS31〜S53)が行われ、メール配信日が算出される。入力された顧客の履歴情報は、例えば図13の履歴情報であれば、
「http://www.**.jp/rireki/cgi/rireki?tenpo=akasakaten&userid=83&Eaddress=yamada@***.ne.jp…&service=4&tantou=佐藤」
のようにHTTP形式(HyperText Transfer Protocol)で送信するようにしても良いし、“/rireki/rireki? tenpo=akasakaten&userid=83…”以降の個人情報に暗号化処理を施して送信するようにしても良い。また、顧客端末3側に専用の送信プログラムとプロトコルを用意し、履歴情報を送信するようにしても良い。
後述の予約内容を送信する際も同様である。なお、上記の履歴情報には、送信元の店内端末2が設置されている店舗を示す情報も含まれている。
【0166】
例えば、図4の来店履歴ファイルで、履歴情報として8月13日の最新レコードが記録されたとすると、まず、図16のステップS45における次回来店予測日は9月28日となる。そしてステップS46におけるメール配信日は9月28日から7日間減算し9月21日となる。さらに、この9月21日は特定期間内になるので5日間減算し、ステップS52で来店履歴ファイルに記録されるメール配信日は9月16日となる。
【0167】
次に、メール作成処理(ステップS61〜S68)が行われ、例えば、図25に示すようなそろそろメールが作成され、メール配信処理(ステップS91〜96)によって顧客端末3へそろそろメールが配信される(d2)。このそろそろメールには、予約の空き状況が掲載されると共に、予約を受け付けるWebサイトのURL(図25(a))、そろそろメールの再配信の設定を受け付けるWebサイトのURL(図25(b))、そろそろメールの配信日の再設定を受け付けるWebサイトのURL(図25(c))、および掲載されている日以外の予約の空き状況確認の電子メールの送信先アドレスが掲載される。
【0168】
顧客が、顧客端末3に表示されている予約を受け付けるWebサイトのURL(図25(a))を選択すると、図26(1)に示す予約受付画面が顧客端末3に表示される。表示された内容にしたがって各予約内容を入力し、画面下部の「予約確認」ボタンを選択すると、図26(2)に示すの画面が顧客端末3に表示される。顧客が入力した予約内容を確認した上で、「決定」ボタンを選択すると、入力された予約内容が情報配信サーバ1へ転送される(d3)。
【0169】
次に、情報配信サーバ1では、受信した予約情報を予約データベース17に登録する予約情報入力処理(ステップS101〜S107)が行われる。ここで、受信した予約情報が受付不可能である場合は、図19のステップS107ではエラーメッセージを送信するとなっているが、図27に示すような再度予約情報の入力を促す画面を携帯端末に送信するようにしても良い。また、受信した予約情報が受付可能である場合は、予約確定メールを作成するメール作成処理(ステップS61、S62、S76〜S78、S68)、およびメール配信処理(ステップS91〜S96)が行われ、顧客端末3に予約確定メールが配信される(d4)。図28は、予約確定メールの例であり、受け付けられた予約と、来店当日の所要時間があわせて表示される。
【0170】
このように、来店履歴を元に「そろそろメール」の配信日を設定するので、より的確なタイミングで「そろそろメール」を配信することができ、顧客に対して適切な情報提供を行うことができる。
【0171】
次に、図29のシーケンス図、および図30〜図31の画面表示例を用いて、メール配信日の再設定を行う時の処理の流れについて説明する。
【0172】
図25の画面で、顧客が図25(b)に示すそろそろメールの再配信の設定を受け付けるWebサイトのURLを選択すると、図30に示す画面が顧客端末3に表示される。図30の画面で、顧客が再びそろそろメールを受け取りたいのは何日後か入力し、「登録」ボタンを選択すると、顧客が入力した日数が情報配信サーバ1へ送信される(d5)。
【0173】
情報配信サーバ1では、顧客が入力した日数を基に、メール配信日再設定処理(ステップS111〜S114)が行われる。受信した日数から新たなそろそろメールの配信日を設定した後、メール作成処理(ステップS61、S62、S69〜S70、S65〜S68)、およびメール配信処理(ステップS91〜S96)が行われ、顧客端末3にそろそろメールが配信される(d6)。
【0174】
例えば、9月16日にそろそろメールを受信したが、「10日後に再度受け取りたい」と入力された場合には、顧客データファイルのメール配信日の項目に記録されている9月16日に10日加算した9月26日が新たなメール配信日となる。ここでそろそろメールに記載される予約空き状況は、新たな配信日にあわせた空き状況となる。
【0175】
また、図25の画面で、顧客が図25(c)に示すそろそろメールの配信日の再設定(リセット)を受け付けるWebサイトのURLを選択すると、図31(1)に示す画面が顧客端末3に表示される。この図31(1)の画面には、そろそろメールがいつも早めに届いている場合(a)、そろそろメールがいつも遅めに届いている場合(b)、今回だけタイミングが悪い場合(c)の3通りの状況にあわせて選択肢が用意されている。
【0176】
顧客が、図31(1,a)を選択すると、図31(2)の画面が表示され、図31(1,b)を選択すると、図31(3)の画面が表示される。また、図31(1,c)を選択すると、図31(4)の画面が表示される。それぞれの画面に応じて日数、または日付を入力すると、その情報が情報配信サーバ1に送信される(d5)。
【0177】
情報配信サーバ1では、顧客が入力した日数、日付等を基に、メール配信日再設定処理(ステップS111〜S112、S115〜S119)が行われ、配信フラグ、または削除フラグの設定、または履歴の更新が顧客データファイル、来店履歴ファイルに対して行われる。
【0178】
図31(2)で日数が入力された場合、図16のメール配信日設定処理のステップS52でその日数が加算され配信日が設定される。また、図31(3)で「OK」ボタンを選択した場合、これまでに蓄積されている履歴情報を各種処理の対象外にするために、削除フラグの項目に−1が記録される。以降は、全く新たなタイミングでそろそろメールが配信されることになる。また、図31(4)の画面で日付が入力された場合、来店履歴ファイルの来店日(日付)の項目のみが更新され、その他の項目については空白となる。このように、顧客が他店へ行った履歴も記録することによって、その顧客が理容・美容院へ通う周期を正確に把握することが可能になる。そのため、必然的にそろそろメールが適切なタイミングで配信されることになる。
【0179】
その後、顧客が再び来店し、店内端末2から顧客の履歴情報が情報配信サーバ1に送信されると(d7)、顧客データファイル、来店履歴ファイルの各項目に記録されている情報に応じて、順次、顧客履歴登録処理(ステップS11〜S13、S21〜S24)、メール配信日設定処理(ステップS31〜S53)、メール作成処理(ステップS61〜S68)、メール配信処理(ステップS91〜S96)が行われ、そろそろメールが顧客端末3へ送信される(d8)。
【0180】
このように、顧客側から電子メールの配信日を設定可能にしているので、従来の一方的なタイミングで送信するよりも、より的確なタイミングで「そろそろメール」を配信することができ、顧客に対して適切な情報提供を行うことができる。また、一方的なタイミングで送信することによって顧客が抱く不快感の発生を低減することができる。
【0181】
次に、図32のシーケンス図、および図33の画面表示例を用いて、予約状況問合せの処理の流れについて説明する。
【0182】
図25の画面で、顧客が図25(d)に示す予約の空き状況確認の電子メールの送信先アドレスを選択すると、顧客端末3から、予約状況確認の電子メールが情報配信サーバ1へ送信される(d10)。この時、予約状況確認の電子メールに確認日として予約状況を知りたい日と担当者を記入しても良い。確認日を記入しない場合は、問合せの電子メールを送信した日から所定日数分の予約状況が返信される。
【0183】
情報配信サーバ1では、予約状況確認の電子メールを受信すると、予約状況抽出処理(ステップS121〜S129)が行われる。電子メールの送信者が顧客データベース15に登録されていなければ、顧客の新規登録が行われ、次いで、メール作成処理(ステップS61、S62、S71〜S75、S68)、およびメール配信処理(ステップS91〜S96)が行われ、予約状況返信メールが顧客端末3へ送信される(d11)。
【0184】
図33は、予約状況返信メールの例である。図33(a)の予約を受け付けるWebサイトのURLを選択すると、図26(1)の予約受付画面が顧客端末3に表示される。表示された内容にしたがって各予約内容を入力し、画面下部の「予約確認」ボタンを選択すると、図26(2)に示すの画面が顧客端末3に表示される。顧客が入力した予約内容を確認した上で、「決定」ボタンを選択すると、入力された予約内容が予約情報として情報配信サーバ1へ転送される(d12)。受信した予約情報が受付可能である場合は、予約確定メールを作成するメール作成処理(ステップS61、S62、S76〜S78、S68)、およびメール配信処理(ステップS91〜S96)が行われ、顧客端末3に予約確定メールが配信される(d13)。
【0185】
このように、顧客からの問合せに対して、予約状況を返信することによって、個々の顧客から確実な予約を受け付けることが可能になり、顧客にとっては確実にサービスを受けることができ、店舗側にとっては収益の向上を図ることができる。また、未登録者からの問合せに対しては、直ちに顧客として登録することによって、店舗側にとっては情報提供対象が増えることになるので、市場拡大を図ることができる。
【0186】
次に、図34のシーケンス図、および図35の画面表示例を用いて、来店間隔監視処理の流れについて説明する。
【0187】
来店間隔監視処理(ステップS131〜S137)は常時実行されており、来店履歴ファイルから最新レコードの来店日を取得すると、来店日からの経過日数を算出し、所定の日数を経過したか判定する。所定の日数経過している場合、顧客データファイルから、その顧客の配信フラグを参照し、配信フラグの値が−1(配信停止)でなければ、経過日数を取得する。
【0188】
次に、その後いかがですかメールを作成するメール作成処理(ステップS61、S62、S79〜S81、S68)、およびメール配信処理(ステップS91〜S96)が行われ、顧客端末3にその後いかがですかメールが配信される(d15)。図35は、その後いかがですかメールの例である。
【0189】
その後、顧客が再び来店し、店内端末2から顧客の履歴情報が情報配信サーバ1に送信されると(d16)、順次、顧客履歴登録処理(ステップS11〜S27)、メール配信日設定処理(ステップS31〜S53)、メール作成処理(ステップS61〜S68)、メール配信処理(ステップS91〜S96)が行われ、そろそろメールが顧客端末3へ送信される(d17)。
【0190】
このように、一定期間来店の無い顧客に対して、予約状況等の情報提供と再来店を勧誘する「その後いかがですかメール」を配信することによって、従来のシステムには無かったアフターフォローを実現することができ、疎遠になりつつある顧客との関係を修復することができる。
【0191】
なお、本実施形態においては、情報配信サーバ1から顧客へ提供される情報は、電子メール、またはWeb情報として顧客端末3へ送信されているが、これに限定されるものではない。通信機能部5にFAX送信機能や音声通知機能を持たせておき、例えば、予約が受け付けられた際に作成される「予約確定メール」を顧客のFAX宛てに送信するといったことも考えられる。この場合は、顧客データファイルに電話番号の他にFAX番号を記録する項目を設け、さらに電子メールやWeb情報の送信先の機器を設定する項目を設けておき、顧客毎に情報配信サーバ1から情報を配信する度に、送信先の機器を参照し、その機器にあわせた形態で電子メール、FAX等を送信する。
【0192】
また、「そろそろメール」または「予約確定メール」にクーポン情報を付加して顧客端末3に送信する実施形態も考えられる。
【0193】
また、本実施形態においては、顧客データベース15、予約データベース17、および勤務スケジュールデータベース18は、情報配信サーバ1に備えられているが、これらのデータベースは店内端末2が備え、データベースへの履歴情報の登録や参照等の処理が発生する度に、情報配信サーバ1から店内端末2をアクセスして必要な諸情報の入出力を行うようにしてもよい。
【0194】
また、実施形態として、本発明を理容・美容院に適用させた例を用いて説明したが、これに限定されるものではない。エステティックサロン等、事前の予約が通例となっているような商形態に適用することができる。その場合、各データベースを構成する項目は、適宜その商形態に合わせて変更される。
【0195】
【発明の効果】
以上説明したように、本発明によれば、サービス毎に設定される来店周期の標準値と来店履歴情報を元に電子メールの配信日を設定するので、顧客に対して、予約状況と再来店勧誘の案内文を含む電子メールの配信を的確なタイミングで行うことができる。また、来店周期の標準値を考慮することで、店舗側にとっても配信日を都合の良いタイミングに近づけることができる。
【0196】
また、来店予測日が、所定の期間に該当する場合、その来店予測日を調整することによって配信日を調整することになるので、顧客に対して、予約状況と再来店勧誘の案内文を含む電子メールの配信を、時期的要因を考慮したより的確なタイミングで行うことができる。
【0197】
また、顧客固有の情報に従って来店予測日を調整することよって配信日を調整することになるので、顧客に対して、予約状況と再来店勧誘の案内文を含む電子メールの配信をより的確なタイミングで行うことができる。
【0198】
また、一定期間来店の無い顧客に対して、再来店勧誘の案内文を含む電子メールを配信することによって、疎遠になりつつある顧客との関係を修復することができる。
【0199】
また、顧客から予約を受け付けることによって、顧客にとっては確実にサービスを受けることができ、店舗側にとっては収益の向上を図ることができる。
【0200】
また、サービス毎に設定される来店周期の標準値と来店履歴情報を元に電子メールの配信日を設定するところに、さらに顧客から配信日の設定、配信間隔の調整を行えるようにしているので、顧客に対して、予約状況と再来店勧誘の案内文を含む電子メールの配信をより的確なタイミングで行うことができる。
【図面の簡単な説明】
【図1】本実施形態のシステム構成を示す図である。
【図2】情報配信サーバの機能ブロック図である。
【図3】顧客データファイルを示すデータテーブルである。
【図4】来店履歴ファイルを示すデータテーブルである。
【図5】配信間隔データファイルを示すデータテーブルである。
【図6】予約データテーブルを示す図である。
【図7】勤務スケジュールを記録したタイムテーブルを示す図である。
【図8】店内端末の画面に表示される勤務スケジュール登録画面(1)の例である。
【図9】店内端末の画面に表示される勤務スケジュール登録画面(2)の例である。
【図10】新規サービスを登録するサービス登録画面の例である。
【図11】予約管理サーバに登録されている予約情報を参照する際の画面の例である。
【図12】予約管理サーバに登録されている予約情報を参照する際の画面の例である。
【図13】予約管理サーバへ顧客の履歴情報を登録する顧客履歴登録画面の例である。
【図14】本実施形態における予約管理サーバの処理を示すフローチャートである。
【図15】顧客履歴登録処理を示すフローチャートである。
【図16】メール配信日設定処理を示すフローチャートである。
【図17】メール作成処理を示すフローチャートである。
【図18】メール配信処理を示すフローチャートである。
【図19】予約情報入力処理を示すフローチャートである。
【図20】メール配信日再設定処理を示すフローチャートである。
【図21】予約状況抽出処理を示すフローチャートである。
【図22】来店間隔監視処理を示すフローチャートである。
【図23】顧客端末、店内端末を含めたシステム全体の一連の処理手順を示すシーケンス図である。
【図24】会員証に印刷されるバーコード、および携帯端末に表示されるバーコードの例である。
【図25】「そろそろメール」の例である。
【図26】顧客端末に表示される予約受付画面の例である。
【図27】顧客端末に表示される予約が受け付けられなかった場合の受付画面の例である。
【図28】「予約確定メール」の例である。
【図29】顧客端末、店内端末を含めたシステム全体の一連の処理手順を示すシーケンス図である。
【図30】メール配信日を調整する場合の顧客端末に表示される画面の例である。
【図31】メール配信日を調整する場合の顧客端末に表示される画面の例である。
【図32】顧客端末、店内端末を含めたシステム全体の一連の処理手順を示すシーケンス図である。
【図33】「予約状況返信メール」の例である。
【図34】顧客端末、店内端末を含めたシステム全体の一連の処理手順を示すシーケンス図である。
【図35】「その後いかがですかメール」の例である。
【符号の説明】
1 情報配信サーバ
2 店内端末
3 顧客端末
4 ネットワーク
5 通信機能部
6 メール送受信機能部
7 Web情報送受信機能部
8 顧客履歴登録機能部
9 メール配信日設定機能部
10 メール作成機能部
11 予約情報入力機能部
12 予約状況抽出機能部
13 メール配信日再設定機能部
14 来店間隔監視機能部
15 顧客データベース
16 サービスメニューデータベース
17 予約データベース
18 勤務スケジュールデータベース
19 メール配信予約データベース
20 Web情報データベース[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an information distribution system, an information distribution server, and an information distribution program for distributing information to a customer at an appropriate timing according to visit history information recorded each time the customer visits the store.
[0002]
[Prior art]
In recent years, along with the development of computer networks and communication environments, the display of various contents online, the distribution of information, and the commercial transactions such as the purchase and sale of products and services are also performed on a daily basis, as represented by the Internet. As a result, various technologies related to these have been developed.
[0003]
In such a situation, in the case of providing a service after receiving an application from a customer in advance by appointment by reservation in advance, such as a beauty salon, these reservations and management can be performed online. It is convenient if possible. In particular, if advance reservations are customary, such as in beauty salons, dental clinics, aesthetic salons, fitness clubs, and other industries, it would be desirable to be able to incorporate this system. Reference 1, Patent Document 2, Patent Document 3).
[0004]
Further, an electronic mail distribution function is provided in such a customer management system, and an electronic mail for invitation to return to a store is distributed to a customer (for example, Patent Document 4).
[0005]
[Patent Document 1]
JP 2001-350998 A
[Patent Document 2]
JP-A-2002-56260
[Patent Document 3]
JP-A-2002-419
[Patent Document 4]
JP 2001-217864 A
[0006]
[Problems to be solved by the invention]
By the way, in the conventional customer management system, e-mails such as invitations to return to the store and notification of the availability of reservations are distributed at the date and time preset on the store side.
Therefore, the e-mail is delivered at one-sided timing irrespective of the customer's intention, which may cause discomfort to the customer.
[0007]
Conversely, if the e-mail is delivered at a timing convenient for the customer, the timing is often inconvenient for the store. However, in consideration of the quality of the service to be provided, it is desirable to deliver the e-mail to the store at a convenient timing.
[0008]
Further, it is desirable to distribute the e-mail in consideration of the circumstances unique to the customer, seasonal factors, and the like, but there has been no such method conventionally.
[0009]
The present invention has been made in view of the above circumstances, and has as its object to provide an information distribution system, an information distribution server, and an information distribution program for distributing various types of information to a customer at appropriate times from time to time.
[0010]
[Means for Solving the Problems]
In order to achieve the above object, an information distribution system according to claim 1 is a customer terminal having an e-mail transmission / reception function, and an in-store terminal installed at each store and receiving input of customer visit history information. And a server that receives and records the visit history information transmitted from the in-store terminal via a network, and distributes the information to the customer terminal according to the visit history information. At least, the visit date at which the customer visited the store, the service provided at the time of the visit, the visit history information including the visit cycle that is a number of days from the previous visit date, and the standard value of the visit cycle set for each service. From the database according to the service transmitted from the terminal device and provided on the day when the customer visited the store. The number of the visit history information in which the same or related service is recorded as the service, and the visit cycle is acquired for each visit history information, and the integrated value of the visit cycle for each visit history information is obtained. From the sum of the standard value and the number of cases, a predicted visit date calculation means for calculating a predicted visit date of the next customer, and a distribution date for distributing the email to the customer terminal from the predicted visit date. Distribution day calculation means to calculate, the store visit prediction day, or an e-mail creation means to create an e-mail including a guide message of solicitation to return to the store, and the store reservation status for a predetermined number of days from the visit prediction day, Transmitting means for transmitting the e-mail created by the e-mail creating means to the customer terminal on the distribution date.
[0011]
According to the first aspect of the present invention, the delivery date of the e-mail is set based on the standard value of the visiting cycle set for each service and the visiting history information, so that the customer is notified of the reservation status and the invitation to return. The distribution of an e-mail including a sentence can be performed at an accurate timing. In addition, by considering the standard value of the store visit cycle, the delivery date can be brought closer to a convenient timing for the store.
[0012]
The information distribution server according to the second aspect of the present invention receives and records customer visit history information transmitted from a terminal device installed for each store via a network, and responds to the visit history information. An information distribution server for distributing information to a customer terminal having an e-mail transmission / reception function, wherein the information distribution server includes at least a visit date on which the customer visited the store, a service provided when the customer visited, The visit history information comprising a visit cycle which is a number of days from the day, a database which records a standard value of the visit cycle set for each service, and a day transmitted by the terminal device from the customer on the day when the customer arrives According to the provided service, the number of the visit history information in which the same or related service as the service is recorded from the database. The visit cycle is acquired for each visit history information, and a predicted visit date of the next customer is calculated from the sum of the integrated value of the visit cycle and the standard value for each visit history information and the number of cases. Predicted store visit date calculation means, distribution day calculation means for calculating a distribution date for distributing the e-mail to the customer terminal from the predicted store visit date, and a predetermined number of days from the predicted store visit day or the predicted visit day E-mail creating means for creating an e-mail including a reservation status of a store and a guidance message for soliciting return visits, and transmitting means for transmitting the e-mail created by the e-mail creating means to the customer terminal on the distribution date And characterized in that:
[0013]
According to the invention of claim 2, the delivery date of the e-mail is set based on the standard value of the visiting cycle set for each service and the visiting history information, so that the customer is notified of the reservation status and the invitation to return. The distribution of an e-mail including a sentence can be performed at an accurate timing. In addition, by considering the standard value of the store visit cycle, the delivery date can be brought closer to a convenient timing for the store.
[0014]
An information distribution server according to a third aspect of the present invention is the information distribution server according to the second aspect, wherein the predicted store visit date calculation means determines that the predicted store visit date falls within a predetermined period. Calculating a new predicted date by subtracting a predetermined number of days from the predicted visit date, and further determining that the new predicted date is a predicted visit date when the new predicted date corresponds to a predetermined period. And
[0015]
According to the invention of claim 3, when the predicted visit date falls in a predetermined period, the delivery date is adjusted by adjusting the predicted visit date, so that the customer is notified of the reservation status and re-establishment. The distribution of the e-mail including the invitation to visit the store can be performed at a more accurate timing in consideration of the time factor.
[0016]
An information delivery server according to a fourth aspect of the present invention is the information delivery server according to the second or third aspect, wherein the database further records customer-specific information related to the service. When the customer-specific information is in a predetermined state, the predicted visit day calculation means calculates the predicted visit date from a value obtained by subtracting a predetermined number of days from the added value.
[0017]
According to the fourth aspect of the present invention, the delivery date is adjusted by adjusting the predicted visit date according to the customer-specific information. Therefore, an e-mail including a reservation status and a guidance message for soliciting return visits is provided to the customer. Can be delivered at more accurate timing.
[0018]
An information distribution server according to a fifth aspect of the present invention is the information distribution server according to any one of the second to fourth aspects, wherein the information distribution server determines the latest visit date for each customer from the database. Obtaining and comprising monitoring means for determining whether a predetermined number of days have elapsed since the latest visit to the store, and when the monitoring means determines that the predetermined number of days have elapsed from the visit to the store, the e-mail creating means includes: It is characterized by creating an e-mail including a guidance message for soliciting a return visit.
[0019]
According to the fifth aspect of the present invention, by distributing an e-mail including a guidance message for re-visiting a store to a customer who has not visited the store for a certain period of time, it is possible to repair a relationship with a customer who is becoming distant. .
[0020]
Further, an information distribution server according to a sixth aspect of the present invention is the information distribution server according to any one of the second to fifth aspects, wherein the information distribution server is at least one of the customer terminal and the in-store terminal. On the day of arrival at the store, receiving the customer's reservation information including the service desired by the customer on the day of the visit, recording the reservation information if the reservation can be received, and providing the reservation receiving means for calculating the required time of the desired service; The means creates an e-mail including the reservation information received by the reservation receiving means, the required time, and a message indicating that the reservation has been received.
[0021]
According to the invention of claim 6, by accepting the reservation from the customer, the service can be surely received for the customer, and the profit can be improved for the store side.
[0022]
An information distribution server according to a seventh aspect of the present invention is the information distribution server according to any one of the second to sixth aspects, wherein the information distribution server instructs the customer terminal to redistribute an e-mail. And receiving the specified number of days, the distribution date calculating means calculates a new distribution date by adding the specified number of days to the distribution date.
[0023]
An information distribution server according to an eighth aspect of the present invention is the information distribution server according to any one of the second to seventh aspects, wherein the information distribution server resets an electronic mail distribution from the customer terminal. When receiving an instruction and a numerical value, or date information, if the numerical value is a positive number, the database is set to add the numerical value to the distribution date, and the numerical value is a negative number. In the case, the database is provided with a setting for excluding the store visit cycle from the calculation target of the store visit prediction date, and when receiving the date information, recording the date as the store visit date in the database. The distribution date calculating means calculates a new distribution date by adding the numerical value to the calculated distribution date when the database is set to add the numerical value to the distribution date; The store visit prediction date calculation means, when the database is set to exclude the store visit period from the calculation target visit day calculation target, the store visit period set to be excluded from the calculation target when calculating the store visit prediction date. Is not used.
[0024]
According to the invention of claims 7 and 8, the delivery date of the e-mail is set based on the standard value of the visiting cycle set for each service and the visiting history information. , The distribution of the e-mail including the reservation status and the invitation to return to the store can be performed to the customer at a more accurate timing.
[0025]
The information distribution program according to the ninth aspect of the present invention is characterized in that the visit history includes at least a visit date at which the customer visited the store, a service provided at the time of visit, and a visit cycle which is a number of days interval from the last visit date. A computer that stores information and a standard value of a store visit cycle set for each service, and that receives and records customer visit history information transmitted via a network from a terminal device installed for each store. Is an information distribution program that functions as a means for distributing information to a customer terminal having an e-mail transmission / reception means in accordance with the visit history information, wherein the information distribution program causes a computer to operate from the terminal device. According to the service provided on the day when the customer arrives at the store, the same as the service from the database, Or, the number of the visit history information in which a relevant service is recorded, and the visit cycle is acquired for each visit history information, and the integrated value of the visit cycle for each visit history information and the standard value are obtained. A predicted visit date calculation means for calculating a predicted visit date of the next customer from the added value and the number of records, and a distribution date calculation for calculating a distribution date for distributing the e-mail to the customer terminal from the predicted visit date. Means, an e-mail creating means for creating an e-mail including a reservation status of the store or a store reservation status for a predetermined number of days from the expected visit day, or a predetermined number of days from the expected visit date, and the e-mail creation means The electronic mail created by the third party is transmitted to the customer terminal on the distribution date.
[0026]
According to the ninth aspect of the present invention, the delivery date of the e-mail is set based on the standard value of the visit cycle set for each service and the visit history information, so that the customer is notified of the reservation status and the invitation to return. The distribution of the e-mail including the sentence can be performed at an appropriate timing. In addition, by considering the standard value of the store visit cycle, the delivery date can be brought closer to a convenient timing for the store.
[0027]
An information distribution program according to a tenth aspect of the present invention is the information distribution program according to the ninth aspect, wherein the predicted visit date calculation unit determines that the predicted visit date falls within a predetermined period. Calculating a new predicted date by subtracting a predetermined number of days from the predicted visit date, and further determining that the new predicted date is a predicted visit date when the new predicted date corresponds to a predetermined period. And
[0028]
According to the tenth aspect of the present invention, when the predicted visit date corresponds to a predetermined period, the distribution date is adjusted by adjusting the predicted visit date, so that the customer is notified of the reservation status and the re-establishment status. The distribution of the e-mail including the invitation to visit the store can be performed at a more accurate timing in consideration of the time factor.
[0029]
An information distribution program according to an eleventh aspect of the present invention is the information distribution program according to the ninth or tenth aspect, wherein the database further records customer-specific information related to the service. When the customer-specific information is in a predetermined state, the predicted visit day calculation means calculates the predicted visit date from a value obtained by subtracting a predetermined number of days from the added value.
[0030]
According to the eleventh aspect of the present invention, the delivery date is adjusted by adjusting the store visit prediction date according to the customer-specific information. Therefore, the e-mail including the reservation status and the invitation to return to the store is sent to the customer. Can be delivered at more accurate timing.
[0031]
An information distribution program according to a twelfth aspect of the present invention is the information distribution program according to any one of the ninth to eleventh aspects, wherein the information distribution program causes a computer to update the computer from the database for each customer. Obtain a visit date and make it function as monitoring means for determining whether a predetermined number of days have elapsed since the latest visit date.If the monitoring means determines that a predetermined number of days have passed since the visit date, the e-mail is sent. The creating means creates an e-mail including a guidance message for soliciting return visits.
[0032]
According to the twelfth aspect of the present invention, by distributing an e-mail including a guidance message for soliciting return to a customer who has not visited the store for a certain period of time, it is possible to repair the relationship with the distant customer. .
[0033]
An information distribution program according to a thirteenth aspect of the present invention is the information distribution program according to any one of the ninth to twelfth aspects, wherein the information distribution program causes a computer to be connected to the customer terminal or the in-store terminal. From, at least on the day of visit, on the day of the visit, receive the customer's reservation information including the service desired by the customer, record it if it is possible to accept the reservation, and function as reservation accepting means for calculating the required time of the desired service, The electronic mail creation means creates an electronic mail including the reservation information received by the reservation reception means, the required time, and a message indicating that the reservation has been received.
[0034]
According to the thirteenth aspect, by accepting a reservation from a customer, the service can be surely received for the customer, and profits can be improved for the store side.
[0035]
An information distribution program according to a fourteenth aspect of the present invention is the information distribution program according to any one of the ninth to thirteenth aspects, wherein the computer transmits, from the customer terminal, an instruction to redistribute an e-mail and a designated number of days. Upon receipt, the distribution date calculation means calculates a new distribution date by adding the specified number of days to the distribution date.
[0036]
An information distribution program according to a fifteenth aspect of the present invention is the information distribution program according to any one of the ninth to fourteenth aspects, wherein the information distribution program causes a computer to transmit an electronic mail from the customer terminal. When receiving a delivery reset instruction and a numeric value, or date information, if the numeric value is a positive number, the database is set to add the numeric value to the delivery date, and the numeric value is a negative number. If it is, the database is set to exclude the visit cycle from the calculation target of the visit prediction date, and if the date information is received, the date is recorded in the database as the visit date. The distribution date calculating means, if the database is set to add the numerical value to the distribution date, the calculated distribution date When the new distribution date is calculated by adding the numerical value, the store visit prediction date calculation means may calculate the visit visit period when the store visit period is excluded from the calculation target of the store visit prediction date. The present invention is characterized in that the visit cycle set to be excluded from the calculation target is not used.
[0037]
According to the fourteenth and fifteenth aspects of the present invention, the delivery date of the e-mail is set based on the standard value of the visiting cycle set for each service and the visiting history information. , The distribution of the e-mail including the reservation status and the invitation to return to the store can be performed to the customer at a more accurate timing.
[0038]
BEST MODE FOR CARRYING OUT THE INVENTION
An embodiment of the present invention will be described with reference to FIGS. The embodiment will be described using an example in which the present invention is applied to a barber / beauty salon.
[0039]
FIG. 1 shows the configuration of a system according to the present embodiment. The system according to the present embodiment includes an information distribution server 1, in-store terminals 2a, 2b... Installed in each store, and customer terminals 3a, 3b... Owned by customers, such as the Internet and a LAN (Local Area Network). Are connected to each other by a network 4.
[0040]
FIG. 2 shows a functional block diagram of the information distribution server 1. The information distribution server 1 includes a communication function unit 5, a mail transmission / reception function unit 6, a Web information transmission / reception function unit 7, a customer history registration function unit 8, a mail distribution date setting function unit 9, a mail creation function unit 10, a reservation information input function unit 11, a reservation status extracting function unit 12, a mail delivery date resetting function unit 13, a store visit monitoring function unit 14, a customer database 15, a service menu database 16, a reservation database 17, a work schedule database 18, a mail delivery reservation A database 19 and a Web information database 20 are provided.
[0041]
The communication function unit 5 communicates with the in-store terminal 2 and the customer terminal 3 using a predetermined protocol, and further transmits information received via the network 4 to the mail transmission / reception function unit 6, the Web information transmission / reception function unit 7, It has a function of transferring to the customer history registration function unit 8.
[0042]
The mail transmission / reception function unit 6 has a function of receiving an e-mail among the information received by the communication function unit 5 and a function of transmitting an e-mail registered in the mail distribution reservation database 19.
[0043]
The Web information transmission / reception function unit 7 has a function of receiving a homepage browsing request and a CGI (common gateway interface) function of the information received by the communication function unit 5, and includes a function of the homepage received via the communication function unit 5. In response to the browsing request, a desired document described in a markup language, for example, a document described in HTML (HyperText Markup Language) is extracted from the Web information database 20 or the like, and in some cases, information for identifying a customer, According to the input information transmitted from the terminal, a document is newly created in a markup language and transmitted to the customer terminal 3. In addition, of the information received by the communication function unit 5, the reservation information input according to the screen displayed on the customer terminal 3 is transferred to the reservation information input function unit 11, and the information of the mail delivery date reset is transmitted to the mail delivery date reset. It has a function of transferring to the setting function unit 13.
[0044]
The customer history registration function unit 8 has a function of referring to various information registered in the customer database 15 and the service menu database 16 and transmitting the information to the in-store terminal 2 and a function of registering various information related to the customer in the customer database 15. .
[0045]
The mail delivery date setting function unit 9 has a function of calculating a delivery date of an email according to information such as a visit date and a service history, and registering the delivery date in the customer database 15.
[0046]
The mail creation function unit 10 informs the customer of the arrival of the store based on a standardized document prepared in advance, and sends an electronic mail including a document for invitation to return to the store (referred to as “mail soon” in this embodiment). ), An e-mail for notifying the reservation status (referred to as “reservation status reply mail” in the present embodiment), and an e-mail notifying that the reservation has been registered (referred to as “reservation confirmation mail” in the present embodiment). ), Has a function of creating an e-mail (in the present embodiment, referred to as “how do you like to go afterwards”) to a customer who does not visit the store for a long time, and saving it in the mail distribution reservation database 19.
[0047]
The reservation information input function unit 11 has a function of registering the reservation information transmitted from the customer terminal 3 in the reservation database 17 and a function of instructing the mail creation function unit 10 to create a reservation confirmation mail.
[0048]
Upon receiving an e-mail for a reservation status inquiry from the customer terminal 3, the reservation status extraction function unit 12 instructs the customer history registration function unit 8 to input and output information on the customer who has made the reservation status inquiry. And a function of instructing the mail creation function unit 10 to create a reservation status reply email.
[0049]
Upon receiving an instruction to reset the mail delivery date or reset the delivery interval from the customer terminal 3, the mail delivery date reset function unit 13 sets the delivery flag of the customer data file to the customer history registration function unit 8. If the instruction from the customer terminal 3 is to set the deletion flag of the store visit history file or register the customer information and to reset the mail delivery date, the mail creation function unit 10 It has a function to instruct re-creation of mail.
[0050]
The visit interval monitoring function unit 14 searches the customer database 15 and, when detecting a customer whose visit history has not been updated for a certain period of time or more, has a function of instructing the mail creation function unit 10 to create a mail afterward. Have.
[0051]
The customer database 15 is a database that stores personal information of customers and information of visit history, and has a customer data file and a visit history file.
[0052]
The customer data file is a data table as shown in FIG. 3 and includes items of customer ID, name, perm flag, e-mail address, mail delivery date, delivery flag, store visit history, address, and telephone number. Along with the personal information, the distribution date of the e-mail, the distribution state, and the file name of the store visit history file prepared for each individual are recorded. If -1 is recorded in the item of the perm flag, it indicates that the customer's hair quality is soft, and the number of days is adjusted by subtracting a predetermined number of days when calculating the e-mail distribution date. Indicates setting. Also, if -1 is recorded in the item of the distribution flag, it indicates that the distribution of the e-mail is suspended for the customer, and if a numerical value other than -1 is recorded, When calculating the distribution date of the e-mail, it indicates that the numerical value is further added to set the distribution date. Further, an item for recording the name of the store where the customer frequently visits may be provided.
[0053]
The visit history file is prepared for each customer, is a data table as shown in FIG. 4, and includes items such as a visit date, a service ID, a hairstyle, a person in charge, a visit cycle, and a deletion flag. History is recorded. When -1 is recorded in the item of the deletion flag, when setting the mail delivery date, the store visit cycle of the record becomes invalid and is not used.
[0054]
In addition, the service menu database 16 has a distribution interval data file that records a standard value of a mail distribution interval for each service. As the standard value of the distribution interval, an ideal interval that the store wants the customer to return to is set. The distribution interval data file is a data table as shown in FIG. 5, and has items of service ID, service, standard interval, relevance, and required time. The value recorded in the relevancy item is the service ID of each service. According to the value recorded in this item, different services are treated as the same service, and the e-mail delivery date is calculated. . For example, in FIG. 5, “cut, perm” with a service ID of 3 has a relevance of 2. When calculating the distribution date, “cut, perm” is the same as “perm” with a service ID of 2. Treated as a service. In the required time item, the time required to provide the service is recorded.
[0055]
The reservation database 17 has a reservation data table shown in FIG. The reservation data table has items of reservation number, reservation date, visit time, required time, person in charge, service, customer ID, name, and e-mail address. Record the time required and the person in charge.
[0056]
Further, the work schedule database 18 has a time table in which the work schedule is recorded as shown in FIG. 7, and the scheduled work-out time and the planned work-out time are recorded for each individual.
[0057]
The mail delivery reservation database 19 is a database for temporarily storing the e-mail created by the mail creation function unit 10.
[0058]
Further, the Web information database 20 is a database that stores a document (for example, an HTML document) described in a markup language to be transmitted to the customer terminal 3.
[0059]
In the present embodiment, when "information for specifying a customer" is described, any one of the customer ID, name, e-mail address, address, and telephone number registered in the customer data file, or It is assumed that the information is information composed of any combination of two or more of these information.
[0060]
The in-store terminal 2 is a computer terminal or an electronic cash register provided with the communication function unit 5, and has a function of registering a clerk's work schedule with the information distribution server 1, a function of registering a new service with the information distribution server 1, and an information distribution server. 1 has a function of referring to reservation information registered in the information distribution server 1 and a function of registering input customer information in the information distribution server 1. In addition, a bar code reader for reading a membership card or a bar code displayed on the screen of the mobile terminal is provided.
[0061]
8 and 9 are examples of the work schedule registration screen displayed on the screen of the in-store terminal 2. When a day on which a work schedule is to be set, for example, “5 days” is selected on the screen of FIG. 8, the screen of FIG. 9 is displayed. FIG. 9 is a screen for inputting the sunrise company time and the leaving time selected in FIG. In FIG. 9, when a check is put on the time shown in the leftmost item, the work schedule of all the displayed clerks is set. The work schedule is set for each clerk, and the set time is registered in the work schedule database 18 by selecting the register button.
[0062]
FIG. 10 shows an example of a service registration screen for registering a new service. A user (store clerk) inputs registration items in the service, standard interval, and relevance items shown in FIG. By selecting, the new service is registered in the distribution interval data file of FIG. FIG. 10B shows a list of services already registered in the distribution interval data file.
[0063]
FIGS. 11 and 12 show examples of screens when referring to the reservation information registered in the information distribution server 1. For example, when "5 days" is selected on the screen of FIG. 11, the reservation information whose reservation date is 5 days is extracted from the reservation data table of FIG. 6, and as shown in FIG. Is displayed. In FIG. 12, the time zone in which the hatched part is reserved is shown.
[0064]
FIG. 13 is an example of a customer history registration screen for registering customer history information in the information distribution server 1. If the customer is already registered, various information about the customer can be acquired from the information distribution server 1 by selecting “search” or “barcode input”. Further, by selecting “register” or “new registration”, it is possible to register various information on the customer in the information distribution server 1 (details will be described later).
[0065]
The customer terminal 3 is a mobile phone, a PHS, a PDA, a computer, or the like, and has a function of transmitting and receiving an e-mail and a function of browsing a homepage (Web browser function).
[0066]
The membership card owned by the customer has a barcode for identifying the customer printed thereon and is issued when the customer is newly registered.
[0067]
FIG. 14 shows the processing of the information distribution server 1 in the present embodiment. When a customer comes to the store, first, a customer history registration process (step S01) for registering the customer's service history and personal information is performed. Next, a mail delivery date setting process (step S02) for calculating a delivery date of the mail according to the service history is performed. Next, a mail creation process (step S03) for creating various emails is performed, and a mail delivery process (step S04) for sending various emails on the delivery date calculated in the email delivery date setting process is performed. Thereafter, when a reservation for a visit is received from a customer, a reservation information input process for inputting reservation information (step S05) is performed. Steps S01 to S05 are performed as normal processing.
[0068]
Other processes include a mail delivery date resetting process for resetting the mail delivery date (step S06), and a booking status confirmation process for returning the booking status to the customer when the customer inquires about the booking status (step S07). There is a store visit monitoring process (step S08) for monitoring the store visit interval of the customer and distributing an e-mail for prompting the visit to the customer who has not visited the store for a long time (step S08). .
[0069]
Hereinafter, processing performed by each functional unit of the information distribution server 1 will be individually described.
[0070]
<Customer history registration process>
First, the customer history registration process will be described with reference to the flowchart of FIG.
[0071]
The customer history registration process is executed by the customer history registration function unit 8 and has four processing functions of “new registration”, “registration”, “barcode input”, and “search”. In “new registration” and “registration”, various information about the customer is recorded in each database. In “barcode input” and “search”, already registered information is searched, and a search result is returned to the in-store terminal 2.
[0072]
When the information distribution server 1 is accessed from the in-store terminal 2 at a predetermined URL, a customer history registration screen shown in FIG. 13 is displayed. The customer history registration screen is provided with four commands of barcode input, search, registration, and new registration, and the user (store clerk) can appropriately use them as needed.
[0073]
If the customer is already registered, the user inputs specific information such as ID and name, and selects a search button to extract customer information corresponding to the input information from the database and display it on the screen. .
[0074]
In addition, the barcode printed on the membership card or the barcode displayed on the screen of the mobile phone is read using a barcode reader, and information for specifying the customer is input. And extract it on the screen. The issuance of the barcode to the customer terminal 3 will be described later.
[0075]
When the user inputs information for specifying the customer and selects one of the above four commands, the command and the information for specifying the customer are transmitted to the customer history registration function unit 8 (step S11). . At this time, the user does not need to input all information.
[0076]
In this customer history registration process, information on the privacy of the customer is transmitted over the network 4. Therefore, the command and the customer information are encrypted or transmitted and received using a unique protocol. .
[0077]
When the customer history registration function unit 8 receives the information and the command specifying the customer (step S12), the received command first determines whether the received command is one of “barcode input”, “search”, “registration”, and “new registration”. Is determined (step S13).
[0078]
≪Barcode input command≫
If the received command is a barcode input command, the customer history registration function unit 8 immediately enters a barcode information reception standby state. When receiving the barcode information from the in-store terminal 2 (step S14), the customer history registration function unit 8 converts the barcode information into information for specifying the customer (step S15). In the present embodiment, the information recorded in the barcode information is the customer's ID and name, but is not particularly limited thereto. The ID may be used alone, or information unique to the customer recorded in the customer data file, such as an e-mail address, may be added.
[0079]
Next, the customer history registration function unit 8 extracts various information of the corresponding customer from the customer data file based on the converted barcode information (step S16), and transmits it to the in-store terminal 2 (or the processing request source). (Step S17). In the in-store terminal 2, various customer information extracted and transmitted by the customer history registration function unit 8 is displayed on the customer information registration screen.
[0080]
≪Search command≫
If the received command is a search command, the customer history registration function unit 8 searches the customer data file based on the simultaneously received information specifying the customer (step S18).
[0081]
It is determined whether or not a record corresponding to the received information specifying the customer exists in the customer data file (step S19). If the record exists, the customer history registration function unit 8 determines the corresponding record from the customer data file. The information of the customer is extracted (step S16) and transmitted to the in-store terminal 2 (or the processing request source) (step S17). In the in-store terminal 2, various customer information extracted and transmitted by the customer history registration function unit 8 is displayed on the customer information registration screen.
[0082]
If the corresponding record does not exist, the customer history registration function unit 8 transmits an error message to the in-store terminal 2 (or the processing request source) (step S20).
[0083]
≪Registration command≫
If the received command is a registration command, the customer history registration function unit 8 searches the customer data file based on the simultaneously received information specifying the customer (step S21).
[0084]
It is determined whether or not a record corresponding to the received information specifying the customer exists in the customer data file (step S22). The various information of the customer is recorded (step S23). Further, the customer history registration function unit 8 acquires the file name of the store visit history file from the customer data file.
[0085]
Next, the customer history registration function unit 8 opens the store visit history file corresponding to the acquired file name, and records various information of the customer received as needed (step S24).
[0086]
If the corresponding record does not exist, the customer history registration function unit 8 transmits an error message to the in-store terminal 2 (or the processing request source) (step S25).
[0087]
≪New registration command≫
If the received command is a new registration command, the customer history registration function unit 8 issues an ID number for the information specifying the new customer (step S26).
[0088]
Next, the customer history registration function unit 8 creates a store visit history file for recording new customer information (step S27).
[0089]
Next, the customer history registration function unit 8 records various information of the new customer in the customer data file (step S23).
[0090]
Next, the customer history registration function unit 8 opens the store visit history file corresponding to the acquired file name and records various information of the new customer (step S24).
[0091]
<Mail delivery date setting process>
Next, the mail delivery date setting process will be described with reference to the flowchart of FIG.
[0092]
The mail delivery date setting process is executed by the mail delivery date setting function unit 9. First, the mail delivery date setting function unit 9 acquires a value of a delivery flag of a customer for setting a mail delivery date from the customer data file (step S31). Further, the mail delivery date setting function unit 9 acquires the visit date of the latest record, the service ID, and the hairstyle from the visit history file of the customer (step S32).
[0093]
Next, the mail delivery date setting function unit 9 determines whether the delivery of the e-mail is in the pause state (the value of the obtained delivery flag is -1) or whether the latest record of the store visit history file is the first record. (Step S33). If the delivery is not in the paused state and the latest record is not the first record, the mail delivery date setting function unit 9 determines whether the service ID and the hairstyle have been obtained (step S34). If the service ID and the hairstyle cannot be obtained, the mail delivery date setting function unit 9 obtains the service ID and the hairstyle from the record immediately before the latest record (step S35). Further, when the service ID and the hairstyle cannot be acquired, the service ID and the hairstyle are acquired by going back in the past records until the service ID and the hairstyle can be acquired. The case where the service ID and the hairstyle cannot be acquired is a process in consideration of the case where the history of going to another store is registered in FIG. 31 (details will be described later).
[0094]
Next, the mail delivery date setting function unit 9 acquires a standard interval indicated by the service ID from the distribution interval data file based on the acquired service ID (step S36). When the service ID and the hairstyle have been acquired, the mail distribution date setting function unit 9 acquires a standard interval indicated by the service ID from the distribution interval data file based on the acquired service ID (step S37).
[0095]
Next, the mail delivery date setting function unit 9 acquires a service ID related to the service ID acquired in step S32 from the delivery interval data file (step S38). The store visit cycle of all records in which the service ID acquired in S32 and the related service ID acquired in step S38 are recorded is integrated. At the same time, the number of records in which the service ID obtained in step S32 and the relevant service ID obtained in step S38 are recorded is counted (step S39). At this time, the record in which −1 is recorded in the deletion flag is excluded from the accumulation, and the number of cases is not counted.
[0096]
Next, the mail delivery date setting function unit 9 adds the standard interval acquired in step S37 to the integrated value of the store visit cycle calculated in step S39 (step S40).
[0097]
Next, the mail delivery date setting function unit 9 determines whether the service ID acquired in step S32 (or step S35) is a perm or a service including a perm. If the service is a perm or a service including a perm, it is further determined whether or not the perm flag is -1 by referring to the customer data file (step S41). If the service is a perm or a service including a perm, and the perm flag is -1, the mail delivery date setting function unit 9 determines the predetermined number of days (from the added value calculated in step S40 (or the standard interval in step S36)). In the present embodiment, 14 days is subtracted (step S42). When the service is not a perm or a service including a perm, the mail delivery date setting function unit 9 determines whether the hairstyle acquired in step S32 is short or medium (step S43). If the hairstyle is short or medium, the mail delivery date setting function unit 9 subtracts a predetermined number of days (10 days in the present embodiment) from the added value calculated in step S40. If the hairstyle is medium, step S40 A predetermined number of days (5 days in the present embodiment) is subtracted from the addition value calculated in (step S44). The number of days for adjusting the distribution date of the e-mail is set for each store.
[0098]
Next, the mail delivery date setting function unit 9 calculates a predicted visit date from the added value calculated up to step S44 (or the standard interval in step S36) (step S45).
(Equation 1)
Figure 2004118457
Or
(Equation 2)
Figure 2004118457
(If the distribution is suspended in step S33, the latest record is the first record, or if the service ID and hairstyle cannot be acquired in step S34)
[0099]
Next, the mail delivery date setting function unit 9 calculates a mail delivery date by subtracting a predetermined number of days from the predicted next visit date (step S46). The predetermined number of days is set for each store, but the default value is seven days. If a fractional part below the decimal point occurs when calculating the next store visit predicted date, the decimal part is rounded down or rounded off, and only the integer value is treated as the next visit predicted date.
(Equation 3)
Figure 2004118457
[0100]
Next, the mail delivery date setting function unit 9 determines whether the calculated mail delivery date falls within a specific period (step S47). If it is within the specified period, the mail delivery date setting function unit 9 subtracts a predetermined number of days (7 days in the present embodiment) from the mail delivery date (step S48). The number of days for adjusting the distribution date of the e-mail is set for each store.
[0101]
For example, the processes in steps S47 and S48 are performed from April 1 to May 31, from June 15 to July 25, from July 26 to September 30, and from November 15 The specific period is set to be February 15 and a predetermined number of days is subtracted in consideration of the effects of drying, ultraviolet rays, humidity, sunburn and the like.
[0102]
Further, the mail delivery date setting function unit 9 determines whether the date recalculated in step S48 is within the specific period again (step S49). If the date after the recalculation is not within the specific period, the mail delivery date setting function unit 9 cancels the recalculation in step S48 (step S50). If the mail distribution date after the recalculation is within the specific period, the mail distribution date setting function unit 9 sets the date after the recalculation as the mail distribution date.
[0103]
Next, the mail delivery date setting function unit 9 determines the value of the delivery flag (step S51). When the value of the delivery flag is a value (n) other than −1, the mail delivery date setting function unit 9 adds n days to the mail delivery date (step S52). If the value of the distribution flag is blank, nothing is performed.
[0104]
Lastly, the mail delivery date setting function unit 9 records the mail delivery date in the mail delivery date item of the store visit history file (step S53), and sets the value of the delivery flag to blank.
[0105]
<Email creation processing>
Next, the mail creation processing will be described based on the flowchart of FIG.
[0106]
The mail creation process is executed by the mail creation function unit 10. When the mail creation function unit 10 receives the mail creation instruction (step S61), the determination is first made on the basis of the fact that the items of the information to be received are different from the processing for which the mail creation instruction has been given, A determination is made (step S62). The information received from each process is only the information specifying the customer from the normal process, the information (e-mail address) specifying the customer, the confirmation date, the information of the person in charge, and the date of mail distribution from the reservation status extraction process. Information that identifies the customer and the distribution interval information from the resetting process, information that identifies the customer and reservation number information from the reservation information input process, information that identifies the customer from the store visit monitoring process, and the number of elapsed days Information.
[0107]
≪Normal processing≫
If the result of determination is that the instruction source is normal processing, first, the mail creation function unit 10 acquires information specifying the customer (step S63).
[0108]
Next, the mail creation function unit 10 acquires the mail delivery date from the customer's visit history file, and in some cases, acquires the person in charge of the customer (step S64).
[0109]
Next, the mail creation function unit 10 acquires the person in charge of the latest record (previous time) from the store visit history file (step S65).
[0110]
Next, the mail creation function unit 10 acquires the reservation status from the reservation database 17 and the work schedule database 18 for a predetermined number of days (for example, 7 days) from the day of the mail distribution day or the distribution day of the e-mail (step S66). ). At this time, if the person in charge has been acquired in step S65, the work schedule and reservation status of the person in charge are acquired. If the person in charge has not been acquired, the work schedule and reservation status of the entire store are acquired.
[0111]
Next, the mail creation function unit 10 creates “mail soon” (step S67), and stores the created mail in the mail delivery reservation database 19 (step S68).
[0112]
There is no particular limitation on the timing of creating "e-mail", but for example, "e-mail" is created on the day before the e-mail delivery date, or as soon as possible before delivery, to provide customers with accurate reservation status. I do.
[0113]
≪Email delivery date reset processing≫
As a result of the determination, when the instruction source is the mail delivery date resetting process, first, the mail creation function unit 10 acquires the information for specifying the customer and the delivery interval of the email soon (step S69).
[0114]
The mail creation function unit 10 sets a date obtained by adding the delivery interval to the mail delivery date of the customer data file as a new delivery date (step S70).
[0115]
Thereafter, “e-mail” is created in the same procedure as in {normal processing}, and the created e-mail is stored in the e-mail delivery reservation database 19 (steps S65 to S68).
[0116]
≪Reservation status extraction processing≫
As a result of the determination, when the instruction source is the reservation status extraction processing, first, the mail creation function unit 10 acquires information for specifying the customer and a confirmation date for checking the reservation status (step S71).
[0117]
Further, it is determined whether or not the received information includes designation of a person in charge (step S72).
[0118]
When the person in charge is designated, the mail creation function unit 10 acquires the reservation status of the designated person on the confirmation date from the reservation database 17 and the work schedule database 18 (step S73).
[0119]
If there is no designation of the person in charge, the mail creation function unit 10 acquires the reservation status of the confirmation date from the reservation database 17 and the work schedule database 18 (step S74). If the confirmation date is not specified in steps S73 and S74 (if the confirmation date cannot be acquired in step S71), the reservation status for a predetermined number of days (for example, 7 days) from the delivery date of the reservation status confirmation e-mail To get.
[0120]
Next, the mail creation function unit 10 creates a “reservation status reply email” (step S75), and stores the created email in the email delivery reservation database 19 (step S68).
[0121]
≪Reservation information input processing≫
As a result of the determination, when the instruction source is the reservation information input process, first, the mail creation function unit 10 acquires the information specifying the customer and the reservation number (step S76).
[0122]
Next, the mail creation function unit 10 acquires the reservation information from the reservation database 17 based on the reservation number (Step S77). In addition, the mail creation function unit 10 acquires the required time of the service specified in the reservation information from the distribution interval data file.
[0123]
Next, the mail creation function unit 10 creates a “booking confirmation mail” based on the reservation information acquired from the reservation database 17 and the required time acquired from the distribution interval data file (step S78), and distributes the created mail by email. It is stored in the reservation database 19 (step S68). At this time, a barcode (FIG. 24B) in which information for specifying the customer is recorded may be created and transmitted as an attached file of the reservation confirmation mail.
[0124]
≪ visit interval monitoring process ≫
As a result of the determination, if the instruction source is the visit interval monitoring process, first, the mail creation function unit 10 acquires information specifying the customer and the number of days elapsed (step S79).
[0125]
Next, the mail creation function unit 10 acquires the reservation status from the reservation database 17 and the work schedule database 18 on the current day or for a predetermined number of days (for example, 7 days) from that day (step S80).
[0126]
Next, the mail creation function unit 10 creates "How do you do it afterwards" (step S81), and stores the created mail in the mail delivery reservation database 19 (step S68).
[0127]
<Mail delivery processing>
Next, mail distribution processing will be described based on the flowchart of FIG.
[0128]
The mail distribution processing is executed by a mail distribution function. The mail transmission / reception function unit 6 constantly monitors whether or not the mail is stored in the mail distribution database.
[0129]
Then, when detecting that the mail is newly stored (step S91), the mail transmission / reception function unit 6 determines whether or not the mail delivery date is specified for the mail (step S92). In the present embodiment, the mail for which the mail distribution date is specified is "e-mail", and the mails for which the mail distribution date is not specified include "reservation confirmation mail" and "reservation status reply mail".
[0130]
If the mail delivery date is not specified, the mail sending / receiving function unit 6 immediately sends the mail (step S93) and returns to the monitoring state. When the mail delivery date is specified, the mail transmission / reception function unit 6 returns to the monitoring state without performing any processing.
[0131]
Further, when an interruption process by the timer occurs (step S94), the mail transmission / reception function unit 6 determines whether or not it is time to deliver “mail” (step S95).
[0132]
If it is the transmission time, the mail transmission / reception function unit 6 extracts all mails having the same mail distribution date from the mail distribution reservation database 19 (step S96) and transmits them (step S93). If it is not the transmission time, the mail transmission / reception function unit 6 returns to the monitoring state without performing any processing.
[0133]
<Reservation information input processing>
Next, the reservation information input processing will be described based on the flowchart of FIG.
[0134]
The reservation information input processing is executed by the reservation information input function unit 11. When the reservation information input function unit 11 acquires the information specifying the customer and the information on the date of visit, the time of visit, the service, and the person in charge from the Web information transmission / reception function unit 7 (step S101), first, the work schedule database 18 With reference to the reservation database 17, if a person in charge is designated, the schedule of the person in charge is acquired, and if no person is designated, the schedule of the entire store is acquired (step S102).
[0135]
Next, the reservation information input function unit 11 determines whether the specified visit date, visit time, and service are compatible (step S103).
[0136]
If the reservation is possible, the reservation information input function unit 11 registers in the reservation database 17 and acquires the reservation number (step S104).
[0137]
Next, the reservation information input function unit 11 calls the mail creation function unit 10 together with the reservation number (step S105).
[0138]
The mail creation function unit 10 creates a “booking confirmation mail” based on the reservation number and stores it in the mail delivery reservation database 19 (step S106). The saved “reservation confirmation mail” is automatically transmitted to the customer who made the reservation by the mail transmission / reception function unit 6.
[0139]
If the response is not possible, the reservation information input function unit 11 transmits a message indicating that the reservation cannot be received (step S107), and ends the processing.
[0140]
Normally, the reservation information input function unit 11 acquires information for specifying the customer from the customer via the network 4 and information on the date of visit, time of visit, service, and person in charge. In the case of reservation by telephone, By inputting directly from the in-store terminal 2 or directly to the information distribution server 1, information for specifying a customer and information on a visit date, a visit time, a service, and a person in charge are acquired.
[0141]
<Mail delivery date reset processing>
Next, the mail delivery date resetting process will be described based on the flowchart of FIG.
[0142]
The mail delivery date resetting process is executed by the mail delivery date resetting function unit 13. When the mail delivery date resetting function unit 13 receives the information specifying the customer and the command for resetting the mail delivery date from the Web information transmission / reception function unit 7 (step S111), the command sets the email delivery date again. It is determined whether the received command is a “re-distribution” command or a “reset” command for resetting an e-mail distribution interval (step S112). At this time, along with the command, any value of the distribution interval, date, number of days, and character string of “OK” is also received.
[0143]
If the received command is a “re-distribution” command and the distribution interval is received at the same time, the mail distribution date resetting function unit 13 calls the mail creating function unit 10 together with the information specifying the customer and the distribution interval. Thereafter, the mail creation function unit 10 creates “mail soon” and saves it in the mail delivery reservation database 19 (step S114). The stored “e-mail” is automatically transmitted to the customer terminal 3 by the e-mail transmission / reception function unit 6.
[0144]
If the received command is a “reset” command, the mail delivery date resetting function unit 13 determines the value added to the “reset” command.
[0145]
When the value added to the “reset” command is a positive number, the mail delivery date resetting function unit 13 calls the customer history registration function unit 8 with the “registration” command together with the information specifying the customer. The positive number is delivered to the customer history registration function unit 8 as the value of the distribution flag (step S116).
[0146]
When the value added to the “reset” command is a character string of “OK”, the mail delivery date resetting function unit 13 transmits the customer history registration function using the “registration” command together with the information specifying the customer. It calls the unit 8 and passes -1 instead of its negative number to the customer history registration function unit 8 as the value of the deletion flag (step S117).
[0147]
When the value added to the “reset” command is a date, the mail delivery date resetting function unit 13 calls the customer history registration function unit 8 with the “registration” command together with information for specifying the customer. The date is passed to the customer history registration function unit 8 as a new history (step S118). At this time, if the date or the number of days is not entered, the customer history registration function unit 8 is called with the "registration" command together with the information for specifying the customer, and -1 is delivered to the customer history registration function unit 8 as the value of the distribution flag. To do.
[0148]
The customer history registration function unit 8 performs a customer history registration process based on the passed value and updates the customer data file or the store visit history file (step S119).
[0149]
<Reservation status extraction processing>
Next, the reservation status extraction processing will be described based on the flowchart of FIG.
[0150]
The reservation status extraction processing is executed by the reservation status extraction function unit 12. When receiving the reservation status confirmation e-mail (step S121), the reservation status extraction function unit 12 acquires an e-mail address from the e-mail (step S122).
[0151]
Based on the acquired e-mail address, the customer information registration function is called by a "search" command (step S123). This is performed to determine whether the inquiry is from a customer who has already been registered.
[0152]
The customer information registration function searches the customer database 15 based on the e-mail address, and if the corresponding customer is registered, acquires the customer information and transmits it to the reservation status extraction function unit 12 (step S124). . If the customer is not registered, an error message is transmitted to the reservation status extracting function unit 12.
[0153]
The reservation status extracting function unit 12 determines whether or not the customer is a registered customer based on the received information (whether customer information or error message) (step S125). When the customer information is transmitted from the customer information registration function, the mail creation function unit 10 is called together with the customer information and the confirmation date, and when the person in charge is specified, the information of the person in charge (step S126).
[0154]
If an error message has been sent from the customer information registration function, the customer information registration function is called again by the "new registration" command (step S127).
[0155]
After the customer information is registered by the customer information registration function (step S128), the mail creation function unit 10 is called together with the customer information, the confirmation date, and the information of the person in charge when the person in charge is specified (step S126). ).
[0156]
Thereafter, the mail creation function unit 10 creates a “reservation status reply email” and stores it in the email delivery reservation database 19 (step S129). The saved “reservation status reply mail” is automatically transmitted by the mail transmission / reception function unit 6 to the customer terminal 3 of the customer who inquired about the reservation status.
[0157]
<Store visit monitoring process>
Next, the store visit monitoring process will be described with reference to the flowchart of FIG.
[0158]
The store visit monitoring process is executed by the store visit monitor function unit 14. The visit interval monitoring function unit 14 acquires the visit date of the latest record from the visit history file (step S131).
[0159]
Next, the store visit monitoring unit 14 calculates the number of days that have passed since the store visit and determines whether a predetermined number of days (for example, 90 days) has passed (step S132). If the predetermined number of days has elapsed, the store visit monitoring function unit 14 refers to the distribution flag of the customer from the customer data file (step S133).
[0160]
Next, the store visit monitoring function unit 14 determines whether the distribution flag of the customer data file is -1 (distribution stopped) (step S134), and if the value of the distribution flag is not -1 (distribution stopped), The elapsed days are acquired (step S135).
[0161]
Next, the visiting interval monitoring function unit 14 calls the mail creating function unit 10 together with the information specifying the customer and the number of elapsed days (step S136). After that, the mail creation function unit 10 creates “How do you do it afterwards” and saves it in the mail delivery reservation database 19 (step S137). The stored “How do you send me mail” is sent to the customer terminal 3 by the mail sending / receiving function section 6.
[0162]
Next, a series of processing procedures of the entire system including the customer terminal 3 and the in-store terminal 2 will be described with reference to FIGS.
[0163]
First, a normal processing flow will be described using the sequence diagram of FIG. 23 and the screen display examples of FIGS.
[0164]
When a customer comes to the store, the clerk inputs the customer's history information to the in-store terminal 2. A membership card as shown in FIG. 24A is issued to a customer who has already been registered as a member, and when inputting customer history information, a barcode printed on the membership card is read by a barcode reader. By reading the information, the customer's personal information can be called up (search command). FIG. 24B shows an example of the screen of the mobile terminal of the customer. In place of the membership card shown in FIG. 24A, a bar code is displayed on the screen of the mobile terminal, and the bar code is read by a bar code reader. It may be. The barcode displayed on the mobile terminal may be received by the customer terminal 3 as an attached file of a reservation confirmation mail described later, or may be obtained by accessing the information distribution server 1 with a predetermined URL.
[0165]
Next, the input customer history information is transmitted to the information distribution server 1 (d1). In the information distribution server 1, first, customer history registration processing (steps S11 to S27) is performed, and The mail delivery date setting process (steps S31 to S53) is performed based on the mail delivery date, and the mail delivery date is calculated. If the input customer history information is, for example, the history information of FIG.
"Http: //www.**.jp/rireki/cgi/rireki? Tenpo = akasakaten & userid = 83 & Eddress = yamada @ **. Ne.jp ... & service = 4 & tantou = Sato"
And may be transmitted in the HTTP format (HyperText Transfer Protocol), or may be transmitted after encrypting the personal information after "/ rireki / rireki? good. Also, a dedicated transmission program and protocol may be prepared on the customer terminal 3 side to transmit the history information.
The same applies when transmitting the reservation content described later. The above-mentioned history information also includes information indicating the store where the in-store terminal 2 of the transmission source is installed.
[0166]
For example, assuming that the latest record of August 13 is recorded as history information in the store visit history file of FIG. 4, the next visit prediction date in step S45 of FIG. 16 is September 28 first. Then, the mail distribution date in step S46 is set to September 21 by subtracting seven days from September 28. Further, since September 21 falls within the specified period, the mail delivery date recorded in the store visit history file in step S52 is September 16 because 5 days are subtracted.
[0167]
Next, mail creation processing (steps S61 to S68) is performed. For example, mail is created soon as shown in FIG. 25, and mail is soon delivered to the customer terminal 3 by mail delivery processing (steps S91 to S96). (D2). In this mail, the availability of the reservation is posted, and the URL of the Web site that accepts the reservation (FIG. 25A), and the URL of the Web site that accepts the setting for re-delivery of the mail (FIG. 25B) ), The URL of the Web site that will accept the reset of the mail delivery date (FIG. 25 (c)), and the destination address of the e-mail for confirming the availability of reservations other than the posted date.
[0168]
When the customer selects the URL (FIG. 25A) of the Web site that accepts the reservation displayed on the customer terminal 3, a reservation reception screen shown in FIG. 26A is displayed on the customer terminal 3. When the reservation contents are input according to the displayed contents and the “reservation confirmation” button at the bottom of the screen is selected, the screen shown in FIG. 26 (2) is displayed on the customer terminal 3. After confirming the reservation content input by the customer and selecting the "OK" button, the input reservation content is transferred to the information distribution server 1 (d3).
[0169]
Next, in the information distribution server 1, reservation information input processing (steps S101 to S107) for registering the received reservation information in the reservation database 17 is performed. Here, if the received reservation information is unacceptable, an error message is transmitted in step S107 in FIG. 19, but a screen for prompting the user to input reservation information again as shown in FIG. You may make it transmit. If the received reservation information is acceptable, a mail creation process (steps S61, S62, S76 to S78, S68) for creating a reservation confirmation mail and a mail distribution process (steps S91 to S96) are performed. The reservation confirmation mail is delivered to the customer terminal 3 (d4). FIG. 28 shows an example of a reservation confirmation mail, in which the received reservation and the required time on the day of visiting the store are displayed together.
[0170]
In this way, since the delivery date of “e-mail” is set based on the visit history, “e-mail” can be delivered at a more accurate timing, and appropriate information can be provided to customers. .
[0171]
Next, the flow of processing when resetting the mail delivery date will be described using the sequence diagram of FIG. 29 and the screen display examples of FIGS.
[0172]
When the customer selects the URL of the Web site for accepting the mail redistribution setting shown in FIG. 25B on the screen shown in FIG. 25, the screen shown in FIG. 30 is displayed on the customer terminal 3. On the screen shown in FIG. 30, the customer inputs the number of days after which the customer wants to receive the mail again, and selects the "register" button. The number of days input by the customer is transmitted to the information distribution server 1 (d5).
[0173]
In the information distribution server 1, mail distribution date resetting processing (steps S111 to S114) is performed based on the number of days input by the customer. After setting a new mail delivery date based on the number of days received, a mail creation process (steps S61, S62, S69-S70, S65-S68) and a mail delivery process (steps S91-S96) are performed, and the customer terminal is executed. The mail is delivered soon to (3) (d6).
[0174]
For example, when a mail is received on September 16th, but "I want to receive it again in 10 days" is input, the mail date of September 16 recorded in the mail delivery date item of the customer data file is changed. September 26, which is the date added, is the new mail distribution date. Here, the reserved vacancy status described in the mail will be the vacancy status according to the new distribution date.
[0175]
When the customer selects the URL of the Web site for accepting the reset (reset) of the delivery date of the mail shown in FIG. 25C on the screen of FIG. 25, the screen shown in FIG. Will be displayed. The screen of FIG. 31 (1) shows the case where the mail is always arrived early (a), the case where the mail is always arrived soon (b), and the case where the timing is bad this time (c). Options are prepared for three situations.
[0176]
When the customer selects FIG. 31 (1, a), the screen of FIG. 31 (2) is displayed, and when the customer selects FIG. 31 (1, b), the screen of FIG. 31 (3) is displayed. When FIG. 31 (1, c) is selected, the screen of FIG. 31 (4) is displayed. When the number of days or the date is input according to each screen, the information is transmitted to the information distribution server 1 (d5).
[0177]
In the information distribution server 1, the mail distribution date resetting process (steps S111 to S112, S115 to S119) is performed based on the number of days, the date, and the like input by the customer, and the distribution flag or the deletion flag is set, or the history is set. Update is performed on the customer data file and the store visit history file.
[0178]
When the number of days is input in FIG. 31 (2), the number of days is added to set the distribution date in step S52 of the mail distribution date setting process in FIG. When the “OK” button is selected in FIG. 31 (3), −1 is recorded in the item of the deletion flag in order to exclude the history information accumulated so far from various processing targets. Thereafter, the mail will be delivered at a completely new timing. When a date is input on the screen of FIG. 31 (4), only the item of visit date (date) in the visit history file is updated, and other items are blank. In this way, by recording the history of the customer's visit to another store, it becomes possible to accurately grasp the cycle at which the customer goes to a barber / beauty salon. Therefore, the mail is inevitably delivered at an appropriate timing.
[0179]
Thereafter, when the customer returns to the store and the customer's history information is transmitted from the in-store terminal 2 to the information distribution server 1 (d7), according to the information recorded in each item of the customer data file and the store visit history file, The customer history registration process (steps S11 to S13, S21 to S24), the mail delivery date setting process (steps S31 to S53), the mail creation process (steps S61 to S68), and the mail delivery process (steps S91 to S96) are performed sequentially. The mail is sent to the customer terminal 3 (d8).
[0180]
In this way, since the delivery date of the e-mail can be set from the customer side, "e-mail" can be delivered at a more accurate timing than the conventional one-time transmission, and it can be delivered to the customer Provision of appropriate information can be provided. Further, by transmitting at one-sided timing, it is possible to reduce the occurrence of discomfort felt by the customer.
[0181]
Next, the flow of a reservation status inquiry process will be described using the sequence diagram of FIG. 32 and the screen display example of FIG.
[0182]
When the customer selects the destination address of the e-mail for confirming the availability of the reservation shown in FIG. 25D on the screen in FIG. 25, the e-mail for confirming the reservation is transmitted from the customer terminal 3 to the information distribution server 1. (D10). At this time, the date on which the user wants to know the reservation status and the person in charge may be entered as the confirmation date in the reservation status confirmation e-mail. If the confirmation date is not entered, the reservation status for a predetermined number of days from the date of sending the inquiry e-mail is returned.
[0183]
When the information distribution server 1 receives the reservation status confirmation e-mail, the reservation status extraction processing (steps S121 to S129) is performed. If the sender of the e-mail is not registered in the customer database 15, new registration of the customer is performed, and then the mail creation processing (steps S61, S62, S71 to S75, S68) and the mail distribution processing (steps S91 to S91) S96) is performed, and a reservation status reply mail is transmitted to the customer terminal 3 (d11).
[0184]
FIG. 33 is an example of a reservation status reply mail. When the URL of the Web site that accepts the reservation shown in FIG. 33A is selected, the reservation acceptance screen shown in FIG. 26A is displayed on the customer terminal 3. When the reservation contents are input according to the displayed contents and the “reservation confirmation” button at the bottom of the screen is selected, the screen shown in FIG. 26 (2) is displayed on the customer terminal 3. After confirming the reservation content input by the customer and selecting the "OK" button, the input reservation content is transferred to the information distribution server 1 as reservation information (d12). If the received reservation information is acceptable, a mail creation process (steps S61, S62, S76-S78, S68) for creating a reservation confirmation mail and a mail distribution process (steps S91-S96) are performed, and the customer terminal The reservation confirmation e-mail is delivered to No. 3 (d13).
[0185]
In this way, by returning the reservation status in response to an inquiry from a customer, it is possible to reliably receive a reservation from an individual customer, and it is possible for the customer to receive service reliably and for the store side to Can improve profits. In addition, inquiries from unregistered persons are immediately registered as customers, so that the number of information provision targets for the store increases, so that the market can be expanded.
[0186]
Next, the flow of the store visit monitoring process will be described using the sequence diagram of FIG. 34 and the screen display example of FIG.
[0187]
The visit interval monitoring process (steps S131 to S137) is constantly executed. When the visit date of the latest record is acquired from the visit history file, the number of days elapsed since the visit date is calculated, and it is determined whether a predetermined number of days has elapsed. If the predetermined number of days has elapsed, the distribution flag of the customer is referenced from the customer data file, and if the value of the distribution flag is not -1 (distribution stop), the number of elapsed days is obtained.
[0188]
Next, an e-mail creation process (steps S61, S62, S79-S81, S68) and an e-mail distribution process (steps S91-S96) for creating an e-mail are performed. Is distributed (d15). FIG. 35 shows an example of an e-mail afterwards.
[0189]
Thereafter, when the customer returns to the store and the history information of the customer is transmitted from the in-store terminal 2 to the information distribution server 1 (d16), the customer history registration processing (steps S11 to S27) is sequentially performed, and the mail distribution date setting processing (step S11) S31 to S53), mail creation processing (steps S61 to S68) and mail distribution processing (steps S91 to S96) are performed, and the mail is soon transmitted to the customer terminal 3 (d17).
[0190]
In this way, after-sales follow-up, which was not available in the conventional system, is realized by distributing the "How about how to go afterwards" to customers who have not visited the store for a certain period of time by providing information such as reservation status and soliciting return visits? And restore relationships with estranged customers.
[0191]
In the present embodiment, the information provided from the information distribution server 1 to the customer is transmitted to the customer terminal 3 as e-mail or Web information, but is not limited to this. It is also conceivable that the communication function unit 5 is provided with a FAX transmission function and a voice notification function, and for example, a "reservation confirmation mail" created when a reservation is accepted is transmitted to a customer's FAX. In this case, an item for recording a FAX number in addition to a telephone number is provided in the customer data file, and an item for setting a device to which an e-mail or Web information is transmitted is provided. Each time information is distributed, an electronic mail, a facsimile, or the like is transmitted in a form suitable for the destination device by referring to the destination device.
[0192]
An embodiment in which coupon information is added to “e-mail” or “reservation confirmation e-mail” and transmitted to the customer terminal 3 is also conceivable.
[0193]
Further, in the present embodiment, the customer database 15, the reservation database 17, and the work schedule database 18 are provided in the information distribution server 1, but these databases are provided in the in-store terminal 2 and store the history information in the database. Every time a process such as registration or reference occurs, the in-store terminal 2 may be accessed from the information distribution server 1 to input and output necessary information.
[0194]
Further, as an embodiment, an example in which the present invention is applied to a barber / beauty salon has been described, but the present invention is not limited to this. The present invention can be applied to a business form in which advance reservation is customary, such as an aesthetic salon. In this case, the items constituting each database are appropriately changed according to the quotient form.
[0195]
【The invention's effect】
As described above, according to the present invention, the distribution date of the e-mail is set based on the standard value of the visit cycle set for each service and the visit history information. The distribution of the e-mail including the invitation text of the invitation can be performed at an appropriate timing. In addition, by considering the standard value of the store visit cycle, the delivery date can be brought closer to a convenient timing for the store.
[0196]
In addition, if the predicted visit date falls in a predetermined period, the distribution date is adjusted by adjusting the predicted visit date, so that the customer includes a reservation status and a guidance message for invitation to return to the store. The distribution of the e-mail can be performed at a more accurate timing in consideration of the timing factor.
[0197]
In addition, since the delivery date is adjusted by adjusting the predicted visit date according to the customer-specific information, the distribution of the e-mail including the reservation status and the invitation to return to the store is more accurately performed to the customer. Can be done with
[0198]
In addition, by distributing an e-mail including a guidance message for soliciting return visits to a customer who has not visited the store for a certain period of time, it is possible to repair a relationship with a customer who is becoming distant.
[0199]
Further, by accepting a reservation from the customer, the service can be surely received for the customer, and the store can improve the profit.
[0200]
In addition, the delivery date of the e-mail is set based on the standard value of the store visit cycle set for each service and the visit history information, and the customer can also set the delivery date and adjust the delivery interval. In addition, it is possible to distribute the e-mail including the reservation status and the invitation to return to the store to the customer at more accurate timing.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a system configuration according to an embodiment.
FIG. 2 is a functional block diagram of an information distribution server.
FIG. 3 is a data table showing a customer data file.
FIG. 4 is a data table showing a visit history file.
FIG. 5 is a data table showing a distribution interval data file.
FIG. 6 is a diagram showing a reservation data table.
FIG. 7 is a diagram showing a time table in which a work schedule is recorded.
FIG. 8 is an example of a work schedule registration screen (1) displayed on the screen of the in-store terminal.
FIG. 9 is an example of a work schedule registration screen (2) displayed on the screen of the in-store terminal.
FIG. 10 is an example of a service registration screen for registering a new service.
FIG. 11 is an example of a screen when referring to reservation information registered in the reservation management server.
FIG. 12 is an example of a screen when referring to reservation information registered in the reservation management server.
FIG. 13 is an example of a customer history registration screen for registering customer history information in the reservation management server.
FIG. 14 is a flowchart illustrating processing of a reservation management server according to the present embodiment.
FIG. 15 is a flowchart showing a customer history registration process.
FIG. 16 is a flowchart showing a mail delivery date setting process.
FIG. 17 is a flowchart illustrating a mail creation process.
FIG. 18 is a flowchart illustrating a mail distribution process.
FIG. 19 is a flowchart showing reservation information input processing.
FIG. 20 is a flowchart showing a mail delivery date resetting process.
FIG. 21 is a flowchart showing a reservation status extraction process.
FIG. 22 is a flowchart illustrating a store visit interval monitoring process.
FIG. 23 is a sequence diagram showing a series of processing procedures of the entire system including the customer terminal and the in-store terminal.
FIG. 24 is an example of a barcode printed on a membership card and a barcode displayed on a mobile terminal.
FIG. 25 is an example of “e-mail”.
FIG. 26 is an example of a reservation reception screen displayed on the customer terminal.
FIG. 27 is an example of a reception screen when a reservation displayed on the customer terminal is not received.
FIG. 28 is an example of a “reservation confirmation mail”.
FIG. 29 is a sequence diagram showing a series of processing procedures of the entire system including a customer terminal and an in-store terminal.
FIG. 30 is an example of a screen displayed on a customer terminal when adjusting a mail delivery date.
FIG. 31 is an example of a screen displayed on a customer terminal when adjusting a mail delivery date.
FIG. 32 is a sequence diagram showing a series of processing procedures of the entire system including the customer terminal and the in-store terminal.
FIG. 33 is an example of “reservation status reply mail”.
FIG. 34 is a sequence diagram showing a series of processing procedures of the entire system including the customer terminal and the in-store terminal.
FIG. 35 is an example of “How do you mail afterwards”.
[Explanation of symbols]
1 Information distribution server
2 In-store terminals
3 Customer terminal
4 Network
5 Communication function part
6 Mail sending / receiving function
7 Web information transmission / reception function unit
8 Customer history registration function section
9 Mail delivery date setting function
10 Mail creation function
11 Reservation information input function section
12 Reservation status extraction function part
13 Mail delivery date resetting function
14 Visit interval monitoring function
15 Customer Database
16 Service Menu Database
17 Reservation database
18 Work schedule database
19 Mail delivery reservation database
20 Web information database

Claims (15)

電子メールの送受信機能を有する顧客端末と、店舗毎に設置され、顧客の来店履歴情報の入力を受け付ける店内端末と、ネットワークを介して前記店内端末から送信される前記来店履歴情報を受信、記録し、前記来店履歴情報に応じて前記顧客端末に対して情報を配信するサーバとから構成される情報配信システムにおいて、
少なくとも、顧客が来店した来店日、来店した際に提供されたサービス、前回来店日からの日数間隔である来店周期からなる前記来店履歴情報と、前記サービス毎に設定される来店周期の標準値とを記録するデータベースと、
前記端末装置から送信される前記顧客が来店したその日に提供されたサービスに従って、前記データベースから、当該サービスと同一、または関連性のあるサービスが記録されている前記来店履歴情報の件数と、前記来店履歴情報毎に前記来店周期を取得し、前記来店履歴情報毎の当該来店周期の積算値と前記標準値との加算値と、当該件数とから、次回の顧客の来店予測日を算出する来店予測日算出手段と、
前記来店予測日から、前記顧客端末へ前記電子メールを配信する配信日を算出する配信日算出手段と、
前記来店予測日当日、または前記来店予測日から所定の日数間における店舗の予約状況と、再来店勧誘の案内文を含む電子メールを作成する電子メール作成手段と、
前記電子メール作成手段が作成した当該電子メールを前記顧客端末へ当該配信日に送信する送信手段と、
を備えることを特徴とする情報配信システム。
A customer terminal having an e-mail transmission / reception function, an in-store terminal that is installed in each store and accepts input of customer visit history information, and receives and records the visit history information transmitted from the in-store terminal via a network. , A server that distributes information to the customer terminal in accordance with the visit history information,
At least, the visit date when the customer visited the store, the service provided at the time of the visit, the visit history information including the visit cycle that is a number of days interval from the previous visit date, and the standard value of the visit cycle set for each service. A database that records
According to the service transmitted from the terminal device on the day when the customer visited the store, from the database, the number of the visit history information in which the same or related service as the service is recorded; A store visit prediction for acquiring the store visit period for each piece of history information, and calculating a predicted visit date for the next customer visit from the sum of the integrated value of the store visit period and the standard value for each store visit history information and the number of cases. Day calculation means,
A delivery date calculation unit that calculates a delivery date for delivering the email to the customer terminal from the store visit prediction date;
E-mail creating means for creating an e-mail including a reservation status of the store for a predetermined number of days from the predicted day of visiting the store or the predetermined date of visiting the store, and an invitation to return to the store,
Transmission means for transmitting the e-mail created by the e-mail creation means to the customer terminal on the distribution date,
An information distribution system comprising:
店舗毎に設置される端末装置からネットワークを介して送信される顧客の来店履歴情報を受信、記録し、前記来店履歴情報に応じて、電子メールの送受信機能を有する顧客端末に対して情報を配信する情報配信サーバであって、
前記情報配信サーバは、
少なくとも、顧客が来店した来店日、来店した際に提供されたサービス、前回来店日からの日数間隔である来店周期からなる前記来店履歴情報と、前記サービス毎に設定される来店周期の標準値とを記録するデータベースと、
前記端末装置から送信される前記顧客が来店したその日に提供されたサービスに従って、前記データベースから、当該サービスと同一、または関連性のあるサービスが記録されている前記来店履歴情報の件数と、前記来店履歴情報毎に前記来店周期を取得し、前記来店履歴情報毎の当該来店周期の積算値と前記標準値との加算値と、当該件数とから、次回の顧客の来店予測日を算出する来店予測日算出手段と、
前記来店予測日から、前記顧客端末へ前記電子メールを配信する配信日を算出する配信日算出手段と、
前記来店予測日当日、または前記来店予測日から所定の日数間における店舗の予約状況と、再来店勧誘の案内文を含む電子メールを作成する電子メール作成手段と、
前記電子メール作成手段が作成した当該電子メールを前記顧客端末へ当該配信日に送信する送信手段と、
を備えることを特徴とする情報配信サーバ。
Receives and records customer visit history information transmitted via a network from a terminal device installed at each store, and distributes information to a customer terminal having an e-mail transmission / reception function according to the visit history information Information distribution server,
The information distribution server,
At least, the visit date when the customer visited the store, the service provided at the time of the visit, the visit history information including the visit cycle that is a number of days interval from the previous visit date, and the standard value of the visit cycle set for each service. A database that records
According to the service transmitted from the terminal device on the day when the customer visited the store, from the database, the number of the visit history information in which the same or related service as the service is recorded; A store visit prediction for acquiring the store visit period for each piece of history information, and calculating a predicted visit date for the next customer visit from the sum of the integrated value of the store visit period and the standard value for each store visit history information and the number of cases. Day calculation means,
A delivery date calculation unit that calculates a delivery date for delivering the email to the customer terminal from the store visit prediction date;
E-mail creating means for creating an e-mail including a reservation status of the store for a predetermined number of days from the predicted day of visiting the store or the predetermined date of visiting the store, and an invitation to return to the store,
Transmission means for transmitting the e-mail created by the e-mail creation means to the customer terminal on the distribution date,
An information distribution server comprising:
前記来店予測日算出手段は、前記来店予測日が、所定の期間に該当する場合、前記来店予測日から所定の日数減算することによって新たな予測日を算出し、さらに当該新たな予測日が所定の期間に該当する場合、当該新たな予測日を来店予測日とすることを特徴とする請求項2に記載の情報配信サーバ。The store visit predicted date calculation means calculates a new predicted date by subtracting a predetermined number of days from the store visit predicted date when the store visit predicted date corresponds to a predetermined period, and further determines that the new predicted date is a predetermined date. The information distribution server according to claim 2, wherein the new predicted date is set as the predicted date of visiting the store when the period corresponds to the period of (1). 前記データベースは、さらに前記サービスに関連する顧客固有の情報を記録し、前記顧客固有の情報が所定の状態である場合、
前記来店予測日算出手段は、前記加算値から所定の日数減算した値から前記来店予測日を算出することを特徴とする請求項2または請求項3に記載の情報配信サーバ。
The database further records customer-specific information related to the service, and when the customer-specific information is in a predetermined state,
The information delivery server according to claim 2, wherein the predicted store visit date calculation unit calculates the predicted store visit date from a value obtained by subtracting a predetermined number of days from the added value.
前記情報配信サーバは、
前記データベースから顧客毎に最新の来店日を取得し、当該最新の来店日から所定の日数経過しているか判定する監視手段を備え、
前記監視手段が来店日から所定の日数経過していると判定した場合は、前記電子メール作成手段は、再来店勧誘の案内文を含む電子メールを作成することを特徴とする請求項2乃至請求項4に記載の情報配信サーバ。
The information distribution server,
Monitoring means for obtaining the latest store visit date for each customer from the database, and determining whether a predetermined number of days have elapsed since the latest store visit date,
The method according to claim 2, wherein when the monitoring unit determines that a predetermined number of days have passed since the visit to the store, the electronic mail creating unit creates an electronic mail including a guidance message for soliciting return visits. Item 5. The information distribution server according to item 4.
前記情報配信サーバは、
前記顧客端末、または前記店内端末から、少なくとも来店日、来店当日に顧客が希望するサービスを含む顧客の予約情報を受信し、予約受付可能であれば記録し、前記希望するサービスの所要時間を算出する予約受付手段を備え、
前記電子メール作成手段は、前記予約受付手段によって受け付けられた当該予約情報と、前記所要時間と、予約が受け付けられた旨のメッセージを含む電子メールを作成することを特徴とする請求項2乃至請求項5に記載の情報配信サーバ。
The information distribution server,
From the customer terminal or the in-store terminal, at least on the day of visiting the customer, receiving the customer's reservation information including the service desired by the customer on the day of visiting, recording if the reservation can be accepted, and calculating the required time of the desired service Equipped with a reservation receiving means,
3. The electronic mail creating unit according to claim 2, wherein the electronic mail creating unit creates an electronic mail including the reservation information received by the reservation receiving unit, the required time, and a message indicating that the reservation has been received. Item 6. The information distribution server according to item 5.
前記情報配信サーバは、前記顧客端末から電子メールの再配信の指示と指定日数を受信すると、
前記配信日算出手段は、前記配信日に当該指定日数を加算して新たな配信日を算出することを特徴とする請求項2乃至請求項6に記載の情報配信サーバ。
The information distribution server, when receiving an instruction for redistribution of the e-mail and the designated number of days from the customer terminal,
The information distribution server according to claim 2, wherein the distribution date calculation unit calculates a new distribution date by adding the specified number of days to the distribution date.
前記情報配信サーバは、
前記顧客端末から、電子メールの配信リセットの指示と数値、または日付情報を受信すると、前記数値が正の数であった場合、前記データベースに対して、前記配信日に当該数値を加算する設定をし、前記数値が負の数であった場合、前記データベースに対して、前記来店周期を来店予測日の算出対象から除外する設定をし、また前記日付情報を受信した場合は、その日付を来店日として前記データベースに記録する記録手段を備え、
前記配信日算出手段は、前記データベースに前記配信日に当該数値を加算する設定がされている場合は、算出した前記配信日に当該数値を加算し新たな配信日を算出し、
前記来店予測日算出手段は、前記データベースに前記来店周期を来店予測日の算出対象から除外する設定がされている場合は、来店予測日算出時に算出対象から除外する設定がされている当該来店周期を用いないことを特徴とする請求項2乃至請求項7に記載の情報配信サーバ。
The information distribution server,
From the customer terminal, when receiving the instruction of resetting the delivery of the e-mail and the numerical value or the date information, if the numerical value is a positive number, the database is set to add the numerical value to the distribution date. When the numerical value is a negative number, the database is set to be excluded from the calculation target of the predicted visit date on the database, and when the date information is received, the date is referred to the store. Recording means for recording the date in the database,
The distribution date calculating means, when the database is set to add the numerical value to the distribution date, calculates the new distribution date by adding the numerical value to the calculated distribution date,
The store visit prediction day calculation means, if the database is set to exclude the store visit period from the target visit day calculation target, the visit visit period set to be excluded from the calculation target when calculating the store visit prediction date. The information distribution server according to claim 2, wherein the information delivery server does not use the information distribution server.
少なくとも、顧客が来店した来店日、来店した際に提供されたサービス、前回来店日からの日数間隔である来店周期からなる前記来店履歴情報と、前記サービス毎に設定される来店周期の標準値とを記録するデータベースを備え、店舗毎に設置される端末装置からネットワークを介して送信される顧客の来店履歴情報を受信、記録するコンピュータを、前記来店履歴情報に応じて、電子メールの送受信手段を有する顧客端末に対して情報を配信する手段として機能させる情報配信プログラムであって、
前記情報配信プログラムは、コンピュータを、
前記端末装置から送信される前記顧客が来店したその日に提供されたサービスに従って、前記データベースから、当該サービスと同一、または関連性のあるサービスが記録されている前記来店履歴情報の件数と、前記来店履歴情報毎に前記来店周期を取得し、前記来店履歴情報毎の当該来店周期の積算値と前記標準値との加算値と、当該件数とから、次回の顧客の来店予測日を算出する来店予測日算出手段と、
前記来店予測日から、前記顧客端末へ前記電子メールを配信する配信日を算出する配信日算出手段と、
前記来店予測日当日、または前記来店予測日から所定の日数間における店舗の予約状況と、再来店勧誘の案内文を含む電子メールを作成する電子メール作成手段と、
前記電子メール作成手段が作成した当該電子メールを前記顧客端末へ当該配信日に送信する送信手段と、
して機能させることを特徴とする情報配信プログラム。
At least, the visit date when the customer visited the store, the service provided at the time of the visit, the visit history information including the visit cycle that is a number of days interval from the previous visit date, and the standard value of the visit cycle set for each service. A computer for receiving and recording customer visit history information transmitted via a network from a terminal device installed for each store, and transmitting and receiving e-mail according to the visit history information. An information distribution program functioning as means for distributing information to a customer terminal having the information distribution program,
The information distribution program causes the computer to:
According to the service transmitted from the terminal device on the day when the customer visited the store, from the database, the number of the visit history information in which the same or related service as the service is recorded; A store visit prediction for acquiring the store visit period for each piece of history information, and calculating a predicted visit date for the next customer visit from the sum of the integrated value of the store visit period and the standard value for each store visit history information and the number of cases. Day calculation means,
A delivery date calculation unit that calculates a delivery date for delivering the email to the customer terminal from the store visit prediction date;
E-mail creating means for creating an e-mail including a reservation status of the store for a predetermined number of days from the predicted day of visiting the store or the predetermined date of visiting the store, and an invitation to return to the store,
Transmission means for transmitting the e-mail created by the e-mail creation means to the customer terminal on the distribution date,
An information distribution program characterized by functioning as a computer.
前記来店予測日算出手段は、前記来店予測日が、所定の期間に該当する場合、前記来店予測日から所定の日数減算することによって新たな予測日を算出し、さらに当該新たな予測日が所定の期間に該当する場合、当該新たな予測日を来店予測日とすることを特徴とする請求項9に記載の情報配信プログラム。The store visit predicted date calculation means calculates a new predicted date by subtracting a predetermined number of days from the store visit predicted date when the store visit predicted date falls within a predetermined period, and further determines that the new predicted date is a predetermined date. The information distribution program according to claim 9, wherein the new predicted date is set as the predicted store visit date when the period corresponds to the period of (1). 前記データベースは、さらに前記サービスに関連する顧客固有の情報を記録し、前記顧客固有の情報が所定の状態である場合、
前記来店予測日算出手段は、前記加算値から所定の日数減算した値から前記来店予測日を算出することを特徴とする請求項9または請求項10に記載の情報配信プログラム。
The database further records customer-specific information related to the service, and when the customer-specific information is in a predetermined state,
The information delivery program according to claim 9, wherein the store visit predicted date calculation unit calculates the store visit predicted date from a value obtained by subtracting a predetermined number of days from the added value.
前記情報配信プログラムは、コンピュータを、
前記データベースから顧客毎に最新の来店日を取得し、当該最新の来店日から所定の日数経過しているか判定する監視手段として機能させ、
前記監視手段が来店日から所定の日数経過していると判定した場合は、前記電子メール作成手段は、再来店勧誘の案内文を含む電子メールを作成することを特徴とする請求項9乃至請求項11に記載の情報配信プログラム。
The information distribution program, the computer,
Obtain the latest store visit date for each customer from the database, function as monitoring means to determine whether a predetermined number of days have passed since the latest store visit date,
If the monitoring means determines that a predetermined number of days have passed since the visit to the store, the e-mail creating means creates an e-mail including a guidance message for soliciting return visits. Item 12. The information distribution program according to Item 11.
前記情報配信プログラムは、コンピュータを、
前記顧客端末、または前記店内端末から、少なくとも来店日、来店当日に顧客が希望するサービスを含む顧客の予約情報を受信し、予約受付可能であれば記録し、前記希望するサービスの所要時間を算出する予約受付手段として機能させ、前記電子メール作成手段は、前記予約受付手段によって受け付けられた当該予約情報と、前記所要時間と、予約が受け付けられた旨のメッセージを含む電子メールを作成することを特徴とする請求項9乃至請求項12に記載の情報配信プログラム。
The information distribution program causes the computer to:
From the customer terminal or the in-store terminal, at least on the day of visiting the customer, receiving the customer's reservation information including the service desired by the customer on the day of visiting, recording if the reservation can be accepted, calculating the required time of the desired service The e-mail creating means may create an e-mail including the reservation information received by the reservation receiving means, the required time, and a message indicating that the reservation has been accepted. The information distribution program according to claim 9, wherein:
コンピュータが前記顧客端末から電子メールの再配信の指示と指定日数を受信すると、
前記配信日算出手段は、前記配信日に当該指定日数を加算して新たな配信日を算出することを特徴とする請求項9乃至請求項13に記載の情報配信プログラム。
When the computer receives the instruction for redistribution of the e-mail and the designated number of days from the customer terminal,
14. The information distribution program according to claim 9, wherein the distribution date calculation means calculates a new distribution date by adding the designated number of days to the distribution date.
前記情報配信プログラムは、コンピュータを、
前記顧客端末から、電子メールの配信リセットの指示と数値、または日付情報を受信すると、前記数値が正の数であった場合、前記データベースに対して、前記配信日に当該数値を加算する設定をし、前記数値が負の数であった場合、前記データベースに対して、前記来店周期を来店予測日の算出対象から除外する設定をし、また前記日付情報を受信した場合は、その日付を来店日として前記データベースに記録する記録手段として機能させ、
前記配信日算出手段は、前記データベースに前記配信日に当該数値を加算する設定がされている場合は、算出した前記配信日に当該数値を加算し新たな配信日を算出し、
前記来店予測日算出手段は、前記データベースに前記来店周期を来店予測日の算出対象から除外する設定がされている場合は、来店予測日算出時に算出対象から除外する設定がされている当該来店周期を用いないことを特徴とする請求項9乃至請求項14に記載の情報配信プログラム。
The information distribution program, the computer,
From the customer terminal, when receiving the instruction of resetting the delivery of the e-mail and the numerical value or the date information, if the numerical value is a positive number, the database is set to add the numerical value to the distribution date. When the numerical value is a negative number, the database is set to be excluded from the calculation target of the predicted visit date on the database, and when the date information is received, the date is referred to the store. Function as recording means for recording the date in the database,
The distribution date calculating means, when the database is set to add the numerical value to the distribution date, calculates the new distribution date by adding the numerical value to the calculated distribution date,
The store visit prediction day calculation means, if the database is set to exclude the store visit period from the target visit day calculation target, the visit visit period set to be excluded from the calculation target when calculating the store visit prediction date. The information distribution program according to claim 9, wherein the information distribution program does not use the information.
JP2002279881A 2002-09-25 2002-09-25 Information delivery system, information delivery server, and information delivery program Pending JP2004118457A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002279881A JP2004118457A (en) 2002-09-25 2002-09-25 Information delivery system, information delivery server, and information delivery program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002279881A JP2004118457A (en) 2002-09-25 2002-09-25 Information delivery system, information delivery server, and information delivery program

Publications (1)

Publication Number Publication Date
JP2004118457A true JP2004118457A (en) 2004-04-15

Family

ID=32274760

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002279881A Pending JP2004118457A (en) 2002-09-25 2002-09-25 Information delivery system, information delivery server, and information delivery program

Country Status (1)

Country Link
JP (1) JP2004118457A (en)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006079556A (en) * 2004-09-13 2006-03-23 Sankyo Kk Numbered ticket data distribution system and numbered ticket data distribution method
JP2006085550A (en) * 2004-09-17 2006-03-30 Sankyo Kk Numbered ticket data delivery apparatus, numbered ticket data delivery method and member service system
JP2006309606A (en) * 2005-04-28 2006-11-09 Sos Japan:Kk Server, method and program for information distribution
JP2008059149A (en) * 2006-08-30 2008-03-13 Eikichi Shibata Information providing program, recording medium, and information providing server
JP2008282291A (en) * 2007-05-11 2008-11-20 Gourmet Navigator Inc Visit confirmation server
US7809663B1 (en) 2006-05-22 2010-10-05 Convergys Cmg Utah, Inc. System and method for supporting the utilization of machine language
US8379830B1 (en) 2006-05-22 2013-02-19 Convergys Customer Management Delaware Llc System and method for automated customer service with contingent live interaction
US8452668B1 (en) 2006-03-02 2013-05-28 Convergys Customer Management Delaware Llc System for closed loop decisionmaking in an automated care system
JP2015106297A (en) * 2013-11-29 2015-06-08 本田技研工業株式会社 Notification timing calculation device
JP2017167656A (en) * 2016-03-14 2017-09-21 株式会社リクルートホールディングス Order management system, order management device and order management program
JP6994132B1 (en) 2021-05-31 2022-01-14 Kddi株式会社 Data processing equipment, data processing methods and programs
CN116630034A (en) * 2023-07-21 2023-08-22 杭银消费金融股份有限公司 Wind control data processing system and method

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006079556A (en) * 2004-09-13 2006-03-23 Sankyo Kk Numbered ticket data distribution system and numbered ticket data distribution method
JP2006085550A (en) * 2004-09-17 2006-03-30 Sankyo Kk Numbered ticket data delivery apparatus, numbered ticket data delivery method and member service system
JP2006309606A (en) * 2005-04-28 2006-11-09 Sos Japan:Kk Server, method and program for information distribution
US8452668B1 (en) 2006-03-02 2013-05-28 Convergys Customer Management Delaware Llc System for closed loop decisionmaking in an automated care system
US9549065B1 (en) 2006-05-22 2017-01-17 Convergys Customer Management Delaware Llc System and method for automated customer service with contingent live interaction
US7809663B1 (en) 2006-05-22 2010-10-05 Convergys Cmg Utah, Inc. System and method for supporting the utilization of machine language
US8379830B1 (en) 2006-05-22 2013-02-19 Convergys Customer Management Delaware Llc System and method for automated customer service with contingent live interaction
JP2008059149A (en) * 2006-08-30 2008-03-13 Eikichi Shibata Information providing program, recording medium, and information providing server
JP2008282291A (en) * 2007-05-11 2008-11-20 Gourmet Navigator Inc Visit confirmation server
JP2015106297A (en) * 2013-11-29 2015-06-08 本田技研工業株式会社 Notification timing calculation device
JP2017167656A (en) * 2016-03-14 2017-09-21 株式会社リクルートホールディングス Order management system, order management device and order management program
JP6994132B1 (en) 2021-05-31 2022-01-14 Kddi株式会社 Data processing equipment, data processing methods and programs
JP2022183930A (en) * 2021-05-31 2022-12-13 Kddi株式会社 Data processing apparatus, data processing method, and program
CN116630034A (en) * 2023-07-21 2023-08-22 杭银消费金融股份有限公司 Wind control data processing system and method
CN116630034B (en) * 2023-07-21 2023-11-07 杭银消费金融股份有限公司 Wind control data processing system and method

Similar Documents

Publication Publication Date Title
JP3922915B2 (en) Information processing method for reservation and reservation method
JP2007133461A (en) Sales support system, sales support apparatus, sales support method and sales support program
JP2012098981A (en) The number of vacant seat calculation device, store management system, the number of vacant seat calculation method and program
JP2004118457A (en) Information delivery system, information delivery server, and information delivery program
JP2012098944A (en) Degree of busyness calculation device, store management system, degree of busyness calculation method and program
KR101858205B1 (en) Food order method and server performing the same
JP2002032402A (en) Method for providing advertisement information
JP6767254B2 (en) Automatic ordering system, automatic ordering method, and automatic ordering program
JP2006244184A (en) Reservation support system, reservation support method, reservation support control program and readable recording medium
JP4761824B2 (en) Information distribution server, information distribution method, and information distribution program
JP2013225228A (en) Group purchase device, group purchase method, and program
JP2003122980A (en) Temporary reservation method and server
WO2014045844A1 (en) Information processing device
EP1443436A1 (en) Method for notifying information on commodity
US20020038264A1 (en) Computer implemented purchase support system that provides item and store search, anonymous reservation, and goods forwarding service
US20020184112A1 (en) Goods sales method and goods sales apparatus
JP2022069343A (en) Order management device, order management program, and order management method
JP5342815B2 (en) Advertisement distribution apparatus, method, and computer program
WO2003027930A1 (en) Real time reservation system and method thereof using communication network
JP4329601B2 (en) Sales promotion method, provisional reservation management server, and portable terminal
JP6579477B1 (en) Visit support system
JP2003256701A (en) Electronic commerce server and electronic commerce method
KR20170009032A (en) Method for ordering food using fin-tech and system for ordering food using the same
JP2005275487A (en) Method for reservation for accommodation facility and system for reservation for accommodation facility
KR20010112674A (en) Method and apparatus for providing hair salon management system with computer network

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20041207

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20050405