JP2006259831A

JP2006259831A - 受注システム、配信サーバおよび受注方法

Info

Publication number: JP2006259831A
Application number: JP2005072843A
Authority: JP
Inventors: Yoshiaki Tsuda; 喜秋津田
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2005-03-15
Filing date: 2005-03-15
Publication date: 2006-09-28

Abstract

【課題】注文者が任意の場所において注文したサービスを受けることができるようにし、例えば、ドライブスルーでの商品の受け渡し・決済について利便性を向上させる。
【解決手段】注文者は携帯電話１００を用いて注文データを受付サーバ２００に送信する。受付サーバ２００は、チェーン店に加入する各店舗の店舗サーバ４００に注文データを配信する。注文者がどの店舗で注文したサービスを受けるかわからないため、各店舗サーバ４００はいずれもが注文に対する受注処理を行う可能性がある。注文データを各店舗に配信することにより、各店舗では受注の準備、例えばファーストフード店における商品の準備、を行うことができる。これにより、注文者がいずれの店舗に来店した場合でも、遅延なく注文された商品等を提供することが可能となる。つまり、サービスを提供するまでの時間の短縮を図ることができ注文者の利便性を向上することができる。
【選択図】図１

Description

本発明は、データ通信を使用したドライブスルーでの受発注システムなどに用いる受注システム、配信サーバおよび受注方法に関するものである。

データ通信を使用した受発注システムとして、Ｗｅｂ上に商品情報を掲載し、Ｗｅｂ上で注文を受け付ける電子モールによる受発注システムがある。
また、車両と路側機との通信を目的としたＤＳＲＣ（ＤｅｄｉｃａｔｅｄＳｈｏｒｔＲａｎｇｅＣｏｍｍｕｎｉｃａｔｉｏｎ）という通信方式があり、ドライブスルーなどに適用されることが期待される。
特開２００１−０２２８３６号公報

電子モールでの受発注では、モバイルコンピューティングにより任意の場所で注文を行うことができるが、任意の場所で注文したサービスを受けるということはできない。例えば、注文した商品は指定した住所に宅配される。
また、ドライブスルーは、車で来店した人が、車を駐車場に停め、店内カウンターに並んで商品の注文、受け取りを行うという手間を省くことが目的である。そこで、ドライブスルー利用時の商品の注文、受け取りがより円滑に行われることが望まれる。

本発明は、上記の課題などを解決するためになされたもので、注文者が任意の場所において注文したサービスを受けることができるようにすることなどを目的とする。

本発明の受注システムは、注文内容を示す注文データを入力し、注文データの送信と注文データを識別する注文識別データの送信とを行う注文入力端末と、前記注文入力端末が送信した注文データを受信した際に、受信した注文データと受信した注文データを識別する注文識別データとを含む配信データを、注文に対する受注処理を行う可能性のある複数の受注候補サーバに対して配信する配信サーバと、前記配信サーバが配信した配信データを受信した場合に、受信した配信データに含まれる注文データと注文識別データとを対応させて記憶し、前記注文入力端末が送信した注文識別データを受信した場合に、受信した注文識別データに基づいて対応する注文データを取得し、取得した注文データに対する受注処理を行う受注候補サーバとを有することを特徴とする。

本発明によれば、配信サーバが各受注候補サーバに注文データを配信することで、注文者が任意の場所において注文したサービスを受けることができるようになり、注文者の利便性を向上することができる。
さらに、本発明をドライブスルーに適用することで、ドライブスルーの利便性をさらに向上することができる。

実施の形態１．
図１は、実施の形態１における受注システムおよび受注方法を示す図である。
実施の形態１における受注システムおよび受注方法について、図１に基づいて以下に説明する。
まず、注文者は携帯電話１００などの通信端末を用いて注文データを入力し、注文データを受付サーバ２００に送信する。
注文データを受信した受付サーバ２００は、チェーン店に加入する各店舗の店舗サーバ４００に注文データを配信する。注文者がどの店舗で注文したサービスを受けるかわからないため、各店舗サーバ４００はいずれもが注文に対する受注処理を行う可能性がある。
注文データを各店舗に配信することにより、各店舗では受注の準備、例えばファーストフード店における商品の準備、を行うことができる。
これにより、注文者がいずれの店舗に来店した場合でも、遅延なく注文された商品等を提供することが可能となる。
つまり、本受注システムおよび受注方法によりサービスを提供するまでの時間の短縮を図ることができ注文者の利便性を向上することができる。

以下、チェーン店でのドライブスルーの受発注を例に受注システム、配信サーバおよび受注方法の形態を説明する。

図２は、実施の形態１における受付サーバ２００および店舗サーバ４００の外観を示す図である。
図２において、受付サーバ２００および店舗サーバ４００は、システムユニット９１０、ＣＲＴ（ＣａｔｈｏｄｅＲａｙＴｕｂｅ）表示装置９０１、キーボード（Ｋ／Ｂ）９０２、マウス９０３、コンパクトディスク装置（ＣＤＤ）９０５、プリンタ装置９０６、スキャナ装置９０７を備え、これらはケーブルで接続されている。
さらに、受付サーバ２００および店舗サーバ４００は、ＦＡＸ機９３２、電話器９３１とケーブルで接続され、また、ローカルエリアネットワーク（ＬＡＮ）９４２、ウェブサーバ９４１を介してインターネット９４０に接続されている。
ＬＡＮ９４２は、例えば、店舗内の各装置（店舗サーバ４００、ＤＳＲＣ装置、ＰＯＳ（ＰｏｉｎｔＯｆＳａｌｅ）システムを構成するレジスタなど）を接続する。
また、受付サーバ２００と各店舗の店舗サーバ４００とはＬＡＮ９４２、インターネット９４０または専用線で接続している。

図３は、実施の形態１における受付サーバ２００および店舗サーバ４００のハードウェア構成図である。
図３において、受付サーバ２００および店舗サーバ４００は、プログラムを実行するＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）９１１を備えている。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３、ＲＡＭ９１４、通信ボード９１５、ＣＲＴ表示装置９０１、Ｋ／Ｂ９０２、マウス９０３、ＦＤＤ（ＦｌｅｘｉｂｌｅＤｉｓｋＤｒｉｖｅ）９０４、磁気ディスク装置９２０、ＣＤＤ９０５、プリンタ装置９０６、スキャナ装置９０７と接続されている。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０、光ディスク装置は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部の一例である。
通信ボード９１５は、ＦＡＸ機９３２、電話器９３１、ＬＡＮ９４２等に接続されている。
例えば、通信ボード９１５、Ｋ／Ｂ９０２、スキャナ装置９０７、ＦＤＤ９０４などは、情報入力部の一例である。
また、例えば、通信ボード９１５、ＣＲＴ表示装置９０１などは、出力部の一例である。

ここで、通信ボード９１５は、ＬＡＮ９４２に限らず、直接、インターネット９４０、或いはＩＳＤＮ等のＷＡＮ（ワイドエリアネットワーク）に接続されていても構わない。直接、インターネット９４０、或いはＩＳＤＮ等のＷＡＮに接続されている場合、受付サーバ２００および店舗サーバ４００は、インターネット９４０、或いはＩＳＤＮ等のＷＡＮに接続され、ウェブサーバ９４１は不用となる。
磁気ディスク装置９２０には、オペレーティングシステム（ＯＳ）９２１、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３は、ＣＰＵ９１１、ＯＳ９２１、ウィンドウシステム９２２により実行される。

上記プログラム群９２３には、以下に述べる実施の形態の説明において「〜部」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
ファイル群９２４には、以下に述べる実施の形態の説明において、「〜を判定し」、「〜を判定した結果」、「〜を計算し」、「〜を計算した結果」、「〜を処理し」、「〜を処理した結果」のような表現で説明する結果情報が、「〜ファイル」として記憶されている。
また、以下に述べる実施の形態の説明において説明するフローチャートの矢印の部分は主としてデータの入出力を示し、そのデータの入出力のためにデータは、磁気ディスク装置９２０、ＦＤ（ＦｌｅｘｉｂｌｅＤｉｓｋｃａｒｔｒｉｄｇｅ）、光ディスク、ＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）、ＤＶＤ（ＤｉｇｉｔａｌＶｅｒｓａｔｉｌｅＤｉｓｋ）、その他の記録媒体に記録される。あるいは、信号線やその他の伝送媒体により伝送される。

また、以下に述べる実施の形態の説明において「〜部」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェアのみ、或いは、ハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。

また、以下に述べる実施の形態を実施するプログラムは、磁気ディスク装置９２０、ＦＤ、光ディスク、ＣＤ、ＭＤ、ＤＶＤ、その他の記録媒体による記録装置を用いて記憶されても構わない。

図４は、実施の形態１におけるドライブスルーでの受発注システムの構成図である。
図４において、実施の形態１におけるドライブスルーの受発注システムでは、注文者は携帯電話１００（注文入力端末の一例）に注文内容を入力して携帯電話１００から注文データを受付サーバ２００（配信サーバ）に送信する。注文データを受信した受付サーバ２００は、各店舗に設置された店舗サーバ４００（受注候補サーバ）に注文データを配信する。注文者は車両５００で来店することができる。注文者が車両５００で来店した場合、ＤＳＲＣを通信方式としてＤＳＲＣ装置３００を介して店舗サーバ４００とデータの送受信を行う。

携帯電話１００は、端末通信部１１０（端末送信部／端末受信部）、端末注文処理部１２０、ＬＣＤ（ＬｉｑｕｉｄＣｒｙｓｔａｌＭｏｎｉｔｏｒ）１３０（端末表示部の一例）、入力キー１４０（端末入力部の一例）および端末記憶部１９０を備える。
端末通信部１１０は無線で通信を行う通信機である。
端末注文処理部１２０は、注文の選択、注文の決定、注文データの作成や注文データの送信命令などの注文に関する制御処理を行う。
ＬＣＤ１３０は注文者に対して注文内容、注文選択方法などの情報を表示する液晶モニタである。
入力キー１４０は注文者が注文の選択、注文の決定などを行うためのテンキーや十字キーなどである。注文者が押下したキーに対応したデータが入力データとなる。
端末記憶部１９０は注文データ、携帯電話１００の識別情報、受発注システムにおける注文者の会員情報などを記憶する。

受付サーバ２００は、受付処理部２１０、配信処理部２２０、通信部２３０（配信サーバ送信部／配信サーバ受信部）および記憶部２９０（アドレス記憶部）を備える。
受付処理部２１０は携帯電話１００から注文データを取得して注文に対する受付番号を発行する。
配信処理部２２０は注文データおよび受付番号を各店舗の店舗サーバ４００に配信する処理を行う。受付番号は注文データを識別する識別データである。
通信部２３０は携帯電話１００、各店舗サーバ４００とデータの送受信を行う。
記憶部２９０は、注文データを配信する各店舗サーバ４００のアドレスを記憶する。例えば各店舗サーバ４００に設定されたＩＰアドレスを記憶する。アドレスは各店舗サーバ４００毎に対応するユニキャストのアドレスでもよいし、各店舗サーバ４００に対応するマルチキャストのアドレスでもよい。また、記憶部２９０は、各店舗にて提供するサービスメニューのデータや受発注システムを利用する会員に関するデータを記憶する。

車両５００は、ＤＳＲＣによる通信を行う車載器５１０（通信機）、カーナビゲーションシステム５２０を搭載する。

店舗サーバ４００は、受注処理部４１０（決済処理部）、ＰＯＳ集計部４２０、通信部４３０（受注候補サーバ送信部／受注候補サーバ受信部）および記憶部４９０（受注候補サーバ記憶部）を備える。
受注処理部４１０は、携帯電話１００から受付番号を取得して受付番号に対する注文情報を出力する処理、注文に対する電子決済処理などを行う。
ＰＯＳ集計部４２０は受注情報を集計する処理を行う。
通信部４３０はＤＳＲＣ装置３００を介して車両５００の車載器５１０との通信を行う。また、受付サーバ２００との通信を行う。
記憶部４９０は受付サーバ２００が送信した注文データと受付番号とを対応付けて記憶する。また、ＰＯＳの集計データを記憶する。

ここで、実施の形態１における受発注システムの受発注方法を「１．注文処理／工程」、「２．受注処理／工程」および「３．受注後処理／工程」に分けて説明する。

１．注文処理／工程
図５は、実施の形態１における受発注システムの注文処理の流れを示すフローチャートである。
実施の形態１における注文処理について図５に基づいて以下に説明する。

まず、注文者は携帯電話１００を用いて受付サーバ２００にメニューの要求を行う（Ｓ１０１）。
受付サーバ２００は携帯電話１００からメニュー要求データを受信し、メニューデータを返信する（Ｓ１０２）。
携帯電話１００はメニューデータを受信してメニューをＬＣＤ１３０に表示し、注文者が決定したメニューを注文データとして受付サーバ２００に送信する（Ｓ１０３）。

そして、注文データを受信した受付サーバ２００は注文に対する受付番号を発行し携帯電話１００に送信する（Ｓ１０４）。
携帯電話１００は受付番号を受信し端末記憶部１９０に記憶する（Ｓ１０５）。

また、受付サーバ２００は注文データと受付番号を各店舗サーバ４００に配信する（Ｓ１０６）。以下、受付サーバ２００が各店舗サーバ４００に配信する注文データおよび受付番号を含むデータを配信データとする。
各店舗サーバ４００は配信データを受信し注文データと受付番号とを対応させて記憶部４９０に記憶する（Ｓ１０７）。
各店舗サーバ４００は注文情報を画面や伝票に出力し、各店舗では出力された注文情報に対する受注準備を始める（Ｓ１０８）。

次に、上記の注文処理について携帯電話１００が行う処理と受付サーバ２００が行う処理の詳細を説明する。

まず、携帯電話１００が行う注文処理／工程を図６のフローチャートに基づいて説明する。

始めに、注文者は携帯電話１００を操作してＬＣＤ１３０にメニューを表示させる。

この際、携帯電話１００において入力キー１４０は、注文者のキーの押下により、メニュー表示の要求を示すメニュー表示要求データを入力し、端末注文処理部１２０に出力する（Ｓ２０１）。
端末注文処理部１２０は、メニュー表示要求データに対して、受付サーバ２００にメニューデータの送信を要求するメニュー要求データを生成し、端末通信部１１０に出力する（Ｓ２０２）。
端末通信部１１０は、メニュー要求データを送信する。このメニュー要求データの送信先は受付サーバ２００である（Ｓ２０３）。

Ｓ２０１〜Ｓ２０３の処理は前述のＳ１０１の処理に対応する（メニュー要求処理／工程）。

受付サーバ２００はメニュー要求データを受信し、メニューデータを返信する（前述のＳ１０２）。

端末通信部１１０はメニューデータを受信し、端末注文処理部１２０に出力する（Ｓ２０４）。
端末注文処理部１２０はメニューデータに対応する表示データを生成し、ＬＣＤ１３０に出力する（Ｓ２０５）。
そして、ＬＣＤ１３０はメニューを液晶画面に表示する（Ｓ２０６）。

次に、注文者は携帯電話１００を操作してメニューを決定して注文を行う。

この際、入力キー１４０は、注文者のキーの押下により、決定されたメニューの注文を示す注文要求データを入力し、端末注文処理部１２０に出力する（Ｓ２０７）。
端末注文処理部１２０は、注文要求データに対して、受付サーバ２００に注文の受付を要求する注文データを生成し、端末通信部１１０に出力する（Ｓ２０８）。
端末通信部１１０は注文データを送信する。この注文データの送信先は受付サーバ２００である（Ｓ２０９）。

Ｓ２０４〜Ｓ２０９の処理は前述のＳ１０３の処理に対応する（注文決定処理／工程）。

受付サーバ２００は注文データを受信し、受付番号を発行して返信する（前述のＳ１０４）。

端末通信部１１０は受付番号を受信し、端末注文処理部１２０に出力する（Ｓ２１０）。
そして、端末注文処理部１２０は受付番号を端末記憶部１９０に記憶する（Ｓ２１１）。

Ｓ２１０〜Ｓ２１１の処理は前述のＳ１０５の処理に対応する（受付番号取得処理／工程）。

次に、受付サーバ２００が行う注文処理／工程を図７のフローチャートに基づいて説明する。

まず、携帯電話１００からメニュー要求データが送信される（前述のＳ１０１）。

受付サーバ２００において通信部２３０はメニュー要求データを受信し、受付処理部２１０に出力する（Ｓ３０１）。
受付処理部２１０は、メニュー要求データに対して、記憶部２９０からメニューデータを取得し、通信部２３０に出力する（Ｓ３０２）。
通信部２３０はメニューデータを送信する。このメニューデータの送信先は携帯電話１００である（Ｓ３０３）。

Ｓ３０１〜Ｓ３０３の処理は前述のＳ１０２の処理に対応する（メニュー送信処理／工程）。

次に、携帯電話１００から注文データが送信される（前述のＳ１０３）。

通信部２３０は注文データを受信し、受付処理部２１０に出力する（Ｓ３０４）。
受付処理部２１０は受付番号を生成し通信部２３０に出力する。受付番号は他の注文に対して発行した受付番号と重複しないユニークな番号である（Ｓ３０５）。
通信部２３０は受付番号を送信する。この受付番号の送信先は携帯電話１００である（Ｓ３０６）。

携帯電話１００は受付番号を受信し記憶する（前述のＳ１０５）。

また、受付番号を生成した受付処理部２１０は注文データと受付番号を配信処理部２２０に出力する。
そして、配信処理部２２０は注文データと受付番号とを含む配信データを生成し、通信部２３０に出力する。このとき、配信処理部２２０は、配信データの送信先アドレスとして、各店舗サーバ４００のアドレスを記憶部２９０に記憶された店舗データから取得する（Ｓ３０７）。
通信部２３０は配信データを送信する。配信データの送信先は各店舗サーバ４００である（Ｓ３０８）。

各店舗サーバ４００は配信データを受信し、注文データと受付番号とを対応付けて記憶部４９０に記憶する（前述のＳ１０７）。
そして、各店舗では注文に対する受注の準備を行う（前述のＳ１０８）

Ｓ３０４〜Ｓ３０６の処理は前述のＳ１０４の処理に対応する（受付番号発行処理／工程）。

Ｓ３０４〜Ｓ３０５とＳ３０７〜Ｓ３０８の処理は前述のＳ１０６の処理に対応する（注文配信処理／工程）。

上記注文処理において、携帯電話１００から受付サーバ２００へのメニューデータ要求時（Ｓ１０１）や携帯電話１００から受付サーバ２００への注文データによる注文時（Ｓ１０３）などに注文者または携帯電話１００に対する認証処理を行ってもよい。この場合、受付サーバ２００の記憶部２９０には会員番号および会員番号に対応するパスワードや携帯電話１００の端末識別番号および端末識別番号に対応するパスワードなどの会員データをあらかじめ記憶しておく。そして、携帯電話１００は注文者から入力された会員データを受付サーバ２００に送信し、受付処理部２１０は送信された会員データと記憶部２９０に記憶された会員データとを比較し、比較結果に基づいて注文を受け付けるかを判定する。

また、携帯電話１００はメニューデータを受付サーバ２００から受信する以外の方法で取得してもよい。例えば、雑誌などに商品の写真などと共に掲載されたＱＲコード（その他の２次元コードを含む）を携帯電話１００で読み取ることで、ＱＲコードの示す商品情報をメニューデータとして取得してもよい。
また、ＱＲコードの示す商品情報を注文データとしてもよい。

２．受注処理／工程
次に、受注処理／工程について説明する。
図８は、実施の形態１における受発注システムの受注処理の流れを示すフローチャートである。
実施の形態１における受注処理について図８に基づいて以下に説明する。

まず、注文者が任意の店舗（チェーン店に加入するいずれかの店舗）に車両５００で来店する（ドライブスルー）（Ｓ４０１）。

そして、携帯電話１００が受付番号を車載器５１０を介して店舗サーバ４００に送信する（Ｓ４０２）。
まず、注文者による受付番号の送信を命令する操作により、携帯電話１００において、端末注文処理部１２０は入力キー１４０から受付番号送信命令データを入力して端末記憶部１９０から受付番号を取得し、受付番号を端末通信部１１０に出力する。端末通信部１１０は無線で受付番号を発信する。車載器５１０は無線で発信された受付番号を受信し、ＤＳＲＣの通信方式により受付番号を送信する。携帯電話１００と車載器５１０との通信は、例えば、ＲＦＩＤ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙＩｄｅｎｔｉｆｉｃａｔｉｏｎ）の通信方式により行う。また、注文者は携帯電話１００から車載器５１０への受付番号の送信を来店時に行う必要はなく、事前に受付番号を車載器５１０に送信してもよい。この場合、携帯電話１００は受付番号と共にチェーン店を識別する情報を車載器５１０に送信し、車載器５１０は受付番号とチェーン店の識別情報とを記憶する。そして、車載器５１０は、車両５００の運行時にＤＳＲＣ装置３００からＤＳＲＣでの無線を受信した場合に、チェーン店の識別情報の送受信を行って目的のチェーン店であることを判定し、受付番号を送信する。

次に、店舗サーバ４００において、通信部４３０はＤＳＲＣ装置３００を介して受付番号を受信し、受注処理部４１０は受付番号をキーに記憶部４９０に記憶された注文データを検索し取得する（Ｓ４０３）。

次に、注文の確認を行う（Ｓ４０４）。
注文の確認では、まず、受注処理部４１０は注文データを通信部４３０に出力し、通信部４３０は車載器５１０に注文データを送信する。車載器５１０は注文データをカーナビゲーションシステム５２０に出力し、カーナビゲーションシステム５２０はディスプレイに注文データの示す注文内容を表示する。そして、注文者が注文の確認を行い、注文者の確認入力操作によりカーナビゲーションシステム５２０は確認データを車載器５１０に送信する。車載器５１０は確認データをＤＳＲＣ装置３００を介して店舗サーバ４００に送信し、受注処理部４１０は通信部４３０を介して確認データを取得し、注文が確認される。
また、車載器５１０から携帯電話１００に注文データを送信して携帯電話１００のＬＣＤ１３０に注文内容を表示してもよいし、店舗サーバ４００が店舗に設置されたディスプレイに注文内容を表示するようにしてもよい。
また、注文の確認と同様に、カーナビゲーションシステム５２０、携帯電話１００や店舗に設置された入力端末からの入力により店舗サーバ４００との間で通信を行い、注文内容を変更する処理を行ってもよい。

注文の確認後、店舗サーバ４００の受注処理部４１０は決済処理を行う（Ｓ４０５）。
決済処理では、携帯電話１００を用いた電子決済を行う。この場合、携帯電話１００には注文者が電子決済用に入金した入金に関する情報が記憶される。受注処理部４１０は注文料金を算出し、注文料金について電子決済を行う。受注処理部４１０は電子決済後、決済情報をＰＯＳ集計部４２０に出力し、ＰＯＳ集計部４２０では決済情報に基づいて集計処理を行い、集計結果を記憶部４９０に記憶する。
また、決済処理では、入金情報に基づく決済ではなく、クレジットカードによる電子決済を行ってもよい。例えば、車載器５１０にはクレジットカードが挿入され、車載器５１０がクレジットカードの情報を読み込み、クレジットカード情報を店舗サーバ４００に送信し、受注処理部４１０がクレジットカード会社のサーバと通信し、クレジットカード情報に基づいて電子決済を行ってもよい。

そして、決済処理終了後、注文者は商品の受け取りなどのサービスの提供を受ける（Ｓ４０６）。

図９は、実施の形態１における受発注システムを適用したチェーン店の模式図である。
図９に示すように、チェーン店の各店舗では、敷地への車両入り口にＤＳＲＣ装置３１０を備える。
また、ドライブスルーの注文口では、ＲＦＩＤのリーダー６２１、ＤＳＲＣ装置３２０、レジスタ６１１を備える。
また、店内カウンターにはレジスタ６１０、ＲＦＩＤのリーダー６２０、店舗サーバ４００を備える。
店舗サーバ４００は、注文口のリーダー６２１、レジスタ６１１、ＤＳＲＣ装置３２０、店内カウンターのレジスタ６１０、リーダー６２０と接続される。

注文者は、車両５００で注文口へと向かい、注文の確認、決済を行う。注文口において、店舗サーバ４００は、ＤＳＲＣ装置３００を介して車載器５１０と注文データや注文料金などを通信し注文確認処理、決済処理を行う。決済処理は、携帯電話１００とリーダー６２１との通信により行ってもよいし、レジスタ６１１により直接に料金の受け渡しを行ってもよい。
そして、注文者は、車両５００で受渡口まで進み、商品を受け取る。

注文者が、あらかじめ携帯電話１００から車載器５１０に受付番号を送信し、車載器５１０に受付番号が記憶されている状態で来店した場合、車両５００が車両入り口を通過時にＤＳＲＣ装置３１０と車載器５１０とで通信を行い、店舗サーバ４００はこの時点で受付番号を受信してもよい。

また、注文者は、ドライブスルーを利用せず、店内で注文の確認、決済、商品の受け渡しを行ってもよい。
この場合、店舗サーバ４００は、リーダー６２０を介して携帯電話１００と注文データや注文料金などを通信し注文確認処理、決済処理を行う。

３．受注後処理／工程
次に、受注後処理／工程について説明する。
図１０は、実施の形態１における受発注システムの受注後処理の流れを示すフローチャートである。
実施の形態１における受注後処理について図１０に基づいて以下に説明する。

本実施の形態では、受付サーバ２００は、チェーン店に加入する各店舗の店舗サーバ４００に注文データを配信している。そこで、受注後処理では、受注が終了し不要になった注文データを各店舗サーバ４００から削除する。

まず、受注処理を行った店舗サーバ４００から受付サーバ２００に受注処理済みの受付番号を送信する（Ｓ５０１）。
このとき、店舗サーバ４００において、受注処理部４１０は受注処理の終了後、受注処理した注文データの受付番号を通信部４３０に出力し、通信部４３０は受付番号を受付サーバ２００に送信する。また、受注処理部４１０は受注処理した注文データと受付番号を記憶部４９０から削除する。

次に、受付サーバ２００は受注しなかった各店舗の店舗サーバ４００に受注済みの受付番号を配信する（Ｓ５０２）。
このとき、受付サーバ２００において、通信部２３０は受注処理を行った店舗サーバ４００から受注済みの受付番号を受信し、配信処理部２２０に出力する。
配信処理部２２０は、受付番号を入力し、記憶部２９０に記憶された店舗データから、受注処理を行った店舗サーバ４００（受付番号の送信元である店舗サーバ４００）以外の店舗サーバ４００のアドレスを取得し、取得したアドレスを送信先として受付番号を通信部２３０に出力する。
通信部２３０は受付番号を各店舗サーバ４００に送信する。受付番号の送信先は受注処理をしなかった各店舗サーバ４００である。

そして、受注しなかった各店舗の店舗サーバ４００は受注処理済みの注文データを記憶部４９０から削除する（Ｓ５０３）。
このとき、受注しなかった各店舗サーバ４００において、通信部４３０は受注処理済みの受付番号を受信し、受注処理部４１０に出力する。
そして、受注処理部４１０は、受付番号をキーに記憶部４９０の受付番号と注文データを検索し、受注済みの受付番号と注文データを削除する。

以上により、実施の形態１における受発注システムおよび受発注方法を説明した。

実施の形態２．
上記実施の形態１では、受注後処理において、店舗サーバ４００が受注処理した受付番号を受付サーバ２００に送信し、受付サーバ２００から他の店舗サーバ４００に受付番号を配信することで、受注しなかった各店舗サーバ４００が他の店舗サーバ４００で受注済みの注文データを削除する例を説明した。
実施の形態２では、受注処理した店舗サーバ４００から直接に他の店舗サーバ４００に受付番号を配信することで、受注しなかった各店舗サーバ４００が他の店舗サーバ４００で受注済みの注文データを削除する例を説明する。

図１１は、実施の形態２におけるドライブスルーでの受発注システムの構成図である。
図１１に示すように、実施の形態２の受発注システムの構成は、店舗サーバ４００の記憶部４９０に店舗データを記憶することが、上記実施の形態１の受発注システムと異なる。
その他の構成は、上記実施の形態１と同じである。
店舗サーバ４００の記憶部４９０に記憶する店舗データは、受付サーバ２００の記憶部２９０に記憶する店舗データと同様である。

実施の形態２では、店舗サーバ４００の受注処理部４１０は、受注処理の終了後、記憶部４９０から店舗データを取得する。そして、店舗データの示す各店舗サーバ４００のアドレス（自サーバのアドレスを除く）を送信先アドレスとして、受注処理した受付番号を通信部４３０に出力する。通信部４３０は、受付番号を各店舗サーバ４００に送信する。受付番号の送信先は受注しなかった各店舗サーバ４００である。
受注しなかった各店舗サーバ４００の通信部４３０は受注済みの受付番号を受信し、受注処理部４１０に出力する。
そして、受注処理部４１０は、受付番号をキーに記憶部４９０の受付番号と注文データを検索し、受注済みの受付番号と注文データを削除する。

受注処理を行った店舗サーバ４００から直接、他の店舗サーバ４００に受注済みの受付番号を配信して各店舗サーバ４００の注文データを削除することで、受付サーバ２００の負荷を軽減することができる。

実施の形態３．
上記実施の形態１では、受付サーバ２００は、記憶部２９０に記憶された店舗データの示すアドレスを送信先として配信データを配信した。つまり、チェーン店に加入する全店舗の店舗サーバ４００を受注する可能性のある店舗サーバとして配信データを配信する例を説明した。
実施の形態３では、受付サーバ２００は、注文データを送信した携帯電話１００の位置する地域の店舗サーバ４００にのみ配信データを配信する例について説明する。

図１２は、実施の形態３におけるドライブスルーでの受発注システムの構成図である。
図１２に示すように、実施の形態３の受発注システムの構成は、携帯電話１００にＧＰＳ（ＧｌｏｂａｌＰｏｓｉｔｉｏｎｉｎｇＳｙｓｔｅｍ）受信機１５０が備わり、受付サーバ２００に店舗選択部２４０が備わることが、上記実施の形態１の受発注システムと異なる。
また、受付サーバ２００の記憶部２９０に記憶する店舗データは、各店舗サーバ４００のアドレスを示すと共に、各店舗サーバ４００の位置データを示す。
その他の構成は、上記実施の形態１と同じである。

携帯電話１００のＧＰＳ受信機１５０は、ＧＰＳの電波を受信して測位処理を行う。但し、携帯電話１００は測位ができればよく、ＧＰＳ受信機１５０は測位装置の一例である。
また、受付サーバ２００の店舗選択部２４０は、配信データを配信する店舗サーバ４００を選択する。

実施の形態３では、携帯電話１００は注文データの送信の際に自己の位置データも受付サーバ２００に送信する。そして、受付サーバ２００は携帯電話１００の位置データに基づいて配信データの配信処理を行う。

注文データの送信の際、携帯電話１００において、端末注文処理部１２０はＧＰＳ受信機１５０を起動する。ＧＰＳ受信機１５０は測位処理を行い、位置データを端末注文処理部１２０に出力する。そして、端末注文処理部１２０は注文データと位置データとを端末通信部１１０に出力し、端末通信部１１０は注文データと位置データを受付サーバ２００に送信する。
受付サーバ２００では、通信部２３０は注文データと位置データを受信して受付処理部２１０に出力し、受付処理部２１０はこれを配信処理部２２０に出力する。配信処理部２２０は携帯電話１００の位置データの示す座標から一定範囲に位置する店舗サーバ４００を、記憶部２９０に記憶された店舗データの示す各店舗サーバ４００の位置データに基づいて選択し、選択した店舗サーバ４００のアドレスを配信処理部２２０に出力する。そして、配信処理部２２０は選択された店舗サーバ４００のアドレスを送信先アドレスとして配信データを通信部２３０に出力し、通信部２３０は配信データを配信する。

受付サーバ２００の記憶部２９０に記憶される店舗データは地域毎に各店舗サーバ４００のアドレスを示し、また、各地域の範囲を示し、店舗選択部２４０は携帯電話１００の位置データの示す座標が含まれる地域を選択し、選択した地域の各店舗サーバ４００を配信データを配信する店舗サーバ４００として選択してもよい。

店舗サーバ４００を選択して配信データを配信することで、受注される可能性が低い注文データに対する処理について、店舗サーバ４００の負荷を軽減することができる。また、店舗での無駄な受注準備作業の防止を図ることができる。

また、配信データを配信する店舗サーバ４００を選択する方法として、注文者による地域の指定により携帯電話１００が配信地域データを入力して注文データと共に受付サーバ２００に送信し、店舗選択部２４０は配信地域データの示す地域の各店舗サーバ４００を配信データを配信する店舗サーバ４００として選択する方法を取ってもよい。

実施の形態４．
実施の形態４では、店舗サーバ４００を選択して配信データを配信し、受注処理した店舗サーバ４００が直接、受注処理する必要の無くなった各店舗サーバ４００に、受注済みの受付番号を配信する例を説明する。

図１３は、実施の形態４におけるドライブスルーでの受発注システムの構成図である。
図１３に示すように、実施の形態４の受発注システムの構成は、携帯電話１００にＧＰＳ受信機１５０が備わり、受付サーバ２００に店舗選択部２４０が備わり、店舗サーバ４００の記憶部４９０に店舗データを記憶することが、上記実施の形態１の受発注システムと異なる。

店舗サーバ４００を選択して配信データを配信することについては上記実施の形態３で説明した内容と同様であり、受注処理した店舗サーバ４００が直接、受注しなかった各店舗サーバ４００に、受注済みの受付番号を配信することについては上記実施の形態２で説明した内容と同様である。

実施の形態１における受注システムおよび受注方法を示す図。実施の形態１における受付サーバ２００および店舗サーバ４００の外観を示す図。実施の形態１における受付サーバ２００および店舗サーバ４００のハードウェア構成図。実施の形態１におけるドライブスルーでの受発注システムの構成図。実施の形態１における受発注システムの注文処理の流れを示すフローチャート。実施の形態１における携帯電話１００の注文処理の流れを示すフローチャート。実施の形態１における受付サーバ２００の注文処理の流れを示すフローチャート。実施の形態１における受発注システムの受注処理の流れを示すフローチャート。実施の形態１における受発注システムを適用したチェーン店の模式図。実施の形態１における受発注システムの受注後処理の流れを示すフローチャート。実施の形態２におけるドライブスルーでの受発注システムの構成図。実施の形態３におけるドライブスルーでの受発注システムの構成図。実施の形態４におけるドライブスルーでの受発注システムの構成図。

符号の説明

１００携帯電話、１１０端末通信部、１２０端末注文処理部、１３０ＬＣＤ、１４０入力キー、１５０ＧＰＳ受信機、１９０端末記憶部、２００受付サーバ、２１０受付処理部、２２０配信処理部、２３０通信部、２４０店舗選択部、２９０記憶部、３００ＤＳＲＣ装置、４００店舗サーバ、４１０受注処理部、４２０ＰＯＳ集計部、４３０通信部、４９０記憶部、５００車両、５１０車載器、５２０カーナビゲーションシステム、９０１ＣＲＴ表示装置、９０２Ｋ／Ｂ、９０３マウス、９０４ＦＤＤ、９０５ＣＤＤ、９０６プリンタ装置、９０７スキャナ装置、９１０システムユニット、９１１ＣＰＵ、９１２バス、９１３ＲＯＭ、９１４ＲＡＭ、９１５通信ボード、９２０磁気ディスク装置、９２１ＯＳ、９２２ウィンドウシステム、９２３プログラム群、９２４ファイル群、９３１電話器、９３２ＦＡＸ機、９４０インターネット、９４１ウェブサーバ、９４２ＬＡＮ。

Claims

注文内容を示す注文データを入力し、注文データの送信と注文データを識別する注文識別データの送信とを行う注文入力端末と、
前記注文入力端末が送信した注文データを受信した際に、受信した注文データと前記受信した注文データを識別する注文識別データとを含む配信データを、注文に対する受注処理を行う可能性のある複数の受注候補サーバに対して配信する配信サーバと、
前記配信サーバが配信した配信データを受信した場合に、受信した配信データに含まれる注文データと注文識別データとを対応させて記憶し、前記注文入力端末が送信した注文識別データを受信した場合に、受信した注文識別データに基づいて対応する注文データを取得し、取得した注文データに対する受注処理を行う受注候補サーバと
を有することを特徴とする受注システム。
前記注文入力端末は、
注文データを入力する端末入力部と、
注文データの送信と注文識別データの送信とを行う端末送信部と
を備え、
前記配信サーバは、
前記注文入力端末が送信した注文データを受信する配信サーバ受信部と、
複数の受注候補サーバのアドレスを記憶するアドレス記憶部と、
前記アドレス記憶部に記憶された複数の受注候補サーバのアドレスをそれぞれ配信先のアドレスとして、前記配信サーバ受信部が受信した注文データと前記受信サーバ受信部が受信した注文データを識別する注文識別データとを含む配信データを複数の受注候補サーバについて生成する配信処理部と、
前記配信処理部が生成した配信データを配信する配信サーバ送信部と
を備え、
前記受注候補サーバは、
前記注文入力端末が送信した注文識別データの受信と前記配信サーバが配信した配信データの受信とを行う受注候補サーバ受信部と、
前記受注候補サーバ受信部が受信した配信データに含まれる注文データと注文識別データとを対応させて記憶する受注候補サーバ記憶部と、
前記受注候補サーバ受信部が注文識別データを受信した場合に、対応する注文データを前記受注候補サーバ記憶部から取得し、取得した注文データに対する受注処理を行う受注処理部と
を備えたことを特徴とする請求項１記載の受注システム。
前記注文入力端末は、
注文データを送信する際に測位処理を行って端末位置データを前記配信サーバに送信し、
前記配信サーバは、
前記端末位置データを受信した際に前記端末位置データに基づいて配信データを配信する受注候補サーバを選択する
ことを特徴とする請求項１または請求項２記載の受注システム。
前記受注候補サーバは、
受注処理した注文データに対応する注文識別データを、受注しなかった受注候補サーバに送信し、受注処理した受注候補サーバから注文識別データを受信した場合に、記憶している注文データを受信した注文識別データに基づいて削除する
ことを特徴とする請求項１〜請求項３いずれかに記載の受注システム。
前記配信サーバは、
前記受注候補サーバが受注処理した注文データに対応する注文識別データを前記受注候補サーバから受信し、受信した注文識別データに対応する配信データを配信した受注候補サーバであり受注しなかった各受注候補サーバに受信した注文識別データを送信し、
前記受注候補サーバは、
前記配信サーバが送信した注文識別データを受信した場合に、記憶している注文データを受信した注文識別データに基づいて削除する
ことを特徴とする請求項１〜請求項３いずれかに記載の受注システム。
前記注文入力端末は、車両に搭載された通信機を介して注文識別データを前記店舗サーバに送信し、
前記受注候補サーバは、通信機と無線で通信する無線通信装置と接続し、前記注文入力端末が送信した注文識別データを受信する
ことを特徴とする請求項１〜請求項５いずれかに記載の受注システム。
注文データを受信する配信サーバ受信部と、
注文に対する受注処理を行う可能性のある複数の受注候補サーバのアドレスを記憶するアドレス記憶部と、
前記アドレス記憶部に記憶された複数の受注候補サーバのアドレスをそれぞれ配信先のアドレスとして、前記配信サーバ受信部が受信した注文データと前記受信サーバ受信部が受信した注文データを識別する注文識別データとを含む配信データを、複数の受注候補サーバについて生成する配信処理部と、
前記配信処理部が生成した配信データを複数の受注候補サーバに対して配信する配信サーバ送信部と
を備えたことを特徴とする配信サーバ。
注文入力端末が、注文内容を示す注文データを送信し、
配信サーバは、前記注文入力端末が送信した注文データを受信した際に、受信した注文データと受信した注文データを識別する注文識別データとを含む配信データを、注文に対する受注処理を行う可能性のある複数の受注候補サーバに配信し、
受注候補サーバは、前記配信サーバが配信した配信データを受信した際に、受信した配信データに含まれる注文データと注文識別データとを対応させて記憶し、
前記注文入力端末は、注文データを識別する注文識別データを任意の受注候補サーバに送信し、
受注候補サーバは、前記注文入力端末が送信した注文識別データを受信した場合に、受信した注文識別データに基づいて対応する注文データを取得し、取得した注文データに対する受注処理を行う
ことを特徴とする受注システムの受注方法。