JP4959405B2 - 注文取引支援システム及びこのシステムで用いられる店舗管理装置及びそのプログラム - Google Patents

Description

本発明は、携帯電話，ＰＨＳ（Personal Handy-phone System），携帯情報端末等の携帯型通信端末を用いた実売店舗に対する注文取引を支援する注文取引支援システム及びこのシステムで用いられる店舗管理装置に関する。

実売店舗において、ワイヤレス電話を使った購買取引を可能にする電子ショッピングシステムは既に知られている。この既知の技術は、バーコードリーダが取り付けられたワイヤレス電話を用いる。ワイヤレス電話を所持する客は、店舗に陳列されている商品に付されているバーコードや、店舗外にてカタログ等に商品とともに表示されたバーコードをバーコードリーダで走査することにより、購入したい商品を注文することができる。また、購入商品に対する支払いも、ワイヤレス電話を用いてできるようになる（例えば、特許文献１参照）。
特開２０００−１８４０８７号公報

しかしながら、従来のワイヤレス電話を使った電子ショッピングシステムでは、客が注文した商品の受取りについて考慮されていない。このため、特に店舗外で商品を注文した場合、店に商品を受取りに行っても準備ができていないために待たされることが考えられる。

携帯電話，ＰＨＳ，携帯情報端末等の携帯型通信端末を用いた実売店舗との注文取引を支援する注文取引支援システムを構築する場合、端末を携帯する客が店舗外にてその端末を操作して購入したい商品を注文し、その後、実際に店舗へ出向いて注文した商品を受け取ることとなる。この際、商品の受取りに時間がかかってしまっては前もって注文した意義がなくなり、システムを構築するメリットが乏しくなる。

本発明はこのような事情に基づいてなされたもので、その目的とするところは、客が店外から注文した商品を実売店舗にてスムーズに受取ることができる注文取引支援システム及びこのシステムで用いられる店舗管理装置を提供しようとするものである。

本発明は、注文取引を行なう客によって操作される注文端末、例えば携帯電話，ＰＨＳ，携帯情報端末等の携帯型通信端末と、例えばインターネット等のネットワークを通じて注文端末とデータ通信が可能な店舗管理装置、例えばサーバと、管理対象である複数の店舗にそれぞれ設置され、例えば上記ネットワークを通じて店舗管理装置とデータ通信が可能な店舗側装置とを備えてなる注文取引支援システムにある。

このシステムにおいて、注文端末は、複数の店舗の中から注文取引対象店舗を客に選択させる店舗選択手段と、注文取引対象店舗で販売されている各商品の中から購入対象商品を客に選択させる商品選択手段と、購入対象商品の受取時刻を客に入力させる受取時刻入力手段と、注文取引対象店舗，購入対象商品及び受取時刻に関する情報を客を特定する客識別情報とともに店舗管理装置に送信する注文取引情報送信手段とを備えている。

店舗管理装置は、注文商品の点数に関連付けて前記点数が大きくなればなるほど増加する混雑係数を記憶する混雑係数テーブルと、時間帯別に混雑度を記憶する時間帯別混雑度テーブルと、注文端末から注文取引対象店舗，購入対象商品及び受取時刻に関する情報を客識別情報とともに受信する受信手段と、この受信手段により受信した情報中の購入対象商品の点数から混雑係数テーブルを参照して混雑係数を取得する混雑係数取得手段と、受信手段により受信した情報中の受取時刻が属する時間帯の混雑度を前記時間帯別混雑度テーブルから取得する混雑度取得手段と、この混雑度取得手段により取得した混雑度がしきい値を超える場合は受取時刻が無効と判定し、しきい値を超えない場合は受取時刻が有効と判定する受取時刻判定手段と、この受取時刻判定手段により受取時刻が有効と判定されると、受信手段により受信した注文取引対象店舗，購入対象商品及び受取時刻に関する情報をその情報とともに受信した客識別情報と関連付けて記憶部に記憶させる注文取引情報記憶手段と、記憶部に記憶された購入対象商品及び受取時刻に関する情報をその情報とともに記憶された注文取引対象店舗情報で特定される店舗の店舗側装置に送信する対店舗送信手段と、受取時刻判定手段により受取時刻が有効と判定されると、その受取時刻と混雑係数取得手段により取得した混雑係数とから混雑対象時間帯を決定し、時間帯別混雑度テーブルの当該混雑対象時間帯に対応した混雑度を増加する方向に更新する混雑度増加手段とを備えている。

店舗側装置は、店舗管理装置から受信した購入対象商品及び受取時刻に関する情報を出力する出力手段、例えば表示手段を備えている。

かかる手段を講じた本発明によれば、客が店外から注文した商品を実売店舗にてスムーズに受取ることができ、したがって、サービス性を高めることができ、ひいては実売店舗の売上向上が期待できる注文取引支援システム及びこのシステムで用いられる店舗管理装置を提供できる。

以下、本発明を実施するための最良の形態について、図面を用いて説明する。
なお、この実施の形態は、実売店舗としてハンバーガーショップ等のファーストフード店を例示し、注文端末を用いた客（消費者，購入者）が店外にて商品を注文した後、店に受取りに行く商品販売方式に本発明を適用した場合である。注文端末は、携帯電話，ＰＨＳ，携帯情報端末等の携帯型通信端末を用いることが好ましく、本実施の形態では、携帯電話を用いるものとする。

図１は、本実施の形態における注文取引支援システムの概要図である。本システムは、ファーストフード店の本部に設けられている店舗管理サーバ１と、同ファーストフード店の各チェーン店舗にそれぞれ構築されている店舗システム２Ａ，２Ｂと、同ファーストフード店と注文取引を行うための会員になった客によって操作される携帯電話３とから構成されている。店舗管理サーバ１は、インターネット，ＩＳＤＮ（Integrated Services Digital Network）等の広域のネットワーク４上に設けられている。

店舗システム２Ａ，２Ｂは、それぞれ決済端末５と出力端末６とから構成されている。決済端末５と出力端末６は、店舗内ＬＡＮ（Local Area Network）７で接続されている。店舗内ＬＡＮ７にはルータ８が接続されており、ルータ８を介してネットワーク４上の店舗管理サーバ１とデータの送受信を行えるようになっている。携帯電話３も、その携帯電話３に対応した基地局９の交信領域内であれば、当該基地局９を介してネットワーク４上の店舗管理サーバ１とデータの送受信を行えるようになっている。

ここに、決済端末５と出力端末６は、店舗管理装置として機能する店舗管理サーバ１とデータ通信が可能な店舗側装置を構成する。決済端末５と出力端末６の台数は、特に制限されるものではない。

店舗管理サーバ１は、店舗データベース１０１、商品データベース１０２、会員データベース１０３及び買物カゴデータベース１０４を管理するデータベースサーバとしての機能を有する。これらのデータベース１０１〜１０４は、店舗管理サーバ１に内蔵されていてもよいし、外部接続された記憶装置に設けられていてもよい。

店舗データベース１０１には、図２に示すように、店舗コード、店舗名、都道府県名、市区町村名、開店／閉店時刻及び商品ＤＢＮｏの各項目からなる店舗データレコードが、同ファーストフード店のチェーン店舗数分記憶されている。

店舗コードは、各チェーン店舗を識別するために店毎に予め設定された一意のコードである。都道府県名及び市区町村名は、対応する店舗コードで特定されるチェーン店舗の所在地である。開店／閉店時刻は、同チェーン店舗の１営業日における開店時刻と閉店時刻である。商品ＤＢＮｏは、同チェーン店舗で販売される商品に関する情報が格納された商品データテーブルＴ１の一意の番号である。ここに、店舗データベース１０１は、店舗情報記憶部として機能する。

商品データベース１０２には、図３に示すように、一意の商品ＤＢＮｏがそれぞれ付与されたチェーン店舗別の商品データテーブルＴ１が記憶されている。各商品データテーブルＴ１には、それぞれその店舗で販売される商品の商品コードに対応して、商品名，単価等の各種商品情報が記憶されている。なお、商品コードは、各商品を識別するために商品毎に予め設定された一意のコードであり、ＰＬＵコード，単品コード等とも称される。単価は、対応する商品コードで特定される商品１品当たりの当該店舗での販売価格である。ここに、商品データベース１０２は、店舗別商品情報記憶部として機能する。

会員データベース１０３には、図４に示すように、会員コード、会員名、個人情報（住所，電話番号等）及びカゴＤＢＮｏの各項目からなる会員データレコードが、会員人数分記憶されている。

会員コードは、各会員を識別するために会員毎に予め設定された一意のコードである。カゴＤＢＮｏは、対応する会員コードで特定される会員がいずれかのチェーン店舗に対して商品を注文したときにその注文内容に対応した注文取引情報が格納される買物カゴテーブルＴ２の一意の番号である。ここに、会員データベース１０３は、会員情報記憶部として機能する。

買物カゴデータベース１０４には、図５に示すように、一意のカゴＤＢＮｏがそれぞれ付与された買物カゴテーブルＴ２が記憶されている。各買物カゴテーブルＴ２には、店舗コード、店舗名，注文時刻及び受取時刻の注文取引識別情報と、注文商品毎の商品コード，商品名，単価，数量及び金額の注文商品情報と、全注文商品の合計数量及び合計金額の注文合計情報とが記憶されている。買物カゴテーブルＴ２は、１客の注文取引開始時に買物カゴデータベース１０４に追加され、その客の決済完了時に買物カゴデータベース１０４から削除される。ここに、買物カゴデータベース１０４は、注文取引情報記憶部として機能する。

図６は、携帯電話３の要部構成を示すブロック図である。携帯電話３は、データ記憶部３１、電話回路部３２、表示部３３、キー入力部３４、プログラム記憶部３５、ネットワーク接続部３６、無線通信部３７、及びこれらを制御する制御部３０で構成されている。

データ記憶部３１は、各種のデータを電源オフ時も安定に記憶保持するための領域であり、特に、当該携帯電話３を用いて注文取引支援サービスを受ける会員（客）に対して一意に設定された客識別情報としての会員コードを記憶する客識別情報記憶部としてのエリアＡ１と、電子決済に用いられる電子マネーを記憶するエリアＡ２とが形成されている。

電話回路部３２、表示部３３及びキー入力部３４は、既存の携帯電話に実装されている周知のデバイスである。

プログラム記憶部３５は、制御部３０で実行される各種のアプリケーションプログラムが保存される領域で、特に、携帯電話３を注文端末として機能させるための注文端末実行プログラムＰ１と、電子マネーを用いた電子決済を制御するための電子決済対応プログラムＰ２とが保存されている。なお、注文端末実行プログラムＰ１は、当該携帯電話３の所有者が注文取引支援サービスの会員となったことを条件に、店舗管理サーバ１からネットワーク４経由でダウンロードされる。なお、注文端末実行プログラムＰ１を携帯電話３にインストールする方法はこれに限定されるものではなく、例えば携帯電話３の出荷時に予めインストールされているようにしても良い。またはＵＳＢインターフェイスを備えた携帯電話であれば、パソコン等からＵＳＢケーブルを介してダウンロードしてもよい。

ネットワーク接続部３６は、基地局９を介してネットワーク４に接続する。無線通信部３７は、赤外線通信，ＲＦＩＤ（Radio Frequency Identification）等の通信方式を用いて近距離の無線通信を行う。

図７は、決済端末５の要部構成を示すブロック図である。決済端末５は、データ記憶部５１、表示部５２、キー入力部５３、プリンタ部５４、プログラム記憶部５５、時計部５６、ネットワーク接続部５７、無線通信部５８、及びこれらを制御する制御部５０で構成されている。

データ記憶部５１は、各種のデータを電源オフ時も安定に記憶保持するための領域であり、特に、当該決済端末５が設けられているチェーン店舗に対して一意に設定された店舗識別情報としての店舗コードを記憶する店舗識別情報記憶部としてのエリアＡ３が形成されている。

表示部５２、キー入力部５３及びプリンタ部５４は、ファーストフード店に設置された既存の決済端末であるＰＯＳ（Point Of Sales）端末に実装されているデバイスである。

プログラム記憶部５５は、制御部５０で実行される各種のアプリケーションプログラムが保存される領域で、特に、注文端末（本実施の形態では携帯電話３）を用いた注文取引の決済を処理する注文端末決済プログラムＰ３が保存されている。

時計部５６は、現在の日付及び時刻を計時する。ネットワーク接続部５７は、ルータ８を介してネットワーク４に接続する。無線通信部５８は、携帯電話３等が有する無線通信部との間で近距離無線によりデータの送受信を行う。

図８は、出力端末６の要部構成を示すブロック図である。出力端末６は、記憶部６１、表示部６２、キー入力部６３、ネットワーク接続部６４、及びこれらを制御する制御部６０で構成されている。

記憶部６１は、各種のデータを電源オフ時も安定に記憶保持するための領域である。記憶部６１には、特に図９に示すように、連続するテーブル番号順に、受取時刻，注文時刻，カゴＤＢＮｏ及び注文商品情報（商品名，数量）からなる注文レコードを書換自在に記憶する注文管理テーブルＴＢ０が形成されている。

表示部６２は、注文管理テーブルＴＢ０の内容を一覧表示可能な液晶ディスプレイ等の表示デバイスである。ネットワーク接続部６４は、ルータ８を介してネットワーク４に接続する。

図１０は、店舗管理サーバ１の要部構成を示すブロック図である。店舗管理サーバ１はデータ記憶部１１、表示部１２、キー入力部１３、データベース入出力部１４、プログラム記憶部１５、時計部１６、ネットワーク接続部１７、及びこれらを制御する制御部１０で構成されている。

データ記憶部１１は、各種のデータを電源オフ時も安定に記憶保持するための領域である。表示部１２及びキー入力部１３は、既存のサーバ用コンピュータに実装されているデバイスである。

データベース入出力部１４は、前記店舗データベース１０１、商品データベース１０２、会員データベース１０３及び買物カゴデータベース１０４に対してデータの書込みや読出しを行う。

プログラム記憶部１５は、制御部１０で実行される各種のアプリケーションプログラムが保存される領域で、特に、携帯電話３を用いた注文取引を受付ける携帯注文受付プログラムＰ４が保存されている。

時計部１６は、現在の日付及び時刻を計時する。ネットワーク接続部１７は、ネットワーク４に接続する。

かかる構成の店舗管理サーバ１、店舗システム２（決済端末５，出力端末６，店舗内ＬＡＮ７，ルータ８）、携帯電話３及びネットワーク４で構築される注文取引支援システムは、以下の如く作用するようにソフトウェアによって構成されている。はじめに、携帯電話３を使用してファーストフード店の店外から商品を注文する場合の作用について、図１１〜図３０を用いて説明する。

図１１乃至図１７は、携帯電話３の制御部３０が実行する主要な制御手順を示す流れ図である。携帯電話３は、キー入力部３４の操作入力により注文端末実行プログラムＰ１が起動すると、制御部３０が、この注文端末実行プログラムＰ１に従い図１１乃至図１７の流れ図に示す手順で各部を制御する。

図１８乃至図２５は、店舗管理サーバ１の制御部１０が実行する主要な制御手順を示す流れ図である。店舗管理サーバ１には、携帯注文受付プログラムＰ４が常駐している。そして店舗管理サーバ１は、注文端末実行プログラムＰ１が起動中の携帯電話３からネットワーク４を通じて与えられる各種の要求に対し、携帯注文受付プログラムＰ４に従って、図１８乃至図２５の流れ図に示す手順でその要求に応じた処理を実行する。

図２７，図２８は、注文端末実行プログラムＰ１が起動中の携帯電話３の表示部２３に表示される画面Ｇ１〜Ｇ１５の一例である。図２９，図３０は、出力端末６の表示部６２に表示される画面６２１，６２２の一例である。

携帯電話３の制御部３０は、注文端末実行プログラムＰ１が起動されると、図１１の処理を開始する。先ず、ＳＴ（ステップ）１としてネットワーク接続部３６を制御して、ネットワーク４上の店舗管理サーバ１との回線接続を図る。その結果、店舗管理サーバ１との回線が接続されたならば（ＳＴ２のＹＥＳ）、制御部３０は、ＳＴ３としてデータ記憶部３１のエリアＡから会員コードを読出し、この会員コードを含む注文取引開始コマンドを生成して、店舗管理サーバ１に送信する。

回線接続された携帯電話３から上記注文取引開始コマンドを受信した店舗管理サーバ１の制御部１０は、図１８の処理を開始する。先ず、ＳＴ１０１として受信した注文取引開始コマンドから会員コードを取得する。次に、ＳＴ１０２として取得した会員コードで会員データベース１０３を検索する。そして、当該会員コードに対応するカゴＤＢＮｏが“０”であるか否かを判別する。カゴＤＢＮｏが“０”の場合には（ＳＴ１０３のＹＥＳ）、未だ注文をしていない客からの開始要求なので、制御部１０は、ＳＴ１０４としてコマンド送信元の携帯電話３に対して注文受付応答を返信する。カゴＤＢＮｏが“０”でない場合には（ＳＴ１０３のＮＯ）、既に注文を行っている客からの開始要求なので、制御部１０は、ＳＴ１０５としてコマンド送信元の携帯電話３に対して修正受付応答を返信する。

図１１中ＳＴ３にて注文取引開始コマンドを送信した携帯電話３の制御部３０は、ＳＴ４としてコマンド送信先である店舗管理サーバ１からの応答を待機する。そして、上記注文受付応答を受信した場合には、制御部３０は、ＳＴ５として表示部３３に注文入力画面Ｇ１を表示させる。

上記注文入力画面Ｇ１の一表示例を図２７（ａ）に示す。図示するように、注文入力画面Ｇ１には、「注文」ボタンＢ１が表示されている。

そこで制御部３０は、ＳＴ６として「注文」ボタンが選択入力されるか、ＳＴ７として「終了」の指示入力がなされるのを待機する。ここで、キー入力部３４の操作によって「終了」の指示入力がなされた場合には、制御部３０は、ＳＴ８として上記注文入力画面Ｇ１を消去する。しかして、この注文端末実行プログラムＰ１を終了させる。他方、「注文」ボタンＢ１が選択入力された場合には、制御部３０は、ＳＴ９として注文コマンドを生成して、店舗管理サーバ１に送信する。

携帯電話３から上記注文コマンドを受信した店舗管理サーバ１の制御部１０は、図１９の処理を開始する。先ず、ＳＴ１１１として店舗データベース１０１から店舗コード，店舗名，都道府県及び市区町村の各店舗情報を取得し、これらのデータで店舗リストを編集する。そして、ＳＴ１１２としてこの店舗リストのデータをコマンド送信元の携帯電話３に送信する。

図１１中ＳＴ９にて注文コマンドを送信した携帯電話３の制御部３０は、ＳＴ１０としてコマンド送信先である店舗管理サーバ１からの応答を待機する。そして、店舗管理サーバ１から店舗リストのデータを受信したならば、制御部３０は、ＳＴ１１として図１２〜図１３に具体的に示す注文処理を実行する。

すなわち制御部３０は、ＳＴ２１として受信した店舗リストデータに基づいて表示部３３に店舗指定画面Ｇ２〜Ｇ４を段階的に表示させる。

上記店舗リスト画面Ｇ２〜Ｇ４の一例を図２７（ｂ）〜（ｄ）に示す。図示するように第１段階の店舗リスト画面Ｇ２には、都道府県名のリストＬ１が表示されている。ここで、キー入力部２４の操作入力によりいずれかの都道府県が選択されると、第２段階の店舗リスト画面Ｇ３に切り替る。この店舗リスト画面Ｇ３には、選択された都道府県に属する市区町村名のリストＬ２が表示される。次いで、いずれかの市区町村が選択されると、第３段階の店舗リスト画面Ｇ４に切り替る。すなわち、その選択された市区町村内にある設置されている店舗名のリストＬ３が表示される。なお、いずれの画面Ｇ２〜Ｇ４にも、「戻る」ボタンＢ２が表示されている。そして、画面Ｇ４において「戻る」ボタンＢ２が入力された場合には画面Ｇ３に戻り、画面Ｇ３において「戻る」ボタンＢ２が入力された場合には画面Ｇ２に戻るようになっている。

制御部３０は、ＳＴ２２として店舗が指定されるのを待機する。ここで、キー入力部３４の操作入力により、画面Ｇ２において「戻る」ボタンＢ２が入力された場合には店舗が指定されなかったので、制御部３０はＳＴ５に戻り、表示部３３の画面を注文入力画面Ｇ１に戻す。これに対し、第３段階の店舗リスト画面Ｇ４に表示された店舗名リストＬ３の中から、いずれか１つの店舗名が選択された場合にはその店舗名の店舗が注文取引対象店舗として指定されたので、制御部３０は、ＳＴ２３として表示部３３に店舗確認画面Ｇ５を表示させる。

ここに、携帯電話３は、複数の店舗の中から注文取引対象店舗を前記客に選択させる店舗選択手段を有している。

上記店舗確認画面Ｇ５の一例を図２７（ｅ）に示す。図示するように店舗確認画面Ｇ５には、ユーザが注文取引対象店舗として指定した店舗の店舗名と、メニューボタンＢ３及びホームボタンＢ４が表示されている。

そこで制御部３０は、ＳＴ２４として「メニュー」ボタンＢ３が選択入力されるか、ＳＴ２５として「ホーム」ボタンＢ４が選択入力されるのを待機する。ここで、キー入力部３４の操作入力により、「ホーム」ボタンＢ４が選択入力された場合には、制御部３０はＳＴ５に戻り、表示部３３の画面を注文入力画面Ｇ１に戻す。他方、「メニュー」ボタンＢ３が選択入力された場合には、制御部３０は、ＳＴ２６として前記店舗リストデータからユーザが指定した店舗名に対応する店舗コードを取得し、この店舗コードを含む店舗コマンドを生成して、店舗管理サーバ１に送信する。

携帯電話３から上記店舗コマンドを受信した店舗管理サーバ１の制御部１０は、図２０の処理を開始する。先ず、ＳＴ１２１として受信した店舗コマンドから店舗コードを取得する。次いで、ＳＴ１２２として店舗データベース１０１を検索して、取得した店舗コードに対応して記憶されている商品ＤＢＮｏを取得する。次に、制御部１０は、ＳＴ１２３として商品データベース１０２を検索し、取得した商品ＤＢＮｏの商品データテーブルＴ１に設定されている商品コード，商品名，単価等の商品データを読み出して、商品メニューリストを編集する。そして、ＳＴ１２４としてこの商品メニューリストのデータをコマンド送信元の携帯電話３に返信する。

図１２中ＳＴ２６にて店舗コマンドを送信した携帯電話３の制御部３０は、ＳＴ２７としてコマンド送信先である店舗管理サーバ１からの応答を待機する。そして、上記商品メニューリストのデータを受信したならば、制御部３０は、このデータをデータ記憶部３１に記憶する。そして、ＳＴ２８としてこのデータに基づいて表示部３３に店舗メニュー画面Ｇ６を表示させる。

上記店舗メニュー画面Ｇ６の一例を図２７（ｆ）に示す。図示するように店舗メニュー画面Ｇ６には、商品名及び単価を含む商品メニューのリストＬ４と、「ＯＫ」ボタンＢ５とが表示されている。リストＬ４の各商品情報には、それぞれチェックボックスＢＸ１と購入数入力ボックスＢＸ２とが形成されている。

制御部３０は、ＳＴ２９として「ＯＫ」ボタンＢ５が選択入力されるのを待機する。そして、キー入力部３４の操作入力により、「ＯＫ」ボタンＢ５が入力されたならば、制御部３０は、ＳＴ３０として注文入力済か否かを判断する。

リストＬ４内の各商品に対応した複数のチェックボックスＢＸ１のうち少なくとも１つにチェックが入っていた場合には、制御部３０は注文入力済であると判断する。逆に、いずれのチェックボックスＢＸ１にもチェックが入っていない場合には、注文入力済でないと判断する。

注文入力済でないと判断した場合には、制御部３０はＳＴ５に戻り、表示部３３の画面を注文入力画面Ｇ１に戻す。他方、注文入力済であると判断した場合には、制御部３０は、ＳＴ３１として表示部３３に注文確認画面Ｇ７を表示させる。

ここに、携帯電話３は、注文取引対象店舗で販売されている各商品の中から購入対象商品を前記客に選択させる商品選択手段を有している。

上記注文確認画面Ｇ７の一例を図２７（ｇ）に示す。図示するように注文確認画面Ｇ７には、チェックボックスＢＸ１にチェックが入れられた商品の商品名，単価及び購入数を含む注文商品のリストＬ５と、注文商品の合計金額と、「メニュー」ボタンＢ６、「キャンセル」ボタンＢ７及び「締め」ボタンＢ８とが表示されている。

制御部３０は、ＳＴ３２，３３，３４としていずれかのボタンＢ６〜Ｂ８が選択入力されるのを待機する。ここで、キー入力部３４の操作入力により、「メニュー」ボタンＢ６が選択入力された場合には、制御部３０はＳＴ２８に戻り、表示部３３の画面を店舗メニュー画面Ｇ６に戻す。また、「キャンセル」ボタンＢ７が選択入力された場合には、制御部３０はＳＴ５に戻り、表示部３３の画面を注文入力画面Ｇ１に戻す。他方、「締め」ボタンＢ８が選択入力された場合には、制御部３０は、ＳＴ３５として表示部３３に受取時間入力画面Ｇ８を表示させる。

ここに、携帯電話３は、購入対象商品の受取時刻を前記客に入力させる受取時刻入力手段を有している。

上記受取時間入力画面Ｇ８の一例を図２７（ｈ）に示す。図示するように受取時間入力画面Ｇ８には、受取時間の入力ボックスＢＸ３と、買物カゴボタンＢ９及び送信ボタンＢ１０とが表示されている。

制御部３０は、ＳＴ３６として「買物カゴ」ボタンＢ９が選択入力されるか、ＳＴ３７として「送信」ボタンＢ１０が選択入力されるのを待機する。ここで、キー入力部３４の操作入力により「買物カゴ」ボタンＢ９が選択入力された場合には、制御部３０は、ＳＴ３１に戻り、表示部３３の画面を注文確認画面Ｇ７に戻す。他方、「送信」ボタンＢ１０が選択入力された場合には、制御部３０は、ＳＴ３８として入力ボックスＢＸ３に受取時刻が入力されているか否かを判断する。ここで、受取時刻が入力されていない場合には、「送信」ボタンＢ１０の入力を無効とする。そして、「買物カゴ」ボタンＢ９及び「送信」ボタンＢ１０の選択入力待機状態に戻る。

これに対し、入力ボックスＢＸ３に受取時刻が入力されている場合には、制御部３０は、ＳＴ３９として注文予約データを編集し、この注文予約データを店舗管理サーバ１に送信する。上記注文予約データには、エリアＡ１に記憶されている会員コードと、店舗指定画面Ｇ２〜Ｇ４で選択された店舗の店舗コード及びその店舗名と、店舗メニュー画面Ｇ６で選択された注文商品の商品コード，商品名，単価，購入数及び金額（単価×購入数）と、受取時間入力画面Ｇ８で入力された受取時刻とが含まれる。

ここに、携帯電話３は、注文取引対象店舗，購入対象商品及び受取時刻に関する情報を、客を特定する客識別情報（会員コード）とともに店舗管理サーバ１に送信する注文取引情報送信手段を有している。

携帯電話３から上記注文予約データを受信した店舗管理サーバ１の制御部１０は、図２１の処理を開始する。先ず、ＳＴ１３１として受信した注文予約データから店舗コードと受取時刻Ｋとを取得する。また、ＳＴ１３２として時計部１６から現在時刻を取得する。次に、制御部１０は、ＳＴ１３３として取得した現在時刻に予め設定されている品揃え時間Ｎ（Ｎ≧０の整数：単位を分とする）を加算した時刻をしきい値時刻Ｔとして算出する。そして、ＳＴ１３４として受取時刻Ｋとしきい値時刻Ｔとを比較して、受取時刻Ｋの有効，無効を判定する（受取時刻判定手段）。

ここで、受取時刻Ｋがしきい値時刻Ｔより先の時刻であった場合には（ＳＴ１３４のＹＥＳ）、受取時刻Ｋは有効なので、制御部１０は、注文予約データから取得した店舗コードで店舗データベース１０１を検索する。そして、当該店舗コードに対応して設定されている営業時間帯のデータ、すなわち開店時刻及び閉店時刻を取得する。

次に、制御部１０は、ＳＴ１３６として上記受取時刻Ｋが上記営業時間帯内であるか否か、すなわち開店時刻から閉店時刻までの間の時刻であるか否かを判断する。ここで、受取時刻Ｋが営業時間帯内であると判断した場合には、制御部１０は、ＳＴ１３７として受信した注文予約データに基づいて買物カゴテーブルＴ２を作成する。この買物カゴテーブルＴ２には、新規のカゴＤＢＮｏが付される。また、注文予約データに含まれる店舗コード，店舗名及び受取時刻と、注文商品の商品コード，商品名，単価，購入数及び金額がセットされる。また、現在時刻が注文時刻としてセットされる。さらに、購入数及び金額の合計が算出され、セットされる。制御部１０は、作成した買物カゴテーブルＴ２を買物カゴデータベース１０４に追加登録する（注文取引情報記憶手段）。

次に、制御部１０は、ＳＴ１３８として受信した注文予約データから会員コードを取得する。そして、この会員コードで会員データベース１０３を検索して、当該会員コードに対応するカゴＤＢＮｏエリアに、今回追加登録した買物カゴテーブルＴ２のカゴＤＢＮｏをセットする。

次に、制御部１０は、ＳＴ１３９として会員データベース１０３から当該会員コードに対応して記憶されている会員名情報を取得する。そして、この会員名情報を含む注文確定応答を生成し、この注文確定応答を注文予約データ送信元の携帯電話３に返信する。

また制御部１０は、ＳＴ１４０としてこの注文予約データから取得した店舗コードで特定される店舗システム２の出力端末６に、注文確定データを送信する。この注文確定データには、今回追加登録した買物カゴテーブルＴ２の受取時刻，注文時刻及びカゴＤＢＮｏと、全注文商品の商品名及び単価とが含まれる（対店舗送信手段）。

ネットワーク４を介して上記注文確定データを受信した出力端末６の制御部６０は、この注文確定データを１レコードとして注文管理テーブルＴＢ０に一旦追加する。しかる後、上記注文管理テーブルＴＢ０の各レコードを、受取時刻の早い順にソートする。なお、受取時刻が同じ場合には注文時刻が早い順にソートする。ソート完了後、制御部６０は、上記注文管理テーブルＴＢ０の内容を表示部６２に表示させる（出力手段）。

このときの表示部６２の表示画面６２１の一例を図２９に示す。同図は、受取時刻が１１時３０分の注文商品情報Ｄ１と、１２時００分の注文商品情報Ｄ２，Ｄ３とが表示されている状態を示している。画面６２１において、“◎”マークＭ１は、対応する注文商品情報Ｄ１が、受取時刻までの所要時間が所定時間未満（例えば１５分未満）であることを示している。

なお、店舗管理サーバ１の制御部１０は、ＳＴ１３４にて受取時刻Ｋがしきい値時刻Ｔ以前であった場合、またはＳＴ１３６にて受取時刻Ｋが営業時間帯外であった場合には、受信した注文予約データから会員コードを取得する。そして、この会員コードで会員データベース１０３を検索して、当該会員コードに対応して記憶されている会員名情報を取得する。そして、この会員名情報を含む受取時刻エラー応答を生成し、このエラー応答を注文予約データ送信元の携帯電話３に返信する。この場合、受信した注文予約データは、破棄される（受取時刻エラー処理手段）。

図１３中ＳＴ３９にて注文予約データを送信した携帯電話３の制御部３０は、データ送信先である店舗管理サーバ１からの応答を待機する。そして、上記注文確定応答を受信した場合には（ＳＴ４０のＹＥＳ）、制御部３０は、ＳＴ４２として表示部３３に注文確定画面Ｇ９を表示する。

上記注文確定画面Ｇ９の一例を図２８（ａ）に示す。図示するように注文確定画面Ｇ９には、受信した注文確定応答に含まれる会員名情報と、「ＯＫ」ボタンＢ１１とが表示される。

制御部３０は、ＳＴ４３として「ＯＫ」ボタンＢ１１が入力されるのを待機する。キー入力部３４の操作入力により、「ＯＫ」ボタンＢ１１が入力されたならば、ＳＴ５に戻り、表示部３３の画面を注文入力画面Ｇ１に戻す。

これに対し、店舗管理サーバ１から受取時刻エラー応答を受信した場合には（ＳＴ４１のＹＥＳ）、制御部３０は、ＳＴ４４として表示部３３に受取時刻エラー画面Ｇ１０を表示する。

上記受取時刻エラー画面Ｇ１０の一例を図２８（ｂ）に示す。図示するように受取時刻エラー画面Ｇ１０には、受信した注文時刻エラー応答に含まれる会員名情報と、「ＯＫ」ボタンＢ１２とが表示される。

制御部３０は、ＳＴ４５として「ＯＫ」ボタンＢ１２が入力されるのを待機する。キー入力部３４の操作入力により、「ＯＫ」ボタンＢ１２が入力されたならば、ＳＴ３５に戻り、表示部３３の画面を受取時間入力画面Ｇ８に戻す。

一方、図１１中ＳＴ３にて注文取引開始コマンドを送信し、これに応じて、店舗管理サーバ１から修正受付応答を受信した場合には、制御部３０は、ＳＴ１２として表示部３３に注文修正画面Ｇ１１を表示させる。

上記注文修正画面Ｇ１１の一表示例を図２８（ｃ）に示す。図示するように、注文修正画面Ｇ１１には、「修正」ボタンＢ１３が表示されている。この表示例では、「修正」ボタンＢ１３を表示させているが、この表示に追加して、注文済みであることのメッセージと「注文確認」ボタンを表示し、「注文確認」ボタンが押されると店舗管理サーバ1に記憶されている買物カゴデータと受取時間等を店舗管理サーバ1から受信し表示させるようにしても良い。

そこで制御部３０は、ＳＴ１３として「修正」ボタンが選択入力されるか、ＳＴ１４として「終了」の指示入力がなされるかを待機する。ここで、キー入力部３４の操作により、「終了」の指示入力がなされた場合には、制御部３１は、ＳＴ１５として上記注文修正画面Ｇ１１を消去する。しかして、この注文端末実行プログラムＰ１を終了させる。他方、「修正」ボタンＢ１１が選択入力された場合には、制御部３０は、ＳＴ１６としてデータ記憶部３１のエリアＡから会員コードを読出し、この会員コードを含む修正コマンドを生成して、店舗管理サーバ１に送信する。

携帯電話３から上記修正コマンドを受信した店舗管理サーバ１の制御部１０は、図２２の処理を開始する。先ず、ＳＴ１５１として受信した修正コマンドから会員コードを取得する。次に、ＳＴ１５２として取得した会員コードで会員データベース１０３を検索して、当該会員コードに対応して記憶されているカゴＤＢＮｏを読み出す。次に、ＳＴ１５３として買物カゴデータベース１０４を検索して、取得したカゴＤＢＮｏがセットされている買物カゴテーブルＴ２を読み出す。そして、この買物カゴテーブルＴ２に記憶されている各情報から買物カゴデータを編集する。この買物カゴデータには、買物カゴテーブルＴ２に記憶されているカゴＤＢＮｏ、店舗コード、店舗名、注文時刻及び注文商品情報（商品コード，商品名，単価，数量，金額）を含む。しかる後、制御部１０は、ＳＴ１５４としてこの買物カゴデータをコマンド送信元の携帯電話３に返信する。

図１１中ＳＴ１６にて修正コマンドを送信した携帯電話３の制御部３０は、ＳＴ１７としてコマンド送信先である店舗管理サーバ１からの応答を待機する。そして、上記買物カゴデータを受信したならば、制御部３０は、この買物カゴデータをデータ記憶部３１で記憶した後、ＳＴ１８として図１４〜図１７に具体的に示す修正処理を実行する。すなわち制御部３０は、ＳＴ５１として修正メニュー画面Ｇ１２を表示させる。

上記修正メニュー画面Ｇ１２の一例を図２８（ｄ）に示す。図示するように修正メニュー画面Ｇ１２には、「注文商品取消」ボタンＢ１４、「注文商品追加」ボタンＢ１５及び「受取時間」ボタンＢ１６が表示されている。

そこで制御部３０は、ＳＴ５２〜５４としていずれかのボタンＢ１４〜Ｂ１６が選択入力されるか、ＳＴ５５として「戻り」の指示入力がなされるのを待機する。ここで、キー入力部３４の操作入力により、「戻り」の指示入力がなされた場合には、制御部３０はＳＴ１２に戻り、表示部３３の画面を注文修正画面Ｇ１１に戻す。

これに対し、「注文商品取消」ボタンＢ１４が選択入力された場合には、制御部３０は、ＳＴ５６として図１５に具体的に示す注文取消処理を実行する。すなわち、制御部３０は、ＳＴ６１として表示部３３に取消商品選択画面Ｇ１３を表示させる。

上記取消商品選択画面Ｇ１３の一例を図２８（ｅ）に示す。図示するように取消商品選択画面Ｇ１３には、データ記憶部３１で記憶している買物カゴデータの注文商品情報に含まれる商品名のリストＬ６と、「選択取消」ボタンＢ１７及び「一括取消」ボタンＢ１８とが表示されている。リストＬ６には、キャンセル対象商品を選択するためのチェックボックスＢＸ４が形成されている。

そこで制御部３０は、ＳＴ６２として「選択取消」ボタンＢ１７が選択入力されるか、ＳＴ６３として「一括取消」ボタンＢ１８が選択入力されるのを待機する。ここで、キー入力部３４の操作入力により、「選択取消」ボタンＢ１７が選択入力された場合には、制御部３０は、ＳＴ６４として取消商品選択済か否かを判断する。

制御部３０は、リストＬ６内の各商品に対応した複数のチェックボックスＢＸ４のうち少なくとも１つにチェックが入っていた場合には、取消商品選択済であると判断する。逆に、いずれのチェックボックスＢＸ４にもチェックが入っていない場合には、取消商品選択済でないと判断する。

取消商品選択済でないと判断した場合には、制御部４０はＳＴ１２に戻り、表示部３３の画面を注文修正画面Ｇ１１に戻す。他方、取消商品選択済であると判断した場合には、制御部４０は、ＳＴ６５としてエリアＡ１に記憶されている会員コードと、チェックボックスＢＸ４にチェックが入っている全ての商品の商品コードとを含む取消商品データを編集し、ネットワーク４を通じて店舗管理サーバ１に送信する。

携帯電話３から上記取消商品データを受信した店舗管理サーバ１の制御部１０は、図２３の処理を開始する。先ず、ＳＴ１６１として受信した取消商品データから会員コードを取得する。次いで、ＳＴ１６２として会員データベース１０３を検索して、取得した会員コードに対応して記憶されているカゴＤＢＮｏを取得する。

次に、制御部１０は、ＳＴ１６３として買物カゴデータベース１０４を検索して、取得したカゴＤＢＮｏがセットされた買物カゴテーブルＴ２から、受信した取消商品データ中の商品コードに対応する数量を“１”だけ減算する。このとき、減算後の数量が“０”の場合には、その注文商品情報（商品コード，商品名，単価，数量，金額）を買物カゴテーブルＴ２から削除する。減算後の数量が“１”以上の場合には、その注文商品データの金額，合計数量及び合計金額を再計算する。

しかる後、制御部１０は、ＳＴ１６４としてデータ送信元の携帯電話３に対して取消完了応答を送信する。また、当該買物カゴテーブルＴ２の店舗コードで特定される店舗システム２の出力端末６に、注文確定データを再度送信する。この注文確定データには、今回削除更新された買物カゴテーブルＴ２の受取時刻，注文時刻及びカゴＤＢＮｏと、全注文商品の商品名及び単価とが含まれる。

ネットワーク４を介して上記注文確定データを受信した出力端末６の制御部６０は、この注文確定データからカゴＤＢＮｏを取得し、注文管理テーブルＴＢ０に記憶されている各レコードのうち、カゴＤＢＮｏが一致するレコードに注文確定データを上書きする。しかる後、上記注文管理テーブルＴＢ０の各レコードを、受取時刻の早い順にソートする。なお、受取時刻が同じ場合には注文時刻が早い順にソートする。ソート完了後、制御部６０は、上記注文管理テーブルＴＢ０の内容を表示部６２に表示させる（出力手段）。

このときの表示部６２の表示画面６２２の一例を図３０に示す。同図は、図２９の状態から３０分が経過した時点で、注文商品情報Ｄ３に修正（Ａバーガーセットを４点取消）があった場合を示している。画面６２２において、“×”マークＭ２は、対応する注文商品情報Ｄ１が、受取時刻を経過していることを示している。

一方、取消商品選択画面Ｇ１３が表示されている携帯電話３において、キー入力部３４の操作入力により、「一括取消」ボタンＢ１８が選択入力された場合には（ＳＴ６３のＹＥＳ）、制御部３０は、ＳＴ６６としてエリアＡ１に記憶されている会員コードとを含む一括取消データを編集し、ネットワーク４を通じて店舗管理サーバ１に送信する。

携帯電話３から上記一括取消データを受信した店舗管理サーバ１の制御部１０は、図２４の処理を開始する。先ず、ＳＴ１７１として受信した一括取消データから会員コードを取得する。次いで、ＳＴ１７２として会員データベース１０３を検索して、取得した会員コードに対応して記憶されているカゴＤＢＮｏを取得する。

次に、制御部１０は、ＳＴ１７３として買物カゴデータベース１０４を検索して、取得したカゴＤＢＮｏがセットされた買物カゴテーブルＴ２を削除する。また、ＳＴ１７４として会員データベース１０３の当該会員コードに対応して記憶されているカゴＤＢＮｏを“０”とする。

しかる後、制御部１０は、ＳＴ１７５としてデータ送信元の携帯電話３に対して取消完了応答を送信する。また、当該買物カゴテーブルＴ２の店舗コードで特定される店舗システム２の出力端末６に、注文取消データを送信する。この注文取消データには、今回削除された買物カゴテーブルＴ２のカゴＤＢＮｏが含まれる。

ネットワーク４を介して上記注文取消データを受信した出力端末６の制御部６０は、この注文取消データからカゴＤＢＮｏを取得し、注文管理テーブルＴＢ０に記憶されている各レコードのうち、カゴＤＢＮｏが一致するレコードを削除する。しかる後、上記注文管理テーブルＴＢ０の各レコードを、受取時刻の早い順にソートする。なお、受取時刻が同じ場合には注文時刻が早い順にソートする。ソート完了後、制御部６０は、上記注文管理テーブルＴＢ０の内容を表示部６２に表示させる（出力手段）。

図１５中ＳＴ６５またはＳＴ６６にて取消商品データまたは一括取消データを送信した携帯電話３の制御部３０は、ＳＴ６７として店舗管理サーバ１から取消完了応答が送られてくるのを待機する。そして、取消完了応答を受信したならば、制御部３０は、ＳＴ６８として表示部３３に取消確認画面を表示させる。これに対し、一定時間が経過しても取消完了応答が送られてこなかった場合には、制御部３０は、ＳＴ６９として表示部３３に取消エラー画面を表示させる。これら取消確認画面及び取消エラー画面には、「ＯＫ」ボタンが表示されているので、制御部３０は、ＳＴ７０として「ＯＫ」ボタンが入力されるのを待機し、入力されたならばＳＴ１２に戻って、表示部３３の画面を注文修正画面Ｇ１１に戻す。

修正メニュー画面Ｇ１２が表示された携帯電話３において、「注文商品追加」ボタンＢ１５が選択入力された場合には（ＳＴ５３のＹＥＳ）、制御部３０は、ＳＴ５７として図１６に具体的に示す注文追加処理を実行する。すなわち、制御部３０は、ＳＴ８１としてデータ記憶部３１に記憶している商品リストデータに基づいて、表示部３３に追加メニュー画面Ｇ１４を表示させる。

上記追加メニュー画面Ｇ１４の一例を図２８の（ｆ）に示す。図示するように追加メニュー画面Ｇ１４には、店舗メニュー画面のリストＬ４と同様のリストＬ７と、「追加」ボタンＢ１９とが表示されている。リストＬ７６の各商品情報には、それぞれチェックボックスＢＸ５と購入数入力ボックスＢＸ６とが形成されている。

制御部３０は、ＳＴ８２として「追加」ボタンＢ１９が選択入力されるのを待機する。そして、キー入力部３４の操作入力により、「追加」ボタンＢ１９が入力された場合には、制御部３０は、ＳＴ８３として商品選択済か否かを判断する。

制御部３０は、リストＬ７内の各商品に対応した複数のチェックボックスＢＸ５のうち少なくとも１つにチェックが入っていた場合には、商品選択済であると判断する。逆に、いずれのチェックボックスＢＸ５にもチェックが入っていない場合には、商品選択済でないと判断する。

商品選択済でないと判断した場合には、制御部３０はＳＴ１２に戻り、表示部３３の画面を注文修正画面Ｇ１１に戻す。他方、商品選択済であると判断した場合には、制御部３０は、ＳＴ８４として追加商品データを編集し、この追加商品データを店舗管理サーバ１に送信する。上記追加商品データには、エリアＡ１に記憶されている会員コードと、リストＬ７でチェックボックスＢＸ５にチェックが入れられた商品の商品コード，商品名，単価，購入数及び金額（単価×購入数）とが含まれる。

携帯電話３から上記追加商品データを受信した店舗管理サーバ１の制御部１０は、図２５の処理を開始する。先ず、ＳＴ１８１として受信した追加商品データから会員コードを取得する。次いで、ＳＴ１８２として会員データベース１０３を検索して、取得した会員コードに対応して記憶されているカゴＤＢＮｏを取得する。

次に、制御部１０は、ＳＴ１８３として買物カゴデータベース１０４を検索して、取得したカゴＤＢＮｏがセットされた買物カゴテーブルＴ２に、受信した追加商品データ中の商品コード，商品名，単価，購入数及び金額の各データを追加する。また、合計数量及び合計金額を再計算する。

しかる後、制御部１０は、ＳＴ１８４としてデータ送信元の携帯電話３に対して追加完了応答を送信する。また、当該買物カゴテーブルＴ２の店舗コードで特定される店舗システム２の出力端末６に、注文確定データを再度送信する。この注文確定データには、今回追加更新された買物カゴテーブルＴ２の受取時刻，注文時刻及びカゴＤＢＮｏと、全注文商品の商品名及び単価とが含まれる。

ネットワーク４を介して上記注文確定データを受信した出力端末６の制御部６０は、この注文確定データからカゴＤＢＮｏを取得し、注文管理テーブルＴＢ０に記憶されている各レコードのうち、カゴＤＢＮｏが一致するレコードに注文確定データを上書きする。しかる後、上記注文管理テーブルＴＢ０の各レコードを、受取時刻の早い順にソートする。なお、受取時刻が同じ場合には注文時刻が早い順にソートする。ソート完了後、制御部６０は、上記注文管理テーブルＴＢ０の内容を表示部６２に表示させる（出力手段）。

図１６中ＳＴ８４にて追加商品データを送信した携帯電話３の制御部３０は、ＳＴ８５として店舗管理サーバ１から追加完了応答が送られてくるのを待機する。そして、追加完了応答を受信したならば、制御部３０は、ＳＴ８６として表示部３３に追加確認画面を表示させる。これに対し、一定時間が経過しても追加完了応答が送られてこなかった場合には、制御部３０は、ＳＴ８７として表示部３３に追加エラー画面を表示させる。これら追加確認画面及び追加エラー画面には、「ＯＫ」ボタンが表示されているので、制御部３０は、ＳＴ８８として「ＯＫ」ボタンが入力されるのを待機し、入力されたならばＳＴ１２に戻って、表示部３３の画面を注文修正画面Ｇ１１に戻す。

修正メニュー画面Ｇ１２が表示された携帯電話３において、「受取時間」ボタンＢ１６が選択入力された場合には（ＳＴ５４のＹＥＳ）、制御部３０は、ＳＴ５８として図１７に具体的に示す受取時刻変更処理を実行する。すなわち、制御部３０は、ＳＴ９１として表示部３３に受取時刻変更画面Ｇ１５を表示させる。

上記受取時刻変更画面Ｇ１５の一例を図２８（ｇ）に示す。この受取時刻変更画面Ｇ１５には、受取時刻の入力ボックスＢＸ７と、「修正」ボタンＢ２０及び「戻り」ボタンＢ２１が表示されている。

制御部３０は、ＳＴ９２として「戻り」ボタンＢ２１が選択入力されるか、ＳＴ９３として「修正」ボタンＢ２０が選択入力されるのを待機する。ここで、キー入力部３４の操作入力により、「戻り」ボタンＢ２１が選択入力された場合には、制御部３０はＳＴ１２に戻って、表示部３３の画面を注文修正画面Ｇ１１に戻す。他方、「修正」ボタンＢ２０が選択入力された場合には、制御部３０は、ＳＴ９４として入力ボックスＢＸ７に受取時刻が入力されているか否かを判断する。ここで、受取時刻が入力されていない場合には、「修正」ボタンＢ２０の入力を無効とする。そして、「修正」ボタンＢ２０及び「戻り」ボタンＢ２１の選択入力待機状態に戻る。

これに対し、入力ボックスＢＸ７に受取時刻が入力されている場合には、制御部３０は、ＳＴ９５として受取時刻変更コマンドを編集し、この受取時刻変更コマンドを店舗管理サーバ１に送信する。上記受取時刻変更コマンドには、エリアＡ１に記憶されている会員コードと、受取時刻変更画面Ｇ１５で入力された受取時刻とが含まれる。

携帯電話３から上記受取時刻変更コマンドを受信した店舗管理サーバ１の制御部１０は、図２６の処理を開始する。先ず、ＳＴ１９１として受信した受取時刻変更コマンドから会員コードを取得する。次いで、ＳＴ１９２として会員データベース１０３を検索して、取得した会員コードに対応して記憶されているカゴＤＢＮｏを取得する。

次に、制御部１０は、ＳＴ１９３として買物カゴデータベース１０４を検索して、取得したカゴＤＢＮｏがセットされた買物カゴテーブルＴ２から店舗コードを取得する。また、ＳＴ１９４として受信した受取時刻変更コマンドから変更後の受取時刻Ｋ１を取得する。さらに、ＳＴ１９５として時計部１６から現在時刻を取得する。次に、制御部１０は、ＳＴ１９６として取得した現在時刻に予め設定されている品揃え時間Ｎ（Ｎ≧０の整数：単位を分とする）を加算した時刻をしきい値時刻Ｔとして算出する。そして、ＳＴ１９７として変更後受取時刻Ｋ１としきい値時刻Ｔとを比較して、変更後受取時刻Ｋ１の有効，無効を判定する（受取時刻判定手段）。

ここで、変更後受取時刻Ｋ１がしきい値時刻Ｔより先の時刻であった場合には（ＳＴ１９７のＹＥＳ）、変更後受取時刻Ｋ１は有効なので、制御部１０は、ＳＴ１９８として該当カゴＤＢＮｏの買物カゴテーブルＴ２から店舗コードを取得し、この店舗コードで店舗データベース１０１を検索する。そして、当該店舗コードに対応して設定されている営業時間帯のデータ、すなわち開店時刻及び閉店時刻を取得する。

次に、制御部１０は、ＳＴ１９９として上記変更後受取時刻Ｋ１が上記営業時間帯内であるか否か、すなわち開店時刻から閉店時刻までの間の時刻であるか否かを判断する。ここで、変更後受取時刻Ｋ１が営業時間帯内であると判断した場合には、制御部１０は、ＳＴ２００として該当カゴＤＢＮｏの買物カゴテーブルＴ２における受取時刻を上記変更後受取時刻Ｋ１に修正する。

次に、制御部１０は、ＳＴ２０１として変更完了応答を生成し、この変更完了応答をコマンド送信元の携帯電話３に返信する。また、ＳＴ２０２として該当カゴＤＢＮｏの買物カゴテーブルＴ２から取得した店舗コードで特定される店舗システム２の出力端末６に、注文確定データを送信する。この注文確定データには、今回、受取時刻を変更した買物カゴテーブルＴ２の受取時刻，注文時刻及びカゴＤＢＮｏと、全注文商品の商品名及び単価とが含まれる。

ネットワーク４を介して上記注文確定データを受信した出力端末６の制御部６０は、この注文確定データからカゴＤＢＮｏを取得し、注文管理テーブルＴＢ０に記憶されている各レコードのうち、カゴＤＢＮｏが一致するレコードに注文確定データを上書きする。しかる後、上記注文管理テーブルＴＢ０の各レコードを、受取時刻の早い順にソートする。なお、受取時刻が同じ場合には注文時刻が早い順にソートする。ソート完了後、制御部６０は、上記注文管理テーブルＴＢ０の内容を表示部６２に表示させる（出力手段）。

なお、店舗管理サーバ１の制御部１０は、ＳＴ１９７にて変更後受取時刻Ｋ１がしきい値時刻Ｔ以前であった場合、またはＳＴ１９９にて変更後受取時刻Ｋ１が営業時間帯外であった場合には、受取時刻エラー応答を生成し、このエラー応答を注文予約データ送信元の携帯電話３に返信する。この場合、受信した注文確定データは、破棄される（受取時刻エラー処理手段）。

図１７のＳＴ９５にて受取時刻変更コマンドを送信した携帯電話３の制御部３０は、ＳＴ９６として店舗管理サーバ１から変更完了応答が送られてくるのを待機する。そして、変更完了応答を受信したならば、制御部３０は、ＳＴ９７として表示部３３に時刻変更確認画面を表示させる。これに対し、一定時間が経過しても変更完了応答が送られてこないか、受取時刻エラー応答を受信した場合には、制御部３０は、ＳＴ９８として表示部３３に時刻変更エラー画面を表示させる。これら時刻変更確認画面及び時刻変更取消エラー画面には、「ＯＫ」ボタンが表示されているので、制御部３０は、ＳＴ９９として「ＯＫ」ボタンが入力されるのを待機し、入力されたならばＳＴ１２に戻って、表示部３３の画面を注文修正画面Ｇ１１に戻す。

次に、携帯電話３を使用して店外から注文した商品を実売店舗であるファーストフード店で決済する場合の作用について、図３１〜図３５を用いて説明する。

図３１は、決済端末５の制御部５０が実行する主要な制御手順を示す流れ図である。決済端末５は、キー入力部５３の操作入力により携帯電話３を用いた注文取引の決済実行が宣言されると、制御部５０が注文端末決済プログラムＰ３を起動する。そして、この注文端末決済プログラムＰ３に従い、制御部５０は、図３１の流れ図に示す手順で各部を制御する。

図３２及び図３３は、店舗管理サーバ１の制御部１０が実行する主要な制御手順を示す流れ図である。携帯注文受付プログラムＰ４が常駐している店舗管理サーバ１は、注文端末決済プログラムＰ３が起動中の決済端末５からネットワーク４を通じて与えられる各種の要求に対し、携帯注文受付プログラムＰ４に従って、図３１，図３２の流れ図に示す手順でその要求に応じた処理を実行する。

図３４は決済端末５の表示部５２に表示される画面５２１の一例である。また、図３５は、出力端末６の表示部６２に表示される画面６２３の一例である。

決済端末５の制御部５０は、注文端末決済プログラムＰ３が起動されると、図３１の処理を開始する。先ず、ＳＴ２１１として携帯端末との近距離無線通信が確立するのを待機する。そして、携帯電話３の無線通信部３７が決済端末５の無線通信部５８にかざされ、携帯電話３と決済端末５との近距離無線通信が確立したならば、制御部５０は、ＳＴ２１２として携帯電話３から発信される会員コードを取り込む（客識別取得手段）。そして、ＳＴ２１３としてこの会員コードと、エリアＡ３に設定されている店舗コードとを検索条件として含む注文商品の決済情報要求コマンドを生成し、このコマンドを、ネットワーク４を通じて店舗管理サーバ１に送信する。

決済情報要求コマンドを受信した店舗管理サーバ１の制御部１０は、図３２の流れ図に示す処理を実行する。先ず、ＳＴ２２１として受信した決済情報要求コマンドから会員コードと店舗コードを取得する。そして、この会員コードと店舗コードとを検索キーデータとして買物カゴデータベース１０４を検索する。その結果、検索キーデータである会員コードと店舗コードの両方がセットされた買物カゴテーブルＴ２を検出したならば（ＳＴ２２３のＹＥＳ）、制御部１０は、ＳＴ２２４としてこの買物カゴテーブルＴ２のデータで注文商品決済情報を編集する。この注文商品決済情報には、当該買物カゴテーブルＴ２のカゴＤＢＮｏ、店舗コード及び注文商品の商品コード，商品名，単価，数量及び金額と、数量，金額の合計データとを含む。制御部１０は、ＳＴ２２５として上記注文商品決済情報をコマンド送信元の決済端末５に送信する。

なお、買物カゴデータベース１０４を検索した結果、検索キーデータである会員コードと店舗コードの両方がセットされた買物カゴテーブルＴ２を検出できなかった場合には（ＳＴ２２３のＮＯ）、制御部１０は、ＳＴ２２６として決済不可応答をコマンド送信元の決済端末５に送信する。

図３１中ＳＴ２１３にて決済情報要求コマンドを送信した決済端末５の制御部５０は、ＳＴ２１４として店舗管理サーバ１から注文商品決済情報が送られてくるのを待機している。そして、ネットワーク４を介して注文商品決済情報を受信したならば、制御部５０は、ＳＴ２１５としてこの注文商品決済情報の内容を表示部５２に表示させる。

このときの表示部５２の表示画面５２１の一例を図３４に示す。同図は、出力端末６の表示部６２に図３０の画面６２２が表示されている場合において、その中の注文商品情報Ｄ２を注文した客が決済に訪れた状態を示している。

この状態において、制御部５０は、ＳＴ２１６としてキー入力部５３の締めキーが操作入力されるのを待機する。そして、締めキーが操作入力された場合には、ＳＴ２１７として決済処理を行う（決済処理手段）。

例えば、近距離無線通信が確立している携帯電話３から電子マネーを取り込み、合計金額と比較する。その結果、合計金額が電子マネー以下の場合には、電子マネー決済が成立するので、制御部５０は、電子マネーから合計金額分を減額する。そして合計金額分減額後の新たな電子マネーを含む携帯電話３に送信する。なお、決済の媒体は電子マネーに限定されるものではなく、現金やプリペイドカード等であってもよい。

決済完了後、制御部５０は、ＳＴ２１８として近距離無線通信が確立している携帯電話３から取得した会員コードと、受信した注文商品情報中のカゴＤＢＮｏとを含む決済管理用コマンドを、ネットワーク４を介して店舗管理サーバ１に送信する。以上で、注文端末決済プログラムＰ３を終了させる。

上記決済完了コマンドを受信した店舗管理サーバ１の制御部１０は、図３３の流れ図に示す処理を実行する。先ず、ＳＴ２３１として受信した決済完了コマンドからカゴＤＢＮｏを取得する。そして、ＳＴ２３２として買物カゴデータベース１０４を検索して、当該カゴＤＢＮｏがセットされた買物カゴテーブルＴ２から店舗コードを取得する。

次に、制御部１０は、ＳＴ２３３として取得した店舗コードで特定される店舗システム２の出力端末６に決済完了データを送信する。この決済完了データには、受信した決済完了コマンドから取得したカゴＤＢＮｏが含まれる。

ネットワーク４を介して上記決済完了データを受信した出力端末６の制御部６０は、この決済完了データからカゴＤＢＮｏを取得し、注文管理テーブルＴＢ０に記憶されている各レコードのうち、カゴＤＢＮｏが一致するレコードを削除する（決済情報消去手段）。しかる後、上記注文管理テーブルＴＢ０の内容を表示部６２に表示させる。

このときの表示部６２の表示画面６２３の一例を図３５に示す。同図は、図３０の状態から２分が経過した時点で、注文商品情報Ｄ２を注文した客の決済が完了した場合を示している。

一方、店舗管理サーバ１の制御部１０は、決済完了データを送信後、ＳＴ２３４として買物カゴデータベース１０４から当該カゴＤＢＮｏの買物カゴテーブルＴ２を削除する。また、ＳＴ２３５として受信した決済完了コマンドから会員コードを取得する。そして、ＳＴ２３６として、会員データベース１０３の当該会員コードに対応するカゴＤＢＮｏを“０”とする。

このように本実施の形態によれば、注文取引支援システムが構築されているファーストフード店と注文取引を行うための会員となった客は、同ファーストフード店のいずれかのチェーン店舗に対し、携帯電話３を使用して、店外からハンバーガー等の商品を注文する際に、商品の受取時刻を指定することができる。一方、各チェーン店舗では、携帯電話３を使用して客が店外から注文した商品の内容が、当該客が指定した受取時刻と併せて出力端末６に表示される。したがって店員は、客が商品を受取りに来る時間を考慮しながら注文を受けた商品を準備できるので、指定した時刻に商品を受取りに来た客を待たせるような不具合を防止することができる。その結果、サービス性を高めることができ、ひいては実売店舗の売上向上が期待できる。

また、本実施の形態によれば、客は、携帯電話３を用いて注文した商品の修正のみならず、受取時刻の修正も携帯電話３から容易に行うことができる。また、修正された情報は、即座に各店舗に反映される。したがって、客にとって使い勝手がよいものである上、修正情報の伝達ミス等によって客を待たせるような不具合も未然に防止できる。

また、本実施の形態によれば、携帯電話３を用いて注文した商品の代金を決済する際も、その携帯電話３に記憶された会員コードを決済端末５に読み取らせればよい。したがって、決済に要する手間と時間を軽減することができる。

なお、この発明は前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。

例えば、前記実施の形態では、店舗管理サーバ１の制御部１０が実行する注文予約データ受信処理（図２１）、及び、受取時刻変更受信処理（図２６）において、現在時刻に加算される品揃え時間Ｎを一定時間とした。しかし、ハンバーガー等のように調理が必要な商品の場合は、注文商品の点数が多ければ多いほど品揃えに要する時間が長くかかる。そこで次に、注文商品の点数に応じて品揃え時間Ｎを変化させるようにした他の実施の形態を、図３６を用いて説明する。

図３６は、店舗管理サーバ１のデータ記憶部１１に形成される品揃え時間テーブルＴＢ１を示している。品揃え時間テーブルＴＢ１には、注文商品点数Ｐの範囲別に品揃え時間Ｎが設定されている。この例では、注文商品点数Ｐが１点から４点に対して品揃え時間Ｎとして５分が設定され、５点から９点に対して１５分が設定され、１０点以上に３０分が設定されている。すなわち、品揃え時間Ｎは、注文商品の点数Ｐが大きくなればなるほど増加するように設定されている。

しかして、店舗管理サーバ１の制御部１０は、注文予約データ受信処理のＳＴ１３３または受取時刻変更受信処理のＳＴ１９６の処理を実行する前に、受信した注文予約データ中の注文商品点数Ｐまたは該当カゴＤＢＮｏの買物カゴテーブルＴ２に記憶されている注文商品点数Ｐに対応する品揃え時間Ｎを、上記品揃え時間テーブルＴＢ１から読み出す処理ステップを追加する。こうすることにより、注文商品の点数に応じて品揃え時間Ｎを変化させることができるので、注文商品の点数が多いために品揃えに時間がかかるにも拘らず、その時間を考慮せずに客が指定した受取時間を承認してしまう不具合を防止することができる。

なお、この他の実施の形態において、品揃え時間Ｎを注文商品点数Ｐで決定するのでなく、予め商品毎に、例えば調理に要する時間に比例した品揃え時間を設定しておき、注文があった商品の品揃え時間の総和を算出して、全体の品揃え時間Ｎとしてもよい。

また、ハンバーガー等のように調理に時間を要する商品の場合、品揃え時間Ｎは、店の混雑度によっても変化する。すなわち、混雑している時間帯ほど品揃えに時間がかかるものである。そこで次に、店の混雑度を考慮したさらに別の実施の形態について図３７〜図３９を用いて説明する。

図３７は、店舗管理サーバ１のデータ記憶部１１に形成される混雑係数テーブルＴＢ２を示している。また、図３８は、同データ記憶部１１に形成される時間帯別混雑度テーブルＴＢ３を示している。

混雑係数テーブルＴＢ２には、注文商品点数Ｐの範囲別に混雑係数Ｌが設定されている。この例では、注文商品点数Ｐが１点から４点に対して混雑係数Ｌとして「１」が設定され、５点から９点に対して「２」が設定され、１０点以上に「３」が設定されている。すなわち、混雑係数Ｌは、注文商品の点数Ｐが大きくなればなるほど増加するように設定されている。

時間帯別混雑度テーブルＴＢ３には、店が混雑する特定の時間帯をさらに細分化した時間帯別に、混雑度を記憶するためのエリアが形成されている。この例では、昼の１２時から１３時までの１時間を混雑する特定時間帯とし、その中を５分間隔で細分化した時間帯毎に混雑度を記憶するためのエリアを形成している。時間帯別混雑度テーブルＴＢ３は、管理対象のチェーン店舗毎に形成されている。

図３９は、携帯電話３から注文予約データを受信した店舗管理サーバ１の制御部１０が実行する処理手順を示す流れ図であり、第１の実施の形態の同一処理手順を示す図２１と共通する部分には同一符号を付している。

すなわち、この他の実施の形態では、ＳＴ１３１〜ＳＴ１３６までは、第１の実施の形態と同一の処理ステップを実行する。ＳＴ１３６にて、受取時刻Ｋが営業時間帯内であると判断すると、制御部１０は、ＳＴ３０１として注文予約データから取得した店舗コードが設定された時間帯別混雑度テーブルＴＢ３を参照して、当該受取時刻Ｋが属する時間帯の混雑度を取得する。そして、ＳＴ３０２としてこの混雑度が予め設定されたしきい値Ｘを超えるか否かを調べる。そして、混雑度がしきい値を越えない場合には当該受取時刻が有効であると判定し、越える場合には無効であると判定する（受付時刻判定手段）。

受取時刻Ｋが有効と判定された場合には、制御部１０は、ＳＴ３０３として注文予約データに含まれる注文商品の合計点数Ｐを取得する。そして、混雑係数テーブルＴＢ２を検索して、当該点数Ｐに対応した混雑係数Ｌを取得する。

次に、制御部１０は、ＳＴ３０４として受取時刻Ｋと混雑係数Ｌとから混雑対象時間帯を決定する。すなわち、混雑係数Ｌが「１」の場合は、受取時刻Ｋが属する時間帯のみを混雑対象時間帯とする。また、混雑係数Ｌが「２」の場合は、受取時刻Ｋが属する時間帯とその直前の時間帯を混雑対象時間帯とする。また、混雑係数Ｌが「３」の場合は、受取時刻Ｋが属する時間帯とその前の２つの時間帯を混雑対象時間帯とする。そして、注文予約データから取得した店舗コードが設定された時間帯別混雑度テーブルＴＢ３の混雑対象時間帯に対応した混雑度をそれぞれ“１”ずつ増加する（混雑度決定手段）。しかる後、制御部１０は、第１の実施の形態と同一の処理ステップであるＳＴ１３７〜ＳＴ１４０の処理を実行する。

一方、受取時刻Ｋが無効と判定された場合には、制御部１０は、ＳＴ３０５として注文不可応答をデータ送信元の携帯端末３に返信する。

かかる構成により、これまでの注文予約によって混雑度が一定のしきい値Ｘを超えている時間帯に対しては、さらなる注文を受けられないようにすることができる。

なお、この他の実施の形態において、混雑係数Ｌを注文商品点数Ｐで決定するのでなく、予め商品毎に、例えば調理に要する時間に比例して混雑係数を決めておき、注文があった商品の混雑係数の総和を算出して、全体の混雑係数Ｌとしてもよい。

また、前記実施の形態では、携帯電話３を使用して商品を注文した客が決済を行う際に、当該携帯電話３に記憶された会員コードを決済端末５に読み取らせるようにしたが、注文端末に記憶されている会員コードをＩＣカード，磁気カード等の可搬式記憶媒体に記憶させ、この記憶媒体に記憶された会員コードを決済端末５に読み取らせることによって、当該客の買物カゴテーブルＴ２を特定するようにしてもよい。こうすることにより、携帯型でないパソコン等の情報処理層値を注文端末として機能させることができる。

また、前記実施の形態では、買物カゴデータベース１０４を店舗管理サーバ１が記憶管理したが、各店舗システム２にそれぞれストアサーバを追加し、このストアサーバによって店舗毎に買物カゴデータベース１０４を記憶管理するようにしてもよい。こうすることにより、決済端末５で決済を行う際にネットワーク４を通じて店舗管理サーバ１と送受信するデータ量を大幅に節約できるので、通信トラフィック量を低減できる効果を奏する。

また、前記実施の形態では、出力端末６の出力手段を表示手段としたが、これに限定されるものではなく、例えばプリンタによって記録紙に印刷出力する印字手段であってもよい。また、店舗側装置を決済端末５と出力端末６とに分けて構成したが、決済端末５としての機能と出力端末６としての機能とを兼ね備えた単体の装置を店舗側装置としてもよい。また、出力端末６はディスプレイが主体であり、注文管理テーブルＴＢ０を決済端末５が記憶管理するようにしてもよい。

また、本実施の形態では装置内部に発明を実施する機能が予め記録されている場合で説明をしたが、これに限らず同様の機能をネットワークから装置にダウンロードしても良いし、同様の機能を記録媒体に記憶させたものを装置にインストールしてもよい。記録媒体としては、ＣＤ−ＲＯＭ等プログラムを記憶でき、かつ装置が読み取り可能な記録媒体であれば、その形態は何れの形態であっても良い。またこのように予めインストールやダウンロードにより得る機能は装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。

この他、前記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を組合わせてもよい。

本発明の一実施の形態における注文取引支援システムの概要図。 同実施の形態において、店舗データベースに記憶されるデータの構造を示す模式図。 同実施の形態において、商品データベースに記憶されるデータの構造を示す模式図。 同実施の形態において、会員データベースに記憶されるデータの構造を示す模式図。 同実施の形態において、買物カゴデータベースに記憶されるデータの構造を示す模式図。 同実施の形態の注文取引支援システムを構築する携帯電話の要部構成を示すブロック図。 同実施の形態の注文取引支援システムを構築する決済端末の要部構成を示すブロック図。 同実施の形態の注文取引支援システムを構築する出力端末の要部構成を示すブロック図。 同実施の形態において、出力端末が有する注文管理テーブルのデータ構造を示す模式図。 同実施の形態の注文取引支援システムを構築する店舗管理サーバの要部構成を示すブロック図。 同実施の形態において、注文端末実行プログラムに従い携帯端末の制御部が実行する処理の要部手順を示す流れ図。 図１１における注文処理の締めキー入力前までの処理手順を具体的に示す流れ図。 図１１における注文処理の締めキー入力後の処理手順を具体的に示す流れ図。 図１１における修正処理の処理手順を具体的に示す流れ図。 図１４における注文取消処理の処理手順を具体的に示す流れ図。 図１４における注文追加処理の処理手順を具体的に示す流れ図。 図１４における受取時刻変更処理の処理手順を具体的に示す流れ図。 同実施の形態において、携帯注文受付プログラムに従い店舗管理サーバの制御部が実行する開始コマンド受信処理の要部手順を示す流れ図。 同実施の形態において、携帯注文受付プログラムに従い店舗管理サーバの制御部が実行する注文コマンド受信処理の要部手順を示す流れ図。 同実施の形態において、携帯注文受付プログラムに従い店舗管理サーバの制御部が実行する店舗コマンド受信処理の要部手順を示す流れ図。 同実施の形態において、携帯注文受付プログラムに従い店舗管理サーバの制御部が実行する注文受付データ受信処理の要部手順を示す流れ図。 同実施の形態において、携帯注文受付プログラムに従い店舗管理サーバの制御部が実行する修正コマンド受信処理の要部手順を示す流れ図。 同実施の形態において、携帯注文受付プログラムに従い店舗管理サーバの制御部が実行する取消商品データ受信処理の要部手順を示す流れ図。 同実施の形態において、携帯注文受付プログラムに従い店舗管理サーバの制御部が実行する一括商品データ受信処理の要部手順を示す流れ図。 同実施の形態において、携帯注文受付プログラムに従い店舗管理サーバの制御部が実行する追加商品データ受信処理の要部手順を示す流れ図。 同実施の形態において、携帯注文受付プログラムに従い店舗管理サーバの制御部が実行する受取時刻変更コマンド受信処理の要部手順を示す流れ図。 同実施の形態において、注文端末実行プログラムが起動中の携帯電話の表示部２３に表示される画面Ｇ１〜Ｇ８の一例を示す模式図。 同実施の形態において、注文端末実行プログラムが起動中の携帯電話の表示部２３に表示される画面Ｇ９〜Ｇ１５の一例を示す模式図。 同実施の形態において、出力端末の表示部に表示される画面６２１の一例を示す模式図。 同実施の形態において、出力端末の表示部に表示される画面６２２の一例を示す模式図。 同実施の形態において、注文端末決済プログラムに従い決済端末の制御部が実行する注文端末決済処理の要部手順を示す流れ図。 同実施の形態において、携帯注文受付プログラムに従い店舗管理サーバの制御部が実行する決済情報要求コマンド受信処理の要部手順を示す流れ図。 同実施の形態において、携帯注文受付プログラムに従い店舗管理サーバの制御部が実行する決済完了指令コマンド受信処理の要部手順を示す流れ図。 同実施の形態において、携帯端末の表示部に表示される画面５２１の一例を示す模式図。 同実施の形態において、出力端末の表示部に表示される画面６２３の一例を示す模式図。 本発明の他の実施の形態において、店舗管理サーバのデータ記憶部に形成される品揃え時間テーブルのデータ構造を示す模式図。 本発明のさらに他の実施の形態において、店舗管理サーバのデータ記憶部に形成される混雑係数テーブルのデータ構造を示す模式図。 同実施の形態において、店舗管理サーバのデータ記憶部に形成される時間帯別混雑度テーブルのデータ構造を示す模式図。 同実施の形態において、携帯注文受付プログラムに従い店舗管理サーバの制御部が実行する注文受付データ受信処理の要部手順を示す流れ図。

符号の説明

１…店舗管理サーバ、２…店舗システム、３…携帯電話、４…ネットワーク、５…決済端末、６…出力端末、７…店舗内ＬＡＮ、８…ルータ、９…基地局、１０１…店舗データベース、１０２…商品データベース、１０３…会員データベース、１０４…買物カゴデータベース、Ｐ１…注文端末実行プログラム、Ｐ２…電子決済対応プログラム、Ｐ３…注文端末決済プログラム、Ｐ４…携帯注文受付プログラム、ＴＢ０…注文管理テーブル、ＴＢ１…品揃え時間テーブル、ＴＢ２…混雑係数テーブル、ＴＢ３…時間帯別混雑度テーブル。

Claims (11)

1. 注文取引を行なう客によって操作される注文端末と、前記注文端末とデータ通信が可能な店舗管理装置と、管理対象である複数の店舗にそれぞれ設置され、前記店舗管理装置とデータ通信が可能な店舗側装置とを備えてなる注文取引支援システムにおいて、
   前記注文端末は、前記複数の店舗の中から注文取引対象店舗を前記客に選択させる店舗選択手段と、前記注文取引対象店舗で販売されている各商品の中から購入対象商品を前記客に選択させる商品選択手段と、前記購入対象商品の受取時刻を前記客に入力させる受取時刻入力手段と、前記注文取引対象店舗，購入対象商品及び受取時刻に関する情報を前記客を特定する客識別情報とともに前記店舗管理装置に送信する注文取引情報送信手段と、を具備し、
   前記店舗管理装置は、注文商品の点数に関連付けて前記点数が大きくなればなるほど増加する混雑係数を記憶する混雑係数テーブルと、時間帯別に混雑度を記憶する時間帯別混雑度テーブルと、前記注文端末から前記注文取引対象店舗，購入対象商品及び受取時刻に関する情報を前記客識別情報とともに受信する受信手段と、この受信手段により受信した情報中の前記購入対象商品の点数から前記混雑係数テーブルを参照して前記混雑係数を取得する混雑係数取得手段と、前記受信手段により受信した情報中の前記受取時刻が属する時間帯の混雑度を前記時間帯別混雑度テーブルから取得する混雑度取得手段と、この混雑度取得手段により取得した混雑度がしきい値を超える場合は前記受取時刻が無効と判定し、しきい値を超えない場合は前記受取時刻が有効と判定する受取時刻判定手段と、この受取時刻判定手段により前記受取時刻が有効と判定されると、前記受信手段により受信した前記注文取引対象店舗，購入対象商品及び受取時刻に関する情報をその情報とともに受信した前記客識別情報と関連付けて記憶部に記憶させる注文取引情報記憶手段と、前記記憶部に記憶された購入対象商品及び受取時刻に関する情報をその情報とともに記憶された注文取引対象店舗情報で特定される店舗の前記店舗側装置に送信する対店舗送信手段と、前記受取時刻判定手段により前記受取時刻が有効と判定されると、その受取時刻と前記混雑係数取得手段により取得した前記混雑係数とから混雑対象時間帯を決定し、前記時間帯別混雑度テーブルの当該混雑対象時間帯に対応した混雑度を増加する方向に更新する混雑度増加手段とを具備し、
   前記店舗側装置は、前記店舗管理装置から受信した前記購入対象商品及び受取時刻に関する情報を出力する出力手段を具備したことを特徴とする注文取引支援システム。
2. 前記店舗管理装置は、前記受信手段により受信した情報中の前記受取時刻を現在時刻に所定の品揃え時間を加えたしきい値時刻と比較し、受取時刻がしきい値時刻以降のときには当該受取時刻を有効と判定し、前記しきい値時刻以前のときには当該受取時刻を無効とする第２の受取時刻判定手段と、この第２の受取時刻判定手段により前記受取時刻が無効であると判定されると、前記注文端末に受取時刻エラーを通知するとともに受信した前記情報を破棄する受取時刻エラー処理手段と、をさらに具備したことを特徴とする請求項１記載の注文取引支援システム。
3. 前記品揃え時間は、前記受取時刻とともに前記注文端末から受信した購入対象商品の点数に応じて変化することを特徴とする請求項２記載の注文取引支援システム。
4. 前記注文端末は、携帯電話，ＰＨＳ，携帯情報端末等の携帯型通信端末であり、
   前記店舗側装置は、前記注文端末を介して購入対象店舗及び購入対象商品の選択と受取時刻の入力をした客の前記客識別情報を取得する客識別取得手段と、この客識別取得手段により取得した前記客識別情報と関連付けられて前記記憶部に記憶されている前記注文取引対象店舗情報で特定される店舗が当該店舗側装置の設置店舗であることを条件に、前記客識別情報と関連付けられて前記記憶部に記憶されている前記購入対象商品情報で特定される商品の注文取引を決済させる決済処理手段と、をさらに具備したことを特徴とする請求項１記載の注文取引支援システム。
5. 前記店舗側装置の出力手段は、表示部に表示出力する手段であり、
   前記店舗側装置は、前記決済処理手段により決済された注文取引の購入対象商品及び受取時間に関する情報を消去する決済情報消去手段、をさらに具備したことを特徴とする請求項１または４記載の注文取引支援システム。
6. 前記店舗側装置の出力手段は、前記店舗管理装置から受信した前記購入対象商品及び受取時刻に関する情報を受取時刻の早い順に表示出力することを特徴とする請求項５記載の注文取引支援システム。
7. 前記店舗側装置の出力手段は、受取時刻までの所要時間が所定時間未満の情報を所定時間以上の情報と区別して表示出力することを特徴とする請求項６記載の注文取引支援システム。
8. 注文取引を行なう客によって操作される注文端末とデータ通信が可能であるとともに、管理対象である複数の店舗にそれぞれ設置された店舗側装置とデータ通信が可能な店舗管理装置において、
   注文商品の点数に関連付けて前記点数が大きくなればなるほど増加する混雑係数を記憶する混雑係数テーブルと、時間帯別に混雑度を記憶する時間帯別混雑度テーブルと、前記注文端末から前記注文取引対象店舗，購入対象商品及び受取時刻に関する情報を前記客識別情報とともに受信する受信手段と、この受信手段により受信した情報中の前記購入対象商品の点数から前記混雑係数テーブルを参照して前記混雑係数を取得する混雑係数取得手段と、前記受信手段により受信した情報中の前記受取時刻が属する時間帯の混雑度を前記時間帯別混雑度テーブルから取得する混雑度取得手段と、この混雑度取得手段により取得した混雑度がしきい値を超える場合は前記受取時刻が無効と判定し、しきい値を超えない場合は前記受取時刻が有効と判定する受取時刻判定手段と、この受取時刻判定手段により前記受取時刻が有効と判定されると、前記受信手段により受信した前記注文取引対象店舗，購入対象商品及び受取時刻に関する情報をその情報とともに受信した前記客識別情報と関連付けて記憶部に記憶させる注文取引情報記憶手段と、前記記憶部に記憶された購入対象商品及び受取時刻に関する情報をその情報とともに記憶された注文取引対象店舗情報で特定される店舗の前記店舗側装置に送信する対店舗送信手段と、前記受取時刻判定手段により前記受取時刻が有効と判定されると、その受取時刻と前記混雑係数取得手段により取得した前記混雑係数とから混雑対象時間帯を決定し、前記時間帯別混雑度テーブルの当該混雑対象時間帯に対応した混雑度を増加する方向に更新する混雑度増加手段とを具備したことを特徴とする店舗管理装置。
9. 前記受信手段により受信した情報中の前記受取時刻を現在時刻に所定の品揃え時間を加えたしきい値時刻と比較し、受取時刻がしきい値時刻以降のときには当該受取時刻を有効と判定し、前記しきい値時刻以前のときには当該受取時刻を無効とする第２の受取時刻判定手段と、この第２の受取時刻判定手段により前記受取時刻が無効であると判定されると、前記注文端末に受取時刻エラーを通知するとともに受信した前記情報を破棄する受取時刻エラー処理手段と、をさらに具備したことを特徴とする請求項８記載の店舗管理装置。
10. 前記品揃え時間は、前記受取時刻とともに前記携帯型通信端末から受信した購入対象商品の点数に応じて変化することを特徴とする請求項９記載の店舗管理装置。
11. 注文取引を行なう客によって操作される注文端末とデータ通信が可能であるとともに、管理対象である複数の店舗にそれぞれ設置された店舗側装置とデータ通信が可能なコンピュータを、
    前記注文端末から前記注文取引対象店舗，購入対象商品及び受取時刻に関する情報を前記客識別情報とともに受信する受信手段、この受信手段により受信した情報中の前記購入対象商品の点数から、注文商品の点数に関連付けて前記点数が大きくなればなるほど増加する混雑係数を記憶する混雑係数テーブルを参照して、前記混雑係数を取得する混雑係数取得手段、前記受信手段により受信した情報中の前記受取時刻が属する時間帯の混雑度を、時間帯別に混雑度を記憶する時間帯別混雑度テーブルから取得する混雑度取得手段、この混雑度取得手段により取得した混雑度がしきい値を超える場合は前記受取時刻が無効と判定し、しきい値を超えない場合は前記受取時刻が有効と判定する受取時刻判定手段、この受取時刻判定手段により前記受取時刻が有効と判定されると、前記受信手段により受信した前記注文取引対象店舗，購入対象商品及び受取時刻に関する情報をその情報とともに受信した前記客識別情報と関連付けて記憶部に記憶させる注文取引情報記憶手段、前記記憶部に記憶された購入対象商品及び受取時刻に関する情報をその情報とともに記憶された注文取引対象店舗情報で特定される店舗の前記店舗側装置に送信する対店舗送信手段、前記受取時刻判定手段により前記受取時刻が有効と判定されると、その受取時刻と前記混雑係数取得手段により取得した前記混雑係数とから混雑対象時間帯を決定し、前記時間帯別混雑度テーブルの当該混雑対象時間帯に対応した混雑度を増加する方向に更新する混雑度増加手段として機能させるためのプログラム。

Images