JP2001265987A - 取引予約受付方法、取引予約受付システム、取引予約受付装置及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 タイムサービス等の割引サービスを行ってい
ることを多くの利用者に対して迅速に伝えることがで
き、しかもその予約を受け付けることができる取引予約
受付方法、取引予約受付システム、取引予約受付装置及
び記録媒体の提供。 【解決手段】 取引予約受付装置２は、割引サービス等
のサービス情報をネットワーク３上に公開する。利用者
は、端末装置１，１…を用いてこのサービス情報を参照
し、所望のサービス情報に対して予約の申込みを行う。
取引予約受付装置２は、端末装置１，１…から受け付け
た予約の予約状況に基づいて割引サービスの内容を更新
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上に
て商品又はサービスの提供料金を開示し、この提供料金
によって提供を受けることの予約を受け付ける取引予約
受付方法、その方法を実施するための取引予約受付シス
テム及び取引予約受付装置、並びにコンピュータをその
装置として機能させる為のコンピュータプログラムが記
録してある記録媒体に関する。

【０００２】

【従来の技術】各種の商品又はサービスを提供する店舗
においては、取り扱う商品又はサービスの性質に応じ
て、顧客が少なくなる時間帯（以下、閑散時間帯とい
う）が存在する。例えばレストラン等の料理を提供する
店舗においては、朝食時と昼食時との間及び昼食時と夕
食時との間が閑散時間帯となり得る。一方、スーパーマ
ーケット等では昼食及び夕食等の時間帯が閑散時間帯と
なり得る。

【０００３】しかしながら商品又はサービスを効率的に
提供するためには、このような閑散時間帯を可能な限り
短縮することが望ましい。そこでこの閑散時間帯の短縮
化を図るべく、通常料金よりも低価格に設定された割引
料金により商品又はサービスを提供するタイムサービス
が従来から行われている。

【０００４】また、例えばスーパーマーケット等におい
て、当日中に販売すべき商品であって営業終了間際まで
残っている商品等は、いわゆる見切り品として割引料金
にて提供することが一般に行われている。これにより、
売れ残りとなる商品の数の最小化を図っている。

【０００５】各店舗においては、このようなタイムサー
ビス及び見切り品の提供（以下、割引サービスという）
を行うために、通常料金が表示された値札及び料金表等
を割引料金が表示された値札及び料金表等に変更する作
業等を行っていた。また、割引料金にて商品又はサービ
スを提供することを宣伝するために、店頭での呼び込み
及びチラシの配布作業等を行っていた。

【０００６】

【発明が解決しようとする課題】しかしながら、上述し
たような値札及び料金表等の変更作業、並びに店頭での
呼び込み及びチラシの配布作業は、何れも人手によるも
のであるため、相当な労力が必要となり、迅速に行うこ
とが困難であった。そのため、割引サービスにおいて設
定される割引料金の額を、刻々と変化する状況に応じた
適切な額に変更することが不可能であるという問題があ
った。

【０００７】また同じく相当な労力が必要となるため
に、上述したような作業を大規模に行うことが困難であ
った。そのため、顧客は、割引サービスが行われている
ことを容易に知ることができないという問題があった。
またこれに伴って、店舗においては、顧客の利用状況の
平準化、すなわち閑散時間帯の短縮を図ることが困難で
あるという問題があった。

【０００８】ところで、近年は通信環境の整備の進展に
伴いインターネットに代表される通信ネットワークが急
速に普及しており、このような通信ネットワークを利用
して各種のサービスを提供するコンピュータシステムが
実現されている。これらのコンピュータシステムは、人
手による場合に比し、少ない労力で、迅速且つ大規模に
サービスを提供することができる。

【０００９】本発明はこのようなコンピュータシステム
の進展に鑑みてなされたものであり、取引対象の取引に
おける取引条件を定めてこれをネットワーク上で公開
し、この取引条件に基づいた取引を行うことの予約を受
け付けることによって、割引サービスが行われているこ
とを、多くの顧客に対して迅速に伝えることができ、し
かもその割引サービスの提供を受けることの予約を行う
ことができる取引予約受付方法、その方法を実施するた
めの取引予約受付システム及び取引予約受付装置、並び
にコンピュータをその装置として機能させる為のコンピ
ュータプログラムが記録してある記録媒体を提供するこ
とを目的とする。

【００１０】また本発明の他の目的は、割引サービスに
おける割引率等の、取引における取引条件を、その取引
の予約の予約状況に基づいて決定することによって、刻
々と変化する状況に応じた適切な取引条件を決定するこ
とができる取引予約受付方法、取引予約受付システム、
取引予約受付装置及び記録媒体の提供にある。

【００１１】また本発明の他の目的は、特定の取引条件
に基づいた取引を行う場合に、その取引の予約がなされ
ているか否かの確認をすることによって、実際に予約を
しているときに限ってその特定の取引条件に基づいた取
引を行うことができる取引予約受付方法、取引予約受付
システム、取引予約受付装置及び記録媒体の提供にあ
る。

【００１２】さらに本発明の他の目的は、特定の取引条
件に基づいた取引の予約がなされていることが確認でき
た場合、この取引条件に基づいた取引を行う代わりに、
その取引条件に応じた特典を与えることができる取引予
約受付方法、取引予約受付システム、取引予約受付装置
及び記録媒体の提供にある。

【００１３】

【課題を解決するための手段】第１発明に係る取引予約
受付方法は、少なくとも来店時間で区切られた時間帯毎
に定められた取引対象の取引特典情報を複数の顧客に電
子的に提示するステップと、顧客によって選択された時
間帯における取引予約情報を電子的に受け付けるステッ
プと、顧客の来店時間又は取引完了時間が前記受け付け
た取引予約情報に係る時間帯に含まれる場合に取引予約
対象の特典付取引を行うステップとを含むことを特徴と
する。

【００１４】第２発明に係る取引予約受付方法は、取引
対象の取引の予約を受け付ける取引予約受付方法におい
て、取引対象の取引における取引条件を決定するステッ
プと、決定した取引条件を表示するステップと、表示し
た取引条件に基づいて取引対象の取引を行うことの予約
を受け付けるステップとを含むことを特徴とする。

【００１５】第３発明に係る取引予約受付方法は、第２
発明に係る取引予約受付方法において、前記取引条件を
決定するステップは、取引の予約の予約状況に基づいて
取引条件を決定するステップであることを特徴とする。

【００１６】第４発明に係る取引予約受付方法は、第２
発明又は第３発明に係る取引予約受付方法において、前
記予約を受け付けるステップが予約を受け付けているか
否かを確認するステップを更に含むことを特徴とする。

【００１７】第５発明に係る取引予約受付方法は、第４
発明に係る取引予約受付方法において、前記確認するス
テップによって受け付けられていることが確認された予
約に係る取引の取引条件に基づいて該取引における特典
を決定するステップと、決定した特典を提供するステッ
プとを更に含むことを特徴とする。

【００１８】第６発明に係る取引予約受付システムは、
複数の端末装置と、該端末装置夫々と接続され、取引対
象の取引の予約を受け付ける取引予約受付装置とを備え
る取引予約受付システムにおいて、前記取引予約受付装
置は、取引対象の取引における取引条件を決定する取引
条件決定手段と、該取引条件決定手段によって決定され
た取引条件を表示する取引条件表示手段とを備え、前記
端末装置は、前記表示された取引条件に基づいた取引対
象の取引の予約の申込みを示す予約申込情報を受け付け
る予約申込情報受付手段と、該予約申込情報受付手段に
よって受け付けられた予約申込情報を取引予約受付装置
へ送信する予約情報送信手段とを備え、前記取引予約受
付装置は更に、予約申込情報を受信した場合、受信した
予約申込情報を記憶する予約申込情報記憶手段を備える
ことを特徴とする。

【００１９】第７発明に係る取引予約受付装置は、取引
対象の取引の予約を受け付ける取引予約受付装置におい
て、取引対象の取引における取引条件を決定する取引条
件決定手段と、該取引条件決定手段によって決定された
取引条件を表示する取引条件表示手段と該取引条件表示
手段によって表示された取引条件に基づいた取引の予約
の申込みを示す予約申込情報が入力された場合、該予約
申込情報を記憶する予約申込情報記憶手段とを備えるこ
とを特徴とする。

【００２０】第８発明に係る記録媒体は、コンピュータ
に、取引対象の取引の予約を受け付けさせるプログラム
が記録してあるコンピュータ読み取り可能な記録媒体に
おいて、コンピュータに、取引対象の取引における取引
条件を決定させるプログラムコード手段と、コンピュー
タに、決定させた取引条件を表示させるプログラムコー
ド手段と、コンピュータに、表示させた取引条件に基づ
いた取引の予約の申込みを示す予約申込情報が入力され
た場合、該予約申込情報を記憶させるプログラムコード
手段とを有するプログラムが記録してあることを特徴と
する。

【００２１】第１発明による場合、少なくとも顧客が来
店する来店時間で区切られた時間帯毎に定められた取引
対象の取引特典情報を、複数の顧客に対して電子的に提
示する。また、この提示を受けた顧客により選択された
時間帯における取引の予約を示す取引予約情報を電子的
に受け付ける。そしてこの予約を行った顧客の来店時間
又はその取引が完了する取引完了時間が前記取引予約情
報に係る時間帯に含まれる場合に取引予約対象の特典付
取引を行う。

【００２２】このように、取引特典情報を電子的に提示
することによって、タイムサ─ビス及び見切り品の提供
等の特別なサ─ビスを行っていることを多くの顧客に対
して迅速に伝えることができる。

【００２３】また、取引予約情報を電子的に受け付ける
ことによって、顧客は地理的な制約を受けることなく取
引の予約を行うことができ、この予約に基づいた取引を
行うことによって取引特典情報に示されている特典を享
受することができる。

【００２４】なお、ここで取引完了時間とは、店舗にて
商品を購入する場合はその購入を行う時間であり、また
サービスの提供を受ける場合であればその提供を受ける
時間である。

【００２５】第２発明、第６発明、第７発明及び第８発
明による場合、取引対象の取引における取引条件を決定
し、この決定した取引条件を表示する。そして、この表
示した取引条件に基づいて取引対象の取引を行うことの
予約を受け付ける。

【００２６】このように、定めた取引条件を公開するこ
とによって、特別なサービスを行っていることを多くの
顧客に対して迅速に伝えることができる。

【００２７】また、この取引条件に基づいた取引を行う
ことの予約を受け付けることによって、実際にその取引
条件に基づいた取引がどの程度行われるのかを予測する
ことが可能になる。したがって店舗側ではどの程度の商
品等を用意すればよいのかを把握することができる。

【００２８】第３発明による場合、取引を行う場合の取
引条件を、取引の予約の予約状況に基づいて決定する。
したがって、時間が経過する都度変化する状況に応じた
適切な取引条件を決定することができる。

【００２９】第４発明による場合、予約された取引条件
に基づいた取引を行う場合に、その取引の予約が実際に
されているか否かを確認する。

【００３０】これにより、タイムサービス及び見切り品
の提供等の特別なサービスを、そのサービスの提供の予
約をした顧客のみが享受することができ、それ以外の顧
客はこのサービスを享受することができない。したがっ
て、このような特別なサービスの提供を受けるために、
その予約をするように顧客を促すことができる。

【００３１】第５発明による場合、特定の取引条件に基
づいた取引の予約がなされていることが確認できた場
合、この取引条件に応じた特典を顧客に提供する。

【００３２】このように、特定の取引条件に基づいた取
引を行う代わりに、その取引条件に応じた特典、例えば
有価価値に相当するポイント等が、予約して来店してい
る顧客に与えられる。これにより、見かけ上は特定の条
件に基づいた特別なサービスを提供していることがわか
らないので、予約をせずに来店している顧客に損失感を
与えることがない。

【００３３】

【発明の実施の形態】以下、本発明をその実施の形態を
示す図面に基づいて詳述する。 （実施の形態１）図１は、実施の形態１における本発明
の取引予約受付システムの構成を示すブロック図であ
る。図１において、１，１…は端末装置を示しており、
この端末装置１，１…は、顧客の自宅１０及び勤務会社
１１、並びに店舗１２等に設置されている。顧客の自宅
１０及び勤務会社１１では、端末装置１，１…を介し
て、各店舗にて実施されているサービス内容の確認及び
予約が顧客によって行われる。なお、端末装置１，１…
が携帯電話等の可搬装置である場合は、顧客は必要なと
きに必要な場所でサービス内容の確認及び予約を行うこ
とが可能である。

【００３４】また店舗１２では、端末装置１，１…を介
して、サービス内容の登録、サービス内容を決定するた
めの基礎データの登録、及び予約内容の確認等が店舗１
２の従業員によって行われる。

【００３５】またネットワーク３には、端末装置１，１
…との間で通信を行う取引予約受付装置２が接続されて
おり、例えば複数の店舗によって運営されているマシン
センタ１３に設置されている。なお、取引予約受付装置
２は、これに限らず、サービスプロバイダ等に委託して
もよく、店舗内に設置するようにしてもよい。

【００３６】図２は、実施の形態１における本発明の取
引予約受付装置２の構成を示すブロック図である。図２
において、取引予約受付装置２はＣＰＵ２１を有し、該
ＣＰＵ２１に対して、ＣＰＵ２１において発生するデー
タを記憶するＲＡＭ２２、実施の形態１における本発明
の取引予約受付装置２のプログラムが記録されているＣ
Ｄ−ＲＯＭ又はフレキシブルディスク等の可搬型記録媒
体１００から前記プログラムを読み取るＣＤ−ＲＯＭド
ライブ又はフレキシブルディスクドライブ等からなる外
部記憶装置２３、外部記憶装置２３により読み取った本
発明のプログラムを格納するハードディスク２４、及び
ネットワーク３に接続するための通信インタフェース２
５が接続されている。

【００３７】またハードディスク２４は、後述する３つ
のデータベース（サービス情報ＤＢ２４０、基礎データ
ＤＢ２４１及び予約情報ＤＢ２４２）を有している。

【００３８】実施の形態１における本発明の取引予約受
付装置２のプログラムは可搬型記録媒体１００から読み
取る以外にも、ネットワーク３を介して外部サーバコン
ピュータ４に接続し、外部サーバコンピュータ４に内蔵
された前記プログラムを記録してある記録媒体５から取
引予約受付装置２へ前記プログラムをダウンロードする
ことができる。そしてこのダウンロードしたプログラム
をハードディスク２４に格納し、格納されたプログラム
をＣＰＵ２１がＲＡＭ２２にロードすることによって、
取引予約受付装置２は後述する処理を実行することがで
きる。

【００３９】次に、上述した３つのデータベースについ
て説明する。第１のデータベースであるサービス情報Ｄ
Ｂ２４０は、タイムサービス等の限定された時間帯にお
ける特別なサービスに関するサービス情報を記憶する。
なお、このサービス情報は後述する手順にしたがって端
末装置１，１…から受信する。

【００４０】図３はサービス情報ＤＢ２４０に格納され
ているファイルのフォーマット例を示す概念図である。
図３に示すとおり、サービス情報ＤＢ２４０には、店舗
ＩＤフィールド４０ａ、年月日フィールド４０ｂ、時間
フィールド４０ｃ、サービス対象フィールド４０ｄ及び
値引率フィールド４０ｅの５つのフィールドが用意され
ている。

【００４１】店舗ＩＤフィールド４０ａには、店舗を識
別するための店舗識別子（以下、店舗ＩＤという）が格
納され、年月日フィールド４０ｂにはその店舗が提供す
るサービスが実施される年月日が、時間フィールド４０
ｃには同じくサービスが実施される時間が夫々格納され
る。

【００４２】またサービス対象フィールド４０ｄには、
そのサービスの対象となる商品の商品名が格納され、値
引率フィールド４０ｅには、その商品に対して適用され
る値引率が格納される。なおこの値引率は後述する手順
にしたがって算出される。

【００４３】図３に示すフォーマット例では、例えば店
舗ＩＤが“Ａ”である店舗において、１９９９年１１月
１０日の午前９時乃至午前１１時において、この店舗が
扱っている商品が一律１０％値引きされて提供されるこ
とを示している。

【００４４】第２のデータベースである基礎データＤＢ
２４１は、上述した値引率を算出する際に使用する各種
のデータ（以下、基礎データという）をテーブル形式で
記憶する。なお、これらの基礎データは後述する手順に
したがって端末装置１，１…から受信する。

【００４５】図４は基礎データＤＢ２４１に格納されて
いるテーブルのフォーマット例を示す概念図である。図
４（ａ）は来店目標人数及び予想人数テーブルを示して
おり、このテーブルには、来店目標人数と来店予想人数
とが時刻別に定められ格納されている。また図４（ｂ）
及び（ｃ）は曜日係数テーブル及び天候係数テーブルを
夫々示しており、このテーブルには、各曜日別及び各天
候別に予想される来店人数に応じて定められた係数が夫
々格納されている。さらに図４（ｄ）は値引率テーブル
を示しており、このテーブルには、後述する手順にした
がって算出された予約率に対応した値引率が格納されて
いる。

【００４６】なお、基礎データＤＢ２４１に記憶される
テーブルは上述したテーブルに限定されるものではな
く、各店舗が取り扱う商品又はサービスに応じて、例え
ば月別又は気温別に予想される来店人数に応じて定めら
れた係数が格納されているテーブルを記憶してもよい。
またこれらのテーブルは各店舗毎に用意され記憶されて
いる。

【００４７】第３のデータベースである予約情報ＤＢ２
４２は、各顧客から受け付けた予約に関する予約情報を
記憶する。なお、この予約情報は後述する手順にしたが
って端末装置１，１…から受信する。

【００４８】図５は予約情報ＤＢ２４２に格納されてい
るファイルのフォーマット例を示す概念図である。図５
に示すとおり、予約情報ＤＢ２４２には、顧客ＩＤフィ
ールド４２ａ、店舗ＩＤフィールド４２ｂ、日時フィー
ルド４２ｃ、予約データフィールド４２ｄ及び予約ＩＤ
フィールド４２ｅの５つのフィールドが用意されてい
る。

【００４９】顧客ＩＤフィールド４２ａには、顧客であ
る各顧客毎を識別するための顧客識別子（以下、顧客Ｉ
Ｄという）が格納され、店舗ＩＤフィールド４２ｂに
は、各店舗の店舗ＩＤが格納されている。また日時フィ
ールド４２ｃには予約を受け付けた日時が、予約データ
フィールド４２ｄにはその予約の内容を示す情報が、予
約ＩＤフィールド４２ｅにはその予約を識別するための
予約識別子（以下、予約ＩＤという）が夫々格納されて
いる。

【００５０】図５に示すフォーマット例では、例えば顧
客ＩＤが“１２３４５６”である顧客が、店舗ＩＤが
“Ａ”である店舗において、１９９９年１１月１０日の
午前１０時に、商品が一律値引き１０％となる割引サー
ビスの予約を行っており、その予約の予約ＩＤが“１”
であることを示している。

【００５１】なお、顧客ＩＤフィールド４２ａに格納さ
れる顧客ＩＤは、例えば会員制を設けているような店舗
においてはその会員の識別子を用い、またそのような会
員制を設けていないような店舗においては顧客の名前等
が用いられる。

【００５２】次に、実施の形態１における本発明の取引
予約受付システムの動作について説明する。図６はサー
ビス情報又は基礎データの登録処理の際の実施の形態１
における本発明の取引予約受付システムの動作の流れを
示すフローチャートである。端末装置１，１…は、サー
ビス情報（又は基礎データ）の入力を促す画面を端末装
置１，１…が備える表示画面上にて表示している。この
画面に対し、各店舗の従業員等は、サービス情報（又は
基礎データ）の入力を行う。

【００５３】端末装置１，１…は、サービス情報（又は
基礎データ）を受け付けた場合（Ｓ１０１）、受け付け
たサービス情報（又は基礎データ）を取引予約受付装置
２へ送信する（Ｓ１０２）。

【００５４】取引予約受付装置２は、端末装置１，１…
からサービス情報（又は基礎データ）を受信した場合
（Ｓ２０１）、受信したサービス情報（又は基礎デー
タ）をサービス情報ＤＢ２４０（又は基礎データＤＢ２
４１）に登録する（Ｓ２０２）。そしてサービス情報Ｄ
Ｂ２４０（又は基礎データＤＢ２４１）への登録が完了
したことを示す登録完了情報を端末装置１，１…へ送信
する（Ｓ２０３）。

【００５５】端末装置１，１…は、取引予約受付装置２
から登録完了情報を受信した場合（Ｓ１０３）、受信し
た登録完了情報を端末装置１，１…が備える表示画面上
に表示する（Ｓ１０４）。

【００５６】このようにして店舗の従業員等は所望のサ
ービス情報（又は基礎データ）を取引予約受付装置２へ
登録することができる。これらの登録処理は以前に登録
したサービス情報（又は基礎データ）の変更が必要であ
ると判断された場合にその都度実行される。

【００５７】図７は、サービス情報を表示する際の実施
の形態１における取引予約受付装置２の動作の流れを示
すフローチャートである。取引予約受付装置２は、予約
をせずに来店する顧客の予想人数である未予約来店予想
人数を算出する（Ｓ３０１）。この算出は、例えば図４
（ａ）に示した来店目標人数及び予想人数テーブルに格
納されている来店予想人数に、図４（ｂ）に示した曜日
係数テーブルに格納されている係数、及び図４（ｃ）に
示した天候係数テーブルに格納されている係数を乗じる
ことによって行われる。この算出例によれば、例えば雨
が降っている土曜日の午前１０時における未予約来店予
想人数は、１０時の来店予想人数である５０（人）に、
雨の場合の天候係数である８０（％）及び土曜日の場合
の曜日係数である１２０（％）を乗じて得られた結果で
ある４８（人）となる。

【００５８】次に、ステップＳ３０１にて算出した未予
約来店予想人数に基づいて、後述するようにして各顧客
が行った予約の予約率を算出する（Ｓ３０２）。この算
出は、例えば予約の累積数を示す予約数を、図４（ａ）
に示した来店目標人数及び予想人数テーブルに格納され
ている来店目標人数から前記未予約来店予想人数を減じ
た値で割ることによって行われる。この算出例によれ
ば、例えば雨が降っている土曜日の午前１０時における
予約数が７６の場合の予約率は、７６／（２００−４
８）の結果である０．５、すなわち５０（％）となる。

【００５９】次に、ステップＳ３０２にて算出した予約
率に基づいて提供するサービスにおける値引率を算出す
る（Ｓ３０３）。この算出は、図４（ｄ）に示した値引
率テーブルを用いて行う。したがって上述の例のように
予約率が５０（％）の場合は、値引き率は２０（％）と
なる。

【００６０】このようにして算出された値引率をサービ
ス情報ＤＢ２４０の値引率フィールド４０ｅに格納する
ことによってサービス情報ＤＢ２４０の内容を更新する
（Ｓ３０４）。そして更新されたサービス情報ＤＢ２４
０の内容を表示する（Ｓ３０５）。ここで表示とはネッ
トワーク３上に公開することを示しており、各顧客は端
末装置１，１…を用いてこのサービス情報ＤＢ２４０の
内容を確認することができる。

【００６１】なお、値引率はこのように取引予約受付装
置２が算出する以外にも、各店舗の従業員等によって定
めた値としてもよい。この場合は、従業員が端末装置
１，１…を用いてその値引率の値を取引予約受付装置２
へ送信する。そして取引予約受付装置２は、受信した値
引率の値をサービス情報ＤＢ２４０の値引率フィールド
４０ｅに格納し、これを表示する。

【００６２】上述した処理は、顧客の端末装置１，１…
からサービス情報の表示の要求があった場合に行っても
よく、また一定時間毎にステップＳ３０１乃至Ｓ３０４
を実行しておき、顧客の端末装置１，１…からサービス
情報の表示の要求があった場合にステップＳ３０５を実
行するようにしてもよい。

【００６３】図８は、予約を受け付ける際の実施の形態
１における本発明の取引予約受付システムの動作の流れ
を示すフローチャートである。端末装置１，１…は、予
約の申込みを示す予約申込情報の入力を促す画面を端末
装置１，１…が備える表示画面上にて表示している。こ
の画面に対し、各顧客は、予約申込情報の入力を行う。

【００６４】端末装置１，１…は、予約申込情報を受け
付けた場合（Ｓ４０１）、受け付けた予約申込情報を取
引予約受付装置２へ送信する（Ｓ４０２）。

【００６５】取引予約受付装置２は、端末装置１，１…
から予約申込情報を受信した場合（Ｓ５０１）、受信し
た予約申込情報を予約情報ＤＢ２４２に登録する（Ｓ５
０２）。そして予約情報ＤＢ２４２への登録が完了した
ことを示す登録完了情報を端末装置１，１…へ送信する
（Ｓ５０３）。この登録完了情報には、予約情報ＤＢ２
４２への登録の際に採番された予約ＩＤが含まれてい
る。

【００６６】端末装置１，１…は、取引予約受付装置２
から登録完了情報を受信した場合（Ｓ４０３）、受信し
た登録完了情報を端末装置１，１…が備える表示画面上
に表示する（Ｓ４０４）。

【００６７】なお上述した予約ＩＤは数字でもよいし、
バーコード等でもよい。予約ＩＤが数字の場合は、顧客
は予約ＩＤを紙に書き取る等して店舗に持参し、精算時
にレジ係員に口頭で伝える。また別の形態としては、予
約ＩＤの数字又はバーコード等を印刷装置にて印刷し、
印刷されたものを店舗に持参するようにしてもよい。こ
の場合では、店舗の端末装置１，１…にてＯＣＲ又はバ
ーコードリーダを利用して予約ＩＤの確認をすることが
できる。またこの場合は端末装置１，１…は取引予約の
専用装置ではなく、ＰＯＳ端末であってもよい。

【００６８】さらに、予約ＩＤを携帯電話の記憶装置に
記憶させてこれを店舗に持参し、店舗内の端末装置１，
１…と携帯電話とを通信させることによって予約ＩＤの
確認を行うようにしてもよい。

【００６９】さらに、会員制を導入している店舗におい
ては、予約ＩＤではなく、会員の会員番号で予約の有無
を確認するようにしてもよい。この場合では、精算時に
会員カードの読み取りを行う際に、予約情報ＤＢ２４２
の顧客ＩＤフィールド４２ａに格納されている顧客ＩＤ
と会員カードに書き込まれている会員番号とを突き合わ
せることによって予約の確認をすることができる。

【００７０】このようにして各顧客は所望の予約の申込
みを行うことができる。また取引予約受付装置２は、こ
の予約の申込みに応じて上述した予約率及び値引率の値
が変更される場合があるので、その場合は上述した手順
にしたがってサービス情報ＤＢ２４０の更新を行った後
に新たなサービス情報をネットワーク３上に公開する。

【００７１】各顧客は、予約した時間に各店舗へ出向
き、予約ＩＤを店頭にて伝える。そして後述する手順に
したがってこの予約の確認が行われる。

【００７２】図９は、予約の確認を行う際の実施の形態
１における本発明の取引予約受付システムの動作の流れ
を示すフローチャートである。各店舗において、予約Ｉ
Ｄが伝えられた場合、従業員等は、予約の確認を行うた
めにこの予約ＩＤを含む予約確認情報を端末装置１，１
…へ入力する。端末装置１，１…は、予約確認情報を受
け付けた場合（Ｓ６０１）、受け付けた予約確認情報を
取引予約確認装置２へ送信する（Ｓ６０２）。

【００７３】取引予約受付装置２は、端末装置１，１…
から予約確認情報を受信した場合（Ｓ７０１）、予約情
報ＤＢ２４２を参照し（Ｓ７０２）、この予約確認情報
に含まれている予約ＩＤをキーとして検索する（Ｓ７０
３）。ここで検索に失敗した場合（Ｓ７０３でＮＯ）、
予約の確認ができなかったことを示す確認失敗情報を端
末装置１，１…へ送信する（Ｓ７０４）。

【００７４】端末装置１，１…は、取引予約受付装置２
から確認失敗情報を受信した場合（Ｓ６０３）、受信し
た確認失敗情報を端末装置１，１…が備える表示画面上
に表示する（Ｓ６０４）。

【００７５】一方、ステップＳ７０３にて予約情報ＤＢ
２４２の検索に成功した場合（Ｓ７０３でＹＥＳ）、予
約の確認ができたことを示す確認成功情報を端末装置
１，１…へ送信する（Ｓ７０５）。

【００７６】端末装置１，１…は、取引予約受付装置２
から確認成功情報を受信した場合（Ｓ６０５）、受信し
た確認成功情報を端末装置１，１…が備える表示画面上
に表示する（Ｓ６０６）。

【００７７】このようにして予約が確認できた場合であ
って、この確認ができた時間が予約情報に示されている
時間帯に含まれるとき、顧客は、その予約に係るサービ
スの提供を受けることができる。

【００７８】なお、来店時間が予約情報に示されている
時間帯に含まれる場合にそのサービスを受けることがで
きるようにしてもよい。この場合は、例えば来店時に来
店時間を印刷した紙を顧客が受け取る等して来店時間を
特定することができるようにする。

【００７９】また、本発明の取引予約受付システムによ
って実現する取引予約受付サービスをサービスプロバイ
ダ等が代行して行う場合は、代行を依頼している側（店
舗等）に対してサービスプロバイダが代行サービスの利
用料を請求するようにしてもよい。この場合、請求する
利用料は、一定の額としてもよく、また予約に係る取引
が実際に行われた場合にその取引の取引料金に基づいて
算出した額としてもよい。

【００８０】（実施の形態２）図１０は、実施の形態２
における本発明の取引予約受付システムの構成を示すブ
ロック図である。実施の形態２における本発明の取引予
約受付システムが備える取引予約受付装置２は、実施の
形態１における本発明の取引予約受付装置２と異なり、
ハードディスク２４に第４のデータベースである特典ポ
イントＤＢ２４３が付加されている。また実施の形態２
における本発明の取引予約受付装置２のプログラムは可
搬型記録媒体３００に記録されている。さらにそのプロ
グラムは、外部サーバコンピュータ４に内蔵された記録
媒体５に記録されており、このプログラムをダウンロー
ドすることもできる。それ以外の構成は実施の形態１の
場合と同様であるので、同一の符号を付して説明を省略
する。

【００８１】図１１は、上述した第４のデータベースで
ある特典ポイントＤＢ２４３に格納されているファイル
のフォーマット例を示す概念図である。図１１に示すと
おり、特典ポイントＤＢ２４３には、顧客ＩＤフィール
ド４３ａ、店舗ＩＤフィールド４３ｂ及びポイントフィ
ールド４３ｃの３つのフィールドが用意されている。

【００８２】顧客ＩＤフィールド４３ａには、顧客であ
る各顧客を識別するための顧客ＩＤが格納され、店舗Ｉ
Ｄフィールド４３ｂには、各店舗の店舗ＩＤが格納され
ている。またポイントフィールド４３ｃには、有価価値
に相当するポイント、例えば１ポイントで１円相当の商
品を購入することができる等のポイントが格納されてい
る。

【００８３】図１１に示すフォーマット例では、例えば
顧客ＩＤが“１２３４５６”である顧客に対して、店舗
ＩＤが“Ａ”である店舗において使用できるポイントが
５００ポイント分与えられていることを示している。

【００８４】次に実施の形態２における本発明の取引予
約受付システムの動作について説明する。なお、サービ
ス情報及び基礎データの登録、サービス情報の表示、並
びに予約の受付の各処理における動作は実施の形態１の
場合と同様であるので説明を省略する。

【００８５】図１２は、予約の確認を行う際の実施の形
態２における本発明の取引予約受付システムの動作の流
れを示すフローチャートである。なお、この処理におい
て実施の形態１の場合と同様の処理は、同一符号を付し
て説明を省略する。

【００８６】ステップＳ７０３にて予約情報ＤＢ２４２
の検索に成功した場合（Ｓ７０３でＹＥＳ）、確認がで
きた予約に係る値引率に相当するポイントを算出する
（Ｓ８０１）。この算出は、例えば値引額分の料金をポ
イントとすることによって行う。この算出例によれば、
５０００円の商品に対して値引率１０％が設定される場
合のポイントは、５００ポイントとなる。

【００８７】このようにして算出したポイントを特典ポ
イントＤＢ２４３のポイントフィールド４３ｃに格納す
ることによって特典ポイントＤＢ２４３を更新する（Ｓ
８０２）。そしてこの更新した内容に基づき、今回追加
されたポイント及びポイントの累積値を示すポイント情
報を端末装置１，１…へ送信する（Ｓ８０３）。

【００８８】端末装置１，１…は、取引予約受付装置２
からポイント情報を受信した場合（Ｓ９０１）、受信し
たポイント情報を端末装置１，１…が備える表示画面上
に表示する（Ｓ９０２）。

【００８９】なお、本実施の形態では予約に対する取引
が行われた時にポイントの算出を行う例を示している
が、所定の時間毎又は所定の件数毎等にポイントの算出
を行うようにしてもよい。

【００９０】このように予約の確認ができた場合、顧客
は、その予約に係るサービス内容に応じたポイントを取
得することができる。これにより、見かけ上は、サービ
ス情報において示されている特別なサービスが提供され
ていることがわからないため、予約をせずに来店してい
る顧客に対して損失感を与えることはない。

【００９１】なお、予約が実施されなかった場合、相応
のポイントをペナルティとして減算するようにしてもよ
い。この場合、減算するポイントは予め所定の値を定め
ておいてもよく、予約された商品及びサービスに応じて
算出するようにしてもよい。

【００９２】

【発明の効果】以上詳述した如く、請求項１及び請求項
２に記載の取引予約受付方法、請求項６に記載の取引予
約受付システム、請求項７に記載の取引予約受付装置、
並びに請求項８に記載の記録媒体によれば、定めた取引
条件をネットワーク上で公開することによって、割引サ
ービス等の特定の取引条件に基づいた取引を行っている
ことを多くの顧客に対して迅速に伝えることができる。

【００９３】また、この取引条件に基づいた取引を行う
ことの予約を受け付けることによって、実際にその取引
条件に基づいた取引がどの程度行われるのかを予測する
ことが可能になる。

【００９４】また、請求項３に記載の取引予約受付方法
によれば、取引を行う場合の取引条件を、取引の予約の
予約状況に基づいて決定することによって、時間が経過
する都度変化する状況に応じた適切な取引条件を決定す
ることができる。

【００９５】また、請求項４に記載の取引予約受付方法
によれば、予約された取引条件に基づいた取引を行う場
合に、その取引の予約が実際にされているか否かを確認
することによって、割引サービス等の特別なサービス
を、その予約をした顧客のみが享受することができる。

【００９６】さらに、請求項５に記載の取引予約受付方
法によれば、特定の取引条件に基づいた取引を行う代わ
りに、その取引条件に応じた特典を顧客に与えられるこ
とによって、見かけ上は特定の条件に基づいた特別なサ
ービスを提供していることがわからないため、予約をせ
ずに来店している顧客に損失感を与えることがない等、
本発明は優れた効果を奏する。

【図面の簡単な説明】

【図１】実施の形態１における本発明の取引予約受付シ
ステムの構成を示すブロック図である。

【図２】実施の形態１における本発明の取引予約受付装
置の構成を示すブロック図である。

【図３】サービス情報ＤＢに格納されているファイルの
フォーマット例を示す概念図である。

【図４】基礎データＤＢに格納されているテーブルのフ
ォーマット例を示す概念図である。

【図５】予約情報ＤＢに格納されているファイルのフォ
ーマット例を示す概念図である。

【図６】サービス情報又は基礎データの登録処理の際の
実施の形態１における本発明の取引予約受付システムの
動作の流れを示すフローチャートである。

【図７】サービス情報を表示する際の実施の形態１にお
ける取引予約受付装置の動作の流れを示すフローチャー
トである。

【図８】予約を受け付ける際の実施の形態１における本
発明の取引予約受付システムの動作の流れを示すフロー
チャートである。

【図９】予約の確認を行う際の実施の形態１における本
発明の取引予約受付システムの動作の流れを示すフロー
チャートである。

【図１０】実施の形態２における本発明の取引予約受付
システムの構成を示すブロック図である。

【図１１】特典ポイントＤＢに格納されているファイル
のフォーマット例を示す概念図である。

【図１２】予約の確認を行う際の実施の形態２における
本発明の取引予約受付システムの動作の流れを示すフロ
ーチャートである。

【符号の説明】

１ 端末装置 ２ 取引予約受付装置 １００，３００ 可搬型記録媒体 ２４０ サービス情報ＤＢ ２４１ 基礎データＤＢ ２４２ 予約情報ＤＢ ２４３ 特典ポイントＤＢ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 少なくとも来店時間で区切られた時間帯
   毎に定められた取引対象の取引特典情報を複数の顧客に
   電子的に提示するステップと、 顧客によって選択された時間帯における取引予約情報を
   電子的に受け付けるステップと、 顧客の来店時間又は取引完了時間が前記受け付けた取引
   予約情報に係る時間帯に含まれる場合に取引予約対象の
   特典付取引を行うステップとを含むことを特徴とする取
   引予約受付方法。
2. 【請求項２】 取引対象の取引の予約を受け付ける取引
   予約受付方法において、 取引対象の取引における取引条件を決定するステップ
   と、 決定した取引条件を表示するステップと、 表示した取引条件に基づいて取引対象の取引を行うこと
   の予約を受け付けるステップとを含むことを特徴とする
   取引予約受付方法。
3. 【請求項３】 前記取引条件を決定するステップは、取
   引の予約の予約状況に基づいて取引条件を決定するステ
   ップであることを特徴とする請求項２に記載の取引予約
   受付方法。
4. 【請求項４】 前記予約を受け付けるステップが予約を
   受け付けているか否かを確認するステップを更に含むこ
   とを特徴とする請求項２又は請求項３に記載の取引予約
   受付方法。
5. 【請求項５】 前記確認するステップによって受け付け
   られていることが確認された予約に係る取引の取引条件
   に基づいて該取引における特典を決定するステップと、 決定した特典を提供するステップとを更に含むことを特
   徴とする請求項４に記載の取引予約受付方法。
6. 【請求項６】 複数の端末装置と、該端末装置夫々と接
   続され、取引対象の取引の予約を受け付ける取引予約受
   付装置とを備える取引予約受付システムにおいて、 前記取引予約受付装置は、 取引対象の取引における取引条件を決定する取引条件決
   定手段と、 該取引条件決定手段によって決定された取引条件を表示
   する取引条件表示手段とを備え、 前記端末装置は、 前記表示された取引条件に基づいた取引対象の取引の予
   約の申込みを示す予約申込情報を受け付ける予約申込情
   報受付手段と、 該予約申込情報受付手段によって受け付けられた予約申
   込情報を取引予約受付装置へ送信する予約情報送信手段
   とを備え、 前記取引予約受付装置は更に、 予約申込情報を受信した場合、受信した予約申込情報を
   記憶する予約申込情報記憶手段を備えることを特徴とす
   る取引予約受付システム。
7. 【請求項７】 取引対象の取引の予約を受け付ける取引
   予約受付装置において、 取引対象の取引における取引条件を決定する取引条件決
   定手段と、 該取引条件決定手段によって決定された取引条件を表示
   する取引条件表示手段と該取引条件表示手段によって表
   示された取引条件に基づいた取引の予約の申込みを示す
   予約申込情報が入力された場合、該予約申込情報を記憶
   する予約申込情報記憶手段とを備えることを特徴とする
   取引予約受付装置。
8. 【請求項８】 コンピュータに、取引対象の取引の予約
   を受け付けさせるプログラムが記録してあるコンピュー
   タ読み取り可能な記録媒体において、 コンピュータに、取引対象の取引における取引条件を決
   定させるプログラムコード手段と、 コンピュータに、決定させた取引条件を表示させるプロ
   グラムコード手段と、 コンピュータに、表示させた取引条件に基づいた取引の
   予約の申込みを示す予約申込情報が入力された場合、該
   予約申込情報を記憶させるプログラムコード手段とを有
   するプログラムが記録してあることを特徴とするコンピ
   ュータでの読み取りが可能な記録媒体。