JP2001216349A - 予約受付システム - Google Patents
予約受付システムInfo
- Publication number
- JP2001216349A JP2001216349A JP2000021314A JP2000021314A JP2001216349A JP 2001216349 A JP2001216349 A JP 2001216349A JP 2000021314 A JP2000021314 A JP 2000021314A JP 2000021314 A JP2000021314 A JP 2000021314A JP 2001216349 A JP2001216349 A JP 2001216349A
- Authority
- JP
- Japan
- Prior art keywords
- reservation
- date
- time
- server computer
- terminal
- 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.)
- Granted
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
(57)【要約】
【課 題】 顧客が直接予約するのに適している予約
受付システムおよびサーバーコンピューターを提供す
る。 【解決手段】 日付毎の予約状況を記憶する予約状況テ
ーブルと、この予約状況テーブルを読み書き可能なサー
バーコンピューター（４）と、このサーバーコンピュー
ターに通信回線を介して接続可能な端末（１）とを備
え、この端末からサーバーコンピューターにアクセスし
て予約日を予約する。端末からサーバーコンピューター
にアクセスがあると、サーバーコンピューターは、予約
状況テーブルを参照して、予約可能日および予約満杯日
を判断し、この予約可能日と予約満杯日とを判別可能
に、かつ、カレンダーの形態で端末に表示させ、端末で
予約可能日が選択されると、選択情報がサーバーコンピ
ューターに送信され、この選択情報に基づいて予約され
た予約データーを予約状況テーブルに書き込む。
受付システムおよびサーバーコンピューターを提供す
る。 【解決手段】 日付毎の予約状況を記憶する予約状況テ
ーブルと、この予約状況テーブルを読み書き可能なサー
バーコンピューター（４）と、このサーバーコンピュー
ターに通信回線を介して接続可能な端末（１）とを備
え、この端末からサーバーコンピューターにアクセスし
て予約日を予約する。端末からサーバーコンピューター
にアクセスがあると、サーバーコンピューターは、予約
状況テーブルを参照して、予約可能日および予約満杯日
を判断し、この予約可能日と予約満杯日とを判別可能
に、かつ、カレンダーの形態で端末に表示させ、端末で
予約可能日が選択されると、選択情報がサーバーコンピ
ューターに送信され、この選択情報に基づいて予約され
た予約データーを予約状況テーブルに書き込む。
Description
【０００１】
【発明の属する技術分野】本発明は、顧客端末で日付や
時間を予約することができる予約受付システムおよびサ
ーバーコンピューターに関する。
時間を予約することができる予約受付システムおよびサ
ーバーコンピューターに関する。
【０００２】
【従来の技術】従来の予約受付システムでは、オペレー
ターがおり、顧客はオペレーターに電話などで連絡して
予約している。
ターがおり、顧客はオペレーターに電話などで連絡して
予約している。
【０００３】
【発明が解決しようとする課題】ところで、近年インタ
ーネットが発達し、顧客がパソコンなどの端末で直接予
約することが検討されている。しかしながら、顧客はオ
ペレーターと異なり、操作に習熟していないので、従来
の予約受付システムでは操作性が良くない。また、イン
ターネットに接続される端末には、種々の形式のものが
あるので、種々の端末で利用可能なように、端末に極力
負荷をかけないようにする必要がある。
ーネットが発達し、顧客がパソコンなどの端末で直接予
約することが検討されている。しかしながら、顧客はオ
ペレーターと異なり、操作に習熟していないので、従来
の予約受付システムでは操作性が良くない。また、イン
ターネットに接続される端末には、種々の形式のものが
あるので、種々の端末で利用可能なように、端末に極力
負荷をかけないようにする必要がある。
【０００４】本発明は、以上のような課題を解決するた
めのもので、顧客が直接予約するのに適している予約受
付システムおよびサーバーコンピューターを提供するこ
とを目的としている。
めのもので、顧客が直接予約するのに適している予約受
付システムおよびサーバーコンピューターを提供するこ
とを目的としている。
【０００５】
【課題を解決するための手段】本出願の請求項１記載の
予約受付システムは、日付毎の予約状況を記憶する予約
状況テーブルと、この予約状況テーブルを読み書き可能
なサーバーコンピューター（４）と、このサーバーコン
ピューターに通信回線を介して接続可能な端末（１）と
を備え、この端末からサーバーコンピューターにアクセ
スして予約日を予約する。そして、端末からサーバーコ
ンピューターにアクセスがあると、サーバーコンピュー
ターは、予約状況テーブルを参照して、予約可能日およ
び予約満杯日を判断し、この予約可能日と予約満杯日と
を判別可能に、かつ、カレンダーの形態で端末に表示さ
せ、端末で表示された予約可能日が選択されると、この
選択情報がサーバーコンピューターに送信され、サーバ
ーコンピューターは選択情報を受けると、この選択情報
に基づいて予約された予約データーを予約状況テーブル
に書き込む。
予約受付システムは、日付毎の予約状況を記憶する予約
状況テーブルと、この予約状況テーブルを読み書き可能
なサーバーコンピューター（４）と、このサーバーコン
ピューターに通信回線を介して接続可能な端末（１）と
を備え、この端末からサーバーコンピューターにアクセ
スして予約日を予約する。そして、端末からサーバーコ
ンピューターにアクセスがあると、サーバーコンピュー
ターは、予約状況テーブルを参照して、予約可能日およ
び予約満杯日を判断し、この予約可能日と予約満杯日と
を判別可能に、かつ、カレンダーの形態で端末に表示さ
せ、端末で表示された予約可能日が選択されると、この
選択情報がサーバーコンピューターに送信され、サーバ
ーコンピューターは選択情報を受けると、この選択情報
に基づいて予約された予約データーを予約状況テーブル
に書き込む。
【０００６】本出願の請求項２記載の予約受付システム
は、日付毎の予約状況を記憶する予約状況テーブルと、
この予約状況テーブルを読み書き可能なサーバーコンピ
ューターと、サーバーコンピューターの運行状態を管理
するための管理者端末（７）と、サーバーコンピュータ
ーに通信回線を介して接続可能な顧客端末とを備え、こ
の顧客端末からサーバーコンピューターにアクセスして
予約日時を予約する。そして、予約状況テーブルは、予
約対象の日付を記憶する日付記憶部と、この日付に関連
付けて各日付における予約時間毎の予約状況を記憶する
時間別予約状況記憶部とを具備しており、管理者端末お
よび顧客端末とは別にサービス提供者側端末（６）がサ
ーバーコンピューターに通信回線を介して接続可能であ
り、このサービス提供者側端末で予約状況テーブルの予
約時間および予約時間毎の最大予約可能人数の設定が変
更可能であり、顧客端末からサーバーコンピューターに
アクセスがあると、サーバーコンピューターは、予約状
況テーブルを参照して、予約可能日および予約満杯日を
判断し、この予約可能日と予約満杯日とを判別可能に、
かつ、カレンダーの形態で端末に表示させ、顧客端末で
表示された予約可能日が選択されると、この日付選択情
報がサーバーコンピューターに送信され、サーバーコン
ピューターは日付選択情報を受けると、予約状況テーブ
ルに基づいて予約可能時間および予約満杯時間を判断
し、この予約可能時間と予約満杯時間とを判別可能に、
顧客端末に表示させ、この顧客端末で表示された予約可
能時間が選択されると、この時間選択情報がサーバーコ
ンピューターに送信され、サーバーコンピューターは、
日付選択情報および時間選択情報に基づいて予約データ
ーを予約状況テーブルに書き込む。
は、日付毎の予約状況を記憶する予約状況テーブルと、
この予約状況テーブルを読み書き可能なサーバーコンピ
ューターと、サーバーコンピューターの運行状態を管理
するための管理者端末（７）と、サーバーコンピュータ
ーに通信回線を介して接続可能な顧客端末とを備え、こ
の顧客端末からサーバーコンピューターにアクセスして
予約日時を予約する。そして、予約状況テーブルは、予
約対象の日付を記憶する日付記憶部と、この日付に関連
付けて各日付における予約時間毎の予約状況を記憶する
時間別予約状況記憶部とを具備しており、管理者端末お
よび顧客端末とは別にサービス提供者側端末（６）がサ
ーバーコンピューターに通信回線を介して接続可能であ
り、このサービス提供者側端末で予約状況テーブルの予
約時間および予約時間毎の最大予約可能人数の設定が変
更可能であり、顧客端末からサーバーコンピューターに
アクセスがあると、サーバーコンピューターは、予約状
況テーブルを参照して、予約可能日および予約満杯日を
判断し、この予約可能日と予約満杯日とを判別可能に、
かつ、カレンダーの形態で端末に表示させ、顧客端末で
表示された予約可能日が選択されると、この日付選択情
報がサーバーコンピューターに送信され、サーバーコン
ピューターは日付選択情報を受けると、予約状況テーブ
ルに基づいて予約可能時間および予約満杯時間を判断
し、この予約可能時間と予約満杯時間とを判別可能に、
顧客端末に表示させ、この顧客端末で表示された予約可
能時間が選択されると、この時間選択情報がサーバーコ
ンピューターに送信され、サーバーコンピューターは、
日付選択情報および時間選択情報に基づいて予約データ
ーを予約状況テーブルに書き込む。
【０００７】本出願の請求項３記載の予約受付システム
は、日付毎の予約状況を記憶する予約状況テーブルと、
この予約状況テーブルを読み書き可能なサーバーコンピ
ューターと、このサーバーコンピューターに通信回線を
介して接続可能な端末とを備え、この端末からサーバー
コンピューターにアクセスして予約日時を予約する。そ
して、端末からサーバーコンピューターにアクセスがあ
ると、サーバーコンピューターは、予約状況テーブルを
参照して、予約可能日および予約満杯日を判断し、予約
満杯日には予約可能日とは異なる色データである予約日
満杯判別用色データを割り当てるとともに、予約可能日
および、予約日満杯判別用色データが割り当てられた予
約満杯日をカレンダーの形態のデータで（すなわち、カ
レンダーを表示するためのデーターにして）端末に送信
し、端末は、カレンダーを表示するとともに、予約満杯
日には予約日満杯判別用色データの色を付して表示し、
この端末で表示された予約可能日が選択されると、この
日付選択情報がサーバーコンピューターに送信され、サ
ーバーコンピューターは日付選択情報を受けると、予約
状況テーブルに基づいて予約可能時間および予約満杯時
間を判断し、予約可能時間とは異なる色データであると
ともに予約日満杯判別用色データの色合いに同一または
類似した予約時間満杯判別用色データを予約満杯時間に
割り当て、この予約時間満杯判別用色データが割り当て
られた予約満杯時間および予約可能時間を端末に送信
し、端末は、予約可能時間および予約満杯時間を表示す
るとともに、予約満杯時間には、予約時間満杯判別用色
データの色を付して表示し、この端末で表示された予約
可能時間が選択されると、この時間選択情報がサーバー
コンピューターに送信され、サーバーコンピューター
は、日付選択情報および時間選択情報に基づいて予約デ
ーターを予約状況テーブルに書き込む。
は、日付毎の予約状況を記憶する予約状況テーブルと、
この予約状況テーブルを読み書き可能なサーバーコンピ
ューターと、このサーバーコンピューターに通信回線を
介して接続可能な端末とを備え、この端末からサーバー
コンピューターにアクセスして予約日時を予約する。そ
して、端末からサーバーコンピューターにアクセスがあ
ると、サーバーコンピューターは、予約状況テーブルを
参照して、予約可能日および予約満杯日を判断し、予約
満杯日には予約可能日とは異なる色データである予約日
満杯判別用色データを割り当てるとともに、予約可能日
および、予約日満杯判別用色データが割り当てられた予
約満杯日をカレンダーの形態のデータで（すなわち、カ
レンダーを表示するためのデーターにして）端末に送信
し、端末は、カレンダーを表示するとともに、予約満杯
日には予約日満杯判別用色データの色を付して表示し、
この端末で表示された予約可能日が選択されると、この
日付選択情報がサーバーコンピューターに送信され、サ
ーバーコンピューターは日付選択情報を受けると、予約
状況テーブルに基づいて予約可能時間および予約満杯時
間を判断し、予約可能時間とは異なる色データであると
ともに予約日満杯判別用色データの色合いに同一または
類似した予約時間満杯判別用色データを予約満杯時間に
割り当て、この予約時間満杯判別用色データが割り当て
られた予約満杯時間および予約可能時間を端末に送信
し、端末は、予約可能時間および予約満杯時間を表示す
るとともに、予約満杯時間には、予約時間満杯判別用色
データの色を付して表示し、この端末で表示された予約
可能時間が選択されると、この時間選択情報がサーバー
コンピューターに送信され、サーバーコンピューター
は、日付選択情報および時間選択情報に基づいて予約デ
ーターを予約状況テーブルに書き込む。
【０００８】また、予約状況テーブルは、予約対象の日
付を記憶する日付記憶部と、この日付に関連付けて各日
付における予約の可否を記憶する予約可否記憶部と、日
付に関連付けて各日付における時間毎の予約状況を記憶
する時間別予約状況記憶部とを具備しており、予約可能
日および予約満杯日を判断する際には、予約状況テーブ
ルの予約可否記憶部の内容を参照しており、かつ、予約
データーを予約状況テーブルの時間別予約状況記憶部に
書き込んだ後には、時間別予約状況記憶部をチェックし
て、予約が満杯になったか否かを判断し、満杯になった
際には、予約可否記憶部の内容を予約不可にセットする
場合がある。
付を記憶する日付記憶部と、この日付に関連付けて各日
付における予約の可否を記憶する予約可否記憶部と、日
付に関連付けて各日付における時間毎の予約状況を記憶
する時間別予約状況記憶部とを具備しており、予約可能
日および予約満杯日を判断する際には、予約状況テーブ
ルの予約可否記憶部の内容を参照しており、かつ、予約
データーを予約状況テーブルの時間別予約状況記憶部に
書き込んだ後には、時間別予約状況記憶部をチェックし
て、予約が満杯になったか否かを判断し、満杯になった
際には、予約可否記憶部の内容を予約不可にセットする
場合がある。
【０００９】さらに、サーバーコンピューターは、予約
状況テーブルとは別に、顧客毎の予約状況を記憶するロ
ックテーブルを読み書き可能であり、かつ、一人が予約
できる最大予約可能数が設定されており、端末から予約
された際に、ロックテーブルを参照し、最大予約可能数
を越えている時には、予約を拒否する場合がある。
状況テーブルとは別に、顧客毎の予約状況を記憶するロ
ックテーブルを読み書き可能であり、かつ、一人が予約
できる最大予約可能数が設定されており、端末から予約
された際に、ロックテーブルを参照し、最大予約可能数
を越えている時には、予約を拒否する場合がある。
【００１０】そして、予約により提供するサービスは複
数種類有るとともに、サービスに要する時間がサービス
の種類により異なり、このサービス毎の必要時間が設定
されており、サーバーコンピューターは、顧客端末にサ
ービス選択部を表示させ、このサービス選択部によりサ
ービスが選択された際には、選択されたサービスに応じ
た時間が予約状況テーブルに確保することができるか否
かを判断し、確保できる時には予約作業を続行し、確保
できない時には予約を拒否する場合がある。
数種類有るとともに、サービスに要する時間がサービス
の種類により異なり、このサービス毎の必要時間が設定
されており、サーバーコンピューターは、顧客端末にサ
ービス選択部を表示させ、このサービス選択部によりサ
ービスが選択された際には、選択されたサービスに応じ
た時間が予約状況テーブルに確保することができるか否
かを判断し、確保できる時には予約作業を続行し、確保
できない時には予約を拒否する場合がある。
【００１１】
【発明の実施の形態】次に、本発明における予約受付シ
ステムの実施の一形態を図１ないし図１０を用いて説明
する。図１は本発明にかかる予約受付システムを説明す
るためのネットワークの概略図である。図２はサーバー
コンピューターのテーブルの説明図で、（ａ）が会員デ
ータテーブルの図、（ｂ）が予約状況テーブルの図であ
る。図３はサーバーコンピューターのテーブルの説明図
で、（ａ）が予約可能人数テーブルの図、（ｂ）がロッ
クテーブルの図、（ｃ）がサービス別必要時間テーブル
の図である。図４は顧客端末の表示画面の図で、（ａ）
が月別の予約状況の図、（ｂ）が予約時間表の図であ
る。図５は端末の表示画面の図で、（ａ）が顧客端末の
予約実行画面の図、（ｂ）がサービス提供者側端末のメ
ンテナンスの初期画面の図である。図６は端末の表示画
面の図で、（ａ）がサービス提供者側端末の設定変更実
行画面の図、（ｂ）が顧客端末のサービス選択画面の図
である。図７は予約実行時のフローチャートである。図
８は図７のフローチャートの続きである。図９は図８の
フローチャートの続きである。図１０は予約取消時のフ
ローチャートで、図８のフローチャートの続きである。
ステムの実施の一形態を図１ないし図１０を用いて説明
する。図１は本発明にかかる予約受付システムを説明す
るためのネットワークの概略図である。図２はサーバー
コンピューターのテーブルの説明図で、（ａ）が会員デ
ータテーブルの図、（ｂ）が予約状況テーブルの図であ
る。図３はサーバーコンピューターのテーブルの説明図
で、（ａ）が予約可能人数テーブルの図、（ｂ）がロッ
クテーブルの図、（ｃ）がサービス別必要時間テーブル
の図である。図４は顧客端末の表示画面の図で、（ａ）
が月別の予約状況の図、（ｂ）が予約時間表の図であ
る。図５は端末の表示画面の図で、（ａ）が顧客端末の
予約実行画面の図、（ｂ）がサービス提供者側端末のメ
ンテナンスの初期画面の図である。図６は端末の表示画
面の図で、（ａ）がサービス提供者側端末の設定変更実
行画面の図、（ｂ）が顧客端末のサービス選択画面の図
である。図７は予約実行時のフローチャートである。図
８は図７のフローチャートの続きである。図９は図８の
フローチャートの続きである。図１０は予約取消時のフ
ローチャートで、図８のフローチャートの続きである。
【００１２】図１において、マッサージ、ホテル、医者
や美容院などのサービスを予約する顧客の家などには、
パソコンなどで構成されている顧客端末１が設置されて
いる。この顧客端末１は、インターネットなどの通信ネ
ットワーク２に電話回線などの通信回線を介して接続可
能である。通信ネットワーク２には、通信回線を介して
予約用サーバーコンピューター４や、サービスを提供す
る複数のサービス提供者側端末６などが接続可能であ
る。また、予約用サーバーコンピューター４には、予約
用サーバーコンピューター４の運行状態を管理する管理
者端末７が接続される。管理者端末７はキーボードなど
からなる入力装置や、パソコンなどで構成されている。
また、管理者端末７は通信ネットワーク２に接続されて
いる場合がある。
や美容院などのサービスを予約する顧客の家などには、
パソコンなどで構成されている顧客端末１が設置されて
いる。この顧客端末１は、インターネットなどの通信ネ
ットワーク２に電話回線などの通信回線を介して接続可
能である。通信ネットワーク２には、通信回線を介して
予約用サーバーコンピューター４や、サービスを提供す
る複数のサービス提供者側端末６などが接続可能であ
る。また、予約用サーバーコンピューター４には、予約
用サーバーコンピューター４の運行状態を管理する管理
者端末７が接続される。管理者端末７はキーボードなど
からなる入力装置や、パソコンなどで構成されている。
また、管理者端末７は通信ネットワーク２に接続されて
いる場合がある。
【００１３】顧客端末１やサービス提供者側端末６は、
前述の様に、パソコンなどで構成されており、ネットワ
ークインターフェース、制御手段としての中央演算装置
（ＣＰＵ）、ＲＡＭなどのメモリー、ハードディスク
（ＨＤＤ）、表示装置、テンキーやマウスやキーボード
などからなる入力装置などを具備している。予約用サー
バーコンピューター４は、ネットワークインターフェー
ス、制御手段としての中央演算装置（ＣＰＵ）、ＲＡＭ
などのメモリー、ハードディスク（ＨＤＤ）、などを具
備している。そして、顧客端末１、サービス提供者側端
末６および予約用サーバーコンピューター４は、ネット
ワークインターフェースを介して、網の目状の通信ネッ
トワーク２に接続されている。そして、予約用サーバー
コンピューター４は、プログラムによりホームページを
立ち上げており、顧客端末１およびサービス提供者側端
末６には、このホームページを見ることができるネット
スケープナビゲータなどのブラウザーソフトが入れられ
ている。
前述の様に、パソコンなどで構成されており、ネットワ
ークインターフェース、制御手段としての中央演算装置
（ＣＰＵ）、ＲＡＭなどのメモリー、ハードディスク
（ＨＤＤ）、表示装置、テンキーやマウスやキーボード
などからなる入力装置などを具備している。予約用サー
バーコンピューター４は、ネットワークインターフェー
ス、制御手段としての中央演算装置（ＣＰＵ）、ＲＡＭ
などのメモリー、ハードディスク（ＨＤＤ）、などを具
備している。そして、顧客端末１、サービス提供者側端
末６および予約用サーバーコンピューター４は、ネット
ワークインターフェースを介して、網の目状の通信ネッ
トワーク２に接続されている。そして、予約用サーバー
コンピューター４は、プログラムによりホームページを
立ち上げており、顧客端末１およびサービス提供者側端
末６には、このホームページを見ることができるネット
スケープナビゲータなどのブラウザーソフトが入れられ
ている。
【００１４】予約用サーバーコンピューター４の記憶領
域（たとえば、ハードディスクやＲＡＭ）には、各種テ
ーブルが記憶されている。ついで、このテーブルを説明
する。図２（ａ）の会員データテーブルには、会員Ｉ
Ｄ、名前、生年月日、住所、メールアドレスや電話番号
などの顧客情報が記憶されている。図２（ｂ）の予約状
況テーブルは、予約対象の日付を記憶する日付記憶部で
ある日付欄と、この日付に関連付けて各日付における予
約の可否を記憶する予約可否記憶部である予約可否欄
と、前記日付に関連付けて各日付における時間毎の予約
状況を記憶する時間別予約状況記憶部である時間別予約
状況記憶欄とからなっている。予約可否欄には、予約可
能を示す「０」、予約満杯を示す「１」および休業日を
示す「２」が入力される。時間別予約状況記憶欄には、
日付毎の予約状況が示されており、予約時間と顧客ＩＤ
とを対にして複数入力される。そして、予約時間と顧客
ＩＤとが新規に入力された際には、予約時間でソートし
て、予約時間順に配列しなおしている。予約時間順にす
ることにより、予約時間毎の予約状況を迅速に判断する
ことができる様にしている。
域（たとえば、ハードディスクやＲＡＭ）には、各種テ
ーブルが記憶されている。ついで、このテーブルを説明
する。図２（ａ）の会員データテーブルには、会員Ｉ
Ｄ、名前、生年月日、住所、メールアドレスや電話番号
などの顧客情報が記憶されている。図２（ｂ）の予約状
況テーブルは、予約対象の日付を記憶する日付記憶部で
ある日付欄と、この日付に関連付けて各日付における予
約の可否を記憶する予約可否記憶部である予約可否欄
と、前記日付に関連付けて各日付における時間毎の予約
状況を記憶する時間別予約状況記憶部である時間別予約
状況記憶欄とからなっている。予約可否欄には、予約可
能を示す「０」、予約満杯を示す「１」および休業日を
示す「２」が入力される。時間別予約状況記憶欄には、
日付毎の予約状況が示されており、予約時間と顧客ＩＤ
とを対にして複数入力される。そして、予約時間と顧客
ＩＤとが新規に入力された際には、予約時間でソートし
て、予約時間順に配列しなおしている。予約時間順にす
ることにより、予約時間毎の予約状況を迅速に判断する
ことができる様にしている。
【００１５】図３（ａ）は、予約時間毎の予約可能人数
を示す予約可能人数テーブルで、予約時間の欄と、予約
可能人数の欄とからなっている。この予約可能人数は、
サービス提供者側端末６で設定することができる。な
お、顧客端末１では行うことはできない。図３（ｂ）
は、ロックテーブルで、顧客ＩＤの欄と、顧客ＩＤ毎の
予約状況を示す予約日時の欄とからなっており、一人で
多数の予約をすることを防止するために設けられてい
る。予約用サーバーコンピューター４には、一人が予約
できる最大予約数（たとえば、１，２ないし３程度）が
設定されており、ロックテーブルの予約日時の数が、最
大予約数を越えそうになると、予約を拒否する。図３
（ｃ）は、サービス別必要時間テーブルで、サービスの
種類の欄と、要する時間の欄とからなっている。たとえ
ば、パーマは２時間で、カットは１時間となっており、
パーマを予約する場合には、２時間連続して空いていな
いと、予約を拒否している。このサービス別必要時間テ
ーブルの設定は、サービス提供者側端末６で設定するこ
とができる。なお、顧客端末１では行うことはできな
い。ところで、テーブルはこれ以外にもあるが、本発明
にはあまり関係ないので説明は割愛する。
を示す予約可能人数テーブルで、予約時間の欄と、予約
可能人数の欄とからなっている。この予約可能人数は、
サービス提供者側端末６で設定することができる。な
お、顧客端末１では行うことはできない。図３（ｂ）
は、ロックテーブルで、顧客ＩＤの欄と、顧客ＩＤ毎の
予約状況を示す予約日時の欄とからなっており、一人で
多数の予約をすることを防止するために設けられてい
る。予約用サーバーコンピューター４には、一人が予約
できる最大予約数（たとえば、１，２ないし３程度）が
設定されており、ロックテーブルの予約日時の数が、最
大予約数を越えそうになると、予約を拒否する。図３
（ｃ）は、サービス別必要時間テーブルで、サービスの
種類の欄と、要する時間の欄とからなっている。たとえ
ば、パーマは２時間で、カットは１時間となっており、
パーマを予約する場合には、２時間連続して空いていな
いと、予約を拒否している。このサービス別必要時間テ
ーブルの設定は、サービス提供者側端末６で設定するこ
とができる。なお、顧客端末１では行うことはできな
い。ところで、テーブルはこれ以外にもあるが、本発明
にはあまり関係ないので説明は割愛する。
【００１６】この様に構成されている予約受付システム
で、日時を予約している。この予約のメインのフローチ
ャートを説明する。なお、細かい部分の説明は割愛す
る。この実施の形態では歯科医院を想定している。図７
のステップ０において、顧客端末１から、たとえばホー
ムページアドレス（ＵＲＬ）を入力して、通信回線を介
してこのホームページアドレスを送信し、予約用サーバ
ーコンピューター４の図４（ａ）に図示する予約の初期
画面にアクセスしようとする。そして、ステップ１にお
いて、予約用サーバーコンピューター４は、顧客端末１
からのこの予約開始アクセスがあると、図２（ｂ）に図
示する予約状況テーブルを読み込み、予約可否欄を参照
し、ステップ２に行く。ステップ２において、「１」の
場合はその日を予約満杯日と判断し、また、「２」の場
合はその日を休業日と判断している。そして、予約満杯
日がある場合には、ステップ３に行き、無い場合にはス
テップ４に行く。そして、ステップ３において、予約満
杯日に予約日満杯判別用色データである赤色を割り当
て、ステップ４に行く。なお、予約可能日には青色が割
り当てられている。また、これらの色データは前もって
予約用サーバーコンピューター４などに予め設定されて
いる。さらに、当日よりも以前の日は予約受付終了とし
ている。また、「翌月度の状況」ボタンをクリックする
と、翌月の予約状況を示すカレンダーが表示される。
で、日時を予約している。この予約のメインのフローチ
ャートを説明する。なお、細かい部分の説明は割愛す
る。この実施の形態では歯科医院を想定している。図７
のステップ０において、顧客端末１から、たとえばホー
ムページアドレス（ＵＲＬ）を入力して、通信回線を介
してこのホームページアドレスを送信し、予約用サーバ
ーコンピューター４の図４（ａ）に図示する予約の初期
画面にアクセスしようとする。そして、ステップ１にお
いて、予約用サーバーコンピューター４は、顧客端末１
からのこの予約開始アクセスがあると、図２（ｂ）に図
示する予約状況テーブルを読み込み、予約可否欄を参照
し、ステップ２に行く。ステップ２において、「１」の
場合はその日を予約満杯日と判断し、また、「２」の場
合はその日を休業日と判断している。そして、予約満杯
日がある場合には、ステップ３に行き、無い場合にはス
テップ４に行く。そして、ステップ３において、予約満
杯日に予約日満杯判別用色データである赤色を割り当
て、ステップ４に行く。なお、予約可能日には青色が割
り当てられている。また、これらの色データは前もって
予約用サーバーコンピューター４などに予め設定されて
いる。さらに、当日よりも以前の日は予約受付終了とし
ている。また、「翌月度の状況」ボタンをクリックする
と、翌月の予約状況を示すカレンダーが表示される。
【００１７】ステップ４において、予約用サーバーコン
ピューター４から顧客端末１に、日付および色データに
基づいて、図４（ａ）に図示するカレンダーの形態の日
付毎の予約状況データとして、たとえば、ＨＴＭＬ形式
などで送信する。すると、ステップ５において、このデ
ータを顧客端末１が受信すると図４（ａ）に図示する様
なカレンダーが、顧客端末１の表示部に表示される。な
お、図４（ａ）において、○は青色であり、中側が塗り
つぶされている○は赤色である。この様にして、予約可
能日には青色が、また、予約満杯日には赤色が付されて
いる。
ピューター４から顧客端末１に、日付および色データに
基づいて、図４（ａ）に図示するカレンダーの形態の日
付毎の予約状況データとして、たとえば、ＨＴＭＬ形式
などで送信する。すると、ステップ５において、このデ
ータを顧客端末１が受信すると図４（ａ）に図示する様
なカレンダーが、顧客端末１の表示部に表示される。な
お、図４（ａ）において、○は青色であり、中側が塗り
つぶされている○は赤色である。この様にして、予約可
能日には青色が、また、予約満杯日には赤色が付されて
いる。
【００１８】ついで、ステップ６において、顧客が顧客
端末１において、日付をクリックして選択すると、ステ
ップ７において、この日付選択情報が顧客端末１から予
約用サーバーコンピューター４に送信される。ステップ
８において、予約用サーバーコンピューター４は日付選
択情報を受けると、図２（ｂ）の予約状況テーブルの予
約状況欄および図３（ａ）の予約可能人数テーブルを参
照している。そして、各予約時間の予約人数が予約可能
人数テーブルの予約可能人数に達していると、予約満杯
時間であると判断している。この様にして、予約満杯時
間があるか否かを判断し、無い場合にはステップ１０に
行く。一方、有る場合にはステップ９に行く。ステップ
９において、予約満杯時間に予約時間満杯判別用色デー
タである赤色を割り当て、ステップ１０に行く。なお、
予約可能時間には青色が割り当てられている。また、こ
れらの色データは前もって予約用サーバーコンピュータ
ー４などに設定されている。
端末１において、日付をクリックして選択すると、ステ
ップ７において、この日付選択情報が顧客端末１から予
約用サーバーコンピューター４に送信される。ステップ
８において、予約用サーバーコンピューター４は日付選
択情報を受けると、図２（ｂ）の予約状況テーブルの予
約状況欄および図３（ａ）の予約可能人数テーブルを参
照している。そして、各予約時間の予約人数が予約可能
人数テーブルの予約可能人数に達していると、予約満杯
時間であると判断している。この様にして、予約満杯時
間があるか否かを判断し、無い場合にはステップ１０に
行く。一方、有る場合にはステップ９に行く。ステップ
９において、予約満杯時間に予約時間満杯判別用色デー
タである赤色を割り当て、ステップ１０に行く。なお、
予約可能時間には青色が割り当てられている。また、こ
れらの色データは前もって予約用サーバーコンピュータ
ー４などに設定されている。
【００１９】ついで、ステップ１０において、予約用サ
ーバーコンピューター４は、予約可能人数テーブルの予
約時間（すなわち受付時間）を参照して、予約状況時間
表を作成するとともに、予約満杯時間には赤色のデータ
を、また、予約可能時間には青色のデータを割り当て
て、たとえば、ＨＴＭＬ形式などで顧客端末１に送信す
る。そして、ステップ１１において、顧客端末１は予約
用サーバーコンピューター４からの予約状況時間表のデ
ータの送信を受信すると、図４（ｂ）に図示する時間表
を表示する。なお、図４（ｂ）において、○は青色であ
り、中側が塗りつぶされている○は赤色である。この様
にして、予約可能時間には青色が、また、予約満杯時間
には赤色が付されている。
ーバーコンピューター４は、予約可能人数テーブルの予
約時間（すなわち受付時間）を参照して、予約状況時間
表を作成するとともに、予約満杯時間には赤色のデータ
を、また、予約可能時間には青色のデータを割り当て
て、たとえば、ＨＴＭＬ形式などで顧客端末１に送信す
る。そして、ステップ１１において、顧客端末１は予約
用サーバーコンピューター４からの予約状況時間表のデ
ータの送信を受信すると、図４（ｂ）に図示する時間表
を表示する。なお、図４（ｂ）において、○は青色であ
り、中側が塗りつぶされている○は赤色である。この様
にして、予約可能時間には青色が、また、予約満杯時間
には赤色が付されている。
【００２０】ついで、ステップ１２において、顧客が顧
客端末１において、予約時間をクリックして選択する
と、ステップ１３において、この時間選択情報が顧客端
末１から予約用サーバーコンピューター４に送信され
る。すると、ステップ１４において、予約用サーバーコ
ンピューター４は、時間選択情報を受けると、図５
（ａ）に図示する予約画面を送信する。ステップ１５に
おいて、顧客端末１は予約画面を表示する。なお、予約
画面の下側には、便利な様に、予約状況時間表が表示さ
れる。そして、ステップ１６において、顧客は、顧客Ｉ
Ｄである診察ＩＤ、生年月日および名前を入力する。こ
の作業は本人確認の作業であり、他の手段で本人確認を
行うことも可能である。また、「申し込む。」または、
「取り消す。」の何れかを選択する。これらの入力を終
了後、実行ボタンをクリックする。すると、診察ＩＤ、
生年月日、名前および申込・取消選択のデータ（すなわ
ち、顧客確認データ）が、顧客端末１から予約用サーバ
ーコンピューター４に送信される。ステップ１７におい
て、診察ＩＤ、生年月日および名前のデータに基づい
て、図２（ａ）の会員データテーブルを参照し、本人確
認を行う。本人ではないと判断した場合には、ステップ
１８に行き、警告する旨のデーターを顧客端末１に送信
する。一方、本人であると判断した場合には、ステップ
１９に行く。ステップ１９において、申込か取消かを判
断し、申込の場合には、ステップ２０に行く。一方、取
消の場合には、図１０のステップ４０に行く。
客端末１において、予約時間をクリックして選択する
と、ステップ１３において、この時間選択情報が顧客端
末１から予約用サーバーコンピューター４に送信され
る。すると、ステップ１４において、予約用サーバーコ
ンピューター４は、時間選択情報を受けると、図５
（ａ）に図示する予約画面を送信する。ステップ１５に
おいて、顧客端末１は予約画面を表示する。なお、予約
画面の下側には、便利な様に、予約状況時間表が表示さ
れる。そして、ステップ１６において、顧客は、顧客Ｉ
Ｄである診察ＩＤ、生年月日および名前を入力する。こ
の作業は本人確認の作業であり、他の手段で本人確認を
行うことも可能である。また、「申し込む。」または、
「取り消す。」の何れかを選択する。これらの入力を終
了後、実行ボタンをクリックする。すると、診察ＩＤ、
生年月日、名前および申込・取消選択のデータ（すなわ
ち、顧客確認データ）が、顧客端末１から予約用サーバ
ーコンピューター４に送信される。ステップ１７におい
て、診察ＩＤ、生年月日および名前のデータに基づい
て、図２（ａ）の会員データテーブルを参照し、本人確
認を行う。本人ではないと判断した場合には、ステップ
１８に行き、警告する旨のデーターを顧客端末１に送信
する。一方、本人であると判断した場合には、ステップ
１９に行く。ステップ１９において、申込か取消かを判
断し、申込の場合には、ステップ２０に行く。一方、取
消の場合には、図１０のステップ４０に行く。
【００２１】ステップ２０において、予約用サーバーコ
ンピューター４は図２（ｂ）の予約状況テーブルを参照
して予約可能か否かを判断し、予約不可能な場合には、
ステップ２１に行き、警告する旨のデーターを顧客端末
１に送信し、顧客端末１の画面にその旨を表示させる。
一方、予約可能な場合には、ステップ２２に行き、図３
（ｂ）のロックテーブルを参照する。そして、ステップ
２３において、設定されている予約数を越しているか否
かを判断し、越している場合には、ステップ２４に行
き、警告する旨のデーターを顧客端末１に送信し、顧客
端末１の画面にその旨を表示させる。一方、予約可能な
範囲の場合には、ステップ２５に行き、予約された内容
（時間および顧客ＩＤ）を、図２（ｂ）の予約状況テー
ブルの予約状況欄に追記する。そして、ステップ２６に
行き、予約用サーバーコンピューター４から予約完了の
旨を顧客端末１に送信し、顧客端末１の画面にその旨を
表示させる。その後、ステップ２７において、図３
（ｂ）に図示するロックテーブルに、予約した顧客ＩＤ
に対応する予約日時の欄に、予約日時を書き込む。ま
た、ステップ２８において、予約状況テーブルの予約状
況欄を時間でソートして時間順に並べ、次回の予約満杯
の判断を迅速化させる。さらに、ステップ２９におい
て、予約状況テーブルの予約状況欄を参照して、予約し
た日が満杯になったか否かを判断する。そして、満杯に
ならなかった時には、ステップ３１に行き、予約作業を
終了する。一方、満杯になった際には、ステップ３０に
行き、対応する予約可否欄を１にセットして、予約満杯
になったことがすぐ分かる様にしている。この様にし
て、次回のアクセスの際に、図４（ａ）に図示するカレ
ンダーを迅速に表示することができる様にしている。
ンピューター４は図２（ｂ）の予約状況テーブルを参照
して予約可能か否かを判断し、予約不可能な場合には、
ステップ２１に行き、警告する旨のデーターを顧客端末
１に送信し、顧客端末１の画面にその旨を表示させる。
一方、予約可能な場合には、ステップ２２に行き、図３
（ｂ）のロックテーブルを参照する。そして、ステップ
２３において、設定されている予約数を越しているか否
かを判断し、越している場合には、ステップ２４に行
き、警告する旨のデーターを顧客端末１に送信し、顧客
端末１の画面にその旨を表示させる。一方、予約可能な
範囲の場合には、ステップ２５に行き、予約された内容
（時間および顧客ＩＤ）を、図２（ｂ）の予約状況テー
ブルの予約状況欄に追記する。そして、ステップ２６に
行き、予約用サーバーコンピューター４から予約完了の
旨を顧客端末１に送信し、顧客端末１の画面にその旨を
表示させる。その後、ステップ２７において、図３
（ｂ）に図示するロックテーブルに、予約した顧客ＩＤ
に対応する予約日時の欄に、予約日時を書き込む。ま
た、ステップ２８において、予約状況テーブルの予約状
況欄を時間でソートして時間順に並べ、次回の予約満杯
の判断を迅速化させる。さらに、ステップ２９におい
て、予約状況テーブルの予約状況欄を参照して、予約し
た日が満杯になったか否かを判断する。そして、満杯に
ならなかった時には、ステップ３１に行き、予約作業を
終了する。一方、満杯になった際には、ステップ３０に
行き、対応する予約可否欄を１にセットして、予約満杯
になったことがすぐ分かる様にしている。この様にし
て、次回のアクセスの際に、図４（ａ）に図示するカレ
ンダーを迅速に表示することができる様にしている。
【００２２】一方、ステップ１９において、取消の場合
には、前述の様に、図１０のステップ４０に行き、予約
状況テーブルの予約状況の欄から対応する予約を削除
し、ステップ４１に行く。ステップ４１において、予約
取消が完了した旨を予約用サーバーコンピューター４か
ら顧客端末１に送信する。ついで、ステップ４２におい
て、予約状況テーブルの対応する予約可否欄を０にセッ
トする。そして、ステップ４３において、終了する。
には、前述の様に、図１０のステップ４０に行き、予約
状況テーブルの予約状況の欄から対応する予約を削除
し、ステップ４１に行く。ステップ４１において、予約
取消が完了した旨を予約用サーバーコンピューター４か
ら顧客端末１に送信する。ついで、ステップ４２におい
て、予約状況テーブルの対応する予約可否欄を０にセッ
トする。そして、ステップ４３において、終了する。
【００２３】ところで、上記は歯科医院の場合であった
が、美容院の場合には、１時間で済むカットと、２時間
かかるパーマの場合がある。そのため、ステップ１５で
図示される予約画面は、図５（ａ）ではなく、図６
（ｂ）の様になっており、サービス選択ボタンが設けら
れている。そして、ステップ１６において、顧客はこの
サービス選択ボタンでサービス（たとえば、パーマまた
はカット）も選択している。さらに、ステップ２３とス
テップ２５との間に、予約用サーバーコンピューター４
は、サービス別必要時間テーブルを参照し、選択された
サービスに必要な時間を得る。そして、この時間を連続
して確保することができるか否かを予約状況テーブルの
予約状況欄を参照して判断している。確保できない場合
は、顧客端末１に警告する旨を送信し、確保できる場合
は、ステップ２５に行く。
が、美容院の場合には、１時間で済むカットと、２時間
かかるパーマの場合がある。そのため、ステップ１５で
図示される予約画面は、図５（ａ）ではなく、図６
（ｂ）の様になっており、サービス選択ボタンが設けら
れている。そして、ステップ１６において、顧客はこの
サービス選択ボタンでサービス（たとえば、パーマまた
はカット）も選択している。さらに、ステップ２３とス
テップ２５との間に、予約用サーバーコンピューター４
は、サービス別必要時間テーブルを参照し、選択された
サービスに必要な時間を得る。そして、この時間を連続
して確保することができるか否かを予約状況テーブルの
予約状況欄を参照して判断している。確保できない場合
は、顧客端末１に警告する旨を送信し、確保できる場合
は、ステップ２５に行く。
【００２４】サービス提供者が、予約時間（すなわち受
付時間）および予約可能人数の設定を変更する（すなわ
ち、図３（ａ）の予約可能人数テーブルの設定を変更す
る）場合を説明する。サービス提供者側端末６から予約
用サーバーコンピューター４のメンテナンスページにア
クセスする。その場合には、ホームページアドレスは予
約の初期画面とは当然異なっている。そして、予約用サ
ーバーコンピューター４は、サービス提供者側端末６か
らアクセスがあると、図５（ｂ）の画面をサービス提供
者側端末６に送信する。すると、サービス提供者側端末
６の画面には、図５（ｂ）が表示され、サービス提供者
はパスワードを入力し、エンターキーを押す。すると、
パスワードが予約用サーバーコンピューター４に送信さ
れ、予約用サーバーコンピューター４は、予約用サーバ
ーコンピューター４に設けられている図示しないサービ
ス提供者テーブル（サービス提供者のＩＤとパスワード
とを対にして記憶している。）を参照して、サービス提
供者であるか否かを確認する。この様にして、顧客など
がメンテナンス作業の画面に入り込むことを防止してい
る。そして、サービス提供者である場合には、予約用サ
ーバーコンピューター４は図６（ａ）に図示する設定変
更ページをサービス提供者側端末６に送信する。サービ
ス提供者側端末６はこの送信を受けると、設定変更ペー
ジを表示する。サービス提供者は、受付時間として何時
何分を入力し、かつ、予約可能な人数を入力するととも
に、チェックを入力する。そして、更新ボタンをクリッ
クする。そうすると、この入力データがサービス提供者
側端末６から予約用サーバーコンピューター４に送信さ
れ、予約用サーバーコンピューター４は、予約可能人数
テーブルを書き換える。
付時間）および予約可能人数の設定を変更する（すなわ
ち、図３（ａ）の予約可能人数テーブルの設定を変更す
る）場合を説明する。サービス提供者側端末６から予約
用サーバーコンピューター４のメンテナンスページにア
クセスする。その場合には、ホームページアドレスは予
約の初期画面とは当然異なっている。そして、予約用サ
ーバーコンピューター４は、サービス提供者側端末６か
らアクセスがあると、図５（ｂ）の画面をサービス提供
者側端末６に送信する。すると、サービス提供者側端末
６の画面には、図５（ｂ）が表示され、サービス提供者
はパスワードを入力し、エンターキーを押す。すると、
パスワードが予約用サーバーコンピューター４に送信さ
れ、予約用サーバーコンピューター４は、予約用サーバ
ーコンピューター４に設けられている図示しないサービ
ス提供者テーブル（サービス提供者のＩＤとパスワード
とを対にして記憶している。）を参照して、サービス提
供者であるか否かを確認する。この様にして、顧客など
がメンテナンス作業の画面に入り込むことを防止してい
る。そして、サービス提供者である場合には、予約用サ
ーバーコンピューター４は図６（ａ）に図示する設定変
更ページをサービス提供者側端末６に送信する。サービ
ス提供者側端末６はこの送信を受けると、設定変更ペー
ジを表示する。サービス提供者は、受付時間として何時
何分を入力し、かつ、予約可能な人数を入力するととも
に、チェックを入力する。そして、更新ボタンをクリッ
クする。そうすると、この入力データがサービス提供者
側端末６から予約用サーバーコンピューター４に送信さ
れ、予約用サーバーコンピューター４は、予約可能人数
テーブルを書き換える。
【００２５】一方、予約受付時間を削除する際には、受
付時間から抹消するにチェックを入れる。すると、この
入力データがサービス提供者側端末６から予約用サーバ
ーコンピューター４に送信され、予約用サーバーコンピ
ューター４は、予約可能人数テーブルから対応する受付
時間を削除する。また、更新結果や削除結果は予約用サ
ーバーコンピューター４からサービス提供者側端末６に
送信され、図６（ａ）に図示するように、サービス提供
者側端末６の画面の下部に表示される。
付時間から抹消するにチェックを入れる。すると、この
入力データがサービス提供者側端末６から予約用サーバ
ーコンピューター４に送信され、予約用サーバーコンピ
ューター４は、予約可能人数テーブルから対応する受付
時間を削除する。また、更新結果や削除結果は予約用サ
ーバーコンピューター４からサービス提供者側端末６に
送信され、図６（ａ）に図示するように、サービス提供
者側端末６の画面の下部に表示される。
【００２６】サービス提供者は、この受付時間および予
約可能人数の設定の変更以外に、休日の設定、顧客の検
索、予約状況の検索などができる。なお、その説明は割
愛する。また、顧客には、サービス提供者に付与された
予約設定変更用パスワードが教えられていないので、顧
客端末１で受付時間および予約可能人数の設定を変更す
ることは禁止されているが、サービス提供者側端末６で
予約の実行は可能である。さらに、予約用サーバーコン
ピューター４の運行状態を管理するためには、管理者用
パスワードが必要であり、この管理者用パスワードは、
顧客およびサービス提供者には教えられていないので、
顧客端末１およびサービス提供者側端末６で予約用サー
バーコンピューター４の運行状態を変更させることはで
きない。
約可能人数の設定の変更以外に、休日の設定、顧客の検
索、予約状況の検索などができる。なお、その説明は割
愛する。また、顧客には、サービス提供者に付与された
予約設定変更用パスワードが教えられていないので、顧
客端末１で受付時間および予約可能人数の設定を変更す
ることは禁止されているが、サービス提供者側端末６で
予約の実行は可能である。さらに、予約用サーバーコン
ピューター４の運行状態を管理するためには、管理者用
パスワードが必要であり、この管理者用パスワードは、
顧客およびサービス提供者には教えられていないので、
顧客端末１およびサービス提供者側端末６で予約用サー
バーコンピューター４の運行状態を変更させることはで
きない。
【００２７】この様にして、予約用サーバーコンピュー
ター４は、1)顧客端末１からの予約開始アクセスがあっ
た時には、予約状況テーブルを参照して、日付毎の予約
状況データを作成して、顧客端末１に送信する手段と、
2)顧客端末１から日付選択情報が入力された時には、予
約状況テーブルを参照して予約時間毎の予約状況データ
を作成して、顧客端末１に送信する手段と、3)顧客端末
１からサービス選択情報が入力された時には、選択され
たサービスに応じた時間が予約状況テーブルに確保する
ことができるか否かを判断し、確保できる場合には予約
作業を続行し、確保できない場合には予約を拒否（警告
を顧客端末１に送信）する手段と、4)顧客端末１から時
間選択情報が入力されると、日付選択情報、時間選択情
報および個別ＩＤなどの情報に基づいて、予約データー
を予約状況テーブルに書き込む手段などを具備してい
る。また、顧客端末１は、1)予約用サーバーコンピュー
ター４からの日付毎の予約状況データが入力されると、
予約カレンダーを画面に表示する手段と、2)予約用サー
バーコンピューター４からの予約時間毎の予約状況デー
タが入力されると、予約状況時間表を画面に表示する手
段と、3)サービスが選択されると、サービス選択情報を
予約用サーバーコンピューター４に送信する手段などを
具備している。さらに、サービス提供者側端末６は、サ
ービス提供者の操作により、予約時間および予約時間毎
の最大予約可能人数の書き替えデータを予約用サーバー
コンピューター４に送信することが可能に構成され、予
約用サーバーコンピューター４は、サービス提供者側端
末６からの予約時間および予約時間毎の最大予約可能人
数の書き替えデータを受信すると、予約状況テーブルや
予約可能人数テーブルなどの予約時間や予約時間毎の最
大予約可能人数を書き替える手段を具備している。この
様に、予約受付システムは、上記手段以外にも、実行さ
れる各作用に対応して各々、作用を実行する手段が、作
用を行う各部材に設けられている。
ター４は、1)顧客端末１からの予約開始アクセスがあっ
た時には、予約状況テーブルを参照して、日付毎の予約
状況データを作成して、顧客端末１に送信する手段と、
2)顧客端末１から日付選択情報が入力された時には、予
約状況テーブルを参照して予約時間毎の予約状況データ
を作成して、顧客端末１に送信する手段と、3)顧客端末
１からサービス選択情報が入力された時には、選択され
たサービスに応じた時間が予約状況テーブルに確保する
ことができるか否かを判断し、確保できる場合には予約
作業を続行し、確保できない場合には予約を拒否（警告
を顧客端末１に送信）する手段と、4)顧客端末１から時
間選択情報が入力されると、日付選択情報、時間選択情
報および個別ＩＤなどの情報に基づいて、予約データー
を予約状況テーブルに書き込む手段などを具備してい
る。また、顧客端末１は、1)予約用サーバーコンピュー
ター４からの日付毎の予約状況データが入力されると、
予約カレンダーを画面に表示する手段と、2)予約用サー
バーコンピューター４からの予約時間毎の予約状況デー
タが入力されると、予約状況時間表を画面に表示する手
段と、3)サービスが選択されると、サービス選択情報を
予約用サーバーコンピューター４に送信する手段などを
具備している。さらに、サービス提供者側端末６は、サ
ービス提供者の操作により、予約時間および予約時間毎
の最大予約可能人数の書き替えデータを予約用サーバー
コンピューター４に送信することが可能に構成され、予
約用サーバーコンピューター４は、サービス提供者側端
末６からの予約時間および予約時間毎の最大予約可能人
数の書き替えデータを受信すると、予約状況テーブルや
予約可能人数テーブルなどの予約時間や予約時間毎の最
大予約可能人数を書き替える手段を具備している。この
様に、予約受付システムは、上記手段以外にも、実行さ
れる各作用に対応して各々、作用を実行する手段が、作
用を行う各部材に設けられている。
【００２８】前述の様に、この実施の形態においては、
予約状況テーブルの予約状況の欄には、予約時間と顧客
ＩＤとを対にして複数記憶されているので、各予約時間
を日付に対してツリー状に配置した場合よりも、予約用
サーバーコンピューター４に負荷をかけることを減少さ
せることができる。また、新しい予約を追記した後に、
日付順に並べ替えているので、次回予約の際に、予約が
満杯か否かの判断を迅速に行うことができる。しかも、
この並べ替えは、予約完了後に行っているので、顧客を
待たせることを極力減少させることができる。
予約状況テーブルの予約状況の欄には、予約時間と顧客
ＩＤとを対にして複数記憶されているので、各予約時間
を日付に対してツリー状に配置した場合よりも、予約用
サーバーコンピューター４に負荷をかけることを減少さ
せることができる。また、新しい予約を追記した後に、
日付順に並べ替えているので、次回予約の際に、予約が
満杯か否かの判断を迅速に行うことができる。しかも、
この並べ替えは、予約完了後に行っているので、顧客を
待たせることを極力減少させることができる。
【００２９】以上、本発明の実施の形態を詳述したが、
本発明は、前記実施の形態に限定されるものではなく、
特許請求の範囲に記載された本発明の要旨の範囲内で、
種々の変更を行うことが可能である。本発明の変更例を
下記に例示する。 （１）実施の形態においては、提供されるサービスは、
日付または日時で予約できるものならば、如何なるサー
ビスでも可能である。 （２）実施の形態においては、顧客の確認は、顧客Ｉ
Ｄ、生年月日および名前で行っているが、他の手段で確
認することも可能である。 （３）実施の形態においては、端末はパソコンである
が、他の端末たとえば、携帯電話や専用端末などでも可
能である。 （４）実施の形態においては、各種テーブルは予約用サ
ーバーコンピューターに設けられているが、予約用サー
バーコンピューターの外部（すなわち、別のサーバーコ
ンピューターなど）に設けることも可能である。一人が
予約できる最大予約数などの各種設定も、予約用サーバ
ーコンピューターの外部（すなわち、別のサーバーコン
ピューターなど）に設けることも可能である。 （５）実施の形態においては、予約時間満杯判別用色デ
ータである赤色は、日付または予約時間と対に設けられ
ている○を着色することにより、日付または予約時間に
付しているが、その色の付し方は適宜変更可能で、日付
または予約時間の数字を直接着色することにより、日付
または予約時間に付すことも可能である。 （６）通信回線は、有線でも、無線でも可能である。 （７）サービス別必要時間テーブルにおけるサービスの
種類は、パーマおよびカットであったが、サービスの種
類は適宜選択可能である。たとえば、初診で歯が折れて
いる場合（１時間）、初診で歯が痛い場合（３０分）、
再診（３０分）の３種類を設けることも可能である。ま
た、サービスの選択は、サービスとともに要する時間を
表示し、この要する時間を選択することにより、実質的
にサービスを選択することも可能である。
本発明は、前記実施の形態に限定されるものではなく、
特許請求の範囲に記載された本発明の要旨の範囲内で、
種々の変更を行うことが可能である。本発明の変更例を
下記に例示する。 （１）実施の形態においては、提供されるサービスは、
日付または日時で予約できるものならば、如何なるサー
ビスでも可能である。 （２）実施の形態においては、顧客の確認は、顧客Ｉ
Ｄ、生年月日および名前で行っているが、他の手段で確
認することも可能である。 （３）実施の形態においては、端末はパソコンである
が、他の端末たとえば、携帯電話や専用端末などでも可
能である。 （４）実施の形態においては、各種テーブルは予約用サ
ーバーコンピューターに設けられているが、予約用サー
バーコンピューターの外部（すなわち、別のサーバーコ
ンピューターなど）に設けることも可能である。一人が
予約できる最大予約数などの各種設定も、予約用サーバ
ーコンピューターの外部（すなわち、別のサーバーコン
ピューターなど）に設けることも可能である。 （５）実施の形態においては、予約時間満杯判別用色デ
ータである赤色は、日付または予約時間と対に設けられ
ている○を着色することにより、日付または予約時間に
付しているが、その色の付し方は適宜変更可能で、日付
または予約時間の数字を直接着色することにより、日付
または予約時間に付すことも可能である。 （６）通信回線は、有線でも、無線でも可能である。 （７）サービス別必要時間テーブルにおけるサービスの
種類は、パーマおよびカットであったが、サービスの種
類は適宜選択可能である。たとえば、初診で歯が折れて
いる場合（１時間）、初診で歯が痛い場合（３０分）、
再診（３０分）の３種類を設けることも可能である。ま
た、サービスの選択は、サービスとともに要する時間を
表示し、この要する時間を選択することにより、実質的
にサービスを選択することも可能である。
【００３０】
【発明の効果】本発明によれば、サーバーコンピュータ
ーは、予約状況テーブルを参照して、予約可能日および
予約満杯日を判断し、この予約可能日と予約満杯日とを
判別可能に、かつ、カレンダーの形態で端末に表示さ
せ、端末で表示された予約可能日が選択されると、この
選択情報がサーバーコンピューターに送信されている。
したがって、顧客は予約可能日と予約満杯日とが簡単に
判別することができるとともに、この日付を選択するこ
とにより簡単に予約を行うことができる。その結果、オ
ペレーターがいなくても、顧客が直接簡単に予約するこ
とができる。
ーは、予約状況テーブルを参照して、予約可能日および
予約満杯日を判断し、この予約可能日と予約満杯日とを
判別可能に、かつ、カレンダーの形態で端末に表示さ
せ、端末で表示された予約可能日が選択されると、この
選択情報がサーバーコンピューターに送信されている。
したがって、顧客は予約可能日と予約満杯日とが簡単に
判別することができるとともに、この日付を選択するこ
とにより簡単に予約を行うことができる。その結果、オ
ペレーターがいなくても、顧客が直接簡単に予約するこ
とができる。
【００３１】また、予約可能日と予約満杯日とを判別可
能に、かつ、カレンダーの形態で端末に表示させ、顧客
端末で表示された予約可能日が選択されると、この日付
選択情報がサーバーコンピューターに送信され、サーバ
ーコンピューターは日付選択情報を受けると、予約状況
テーブルに基づいて予約可能時間および予約満杯時間を
判断し、この予約可能時間と予約満杯時間とを判別可能
に、顧客端末に表示させ、この顧客端末で表示された予
約可能時間が選択されると、この時間選択情報がサーバ
ーコンピューターに送信されている。したがって、予約
可能日と予約満杯日とが判別可能なカレンダーで日付を
選択し、予約可能時間と予約満杯時間とが判別可能な予
約時間表で時間を選択することにより、簡単に日時を予
約することができる。しかも、予約状況テーブルの予約
時間および予約時間毎の最大予約可能人数の設定がサー
ビス提供者側端末で可能であるので、サービス提供者は
サーバーコンピューターの管理者に連絡することなく、
簡単に自分で予約時間（すなわち受付時間）および予約
時間毎の最大予約可能人数の設定を変更することができ
る。したがって、従業員が急に休んだりした場合にも、
即応することができる。
能に、かつ、カレンダーの形態で端末に表示させ、顧客
端末で表示された予約可能日が選択されると、この日付
選択情報がサーバーコンピューターに送信され、サーバ
ーコンピューターは日付選択情報を受けると、予約状況
テーブルに基づいて予約可能時間および予約満杯時間を
判断し、この予約可能時間と予約満杯時間とを判別可能
に、顧客端末に表示させ、この顧客端末で表示された予
約可能時間が選択されると、この時間選択情報がサーバ
ーコンピューターに送信されている。したがって、予約
可能日と予約満杯日とが判別可能なカレンダーで日付を
選択し、予約可能時間と予約満杯時間とが判別可能な予
約時間表で時間を選択することにより、簡単に日時を予
約することができる。しかも、予約状況テーブルの予約
時間および予約時間毎の最大予約可能人数の設定がサー
ビス提供者側端末で可能であるので、サービス提供者は
サーバーコンピューターの管理者に連絡することなく、
簡単に自分で予約時間（すなわち受付時間）および予約
時間毎の最大予約可能人数の設定を変更することができ
る。したがって、従業員が急に休んだりした場合にも、
即応することができる。
【００３２】さらに、サーバーコンピューターは、予約
満杯日には予約可能日とは異なる色データである予約日
満杯判別用色データを割り当てるとともに、予約可能日
および、予約日満杯判別用色データが割り当てられた予
約満杯日をカレンダーの形態で端末に送信し、端末は、
カレンダーを表示するとともに、予約満杯日には予約日
満杯判別用色データの色を付して表示し、この端末で表
示された予約可能日が選択されると、この日付選択情報
がサーバーコンピューターに送信され、サーバーコンピ
ューターは日付選択情報を受けると、予約状況テーブル
に基づいて予約可能時間および予約満杯時間を判断し、
予約可能時間とは異なる色データであるとともに予約日
満杯判別用色データの色合いに同一または類似した予約
時間満杯判別用色データを予約満杯時間に割り当て、こ
の予約時間満杯判別用色データが割り当てられた予約満
杯時間および予約可能時間を端末に送信している。した
がって、サーバーコンピューター側で色データの割り当
て処理を行っており、端末側の負荷を小さくすることが
でき、インターネットなどで用いられる各種端末に対応
することが可能となる。しかも、予約満杯時間の色と予
約満杯日の色とを略同じにしているので、操作に習熟し
ていなくても簡単に予約を行うことができる。
満杯日には予約可能日とは異なる色データである予約日
満杯判別用色データを割り当てるとともに、予約可能日
および、予約日満杯判別用色データが割り当てられた予
約満杯日をカレンダーの形態で端末に送信し、端末は、
カレンダーを表示するとともに、予約満杯日には予約日
満杯判別用色データの色を付して表示し、この端末で表
示された予約可能日が選択されると、この日付選択情報
がサーバーコンピューターに送信され、サーバーコンピ
ューターは日付選択情報を受けると、予約状況テーブル
に基づいて予約可能時間および予約満杯時間を判断し、
予約可能時間とは異なる色データであるとともに予約日
満杯判別用色データの色合いに同一または類似した予約
時間満杯判別用色データを予約満杯時間に割り当て、こ
の予約時間満杯判別用色データが割り当てられた予約満
杯時間および予約可能時間を端末に送信している。した
がって、サーバーコンピューター側で色データの割り当
て処理を行っており、端末側の負荷を小さくすることが
でき、インターネットなどで用いられる各種端末に対応
することが可能となる。しかも、予約満杯時間の色と予
約満杯日の色とを略同じにしているので、操作に習熟し
ていなくても簡単に予約を行うことができる。
【００３３】そして、予約状況テーブルは、予約対象の
日付を記憶する日付記憶部と、この日付に関連付けて各
日付における予約の可否を記憶する予約可否記憶部と、
日付に関連付けて各日付における時間毎の予約状況を記
憶する時間別予約状況記憶部とを具備しており、予約可
能日および予約満杯日を判断する際には、予約状況テー
ブルの予約可否記憶部の内容を参照しており、かつ、予
約データーを予約状況テーブルの時間別予約状況記憶部
に書き込んだ後には、時間別予約状況記憶部をチェック
して、予約が満杯になったか否かを判断し、満杯になっ
た際には、予約可否記憶部の内容を予約不可にセットす
る場合がある。この様な場合には、予約可否記憶部で簡
単に予約可能日および予約満杯日を判断することがで
き、顧客からのアクセスに即応することができる。しか
も、予約可否記憶部の内容を予約不可にセットする作業
は、予約データーを予約状況テーブルの時間別予約状況
記憶部に書き込んだ後に行われており、予約作業の妨げ
になることがなく、予約の実行に要する時間を極力短く
することができる。
日付を記憶する日付記憶部と、この日付に関連付けて各
日付における予約の可否を記憶する予約可否記憶部と、
日付に関連付けて各日付における時間毎の予約状況を記
憶する時間別予約状況記憶部とを具備しており、予約可
能日および予約満杯日を判断する際には、予約状況テー
ブルの予約可否記憶部の内容を参照しており、かつ、予
約データーを予約状況テーブルの時間別予約状況記憶部
に書き込んだ後には、時間別予約状況記憶部をチェック
して、予約が満杯になったか否かを判断し、満杯になっ
た際には、予約可否記憶部の内容を予約不可にセットす
る場合がある。この様な場合には、予約可否記憶部で簡
単に予約可能日および予約満杯日を判断することがで
き、顧客からのアクセスに即応することができる。しか
も、予約可否記憶部の内容を予約不可にセットする作業
は、予約データーを予約状況テーブルの時間別予約状況
記憶部に書き込んだ後に行われており、予約作業の妨げ
になることがなく、予約の実行に要する時間を極力短く
することができる。
【００３４】また、サーバーコンピューターは、予約状
況テーブルとは別に、顧客毎の予約状況を記憶するロッ
クテーブルを読み書き可能であり、かつ、一人が予約で
きる最大予約可能数が設定されており、端末から予約さ
れた際に、ロックテーブルを参照し、最大予約可能数を
越えている時には、予約を拒否する場合がある。この様
な場合には、一人で予約を多数行うミスを極力防止する
ことができる。
況テーブルとは別に、顧客毎の予約状況を記憶するロッ
クテーブルを読み書き可能であり、かつ、一人が予約で
きる最大予約可能数が設定されており、端末から予約さ
れた際に、ロックテーブルを参照し、最大予約可能数を
越えている時には、予約を拒否する場合がある。この様
な場合には、一人で予約を多数行うミスを極力防止する
ことができる。
【００３５】そして、予約により提供するサービスは複
数種類有るとともに、サービスに要する時間がサービス
の種類により異なり、このサービス毎の必要時間が設定
されており、サーバーコンピューターは、顧客端末にサ
ービス選択部を表示させ、このサービス選択部によりサ
ービスが選択された際には、選択されたサービスに応じ
た時間が予約状況テーブルに確保することができるか否
かを判断し、確保できる時には予約作業を続行し、確保
できない時には予約を拒否する場合がある。この様な場
合には、サービスを選択することにより、必要な時間が
確保されるので、顧客は、サービスを受けるのに必要な
時間を考えることなく、予約を実行することができると
ともに、ミスを極力防止することができる。したがっ
て、顧客が習熟していない場合でも、複数のサービスに
則して、簡単に予約の実行をすることができる。
数種類有るとともに、サービスに要する時間がサービス
の種類により異なり、このサービス毎の必要時間が設定
されており、サーバーコンピューターは、顧客端末にサ
ービス選択部を表示させ、このサービス選択部によりサ
ービスが選択された際には、選択されたサービスに応じ
た時間が予約状況テーブルに確保することができるか否
かを判断し、確保できる時には予約作業を続行し、確保
できない時には予約を拒否する場合がある。この様な場
合には、サービスを選択することにより、必要な時間が
確保されるので、顧客は、サービスを受けるのに必要な
時間を考えることなく、予約を実行することができると
ともに、ミスを極力防止することができる。したがっ
て、顧客が習熟していない場合でも、複数のサービスに
則して、簡単に予約の実行をすることができる。
【図１】図１は本発明にかかる予約受付システムを説明
するためのネットワークの概略図である。
するためのネットワークの概略図である。
【図２】図２はサーバーコンピューターのテーブルの説
明図で、（ａ）が会員データテーブルの図、（ｂ）が予
約状況テーブルの図である。
明図で、（ａ）が会員データテーブルの図、（ｂ）が予
約状況テーブルの図である。
【図３】図３はサーバーコンピューターのテーブルの説
明図で、（ａ）が予約可能人数テーブルの図、（ｂ）が
ロックテーブルの図、（ｃ）がサービス別必要時間テー
ブルの図である。
明図で、（ａ）が予約可能人数テーブルの図、（ｂ）が
ロックテーブルの図、（ｃ）がサービス別必要時間テー
ブルの図である。
【図４】図４は顧客端末の表示画面の図で、（ａ）が月
別の予約状況の図、（ｂ）が予約時間表の図である。
別の予約状況の図、（ｂ）が予約時間表の図である。
【図５】図５は端末の表示画面の図で、（ａ）が顧客端
末の予約実行画面の図、（ｂ）がサービス提供者側端末
のメンテナンスの初期画面の図である。
末の予約実行画面の図、（ｂ）がサービス提供者側端末
のメンテナンスの初期画面の図である。
【図６】図６は端末の表示画面の図で、（ａ）がサービ
ス提供者側端末の設定変更実行画面の図、（ｂ）が顧客
端末のサービス選択画面の図である。
ス提供者側端末の設定変更実行画面の図、（ｂ）が顧客
端末のサービス選択画面の図である。
【図７】図７は予約実行時のフローチャートである。
【図８】図８は図７のフローチャートの続きである。
【図９】図９は図８のフローチャートの続きである。
【図１０】図１０は予約取消時のフローチャートで、図
８のフローチャートの続きである。
８のフローチャートの続きである。
１ 顧客端末 ４ 予約用サーバーコンピューター ６ サービス提供者側端末 ７ 管理者端末
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成１２年７月５日（２０００．７．５）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正内容】
【書類名】 明細書
【発明の名称】 予約受付システム
【特許請求の範囲】
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、顧客端末で日付や
時間を予約することができる予約受付システムに関す
る。
時間を予約することができる予約受付システムに関す
る。
【０００２】
【従来の技術】従来の予約受付システムでは、オペレー
ターがおり、顧客はオペレーターに電話などで連絡して
予約している。
ターがおり、顧客はオペレーターに電話などで連絡して
予約している。
【０００３】
【発明が解決しようとする課題】ところで、近年インタ
ーネットが発達し、顧客がパソコンなどの端末で直接予
約することが検討されている。しかしながら、顧客はオ
ペレーターと異なり、操作に習熟していないので、従来
の予約受付システムでは操作性が良くない。また、イン
ターネットに接続される端末には、種々の形式のものが
あるので、種々の端末で利用可能なように、端末に極力
負荷をかけないようにする必要がある。
ーネットが発達し、顧客がパソコンなどの端末で直接予
約することが検討されている。しかしながら、顧客はオ
ペレーターと異なり、操作に習熟していないので、従来
の予約受付システムでは操作性が良くない。また、イン
ターネットに接続される端末には、種々の形式のものが
あるので、種々の端末で利用可能なように、端末に極力
負荷をかけないようにする必要がある。
【０００４】本発明は、以上のような課題を解決するた
めのもので、顧客が直接予約するのに適している予約受
付システムを提供することを目的としている。
めのもので、顧客が直接予約するのに適している予約受
付システムを提供することを目的としている。
【０００５】
【課題を解決するための手段】本出願の請求項１記載の
予約受付システムは、日付毎の予約状況を記憶する予約
状況テーブルと、この予約状況テーブルを読み書き可能
なサーバーコンピューター（４）と、このサーバーコン
ピューターに通信回線を介して接続可能な端末（１）と
を備え、この端末からサーバーコンピューターにアクセ
スして予約日時を予約する予約受付システムであって、
前記予約状況テーブルは、予約対象の日付を記憶する日
付記憶部と、この日付に関連付けて各日付における予約
の可否を記憶する予約可否記憶部と、前記日付に関連付
けて各日付毎に予約時間と顧客ＩＤとを対にして記憶す
る時間別予約状況記憶部とを具備しており、前記サーバ
ーコンピューターは、前記端末からアクセスがあると、
前記予約状況テーブルの予約可否記憶部を参照して、予
約可能日および予約満杯日を判断し、予約満杯日には予
約可能日とは異なる色データである予約日満杯判別用色
データを割り当てるとともに、予約可能日および、予約
日満杯判別用色データが割り当てられた予約満杯日をカ
レンダーの形態のデータで前記端末に送信する手段と、
前記端末から日付選択情報を受けると、前記予約状況テ
ーブルの時間別予約状況記憶部に基づいて予約可能時間
および予約満杯時間を判断し、予約可能時間とは異なる
色データであるとともに前記予約日満杯判別用色データ
の色合いに同一または類似した予約時間満杯判別用色デ
ータを予約満杯時間に割り当て、この予約時間満杯判別
用色データが割り当てられた予約満杯時間および予約可
能時間を前記端末に送信する手段と、前記端末から顧客
ＩＤを受け取る手段と、前記端末から時間選択情報を受
けると、前記顧客ＩＤ、日付選択情報および時間選択情
報に基づいて予約時間と顧客ＩＤとを対にして前記予約
状況テーブルの時間別予約状況記憶部に書き込むととも
に予約完了の旨の信号を前記端末に送信する手段と、こ
の書き込まれた予約時間と顧客ＩＤとを予約時間でソー
トして予約時間順に配列しなおす手段と、このソートさ
れた時間別予約状況記憶部をチェックして、予約が満杯
になったか否かを判断し、満杯になった際には、予約可
否記憶部の内容を予約不可にセットする手段とを具備
し、前記端末は、前記サーバーコンピューターから前記
予約可能日および予約満杯日のカレンダーの形態のデー
タを受けると、カレンダーを表示するとともに、予約満
杯日には前記予約日満杯判別用色データの色を付して表
示する手段と、表示された予約可能日が選択されると、
この日付選択情報をサーバーコンピューターに送信する
手段と、前記サーバーコンピューターから前記予約満杯
時間および予約可能時間を受けると、予約可能時間およ
び予約満杯時間を表示するとともに、予約満杯時間に
は、前記予約時間満杯判別用色データの色を付して表示
する手段と、表示された予約可能時間が選択されると、
この時間選択情報を前記サーバーコンピューターに送信
する手段と、前記サーバーコンピューターに顧客ＩＤを
送信する手段と、前記サーバーコンピューターから予約
完了の旨の信号を受けると、予約完了の旨の表示をする
手段とを具備している。
予約受付システムは、日付毎の予約状況を記憶する予約
状況テーブルと、この予約状況テーブルを読み書き可能
なサーバーコンピューター（４）と、このサーバーコン
ピューターに通信回線を介して接続可能な端末（１）と
を備え、この端末からサーバーコンピューターにアクセ
スして予約日時を予約する予約受付システムであって、
前記予約状況テーブルは、予約対象の日付を記憶する日
付記憶部と、この日付に関連付けて各日付における予約
の可否を記憶する予約可否記憶部と、前記日付に関連付
けて各日付毎に予約時間と顧客ＩＤとを対にして記憶す
る時間別予約状況記憶部とを具備しており、前記サーバ
ーコンピューターは、前記端末からアクセスがあると、
前記予約状況テーブルの予約可否記憶部を参照して、予
約可能日および予約満杯日を判断し、予約満杯日には予
約可能日とは異なる色データである予約日満杯判別用色
データを割り当てるとともに、予約可能日および、予約
日満杯判別用色データが割り当てられた予約満杯日をカ
レンダーの形態のデータで前記端末に送信する手段と、
前記端末から日付選択情報を受けると、前記予約状況テ
ーブルの時間別予約状況記憶部に基づいて予約可能時間
および予約満杯時間を判断し、予約可能時間とは異なる
色データであるとともに前記予約日満杯判別用色データ
の色合いに同一または類似した予約時間満杯判別用色デ
ータを予約満杯時間に割り当て、この予約時間満杯判別
用色データが割り当てられた予約満杯時間および予約可
能時間を前記端末に送信する手段と、前記端末から顧客
ＩＤを受け取る手段と、前記端末から時間選択情報を受
けると、前記顧客ＩＤ、日付選択情報および時間選択情
報に基づいて予約時間と顧客ＩＤとを対にして前記予約
状況テーブルの時間別予約状況記憶部に書き込むととも
に予約完了の旨の信号を前記端末に送信する手段と、こ
の書き込まれた予約時間と顧客ＩＤとを予約時間でソー
トして予約時間順に配列しなおす手段と、このソートさ
れた時間別予約状況記憶部をチェックして、予約が満杯
になったか否かを判断し、満杯になった際には、予約可
否記憶部の内容を予約不可にセットする手段とを具備
し、前記端末は、前記サーバーコンピューターから前記
予約可能日および予約満杯日のカレンダーの形態のデー
タを受けると、カレンダーを表示するとともに、予約満
杯日には前記予約日満杯判別用色データの色を付して表
示する手段と、表示された予約可能日が選択されると、
この日付選択情報をサーバーコンピューターに送信する
手段と、前記サーバーコンピューターから前記予約満杯
時間および予約可能時間を受けると、予約可能時間およ
び予約満杯時間を表示するとともに、予約満杯時間に
は、前記予約時間満杯判別用色データの色を付して表示
する手段と、表示された予約可能時間が選択されると、
この時間選択情報を前記サーバーコンピューターに送信
する手段と、前記サーバーコンピューターに顧客ＩＤを
送信する手段と、前記サーバーコンピューターから予約
完了の旨の信号を受けると、予約完了の旨の表示をする
手段とを具備している。
【０００６】本出願の請求項２記載の予約受付システム
は、日付毎の予約状況を記憶する予約状況テーブルと、
顧客毎の予約状況を記憶するロックテーブルと、前記予
約状況テーブルおよびロックテーブルを読み書き可能な
サーバーコンピューターと、このサーバーコンピュータ
ーに通信回線を介して接続可能な端末とを備え、この端
末からサーバーコンピューターにアクセスして予約日時
を予約する。そして、予約状況テーブルは、予約対象の
日付を記憶する日付記憶部と、この日付に関連付けて各
日付における予約の可否を記憶する予約可否記憶部と、
前記日付に関連付けて各日付毎に予約時間と顧客ＩＤと
を対にして記憶する時間別予約状況記憶部とを具備して
おり、前記サーバーコンピューターは、一人が予約でき
る最大予約可能数が設定されているとともに、前記端末
からアクセスがあると、前記予約状況テーブルを参照し
て、予約可能日および予約満杯日を判断し、予約満杯日
には予約可能日とは異なる色データである予約日満杯判
別用色データを割り当てるとともに、予約可能日およ
び、予約日満杯判別用色データが割り当てられた予約満
杯日をカレンダーの形態のデータで前記端末に送信する
手段と、前記端末から日付選択情報を受けると、前記予
約状況テーブルに基づいて予約可能時間および予約満杯
時間を判断し、予約可能時間とは異なる色データである
とともに前記予約日満杯判別用色データの色合いに同一
または類似した予約時間満杯判別用色データを予約満杯
時間に割り当て、この予約時間満杯判別用色データが割
り当てられた予約満杯時間および予約可能時間を前記端
末に送信する手段と、前記端末から顧客ＩＤを受け取る
手段と、前記端末から時間選択情報を受けると、前記ロ
ックテーブルを参照し、前記最大予約可能数を越えてい
る場合には、警告データーを前記端末に送信し、最大予
約可能数を越えていない場合には、前記顧客ＩＤ、日付
選択情報および時間選択情報に基づいて予約時間と顧客
ＩＤとを対にして前記予約状況テーブルの時間別予約状
況記憶部に書き込むとともに予約完了の旨の信号を前記
端末に送信する手段と、予約完了の旨の信号の送信後、
前記顧客ＩＤ、日付選択情報および時間選択情報に基づ
いて顧客毎の予約状況を前記ロックテーブルに書き込む
手段と、予約状況テーブルに書き込まれた予約時間と顧
客ＩＤとを予約時間でソートして予約時間順に配列しな
おす手段と、このソートされた時間別予約状況記憶部を
チェックして、予約が満杯になったか否かを判断し、満
杯になった際には、予約可否記憶部の内容を予約不可に
セットする手段とを具備し、前記端末は、前記サーバー
コンピューターから前記予約可能日および予約満杯日の
カレンダーの形態のデータを受けると、カレンダーを表
示するとともに、予約満杯日には前記予約日満杯判別用
色データの色を付して表示する手段と、表示された予約
可能日が選択されると、この日付選択情報をサーバーコ
ンピューターに送信する手段と、前記サーバーコンピュ
ーターから前記予約満杯時間および予約可能時間を受け
ると、予約可能時間および予約満杯時間を表示するとと
もに、予約満杯時間には、前記予約時間満杯判別用色デ
ータの色を付して表示する手段と、表示された予約可能
時間が選択されると、この時間選択情報を前記サーバー
コンピューターに送信する手段と、前記サーバーコンピ
ューターに顧客ＩＤを送信する手段と、前記サーバーコ
ンピューターから前記警告データーを受けると、警告の
旨の表示をする手段と、前記サーバーコンピューターか
ら予約完了の旨の信号を受けると、予約完了の旨の表示
をする手段とを具備している。
は、日付毎の予約状況を記憶する予約状況テーブルと、
顧客毎の予約状況を記憶するロックテーブルと、前記予
約状況テーブルおよびロックテーブルを読み書き可能な
サーバーコンピューターと、このサーバーコンピュータ
ーに通信回線を介して接続可能な端末とを備え、この端
末からサーバーコンピューターにアクセスして予約日時
を予約する。そして、予約状況テーブルは、予約対象の
日付を記憶する日付記憶部と、この日付に関連付けて各
日付における予約の可否を記憶する予約可否記憶部と、
前記日付に関連付けて各日付毎に予約時間と顧客ＩＤと
を対にして記憶する時間別予約状況記憶部とを具備して
おり、前記サーバーコンピューターは、一人が予約でき
る最大予約可能数が設定されているとともに、前記端末
からアクセスがあると、前記予約状況テーブルを参照し
て、予約可能日および予約満杯日を判断し、予約満杯日
には予約可能日とは異なる色データである予約日満杯判
別用色データを割り当てるとともに、予約可能日およ
び、予約日満杯判別用色データが割り当てられた予約満
杯日をカレンダーの形態のデータで前記端末に送信する
手段と、前記端末から日付選択情報を受けると、前記予
約状況テーブルに基づいて予約可能時間および予約満杯
時間を判断し、予約可能時間とは異なる色データである
とともに前記予約日満杯判別用色データの色合いに同一
または類似した予約時間満杯判別用色データを予約満杯
時間に割り当て、この予約時間満杯判別用色データが割
り当てられた予約満杯時間および予約可能時間を前記端
末に送信する手段と、前記端末から顧客ＩＤを受け取る
手段と、前記端末から時間選択情報を受けると、前記ロ
ックテーブルを参照し、前記最大予約可能数を越えてい
る場合には、警告データーを前記端末に送信し、最大予
約可能数を越えていない場合には、前記顧客ＩＤ、日付
選択情報および時間選択情報に基づいて予約時間と顧客
ＩＤとを対にして前記予約状況テーブルの時間別予約状
況記憶部に書き込むとともに予約完了の旨の信号を前記
端末に送信する手段と、予約完了の旨の信号の送信後、
前記顧客ＩＤ、日付選択情報および時間選択情報に基づ
いて顧客毎の予約状況を前記ロックテーブルに書き込む
手段と、予約状況テーブルに書き込まれた予約時間と顧
客ＩＤとを予約時間でソートして予約時間順に配列しな
おす手段と、このソートされた時間別予約状況記憶部を
チェックして、予約が満杯になったか否かを判断し、満
杯になった際には、予約可否記憶部の内容を予約不可に
セットする手段とを具備し、前記端末は、前記サーバー
コンピューターから前記予約可能日および予約満杯日の
カレンダーの形態のデータを受けると、カレンダーを表
示するとともに、予約満杯日には前記予約日満杯判別用
色データの色を付して表示する手段と、表示された予約
可能日が選択されると、この日付選択情報をサーバーコ
ンピューターに送信する手段と、前記サーバーコンピュ
ーターから前記予約満杯時間および予約可能時間を受け
ると、予約可能時間および予約満杯時間を表示するとと
もに、予約満杯時間には、前記予約時間満杯判別用色デ
ータの色を付して表示する手段と、表示された予約可能
時間が選択されると、この時間選択情報を前記サーバー
コンピューターに送信する手段と、前記サーバーコンピ
ューターに顧客ＩＤを送信する手段と、前記サーバーコ
ンピューターから前記警告データーを受けると、警告の
旨の表示をする手段と、前記サーバーコンピューターか
ら予約完了の旨の信号を受けると、予約完了の旨の表示
をする手段とを具備している。
【０００７】
【発明の実施の形態】次に、本発明における予約受付シ
ステムの実施の一形態を図１ないし図１０を用いて説明
する。図１は本発明にかかる予約受付システムを説明す
るためのネットワークの概略図である。図２はサーバー
コンピューターのテーブルの説明図で、（ａ）が会員デ
ータテーブルの図、（ｂ）が予約状況テーブルの図であ
る。図３はサーバーコンピューターのテーブルの説明図
で、（ａ）が予約可能人数テーブルの図、（ｂ）がロッ
クテーブルの図、（ｃ）がサービス別必要時間テーブル
の図である。図４は顧客端末の表示画面の図で、（ａ）
が月別の予約状況の図、（ｂ）が予約時間表の図であ
る。図５は端末の表示画面の図で、（ａ）が顧客端末の
予約実行画面の図、（ｂ）がサービス提供者側端末のメ
ンテナンスの初期画面の図である。図６は端末の表示画
面の図で、（ａ）がサービス提供者側端末の設定変更実
行画面の図、（ｂ）が顧客端末のサービス選択画面の図
である。図７は予約実行時のフローチャートである。図
８は図７のフローチャートの続きである。図９は図８の
フローチャートの続きである。図１０は予約取消時のフ
ローチャートで、図８のフローチャートの続きである。
ステムの実施の一形態を図１ないし図１０を用いて説明
する。図１は本発明にかかる予約受付システムを説明す
るためのネットワークの概略図である。図２はサーバー
コンピューターのテーブルの説明図で、（ａ）が会員デ
ータテーブルの図、（ｂ）が予約状況テーブルの図であ
る。図３はサーバーコンピューターのテーブルの説明図
で、（ａ）が予約可能人数テーブルの図、（ｂ）がロッ
クテーブルの図、（ｃ）がサービス別必要時間テーブル
の図である。図４は顧客端末の表示画面の図で、（ａ）
が月別の予約状況の図、（ｂ）が予約時間表の図であ
る。図５は端末の表示画面の図で、（ａ）が顧客端末の
予約実行画面の図、（ｂ）がサービス提供者側端末のメ
ンテナンスの初期画面の図である。図６は端末の表示画
面の図で、（ａ）がサービス提供者側端末の設定変更実
行画面の図、（ｂ）が顧客端末のサービス選択画面の図
である。図７は予約実行時のフローチャートである。図
８は図７のフローチャートの続きである。図９は図８の
フローチャートの続きである。図１０は予約取消時のフ
ローチャートで、図８のフローチャートの続きである。
【０００８】図１において、マッサージ、ホテル、医者
や美容院などのサービスを予約する顧客の家などには、
パソコンなどで構成されている顧客端末１が設置されて
いる。この顧客端末１は、インターネットなどの通信ネ
ットワーク２に電話回線などの通信回線を介して接続可
能である。通信ネットワーク２には、通信回線を介して
予約用サーバーコンピューター４や、サービスを提供す
る複数のサービス提供者側端末６などが接続可能であ
る。また、予約用サーバーコンピューター４には、予約
用サーバーコンピューター４の運行状態を管理する管理
者端末７が接続される。管理者端末７はキーボードなど
からなる入力装置や、パソコンなどで構成されている。
また、管理者端末７は通信ネットワーク２に接続されて
いる場合がある。
や美容院などのサービスを予約する顧客の家などには、
パソコンなどで構成されている顧客端末１が設置されて
いる。この顧客端末１は、インターネットなどの通信ネ
ットワーク２に電話回線などの通信回線を介して接続可
能である。通信ネットワーク２には、通信回線を介して
予約用サーバーコンピューター４や、サービスを提供す
る複数のサービス提供者側端末６などが接続可能であ
る。また、予約用サーバーコンピューター４には、予約
用サーバーコンピューター４の運行状態を管理する管理
者端末７が接続される。管理者端末７はキーボードなど
からなる入力装置や、パソコンなどで構成されている。
また、管理者端末７は通信ネットワーク２に接続されて
いる場合がある。
【０００９】顧客端末１やサービス提供者側端末６は、
前述の様に、パソコンなどで構成されており、ネットワ
ークインターフェース、制御手段としての中央演算装置
（ＣＰＵ）、ＲＡＭなどのメモリー、ハードディスク
（ＨＤＤ）、表示装置、テンキーやマウスやキーボード
などからなる入力装置などを具備している。予約用サー
バーコンピューター４は、ネットワークインターフェー
ス、制御手段としての中央演算装置（ＣＰＵ）、ＲＡＭ
などのメモリー、ハードディスク（ＨＤＤ）、などを具
備している。そして、顧客端末１、サービス提供者側端
末６および予約用サーバーコンピューター４は、ネット
ワークインターフェースを介して、網の目状の通信ネッ
トワーク２に接続されている。そして、予約用サーバー
コンピューター４は、プログラムによりホームページを
立ち上げており、顧客端末１およびサービス提供者側端
末６には、このホームページを見ることができるネット
スケープナビゲータなどのブラウザーソフトが入れられ
ている。
前述の様に、パソコンなどで構成されており、ネットワ
ークインターフェース、制御手段としての中央演算装置
（ＣＰＵ）、ＲＡＭなどのメモリー、ハードディスク
（ＨＤＤ）、表示装置、テンキーやマウスやキーボード
などからなる入力装置などを具備している。予約用サー
バーコンピューター４は、ネットワークインターフェー
ス、制御手段としての中央演算装置（ＣＰＵ）、ＲＡＭ
などのメモリー、ハードディスク（ＨＤＤ）、などを具
備している。そして、顧客端末１、サービス提供者側端
末６および予約用サーバーコンピューター４は、ネット
ワークインターフェースを介して、網の目状の通信ネッ
トワーク２に接続されている。そして、予約用サーバー
コンピューター４は、プログラムによりホームページを
立ち上げており、顧客端末１およびサービス提供者側端
末６には、このホームページを見ることができるネット
スケープナビゲータなどのブラウザーソフトが入れられ
ている。
【００１０】予約用サーバーコンピューター４の記憶領
域（たとえば、ハードディスクやＲＡＭ）には、各種テ
ーブルが記憶されている。ついで、このテーブルを説明
する。図２（ａ）の会員データテーブルには、会員Ｉ
Ｄ、名前、生年月日、住所、メールアドレスや電話番号
などの顧客情報が記憶されている。図２（ｂ）の予約状
況テーブルは、予約対象の日付を記憶する日付記憶部で
ある日付欄と、この日付に関連付けて各日付における予
約の可否を記憶する予約可否記憶部である予約可否欄
と、前記日付に関連付けて各日付における時間毎の予約
状況を記憶する時間別予約状況記憶部である時間別予約
状況記憶欄とからなっている。予約可否欄には、予約可
能を示す「０」、予約満杯を示す「１」および休業日を
示す「２」が入力される。時間別予約状況記憶欄には、
日付毎の予約状況が示されており、予約時間と顧客ＩＤ
とを対にして複数入力される。そして、予約時間と顧客
ＩＤとが新規に入力された際には、予約時間でソートし
て、予約時間順に配列しなおしている。予約時間順にす
ることにより、予約時間毎の予約状況を迅速に判断する
ことができる様にしている。
域（たとえば、ハードディスクやＲＡＭ）には、各種テ
ーブルが記憶されている。ついで、このテーブルを説明
する。図２（ａ）の会員データテーブルには、会員Ｉ
Ｄ、名前、生年月日、住所、メールアドレスや電話番号
などの顧客情報が記憶されている。図２（ｂ）の予約状
況テーブルは、予約対象の日付を記憶する日付記憶部で
ある日付欄と、この日付に関連付けて各日付における予
約の可否を記憶する予約可否記憶部である予約可否欄
と、前記日付に関連付けて各日付における時間毎の予約
状況を記憶する時間別予約状況記憶部である時間別予約
状況記憶欄とからなっている。予約可否欄には、予約可
能を示す「０」、予約満杯を示す「１」および休業日を
示す「２」が入力される。時間別予約状況記憶欄には、
日付毎の予約状況が示されており、予約時間と顧客ＩＤ
とを対にして複数入力される。そして、予約時間と顧客
ＩＤとが新規に入力された際には、予約時間でソートし
て、予約時間順に配列しなおしている。予約時間順にす
ることにより、予約時間毎の予約状況を迅速に判断する
ことができる様にしている。
【００１１】図３（ａ）は、予約時間毎の予約可能人数
を示す予約可能人数テーブルで、予約時間の欄と、予約
可能人数の欄とからなっている。この予約可能人数は、
サービス提供者側端末６で設定することができる。な
お、顧客端末１では行うことはできない。図３（ｂ）
は、ロックテーブルで、顧客ＩＤの欄と、顧客ＩＤ毎の
予約状況を示す予約日時の欄とからなっており、一人で
多数の予約をすることを防止するために設けられてい
る。予約用サーバーコンピューター４には、一人が予約
できる最大予約数（たとえば、１，２ないし３程度）が
設定されており、ロックテーブルの予約日時の数が、最
大予約数を越えそうになると、予約を拒否する。図３
（ｃ）は、サービス別必要時間テーブルで、サービスの
種類の欄と、要する時間の欄とからなっている。たとえ
ば、パーマは２時間で、カットは１時間となっており、
パーマを予約する場合には、２時間連続して空いていな
いと、予約を拒否している。このサービス別必要時間テ
ーブルの設定は、サービス提供者側端末６で設定するこ
とができる。なお、顧客端末１では行うことはできな
い。ところで、テーブルはこれ以外にもあるが、本発明
にはあまり関係ないので説明は割愛する。
を示す予約可能人数テーブルで、予約時間の欄と、予約
可能人数の欄とからなっている。この予約可能人数は、
サービス提供者側端末６で設定することができる。な
お、顧客端末１では行うことはできない。図３（ｂ）
は、ロックテーブルで、顧客ＩＤの欄と、顧客ＩＤ毎の
予約状況を示す予約日時の欄とからなっており、一人で
多数の予約をすることを防止するために設けられてい
る。予約用サーバーコンピューター４には、一人が予約
できる最大予約数（たとえば、１，２ないし３程度）が
設定されており、ロックテーブルの予約日時の数が、最
大予約数を越えそうになると、予約を拒否する。図３
（ｃ）は、サービス別必要時間テーブルで、サービスの
種類の欄と、要する時間の欄とからなっている。たとえ
ば、パーマは２時間で、カットは１時間となっており、
パーマを予約する場合には、２時間連続して空いていな
いと、予約を拒否している。このサービス別必要時間テ
ーブルの設定は、サービス提供者側端末６で設定するこ
とができる。なお、顧客端末１では行うことはできな
い。ところで、テーブルはこれ以外にもあるが、本発明
にはあまり関係ないので説明は割愛する。
【００１２】この様に構成されている予約受付システム
で、日時を予約している。この予約のメインのフローチ
ャートを説明する。なお、細かい部分の説明は割愛す
る。この実施の形態では歯科医院を想定している。図７
のステップ０において、顧客端末１から、たとえばホー
ムページアドレス（ＵＲＬ）を入力して、通信回線を介
してこのホームページアドレスを送信し、予約用サーバ
ーコンピューター４の図４（ａ）に図示する予約の初期
画面にアクセスしようとする。そして、ステップ１にお
いて、予約用サーバーコンピューター４は、顧客端末１
からのこの予約開始アクセスがあると、図２（ｂ）に図
示する予約状況テーブルを読み込み、予約可否欄を参照
し、ステップ２に行く。ステップ２において、「１」の
場合はその日を予約満杯日と判断し、また、「２」の場
合はその日を休業日と判断している。そして、予約満杯
日がある場合には、ステップ３に行き、無い場合にはス
テップ４に行く。そして、ステップ３において、予約満
杯日に予約日満杯判別用色データである赤色を割り当
て、ステップ４に行く。なお、予約可能日には青色が割
り当てられている。また、これらの色データは前もって
予約用サーバーコンピューター４などに予め設定されて
いる。さらに、当日よりも以前の日は予約受付終了とし
ている。また、「翌月度の状況」ボタンをクリックする
と、翌月の予約状況を示すカレンダーが表示される。
で、日時を予約している。この予約のメインのフローチ
ャートを説明する。なお、細かい部分の説明は割愛す
る。この実施の形態では歯科医院を想定している。図７
のステップ０において、顧客端末１から、たとえばホー
ムページアドレス（ＵＲＬ）を入力して、通信回線を介
してこのホームページアドレスを送信し、予約用サーバ
ーコンピューター４の図４（ａ）に図示する予約の初期
画面にアクセスしようとする。そして、ステップ１にお
いて、予約用サーバーコンピューター４は、顧客端末１
からのこの予約開始アクセスがあると、図２（ｂ）に図
示する予約状況テーブルを読み込み、予約可否欄を参照
し、ステップ２に行く。ステップ２において、「１」の
場合はその日を予約満杯日と判断し、また、「２」の場
合はその日を休業日と判断している。そして、予約満杯
日がある場合には、ステップ３に行き、無い場合にはス
テップ４に行く。そして、ステップ３において、予約満
杯日に予約日満杯判別用色データである赤色を割り当
て、ステップ４に行く。なお、予約可能日には青色が割
り当てられている。また、これらの色データは前もって
予約用サーバーコンピューター４などに予め設定されて
いる。さらに、当日よりも以前の日は予約受付終了とし
ている。また、「翌月度の状況」ボタンをクリックする
と、翌月の予約状況を示すカレンダーが表示される。
【００１３】ステップ４において、予約用サーバーコン
ピューター４から顧客端末１に、日付および色データに
基づいて、図４（ａ）に図示するカレンダーの形態の日
付毎の予約状況データとして、たとえば、ＨＴＭＬ形式
などで送信する。すると、ステップ５において、このデ
ータを顧客端末１が受信すると図４（ａ）に図示する様
なカレンダーが、顧客端末１の表示部に表示される。な
お、図４（ａ）において、○は青色であり、中側が塗り
つぶされている○は赤色である。この様にして、予約可
能日には青色が、また、予約満杯日には赤色が付されて
いる。
ピューター４から顧客端末１に、日付および色データに
基づいて、図４（ａ）に図示するカレンダーの形態の日
付毎の予約状況データとして、たとえば、ＨＴＭＬ形式
などで送信する。すると、ステップ５において、このデ
ータを顧客端末１が受信すると図４（ａ）に図示する様
なカレンダーが、顧客端末１の表示部に表示される。な
お、図４（ａ）において、○は青色であり、中側が塗り
つぶされている○は赤色である。この様にして、予約可
能日には青色が、また、予約満杯日には赤色が付されて
いる。
【００１４】ついで、ステップ６において、顧客が顧客
端末１において、日付をクリックして選択すると、ステ
ップ７において、この日付選択情報が顧客端末１から予
約用サーバーコンピューター４に送信される。ステップ
８において、予約用サーバーコンピューター４は日付選
択情報を受けると、図２（ｂ）の予約状況テーブルの予
約状況欄および図３（ａ）の予約可能人数テーブルを参
照している。そして、各予約時間の予約人数が予約可能
人数テーブルの予約可能人数に達していると、予約満杯
時間であると判断している。この様にして、予約満杯時
間があるか否かを判断し、無い場合にはステップ１０に
行く。一方、有る場合にはステップ９に行く。ステップ
９において、予約満杯時間に予約時間満杯判別用色デー
タである赤色を割り当て、ステップ１０に行く。なお、
予約可能時間には青色が割り当てられている。また、こ
れらの色データは前もって予約用サーバーコンピュータ
ー４などに設定されている。
端末１において、日付をクリックして選択すると、ステ
ップ７において、この日付選択情報が顧客端末１から予
約用サーバーコンピューター４に送信される。ステップ
８において、予約用サーバーコンピューター４は日付選
択情報を受けると、図２（ｂ）の予約状況テーブルの予
約状況欄および図３（ａ）の予約可能人数テーブルを参
照している。そして、各予約時間の予約人数が予約可能
人数テーブルの予約可能人数に達していると、予約満杯
時間であると判断している。この様にして、予約満杯時
間があるか否かを判断し、無い場合にはステップ１０に
行く。一方、有る場合にはステップ９に行く。ステップ
９において、予約満杯時間に予約時間満杯判別用色デー
タである赤色を割り当て、ステップ１０に行く。なお、
予約可能時間には青色が割り当てられている。また、こ
れらの色データは前もって予約用サーバーコンピュータ
ー４などに設定されている。
【００１５】ついで、ステップ１０において、予約用サ
ーバーコンピューター４は、予約可能人数テーブルの予
約時間（すなわち受付時間）を参照して、予約状況時間
表を作成するとともに、予約満杯時間には赤色のデータ
を、また、予約可能時間には青色のデータを割り当て
て、たとえば、ＨＴＭＬ形式などで顧客端末１に送信す
る。そして、ステップ１１において、顧客端末１は予約
用サーバーコンピューター４からの予約状況時間表のデ
ータの送信を受信すると、図４（ｂ）に図示する時間表
を表示する。なお、図４（ｂ）において、○は青色であ
り、中側が塗りつぶされている○は赤色である。この様
にして、予約可能時間には青色が、また、予約満杯時間
には赤色が付されている。
ーバーコンピューター４は、予約可能人数テーブルの予
約時間（すなわち受付時間）を参照して、予約状況時間
表を作成するとともに、予約満杯時間には赤色のデータ
を、また、予約可能時間には青色のデータを割り当て
て、たとえば、ＨＴＭＬ形式などで顧客端末１に送信す
る。そして、ステップ１１において、顧客端末１は予約
用サーバーコンピューター４からの予約状況時間表のデ
ータの送信を受信すると、図４（ｂ）に図示する時間表
を表示する。なお、図４（ｂ）において、○は青色であ
り、中側が塗りつぶされている○は赤色である。この様
にして、予約可能時間には青色が、また、予約満杯時間
には赤色が付されている。
【００１６】ついで、ステップ１２において、顧客が顧
客端末１において、予約時間をクリックして選択する
と、ステップ１３において、この時間選択情報が顧客端
末１から予約用サーバーコンピューター４に送信され
る。すると、ステップ１４において、予約用サーバーコ
ンピューター４は、時間選択情報を受けると、図５
（ａ）に図示する予約画面を送信する。ステップ１５に
おいて、顧客端末１は予約画面を表示する。なお、予約
画面の下側には、便利な様に、予約状況時間表が表示さ
れる。そして、ステップ１６において、顧客は、顧客Ｉ
Ｄである診察ＩＤ、生年月日および名前を入力する。こ
の作業は本人確認の作業であり、他の手段で本人確認を
行うことも可能である。また、「申し込む。」または、
「取り消す。」の何れかを選択する。これらの入力を終
了後、実行ボタンをクリックする。すると、診察ＩＤ、
生年月日、名前および申込・取消選択のデータ（すなわ
ち、顧客確認データ）が、顧客端末１から予約用サーバ
ーコンピューター４に送信される。ステップ１７におい
て、診察ＩＤ、生年月日および名前のデータに基づい
て、図２（ａ）の会員データテーブルを参照し、本人確
認を行う。本人ではないと判断した場合には、ステップ
１８に行き、警告する旨のデーターを顧客端末１に送信
する。一方、本人であると判断した場合には、ステップ
１９に行く。ステップ１９において、申込か取消かを判
断し、申込の場合には、ステップ２０に行く。一方、取
消の場合には、図１０のステップ４０に行く。
客端末１において、予約時間をクリックして選択する
と、ステップ１３において、この時間選択情報が顧客端
末１から予約用サーバーコンピューター４に送信され
る。すると、ステップ１４において、予約用サーバーコ
ンピューター４は、時間選択情報を受けると、図５
（ａ）に図示する予約画面を送信する。ステップ１５に
おいて、顧客端末１は予約画面を表示する。なお、予約
画面の下側には、便利な様に、予約状況時間表が表示さ
れる。そして、ステップ１６において、顧客は、顧客Ｉ
Ｄである診察ＩＤ、生年月日および名前を入力する。こ
の作業は本人確認の作業であり、他の手段で本人確認を
行うことも可能である。また、「申し込む。」または、
「取り消す。」の何れかを選択する。これらの入力を終
了後、実行ボタンをクリックする。すると、診察ＩＤ、
生年月日、名前および申込・取消選択のデータ（すなわ
ち、顧客確認データ）が、顧客端末１から予約用サーバ
ーコンピューター４に送信される。ステップ１７におい
て、診察ＩＤ、生年月日および名前のデータに基づい
て、図２（ａ）の会員データテーブルを参照し、本人確
認を行う。本人ではないと判断した場合には、ステップ
１８に行き、警告する旨のデーターを顧客端末１に送信
する。一方、本人であると判断した場合には、ステップ
１９に行く。ステップ１９において、申込か取消かを判
断し、申込の場合には、ステップ２０に行く。一方、取
消の場合には、図１０のステップ４０に行く。
【００１７】ステップ２０において、予約用サーバーコ
ンピューター４は図２（ｂ）の予約状況テーブルを参照
して予約可能か否かを判断し、予約不可能な場合には、
ステップ２１に行き、警告する旨のデーターを顧客端末
１に送信し、顧客端末１の画面にその旨を表示させる。
一方、予約可能な場合には、ステップ２２に行き、図３
（ｂ）のロックテーブルを参照する。そして、ステップ
２３において、設定されている予約数を越しているか否
かを判断し、越している場合には、ステップ２４に行
き、警告する旨のデーターを顧客端末１に送信し、顧客
端末１の画面にその旨を表示させる。一方、予約可能な
範囲の場合には、ステップ２５に行き、予約された内容
（時間および顧客ＩＤ）を、図２（ｂ）の予約状況テー
ブルの予約状況欄に追記する。そして、ステップ２６に
行き、予約用サーバーコンピューター４から予約完了の
旨を顧客端末１に送信し、顧客端末１の画面にその旨を
表示させる。その後、ステップ２７において、図３
（ｂ）に図示するロックテーブルに、予約した顧客ＩＤ
に対応する予約日時の欄に、予約日時を書き込む。ま
た、ステップ２８において、予約状況テーブルの予約状
況欄を時間でソートして時間順に並べ、次回の予約満杯
の判断を迅速化させる。さらに、ステップ２９におい
て、予約状況テーブルの予約状況欄を参照して、予約し
た日が満杯になったか否かを判断する。そして、満杯に
ならなかった時には、ステップ３１に行き、予約作業を
終了する。一方、満杯になった際には、ステップ３０に
行き、対応する予約可否欄を１にセットして、予約満杯
になったことがすぐ分かる様にしている。この様にし
て、次回のアクセスの際に、図４（ａ）に図示するカレ
ンダーを迅速に表示することができる様にしている。
ンピューター４は図２（ｂ）の予約状況テーブルを参照
して予約可能か否かを判断し、予約不可能な場合には、
ステップ２１に行き、警告する旨のデーターを顧客端末
１に送信し、顧客端末１の画面にその旨を表示させる。
一方、予約可能な場合には、ステップ２２に行き、図３
（ｂ）のロックテーブルを参照する。そして、ステップ
２３において、設定されている予約数を越しているか否
かを判断し、越している場合には、ステップ２４に行
き、警告する旨のデーターを顧客端末１に送信し、顧客
端末１の画面にその旨を表示させる。一方、予約可能な
範囲の場合には、ステップ２５に行き、予約された内容
（時間および顧客ＩＤ）を、図２（ｂ）の予約状況テー
ブルの予約状況欄に追記する。そして、ステップ２６に
行き、予約用サーバーコンピューター４から予約完了の
旨を顧客端末１に送信し、顧客端末１の画面にその旨を
表示させる。その後、ステップ２７において、図３
（ｂ）に図示するロックテーブルに、予約した顧客ＩＤ
に対応する予約日時の欄に、予約日時を書き込む。ま
た、ステップ２８において、予約状況テーブルの予約状
況欄を時間でソートして時間順に並べ、次回の予約満杯
の判断を迅速化させる。さらに、ステップ２９におい
て、予約状況テーブルの予約状況欄を参照して、予約し
た日が満杯になったか否かを判断する。そして、満杯に
ならなかった時には、ステップ３１に行き、予約作業を
終了する。一方、満杯になった際には、ステップ３０に
行き、対応する予約可否欄を１にセットして、予約満杯
になったことがすぐ分かる様にしている。この様にし
て、次回のアクセスの際に、図４（ａ）に図示するカレ
ンダーを迅速に表示することができる様にしている。
【００１８】一方、ステップ１９において、取消の場合
には、前述の様に、図１０のステップ４０に行き、予約
状況テーブルの予約状況の欄から対応する予約を削除
し、ステップ４１に行く。ステップ４１において、予約
取消が完了した旨を予約用サーバーコンピューター４か
ら顧客端末１に送信する。ついで、ステップ４２におい
て、予約状況テーブルの対応する予約可否欄を０にセッ
トする。そして、ステップ４３において、終了する。
には、前述の様に、図１０のステップ４０に行き、予約
状況テーブルの予約状況の欄から対応する予約を削除
し、ステップ４１に行く。ステップ４１において、予約
取消が完了した旨を予約用サーバーコンピューター４か
ら顧客端末１に送信する。ついで、ステップ４２におい
て、予約状況テーブルの対応する予約可否欄を０にセッ
トする。そして、ステップ４３において、終了する。
【００１９】ところで、上記は歯科医院の場合であった
が、美容院の場合には、１時間で済むカットと、２時間
かかるパーマの場合がある。そのため、ステップ１５で
図示される予約画面は、図５（ａ）ではなく、図６
（ｂ）の様になっており、サービス選択ボタンが設けら
れている。そして、ステップ１６において、顧客はこの
サービス選択ボタンでサービス（たとえば、パーマまた
はカット）も選択している。さらに、ステップ２３とス
テップ２５との間に、予約用サーバーコンピューター４
は、サービス別必要時間テーブルを参照し、選択された
サービスに必要な時間を得る。そして、この時間を連続
して確保することができるか否かを予約状況テーブルの
予約状況欄を参照して判断している。確保できない場合
は、顧客端末１に警告する旨を送信し、確保できる場合
は、ステップ２５に行く。
が、美容院の場合には、１時間で済むカットと、２時間
かかるパーマの場合がある。そのため、ステップ１５で
図示される予約画面は、図５（ａ）ではなく、図６
（ｂ）の様になっており、サービス選択ボタンが設けら
れている。そして、ステップ１６において、顧客はこの
サービス選択ボタンでサービス（たとえば、パーマまた
はカット）も選択している。さらに、ステップ２３とス
テップ２５との間に、予約用サーバーコンピューター４
は、サービス別必要時間テーブルを参照し、選択された
サービスに必要な時間を得る。そして、この時間を連続
して確保することができるか否かを予約状況テーブルの
予約状況欄を参照して判断している。確保できない場合
は、顧客端末１に警告する旨を送信し、確保できる場合
は、ステップ２５に行く。
【００２０】サービス提供者が、予約時間（すなわち受
付時間）および予約可能人数の設定を変更する（すなわ
ち、図３（ａ）の予約可能人数テーブルの設定を変更す
る）場合を説明する。サービス提供者側端末６から予約
用サーバーコンピューター４のメンテナンスページにア
クセスする。その場合には、ホームページアドレスは予
約の初期画面とは当然異なっている。そして、予約用サ
ーバーコンピューター４は、サービス提供者側端末６か
らアクセスがあると、図５（ｂ）の画面をサービス提供
者側端末６に送信する。すると、サービス提供者側端末
６の画面には、図５（ｂ）が表示され、サービス提供者
はパスワードを入力し、エンターキーを押す。すると、
パスワードが予約用サーバーコンピューター４に送信さ
れ、予約用サーバーコンピューター４は、予約用サーバ
ーコンピューター４に設けられている図示しないサービ
ス提供者テーブル（サービス提供者のＩＤとパスワード
とを対にして記憶している。）を参照して、サービス提
供者であるか否かを確認する。この様にして、顧客など
がメンテナンス作業の画面に入り込むことを防止してい
る。そして、サービス提供者である場合には、予約用サ
ーバーコンピューター４は図６（ａ）に図示する設定変
更ページをサービス提供者側端末６に送信する。サービ
ス提供者側端末６はこの送信を受けると、設定変更ペー
ジを表示する。サービス提供者は、受付時間として何時
何分を入力し、かつ、予約可能な人数を入力するととも
に、チェックを入力する。そして、更新ボタンをクリッ
クする。そうすると、この入力データがサービス提供者
側端末６から予約用サーバーコンピューター４に送信さ
れ、予約用サーバーコンピューター４は、予約可能人数
テーブルを書き換える。
付時間）および予約可能人数の設定を変更する（すなわ
ち、図３（ａ）の予約可能人数テーブルの設定を変更す
る）場合を説明する。サービス提供者側端末６から予約
用サーバーコンピューター４のメンテナンスページにア
クセスする。その場合には、ホームページアドレスは予
約の初期画面とは当然異なっている。そして、予約用サ
ーバーコンピューター４は、サービス提供者側端末６か
らアクセスがあると、図５（ｂ）の画面をサービス提供
者側端末６に送信する。すると、サービス提供者側端末
６の画面には、図５（ｂ）が表示され、サービス提供者
はパスワードを入力し、エンターキーを押す。すると、
パスワードが予約用サーバーコンピューター４に送信さ
れ、予約用サーバーコンピューター４は、予約用サーバ
ーコンピューター４に設けられている図示しないサービ
ス提供者テーブル（サービス提供者のＩＤとパスワード
とを対にして記憶している。）を参照して、サービス提
供者であるか否かを確認する。この様にして、顧客など
がメンテナンス作業の画面に入り込むことを防止してい
る。そして、サービス提供者である場合には、予約用サ
ーバーコンピューター４は図６（ａ）に図示する設定変
更ページをサービス提供者側端末６に送信する。サービ
ス提供者側端末６はこの送信を受けると、設定変更ペー
ジを表示する。サービス提供者は、受付時間として何時
何分を入力し、かつ、予約可能な人数を入力するととも
に、チェックを入力する。そして、更新ボタンをクリッ
クする。そうすると、この入力データがサービス提供者
側端末６から予約用サーバーコンピューター４に送信さ
れ、予約用サーバーコンピューター４は、予約可能人数
テーブルを書き換える。
【００２１】一方、予約受付時間を削除する際には、受
付時間から抹消するにチェックを入れる。すると、この
入力データがサービス提供者側端末６から予約用サーバ
ーコンピューター４に送信され、予約用サーバーコンピ
ューター４は、予約可能人数テーブルから対応する受付
時間を削除する。また、更新結果や削除結果は予約用サ
ーバーコンピューター４からサービス提供者側端末６に
送信され、図６（ａ）に図示するように、サービス提供
者側端末６の画面の下部に表示される。
付時間から抹消するにチェックを入れる。すると、この
入力データがサービス提供者側端末６から予約用サーバ
ーコンピューター４に送信され、予約用サーバーコンピ
ューター４は、予約可能人数テーブルから対応する受付
時間を削除する。また、更新結果や削除結果は予約用サ
ーバーコンピューター４からサービス提供者側端末６に
送信され、図６（ａ）に図示するように、サービス提供
者側端末６の画面の下部に表示される。
【００２２】サービス提供者は、この受付時間および予
約可能人数の設定の変更以外に、休日の設定、顧客の検
索、予約状況の検索などができる。なお、その説明は割
愛する。また、顧客には、サービス提供者に付与された
予約設定変更用パスワードが教えられていないので、顧
客端末１で受付時間および予約可能人数の設定を変更す
ることは禁止されているが、サービス提供者側端末６で
予約の実行は可能である。さらに、予約用サーバーコン
ピューター４の運行状態を管理するためには、管理者用
パスワードが必要であり、この管理者用パスワードは、
顧客およびサービス提供者には教えられていないので、
顧客端末１およびサービス提供者側端末６で予約用サー
バーコンピューター４の運行状態を変更させることはで
きない。
約可能人数の設定の変更以外に、休日の設定、顧客の検
索、予約状況の検索などができる。なお、その説明は割
愛する。また、顧客には、サービス提供者に付与された
予約設定変更用パスワードが教えられていないので、顧
客端末１で受付時間および予約可能人数の設定を変更す
ることは禁止されているが、サービス提供者側端末６で
予約の実行は可能である。さらに、予約用サーバーコン
ピューター４の運行状態を管理するためには、管理者用
パスワードが必要であり、この管理者用パスワードは、
顧客およびサービス提供者には教えられていないので、
顧客端末１およびサービス提供者側端末６で予約用サー
バーコンピューター４の運行状態を変更させることはで
きない。
【００２３】この様にして、予約用サーバーコンピュー
ター４は、1)顧客端末１からの予約開始アクセスがあっ
た時には、予約状況テーブルを参照して、日付毎の予約
状況データを作成して、顧客端末１に送信する手段と、
2)顧客端末１から日付選択情報が入力された時には、予
約状況テーブルを参照して予約時間毎の予約状況データ
を作成して、顧客端末１に送信する手段と、3)顧客端末
１からサービス選択情報が入力された時には、選択され
たサービスに応じた時間が予約状況テーブルに確保する
ことができるか否かを判断し、確保できる場合には予約
作業を続行し、確保できない場合には予約を拒否（警告
を顧客端末１に送信）する手段と、4)顧客端末１から時
間選択情報が入力されると、日付選択情報、時間選択情
報および個別ＩＤなどの情報に基づいて、予約データー
を予約状況テーブルに書き込む手段などを具備してい
る。また、顧客端末１は、1)予約用サーバーコンピュー
ター４からの日付毎の予約状況データが入力されると、
予約カレンダーを画面に表示する手段と、2)予約用サー
バーコンピューター４からの予約時間毎の予約状況デー
タが入力されると、予約状況時間表を画面に表示する手
段と、3)サービスが選択されると、サービス選択情報を
予約用サーバーコンピューター４に送信する手段などを
具備している。さらに、サービス提供者側端末６は、サ
ービス提供者の操作により、予約時間および予約時間毎
の最大予約可能人数の書き替えデータを予約用サーバー
コンピューター４に送信することが可能に構成され、予
約用サーバーコンピューター４は、サービス提供者側端
末６からの予約時間および予約時間毎の最大予約可能人
数の書き替えデータを受信すると、予約状況テーブルや
予約可能人数テーブルなどの予約時間や予約時間毎の最
大予約可能人数を書き替える手段を具備している。この
様に、予約受付システムは、上記手段以外にも、実行さ
れる各作用に対応して各々、作用を実行する手段が、作
用を行う各部材に設けられている。
ター４は、1)顧客端末１からの予約開始アクセスがあっ
た時には、予約状況テーブルを参照して、日付毎の予約
状況データを作成して、顧客端末１に送信する手段と、
2)顧客端末１から日付選択情報が入力された時には、予
約状況テーブルを参照して予約時間毎の予約状況データ
を作成して、顧客端末１に送信する手段と、3)顧客端末
１からサービス選択情報が入力された時には、選択され
たサービスに応じた時間が予約状況テーブルに確保する
ことができるか否かを判断し、確保できる場合には予約
作業を続行し、確保できない場合には予約を拒否（警告
を顧客端末１に送信）する手段と、4)顧客端末１から時
間選択情報が入力されると、日付選択情報、時間選択情
報および個別ＩＤなどの情報に基づいて、予約データー
を予約状況テーブルに書き込む手段などを具備してい
る。また、顧客端末１は、1)予約用サーバーコンピュー
ター４からの日付毎の予約状況データが入力されると、
予約カレンダーを画面に表示する手段と、2)予約用サー
バーコンピューター４からの予約時間毎の予約状況デー
タが入力されると、予約状況時間表を画面に表示する手
段と、3)サービスが選択されると、サービス選択情報を
予約用サーバーコンピューター４に送信する手段などを
具備している。さらに、サービス提供者側端末６は、サ
ービス提供者の操作により、予約時間および予約時間毎
の最大予約可能人数の書き替えデータを予約用サーバー
コンピューター４に送信することが可能に構成され、予
約用サーバーコンピューター４は、サービス提供者側端
末６からの予約時間および予約時間毎の最大予約可能人
数の書き替えデータを受信すると、予約状況テーブルや
予約可能人数テーブルなどの予約時間や予約時間毎の最
大予約可能人数を書き替える手段を具備している。この
様に、予約受付システムは、上記手段以外にも、実行さ
れる各作用に対応して各々、作用を実行する手段が、作
用を行う各部材に設けられている。
【００２４】前述の様に、この実施の形態においては、
予約状況テーブルの予約状況の欄には、予約時間と顧客
ＩＤとを対にして複数記憶されているので、各予約時間
を日付に対してツリー状に配置した場合よりも、予約用
サーバーコンピューター４に負荷をかけることを減少さ
せることができる。また、新しい予約を追記した後に、
日付順に並べ替えているので、次回予約の際に、予約が
満杯か否かの判断を迅速に行うことができる。しかも、
この並べ替えは、予約完了後に行っているので、顧客を
待たせることを極力減少させることができる。
予約状況テーブルの予約状況の欄には、予約時間と顧客
ＩＤとを対にして複数記憶されているので、各予約時間
を日付に対してツリー状に配置した場合よりも、予約用
サーバーコンピューター４に負荷をかけることを減少さ
せることができる。また、新しい予約を追記した後に、
日付順に並べ替えているので、次回予約の際に、予約が
満杯か否かの判断を迅速に行うことができる。しかも、
この並べ替えは、予約完了後に行っているので、顧客を
待たせることを極力減少させることができる。
【００２５】以上、本発明の実施の形態を詳述したが、
本発明は、前記実施の形態に限定されるものではなく、
特許請求の範囲に記載された本発明の要旨の範囲内で、
種々の変更を行うことが可能である。本発明の変更例を
下記に例示する。 （１）実施の形態においては、提供されるサービスは、
日付または日時で予約できるものならば、如何なるサー
ビスでも可能である。 （２）実施の形態においては、顧客の確認は、顧客Ｉ
Ｄ、生年月日および名前で行っているが、他の手段で確
認することも可能である。 （３）実施の形態においては、端末はパソコンである
が、他の端末たとえば、携帯電話や専用端末などでも可
能である。 （４）実施の形態においては、各種テーブルは予約用サ
ーバーコンピューターに設けられているが、予約用サー
バーコンピューターの外部（すなわち、別のサーバーコ
ンピューターなど）に設けることも可能である。一人が
予約できる最大予約数などの各種設定も、予約用サーバ
ーコンピューターの外部（すなわち、別のサーバーコン
ピューターなど）に設けることも可能である。 （５）実施の形態においては、予約時間満杯判別用色デ
ータである赤色は、日付または予約時間と対に設けられ
ている○を着色することにより、日付または予約時間に
付しているが、その色の付し方は適宜変更可能で、日付
または予約時間の数字を直接着色することにより、日付
または予約時間に付すことも可能である。 （６）通信回線は、有線でも、無線でも可能である。 （７）サービス別必要時間テーブルにおけるサービスの
種類は、パーマおよびカットであったが、サービスの種
類は適宜選択可能である。たとえば、初診で歯が折れて
いる場合（１時間）、初診で歯が痛い場合（３０分）、
再診（３０分）の３種類を設けることも可能である。ま
た、サービスの選択は、サービスとともに要する時間を
表示し、この要する時間を選択することにより、実質的
にサービスを選択することも可能である。
本発明は、前記実施の形態に限定されるものではなく、
特許請求の範囲に記載された本発明の要旨の範囲内で、
種々の変更を行うことが可能である。本発明の変更例を
下記に例示する。 （１）実施の形態においては、提供されるサービスは、
日付または日時で予約できるものならば、如何なるサー
ビスでも可能である。 （２）実施の形態においては、顧客の確認は、顧客Ｉ
Ｄ、生年月日および名前で行っているが、他の手段で確
認することも可能である。 （３）実施の形態においては、端末はパソコンである
が、他の端末たとえば、携帯電話や専用端末などでも可
能である。 （４）実施の形態においては、各種テーブルは予約用サ
ーバーコンピューターに設けられているが、予約用サー
バーコンピューターの外部（すなわち、別のサーバーコ
ンピューターなど）に設けることも可能である。一人が
予約できる最大予約数などの各種設定も、予約用サーバ
ーコンピューターの外部（すなわち、別のサーバーコン
ピューターなど）に設けることも可能である。 （５）実施の形態においては、予約時間満杯判別用色デ
ータである赤色は、日付または予約時間と対に設けられ
ている○を着色することにより、日付または予約時間に
付しているが、その色の付し方は適宜変更可能で、日付
または予約時間の数字を直接着色することにより、日付
または予約時間に付すことも可能である。 （６）通信回線は、有線でも、無線でも可能である。 （７）サービス別必要時間テーブルにおけるサービスの
種類は、パーマおよびカットであったが、サービスの種
類は適宜選択可能である。たとえば、初診で歯が折れて
いる場合（１時間）、初診で歯が痛い場合（３０分）、
再診（３０分）の３種類を設けることも可能である。ま
た、サービスの選択は、サービスとともに要する時間を
表示し、この要する時間を選択することにより、実質的
にサービスを選択することも可能である。
【００２６】
【発明の効果】本発明によれば、サーバーコンピュータ
ーは、予約状況テーブルを参照して、予約可能日および
予約満杯日を判断し、この予約可能日と予約満杯日とを
判別可能に、かつ、カレンダーの形態で端末に表示さ
せ、端末で表示された予約可能日が選択されると、この
選択情報がサーバーコンピューターに送信されている。
したがって、顧客は予約可能日と予約満杯日とが簡単に
判別することができるとともに、この日付を選択するこ
とにより簡単に予約を行うことができる。その結果、オ
ペレーターがいなくても、顧客が直接簡単に予約するこ
とができる。
ーは、予約状況テーブルを参照して、予約可能日および
予約満杯日を判断し、この予約可能日と予約満杯日とを
判別可能に、かつ、カレンダーの形態で端末に表示さ
せ、端末で表示された予約可能日が選択されると、この
選択情報がサーバーコンピューターに送信されている。
したがって、顧客は予約可能日と予約満杯日とが簡単に
判別することができるとともに、この日付を選択するこ
とにより簡単に予約を行うことができる。その結果、オ
ペレーターがいなくても、顧客が直接簡単に予約するこ
とができる。
【００２７】また、予約可能日と予約満杯日とを判別可
能に、かつ、カレンダーの形態で端末に表示させ、顧客
端末で表示された予約可能日が選択されると、この日付
選択情報がサーバーコンピューターに送信され、サーバ
ーコンピューターは日付選択情報を受けると、予約状況
テーブルに基づいて予約可能時間および予約満杯時間を
判断し、この予約可能時間と予約満杯時間とを判別可能
に、顧客端末に表示させ、この顧客端末で表示された予
約可能時間が選択されると、この時間選択情報がサーバ
ーコンピューターに送信されている。したがって、予約
可能日と予約満杯日とが判別可能なカレンダーで日付を
選択し、予約可能時間と予約満杯時間とが判別可能な予
約時間表で時間を選択することにより、簡単に日時を予
約することができる。
能に、かつ、カレンダーの形態で端末に表示させ、顧客
端末で表示された予約可能日が選択されると、この日付
選択情報がサーバーコンピューターに送信され、サーバ
ーコンピューターは日付選択情報を受けると、予約状況
テーブルに基づいて予約可能時間および予約満杯時間を
判断し、この予約可能時間と予約満杯時間とを判別可能
に、顧客端末に表示させ、この顧客端末で表示された予
約可能時間が選択されると、この時間選択情報がサーバ
ーコンピューターに送信されている。したがって、予約
可能日と予約満杯日とが判別可能なカレンダーで日付を
選択し、予約可能時間と予約満杯時間とが判別可能な予
約時間表で時間を選択することにより、簡単に日時を予
約することができる。
【００２８】さらに、サーバーコンピューターは、予約
満杯日には予約可能日とは異なる色データである予約日
満杯判別用色データを割り当てるとともに、予約可能日
および、予約日満杯判別用色データが割り当てられた予
約満杯日をカレンダーの形態で端末に送信し、端末は、
カレンダーを表示するとともに、予約満杯日には予約日
満杯判別用色データの色を付して表示し、この端末で表
示された予約可能日が選択されると、この日付選択情報
がサーバーコンピューターに送信され、サーバーコンピ
ューターは日付選択情報を受けると、予約状況テーブル
に基づいて予約可能時間および予約満杯時間を判断し、
予約可能時間とは異なる色データであるとともに予約日
満杯判別用色データの色合いに同一または類似した予約
時間満杯判別用色データを予約満杯時間に割り当て、こ
の予約時間満杯判別用色データが割り当てられた予約満
杯時間および予約可能時間を端末に送信している。した
がって、サーバーコンピューター側で色データの割り当
て処理を行っており、端末側の負荷を小さくすることが
でき、インターネットなどで用いられる各種端末に対応
することが可能となる。しかも、予約満杯時間の色と予
約満杯日の色とを略同じにしているので、操作に習熟し
ていなくても簡単に予約を行うことができる。
満杯日には予約可能日とは異なる色データである予約日
満杯判別用色データを割り当てるとともに、予約可能日
および、予約日満杯判別用色データが割り当てられた予
約満杯日をカレンダーの形態で端末に送信し、端末は、
カレンダーを表示するとともに、予約満杯日には予約日
満杯判別用色データの色を付して表示し、この端末で表
示された予約可能日が選択されると、この日付選択情報
がサーバーコンピューターに送信され、サーバーコンピ
ューターは日付選択情報を受けると、予約状況テーブル
に基づいて予約可能時間および予約満杯時間を判断し、
予約可能時間とは異なる色データであるとともに予約日
満杯判別用色データの色合いに同一または類似した予約
時間満杯判別用色データを予約満杯時間に割り当て、こ
の予約時間満杯判別用色データが割り当てられた予約満
杯時間および予約可能時間を端末に送信している。した
がって、サーバーコンピューター側で色データの割り当
て処理を行っており、端末側の負荷を小さくすることが
でき、インターネットなどで用いられる各種端末に対応
することが可能となる。しかも、予約満杯時間の色と予
約満杯日の色とを略同じにしているので、操作に習熟し
ていなくても簡単に予約を行うことができる。
【００２９】そして、予約状況テーブルは、予約対象の
日付を記憶する日付記憶部と、この日付に関連付けて各
日付における予約の可否を記憶する予約可否記憶部と、
日付に関連付けて各日付における時間毎の予約状況を記
憶する時間別予約状況記憶部とを具備しており、予約可
能日および予約満杯日を判断する際には、予約状況テー
ブルの予約可否記憶部の内容を参照しており、かつ、予
約データーを予約状況テーブルの時間別予約状況記憶部
に書き込んだ後には、時間別予約状況記憶部をチェック
して、予約が満杯になったか否かを判断し、満杯になっ
た際には、予約可否記憶部の内容を予約不可にセットす
る場合がある。この様な場合には、予約可否記憶部で簡
単に予約可能日および予約満杯日を判断することがで
き、顧客からのアクセスに即応することができる。しか
も、予約可否記憶部の内容を予約不可にセットする作業
は、予約データーを予約状況テーブルの時間別予約状況
記憶部に書き込んだ後に行われており、予約作業の妨げ
になることがなく、予約の実行に要する時間を極力短く
することができる。そして、予約状況テーブルの予約状
況の欄には、予約時間と顧客ＩＤとを対にして複数記憶
されているので、各予約時間を日付に対してツリー状に
配置した場合よりも、サーバーコンピューターに負荷を
かけることを減少させることができる。また、新しい予
約を追記した後に、日付順に並べ替えているので、次回
予約の際に、予約が満杯か否かの判断を迅速に行うこと
ができる。しかも、この並べ替えは、予約完了後に行っ
ているので、顧客を待たせることを極力減少させること
ができる。
日付を記憶する日付記憶部と、この日付に関連付けて各
日付における予約の可否を記憶する予約可否記憶部と、
日付に関連付けて各日付における時間毎の予約状況を記
憶する時間別予約状況記憶部とを具備しており、予約可
能日および予約満杯日を判断する際には、予約状況テー
ブルの予約可否記憶部の内容を参照しており、かつ、予
約データーを予約状況テーブルの時間別予約状況記憶部
に書き込んだ後には、時間別予約状況記憶部をチェック
して、予約が満杯になったか否かを判断し、満杯になっ
た際には、予約可否記憶部の内容を予約不可にセットす
る場合がある。この様な場合には、予約可否記憶部で簡
単に予約可能日および予約満杯日を判断することがで
き、顧客からのアクセスに即応することができる。しか
も、予約可否記憶部の内容を予約不可にセットする作業
は、予約データーを予約状況テーブルの時間別予約状況
記憶部に書き込んだ後に行われており、予約作業の妨げ
になることがなく、予約の実行に要する時間を極力短く
することができる。そして、予約状況テーブルの予約状
況の欄には、予約時間と顧客ＩＤとを対にして複数記憶
されているので、各予約時間を日付に対してツリー状に
配置した場合よりも、サーバーコンピューターに負荷を
かけることを減少させることができる。また、新しい予
約を追記した後に、日付順に並べ替えているので、次回
予約の際に、予約が満杯か否かの判断を迅速に行うこと
ができる。しかも、この並べ替えは、予約完了後に行っ
ているので、顧客を待たせることを極力減少させること
ができる。
【００３０】また、サーバーコンピューターは、予約状
況テーブルとは別に、顧客毎の予約状況を記憶するロッ
クテーブルを読み書き可能であり、かつ、一人が予約で
きる最大予約可能数が設定されており、端末から予約さ
れた際に、ロックテーブルを参照し、最大予約可能数を
越えている時には、予約を拒否する場合がある。この様
な場合には、一人で予約を多数行うミスを極力防止する
ことができる。
況テーブルとは別に、顧客毎の予約状況を記憶するロッ
クテーブルを読み書き可能であり、かつ、一人が予約で
きる最大予約可能数が設定されており、端末から予約さ
れた際に、ロックテーブルを参照し、最大予約可能数を
越えている時には、予約を拒否する場合がある。この様
な場合には、一人で予約を多数行うミスを極力防止する
ことができる。
【図面の簡単な説明】
【図１】図１は本発明にかかる予約受付システムを説明
するためのネットワークの概略図である。
するためのネットワークの概略図である。
【図２】図２はサーバーコンピューターのテーブルの説
明図で、（ａ）が会員データテーブルの図、（ｂ）が予
約状況テーブルの図である。
明図で、（ａ）が会員データテーブルの図、（ｂ）が予
約状況テーブルの図である。
【図３】図３はサーバーコンピューターのテーブルの説
明図で、（ａ）が予約可能人数テーブルの図、（ｂ）が
ロックテーブルの図、（ｃ）がサービス別必要時間テー
ブルの図である。
明図で、（ａ）が予約可能人数テーブルの図、（ｂ）が
ロックテーブルの図、（ｃ）がサービス別必要時間テー
ブルの図である。
【図４】図４は顧客端末の表示画面の図で、（ａ）が月
別の予約状況の図、（ｂ）が予約時間表の図である。
別の予約状況の図、（ｂ）が予約時間表の図である。
【図５】図５は端末の表示画面の図で、（ａ）が顧客端
末の予約実行画面の図、（ｂ）がサービス提供者側端末
のメンテナンスの初期画面の図である。
末の予約実行画面の図、（ｂ）がサービス提供者側端末
のメンテナンスの初期画面の図である。
【図６】図６は端末の表示画面の図で、（ａ）がサービ
ス提供者側端末の設定変更実行画面の図、（ｂ）が顧客
端末のサービス選択画面の図である。
ス提供者側端末の設定変更実行画面の図、（ｂ）が顧客
端末のサービス選択画面の図である。
【図７】図７は予約実行時のフローチャートである。
【図８】図８は図７のフローチャートの続きである。
【図９】図９は図８のフローチャートの続きである。
【図１０】図１０は予約取消時のフローチャートで、図
８のフローチャートの続きである。
８のフローチャートの続きである。
【符号の説明】 １ 顧客端末 ４ 予約用サーバーコンピューター ６ サービス提供者側端末 ７ 管理者端末
Claims (7)
- 【請求項１】 日付毎の予約状況を記憶する予約状況テ
ーブルと、この予約状況テーブルを読み書き可能なサー
バーコンピューターと、このサーバーコンピューターに
通信回線を介して接続可能な端末とを備え、この端末か
らサーバーコンピューターにアクセスして予約日を予約
する予約受付システムであって、 サーバーコンピューターは、端末からサーバーコンピュ
ーターにアクセスがあると、予約状況テーブルを参照し
て、予約可能日および予約満杯日を判断し、この予約可
能日と予約満杯日とを判別可能に、かつ、カレンダーの
形態で端末に表示させ、 端末で表示された予約可能日が選択されると、この選択
情報がサーバーコンピューターに送信され、 サーバーコンピューターは選択情報を受けると、この選
択情報に基づいて予約された予約データーを予約状況テ
ーブルに書き込む様に構成されていることを特徴とする
予約受付システム。 - 【請求項２】 日付毎の予約状況を記憶する予約状況テ
ーブルと、この予約状況テーブルを読み書き可能なサー
バーコンピューターと、サーバーコンピューターの運行
状態を管理するための管理者端末と、サーバーコンピュ
ーターに通信回線を介して接続可能な顧客端末とを備
え、この顧客端末からサーバーコンピューターにアクセ
スして予約日時を予約する予約受付システムであって、 前記予約状況テーブルは、予約対象の日付を記憶する日
付記憶部と、この日付に関連付けて各日付における予約
時間毎の予約状況を記憶する時間別予約状況記憶部とを
具備しており、 前記管理者端末および顧客端末とは別にサービス提供者
側端末がサーバーコンピューターに通信回線を介して接
続可能であり、このサービス提供者側端末で予約状況テ
ーブルの予約時間および予約時間毎の最大予約可能人数
の設定が変更可能であり、 サーバーコンピューターは、顧客端末からサーバーコン
ピューターにアクセスがあると、予約状況テーブルを参
照して、予約可能日および予約満杯日を判断し、この予
約可能日と予約満杯日とを判別可能に、かつ、カレンダ
ーの形態で端末に表示させ、 顧客端末で表示された予約可能日が選択されると、この
日付選択情報がサーバーコンピューターに送信され、 サーバーコンピューターは日付選択情報を受けると、予
約状況テーブルに基づいて予約可能時間および予約満杯
時間を判断し、この予約可能時間と予約満杯時間とを判
別可能に、顧客端末に表示させ、 この顧客端末で表示された予約可能時間が選択される
と、この時間選択情報がサーバーコンピューターに送信
され、 サーバーコンピューターは、前記日付選択情報および時
間選択情報に基づいて予約データーを予約状況テーブル
に書き込む様に構成されていることを特徴とする予約受
付システム。 - 【請求項３】 日付毎の予約状況を記憶する予約状況テ
ーブルと、この予約状況テーブルを読み書き可能なサー
バーコンピューターと、このサーバーコンピューターに
通信回線を介して接続可能な端末とを備え、この端末か
らサーバーコンピューターにアクセスして予約日時を予
約する予約受付システムであって、 サーバーコンピューターは、端末からサーバーコンピュ
ーターにアクセスがあると、予約状況テーブルを参照し
て、予約可能日および予約満杯日を判断し、予約満杯日
には予約可能日とは異なる色データである予約日満杯判
別用色データを割り当てるとともに、予約可能日およ
び、予約日満杯判別用色データが割り当てられた予約満
杯日をカレンダーの形態のデータで端末に送信し、 端末は、カレンダーを表示するとともに、予約満杯日に
は前記予約日満杯判別用色データの色を付して表示し、 この端末で表示された予約可能日が選択されると、この
日付選択情報がサーバーコンピューターに送信され、 サーバーコンピューターは日付選択情報を受けると、予
約状況テーブルに基づいて予約可能時間および予約満杯
時間を判断し、予約可能時間とは異なる色データである
とともに前記予約日満杯判別用色データの色合いに同一
または類似した予約時間満杯判別用色データを予約満杯
時間に割り当て、この予約時間満杯判別用色データが割
り当てられた予約満杯時間および予約可能時間を端末に
送信し、 端末は、予約可能時間および予約満杯時間を表示すると
ともに、予約満杯時間には、前記予約時間満杯判別用色
データの色を付して表示し、 この端末で表示された予約可能時間が選択されると、こ
の時間選択情報がサーバーコンピューターに送信され、 サーバーコンピューターは、前記日付選択情報および時
間選択情報に基づいて予約データーを予約状況テーブル
に書き込む様に構成されていることを特徴とする予約受
付システム。 - 【請求項４】 前記予約状況テーブルは、予約対象の日
付を記憶する日付記憶部と、この日付に関連付けて各日
付における予約の可否を記憶する予約可否記憶部と、前
記日付に関連付けて各日付における時間毎の予約状況を
記憶する時間別予約状況記憶部とを具備しており、 前記予約可能日および予約満杯日を判断する際には、予
約状況テーブルの予約可否記憶部の内容を参照してお
り、 かつ、前記予約データーを予約状況テーブルの時間別予
約状況記憶部に書き込んだ後には、時間別予約状況記憶
部をチェックして、予約が満杯になったか否かを判断
し、満杯になった際には、予約可否記憶部の内容を予約
不可にセットすることを特徴とする請求項２または３記
載の予約受付システム。 - 【請求項５】 前記サーバーコンピューターは、前記予
約状況テーブルとは別に、顧客毎の予約状況を記憶する
ロックテーブルを読み書き可能であり、 かつ、一人が予約できる最大予約可能数が設定されてお
り、 端末から予約された際に、ロックテーブルを参照し、最
大予約可能数を越えている場合には、予約を拒否するこ
とを特徴とする請求項１，２，３または４記載の予約受
付システム。 - 【請求項６】 前記予約により提供するサービスは複数
種類有るとともに、サービスに要する時間がサービスの
種類により異なり、このサービス毎の必要時間が設定さ
れており、 前記サーバーコンピューターは、顧客端末にサービス選
択部を表示させ、このサービス選択部によりサービスが
選択された際には、 選択されたサービスに応じた時間が予約状況テーブルに
確保することができるか否かを判断し、確保できる場合
には予約作業を続行し、確保できない場合には予約を拒
否することを特徴とする請求項２，３，４または５記載
の予約受付システム。 - 【請求項７】 前記請求項１，２，３，４，５または６
記載の予約受付システムに用いられることを特徴とする
サーバーコンピューター。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000021314A JP3128583B1 (ja) | 2000-01-31 | 2000-01-31 | 予約受付システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000021314A JP3128583B1 (ja) | 2000-01-31 | 2000-01-31 | 予約受付システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP3128583B1 JP3128583B1 (ja) | 2001-01-29 |
| JP2001216349A true JP2001216349A (ja) | 2001-08-10 |
Family
ID=18547734
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000021314A Expired - Fee Related JP3128583B1 (ja) | 2000-01-31 | 2000-01-31 | 予約受付システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3128583B1 (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003104640A (ja) * | 2001-09-28 | 2003-04-09 | Toshiba Elevator Co Ltd | 昇降機設備保守システム |
| JP2006268273A (ja) * | 2005-03-23 | 2006-10-05 | Yamano Beauty Mate:Kk | エステティックサロンにおける利用管理システム |
| JP2008257515A (ja) * | 2007-04-05 | 2008-10-23 | Toshiba Tec Corp | 注文取引支援システム及びこのシステムで用いられる店舗管理装置及び携帯型通信端末並びにこれらのプログラム |
| JP2017031736A (ja) * | 2015-08-05 | 2017-02-09 | Ｉｈｉ運搬機械株式会社 | 立体墓地装置 |
| JP2017054430A (ja) * | 2015-09-11 | 2017-03-16 | インフォサイエンス株式会社 | イベント情報管理システム及びイベント情報管理プログラム |
| JP2021152840A (ja) * | 2020-03-25 | 2021-09-30 | 株式会社ぐるなび | 施設検索システム、施設検索方法、及び施設検索プログラム |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4493113B2 (ja) | 1999-01-29 | 2010-06-30 | 株式会社リコー | プロジェクタおよび投影画像補正装置 |
| JP4115097B2 (ja) * | 2001-03-28 | 2008-07-09 | 大阪瓦斯株式会社 | 日程受付システム |
-
2000
- 2000-01-31 JP JP2000021314A patent/JP3128583B1/ja not_active Expired - Fee Related
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003104640A (ja) * | 2001-09-28 | 2003-04-09 | Toshiba Elevator Co Ltd | 昇降機設備保守システム |
| JP2006268273A (ja) * | 2005-03-23 | 2006-10-05 | Yamano Beauty Mate:Kk | エステティックサロンにおける利用管理システム |
| JP2008257515A (ja) * | 2007-04-05 | 2008-10-23 | Toshiba Tec Corp | 注文取引支援システム及びこのシステムで用いられる店舗管理装置及び携帯型通信端末並びにこれらのプログラム |
| JP2017031736A (ja) * | 2015-08-05 | 2017-02-09 | Ｉｈｉ運搬機械株式会社 | 立体墓地装置 |
| JP2017054430A (ja) * | 2015-09-11 | 2017-03-16 | インフォサイエンス株式会社 | イベント情報管理システム及びイベント情報管理プログラム |
| WO2017043009A1 (ja) * | 2015-09-11 | 2017-03-16 | インフォサイエンス株式会社 | イベント情報管理システム及びイベント情報管理プログラム |
| JP2021152840A (ja) * | 2020-03-25 | 2021-09-30 | 株式会社ぐるなび | 施設検索システム、施設検索方法、及び施設検索プログラム |
| JP7393651B2 (ja) | 2020-03-25 | 2023-12-07 | 株式会社ぐるなび | 施設検索システム、施設検索方法、及び施設検索プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3128583B1 (ja) | 2001-01-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6856962B2 (en) | Schedule management system | |
| US6442567B1 (en) | Method and apparatus for improved contact and activity management and planning | |
| US6167379A (en) | System for user to accept or decline updating a calendar remotely with a proposed schedule update that may have schedule confliction | |
| US20090055730A1 (en) | Method and System for Controlled Distribution of User Customized Profiles Over a Network | |
| JP2001518672A (ja) | ビジネスカード・エージェントおよびアプリケーション | |
| KR100484234B1 (ko) | 데이터 통신망을 통한 상담원 연결 서비스 시스템 및 방법 | |
| JP2001203811A (ja) | 移動体通信システム | |
| JP3128583B1 (ja) | 予約受付システム | |
| JP2002041925A (ja) | 予約仲介管理システム、予約仲介管理サーバ、営業用サーバ、予約仲介管理方法、およびコンピュータプログラム | |
| JP3724068B2 (ja) | 情報共有化システム | |
| US20010037226A1 (en) | Method of making reservations and checking wait state for facility utilization | |
| KR20010025199A (ko) | 인터넷을 이용한 골프장 예약방법 | |
| JP2003242317A (ja) | 派遣要員管理システムおよび方法、サーバ装置、ならびにプログラム | |
| JP2002041915A (ja) | 予約管理サービスシステム及びその装置 | |
| JP7208506B2 (ja) | 予約管理システム、予約管理方法、及び予約管理プログラム | |
| JP2002288395A (ja) | 日程受付システム | |
| JP2001325343A (ja) | 連絡手続代行サービスの提供方法、予約手続方法、連絡手続代行システム及び予約手続システム | |
| KR20010092218A (ko) | 인터넷을 이용한 호텔 예약 시스템 및 그 서비스방법 | |
| KR20010091665A (ko) | 인터넷 통신망에서 음식점 중개 사이트의 운영방법 | |
| JP2003242310A (ja) | スケジュール管理システム | |
| JP2001256284A (ja) | ホテル予約装置、予約システム、予約方法及びその方法を記録した可読記録媒体 | |
| JP2020027376A (ja) | 予約システム | |
| JP2003006492A (ja) | 予約管理システム、予約管理方法、予約管理用プログラム | |
| JP7288180B2 (ja) | 予約管理システム、予約管理方法、及び予約管理プログラム | |
| JP2002259850A (ja) | 部屋貸しシステム、及び部屋貸し管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3128583 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071117 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081117 Year of fee payment: 8 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081117 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091117 Year of fee payment: 9 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101117 Year of fee payment: 10 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101117 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111117 Year of fee payment: 11 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121117 Year of fee payment: 12 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121117 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131117 Year of fee payment: 13 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |