JP2002056258A - 予約方法、予約システム、予約サーバ及び記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 店舗側にとって、予約業務の省力化を図り、
予約調整の手間を削減し、ユーザにとって、何時でも予
約できることを目的とする。 【解決手段】 予約を行うユーザ端末（携帯電話）１
０、予約サーバ３０及び店舗に備えられた店舗クライア
ント４０から構成されている。予約サーバ３０は、スタ
ッフの勤務情報を格納したスタッフ勤務情報ファイル３
１と、ユーザの予約情報を格納した予約情報管理ファイ
ル３２と、顧客の情報を格納した顧客情報管理ファイル
３３等を有し、予約、変更又はキャンセル等の処理を自
動的に行う。ユーザは、予約サーバ３０にアクセスし
て、登録、予約、キャンセル等を行う。店舗クライアン
ト４０は、予約サーバ３０から、予約情報を取得する。
また、ユーザから、直接、登録、予約、キャンセル等を
受けて、予約サーバ３０に通知することもできる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、予約方法、予約シ
ステム、予約サーバ及び記憶媒体に関する。

【０００２】

【従来の技術】ユーザの待ち時間を減らし、店舗での資
源の有効活用を図るために、予約システムを導入する店
舗が増えている。

【０００３】例えば、美容院であれば、電話で予約を行
うことにより、待つことなく、美容術を受けることがで
きる。また、美容院側でも、待たせるための場所を設け
たり、お茶を出す等の手間が不要となるというメリット
がある。

【０００４】また、利用者は、専用の可搬型の情報入出
力装置を所持し、利用者は、この情報入出力装置でイベ
ント会場等での利用者が容易に各利用施設の待ち状況を
知り、且つ、待ち行列を作らずに順番を予約可能とする
発明が、出願公開されている（特開平１１−２５１７８
号公報、発明の名称：待ち状況通知システム及び方
法）。

【０００５】

【発明が解決しようとする課題】しかしながら、電話で
予約する場合は、電話で予約注文を受けることから、そ
のための業務が発生するという問題がある。

【０００６】また、キャンセル、日時の変更、作業の遅
れ等が発生すると、予約調整の手間が必要となる。

【０００７】さらに、電話によることから、聞き取りミ
ス、聞き漏れが発生し、ユーザに迷惑がかかることがあ
る。

【０００８】また、「待ち状況通知システム及び方法」
の発明では、利用者が専用の可搬型の情報入出力装置を
所持する必要がある。そのため、この発明を実施するに
は、利用者が、情報入出力装置を購入するか、又は、施
設側で情報入出力装置を用意し、これを利用者に貸与す
る必要がある。また、専用の情報入出力装置を持ってい
ない場合は、予約できないという問題がある。

【０００９】本発明は、上記問題に鑑みなされたもので
あり、店舗側にとって、予約業務の省力化を図り、予約
調整の手間を削減し、ユーザにとって、何時でも予約で
きることを目的とするものである。

【００１０】

【課題を解決するための手段】上記課題を解決するため
に、本件発明は、以下の特徴を有する課題を解決するた
めの手段を採用している。

【００１１】請求項１に記載された発明は、ユーザが、
ユーザ端末（例えば、図１におけるユーザ端末１０）に
より、通信ネットワーク（例えば、図１における通信ネ
ットワーク２０）を介して予約サーバ（例えば、図１に
おける予約サーバ３０）にアクセスして所定のサービス
の予約を行う予約方法であって、前記ユーザは、ユーザ
端末により、前記予約サーバにアクセスして、該予約サ
ーバが提供する画面（例えば、図１におけるウエブ画面
生成部３６が作成した画面）を表示（例えば、図１にお
ける入出力部１１で表示する。）し、表示された画面に
対して、記入又は選択（例えば、図１における入出力部
１１で入力又は選択する。）を行うことにより、所定の
サービスの予約、変更又はキャンセルを行うことを特徴
とする。

【００１２】請求項１記載の発明によれば、ユーザはイ
ンターネットを利用して、何時でも予約することができ
る。さらに、予約サーバが自動的に予約処理を行うの
で、店舗側にとって、予約業務の省力化を図り、予約調
整の手間を削減することができる。

【００１３】また、ユーザ端末がインターネットで通信
可能な携帯電話の場合であれば、ユーザは、何時でも、
何処ででも予約することができる。

【００１４】請求項２に記載された発明は、請求項１記
載の予約方法において、前記ユーザにサービスを提供す
る店舗は、前記通信ネットワークに接続した店舗クライ
アント（例えば、図１における店舗クライアント４０）
を備え、前記店舗クライアントは、情報の変化時に、予
約に係る情報を前記予約サーバから獲得することを特徴
とする。

【００１５】請求項２記載の発明によれば、店舗クライ
アントは、情報の変化時に、予約に係る情報を予約サー
バから獲得することにより、予約サーバと店舗クライア
ント間のデータ伝送を少なくすることができる。

【００１６】請求項３に記載された発明は、請求項２記
載の予約方法において、前記店舗クライアントは、サー
ビスの提供に係る資源別（スタッフ別、シート別、顧客
別等）に、予約状況を一覧表示することを特徴とする。

【００１７】請求項３記載の発明によれば、サービスの
提供に係る資源別に、予約状況を一覧表示することによ
り、スタッフ別、シート別、顧客別等で、予約の状況を
一瞥して理解することができる。

【００１８】請求項４に記載された発明は、請求項３記
載の予約方法において、前記店舗クライアントは、前記
予約状況一覧表示画面から、予約の追加、変更又は予約
のキャンセルを行うことを特徴とする。

【００１９】請求項４記載の発明によれば、店舗クライ
アントは、予約の状況を一瞥して理解することができる
予約状況一覧表示画面から、予約の追加、変更又は予約
のキャンセルを行うことにより、簡便に、予約の追加、
変更又は予約のキャンセルを行うことができる。

【００２０】請求項５に記載された発明は、請求項１記
載の予約方法において、前記予約サーバは、予約を行っ
たユーザ端末に、予約の所定時間前（顧客の家との交通
に要する時間を考慮して、家を出る時刻）に、予約案内
のメールを送信することを特徴とする。

【００２１】請求項５記載の発明によれば、予約サーバ
は、予約を行ったユーザ端末に、予約の所定時間前に、
予約案内のメールを送信することにより、予約の不履行
を防止することができる。請求項６に記載された発明
は、請求項１記載の予約方法において、前記予約サーバ
は、新規登録を行ったユーザ端末に、登録後、新規登録
の完了メールを送信することを特徴とする。

【００２２】請求項６記載の発明によれば、予約サーバ
は、新規登録を行ったユーザ端末に、登録後、新規登録
の完了メールを送信することにより、新規登録の確認を
行うことができる。請求項７に記載された発明は、請求
項６記載の予約方法において、前記予約サーバは、前記
新規登録の完了メールの配信ができなかった場合、ブラ
ックリストに登載し、且つ、予約されていた場合は、そ
の当該新規顧客の予約データを削除することを特徴とす
る。

【００２３】請求項７記載の発明によれば、予約サーバ
は、新規登録の完了メールの配信ができなかった場合、
ブラックリストに登載し、且つ、予約されていた場合
は、その当該新規顧客の予約データを削除することによ
り、いたずらによる登録及び予約を防止することができ
る。

【００２４】請求項８に記載された発明は、ユーザ端末
（例えば、図１におけるユーザ端末１０）が通信ネット
ワーク（例えば、図１における通信ネットワーク２０）
を介して予約サーバ（例えば、図１における予約サーバ
３０）にアクセスして所定のサービスの予約を行う予約
システムであって、前記ユーザ端末は、前記予約サーバ
にアクセスして、該予約サーバが提供する予約画面（例
えば、図１におけるウエブ画面生成部３６が作成した画
面）を表示する予約画面表示手段（例えば、図１におけ
る入出力部１２）と、表示された予約画面に対して、予
約に係る情報を記入又は選択を行うことにより入力する
予約情報入力手段（例えば、図１における入出力部１
２）と、前記予約情報入力手段により入力された予約に
係る情報を前記予約サーバに送信する送信手段（例え
ば、図１における送受信部１１）とを有し、前記予約サ
ーバは、前記ユーザ端末からの予約に係る情報を受信す
る受信手段（例えば、図１における送受信部３８）と、
ユーザの予約情報を格納した予約情報ファイル（例え
ば、図１における予約情報管理ファイル３２）と、前記
予約に係る情報を受信して、前記予約情報ファイルに予
約に係る情報の追加、変更又は削除を行うことにより、
サービスの予約、変更又はキャンセルを行うことを特徴
とする。

【００２５】請求項９に記載された発明は、請求項８記
載の予約システムにおいて、前記通信ネットワークに接
続した店舗クライアント（例えば、図１における店舗ク
ライアント４０）を備え、前記店舗クライアントは、前
記予約に係る情報の変化時に、前記予約に係る情報を前
記予約サーバから獲得する獲得手段（例えば、図１にお
ける送受信部４２）を有することを特徴とする。

【００２６】請求項１０に記載された発明は、請求項８
記載の予約システムにおいて、前記店舗クライアント
は、サービスの提供に係る資源別（スタッフ別、シート
別、顧客別等）に、予約状況を一覧表示する予約状況一
覧表示手段（例えば、図１における入出力部４３）を有
することを特徴とする。

【００２７】請求項１１に記載された発明は、請求項８
記載の予約システムにおいて、前記店舗クライアント
は、前記予約状況一覧表示画面から、予約の追加、予約
の変更又は予約のキャンセルを行う手段（例えば、図１
における入出力部４３）を有することを特徴とする。

【００２８】請求項１２に記載された発明は、請求項８
記載の予約システムにおいて、前記予約サーバは、予約
を行ったユーザ端末に、予約の所定時間前に、予約案内
のメールを送信することを特徴とする。

【００２９】請求項１３に記載された発明は、請求項８
記載の予約システムにおいて、前記予約サーバは、新規
登録を行ったユーザ端末に、登録後、新規登録の完了メ
ールを送信することを特徴とする。請求項１４に記載さ
れた発明は、請求項１３記載の予約システムにおいて、
前記予約サーバは、前記新規登録の完了メールの配信が
できなかった場合、ブラックリストに登載し、且つ、予
約されていた場合は、その当該予約データを削除するこ
とを特徴とする。

【００３０】請求項８〜請求項１４記載の予約システム
は、請求項１〜請求項７記載の予約方法に適した予約シ
ステムを規定したものである。

【００３１】請求項１５に記載された発明は、サービス
を提供する店舗に備えた店舗クライアント（例えば、図
１における店舗クライアント４０）と、該店舗のサービ
スの予約を行うユーザが所有するユーザ端末（例えば、
図１におけるユーザ端末１０）とに通信ネットワーク
（例えば、図１における通信ネットワーク２０）を介し
て接続された予約サーバ（例えば、図１における予約サ
ーバ３０）であって、ユーザの予約情報を格納した予約
情報ファイル（例えば、図１における予約情報管理ファ
イル３２）と、前記ユーザ端末に予約画面を送信する送
信手段（例えば、図１における送受信部３８）と、前記
予約画面において、前記ユーザが記入又は選択した予約
に係る情報を受信する受信手段（例えば、図１における
送受信部３８）とを有し、前記予約に係る情報を受信し
て、前記予約情報ファイルに予約に係る情報の追加、変
更又は削除を行うことを特徴とする。

【００３２】請求項１６に記載された発明は、請求項１
５記載の予約サーバにおいて、前記予約情報ファイルに
格納された情報の変化時に、予約に係る情報を、前記店
舗クライアントに送信することを特徴とする。

【００３３】請求項１７に記載された発明は、請求項１
６記載の予約サーバにおいて、前記予約サーバは、電話
番号表示機能を利用して、変化情報の取り込み指示を、
店舗クライアントに行うことを特徴とする。

【００３４】請求項１８に記載された発明は、請求項１
５記載の予約サーバにおいて、前記店舗に勤務するスタ
ッフに係る情報を格納したスタッフファイル（例えば、
図１におけるスタッフ勤務情報ファイル３１）と、店舗
の稼働日、稼働時間等の情報を格納した店舗稼働情報フ
ァイル（例えば、図１における店舗情報管理ファイル３
４）と、カレンダー情報を格納したカレンダー情報ファ
イル（例えば、図１におけるカレンダーファイル３５）
とを有し、前記店舗クライアントは、サービスの提供に
係る資源別（スタッフ別、シート別、顧客別等）に、予
約状況を一覧表示することを特徴とする。

【００３５】請求項１９に記載された発明は、請求項１
５記載の予約サーバにおいて、前記予約状況一覧表示画
面から、予約の変更又は予約のキャンセルを行うことを
特徴とする。

【００３６】請求項２０に記載された発明は、請求項１
５記載の予約サーバにおいて、前記予約サーバは、ユー
ザの予約の所定時間前に、ユーザ端末に、予約確認のメ
ールを送信することを特徴とする。

【００３７】請求項１５〜請求項２０記載の予約サーバ
は、請求項８〜請求項１４記載の予約システムに適した
予約サーバを規定したものである。

【００３８】請求項２１に記載された発明は、コンピュ
ータを、ユーザの予約情報を格納した予約情報ファイル
を記憶する記憶手段と、前記ユーザ端末に予約画面を送
信する送信手段と、前記予約画面において、前記ユーザ
が記入又は選択した予約に係る情報を受信する受信手段
として機能させ、前記予約に係る情報を受信して、前記
予約情報ファイルに予約に係る情報の追加、変更又は削
除を行うプログラムを記憶したコンピュータ読取可能な
記憶媒体である。

【００３９】請求項２１記載の記憶媒体は、請求項１５
〜請求項２０記載の予約サーバが使用可能なプログラム
が記憶されている記憶媒体を規定したものである。

【００４０】

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

【００４１】図１に、本発明の全体システム構成例を示
す。

【００４２】本システムは、ユーザ端末１０_１〜ユーザ
端末１０_Ｎ、通信ネットワーク２０、予約サーバ３０及
び店舗クライアント４０から構成されている。

【００４３】ユーザ端末１０_１〜ユーザ端末１０_Ｎは、
ユーザが所有する端末で、無線又は有線で通信ネットワ
ーク２０と接続されている。ブラウザを有し、インター
ネットに接続された各種ウエブサイトにアクセスするこ
とができる。

【００４４】ユーザ端末１０_１〜ユーザ端末１０_Ｎは、
本発明の内容からすれば、携帯端末又はインターネット
に接続可能な携帯電話の方が好適であるが、固定端末で
あっても良い。

【００４５】ユーザ端末１０は、情報を送受信するため
の送受信部１１及び情報又はデータを入力又は表示する
ための入出力部１２を備えている。

【００４６】後述するように、ユーザは、ユーザ端末１
０を利用して、予約サーバ３０に対して、登録、予約、
キャンセル等を行うことができる。

【００４７】通信ネットワーク２０は、インターネット
網、移動通信網、固定通信網を含む。

【００４８】予約サーバ３０は、通信ネットワークを介
してサービスを提供する店舗の店舗クライアント４０
と、該店舗のサービスの予約を行うユーザのユーザ端末
１０とに接続されたサーバである。

【００４９】予約サーバ３０は、通信インターフェース
部２９と、スタッフの勤務情報を格納したスタッフ勤務
情報ファイル３１と、ユーザの予約情報を格納した予約
情報管理ファイル３２と、顧客の情報を格納した顧客情
報管理ファイル３３と、店舗情報を格納した店舗情報管
理ファイル３４と、カレンダーファイル３５と、ウエブ
画面生成部３６と、情報加工部３７、送受信部３８と、
制御部３９とを有している。

【００５０】また、通信インターフェース部２９は、モ
デム、ネットワークカード等を含み、ユーザ端末１０_１
〜ユーザ端末１０_Ｎ及び店舗クライアント４０と通信を
行うためのインターフェース処理を行う。

【００５１】また、スタッフ勤務情報ファイル３１は、
出勤パターン情報ファイル、スタッフ別個人情報（資
格、技術レベル、経験年数など）ファイル、スタッフ別
休日計画ファイル、スタッフ別休暇予定ファイル等を含
む。

【００５２】また、予約情報管理ファイル３２は、スタ
ッフ別予約情報ファイル、日次予約情報ファイル、月次
予約情報ファイル、シート別情報ファイル、顧客別予約
情報ファイル等を含む。

【００５３】また、顧客情報管理ファイル３３は、顧客
情報（住所、氏名、メールアドレス、年齢など）ファイ
ル、ブラックリスト（登録したがメールが配信できない
顧客、予約したものの履行しない顧客等のリスト）ファ
イル、キャンセル履歴ファイル、来店交通所要時間（顧
客と店舗間の所要交通時間）ファイル、前回の施術内容
ファイル、過去の施術内容ファイル、顧客別髪型（髪
型、カラー、など）ファイル等を含む。

【００５４】また、店舗情報管理ファイル３４は、商品
（コースメニュー）ファイル、料金体系ファイル、施術
時間管理ファイル等を含む。

【００５５】また、カレンダーファイル３５は、営業日
ファイル、休日ファイル等を含む。

【００５６】また、ウエブ画面生成部３６は、登録、予
約、変更又はキャンセル等に関する携帯端末で表示する
画面及び店舗クライアントで表示する画面を生成する。

【００５７】また、情報加工部３７は、情報を加工して
必要な情報を生成又は変更する。例えば、予約の一覧表
の作成・変更、メールの作成・変更等を行う。

【００５８】送受信部３８は、電子メール、ＨＴＭＬ等
の送受信を行う。

【００５９】また、制御部３９は、中央処理装置を含
み、予約サーバ３０全体を制御する。

【００６０】店舗クライアント４０は、ブラウザを搭載
し、通信インターフェース部４１、情報を送受信するた
めの送受信部４２及び情報又はデータを入力又は表示す
るための入出力部４３を備えている。

【００６１】また、通信インターフェース部４１は、モ
デム、ネットワークカード等を含み、ユーザ端末１０_１
〜ユーザ端末１０_Ｎ及び予約サーバ３０と通信を行うた
めのインターフェース処理を行う。

【００６２】店舗クライアント４０は、ユーザにサービ
スを提供する店舗に備えられたクライアントであり、予
約サーバ３０から、予約に係る情報を取得する。

【００６３】また、携帯端末１０から予約、変更又はキ
ャンセル等を受けた場合、予約サーバ３０にアクセスし
て、予約、変更又はキャンセル等を行うことができる。

【００６４】以下に、実施例として、美容院の予約につ
いて説明する。

【００６５】説明は、携帯端末の処理フロー、お店（美
容院）端末の処理フロー、その他の処理フローの順に説
明する。

【００６６】携帯端末の処理フロー 図２〜図４に、携帯端末（携帯電話）の処理フローの例
を示す。

【００６７】顧客は、携帯端末を利用して、予約サーバ
３０にアクセスして、登録、予約、キャンセル、変更等
を行う。

【００６８】インターネットを介して、予約サーバ３０
のサイトを開く（Ｓ１００）。予約サーバ３０の提供す
る、図５に示すような、予約のメニュー画面を表示する
（Ｓ１０１）。次いで、予約のメニュー画面に示す「ご
案内」、「ご予約」及び「キャンセル」の一つを選択す
る（Ｓ１０２）。 （案内）ステップ１０２で、「ご案内」を選択した場合
（Ｓ１０３）のフローを説明する。

【００６９】「ご案内」を選択すると、例えば、図６
（Ｂ）に示すような、選択画面が表示される（Ｓ１０
４）。選択画面には、「お店の紹介」、「スタッフ紹
介」及び「料金ご案内」が表示されている。これらの一
つを選択すると（Ｓ１０５〜Ｓ１０８）、選択した事項
に対応した画面を、予約サーバ３０から取り込み表示す
る（Ｓ１０９、Ｓ１１０）。図６（Ｃ）には、「料金ご
案内」を選択した場合における画面の表示の例を示す。 （予約）ステップ１０２で、「ご予約」を選択した場合
（Ｓ１１１）のフローを説明する。

【００７０】「ご予約」を選択すると、例えば、図６
（Ｄ）に示すような、選択画面が表示される（Ｓ１１
２）。選択画面には、「新規」、「メンバー」及び「予
約状況（前回と同じコース）」が表示されている。 （予約−新規）始めての人は、ステップ１１３で、「新
規」を選択する（Ｓ１１４）。その後、図６（Ｅ）
（Ｆ）に示すような、登録画面で個人データの入力を行
い（Ｓ１１６）、このデータを予約サーバ３０に送信し
（Ｓ１１６）、図６（Ｇ）に示すような、登録終了画面
を取り込んで（Ｓ１１７）、表示する（Ｓ１１８）。

【００７１】次いで、さらに、予約を行う場合は（Ｓ１
１９：Ｙ）、図６（Ｊ）、図６（Ｋ）に示すような、そ
の月の予約状況又はその日の予約状況を参照して、予約
月の入力（図６（Ｇ）参照）、希望コースの選択（図６
（Ｈ）参照）、スタッフの指名（図６（Ｉ）参照）等を
行って予約を行う（Ｓ１２０〜Ｓ１３８）。

【００７２】ユーザは、予約を行うと、図７（Ａ）のよ
うな予約完了画面が表示され、その後、予約サーバ３０
から、図７（Ｂ）に示すような、新規登録完了メールを
受信する。ユーザは、その内容を見て予約の確認を行う
（Ｓ１３９、Ｓ１４０）。

【００７３】この新規登録完了メールが配信できるか否
かで、いたずら防止チェックを行うことが可能となる。 （予約−メンバー）メンバーの人は、ステップ１１３
で、「メンバー」を選択する（Ｓ１５０）。その後、図
８（Ｂ）に示すような、利用月・日選択画面のデータを
予約サーバ３０から取り込んで（Ｓ１５１）、表示する
（Ｓ１５２）。利用月・日選択画面で利用する月日を選
択し（Ｓ１５３）、このデータを予約サーバ３０に送信
する（Ｓ１６０）。予約サーバ３０では、このデータを
受信して、メンバーが、特別メンバーであるか、一般メ
ンバーであるかを、顧客情報管理ファイル３４を参照し
て判断する（Ｓ１６１）。

【００７４】特別メンバーの場合、ステップ１６２〜ス
テップ１６７で、特別メンバーに対応した予約処理を行
う。

【００７５】一般メンバーの場合、ステップ１６８以下
で、一般メンバーに対応した予約処理を行う。

【００７６】ステップ１６８〜ステップ１７１で、コー
スの選択を行う。つまり、図８（Ｃ）に示すような、コ
ース選択画面データを受け取り（Ｓ１６８）、表示し
（Ｓ１６９）、希望コースを選択して（Ｓ１７０）、選
択したコースのデータを予約サーバ３０に送信する（Ｓ
１７１）。

【００７７】コースが、前回と異なる場合、図８（Ｃ）
及び図８（Ｄ）の画面を表示して、コースの選択（Ｓ１
８２〜Ｓ１８４）とスタッフの選択（Ｓ１７８〜Ｓ１８
０）とを行い、選択したデータを予約サーバ３０に送信
する（Ｓ１８１、Ｓ１８５）。

【００７８】予約日を指定しなかった場合は、ステップ
１７３〜ステップ１７５で、図８（Ｅ）の画面を表示し
て、予約日を選択し、選択したデータを予約サーバ３０
に送信する（Ｓ１７６）。

【００７９】その後、図８（Ｆ）のような該当する日の
予約状況画面データを取り込み（Ｓ１９５）、希望時間
を選択し（Ｓ１９６）、選択した時間を予約サーバ３０
に送信する（Ｓ１９７）。

【００８０】その後、図８（Ｇ）に示すような、予約サ
ーバ３０が送信したメンバー予約完了画面を取り込み
（Ｓ１９８）、表示する（Ｓ１９９）。 （予約−予約済）予約済の人は、ステップ１１３で、
「予約済」を選択して（Ｓ１５４）、選択したデータを
予約サーバ３０に送信する（Ｓ１５５）。

【００８１】その後、図８（Ｂ）に示すような、日付選
択画面データを受け取り（Ｓ１９０）、表示する（Ｓ１
９１）。変更なしの場合（Ｓ１９２：Ｙ）、検索日を選
択して（Ｓ１９３）、選択した日付のデータを予約サー
バ３０に送信する（Ｓ１９４）。

【００８２】その後、図８（Ｆ）の予約状況画面データ
を取り込み（Ｓ１９５）、希望時間を選択し（Ｓ１９
６）、選択した時間を予約サーバ３０に送信する（Ｓ１
９７）。

【００８３】その後、図８（Ｇ）に示すような、予約サ
ーバ３０が送信したメンバー予約完了画面を取り込み
（Ｓ１９８）、表示する（Ｓ１９９）。

【００８４】なお、ステップ１９２で変更ありの場合
は、図８（Ｃ）及び図８（Ｄ）の画面を表示して、コー
スの選択（Ｓ１８２〜Ｓ１８４）とスタッフの選択（Ｓ
１７８〜Ｓ１８０）とを行い、選択したデータを予約サ
ーバ３０に送信する（Ｓ１８１、Ｓ１８５）。

【００８５】予約日を指定しなかった場合は、ステップ
１７３〜ステップ１７５で、図８（Ｅ）の画面を表示し
て、予約日を選択し、選択したデータを予約サーバ３０
に送信する（Ｓ１７６）。 （キャンセル）ステップ１０２で、「キャンセル」を選
択した場合（Ｓ２００）のフローを説明する。

【００８６】既に、予約されている場合、図９（Ｂ）に
示すような、メンバー予約画面データを取り込み（Ｓ２
０２）、表示し（Ｓ２０３）、キャンセルを選択し（Ｓ
２０４）、選択したデータを予約サーバ３０に送信する
（Ｓ２０５）。

【００８７】その後、図９（Ｃ）に示すような、キャン
セル完了表示画面を受信する（Ｓ２０６）。再予約を行
う場合は、図９（Ｄ）の画面で、予約月を押下し（Ｄに
飛び、以降のステップを実行する）、日時、コース、ス
タッフ等を選択する。また、再予約を行わない場合は、
予約サーバ３０からのサイト画面データを取り込んで
（Ｓ２１０）、サイト画面を表示する（Ｓ２１１）。お店（美容院）端末の処理フロー 図１０〜図１５に、お店端末（美容院）での処理フロー
の例を示す。

【００８８】美容院は、お店端末を利用して、予約サー
バ３０にアクセスして、新規顧客の登録、顧客のデータ
変更、スケジュール表示及び予約、顧客情報表示及び検
索、お店データの入力及び変更、新規予約受付等を行う
ことができる。

【００８９】インターネットを介して、予約サーバ３０
のサイトを開いて、予約サーバ３０の提供する、図１７
（Ａ）に示すような、美容業務メニュー画面を表示する
（Ｓ３００）。次いで、メニュー画面に示す「新規登録
・データ変更」、「スケジュール表示」、「顧客情報表
示・検索」、「お店データの入力・変更」、「予約受付
（新規）」の一つを選択する（Ｓ３０１）。 （新規登録・データ変更）ステップ３０１で、「新規登
録・データ変更」を選択した場合（Ｓ３０２）のフロー
を説明する。

【００９０】「新規登録・データ変更」を選択すると、
例えば、図１７（Ｂ）に示すような、選択画面が表示さ
れる（Ｓ３０２）。選択画面には、「顧客データ新規登
録」、及び「顧客データ変更」が表示されている。 （新規登録・データ変更−登録）ステップ３０３で、
「顧客データ新規登録」を選択すると、顧客データ新規
登録表示をして（Ｓ３０４）、図１７（Ｃ）に示すよう
な、入力画面が表示される（Ｓ３０５）。

【００９１】この入力画面には、例えば、氏名、性別、
生年月日、郵便番号、住所、自宅電話番号、携帯電話番
号、携帯電話のメールアドレス、携帯電話機種（インタ
ーネット対応か否か等の情報）及びメール配信希望の有
無等を入力するように設定されている。

【００９２】顧客データを入力すると（Ｓ３０６）、会
員番号が発行され（Ｓ３０７）、予約サーバ３０の顧客
情報管理ファイル３３に書き込まれる（Ｓ３０８）。

【００９３】新規登録した後で、今回、予約するかを判
定する（Ｓ３０９）。

【００９４】今回利用せず（Ｓ３０９；Ｙ）、その他
に、新規登録する人がいなければ（Ｓ３１７：Ｙ）、必
要に応じて（Ｓ３１８、Ｓ３１９）、本日、登録したリ
ストを表示してステップ３０３に戻る。

【００９５】新規登録後、予約を行う場合は（Ｓ３０
９：Ｎ）、ステップ３１０〜ステップ３１６で、予約を
行い、予約サーバ３０の予約情報管理ファイル３２に書
き込まれる（Ｓ３０８）。 （新規登録・データ変更−登録）ステップ３０３で、
「顧客データ変更」を選択すると、顧客データ変更表示
をして（Ｓ３２０）、顧客データ変更画面（図示せず）
が表示される（Ｓ３２１）。

【００９６】この顧客データ変更画面により、顧客デー
タを変更し（Ｓ３２２〜Ｓ３２５、Ｓ３２７、３２
８）、予約サーバ３０の顧客情報管理ファイル３３に書
き込まれる（Ｓ３２６、Ｓ３２９）。

【００９７】次に、更に変更するデータがなければ（Ｓ
３３０：Ｙ）、必要に応じて（Ｓ３３１、Ｓ３３２）、
本日、変更したリストを表示してステップ３０３に戻
る。 （スケジュール表示）ステップ３０１で、「スケジュー
ル表示」を選択した場合（Ｓ３４０）のフローを、図１
１及び図１２を用いて説明する。

【００９８】「スケジュール表示」を選択すると、例え
ば、図１７（Ｄ）に示すような、スケジュール画面が表
示される（Ｓ３５０）。スケジュール画面には、「月・
日、曜日」と、「スタッフ」、「シート」、「今日」、
「明日」、「１週間」及び「１ヶ月」を選択するボタン
が表示されている。

【００９９】なお、スタッフを軸にしたスケジュールを
見たい場合は、「スタッフ」を選択し、シート（席）を
軸にしたスケジュールを見たい場合は、「シート」を選
択する。

【０１００】（スケジュール表示−スタッフ）ステップ
３５１で、「スタッフ」を選択した場合のフローを説明
する。

【０１０１】「スタッフ」の選択と同時に、「今日」、
「明日」、「１週間」及び「１ヶ月」の一つを選択し
て、そのボタンを押下する。

【０１０２】なお、「今日」、「明日」、「１週間」及
び「１ヶ月」のボタンを押下すると、今日、明日、今日
を含む１週間、今日を含む１ヶ月の予定表を得ることが
できる。

【０１０３】例えば、今日（６月１０日）を選択した場
合は、予約サーバ３０の予約情報管理ファイル３２、カ
レンダーファイル３５、スタッフ勤務情報管理ファイル
３１等からデータを取りだして、図１７（Ｆ）に示すよ
うな、スタッフをキーにした、予約一覧を表示する（Ｓ
３５４〜Ｓ３５７）。

【０１０４】なお、この画面は、予約サーバ３０に、更
新の起動をかける等により、最新の画面を受信して、最
新画面に切換えを行うことができる（Ｓ３５８）。

【０１０５】更に、このスケジュール画面から、必要に
応じて、予約又は予約の変更を行うことができる。

【０１０６】図１７（Ｆ）は、６月１０日のスタッフを
キーにした予約一覧であり、縦にスタッフ名が横に時間
が示されている。

【０１０７】スタッフ毎に、予約した顧客と時間が示さ
れており、これを見れば、スタッフの予約状況が一目で
わかる。

【０１０８】また、空いているところに、予約を入れる
には、表の下部の予約記入欄に、記入又は選択すること
により、予約を行うことができる。

【０１０９】例では、顧客「長島」様が、スタッフのＣ
子に２時３０分からパーマを予約している。

【０１１０】ステップ３６０〜ステップ３７０に、予約
を行うフロ−例を示してある。

【０１１１】図１２は、予約サーバ３０で、お店の予定
表の変更が必要になった場合（例えば、予約の追加、変
更又はキャンセルがあり、お店に対して、情報の取り込
み指示が成された場合等）予約の変更を行う処理フロー
を示す。

【０１１２】図１２は、店舗クライアント４０は、予約
の追加、変更又はキャンセルが生じたことによる情報の
取り込み指示を受けて（Ｓ３９０）、予約サーバ３０か
ら、変更画面を取り込み（Ｓ３９１）、変更データの書
き換えを実施し（Ｓ３９２）、最新のスケジュール画面
を生成して表示する（Ｓ３９３）。（スケジュール表示
−シート）ステップ３５１で、「シート」を選択した場
合のフローを説明する。

【０１１３】「シート」の選択と同時に、「今日」、
「明日」、「１週間」及び「１ヶ月」の一つを選択し
て、そのボタンを押下する。

【０１１４】例えば、今日（６月１０日）を選択した場
合は、予約サーバ３０の予約情報管理ファイル３２、カ
レンダーファイル３５等からデータを取りだして、図１
７（Ｉ）に示すような、シートをキーにした、予約一覧
を表示する（Ｓ３７９〜Ｓ３８５）。

【０１１５】なお、この画面は、予約サーバ３０に、更
新の起動をかける等により、最新の画面を受信して、最
新画面に切換えを行うことができる（Ｓ３８６）。

【０１１６】更に、この後、予約又は変更があった場合
は、スケジュール画面から、必要に応じて、予約又は予
約の変更を行うことができる。 （顧客情報表示・検索）ステップ３０１で、「顧客情報
表示・検索」を選択した場合（Ｓ３４１）のフローを、
図１３及び図１４を用いて説明する。

【０１１７】「顧客情報表示・検索」を選択すると、例
えば、図１７（Ｅ）に示すような、入力画面が表示され
る（Ｓ３９９）。入力画面には、「名前（カナ）検
索」、「電話番号検索」、「会員番号検索」、「予約日
検索」、「ＶＩＰ」及び「全数」が、数字、カナ入力部
及び検索ボタンと共に表示されている。

【０１１８】数字、カナ入力部を利用して、「名前（カ
ナ）検索」、「電話番号検索」、「会員番号検索」、
「予約日検索」の入力欄に入力を行い、検索ボタンを押
下すると、名前、電話番号、会員番号又は予約日による
検索が行われる。

【０１１９】なお、「ＶＩＰ」は、ＶＩＰを検索すると
きに使用する。また、「全数」は、現在顧客の全員につ
いてを知りたいとき等に使用する。

【０１２０】「名前（カナ）検索」を選択した場合は
（Ｓ４０１）、数字、カナ入力部を使用して、カナの入
力を実施し（Ｓ４０２、Ｓ４０３）、検索ボタンを押下
して検索し、その結果を、リスト表示し（Ｓ４０４）、
リストから該当者を決定し（Ｓ４０５）、決定した顧客
のデータを取り込む（Ｓ４０６）。同じように、「電話
番号検索」を選択した場合は（Ｓ４０７）、ステップ４
０８〜ステップ４０９で顧客を決定して、該顧客のデー
タを取り込む（Ｓ４１０）。

【０１２１】また、「会員番号検索」を選択した場合は
（Ｓ４１１）、ステップ４１２〜ステップ４１３で決定
した顧客のデータを取り込み（Ｓ４１４）、「全数検
索」を選択した場合は（Ｓ４２０）、ステップ４２１〜
ステップ４２６で決定した顧客のデータを取り込み（Ｓ
４２７）、「ＶＩＰ」を選択した場合は（Ｓ４５０）、
ステップ４５１〜ステップ４５４で決定した顧客のデー
タを取り込む（Ｓ４５５）。

【０１２２】その後、図１４に示す処理を行う。つま
り、検索した顧客の追加予約（Ｓ４６１〜Ｓ４７２）、
検索した顧客の予約変更（Ｓ４８１〜Ｓ４８９、Ｓ４６
２〜Ｓ４７２）及び検索した顧客のキャンセル（Ｓ４８
０、Ｓ４８３〜Ｓ４８７）を行う。

【０１２３】また、ステップ４００で、「予約日検索」
を選択した場合は（Ｓ４３０）、予約希望日、コース、
スタッフ、顧客識別情報等の入力を行い（Ｓ４３１〜Ｓ
４３９）、該データを予約サーバ３０に送信し（Ｓ４４
０）、サーバで当該データの書き換えを行い（Ｓ４４
１）、予約サーバ３０からの予約完了メッセージを受信
して表示する（Ｓ４４２）。

【０１２４】図１７（Ｇ）に、顧客を検索した画面例を
示す。この画面で、予約変更又は追加予約のボタンを押
下すると、図１７（Ｈ）のような画面が表示されて、予
約の変更、追加等が行われる。 （お店データの入力・変更）ステップ３０１で、「お店
データの入力・変更」を選択した場合（Ｓ３４２）のフ
ローを、図１５を用いて説明する。

【０１２５】「お店データの入力・変更」を選択する
と、図１８（Ｂ）に示すような、お店データの入力・変
更画面が表示される。

【０１２６】このお店データの入力・変更画面のコース
料金を選択すると、図１８（Ｅ、Ｇ、Ｈ、Ｉ、Ｊ）に示
すようなコース料金設定・変更画面（料金データ入力・
変更画面）で、コース料金を変更することができる（Ｓ
４９１〜Ｓ５０７）。

【０１２７】同様に、図１８（Ｃ）に示すようなお店デ
ータ入力・変更画面で、お店案内情報を変更し（Ｓ５１
０〜Ｓ５１４）、図１８（Ｆ）に示すようなスタッフ情
報設定・変更画面で、スタッフ情報を変更し（Ｓ５１５
〜Ｓ５１９）、図１８（Ｄ）に示すようイベント情報入
力・変更画面で、イベント情報を変更する（Ｓ５２０〜
Ｓ５２４）ことができる。 （予約受付（新規））ステップ３０１で、「予約受付
（新規）」を選択した場合（Ｓ３４３）のフローが、図
１６に示されている。

【０１２８】「予約受付（新規）」を選択すると、例え
ば、図１７（Ｊ）に示すような、予約受付画面が表示さ
れる（Ｓ３９９）。予約受付画面には、縦にスタッフ名
が横に時間が示されている。これにより、現在の予約状
況を一瞥することができる。

【０１２９】空いているところは、予約が可能である。
予約は、表の下部の予約事項に記入又は選択することに
より予約を行う。

【０１３０】例では、顧客「長島」様が、スタッフのＣ
子に２時３０分からパーマを予約している。

【０１３１】なお、担当欄でスタッフが選択でき、「パ
ーマ」と表示されている記入欄で、コースを選択する。
また、スタッフを指名しなくてもよい。

【０１３２】この処理の例が、ステップ５３０〜ステッ
プ５５２に示されている。その他の処理フロー （サーバのバッチ処理フロー）予約サーバ３０のバッチ
処理フローの例を、図１９を用いて説明する。

【０１３３】ステップ６２０で、バッチ時間か否かを判
定する。バッチ時間（Ｓ６２０：Ｙ）にバッチ処理を行
うが、バッチ時間でなくても（Ｓ６２０：Ｎ）、お店の
指示が有れば（Ｓ６２８）、バッチ処理を行う。

【０１３４】次いで、交信中で無ければ（Ｓ６２１）、
電話受付画面をバッチ処理中と表示し（Ｓ６２２）、お
店にバッチ処理の開始を連絡する（Ｓ６２３）。

【０１３５】その後、日次、月次のバッチ処理を実施す
る（Ｓ６２４）。また、電子メール発送リスト作成を行
い（Ｓ６２６）、バッチ処理を終了し、電話受付画面を
通常表示に変更し（Ｓ６２６）、お店にバッチ処理の終
了を知らせる画面を送信する（Ｓ６２７）。

【０１３６】また、電子メール発送リストを参照して、
電子メール送信時間になれば、所定の宛先に、案内の電
子メールを送信する（Ｓ６３０）。

【０１３７】なお、電子メールは、登録又は予約のお
礼、予約日のお知らせ、お店への出発時刻に行うお知ら
せ、誕生日を利用したお知らせ等が送信される。 （サーバのブラックリスト作成処理フロー）予約サーバ
３０のブラックリスト作成処理フローの例を、図２０を
用いて説明する。

【０１３８】図２０では、予約サーバ３０は、送受信部
３８により、新規予約に応じて「お礼メール」を送信し
たとき、配信できたか否かで、ブラックリストを作成し
ている。

【０１３９】ステップ６４０〜ステップ６５３により、
新規登録と、必要に応じて予約が行われ、そのお礼メー
ルが、予約サーバ３０からユーザ端末１０に送信され
る。

【０１４０】予約サーバ３０は、配信できた場合は（Ｓ
６５４：Ｙ、Ｓ６５７：Ｎ、Ｓ６５９：Ｎ）、メンバー
として顧客情報管理ファイル３３に登録する（Ｓ６５
５）。

【０１４１】予約サーバ３０は、配信できない場合は
（Ｓ６５４：Ｎ）、１０分後及び２０分後に、お礼メー
ルを再送するが（Ｓ６５６〜Ｓ６５８）、それでも、配
信できない場合は（Ｓ６５９：Ｙ）、ブラックリストに
登載し（Ｓ６６０）、予約されている場合は、予約デー
タを削除する（Ｓ６６１）。

【０１４２】なお、図２０における「電話固有情報」と
は、例えば、１４桁からなる番号情報及び機種番号（メ
ーカ名＋シリーズ名等）である。この電話固有情報は、
発呼の度に、相手に通知される。また、再送の間隔及び
回数は任意に設定できる。

【０１４３】本実施例では、この「電話固有情報」を顧
客情報管理ファイル３３に登録し（Ｓ６４３）、この
「電話固有情報」により、顧客の識別を行っている。

【０１４４】また、図２０とは別に、顧客が実際の予約
を履行しない場合に、その顧客をブラックリストに載せ
てもよい。 （サーバの予定表作成処理フロー）予約サーバ３０にお
ける予定表作成処理フローの例を、図２１を用いて説明
する。

【０１４５】予定表は、スタッフ勤務情報、店舗情報、
カレンダー情報及び予約情報から作成される。

【０１４６】先ず、予約サーバ３０は、スタッフ勤務情
報ファイル３１、店舗情報管理ファイル３４、カレンダ
ーファイル３５及び予約情報管理ファイル３２から、ス
タッフデータ（Ｓ６００）、お店データ（Ｓ６０１）、
カレンダーデータ（Ｓ６０２）及び予約データ（Ｓ６０
３）を取り込んで、最新の予定表を作成する（Ｓ６０
４）。

【０１４７】最新の予定表は、カレンダー別、スタッフ
別、顧客別に、最新予定表が作成、変更、更新される
（Ｓ６０５〜Ｓ６０８）。

【０１４８】次いで、キャンセル処理の必要が無く（Ｓ
６０９：Ｎ）、予約処理が行われた場合は、予約お礼の
表示をして（Ｓ６１０）、当日分の変更が有れば（Ｓ６
１１：Ｙ）、お店に取り込み指示を行い（Ｓ６１２）、
予定表の作成を終了する（Ｓ６１３）。

【０１４９】当日分の変更が無ければ（Ｓ６１１：
Ｎ）、そのまま、予定表の作成を終了する（Ｓ６１
３）。

【０１５０】なお、キャンセル処理が行われた場合を
（Ｓ６０９：Ｙ）、図２２を用いて説明する。

【０１５１】キャンセル完了の表示を受信先に送信する
（Ｓ６８０）。バッチ時間の場合（Ｓ６８１：Ｙ）、お
店の店舗クライアントに、最新予約情報を反映して終了
する（Ｓ６８２）。

【０１５２】バッチ時間でない場合（Ｓ６８１：Ｎ）、
即時送信対象でない場合は（Ｓ６８３：Ｎ）、そのま
ま、終了する。

【０１５３】バッチ時間でなく（Ｓ６８１：Ｎ）、即時
送信対象の場合は（Ｓ６８３：Ｙ）は、お店に取り込み
指示を送信して（Ｓ６８４）、お店の店舗クライアント
に、最新予約情報を反映して終了する（Ｓ６８２）。

【０１５４】なお、即時送信対象とは、本日予約対象
分、任意予約対象分及びお店より強制受信を受けた場合
等である。 （サーバのキャンセル処理フロー）予約サーバ３０にお
けるキャンセル処理フローの例を、図２３を用いて説明
する。

【０１５５】キャンセル情報（例えば、キャンセルフラ
グ）は、携帯端末から受信する場合と、店舗クライアン
トから受信する場合がある。

【０１５６】携帯端末の場合は、電話固有情報で顧客を
識別し、店舗クライアントからの場合は、顧客の識別番
号から顧客を識別する。

【０１５７】キャンセルフラグを受信すると（Ｓ６７
０）、携帯端末から受信した場合と、店舗クライアント
から受信した場合に分けて処理を行い、顧客を識別する
（Ｓ６７１、Ｓ６７２、Ｓ６７３）。

【０１５８】次いで、候補予約データを取り込んで（Ｓ
６７３）、候補予約データを検索し（Ｓ６７５）、候補
予約データを表示する（Ｓ６７６）。

【０１５９】その後、キャンセルした顧客のキャンセル
フラグを受信して（Ｓ６７７）、キャンセルした顧客の
キャンセルデータを取り込み（Ｓ６７８）、予定表に反
映させる。 （ブラックリスト活用フロー）次に、ブラックリストを
活用する処理フローの例を、図２４を用いて説明する。

【０１６０】予約が有った場合（Ｓ６９０）、携帯端末
の場合は、電話固有情報で顧客を識別し、店舗クライア
ントからの場合は、顧客の識別番号から顧客を識別する
（Ｓ６９２、Ｓ６９３）。識別した顧客が、ブラックリ
ストに登載されているかを見る（Ｓ６９４：Ｙ）。

【０１６１】ブラックリストを活用しない場合（Ｓ６９
４：Ｎ）、又は、ブラックリストを見ても、ブラックリ
ストに登載されていなければ（Ｓ６９５：Ｎ）、通常フ
ローに進む（Ｓ６９０）。また、ブラックリストを見
て、ブラックリストに登載されており（Ｓ６９５：
Ｙ）、携帯端末からの予約の場合は（Ｓ６９７：Ｎ）、
ブラックリスト情報をお店に提供し、お店で、判断し
て、予約を受け付けるか否かの判断及びその後の処理を
行う（Ｓ６９８）。

【０１６２】また、ブラックリストを見て、ブラックリ
ストに登載されており（Ｓ６９５：Ｙ）、店舗クライア
ントからの予約の場合は（Ｓ６９７：Ｙ）、お店で設定
した処理を行う（Ｓ６９９）。 （予約サーバと店舗クライアント間の通信フロー）予約
サーバ３０と店舗クライアント４０間の通信フローの例
について、図２５〜図２７を用いて説明する。

【０１６３】予約サーバ３０は、予約に関する情報が変
化したとき、店舗クライアント４０に情報を伝送する。

【０１６４】図２５は、電話番号の表示機能を利用する
場合である。

【０１６５】店舗クライアント４０は、電話を受ける
と、発呼した電話番号を調べる。

【０１６６】電話番号が、予め定めた予約サーバ３０か
らの電話番号の場合、予約サーバ３０からのデータ取り
込み指示と認識する。

【０１６７】予約サーバ３０は、変化データが発生した
ことを検出すると（Ｓ７００：Ｙ）、店舗クライアント
４０に発呼を行う（Ｓ７０１）。： 店舗クライアント４０は、電話番号から、予約サーバ３
０からの電話を受けたことを認識し、予約サーバ３０か
らのデータ取り込み指示が有ったと、自動的に認識する
（Ｓ７０６）。： 予約サーバ３０は、所定回数呼び出した後に、回線を断
とし（Ｓ７０２）、変化データを、店舗クライアントが
取り込めるようにセットする（Ｓ７０３）。： 一方、店舗クライアント４０でも、回線断を確認し（Ｓ
７０７）、ＩＳＰ（インターネット・サービス・プロバ
イダ）へダイヤルアップ接続し（Ｓ７０８）、インター
ネット経由で予約サーバ３０にアクセスし（Ｓ７０
９）、変化データを取り込む（Ｓ７１０、Ｓ７１
１）。： 取り込みを終了したとき、予約サーバ３０に通知し、デ
ータを処理する（Ｓ７１３）。： 予約サーバ３０は、終了通知を受けて（Ｓ７０４）、次
のデータの変化を待つために、ステップ７００に飛ぶ。

【０１６８】図２６は、予約サーバが、発呼要求ファイ
ル（識別可能な小さいサイズのデータファイル）を送信
する場合である。店舗クライアント４０は、予約サーバ
３０から発呼要求ファイルを受信すると、予約サーバ３
０から予約情報の獲得処理を行う。

【０１６９】予約サーバ３０は、変化データが発生した
ことを検出すると（Ｓ７２０：Ｙ）、店舗クライアント
４０に接続し（Ｓ７２１）、発呼要求ファイルを店舗ク
ライアントの通信インターフェース部４１に送信する
（Ｓ７２２）。： 予約サーバ３０は、発呼要求ファイルの送信後に、回線
を断とし、（Ｓ７２３）、変化データを、店舗クライア
ントが取り込めるようにセットする（Ｓ７２４）。： 一方、店舗クライアント４０は、発呼要求ファイルを通
信インターフェース部４１で受信し（Ｓ７２６）、更
に、回線断を確認する（Ｓ７２７）。

【０１７０】店舗クライアント４０は、発呼要求ファイ
ル受信し、その後の、回線断により、予約サーバ３０か
らのデータ取り込み命令が有ったことを自動的に認識す
る（Ｓ７２８）。： そして、ＩＳＰへダイヤルアップ接続し（Ｓ７３０）、
インターネット経由で予約サーバ３０にアクセスし（Ｓ
７４０）、変化データを取り込む（Ｓ７４１、Ｓ７４
２）。： 取り込みを終了したとき、予約サーバ３０に通知し、デ
ータを処理する（Ｓ７４３、Ｓ７４４）。： 予約サーバ３０は、終了通知を受けて（Ｓ７２５）、次
のデータの変化を待つために、ステップ７２０に飛
ぶ。： 図２７は、通信インターフェース部経由で、変化データ
を送信する場合である。

【０１７１】予約サーバ３０は、変化データが発生しな
ければ（Ｓ７５０：Ｎ）、通常の処理を行う（Ｓ７５
４）。

【０１７２】また、変化データが発生した場合は（Ｓ７
００：Ｙ）、店舗クライアント４０に接続し（Ｓ７５
１）、通信インターフェース部経由で、変化データを送
信して終了する（Ｓ７５２、Ｓ７５３）。

【０１７３】店舗クライアント４０は、予約サーバ３０
からデータ送信がなければ（Ｓ７６０：Ｎ）、通常処理
を行い（Ｓ７６４）、予約サーバ３０からデータ送信が
あれば（Ｓ７６０：Ｙ）、変化データを取り込み（Ｓ７
６１）、回線を断とし（Ｓ７６２）、データを処理する
（Ｓ７６３）。： なお、予約サーバ３０は、予約、変更又はキャンセル等
の処理を行わせるプログラムを記録した記録媒体から、
予約、変更又はキャンセル等の処理を行わせるプログラ
ムを読み出して、ＣＰＵ（Central Ｐrocessing Ｕnit
：中央処理装置）（制御部３９に含まれている。）に
実行させて、予約、変更又はキャンセル等の処理を行わ
せるようにしてもよい。

【０１７４】また、上記実施例では、店舗クライアント
が一つの場合の例について説明したが、本件発明は、こ
れに限らず、複数の同一又は異なる店舗クライアントで
あってもよい。例えば、複数の地域に、チェーン店を展
開している場合にも適用できる。この場合では、予約サ
ーバの提供する初期画面で、予約する店舗を選択する画
面が表示され、その画面で、ユーザは所望の店舗を選択
する。また、この場合では、予約サーバ３０におけるス
タッフ勤務情報ファイル３１と、予約情報管理ファイル
３２と、顧客情報管理ファイル３３と、店舗情報管理フ
ァイル３４とは、各店舗に対応したデータが格納され
る。

【０１７５】また、上記実施例では、店舗クライアント
と予約サーバとを別にした例について説明したが、店舗
に店舗クライアントと予約サーバとの両者を具備するよ
うにしてもよい。

【０１７６】また、上記実施例では、予約サーバが提供
する画面を、店舗クライアントで表示する例について説
明したが、店舗クライアントは、変化データを、予約サ
ーバから取得して、店舗クライアントで画面を生成して
もよい。

【０１７７】また、本発明は、自動車学校、美容院、床
屋（ヘアーサロン）、ゴルフ練習場、音楽練習スタジオ
等の予約に利用できる。

【０１７８】

【発明の効果】上述の如く本発明によれば、店舗側にと
って、次のような効果を奏することができる。

【０１７９】予約の確認、顧客の管理を自動的に行うこ
とができる。

【０１８０】また、自動的に、予約が行われることか
ら、聞き取りミス、聞き漏れの発生を防止できる。

【０１８１】また、来客の予想が立てられ、来客数に応
じた、準備を行うことができる。

【０１８２】また、本発明によれば、ユーザ側にとっ
て、次のような効果を奏することができる。

【０１８３】店舗から、サービスの案内、イベントの案
内を知らせてもらえる。

【０１８４】また、前日又は当日、確認のメールを受信
することにより、予約の再確認を行うことができる。

【０１８５】また、ユーザ端末を携帯端末とした場合
は、何時でも、何処からでも、必要に応じて、予約でき
る。

【０１８６】

【図面の簡単な説明】

【図１】本発明の全体システム構成例を説明するための
図である。

【図２】携帯端末における処理フローの例（その１）で
ある。

【図３】携帯端末における処理フローの例（その２）で
ある。

【図４】携帯端末における処理フローの例（その３）で
ある。

【図５】携帯端末における予約のメニュー画面の例を説
明するための図である。

【図６】携帯端末における画面の例を説明するための図
（その１）である。

【図７】携帯端末における画面の例を説明するための図
（その２）である。

【図８】携帯端末における画面の例を説明するための図
（その３）である。

【図９】携帯端末における画面の例を説明するための図
（その４）である。

【図１０】店舗クライアントにおける処理フローの例
（その１）である。

【図１１】店舗クライアントにおける処理フローの例
（その２）である。

【図１２】店舗クライアントにおける処理フローの例
（その３）である。

【図１３】店舗クライアントにおける処理フローの例
（その４）である。

【図１４】店舗クライアントにおける処理フローの例
（その５）である。

【図１５】店舗クライアントにおける処理フローの例
（その６）である。

【図１６】店舗クライアントにおける処理フローの例
（その７）である。

【図１７】店舗クライアントにおける画面の例を説明す
るための図（その１）である。

【図１８】店舗クライアントにおける画面の例を説明す
るための図（その２）である。

【図１９】予約サーバにおける処理フローの例（その
１）である。

【図２０】予約サーバにおける処理フローの例（その
２）である。

【図２１】予約サーバにおける処理フローの例（その
３）である。

【図２２】予約サーバにおける処理フローの例（その
４）である。

【図２３】予約サーバにおける処理フローの例（その
５）である。

【図２４】ブラックリストの活用フローの例である。

【図２５】予約サーバと店舗クライアント間の通信フロ
ーの例（その１）である。

【図２６】予約サーバと店舗クライアント間の通信フロ
ーの例（その２）である。

【図２７】予約サーバと店舗クライアント間の通信フロ
ーの例（その３）である。

【符号の説明】

１０_１〜１０_Ｎ ユーザ端末（携帯電話） １１ ユーザ端末の送受信部 １２ ユーザ端末の入出力部 ２０ 通信ネットワーク ２９ 予約サーバの通信インターフェース部 ３０ 予約サーバ ３１ スタッフ勤務情報ファイル ３２ 予約情報管理ファイル ３３ 顧客情報管理ファイル ３４ 店舗情報管理ファイル ３５ カレンダーファイル ３６ ウエブ画面生成部 ３７ 情報加工部 ３８ 送受信部 ３９ 制御部 ４０ 店舗クライアント ４１ 店舗クライアントの通信インターフェース部 ４２ 店舗クライアントの送受信部 ４３ 店舗クライアントの入出力部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 浦谷 吉夫 東京都大田区中馬込１丁目３番６号 株式 会社リコー内 (72)発明者 中西 学 東京都中央区勝どき３丁目12番１号 リコ ーシステム開発株式会社内 Ｆターム(参考） 5B049 AA01 BB00 CC06 CC32 DD01 FF03 GG00 GG06 GG07

Claims (21)

【特許請求の範囲】
1. 【請求項１】 ユーザが、ユーザ端末により、通信ネッ
   トワークを介して予約サーバにアクセスして所定のサー
   ビスの予約を行う予約方法であって、 前記ユーザは、ユーザ端末により、前記予約サーバにア
   クセスして、該予約サーバが提供する画面を表示し、 表示された画面に対して、記入又は選択を行うことによ
   り、所定のサービスの予約、変更又はキャンセルを行う
   ことを特徴とする予約方法。
2. 【請求項２】 前記ユーザにサービスを提供する店舗
   は、前記通信ネットワークに接続した店舗クライアント
   を備え、 前記店舗クライアントは、情報の変化時に、予約に係る
   情報を前記予約サーバから獲得することを特徴とする請
   求項１記載の予約方法。
3. 【請求項３】 前記店舗クライアントは、サービスの提
   供に係る資源別に、予約状況を一覧表示することを特徴
   とする請求項２記載の予約方法。
4. 【請求項４】 前記店舗クライアントは、前記予約状況
   一覧表示画面から、予約の追加、変更又は予約のキャン
   セルを行うことを特徴とする請求項３記載の予約方法。
5. 【請求項５】 前記予約サーバは、予約を行ったユーザ
   端末に、予約の所定時間前に、予約案内のメールを送信
   することを特徴とする請求項１記載の予約方法。
6. 【請求項６】 前記予約サーバは、新規登録を行ったユ
   ーザ端末に、登録後、新規登録の完了メールを送信する
   ことを特徴とする請求項１記載の予約方法。
7. 【請求項７】 前記予約サーバは、前記新規登録の完了
   メールの配信ができなかった場合、ブラックリストに登
   載し、且つ、予約されていた場合は、その当該新規顧客
   の予約データを削除することを特徴とする請求項６記載
   の予約方法。
8. 【請求項８】 ユーザ端末が通信ネットワークを介して
   予約サーバにアクセスして所定のサービスの予約を行う
   予約システムであって、 前記ユーザ端末は、前記予約サーバにアクセスして、該
   予約サーバが提供する予約画面を表示する予約画面表示
   手段と、 表示された予約画面に対して、予約に係る情報を記入又
   は選択を行うことにより入力する予約情報入力手段と、 前記予約情報入力手段により入力された予約に係る情報
   を前記予約サーバに送信する送信手段とを有し、 前記予約サーバは、前記ユーザ端末からの予約に係る情
   報を受信する受信手段と、 ユーザの予約情報を格納した予約情報ファイルと、 前記予約に係る情報を受信して、前記予約情報ファイル
   に予約に係る情報の追加、変更又は削除を行うことによ
   り、サービスの予約、変更又はキャンセルを行うことを
   特徴とする予約システム。
9. 【請求項９】 前記通信ネットワークに接続した店舗ク
   ライアントを備え、 前記店舗クライアントは、 前記予約に係る情報の変化時に、前記予約に係る情報を
   前記予約サーバから獲得する獲得手段を有することを特
   徴とする請求項８記載の予約システム。
10. 【請求項１０】 前記店舗クライアントは、 サービスの提供に係る資源別に、予約状況を一覧表示す
    る予約状況一覧表示手段を有することを特徴とする請求
    項８記載の予約システム。
11. 【請求項１１】 前記店舗クライアントは、 前記予約状況一覧表示画面から、予約の追加、予約の変
    更又は予約のキャンセルを行う手段を有することを特徴
    とする請求項８記載の予約システム。
12. 【請求項１２】 前記予約サーバは、予約を行ったユー
    ザ端末に、予約の所定時間前に、予約案内のメールを送
    信することを特徴とする請求項８記載の予約システム。
13. 【請求項１３】 前記予約サーバは、新規登録を行った
    ユーザ端末に、登録後、新規登録の完了メールを送信す
    ることを特徴とする請求項８記載の予約システム。
14. 【請求項１４】 前記予約サーバは、前記新規登録の完
    了メールの配信ができなかった場合、ブラックリストに
    登載し、且つ、予約されていた場合は、その当該予約デ
    ータを削除することを特徴とする請求項１３記載の予約
    システム。
15. 【請求項１５】 サービスを提供する店舗に備えた店舗
    クライアントと、該店舗のサービスの予約を行うユーザ
    が所有するユーザ端末とに通信ネットワークを介して接
    続された予約サーバであって、 ユーザの予約情報を格納した予約情報ファイルと、 前記ユーザ端末に予約画面を送信する送信手段と、 前記予約画面において、前記ユーザが記入又は選択した
    予約に係る情報を受信する受信手段とを有し、 前記予約に係る情報を受信して、前記予約情報ファイル
    に予約に係る情報の追加、変更又は削除を行うことを特
    徴とする予約サーバ。
16. 【請求項１６】 前記予約情報ファイルに格納された情
    報の変化時に、予約に係る情報を、前記店舗クライアン
    トに送信することを特徴とする請求項１５記載の予約サ
    ーバ。
17. 【請求項１７】 前記予約サーバは、電話番号表示機能
    を利用して、変化情報の取り込み指示を、店舗クライア
    ントに行うことを特徴とする請求項１６記載の予約サー
    バ。
18. 【請求項１８】 前記店舗に勤務するスタッフに係る情
    報を格納したスタッフファイルと、 店舗の稼働日、稼働時間等の情報を格納した店舗稼働情
    報ファイルと、 カレンダー情報を格納したカレンダー情報ファイルとを
    有し、 前記店舗クライアントは、サービスの提供に係る資源別
    に、予約状況を一覧表示することを特徴とする請求項１
    ５記載の予約サーバ。
19. 【請求項１９】 前記予約状況一覧表示画面から、予約
    の変更又は予約のキャンセルを行うことを特徴とする請
    求項１５記載の予約サーバ。
20. 【請求項２０】 前記予約サーバは、ユーザの予約の所
    定時間前に、ユーザ端末に、予約確認のメールを送信す
    ることを特徴とする請求項１５記載の予約サーバ。
21. 【請求項２１】 コンピュータを、 ユーザの予約情報を格納した予約情報ファイルを記憶す
    る記憶手段と、 前記ユーザ端末に予約画面を送信する送信手段と、 前記予約画面において、前記ユーザが記入又は選択した
    予約に係る情報を受信する受信手段として機能させ、 前記予約に係る情報を受信して、前記予約情報ファイル
    に予約に係る情報の追加、変更又は削除を行うプログラ
    ムを記憶したコンピュータ読取可能な記憶媒体。