(57)【要約】【課題】混雑状況を直截的に理解可能なメッセージを出力することにより、混雑状況の把握を容易とした混雑状況確認方法、混雑状況確認プログラム及び混雑状況確認システムを提供する。【解決手段】サービスの混雑状況を確認する際、前記サービスの申込情報を受信し、前記サービスの予約情報を記憶した予約状況テーブルを参照して、前記受信した申込情報の受付可能条件を求め、前記受付可能条件と対応付けてメッセージを記憶したメッセージテーブルから、前記ステップで抽出した受付可能条件と対応するメッセージを索出し、前記ステップで索出したメッセージを出力する。【選択図】          図１
2004178304.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータが、サービスの混雑状況を確認するためのステップを実行する混雑状況確認方法であって、
前記サービスの申込情報を受信するステップと、
前記サービスの予約情報を記憶した予約状況テーブルを参照して、前記受信した申込情報の受付可能条件を求めるステップと、
前記受付可能条件と対応付けてメッセージを記憶したメッセージテーブルから、前記ステップで抽出した受付可能条件と対応するメッセージを索出するステップと、
前記ステップで索出したメッセージを出力するステップと、
を行う混雑状況確認方法。
【請求項２】
前記受付可能条件に基づいて前記サービスの予約情報を前記予約状況テーブルに記憶させるステップを含む請求項１に記載の混雑状況確認方法。
【請求項３】
前記申込情報が予約希望時刻を含み、前記受付可能条件が前記予約希望時刻から予約可能時刻までの予約可能時間を含む場合に、前記メッセージが前記予約可能時間と対応付けて前記予約状況テーブルに記憶されていることを特徴とする請求項１又は２に記載の混雑状況確認方法。
【請求項４】
前記サービスの開始情報及び／又は前記サービスの終了情報に基づいて予約の消化状況を求めるステップを含み、
前記受付可能条件を求めるステップにて、前記予約状況テーブルの予約情報と前記予約の消化情報に基づいて受付可能条件を求める請求項１又は２に記載の混雑状況確認方法。
【請求項５】
前記受け付けた予約情報に含まれる予約希望時刻の予約状況を表形式で表示するステップを含む請求項１から４の何れかに記載の混雑状況確認方法。
【請求項６】
サービスの混雑状況を確認するためのステップをコンピュータに実行させる混雑状況確認プログラムであって、
前記サービスの申込情報を受信するステップと、
前記サービスの予約情報を記憶した予約状況テーブルを参照して、前記受信した申込情報の受付可能条件を求めるステップと、
前記受付可能条件と対応付けてメッセージを記憶したメッセージテーブルから、前記ステップで抽出した受付可能条件と対応するメッセージを索出するステップと、
前記ステップで索出したメッセージを出力するステップと、
を含む混雑状況確認プログラム。
【請求項７】
前記サービスの開始情報及び／又は前記サービスの終了情報に基づいて予約の消化状況を求めるステップを含み、
前記受付可能条件を求めるステップにて、前記予約状況テーブルの予約情報と前記予約の消化情報に基づいて受付可能条件を求める請求項６に記載の混雑状況確認プログラム。
【請求項８】
サービスの予約状況を記憶する予約状況テーブルと、
サービスの申込情報を受信する申込受信部と、
前記申込受信部で受け付けた予約情報に基づいて前記予約状況テーブルを参照し、受付可能条件を求める受付条件決定部と、
前記受付可能条件に応じたメッセージを記憶するメッセージテーブルと、
前記受付条件決定部で求めた受付可能条件と対応するメッセージを前記メッセージテーブルから索出するメッセージ検索部と、
前記メッセージ検索部で索出したメッセージを出力する出力部と、
を備えた混雑状況確認システム。
【請求項９】
前記サービスの開始情報及び／又は前記サービスの終了情報を進行情報として受け付ける進行情報入力部を更に備え、
前記受付条件決定部が、前記進行情報に基づいて予約の消化状況を求め、該予約の消化状況と前記予約状況テーブルの予約情報とに基づいて受付可能条件を求める請求項８に記載の混雑状況確認システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ユーザがネットワークを介して美容院等の予約を行う際に、予約状況の把握を容易とする技術に関する。
【０００２】
【従来の技術】
従来、予約状況の確認を行うシステムでは、予約状況をカレンダーやタイムチャート形式で一覧表示するものが一般的であった（特許文献１参照）。
【０００３】
しかし、このようなシステムにおいて、予約希望者は、
１）カレンダーやタイムチャートをめくって希望日時を表示させる操作を行うこと。
２）出力された予約状況を見て、予約が可能かどうかを判断すること。
という作業が必要となる。
【０００４】
これに対し、空き状況を色分け表示することで、上記２）の判断を容易にすることも提案されている（特許文献２参照）。
【０００５】
【特許文献１】
特開２００２−０７４１２１号公報
【特許文献２】
特開２００１−２１６３４９号公報
【０００６】
【発明が解決しようとする課題】
近年、携帯電話機でのＷＥＢ閲覧が一般的となり、主要なインフラの一つとなっている。
【０００７】
特に、予約等の混雑状況の確認を行うシステムを構築する場合、常に身に付けている携帯電話からのアクセスを可能とすることは重要である。
【０００８】
しかしながら、携帯電話の表示面積には限りがあるため、混雑状況の把握が容易でないという問題点があった。
【０００９】
例えば、上記の如く予約状況に応じて色分けした場合、所望の予約時間のページを開いたときに、予約できないことがわかっても、何時ならば予約できるのかは、他のページをめくらなければならず、容易に把握することが出来ない。
【００１０】
本発明は、このような従来技術の問題点に鑑みてなされたものである。即ち、本発明の課題は、混雑状況を直截的に理解可能なメッセージを出力することにより、混雑状況の把握を容易にする混雑状況確認方法、混雑状況確認プログラム及び混雑状況確認システムを提供することである。
【００１１】
【課題を解決するための手段】
本発明の混雑状況確認方法、混雑状況確認プログラム及び混雑状況確認システムは、
サービスの混雑状況を確認する際、コンピュータが、
前記サービスの申込情報を受信し、
前記サービスの予約情報を記憶した予約状況テーブルを参照して、前記受信した申込情報の受付可能条件を求め、
前記受付可能条件と対応付けてメッセージを記憶したメッセージテーブルから、前記ステップで抽出した受付可能条件と対応するメッセージを索出し、
前記ステップで索出したメッセージを出力する。
【００１２】
これにより、予約可能な条件を直截的に把握することが可能となる。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態について添付図面を参照して説明する。
【００１４】
《実施形態１》
〈混雑状況確認システムの概略構成〉
図１は、本実施形態の全体構成を示すものである。
【００１５】
本実施形態では、データセンタに備えられたＡＳＰサーバ１が混雑状況確認システムとして機能している。該ＡＳＰサーバ１は、インターネット等のネットワークを介してユーザ端末２や、各美容院に設けられた店舗側端末３と接続している。
【００１６】
図２は、ＡＳＰサーバ１の概略構成図である。同図に示すように、ＡＳＰサーバ１は、本体１１内にＣＰＵ（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）やメインメモリ等よりなる演算処理部１２、演算処理の為のデータやソフトウェアを記憶した記憶装置（ハードディスク）１３、入出力部１４、通信制御装置（ＣＣＵ：ＣｏｍｍｕｎｉｃａｔｉｏｎＣｏｎｔｒｏｌ  Ｕｎｉｔ）１５等を備えている。
【００１７】
入出力部１４は、キーボードやマウス等の入力デバイス、表示装置やプリンター等の出力デバイスが適宜接続される。
【００１８】
ＣＣＵ１５は、ネットワークを介して他のコンピュータと通信を行うものである。
【００１９】
記憶装置１３には、オペレーティングシステム（ＯＳ）やアプリケーションソフト（混雑状況確認プログラム）がインストールされている。また、該記憶装置１３には、予約情報を記憶する予約状況テーブル（図３）や、施術内容と所要時間を記憶する施術情報テーブル（図４）、受付可能条件に応じたメッセージを記憶するメッセージテーブル（図５）が記憶されている。
【００２０】
演算処理部１２は、該混雑状況確認プログラムに従う演算処理により、申込受信部や受付条件決定部、メッセージ検索部、出力部等の機能を実現している。
【００２１】
演算処理部１２は、申込受信部の機能として、携帯電話やＰＨＳ（ｐｅｒｓｏｎａｌ＿ｈａｎｄｙ＿ｐｈｏｎｅ＿ｓｙｓｔｅｍ）、ＰＤＡ（ｐｅｒｓｏｎａｌ＿ｄｉｇｉｔａｌ＿ａｓｓｉｓｔａｎｔ）、パーソナルコンピュータ等のユーザ端末２から予約情報を受け付ける。
【００２２】
また、演算処理部１２は受付条件決定部の機能として、前記申込受信部で受け付けた予約情報に基づいて前記予約状況テーブルを参照し、受付可能条件を求める。
【００２３】
また、演算処理部１２はメッセージ検索部の機能として、前記受付条件決定部で抽出した受付可能条件と対応するメッセージを前記メッセージテーブルから索出する。
【００２４】
そして、演算処理部１２は出力部の機能として、前記メッセージ検索部で索出したメッセージを出力する。
【００２５】
また、店舗側端末３は、一般的なコンピュータであり、施術内容毎の所要時間や、担当者名、出勤している担当者の氏名や人数及び勤務時間、店舗の総席数など、店舗の情報をＡＳＰサーバ１に送信する。
【００２６】
〈混雑状況確認手順〉
次に上記システムにおける混雑状況確認手順を図６，図７を用いて説明する。
【００２７】
ユーザの操作によりユーザ端末２からＡＳＰサーバ１にアクセスすると、ＡＳＰサーバ１は、図６に示す入力フォームをユーザ端末２に送信する（ステップ１、以下Ｓ１のように略記する）。
【００２８】
ユーザは、このユーザ端末２に表示された入力フォームに予約希望時刻、名前、電話番号、担当者名、予約内容、希望イメージ、パスワード、コメントを入力し、予約確認ボタン２１を選択してこれらの情報（申込情報）をＡＳＰサーバ１に送信する。ＡＳＰサーバ１は、申込受信部の機能によりこの申込情報を受け付け（Ｓ２）、受付条件決定部の機能により予約状況テーブルを参照して受付可能条件を求める（Ｓ３）。
【００２９】
図８は、この受付可能条件を求める手順の説明図である。
【００３０】
先ずＡＳＰサーバ１は、受信した申込情報の予約希望時刻から所定範囲（例えば前後３６時間）で、店舗ＩＤ、担当者名が一致するレコードを予約状況テーブルから抽出する（Ｓ２１）。
【００３１】
次にＡＳＰサーバ１は、受信した予約情報の店舗ＩＤ及び施術内容と一致する所用時間（所要時間Ａ）を施術情報テーブルから取得する（Ｓ２２）。
【００３２】
同様にＡＳＰサーバ１は、ステップ２１で抽出したレコードについても所要時間を求め、前記所要時間Ａ以上の空き時間を求める。そしてこの空き時間の始まる時刻を予約可能開始時刻Ｂ、この空き時間の終わる時刻を予約可能終了時刻Ｃと定義する（Ｓ２３）。
【００３３】
次にＡＳＰサーバ１は、予約希望時刻と予約可能開始時刻Ｂとを比較し、この比較結果と対応する値（混雑状況値Ｄ）を図９の予約条件テーブルから抽出し、受付可能条件とする（Ｓ２４）。
【００３４】
受付可能条件は、同図に示すとおり、予約可能開始時刻Ｂ≧予約希望時刻の場合、［予約可能開始時刻Ｂ−予約希望時刻Ａ］（予約可能時間に相当）が１５分未満であれば“１”、１５分〜３０分未満であれば“２”、３０分〜６０分未満であれば“３”、６０分以上であれば“４”とする。
【００３５】
また、予約可能開始時刻Ｂ＜予約希望時刻の場合、［予約希望時刻＋所要時間Ａ−予約可能終了時刻Ｃ］が１５分未満であれば“１”、１５分〜３０分未満であれば“４”とする。
【００３６】
そしてＡＳＰサーバ１は、メッセージ検索部の機能により、この受付可能条件（混雑状況値Ｄ）と対応したメッセージをメッセージテーブルから索出する（Ｓ４）。
【００３７】
例えば混雑状況値が、１の場合「ご希望の日時で予約が可能です」、２の場合「少しお待ちいただくことがありますが、予約可能です。」といったメッセージを抽出する。
【００３８】
また、混雑状況値が３の場合「約○分ほど、ずらしていただければ予約可能です。」といったメッセージを抽出する。このときＡＳＰサーバ１は、加工ルールに基づいて該メッセージの○の位置に［予約可能開始時刻Ｂ−予約希望時刻］を当てはめる。
【００３９】
また、混雑状況値が４の場合「△から□であれば、予約可能です。」といったメッセージを抽出する。このときＡＳＰサーバ１は、加工ルールに基づいて該メッセージの△の位置に予約可能開始時刻Ｂを当てはめ、□の位置に［予約可能終了時刻Ｃ−所要時間Ａ］を当てはめる。
【００４０】
そして、ＡＳＰサーバ１は、出力部の機能により、該メッセージをユーザ端末２に出力する（Ｓ５）。
【００４１】
図１０は、この出力例であり、ユーザ端末２に表示された状態を示している。同図に示すように、本実施形態では、予約希望時刻前後の予約状況を表形式で表すと共に、予約状況に関するメッセージを表示させている。同図の例では、空席の数あるいは空いている担当者の数だけ椅子のアイコンを表示し、この椅子のアイコンが無ければ満席で予約できないことを示している。なお、この空席の数は、ＡＳＰサーバ１が、当該店舗の総席数から求める時間帯の予約情報の数を引いて求めている。そして担当者の数は、担当者毎に予約状況を求め、求める時間帯に所定時間Ａ以上の空き時間がある担当者の数を合計して求めている。また、表示形態は、これに限らず、空いている担当者の顔写真を並べて表示したり、パーマやカラーリング、カットの別に応じて空き状況を表示しても良い。なお、本実施形態において表形式での表示とは、カレンダーやタイムチャート等、予約情報を規則的に配列することで、わかり易く表示できるものであれば良い。
【００４２】
そして、ユーザが該メッセージを了承し、予約を行う場合には、予約ボタン２２を選択し、ユーザ端末２がこれを送信する。この予約の信号を受信したＡＳＰサーバは、ステップ２で受信した当該申込情報を前記受付可能条件に適合させ、予約情報として予約状況テーブルに登録する（Ｓ６）。例えば混雑状況値が、１又は２であれば、申込情報をそのまま予約情報とし、混雑状況値が３であれば申込情報の予約希望時刻を○分ずらして予約情報とする。また、混雑状況値が３であれば申込情報の予約希望時刻を○〜□に代えて予約情報とする。
【００４３】
また、ＡＳＰサーバ１は、ユーザ端末２に予約完了を通知すると共に、店舗側端末３に該新規の予約情報を提供する（Ｓ７０）。
【００４４】
このように本実施形態によれば、予約可能な条件を示すメッセージを表示することにより、直截的に予約状況を把握することができる。
【００４５】
また、表形式による予約状況の表示と、予約可能な条件を示すメッセージの表示を併用することで、表示面積の限られた携帯端末であっても予約希望時刻の予約状況を表形式で直感的に把握でき、且つ希望の時刻に予約が行えないような場合でもページをめくることなく、前記メッセージによって直截的に予約可能な条件を把握することができる。
なお、上記の例では、受付可能条件として、受付希望時刻から受付可能となる時刻までの時間を求めたが、これに限らず受付希望時刻に別の担当者の予約状況を参照し、所用時間Ａ以上の空き時間を有している担当者（例えば、○○）、即ち受付可能な担当者を求めるようにしても良い。この場合、混雑状況値と対応付けて「担当者○○であれば、予約可能です。」といったメッセージをメッセージテーブルに記憶させておき、前述と同様に出力する。また、ユーザが該メッセージを了承し、予約を行う場合には、ステップ２で受信した当該申込情報を担当者○○への予約に変更し、予約状況テーブルに登録する。
【００４６】
《実施形態２》
本実施形態は、前述の実施形態１と比べ、予約の消化状況を踏まえて現在の混雑状況を確認できる点が異なり、その他の構成は略同じである。
なお、前述の実施形態１と同一の要素には同符号を付す等して再度の説明を省略している。
【００４７】
図１１は、本実施形態のＡＳＰサーバ１ａの概略構成図である。該ＡＳＰサーバ１ａは、演算処理部１２ａが進行情報入力部の機能を有している。
【００４８】
演算処理部１２ａは、進行情報入力部の機能により、前記サービスの開始情報及び前記サービスの終了情報を進行情報として受け付ける。
【００４９】
本実施形態では、各ユーザに図１２に示すようなバーコード付きの会員証を発行し、ユーザの来店時と退店時に店舗側端末３のバーコードリーダ３ａ（図１）で該バーコードを読み取り、それぞれサービスの開始情報とサービスの終了情報としてＡＳＰサーバ１ａに送信している。
【００５０】
該バーコードは、ユーザ毎に異ならせており、予めユーザの名前や、電話番号等と対応付けてＡＳＰサーバに登録しておく。これにより、予約したユーザが来店した時に、このバーコードを読み取り、バーコード情報をサービスの開始情報としてＡＳＰサーバ１ａに送信すると、ＡＳＰサーバ１ａは、この時間に当該予約のサービスが開始されたものと判断する。そして該ユーザの退店時にバーコードを読み取ってサービスの終了情報をＡＳＰサーバ１ａに送信することで、ＡＳＰサーバ１ａは、この時間に当該予約のサービスが終了したものと判断する。
【００５１】
また、予約のないユーザの来店時バーコードを読み取り、サービスの開始情報としてＡＳＰサーバ１ａに送信すると、ＡＳＰサーバ１ａは、サービスを待っているユーザとして、これをカウントする。そして該ユーザの退店時にサービスの終了情報をＡＳＰサーバ１ａに送信すると、ＡＳＰサーバ１ａは、サービスを待っている人数を減算する。
【００５２】
本実施形態において、ユーザは、現在の混雑状況を確認する際、前記入力フォームに現在時刻を入力して申込情報をＡＳＰサーバ１ａに送信する。
【００５３】
これに応じてＡＳＰサーバ１ａは、前述と同様に現在時刻の前後の予約を抽出し、受付条件決定部の機能により受付可能条件を求める。このとき、ＡＳＰサーバ１ａは、前記進行情報に基づいて予約の消化状況を求め、該予約の消化状況と前記予約状況テーブルの予約情報とに基づいて受付可能条件を求める。
【００５４】
例えば予約時刻よりもサービス開始時刻が遅れていれば、この時間差を消化状況として求め、予約の終了時刻もこの時間差分遅く求め、予約可能開始時刻をこの時間差分遅く補正する。
【００５５】
そしてＡＳＰサーバ１は、予約希望時刻（現在時刻）と予約可能開始時刻Ｂとを比較し、この比較結果と対応する値（混雑状況値Ｄ）を予約条件テーブルから抽出し、受付可能条件とする。
【００５６】
本実施形態の受付可能条件は、［予約可能開始時刻Ｂ−予約希望時刻Ａ］（予約可能時間に相当）が１５分未満であれば“５”、１５分〜３０分未満であれば“６”、３０分〜６０分未満であれば“７”、６０分以上であれば“８”とする。また、既にサービスを待っているユーザがいれば“９”とする。
【００５７】
そしてＡＳＰサーバ１は、メッセージ検索部の機能により、この受付可能条件（混雑状況値Ｄ）と対応したメッセージをメッセージテーブルから索出する。
【００５８】
例えば混雑状況値が、５の場合「すぐに受付が可能です」、６の場合「少しお待ちいただくことがあります。」といったメッセージを抽出する。
【００５９】
また、混雑状況値が７の場合「約○分ほどお待ちいただくことになります」といったメッセージを抽出する。このときＡＳＰサーバ１は、加工ルールに基づいて該メッセージの○の位置に［予約可能開始時刻Ｂ−予約希望時刻］を当てはめる。
【００６０】
また、混雑状況値が８の場合「△から□にご来店いただければ、すぐに受付可能です。」といったメッセージを抽出する。このときＡＳＰサーバ１は、加工ルールに基づいて該メッセージの△の位置に予約可能開始時刻Ｂを当てはめ、□の位置に［予約可能終了時刻Ｃ−所要時間Ａ］を当てはめる。
【００６１】
また、混雑状況値が９の場合「お×人様お待ちです。」といったメッセージを抽出する。このときＡＳＰサーバ１は、加工ルールに基づいて該メッセージの×の位置にサービスを待っている人数を当てはめる。
【００６２】
以上のように、本実施形態によれば、予約の消化状況を踏まえて現在の混雑状況を適切に確認できる。
なお、本例では、サービスの開始情報とサービスの終了情報を顧客の来店時と退店時にバーコードを読み取って送信したが、これに限らず、カットやパーマ、カラーなど、実際のサービスの開始時と終了時に読み取りを行っても良い。
【００６３】
〈その他の実施形態〉
本発明の混雑状況確認方法、混雑状況確認プログラム及び混雑状況確認システムは、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【００６４】
例えば、以下に付記した構成であっても上述の実施形態と同様の効果が得られる。
【００６５】
（付記１）
コンピュータが、サービスの混雑状況を確認するためのステップを実行する混雑状況確認方法であって、
前記サービスの申込情報を受信するステップと、
前記サービスの予約情報を記憶した予約状況テーブルを参照して、前記受信した申込情報の受付可能条件を求めるステップと、
前記受付可能条件と対応付けてメッセージを記憶したメッセージテーブルから、前記ステップで抽出した受付可能条件と対応するメッセージを索出するステップと、
前記ステップで索出したメッセージを出力するステップと、
を行う混雑状況確認方法。
【００６６】
（付記２）
前記受付可能条件に基づいて前記サービスの予約情報を前記予約状況テーブルに記憶させるステップを含む付記１に記載の混雑状況確認方法。
【００６７】
（付記３）
前記申込情報が予約希望時刻を含み、前記受付可能条件が前記予約希望時刻から予約可能時刻までの予約可能時間を含む場合に、前記メッセージが前記予約可能時間と対応付けて前記予約状況テーブルに記憶されていることを特徴とする付記１又は２に記載の混雑状況確認方法。
【００６８】
（付記４）
前記サービスの開始情報及び／又は前記サービスの終了情報に基づいて予約の消化状況を求めるステップを含み、
前記受付可能条件を求めるステップにて、前記予約状況テーブルの予約情報と前記予約の消化情報に基づいて受付可能条件を求める付記１又は２に記載の混雑状況確認方法。
【００６９】
（付記５）
前記受け付けた予約情報に含まれる予約希望時刻の予約状況を表形式で表示するステップを含む付記１から４の何れかに記載の混雑状況確認方法。
【００７０】
（付記６）
サービスの混雑状況を確認するためのステップをコンピュータに実行させる混雑状況確認プログラムであって、
前記サービスの申込情報を受信するステップと、
前記サービスの予約情報を記憶した予約状況テーブルを参照して、前記受信した申込情報の受付可能条件を求めるステップと、
前記受付可能条件と対応付けてメッセージを記憶したメッセージテーブルから、前記ステップで抽出した受付可能条件と対応するメッセージを索出するステップと、
前記ステップで索出したメッセージを出力するステップと、
を含む混雑状況確認プログラム。
【００７１】
（付記７）
前記サービスの開始情報及び／又は前記サービスの終了情報に基づいて予約の消化状況を求めるステップを含み、
前記受付可能条件を求めるステップにて、前記予約状況テーブルの予約情報と前記予約の消化情報に基づいて受付可能条件を求める付記６に記載の混雑状況確認プログラム。
【００７２】
（付記８）
サービスの予約状況を記憶する予約状況テーブルと、
サービスの申込情報を受信する申込受信部と、
前記申込受信部で受け付けた予約情報に基づいて前記予約状況テーブルを参照し、受付可能条件を求める受付条件決定部と、
前記受付可能条件に応じたメッセージを記憶するメッセージテーブルと、
前記受付条件決定部で求めた受付可能条件と対応するメッセージを前記メッセージテーブルから索出するメッセージ検索部と、
前記メッセージ検索部で索出したメッセージを出力する出力部と、
を備えた混雑状況確認システム。
【００７３】
（付記９）
前記サービスの開始情報及び／又は前記サービスの終了情報を進行情報として受け付ける進行情報入力部を更に備え、
前記受付条件決定部が、前記進行情報に基づいて予約の消化状況を求め、該予約の消化状況と前記予約状況テーブルの予約情報とに基づいて受付可能条件を求める付記８に記載の混雑状況確認システム。
【００７４】
【発明の効果】
以上、説明したように本発明によれば、混雑状況を直截的に理解可能なメッセージを出力することにより、混雑状況の把握を容易とした混雑状況確認方法、混雑状況確認プログラム及び混雑状況確認システムを提供できる。
【図面の簡単な説明】
【図１】本発明の実施形態の説明図
【図２】混雑状況確認システムの概略構成図
【図３】予約管理テーブルの説明図
【図４】施術情報テーブルの説明図
【図５】メッセージテーブルの説明図
【図６】予約情報の入力フォーム例を示す図
【図７】混雑状況確認手順の説明図
【図８】受付可能条件の抽出手順の説明図
【図９】予約条件テーブルの説明図
【図１０】混雑状況確認画面の表示例を示す図
【図１１】実施形態２の混雑状況確認システムの概略構成図
【図１２】会員証の説明図
【符号の説明】
１          サーバ
２          ユーザ端末
３          店舗側端末
１１      本体
１２      演算処理部
１３      記憶装置
１４      入出力部
２１      予約確認ボタン
【図１】
2004178304.tif 000003
【図２】
2004178304.tif 000004
【図３】
2004178304.tif 000005
【図４】
2004178304.tif 000006
【図５】
2004178304.tif 000007
【図６】
2004178304.tif 000008
【図７】
2004178304.tif 000009
【図８】
2004178304.tif 000010
【図９】
2004178304.tif 000011
【図１０】
2004178304.tif 000012
【図１１】
2004178304.tif 000013
【図１２】
2004178304.tif 000014