(57)【要約】【課題】タイムサービス等の割引サービスを行っていることを多くの利用者に対して迅速に伝えることができ、しかもその予約を受け付けることができる取引予約受付方法、取引予約受付システム、取引予約受付装置及び記録媒体の提供。【解決手段】取引予約受付装置２は、割引サービス等のサービス情報をネットワーク３上に公開する。利用者は、端末装置１，１…を用いてこのサービス情報を参照し、所望のサービス情報に対して予約の申込みを行う。取引予約受付装置２は、端末装置１，１…から受け付けた予約の予約状況に基づいて割引サービスの内容を更新する。【選択図】図１
2007184003.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも来店時間で区切られた時間帯毎に定められた取引対象の取引特典情報を複数の顧客に電子的に提示するステップと、
顧客によって選択された時間帯における取引予約情報を電子的に受け付けるステップと、
顧客の来店時間又は取引完了時間が前記受け付けた取引予約情報に係る時間帯に含まれる場合に取引予約対象の特典付取引を行うステップと
を含むことを特徴とする取引予約受付方法。
【請求項２】
取引対象の取引の予約を受け付ける取引予約受付方法において、
取引対象の取引における取引条件を決定するステップと、
決定した取引条件を表示するステップと、表示した取引条件に基づいて取引対象の取引を行うことの予約を受け付けるステップとを含むこと
を特徴とする取引予約受付方法。
【請求項３】
前記取引条件を決定するステップは、取引の予約の予約状況に基づいて取引条件を決定するステップであることを特徴とする請求項２に記載の取引予約受付方法。
【請求項４】
前記予約を受け付けるステップが予約を受け付けているか否かを確認するステップを更に含むことを特徴とする請求項２又は請求項３に記載の取引予約受付方法。
【請求項５】
前記確認するステップによって受け付けられていることが確認された予約に係る取引の取引条件に基づいて該取引における特典を決定するステップと、
決定した特典を提供するステップとを更に含むこと
を特徴とする請求項４に記載の取引予約受付方法。
【請求項６】
複数の端末装置と、該端末装置夫々と接続され、取引対象の取引の予約を受け付ける取引予約受付装置とを備える取引予約受付システムにおいて、
前記取引予約受付装置は、
取引対象の取引における取引条件を決定する取引条件決定手段と、
該取引条件決定手段によって決定された取引条件を表示する取引条件表示手段とを備え、
前記端末装置は、
前記表示された取引条件に基づいた取引対象の取引の予約の申込みを示す予約申込情報を受け付ける予約申込情報受付手段と、
該予約申込情報受付手段によって受け付けられた予約申込情報を取引予約受付装置へ送信する予約情報送信手段と
を備え、
前記取引予約受付装置は更に、
予約申込情報を受信した場合、受信した予約申込情報を記憶する予約申込情報記憶手段  を備えることを特徴とする取引予約受付システム。
【請求項７】
取引対象の取引の予約を受け付ける取引予約受付装置において、
取引対象の取引における取引条件を決定する取引条件決定手段と、
該取引条件決定手段によって決定された取引条件を表示する取引条件表示手段と
該取引条件表示手段によって表示された取引条件に基づいた取引の予約の申込みを示す予約申込情報が入力された場合、該予約申込情報を記憶する予約申込情報記憶手段と
を備えることを特徴とする取引予約受付装置。
【請求項８】
コンピュータに、取引対象の取引の予約を受け付けさせるプログラムが記録してあるコンピュータ読み取り可能な記録媒体において、
コンピュータに、取引対象の取引における取引条件を決定させるプログラムコード手段と、
コンピュータに、決定させた取引条件を表示させるプログラムコード手段と、コンピュータに、表示させた取引条件に基づいた取引の予約の申込みを示す予約申込情報が入力された場合、該予約申込情報を記憶させるプログラムコード手段と
を有するプログラムが記録してあることを特徴とするコンピュータでの読み取りが可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上にて商品又はサービスの提供料金を開示し、この提供料金によって提供を受けることの予約を受け付ける取引予約受付方法、その方法を実施するための取引予約受付システム及び取引予約受付装置、並びにコンピュータをその装置として機能させる為のコンピュータプログラムが記録してある記録媒体に関する。
【背景技術】
【０００２】
各種の商品又はサービスを提供する店舗においては、取り扱う商品又はサービスの性質に応じて、顧客が少なくなる時間帯（以下、閑散時間帯という）が存在する。例えばレストラン等の料理を提供する店舗においては、朝食時と昼食時との間及び昼食時と夕食時との間が閑散時間帯となり得る。一方、スーパーマーケット等では昼食及び夕食等の時間帯が閑散時間帯となり得る。
【０００３】
しかしながら商品又はサービスを効率的に提供するためには、このような閑散時間帯を可能な限り短縮することが望ましい。そこでこの閑散時間帯の短縮化を図るべく、通常料金よりも低価格に設定された割引料金により商品又はサービスを提供するタイムサービスが従来から行われている。
【０００４】
また、例えばスーパーマーケット等において、当日中に販売すべき商品であって営業終了間際まで残っている商品等は、いわゆる見切り品として割引料金にて提供することが一般に行われている。これにより、売れ残りとなる商品の数の最小化を図っている。
【０００５】
各店舗においては、このようなタイムサービス及び見切り品の提供（以下、割引サービスという）を行うために、通常料金が表示された値札及び料金表等を割引料金が表示された値札及び料金表等に変更する作業等を行っていた。また、割引料金にて商品又はサービスを提供することを宣伝するために、店頭での呼び込み及びチラシの配布作業等を行っていた。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述したような値札及び料金表等の変更作業、並びに店頭での呼び込み及びチラシの配布作業は、何れも人手によるものであるため、相当な労力が必要となり、迅速に行うことが困難であった。そのため、割引サービスにおいて設定される割引料金の額を、刻々と変化する状況に応じた適切な額に変更することが不可能であるという問題があった。
【０００７】
また同じく相当な労力が必要となるために、上述したような作業を大規模に行うことが困難であった。そのため、顧客は、割引サービスが行われていることを容易に知ることができないという問題があった。またこれに伴って、店舗においては、顧客の利用状況の平準化、すなわち閑散時間帯の短縮を図ることが困難であるという問題があった。
【０００８】
ところで、近年は通信環境の整備の進展に伴いインターネットに代表される通信ネットワークが急速に普及しており、このような通信ネットワークを利用して各種のサービスを提供するコンピュータシステムが実現されている。これらのコンピュータシステムは、人手による場合に比し、少ない労力で、迅速且つ大規模にサービスを提供することができる。
【０００９】
本発明はこのようなコンピュータシステムの進展に鑑みてなされたものであり、取引対象の取引における取引条件を定めてこれをネットワーク上で公開し、この取引条件に基づいた取引を行うことの予約を受け付けることによって、割引サービスが行われていることを、多くの顧客に対して迅速に伝えることができ、しかもその割引サービスの提供を受けることの予約を行うことができる取引予約受付方法、その方法を実施するための取引予約受付システム及び取引予約受付装置、並びにコンピュータをその装置として機能させる為のコンピュータプログラムが記録してある記録媒体を提供することを目的とする。
【００１０】
また本発明の他の目的は、割引サービスにおける割引率等の、取引における取引条件を、その取引の予約の予約状況に基づいて決定することによって、刻々と変化する状況に応じた適切な取引条件を決定することができる取引予約受付方法、取引予約受付システム、取引予約受付装置及び記録媒体の提供にある。
【００１１】
また本発明の他の目的は、特定の取引条件に基づいた取引を行う場合に、その取引の予約がなされているか否かの確認をすることによって、実際に予約をしているときに限ってその特定の取引条件に基づいた取引を行うことができる取引予約受付方法、取引予約受付システム、取引予約受付装置及び記録媒体の提供にある。
【００１２】
さらに本発明の他の目的は、特定の取引条件に基づいた取引の予約がなされていることが確認できた場合、この取引条件に基づいた取引を行う代わりに、その取引条件に応じた特典を与えることができる取引予約受付方法、取引予約受付システム、取引予約受付装置及び記録媒体の提供にある。
【課題を解決するための手段】
【００１３】
第１発明に係る取引予約受付方法は、少なくとも来店時間で区切られた時間帯毎に定められた取引対象の取引特典情報を複数の顧客に電子的に提示するステップと、顧客によって選択された時間帯における取引予約情報を電子的に受け付けるステップと、顧客の来店時間又は取引完了時間が前記受け付けた取引予約情報に係る時間帯に含まれる場合に取引予約対象の特典付取引を行うステップとを含むことを特徴とする。
【００１４】
第２発明に係る取引予約受付方法は、取引対象の取引の予約を受け付ける取引予約受付方法において、取引対象の取引における取引条件を決定するステップと、決定した取引条件を表示するステップと、表示した取引条件に基づいて取引対象の取引を行うことの予約を受け付けるステップとを含むことを特徴とする。
【００１５】
第３発明に係る取引予約受付方法は、第２発明に係る取引予約受付方法において、前記取引条件を決定するステップは、取引の予約の予約状況に基づいて取引条件を決定するステップであることを特徴とする。
【００１６】
第４発明に係る取引予約受付方法は、第２発明又は第３発明に係る取引予約受付方法において、前記予約を受け付けるステップが予約を受け付けているか否かを確認するステップを更に含むことを特徴とする。
【００１７】
第５発明に係る取引予約受付方法は、第４発明に係る取引予約受付方法において、前記確認するステップによって受け付けられていることが確認された予約に係る取引の取引条件に基づいて該取引における特典を決定するステップと、決定した特典を提供するステップとを更に含むことを特徴とする。
【００１８】
第６発明に係る取引予約受付システムは、複数の端末装置と、該端末装置夫々と接続され、取引対象の取引の予約を受け付ける取引予約受付装置とを備える取引予約受付システムにおいて、前記取引予約受付装置は、取引対象の取引における取引条件を決定する取引条件決定手段と、該取引条件決定手段によって決定された取引条件を表示する取引条件表示手段とを備え、前記端末装置は、前記表示された取引条件に基づいた取引対象の取引の予約の申込みを示す予約申込情報を受け付ける予約申込情報受付手段と、該予約申込情報受付手段によって受け付けられた予約申込情報を取引予約受付装置へ送信する予約情報送信手段とを備え、前記取引予約受付装置は更に、予約申込情報を受信した場合、受信した予約申込情報を記憶する予約申込情報記憶手段を備えることを特徴とする。
【００１９】
第７発明に係る取引予約受付装置は、取引対象の取引の予約を受け付ける取引予約受付装置において、取引対象の取引における取引条件を決定する取引条件決定手段と、該取引条件決定手段によって決定された取引条件を表示する取引条件表示手段と該取引条件表示手段によって表示された取引条件に基づいた取引の予約の申込みを示す予約申込情報が入力された場合、該予約申込情報を記憶する予約申込情報記憶手段とを備えることを特徴とする。
【００２０】
第８発明に係る記録媒体は、コンピュータに、取引対象の取引の予約を受け付けさせるプログラムが記録してあるコンピュータ読み取り可能な記録媒体において、コンピュータに、取引対象の取引における取引条件を決定させるプログラムコード手段と、コンピュータに、決定させた取引条件を表示させるプログラムコード手段と、コンピュータに、表示させた取引条件に基づいた取引の予約の申込みを示す予約申込情報が入力された場合、該予約申込情報を記憶させるプログラムコード手段とを有するプログラムが記録してあることを特徴とする。
【００２１】
第１発明による場合、少なくとも顧客が来店する来店時間で区切られた時間帯毎に定められた取引対象の取引特典情報を、複数の顧客に対して電子的に提示する。また、この提示を受けた顧客により選択された時間帯における取引の予約を示す取引予約情報を電子的に受け付ける。そしてこの予約を行った顧客の来店時間又はその取引が完了する取引完了時間が前記取引予約情報に係る時間帯に含まれる場合に取引予約対象の特典付取引を行う。
【００２２】
このように、取引特典情報を電子的に提示することによって、タイムサ─ビス及び見切り品の提供等の特別なサ─ビスを行っていることを多くの顧客に対して迅速に伝えることができる。
【００２３】
また、取引予約情報を電子的に受け付けることによって、顧客は地理的な制約を受けることなく取引の予約を行うことができ、この予約に基づいた取引を行うことによって取引特典情報に示されている特典を享受することができる。
【００２４】
なお、ここで取引完了時間とは、店舗にて商品を購入する場合はその購入を行う時間であり、またサービスの提供を受ける場合であればその提供を受ける時間である。
【００２５】
第２発明、第６発明、第７発明及び第８発明による場合、取引対象の取引における取引条件を決定し、この決定した取引条件を表示する。そして、この表示した取引条件に基づいて取引対象の取引を行うことの予約を受け付ける。
【００２６】
このように、定めた取引条件を公開することによって、特別なサービスを行っていることを多くの顧客に対して迅速に伝えることができる。
【００２７】
また、この取引条件に基づいた取引を行うことの予約を受け付けることによって、実際にその取引条件に基づいた取引がどの程度行われるのかを予測することが可能になる。したがって店舗側ではどの程度の商品等を用意すればよいのかを把握することができる。
【００２８】
第３発明による場合、取引を行う場合の取引条件を、取引の予約の予約状況に基づいて決定する。したがって、時間が経過する都度変化する状況に応じた適切な取引条件を決定することができる。
【００２９】
第４発明による場合、予約された取引条件に基づいた取引を行う場合に、その取引の予約が実際にされているか否かを確認する。
【００３０】
これにより、タイムサービス及び見切り品の提供等の特別なサービスを、そのサービスの提供の予約をした顧客のみが享受することができ、それ以外の顧客はこのサービスを享受することができない。したがって、このような特別なサービスの提供を受けるために、その予約をするように顧客を促すことができる。
【００３１】
第５発明による場合、特定の取引条件に基づいた取引の予約がなされていることが確認できた場合、この取引条件に応じた特典を顧客に提供する。
【００３２】
このように、特定の取引条件に基づいた取引を行う代わりに、その取引条件に応じた特典、例えば有価価値に相当するポイント等が、予約して来店している顧客に与えられる。これにより、見かけ上は特定の条件に基づいた特別なサービスを提供していることがわからないので、予約をせずに来店している顧客に損失感を与えることがない。
【発明の効果】
【００３３】
請求項１及び請求項２に記載の取引予約受付方法、請求項６に記載の取引予約受付システム、請求項７に記載の取引予約受付装置、並びに請求項８に記載の記録媒体によれば、定めた取引条件をネットワーク上で公開することによって、割引サービス等の特定の取引条件に基づいた取引を行っていることを多くの顧客に対して迅速に伝えることができる。
【００３４】
また、この取引条件に基づいた取引を行うことの予約を受け付けることによって、実際にその取引条件に基づいた取引がどの程度行われるのかを予測することが可能になる。
【００３５】
また、請求項３に記載の取引予約受付方法によれば、取引を行う場合の取引条件を、取引の予約の予約状況に基づいて決定することによって、時間が経過する都度変化する状況に応じた適切な取引条件を決定することができる。
【００３６】
また、請求項４に記載の取引予約受付方法によれば、予約された取引条件に基づいた取引を行う場合に、その取引の予約が実際にされているか否かを確認することによって、割引サービス等の特別なサービスを、その予約をした顧客のみが享受することができる。
【００３７】
さらに、請求項５に記載の取引予約受付方法によれば、特定の取引条件に基づいた取引を行う代わりに、その取引条件に応じた特典を顧客に与えられることによって、見かけ上は特定の条件に基づいた特別なサービスを提供していることがわからないため、予約をせずに来店している顧客に損失感を与えることがない等、本発明は優れた効果を奏する。
【発明を実施するための最良の形態】
【００３８】
以下、本発明をその実施の形態を示す図面に基づいて詳述する。
（実施の形態１）
図１は、実施の形態１における本発明の取引予約受付システムの構成を示すブロック図である。図１において、１，１…は端末装置を示しており、この端末装置１，１…は、顧客の自宅１０及び勤務会社１１、並びに店舗１２等に設置されている。顧客の自宅１０及び勤務会社１１では、端末装置１，１…を介して、各店舗にて実施されているサービス内容の確認及び予約が顧客によって行われる。なお、端末装置１，１… が携帯電話等の可搬装置である場合は、顧客は必要なときに必要な場所でサービス内容の確認及び予約を行うことが可能である。
【００３９】
また店舗１２では、端末装置１，１…を介して、サービス内容の登録、サービス内容を決定するための基礎データの登録、及び予約内容の確認等が店舗１２の従業員によって行われる。
【００４０】
またネットワーク３には、端末装置１，１…との間で通信を行う取引予約受付装置２が接続されており、例えば複数の店舗によって運営されているマシンセンタ１３に設置されている。なお、取引予約受付装置２は、これに限らず、サービスプロバイダ等に委託してもよく、店舗内に設置するようにしてもよい。
【００４１】
図２は、実施の形態１における本発明の取引予約受付装置２の構成を示すブロック図である。図２において、取引予約受付装置２はＣＰＵ２１を有し、該ＣＰＵ２１に対して、ＣＰＵ２１において発生するデータを記憶するＲＡＭ２２、実施の形態１における本発明の取引予約受付装置２のプログラムが記録されているＣＤ−ＲＯＭ又はフレキシブルディスク等の可搬型記録媒体１００から前記プログラムを読み取るＣＤ−ＲＯＭドライブ又はフレキシブルディスクドライブ等からなる外部記憶装置２３、外部記憶装置２３により読み取った本発明のプログラムを格納するハードディスク２４、及びネットワーク３に接続するための通信インタフェース２５が接続されている。
【００４２】
またハードディスク２４は、後述する３つのデータベース（サービス情報ＤＢ２４０、基礎データＤＢ２４１及び予約情報ＤＢ２４２）を有している。
【００４３】
実施の形態１における本発明の取引予約受付装置２のプログラムは可搬型記録媒体１００から読み取る以外にも、ネットワーク３を介して外部サーバコンピュータ４に接続し、外部サーバコンピュータ４に内蔵された前記プログラムを記録してある記録媒体５から取引予約受付装置２へ前記プログラムをダウンロードすることができる。そしてこのダウンロードしたプログラムをハードディスク２４に格納し、格納されたプログラムをＣＰＵ２１がＲＡＭ２２にロードすることによって、取引予約受付装置２は後述する処理を実行することができる。
【００４４】
次に、上述した３つのデータベースについて説明する。
第１のデータベースであるサービス情報ＤＢ２４０は、タイムサービス等の限定された時間帯における特別なサービスに関するサービス情報を記憶する。なお、このサービス情報は後述する手順にしたがって端末装置１，１…から受信する。
【００４５】
図３はサービス情報ＤＢ２４０に格納されているファイルのフォーマット例を示す概念図である。図３に示すとおり、サービス情報ＤＢ２４０には、店舗ＩＤフィールド４０ａ、年月日フィールド４０ｂ、時間フィールド４０ｃ、サービス対象フィールド４０ｄ及び値引率フィールド４０ｅの５つのフィールドが用意されている。
【００４６】
店舗ＩＤフィールド４０ａには、店舗を識別するための店舗識別子（以下、店舗ＩＤという）が格納され、年月日フィールド４０ｂにはその店舗が提供するサービスが実施される年月日が、時間フィールド４０ｃには同じくサービスが実施される時間が夫々格納される。
【００４７】
またサービス対象フィールド４０ｄには、そのサービスの対象となる商品の商品名が格納され、値引率フィールド４０ｅには、その商品に対して適用される値引率が格納される。なおこの値引率は後述する手順にしたがって算出される。
【００４８】
図３に示すフォーマット例では、例えば店舗ＩＤが“Ａ”である店舗において、１９９９年１１月１０日の午前９時乃至午前１１時において、この店舗が扱っている商品が一律１０％値引きされて提供されることを示している。
【００４９】
第２のデータベースである基礎データＤＢ２４１は、上述した値引率を算出する際に使用する各種のデータ（以下、基礎データという）をテーブル形式で記憶する。なお、これらの基礎データは後述する手順にしたがって端末装置１，１…から受信する。
【００５０】
図４は基礎データＤＢ２４１に格納されているテーブルのフォーマット例を示す概念図である。図４（ａ）は来店目標人数及び予想人数テーブルを示しており、このテーブルには、来店目標人数と来店予想人数とが時刻別に定められ格納されている。また図４（ｂ）及び（ｃ）は曜日係数テーブル及び天候係数テーブルを夫々示しており、このテーブルには、各曜日別及び各天候別に予想される来店人数に応じて定められた係数が夫々格納されている。さらに図４（ｄ）は値引率テーブルを示しており、このテーブルには、後述する手順にしたがって算出された予約率に対応した値引率が格納されている。
【００５１】
なお、基礎データＤＢ２４１に記憶されるテーブルは上述したテーブルに限定されるものではなく、各店舗が取り扱う商品又はサービスに応じて、例えば月別又は気温別に予想される来店人数に応じて定められた係数が格納されているテーブルを記憶してもよい。またこれらのテーブルは各店舗毎に用意され記憶されている。
【００５２】
第３のデータベースである予約情報ＤＢ２４２は、各顧客から受け付けた予約に関する予約情報を記憶する。なお、この予約情報は後述する手順にしたがって端末装置１，１…から受信する。
【００５３】
図５は予約情報ＤＢ２４２に格納されているファイルのフォーマット例を示す概念図である。図５に示すとおり、予約情報ＤＢ２４２には、顧客ＩＤフィールド４２ａ、店舗ＩＤフィールド４２ｂ、日時フィールド４２ｃ、予約データフィールド４２ｄ及び予約ＩＤフィールド４２ｅの５つのフィールドが用意されている。
【００５４】
顧客ＩＤフィールド４２ａには、顧客である各顧客毎を識別するための顧客識別子（以下、顧客ＩＤという）が格納され、店舗ＩＤフィールド４２ｂには、各店舗の店舗ＩＤが格納されている。また日時フィールド４２ｃには予約を受け付けた日時が、予約データフィールド４２ｄにはその予約の内容を示す情報が、予約ＩＤフィールド４２ｅにはその予約を識別するための予約識別子（以下、予約ＩＤという）が夫々格納されている。
【００５５】
図５に示すフォーマット例では、例えば顧客ＩＤが“１２３４５６”である顧客が、店舗ＩＤが“Ａ”である店舗において、１９９９年１１月１０日の午前１０時に、商品が一律値引き１０％となる割引サービスの予約を行っており、その予約の予約ＩＤが“１”であることを示している。
【００５６】
なお、顧客ＩＤフィールド４２ａに格納される顧客ＩＤは、例えば会員制を設けているような店舗においてはその会員の識別子を用い、またそのような会員制を設けていないような店舗においては顧客の名前等が用いられる。
【００５７】
次に、実施の形態１における本発明の取引予約受付システムの動作について説明する。  図６はサービス情報又は基礎データの登録処理の際の実施の形態１における本発明の取引予約受付システムの動作の流れを示すフローチャートである。端末装置１，１…は、サービス情報（又は基礎データ）の入力を促す画面を端末装置１，１…が備える表示画面上にて表示している。この画面に対し、各店舗の従業員等は、サービス情報（又は基礎データ）の入力を行う。
【００５８】
端末装置１，１…は、サービス情報（又は基礎データ）を受け付けた場合（Ｓ１０１）、受け付けたサービス情報（又は基礎データ）を取引予約受付装置２へ送信する（Ｓ１０２）。
【００５９】
取引予約受付装置２は、端末装置１，１…からサービス情報（又は基礎データ）を受信した場合（Ｓ２０１）、受信したサービス情報（又は基礎データ）をサービス情報ＤＢ２４０（又は基礎データＤＢ２４１）に登録する（Ｓ２０２）。そしてサービス情報ＤＢ２４０（又は基礎データＤＢ２４１）への登録が完了したことを示す登録完了情報を端末装置１，１…へ送信する（Ｓ２０３）。
【００６０】
端末装置１，１…は、取引予約受付装置２から登録完了情報を受信した場合（Ｓ１０３）、受信した登録完了情報を端末装置１，１…が備える表示画面上に表示する（Ｓ１０４）。
【００６１】
このようにして店舗の従業員等は所望のサービス情報（又は基礎データ）を取引予約受付装置２へ登録することができる。これらの登録処理は以前に登録したサービス情報（又は基礎データ）の変更が必要であると判断された場合にその都度実行される。
【００６２】
図７は、サービス情報を表示する際の実施の形態１における取引予約受付装置２の動作の流れを示すフローチャートである。
取引予約受付装置２は、予約をせずに来店する顧客の予想人数である未予約来店予想人数を算出する（Ｓ３０１）。この算出は、例えば図４（ａ）に示した来店目標人数及び予想人数テーブルに格納されている来店予想人数に、図４（ｂ）に示した曜日係数テーブルに格納されている係数、及び図４（ｃ）に示した天候係数テーブルに格納されている係数を乗じることによって行われる。この算出例によれば、例えば雨が降っている土曜日の午前１０時における未予約来店予想人数は、１０時の来店予想人数である５０（人）に、雨の場合の天候係数である８０（％）及び土曜日の場合の曜日係数である１２０（％）を乗じて得られた結果である４８（人）となる。
【００６３】
次に、ステップＳ３０１にて算出した未予約来店予想人数に基づいて、後述するようにして各顧客が行った予約の予約率を算出する（Ｓ３０２）。この算出は、例えば予約の累積数を示す予約数を、図４（ａ）に示した来店目標人数及び予想人数テーブルに格納されている来店目標人数から前記未予約来店予想人数を減じた値で割ることによって行われる。この算出例によれば、例えば雨が降っている土曜日の午前１０時における予約数が７６の場合の予約率は、７６／（２００−４８）の結果である０．５、すなわち５０（％）となる。
【００６４】
次に、ステップＳ３０２にて算出した予約率に基づいて提供するサービスにおける値引率を算出する（Ｓ３０３）。この算出は、図４（ｄ）に示した値引率テーブルを用いて行う。したがって上述の例のように予約率が５０（％）の場合は、値引き率は２０（％）となる。
【００６５】
このようにして算出された値引率をサービス情報ＤＢ２４０の値引率フィールド４０ｅに格納することによってサービス情報ＤＢ２４０の内容を更新する（Ｓ３０４）。そして更新されたサービス情報ＤＢ２４０の内容を表示する（Ｓ３０５）。ここで表示とはネットワーク３上に公開することを示しており、各顧客は端末装置１，１…を用いてこのサービス情報ＤＢ２４０の内容を確認することができる。
【００６６】
なお、値引率はこのように取引予約受付装置２が算出する以外にも、各店舗の従業員等によって定めた値としてもよい。この場合は、従業員が端末装置１，１…を用いてその値引率の値を取引予約受付装置２へ送信する。そして取引予約受付装置２は、受信した値引率の値をサービス情報ＤＢ２４０の値引率フィールド４０ｅに格納し、これを表示する。
【００６７】
上述した処理は、顧客の端末装置１，１…からサービス情報の表示の要求があった場合に行ってもよく、また一定時間毎にステップＳ３０１乃至Ｓ３０４を実行しておき、顧客の端末装置１，１…からサービス情報の表示の要求があった場合にステップＳ３０５を実行するようにしてもよい。
【００６８】
図８は、予約を受け付ける際の実施の形態１における本発明の取引予約受付システムの動作の流れを示すフローチャートである。
端末装置１，１…は、予約の申込みを示す予約申込情報の入力を促す画面を端末装置１，１…が備える表示画面上にて表示している。この画面に対し、各顧客は、予約申込情報の入力を行う。
【００６９】
端末装置１，１…は、予約申込情報を受け付けた場合（Ｓ４０１）、受け付けた予約申込情報を取引予約受付装置２へ送信する（Ｓ４０２）。
【００７０】
取引予約受付装置２は、端末装置１，１…から予約申込情報を受信した場合（Ｓ５０１）、受信した予約申込情報を予約情報ＤＢ２４２に登録する（Ｓ５０２）。そして予約情報ＤＢ２４２への登録が完了したことを示す登録完了情報を端末装置１，１…へ送信する（Ｓ５０３）。この登録完了情報には、予約情報ＤＢ２４２への登録の際に採番された予約ＩＤが含まれている。
【００７１】
端末装置１，１…は、取引予約受付装置２から登録完了情報を受信した場合（Ｓ４０３）、受信した登録完了情報を端末装置１，１…が備える表示画面上に表示する（Ｓ４０４）。
【００７２】
なお上述した予約ＩＤは数字でもよいし、バーコード等でもよい。予約ＩＤが数字の場合は、顧客は予約ＩＤを紙に書き取る等して店舗に持参し、精算時にレジ係員に口頭で伝える。また別の形態としては、予約ＩＤの数字又はバーコード等を印刷装置にて印刷し、印刷されたものを店舗に持参するようにしてもよい。この場合では、店舗の端末装置１，１…にてＯＣＲ又はバーコードリーダを利用して予約ＩＤの確認をすることができる。またこの場合は端末装置１，１…は取引予約の専用装置ではなく、ＰＯＳ端末であってもよい。
【００７３】
さらに、予約ＩＤを携帯電話の記憶装置に記憶させてこれを店舗に持参し、店舗内の端末装置１，１…と携帯電話とを通信させることによって予約ＩＤの確認を行うようにしてもよい。
【００７４】
さらに、会員制を導入している店舗においては、予約ＩＤではなく、会員の会員番号で予約の有無を確認するようにしてもよい。この場合では、精算時に会員カードの読み取りを行う際に、予約情報ＤＢ２４２の顧客ＩＤフィールド４２ａに格納されている顧客ＩＤと会員カードに書き込まれている会員番号とを突き合わせることによって予約の確認をすることができる。
【００７５】
このようにして各顧客は所望の予約の申込みを行うことができる。また取引予約受付装置２は、この予約の申込みに応じて上述した予約率及び値引率の値が変更される場合があるので、その場合は上述した手順にしたがってサービス情報ＤＢ２４０の更新を行った後に新たなサービス情報をネットワーク３上に公開する。
【００７６】
各顧客は、予約した時間に各店舗へ出向き、予約ＩＤを店頭にて伝える。そして後述する手順にしたがってこの予約の確認が行われる。
【００７７】
図９は、予約の確認を行う際の実施の形態１における本発明の取引予約受付システムの動作の流れを示すフローチャートである。
各店舗において、予約ＩＤが伝えられた場合、従業員等は、予約の確認を行うためにこの予約ＩＤを含む予約確認情報を端末装置１，１…へ入力する。端末装置１，１…は、予約確認情報を受け付けた場合（Ｓ６０１）、受け付けた予約確認情報を取引予約確認装置２へ送信する（Ｓ６０２）。
【００７８】
取引予約受付装置２は、端末装置１，１…から予約確認情報を受信した場合（Ｓ７０１）、予約情報ＤＢ２４２を参照し（Ｓ７０２）、この予約確認情報に含まれている予約ＩＤをキーとして検索する（Ｓ７０３）。ここで検索に失敗した場合（Ｓ７０３でＮＯ）、予約の確認ができなかったことを示す確認失敗情報を端末装置１，１…へ送信する（Ｓ７０４）。
【００７９】
端末装置１，１…は、取引予約受付装置２から確認失敗情報を受信した場合（Ｓ６０３）、受信した確認失敗情報を端末装置１，１…が備える表示画面上に表示する（Ｓ６０４）。
【００８０】
一方、ステップＳ７０３にて予約情報ＤＢ２４２の検索に成功した場合（Ｓ７０３でＹＥＳ）、予約の確認ができたことを示す確認成功情報を端末装置１，１…へ送信する（Ｓ７０５）。
【００８１】
端末装置１，１…は、取引予約受付装置２から確認成功情報を受信した場合（Ｓ６０５）、受信した確認成功情報を端末装置１，１…が備える表示画面上に表示する（Ｓ６０６）。
【００８２】
このようにして予約が確認できた場合であって、この確認ができた時間が予約情報に示されている時間帯に含まれるとき、顧客は、その予約に係るサービスの提供を受けることができる。
【００８３】
なお、来店時間が予約情報に示されている時間帯に含まれる場合にそのサービスを受けることができるようにしてもよい。この場合は、例えば来店時に来店時間を印刷した紙を顧客が受け取る等して来店時間を特定することができるようにする。
【００８４】
また、本発明の取引予約受付システムによって実現する取引予約受付サービスをサービスプロバイダ等が代行して行う場合は、代行を依頼している側（店舗等）に対してサービスプロバイダが代行サービスの利用料を請求するようにしてもよい。この場合、請求する利用料は、一定の額としてもよく、また予約に係る取引が実際に行われた場合にその取引の取引料金に基づいて算出した額としてもよい。
【００８５】
（実施の形態２）
図１０は、実施の形態２における本発明の取引予約受付システムの構成を示すブロック図である。実施の形態２における本発明の取引予約受付システムが備える取引予約受付装置２は、実施の形態１における本発明の取引予約受付装置２と異なり、ハードディスク２４に第４のデータベースである特典ポイントＤＢ２４３が付加されている。また実施の形態２における本発明の取引予約受付装置２のプログラムは可搬型記録媒体３００に記録されている。さらにそのプログラムは、外部サーバコンピュータ４に内蔵された記録媒体５に記録されており、このプログラムをダウンロードすることもできる。それ以外の構成は実施の形態１の場合と同様であるので、同一の符号を付して説明を省略する。
【００８６】
図１１は、上述した第４のデータベースである特典ポイントＤＢ２４３に格納されているファイルのフォーマット例を示す概念図である。
図１１に示すとおり、特典ポイントＤＢ２４３には、顧客ＩＤフィールド４３ａ、店舗ＩＤフィールド４３ｂ及びポイントフィールド４３ｃの３つのフィールドが用意されている。
【００８７】
顧客ＩＤフィールド４３ａには、顧客である各顧客を識別するための顧客ＩＤが格納され、店舗ＩＤフィールド４３ｂには、各店舗の店舗ＩＤが格納されている。またポイントフィールド４３ｃには、有価価値に相当するポイント、例えば１ポイントで１円相当の商品を購入することができる等のポイントが格納されている。
【００８８】
図１１に示すフォーマット例では、例えば顧客ＩＤが“１２３４５６”である顧客に対して、店舗ＩＤが“Ａ”である店舗において使用できるポイントが５００ポイント分与えられていることを示している。
【００８９】
次に実施の形態２における本発明の取引予約受付システムの動作について説明する。なお、サービス情報及び基礎データの登録、サービス情報の表示、並びに予約の受付の各処理における動作は実施の形態１の場合と同様であるので説明を省略する。
【００９０】
図１２は、予約の確認を行う際の実施の形態２における本発明の取引予約受付システムの動作の流れを示すフローチャートである。なお、この処理において実施の形態１の場合と同様の処理は、同一符号を付して説明を省略する。
【００９１】
ステップＳ７０３にて予約情報ＤＢ２４２の検索に成功した場合（Ｓ７０３でＹＥＳ）、確認ができた予約に係る値引率に相当するポイントを算出する（Ｓ８０１）。この算出は、例えば値引額分の料金をポイントとすることによって行う。この算出例によれば、５０００円の商品に対して値引率１０％が設定される場合のポイントは、５００ポイントとなる。
【００９２】
このようにして算出したポイントを特典ポイントＤＢ２４３のポイントフィールド４３ｃに格納することによって特典ポイントＤＢ２４３を更新する（Ｓ８０２）。そしてこの更新した内容に基づき、今回追加されたポイント及びポイントの累積値を示すポイント情報を端末装置１，１…へ送信する（Ｓ８０３）。
【００９３】
端末装置１，１…は、取引予約受付装置２からポイント情報を受信した場合（Ｓ９０１）、受信したポイント情報を端末装置１，１…が備える表示画面上に表示する（Ｓ９０２）。
【００９４】
なお、本実施の形態では予約に対する取引が行われた時にポイントの算出を行う例を示しているが、所定の時間毎又は所定の件数毎等にポイントの算出を行うようにしてもよい。
【００９５】
このように予約の確認ができた場合、顧客は、その予約に係るサービス内容に応じたポイントを取得することができる。これにより、見かけ上は、サービス情報において示されている特別なサービスが提供されていることがわからないため、予約をせずに来店している顧客に対して損失感を与えることはない。
【００９６】
なお、予約が実施されなかった場合、相応のポイントをペナルティとして減算するようにしてもよい。この場合、減算するポイントは予め所定の値を定めておいてもよく、予約された商品及びサービスに応じて算出するようにしてもよい。
【図面の簡単な説明】
【００９７】
【図１】実施の形態１における本発明の取引予約受付システムの構成を示すブロック図である。
【図２】実施の形態１における本発明の取引予約受付装置の構成を示すブロック図である。
【図３】サービス情報ＤＢに格納されているファイルのフォーマット例を示す概念図である。
【図４】基礎データＤＢに格納されているテーブルのフォーマット例を示す概念図である。
【図５】予約情報ＤＢに格納されているファイルのフォーマット例を示す概念図である。
【図６】サービス情報又は基礎データの登録処理の際の実施の形態１における本発明の取引予約受付システムの動作の流れを示すフローチャートである。
【図７】サービス情報を表示する際の実施の形態１における取引予約受付装置の動作の流れを示すフローチャートである。
【図８】予約を受け付ける際の実施の形態１における本発明の取引予約受付システムの動作の流れを示すフローチャートである。
【図９】予約の確認を行う際の実施の形態１における本発明の取引予約受付システムの動作の流れを示すフローチャートである。
【図１０】実施の形態２における本発明の取引予約受付システムの構成を示すブロック図である。
【図１１】特典ポイントＤＢに格納されているファイルのフォーマット例を示す概念図である。
【図１２】予約の確認を行う際の実施の形態２における本発明の取引予約受付システムの動作の流れを示すフローチャートである。
【符号の説明】
【００９８】
１ 端末装置
２ 取引予約受付装置
１００，３００ 可搬型記録媒体
２４０ サービス情報ＤＢ
２４１ 基礎データＤＢ
２４２ 予約情報ＤＢ
２４３ 特典ポイントＤＢ
【図１】
2007184003.tif 000003
【図２】
2007184003.tif 000004
【図３】
2007184003.tif 000005
【図４】
2007184003.tif 000006
【図５】
2007184003.tif 000007
【図６】
2007184003.tif 000008
【図７】
2007184003.tif 000009
【図８】
2007184003.tif 000010
【図９】
2007184003.tif 000011
【図１０】
2007184003.tif 000012
【図１１】
2007184003.tif 000013
【図１２】
2007184003.tif 000014