(57)【要約】      （修正有）【課題】  競技場やイベント会場内において、客が容易に飲食物などの商品を注文し、また受け取ることができるデリバリシステムを提供する。【解決手段】  利用客は携帯電話１２１やＰＤＡ１２２を利用し、商品のデリバリサービスを享受する。携帯電話を利用する場合には、携帯電話の携帯キャリア回線網１３３を経由し携帯キャリア基地局１４１を介してデータセンター内のサーバとアクセスする。データセンター内には、データセンター内ネットワーク１３１が設けられており、注文を受ける注文受注サーバ１５２と、注文を対応する売店か売り子かを識別する注文識別サーバ１５３と、注文者の位置を検索する位置情報処理サーバ１５４と、周囲の客の注文も一括して受注するための情報を配信する情報配信サーバ１５５と、を有している。【選択図】  図１
2005174136.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末を所持してエリア内を移動する売り子が取り扱う売り子販売商品と、売店が取り扱う売店販売商品とを含む複数の販売商品が併存し、利用客は注文端末からそれらの商品の注文を行うエリア内におけるデリバリシステムであって、
利用客からの注文を受け付ける注文受付手段と、売り子の位置情報とを取得する位置特定手段と、前記注文の内容に基づいて前記売り子販売商品と前記売店販売商品とのいずれの販売商品であるかを決定する販売商品決定手段と、を有することを特徴とするデリバリシステム。
【請求項２】
請求項１に記載のデリバリシステムにおいて、さらに、前記販売商品決定手段により売り子販売商品と判断された場合に、注文客の位置情報と前記売り子の位置情報に基づいて適切な売り子を特定する売り子特定手段と、前記売り子特定手段により特定された売り子の所持する携帯端末に対して注文客の座席までのナビゲート情報を送信する通信手段と
を有することを特徴とするデリバリシステム。
【請求項３】
さらに、注文客の近隣の利用客を特定する手段と、該近隣の利用客の携帯端末に対して、前記売り子販売商品の販売促進情報を送信する手段と
を有することを特徴とする請求項２に記載のデリバリシステム。
【請求項４】
請求項１に記載のデリバリシステムにおいて、さらに、前記販売商品決定手段により売店販売商品と判断された場合に前記注文客と売店との位置情報に基づいて適切な売店を特定する売店特定手段と、注文客の近隣の利用客を特定する手段と、該近隣の利用客の注文端末に対して前記売店の販売促進情報を送信する手段と
を有することを特徴とするデリバリシステム。
【請求項５】
請求項１に記載のデリバリシステムにおいて、前記販売商品決定手段はさらに売り子と売店の両方の販売商品と判断された場合に前記注文客と、売り子と、売店と、の位置情報に基づいて商品を提供すべき売り子又は売店を特定する手段
を有することを特徴とするデリバリシステム。
【請求項６】
携帯端末と商品とを所持した売り子がエリア内を移動し、利用客は注文端末から商品の注文を行うデリバリシステムであって、
利用客からの注文を受け付ける注文受付手段と、売り子の位置情報とを取得する位置特定手段と、注文客の位置情報と前記売り子の位置情報に基づいて適切な売り子を特定する売り子特定手段と、注文客の近隣の利用客を特定する手段と、該近隣の利用客の注文端末に対して、前記売り子特定手段により特定された売り子が所持する商品に関する販売促進情報を送信する手段と
を有することを特徴とするデリバリシステム。
【請求項７】
携帯端末を所持してエリア内を移動する売り子が取り扱う売り子販売商品と、売店が取り扱う売店販売商品とを含む複数の販売商品が併存し、利用客は注文端末からそれらの商品の注文を行うエリア内におけるデリバリ方法であって、
利用客からの注文を受け付ける注文受付ステップと、
売り子の位置情報を取得する位置特定ステップと、
前記注文の内容に基づいて前記売り子販売商品と前記売店販売商品とのいずれの販売商品であるかを決定する販売商品決定ステップと、を有することを特徴とするデリバリ方法。
【請求項８】
請求項７に記載のデリバリ方法であって、さらに、前記販売商品決定ステップにおいて売り子販売商品と判断された場合に、前記注文客の位置情報と前記売り子の位置情報とに基づいて適切な売り子を特定する売り子特定ステップと、前記売り子特定手段により特定された売り子の所持する携帯端末に対して、前記注文客と前記売り子との位置情報に基づいて注文客の座席までのナビゲート情報を送信するステップと
を有することを特徴とするデリバリ方法。
【請求項９】
請求項７に記載のデリバリ方法において、さらに、前記販売商品決定ステップにおいて売店販売商品と判断された場合に前記注文客と売店との位置情報に基づいて適切な売店を特定する売店特定ステップと、注文客の近隣の利用客を特定するステップと、該近隣の利用客の注文端末に該売店の販売促進情報を送信するステップと
を有することを特徴とするデリバリ方法。
【請求項１０】
請求項７に記載のデリバリ方法において、前記販売商品決定ステップはさらに売り子と売店の両方の販売商品と判断された場合に前記注文客と、売り子と、売店と、の位置情報に基づいて商品を提供すべき売り子又は売店を特定するステップ
を有することを特徴とするデリバリ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、野球場やサッカー場などの競技場やイベント会場などのあるエリア内における商品などのデリバリシステムに関する。
【背景技術】
【０００２】
従来、野球場やサッカー場などの競技場やイベント会場では、試合観戦中に飲食物などの商品を購入したいと観戦者が思った場合には、観戦者の希望する商品を扱っている売り子を見つけて呼び、自席まで来てもらい商品を購入していた。また、麺類など調理に関するその場での処理が必要な食品など一部の商品に関しては、観戦者自身が売店まで行って購入する必要があるため、試合の途中で売店まで行くか、或いは、インターバル時間（野球の場合は攻守交替時間など、サッカーの場合にはハーフタイムなど）に売店に行っていた。
【０００３】
従来、利用者が携帯通信装置を用いて自分の座席まで配達してもらうように依頼するシステムも提案されている（例えば、特許文献１参照）。
【０００４】
【特許文献１】特表2002−543500号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来のシステムでは、購入するための待ち時間が発生するという問題があった。また、混雑時や車椅子利用者などはそこに行き着くことができずにサービスを利用することができない。
【０００６】
また、特許文献１に記載のシステムでは、モバイル端末からの注文をセンターで処理し、注文商品を売店が配達することが考慮されているが、同じブロックから僅かな時間差で注文が来ると、売店の方では同じブロックに何度も配達しなければいけない、という問題が考慮されていない。実際、同じブロックから僅かな時間差で注文が来ると、何度も配達しなければならず作業効率が悪い。ところが、一般的には同じブロックから同種の注文が続くケースが多い。
【０００７】
また、上記特許文献１では、モバイル端末からの注文をセンターで処理し、注文商品を売店が配達することが考慮されているが、売り子への注文商品の伝達方法が曖昧になっている。具体的には、注文を受けた注文遂行センターが、常に移動している売り子へどのようにして注文情報を伝達するかに関する記載がない。
【０００８】
本発明の目的は、同じエリア内において異なる販売形態が存在する場合に、お客が欲しい商品をいち早く配達することができるシステムを提供できることである。
【課題を解決するための手段】
【０００９】
本発明の一観点によれば、携帯端末を所持してエリア内を移動する売り子が取り扱う売り子販売商品と、売店が取り扱う売店販売商品とを含む複数の販売商品が併存し、利用客は注文端末からそれらの商品の注文を行うエリア内におけるデリバリシステムであって、
利用客からの注文を受け付ける注文受付手段と、売り子の位置情報とを取得する位置特定手段と、前記注文の内容に基づいて前記売り子販売商品と前記売店販売商品とのいずれの販売商品であるかを決定する販売商品決定手段と、を有することを特徴とするデリバリシステムが提供される。前記ナビゲート情報は、前記利用客の位置情報と前記注文の内容とを含む。尚、売店は位置が固定されているのが通常であるが、ある程度の距離は移動可能であっても良い。
【００１０】
同種の商品を売り子も売店も扱っている場合には、位置情報に基づいていずれが早く利用者に到達できるかを判定材料としても良い。入場口において無線タグなどから得た情報（座席位置および携帯端末のメールアドレス）を蓄積するようにすると、座席位置などを自動的に取得することができるため好ましい。
【００１１】
さらに、前記販売商品決定手段により売り子販売商品と判断された場合に、前記注文客と前記売り子との位置情報に基づいて適切な売り子を特定する売り子特定手段と、前記売り子特定手段により特定された売り子の所持する携帯端末に対して注文客の座席までのナビゲート情報を送信する通信手段とを有することが好ましい。さらに、注文客の近隣の利用客を特定する手段と、該近隣の利用客の注文端末に前記売り子販売商品の販売促進情報を送信する手段とを有することが好ましい。
【００１２】
さらに、前記販売商品決定手段により売店販売商品と判断された場合に前記注文客と売店との位置情報に基づいて適切な売店を特定する売店特定手段と、注文客の近隣の利用客を特定する手段と、該近隣の利用客の注文端末に該売店の販売促進情報を送信する手段と
を有することが好ましい。
【００１３】
これにより、注文客の近隣の利用客はわざわざ売店まで出向かずに商品を購入できる。また、売り手側にとっても販売促進効果が期待できる。
【発明の効果】
【００１４】
本発明によれば、利用客からの注文を受けてから、注文された商品が売り子商品か売店商品かを瞬時に識別することができ、注文された商品が売り子商品の場合、注文した利用客から最も近くにいる売り子に注文情報を送ることにより、短時間でのサービス提供が可能になる。また、利用客からの注文の状態を一元管理することにより、サービス品質を挙げることが可能となる。
【００１５】
また、注文された商品が売店商品の場合、同じブロックからの注文を１纏めに集約し、纏めて配達できるため、配達の作業の効率化と、販売促進効果と、が得られるという利点がある。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照しつつ、本発明の一実施の形態による競技場デリバリシステムについて説明を行う。
【００１７】
図１は、本発明の一実施の形態によるローカルエリア・ワイヤレス・データ通信ネットワークを用いたシステム構成例である。利用客は、野球場やサッカー場などの競技場において、携帯電話１２１やＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）１２２など（以下、携帯電話１２１とＰＤＡ１２２の両方を指して利用客端末と呼ぶ）を利用し、サービスを享受できる機会を得る。携帯電話１２１を利用する場合には、その携帯電話の携帯キャリア回線網１３３を経由し携帯キャリア基地局１４１を介してデータセンター内の各サーバとアクセスする。データセンター内には、データセンター内ネットワーク１３１が設けられており、例えば、利用客端末と交信し注文受付等の管理を行う注文受注サーバ１５２と、注文受注サーバ１５２が受け付けた注文データを元に注文に対応するのが売店か売り子かを識別する注文識別サーバ１５３と、注文受注サーバ１５２が受け付けた注文データを元に競技場内のどのブロックからの注文であるかを検索する位置情報処理サーバ１５４と、例えば注文受注サーバ１５２が受け付けた注文のデータを元に注文をまとめて取るために客に対して販売促進情報等を配信する情報配信サーバ１５５と、を有している。販売促進情報は、売り子販売商品又は売店販売商品のいずれかに関連して送信される。尚、これらのサーバは、１つのサーバ内の各機能として設けられていても良い。各サーバ１５２〜１５４は、データベース１５１と接続され、種々の情報を検索し、取得することができる。尚、ＰＤＡ１２２を利用する場合には、無線ＬＡＮ機能を有していれば、無線ＬＡＮ経由でサーバとアクセスする。ＣＦカードスロットなどに差し込んで用いるカード型ＰＨＳを用いる場合には、キャリアの回線網を経由してサーバとアクセスすることができる。
【００１８】
図２にデータベース１５１に格納されている各種情報の一部を示す。図２（ａ）は本競技場デリバリシステムの利用客を管理するテーブルの内容を示す図であり、利用客データ２１は利用客を識別するための利用客ＩＤ２１１、利用客と通信するためのアドレスである利用客アドレス２１２、利用客の座席が属するブロックの番号であるブロック番号２１３、利用客のブロック内での座席番号２１４、利用客が競技場からの情報配信を希望しない場合に設定される情報配信拒否フラグ２１５を含む。利用客データ２１は利用客が注文受注サーバ１５２に最初にアクセスしたときに設定される。図２（ｂ）は競技場が提供する飲食物販売、各種サービス等の商品を管理するテーブルの内容を示す図であり、商品データ２２は商品を識別するための商品ＩＤ２２１、商品名２２２、当該商品が飲み物か食べ物かその他介護などのサービスかを示す商品種別コード２２３、当該商品が、売り子が販売するものである時に設定される売り子商品フラグ２２４、当該商品が、売店が販売するものである時に設定される売店商品フラグ２２５、当該商品を提供する売り子または売店が所属するサービス提供会社を示すサービス提供会社ＩＤ２２６を含む。商品データ２２は予めデータベース内に設定されており、適時管理者又は注文受注サーバ１５２の機能により修正される。
【００１９】
図２（ｃ）は売り子を管理するテーブルの内容を示す図であり、売り子データ２３は売り子を識別するための売り子ＩＤ２３１、売り子名２３２、売り子が属するサービス提供会社のＩＤ２３３を含む。売り子データ２３は予めデータベース内に設定されており、適時管理者により修正される。
【００２０】
図２（ｄ）は売店を管理するテーブルの内容を示す図であり、売店データ２４は売店を識別するための売店ＩＤ２４１、売店名２４２、売店の位置情報２４３、売店が属するサービス提供会社のＩＤ２４４を含む。売店データ２４は予めデータベース内に設定されており、適時管理者により修正される。
【００２１】
図２（ｅ）はサービス提供会社の取り扱う商品を管理するテーブルの内容を示す図であり、サービス提供会社データ２５は取り扱う商品の種別数だけ商品ＩＤ２５２を保持している。同じ種別の商品の残数を保持していても良い。サービス提供会社データ２５は予めデータベース内に設定されており、適時管理者により修正される。
【００２２】
図３（ａ）は、利用客から注文受注サーバ１５２への初回アクセス時に、利用客端末の表示画面において、座席を入力する場合の表示例を示す図である。ここでは、当該利用客のＸＸスタジアムにおける座席位置がＡ１２ブロックの１１番である旨を入力している。この画面上において一旦座席番号を入力すれば、野球場やサッカー場などの競技場から退場するまでは、再び入力を行う必要はない。また、座席に座席識別する２次元バーコードを貼り付けておき、携帯電話１２１のカメラ機能もしくはＰＤＡ１２２の２次元バーコードリーダー又はカメラ機能を利用し、２次元バーコードを読み取り、座席番号の入力を簡略化することができる。座席入力を受け付けた注文受注サーバ１５２はデータベース１５１内の利用客テーブルに図２（ａ）で示した利用客データ２１を作成し、利用客ＩＤ２１１を生成して設定し、利用客と通信するための利用客アドレス２１２（例えば利用客端末が携帯電話１２１の場合は電話番号、ＰＤＡ１２２の場合はＰＤＡに固有に割り当てられている識別番号あるいはIPアドレス）を利用者端末から取得して設定し、さらに送信されて来たブロック番号、座席番号をそれぞれブロック番号２１３、座席番号２１４に設定する。
【００２３】
これらの処理は携帯電話１２１の場合は注文受注サーバ１５２への初回アクセス時に注文受注サーバ１５２からプログラムが携帯電話１２１にダウンロードされて実行される。ＰＤＡ１２２の場合は同様に注文受注サーバ１５２からプログラムをダウンロードして行う方法でもよいし、競技場貸し出しのＰＤＡの場合は同プログラムを該ＰＤＡにプリインストールしておいてもよい。以下、利用客端末側の処理はこのプログラムが行うこととする。また、各サーバでの処理は各サーバ内に実装されているプログラムが行うこととする。
【００２４】
図３（ｂ）は、情報配信サーバ１５５からの情報配信サービスの配信の要否を設定するため利用客端末に表示される画面例を示す図である。図３（ｂ）に示す例では、情報配信サーバ１５５が配信するスタジアムからの情報の配信を希望するか否かの問い合わせに対する客の応答（希望するか希望しないか）を設定し、注文受注サーバ１５２に送信する。注文受注サーバ１５２はスタジアムからの情報配信を希望しないと返答した利用客の利用客データに情報配信拒否フラグ２１５を設定する。情報配信フラグ２１５が設定されていない利用客に対してのみ情報配信サーバ１５５からの情報配信サービスが行われる。尚、この設定画面では、情報配信サーバ１５５から配信される情報の項目がさらに詳細に、例えば飲み物の情報だけを配信希望するなどの設定できるようにしても良い。
【００２５】
図３（ｃ）は、利用客端末に表示される飲食物販売、その他各種サービスの商品を選択するメニュー画面の表示例を示す図である。当該メニューにはデータベース１５１に登録されている商品のうち売り子商品フラグ２２４およびまたは売店商品フラグ２２５が設定されている商品、すなわちどちらか又は両方で販売されており品切れになっていない商品のみが商品種別２２３に従って分類されて表示される。図３（ｃ）に示すメニュー表示画面は、利用客が商品名を入力したりする必要がなく、野球場やサッカー場などの競技場で提供され、かつ、デリバリが可能な商品名と数量とを、プルダウン形式で選択可能なユーザインターフェイスであり、メニューから希望の商品を選択し、「送信」ボタンを押すことにより、野球場やサッカー場などの競技場における任意の場所から任意の時間に利用客の座席まで希望の商品をデリバリしてもらうように発注することができる。
【００２６】
図４は、競技場の観客席の一部を複数のブロックに分割した様子を示す図である。野球場やサッカー場などの競技場において、常に移動している売り子の位置情報を把握するために、図４に示すように、分割したそれぞれのブロックの四隅に、無線タグリーダ１１２などの位置報知手段を設置する。また、売り子は、無線タグを備えたＰＤＡ１２３などの携帯端末を所持する。無線タグには、売り子ＩＤ及び売り子が属するサービス提供会社のサービス提供会社ＩＤなどの売り子情報を記憶させておく。各ブロックの四隅に設置された無線タグリーダ１１２が、このＩＣカード情報を読み取り、それらの情報と売り子情報を読み取った無線タグリーダの属するブロック番号および当該無線タグリーダのブロック内での位置などの情報とともに位置情報処理サーバ１５４の記憶領域に格納する。従って、位置情報処理サーバ１５４を検索することにより、どの商品を提供するどの売り子がどのブロックのどの位置に居るかをリアルタイムに把握し検索することができる。
【００２７】
図５は、利用客からの注文を受けてから、注文された商品が売り子商品か売店商品かを識別する処理の流れを示すフローチャート図である。まず、利用客からの注文を受けた注文受注サーバ１５２は、その商品が売り子商品か売店商品かの判別を注文識別サーバ１５３に依頼する（ステップＳ５１）。注文識別サーバ１５３は、商品を識別するＩＤを元に当該商品の商品データ２２をデータベース１５１中に検索し、売り子商品フラグ２２４と売店商品フラグ２２５の設定状態を調べる（ステップＳ５２）。注文識別サーバ１５３から返される売り子商品フラグ２２４と売店商品フラグ２２５の設定情報により、注文受注サーバ１５２は注文された商品が売り子商品か売店商品かを識別することができる。どちらのフラグも設定されていない場合は注文処理中に品切れになったものとみなしその旨の情報が注文受注サーバ１５２に返され、注文受注サーバから利用客端末にその旨のメッセージが送信される（ステップ５３及びステップＳ５５）。売り子商品フラグ２２４のみ設定されている場合は図６で示すステップＳ６の処理に、売店商品フラグ２２５のみ設定されている場合は図７で示すステップＳ７の処理に、売り子商品フラグ２２４と売店商品フラグ２２５の両方が設定されている場合は図８で示すステップＳ８の処理に進む（ステップＳ５４）。
【００２８】
図６は、利用客からの注文が売り子商品と識別された場合に、商品が利用客に届けられるまでの処理の流れを示すフローチャート図である。利用客からの注文対象商品が売り子商品であると識別された場合には、まず、注文商品の商品データから求めた商品提供会社ＩＤ２２６と、注文者の座席のブロック番号２１３および座席番号２１４に基づいて、位置情報処理サーバ１５４に対し検索を行い（ステップＳ６１）、利用客の座席位置から一番近くにいる当該商品を扱う売り子を特定する（ステップＳ６２）。売り子が特定できない場合はステップＳ６６においてエラー通知を行う。また、ステップ６６でエラーとせず、この場合は近隣のブロックにも売り子を検索しに行くようにしてもよい。該当する売り子が見つかった場合、その売り子がいる位置から利用客の座席位置までをナビゲートするマップを作成する（ステップＳ６３）。ナビゲーションするためのマップと注文情報とを作成し、当該売り子の携帯端末に送る（ステップＳ６４）。これにより、売り子は注文客の元に迷わずに到達することができる。売り子から注文受付けの応答があった際には、図１１において後述する販売促進情報を、注文主の近隣、例えば同じブロック内の客に送信する（ステップＳ６５）。これにより、売り子が近隣に来ていることを客に知らせることが出来る。
【００２９】
図７は、売店商品と判断された場合の処理の流れを示すフローチャート図である。注文商品が売店商品と判断されると、ステップＳ７１において、注文商品の商品データから求めたサービス提供会社ＩＤ２２６と同じサービス提供会社ＩＤ２４４を持つ売店データ２４を検索する。次に、注文された商品の注文主のブロック番号２１３、座席番号２１４及び売店位置情報２４２を元に注文主に最も近い当該注文を受け付ける売店を特定する。次いで、ステップＳ７２において、注文主のブロック番号２１３をキーにデータベース１５１内の全利用客の利用客データ２１を検索し、同じブロックに存在する利用客のうち、スタジアム情報配信拒否フラグ２１５の設定されていない全利用客の利用客アドレス２１２に図８に示すような商品に関する販売促進情報を送信する。そして、販売促進情報を送信した利用客からの応答を一定期間待ち、ステップＳ７１で求めた売店に対し注文処理の指示を送信する（ステップＳ７３）。
【００３０】
図８は、売り子と売店の両方で扱われている商品と判定された場合の処理の流れを示すフローチャート図である。
【００３１】
まず、図６のステップＳ６１と同じ処理を行い注文主から最も近い注文商品を扱う売り子を特定する（ステップＳ８１）。次に図７のステップＳ７１と同様の処理を行い注文主から最も近い注文商品を扱う売店を特定する（ステップＳ８２）。次に特定された売り子と売店のどちらが注文主に近いか判定する（ステップＳ８３）。
売り子の方が近いと判定された場合は売り子扱いとし、図６のステップＳ６３以降の処理に移る。売店の方が近いとされた場合は売店扱いとし、図７のステップＳ７２以降の処理へ移る。ステップＳ８３の判定では売店の距離が予め定めた距離以上違わない場合は両方の扱いとし、両方に注文があったことを通知し、先に受付けた方が処理することとしてもよい。また、売り子と売店の距離が予め定めた距離以上違わない場合は売り子扱いと判定するようにしてもよい。本来売店に居るべき店員が観客席に販売にいくことは非効率と考えられるからである。また、売店の距離が予め定めた距離以上違わない場合は売店扱いと判定するようにしてもよい。売店員の方が比較的忙しくない場合などである。さらには、ステップＳ８３ではなんの判定も行わず単に両方の扱いとし、両方に注文があったことを通知し、先に受け付けた方が処理することとしてもよい。
【００３２】
図９は、売り子が所持する携帯端末の画面に表示される表示例を示す図である。表示画面９１に表示されたナビゲーション用マップ９３と注文情報９２とをもとにして、売り子は、いち早く商品を注文客に届けることができる。利用客からの注文情報およびマップ情報を受信した売り子は、まず、注文を受け付けた旨を「受付」ボタン９４を押下して注文受注サーバに返信する。このボタン押下により、注文受注サーバ１５２に注文受領のデータが送付され、注文受注サーバ１５２にて管理している注文ステータス情報が「配達中」に変更される。
【００３３】
次いで、利用客に商品を届けた後、売り子は、画面表示されている注文の配達が完了した旨の「完了」ボタン９５を押下する。このボタン押下により、注文受注サーバ１５２に注文配達完了のデータが送付され、注文受注サーバ１５２において管理している注文ステータス情報が「配達完了」に変更される。これにより、注文受注サーバ１５２は利用客からの注文の状態を一元管理することができる。
【００３４】
図１０は利用客からの注文が売店商品と識別された場合に、情報配信サービス受信希望者の配信される販売促進情報１０２を利用客端末の画面１０１上に表示した例を示す図である。この販売促進情報１０２は売店名２４２、ブロック番号２１３などをデータベース１５１に格納されているいくつかの販売促進情報作成用テンプレートに当てはめて作成される。注文ボタン１０３を押すと、売店データ２４内のサービス提供会社ＩＤ２４４をキーとしてサービス提供会社データ２５を検索し登録されている商品の一覧をメニューとした図３（ｃ）の画面が表示され、利用客はその画面で商品および数量を指定して当該売店に注文することができる。この場合は図３（ｃ）の「送信」ボタンを押した場合、当該売店にのみ注文を送信するようにプログラムは実装されている。閉じるボタン１０４を押した場合は販売促進情報の表示が消える。また、閉じるボタン１０４を押された場合には当該利用客に、次からは当該商品の販売促進情報を情報配信サーバ１５５から配信しないように、データベース内の当該利用客のデータに情報を設定するようにしてもよい。
【００３５】
携帯電話１２１を保持する情報配信サービス提供者へは、その携帯端末キャリアの回線網１３３を経由して、ＰＤＡ１２２を保持する情報配信サービス提供者へは無線ＬＡＮを経由して販売促進情報を送信する。これにより、同じブロックからの注文を１纏めに集約し、纏めて配達することにより配達の効率化を図ることが可能となる。
【００３６】
売り子商品に関しても、同様の手法により販売促進を行うことができる。図１１は、図５のステップＳ５２において売り子商品と判断された場合に、売り子が向かう位置の近隣の客に送信される販売促進情報の表示画面の例を示す図である。図１１に示すように、利用客の携帯端末１１５には、例えば符号１１６で示される売り子からのメッセージが表示される。このメッセージ１１６は売り子名２３２、ブロック番号２１３などをデータベース１５１に格納されているいくつかのメッセージ作成用テンプレートに当てはめて作成される。これにより、Ａ１２ブロック内又はその近隣の客は、売り子が近くを通ることを知る。売り子商品を購入したいと思う客は、例えば注文ボタン１１８を１回押すことにより売り子商品の詳細情報を知ることができる。注文を確定したい場合には、例えば、再度、注文ボタン１１８を押す。その後は同様の情報を送らないで欲しい場合には、客は閉じるボタン１１７を押す。尚、新たな客の注文は、注文を受けた売り子の持つ携帯端末に記憶される。この記憶に基づいて、売り子は、注文された商品と注文の受付順とを確認することができる。
【００３７】
以上、説明したように、本実施の形態による競技場デリバリシステムによれば、利用客からの注文を受けてから、注文された商品が売り子商品か売店商品かを瞬時に識別することができ、注文された商品が売り子商品の場合、注文した利用客から最も近くにいる売り子に注文情報が渡ることにより、短時間でのサービス提供が可能になる。また、利用客からの注文の状態を一元管理することにより、サービス品質を上げることができる。また、注文された商品が売店商品の場合、同じブロックからの注文を１纏めに集約し、纏めて配達できることにより、配達の作業を効率的に行うことが可能となる。この際、近隣の客にも販売促進情報を送ることもできる。販売促進情報を客に送ることで、販売の効率化が図れるとともに、商品の売り上げが伸び、かつ、客の利便性も向上する。
【産業上の利用可能性】
【００３８】
本発明は、競技場の他にイベント会場など様々な場所、商品の他の様々なサービスに適用することができる。
【図面の簡単な説明】
【００３９】
【図１】本発明の一実施の形態のローカルエリア・ワイヤレス・データ通信ネットワークを用いたシステムの図である。
【図２】図２（ａ）から（ｅ）は、データベースに格納されている各種情報の一部を示す図である。
【図３】図３（ａ）は、携帯電話又はＰＤＡに表示させる座席情報を入力する画面のサンプルを示す図であり、図３（ｂ）は、携帯電話又はＰＤＡにおいて表示させる情報配信サービスを拒否できる情報を設定する画面のサンプルを示す図であり、図３（ｃ）は、携帯電話又はＰＤＡで表示させる、飲食物を選択するメニュー画面のサンプルを示す図である。
【図４】本発明の一実施の形態として、売り子の位置情報を把握するための各ブロックの四隅にＩＣカードリーダを設置するシステムの図である。
【図５】利用客からの注文を受けてから、注文された商品が売り子商品か売店商品かを識別するためのフローチャートである。
【図６】利用客からの注文が売り子商品と識別された場合に、商品が利用客に届けられるまでのフローチャートである。
【図７】利用客からの注文が売店商品と識別された場合に、商品が利用客に届けられるまでのフローチャートである。
【図８】利用客からの注文が売り子と売店の両方で扱われている商品と判定された場合の処理の流れを示すフローチャート図である。
【図９】売り子の携帯端末に表示される注文客へのナビゲーションマップと注文情報との表示画面例を示す図である。
【図１０】利用者端末に表示させる売店のセールスメッセージの表示サンプルを示す図である。
【図１１】利用者端末に表示させる売り子のセールスメッセージのサンプルを示す図である。
【符号の説明】
【００４０】
１５２…注文受注サーバ、１５３…注文識別サーバ、１５４…位置情報処理サーバ、１５５…情報配信サーバ、１１１…無線ＬＡＮアンテナ、１１２…無線タグリーダー、１２１…携帯電話、１２２…ＰＤＡ、１２３…無線タグ付きＰＤＡ、１３１…データハウス内ネットワーク、１３２…インターネット、１３３…携帯キャリア回線網、１４１…携帯キャリア基地局、１５１…データベース。
【図１】
2005174136.tif 000003
【図２】
2005174136.tif 000004
【図３】
2005174136.tif 000005
【図４】
2005174136.tif 000006
【図５】
2005174136.tif 000007
【図６】
2005174136.tif 000008
【図７】
2005174136.tif 000009
【図８】
2005174136.tif 000010
【図９】
2005174136.tif 000011
【図１０】
2005174136.tif 000012
【図１１】
2005174136.tif 000013