ホーム > 特許ランキング > ハイファイブ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022072713
(43)【公開日】2022-05-17
(54)【発明の名称】注文管理装置及び注文処理方法
(51)【国際特許分類】
G06Q 30/06 20120101AFI20220510BHJP
【ＦＩ】
G06Q30/06 300
【審査請求】未請求
【請求項の数】7
【出願形態】ＯＬ
(21)【出願番号】P 2020182310
(22)【出願日】2020-10-30
【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り （１）小規模事業者持続化補助金申請書類（コロナ特別対応型） 公開日：令和２年８月５日 公開場所：日本商工会議所
(71)【出願人】
【識別番号】520425165
【氏名又は名称】ハイファイブ株式会社
(74)【代理人】
【識別番号】110000176
【氏名又は名称】一色国際特許業務法人
(72)【発明者】
【氏名】久島 信耶
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049BB47
5L049BB58
(57)【要約】 （修正有）
【課題】限定商品の購入希望者を長時間並ばせずに、スムーズに限定商品を販売・受け渡し可能な注文管理装置及び注文処理方法を提供する。
【解決手段】物販システムにおける管理サーバ１０は、ユーザー端末からの商品の注文を処理する制御部２０と、イベント範囲を示す情報を含むイベントデータを記憶するイベントデータベース４３と、を備える。制御部２０は、ユーザー端末から位置情報を取得すること、位置情報がイベント範囲内の場合には、ユーザー端末に対して商品の注文を可能にし、位置情報がイベント範囲外の場合には、ユーザー端末に対して商品の注文を不可にすること、及び、ユーザー端末からの注文に応じて、受け取り時間を指定する引換証を前記ユーザー端末に発行すること、を行う。
【選択図】図２
【解決手段】物販システムにおける管理サーバ１０は、ユーザー端末からの商品の注文を処理する制御部２０と、イベント範囲を示す情報を含むイベントデータを記憶するイベントデータベース４３と、を備える。制御部２０は、ユーザー端末から位置情報を取得すること、位置情報がイベント範囲内の場合には、ユーザー端末に対して商品の注文を可能にし、位置情報がイベント範囲外の場合には、ユーザー端末に対して商品の注文を不可にすること、及び、ユーザー端末からの注文に応じて、受け取り時間を指定する引換証を前記ユーザー端末に発行すること、を行う。
【選択図】図２
【特許請求の範囲】
【請求項1】
ユーザー端末からの商品の注文を処理する制御部と、
イベント範囲を示す情報を含むイベントデータを記憶するイベントデータベースと、
を備え、
前記制御部は、
前記ユーザー端末から位置情報を取得すること、
前記位置情報が前記イベント範囲内の場合には、前記ユーザー端末に対して商品の注文を可能にし、前記位置情報が前記イベント範囲外の場合には、前記ユーザー端末に対して前記商品の注文を不可にすること、及び、
前記ユーザー端末からの注文に応じて、受け取り時間を指定する引換証を前記ユーザー端末に発行すること、
を行うことを特徴とする注文管理装置。
イベント範囲を示す情報を含むイベントデータを記憶するイベントデータベースと、
を備え、
前記制御部は、
前記ユーザー端末から位置情報を取得すること、
前記位置情報が前記イベント範囲内の場合には、前記ユーザー端末に対して商品の注文を可能にし、前記位置情報が前記イベント範囲外の場合には、前記ユーザー端末に対して前記商品の注文を不可にすること、及び、
前記ユーザー端末からの注文に応じて、受け取り時間を指定する引換証を前記ユーザー端末に発行すること、
を行うことを特徴とする注文管理装置。
【請求項2】
請求項１に記載の注文管理装置であって、
前記イベントデータには、複数の時間帯を設定するための設定時間帯情報が含まれており、
前記制御部は、
前記設定時間帯情報に基づいて、複数の前記時間帯のうちのいずれかを前記ユーザー端末に選択させること、及び
前記ユーザー端末により選択された前記時間帯に基づいて、前記受け取り時間を決定し、前記受け取り時間を指定する前記引換証を前記ユーザー端末に発行すること
を行うことを特徴とする注文管理装置。
前記イベントデータには、複数の時間帯を設定するための設定時間帯情報が含まれており、
前記制御部は、
前記設定時間帯情報に基づいて、複数の前記時間帯のうちのいずれかを前記ユーザー端末に選択させること、及び
前記ユーザー端末により選択された前記時間帯に基づいて、前記受け取り時間を決定し、前記受け取り時間を指定する前記引換証を前記ユーザー端末に発行すること
を行うことを特徴とする注文管理装置。
【請求項3】
請求項１又は２に記載の注文管理装置であって、
前記制御部は、前記ユーザー端末からの前記注文に応じて、決済処理を行った後に前記引換証を前記ユーザー端末に発行することを特徴とする注文管理装置。
前記制御部は、前記ユーザー端末からの前記注文に応じて、決済処理を行った後に前記引換証を前記ユーザー端末に発行することを特徴とする注文管理装置。
【請求項4】
請求項１～３のいずれかに記載の注文管理装置であって、
前記制御部は、限定商品に関する情報を前記ユーザー端末に表示させつつ、前記位置情報が前記イベント範囲外の場合には、前記ユーザー端末に対して、限定商品の注文を不可にすることを特徴とする注文管理装置。
前記制御部は、限定商品に関する情報を前記ユーザー端末に表示させつつ、前記位置情報が前記イベント範囲外の場合には、前記ユーザー端末に対して、限定商品の注文を不可にすることを特徴とする注文管理装置。
【請求項5】
請求項１～４のいずれかに記載の注文管理装置であって、
前記制御部は、
ユーザーが商品を受け取った日時を示す受け取り日時情報をスタッフ端末から取得し、当該ユーザーの注文データに対応付けて前記受け取り日時情報を注文データベースに保存すること、
感染症に関する報告データを受信すること、
前記報告データに示された前記ユーザーに対応する前記注文データである第１注文データを、前記注文データベースから抽出すること、
前記第１注文データに対応する前記受け渡し時間を取得すること、
前記第１注文データの前記受け渡し時間の近傍の前記受け渡し時間の前記注文データである第２注文データを、前記注文データベースから抽出すること、及び
前記第２注文データに対応付けられたユーザーの連絡先に、注意情報を送付すること
を行うことを特徴とする注文管理装置。
前記制御部は、
ユーザーが商品を受け取った日時を示す受け取り日時情報をスタッフ端末から取得し、当該ユーザーの注文データに対応付けて前記受け取り日時情報を注文データベースに保存すること、
感染症に関する報告データを受信すること、
前記報告データに示された前記ユーザーに対応する前記注文データである第１注文データを、前記注文データベースから抽出すること、
前記第１注文データに対応する前記受け渡し時間を取得すること、
前記第１注文データの前記受け渡し時間の近傍の前記受け渡し時間の前記注文データである第２注文データを、前記注文データベースから抽出すること、及び
前記第２注文データに対応付けられたユーザーの連絡先に、注意情報を送付すること
を行うことを特徴とする注文管理装置。
【請求項6】
請求項５に記載の注文管理装置であって、
前記制御部は、前記注文データベースから前記第２注文データを抽出する際に、前記第１注文データの前記受け取り日時と前記第２注文データの前記受け取り日時との差が所定の閾値の範囲内となる前記第２注文データを抽出しており、
前記第１注文データの前記受け取り日時の前と後とで、前記閾値が異なることを特徴とする注文管理装置。
前記制御部は、前記注文データベースから前記第２注文データを抽出する際に、前記第１注文データの前記受け取り日時と前記第２注文データの前記受け取り日時との差が所定の閾値の範囲内となる前記第２注文データを抽出しており、
前記第１注文データの前記受け取り日時の前と後とで、前記閾値が異なることを特徴とする注文管理装置。
【請求項7】
ユーザー端末からの商品の注文を処理する注文処理方法であって、
イベント範囲を示す情報を含むイベントデータをイベントデータベースに予め記憶すること、
前記ユーザー端末から位置情報を取得すること、
前記位置情報が前記イベント範囲内の場合には、前記ユーザー端末に対して商品の注文を可能にし、前記位置情報が前記イベント範囲外の場合には、前記ユーザー端末に対して前記商品の注文を不可にすること、及び、
前記ユーザー端末からの注文に応じて、受け取り時間を指定する引換証を前記ユーザー端末に発行すること
を行うことを特徴とする注文処理方法。
イベント範囲を示す情報を含むイベントデータをイベントデータベースに予め記憶すること、
前記ユーザー端末から位置情報を取得すること、
前記位置情報が前記イベント範囲内の場合には、前記ユーザー端末に対して商品の注文を可能にし、前記位置情報が前記イベント範囲外の場合には、前記ユーザー端末に対して前記商品の注文を不可にすること、及び、
前記ユーザー端末からの注文に応じて、受け取り時間を指定する引換証を前記ユーザー端末に発行すること
を行うことを特徴とする注文処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、注文管理装置及び注文処理方法に関する。
【背景技術】
【0002】
コンサート等のイベントの際に、当該イベントに関連する商品（イベントグッズ）をＥＣサイト上で販売したり、イベント会場の販売ブースで販売したりすることが行われている。また、特許文献１には、イベント会場において物品の販売を行うための物販システムが記載されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特許第６４３４０９３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
販売されるイベントグッズの中には、イベント会場だけで限定的に販売される商品（限定商品）がある。このような限定商品を購入するために、購入希望者（例えば熱烈なファン）は、販売開始前から販売ブースの前に長時間並ぶ必要がある。しかし、夏場の炎天下に購入希望者が長時間並び続けることは、購入希望者の体調面を考慮すると望ましくない。また、新型コロナウイルス等に対する感染症対策の面からも、購入希望者が長時間並び続けることは望ましくない。加えて、限定商品の購入希望者が販売ブースの前に長時間並ぶことによって、他のブースを利用する時間が奪われてしまい、イベントグッズの販売機会が奪われてしまうという問題も生じる。このため、限定商品の購入希望者を長時間並ばせずに、スムーズに限定商品を販売・受け渡しすることが望まれている。
【0005】
本発明は、限定商品の購入希望者を長時間並ばせずに、スムーズに限定商品を販売・受け渡しすることを目的とする。
【課題を解決するための手段】
【0006】
上記目的を達成するための主たる発明は、ユーザー端末からの商品の注文を処理する制御部と、イベント範囲を示す情報を含むイベントデータを記憶するイベントデータベースと、を備え、前記制御部は、前記ユーザー端末から位置情報を取得すること、前記位置情報が前記イベント範囲内の場合には、前記ユーザー端末に対して商品の注文を可能にし、前記位置情報が前記イベント範囲外の場合には、前記ユーザー端末に対して前記商品の注文を不可にすること、及び、前記ユーザー端末からの注文に応じて、受け取り時間を指定する引換証を前記ユーザー端末に発行すること、を行うことを特徴とする注文管理装置である。
【0007】
本発明の他の特徴については、後述する明細書及び図面の記載により明らかにする。
【発明の効果】
【0008】
本発明によれば、限定商品の購入希望者を長時間並ばせずに、スムーズに限定商品を販売・受け渡しすることが可能になる。
【図面の簡単な説明】
【0009】
【発明を実施するための形態】
【0010】
後述する明細書及び図面の記載から、少なくとも以下の事項が明らかとなる。
【0011】
ユーザー端末からの商品の注文を処理する制御部と、イベント範囲を示す情報を含むイベントデータを記憶するイベントデータベースと、を備え、前記制御部は、前記ユーザー端末から位置情報を取得すること、前記位置情報が前記イベント範囲内の場合には、前記ユーザー端末に対して商品の注文を可能にし、前記位置情報が前記イベント範囲外の場合には、前記ユーザー端末に対して前記商品の注文を不可にすること、及び、前記ユーザー端末からの注文に応じて、受け取り時間を指定する引換証を前記ユーザー端末に発行すること、を行うことを特徴とする注文管理装置が明らかとなる。このような注文管理装置によれば、限定商品の購入希望者を長時間並ばせずに、スムーズに限定商品を販売・受け渡しすることが可能になる。
【0012】
前記イベントデータには、複数の時間帯を設定するための設定時間帯情報が含まれており、前記制御部は、前記設定時間帯情報に基づいて、複数の前記時間帯のうちのいずれかを前記ユーザー端末に選択させること、及び、前記ユーザー端末により選択された前記時間帯に基づいて、前記受け取り時間を決定し、前記受け取り時間を指定する前記引換証を前記ユーザー端末に発行すること、を行うことが望ましい。これにより、ユーザーの希望する時間帯に商品を受け渡すことができる。
【0013】
前記制御部は、前記ユーザー端末からの前記注文に応じて、決済処理を行った後に前記引換証を前記ユーザー端末に発行することが望ましい。これにより、商品の在庫を確保することができ、商品の受け渡し時に商品が不足することを防止できる。
【0014】
前記制御部は、前記商品に関する情報を前記ユーザー端末に表示させつつ、前記位置情報が前記イベント範囲外の場合には、前記ユーザー端末に対して、前記商品の注文を不可にすることが望ましい。これにより、ユーザーの購買意欲を刺激することができる。
【0015】
前記制御部は、ユーザーが商品を受け取った日時を示す受け取り日時情報をスタッフ端末から取得し、当該ユーザーの注文データに対応付けて前記受け取り日時情報を注文データベースに保存すること、感染症に関する報告データを受信すること、前記報告データに示された前記ユーザーに対応する前記注文データである第１注文データを、前記注文データベースから抽出すること、前記第１注文データに対応する前記受け渡し時間を取得すること、前記第１注文データの前記受け渡し時間の近傍の前記受け渡し時間の前記注文データである第２注文データを、前記注文データベースから抽出すること、及び、前記第２注文データに対応付けられたユーザーの連絡先に、注意情報を送付すること、を行うことが望ましい。これにより、感染症の拡大防止を図ることができる。
【0016】
前記制御部は、前記注文データベースから前記第２注文データを抽出する際に、前記第１注文データの前記受け取り日時と前記第２注文データの前記受け取り日時との差が所定の閾値の範囲内となる前記第２注文データを抽出しており、前記第１注文データの前記受け取り日時の前と後とで、前記閾値が異なることが望ましい。これにより、感染症の追跡を適切に行うことができる。
【0017】
ユーザー端末からの商品の注文を処理する注文処理方法であって、イベント範囲を示す情報を含むイベントデータをイベントデータベースに予め記憶すること、前記ユーザー端末から位置情報を取得すること、前記位置情報が前記イベント範囲内の場合には、前記ユーザー端末に対して商品の注文を可能にし、前記位置情報が前記イベント範囲外の場合には、前記ユーザー端末に対して前記商品の注文を不可にすること、及び、前記ユーザー端末からの注文に応じて、受け取り時間を指定する引換証を前記ユーザー端末に発行すること、を行うことを特徴とする注文処理方法が明らかとなる。このような注文処理方法によれば、限定商品の購入希望者を長時間並ばせずに、スムーズに限定商品を販売・受け渡しすることが可能になる。
【0018】
【0019】
本実施形態の物販システム１００は、コンサート等のイベントの際に、当該イベントに関連する商品（イベントグッズ）を販売するシステムである。販売対象となる商品の中には、イベント会場だけで限定的に販売される商品（限定商品）も含まれる。本実施形態の物販システム１００は、管理装置１０を備えている。管理装置１０は、通信ネットワーク２を介してユーザー端末１と通信可能である。通信ネットワーク２は、例えば電話回線網（公衆電話回線網、携帯電話回線網）、無線通信網、インターネット、ＬＡＮなどであり、ここではインターネットを想定している。
【0020】
ユーザー端末１は、イベントの参加者や、商品（イベントグッズ）の購入希望者が所持する端末である。ユーザー端末１は、例えばスマートフォンである。ユーザー端末１は、ディスプレイを備えており、後述する各種画面を表示可能である。また、ユーザー端末１は、例えばＧＰＳモジュールを備えており、位置情報（緯度及び経度を示す情報）を取得可能である。ユーザー端末１には、後述する各種処理を行うためのプログラム（専用のアプリケーションプログラム、若しくは汎用のブラウザプログラム）が予めインストールされている。
【0021】
スタッフ端末３は、物販ブースの販売スタッフが扱う端末である。スタッフ端末３は、例えばタブレット端末である。スタッフ端末３は、通信ネットワーク２を介して管理装置１０と通信可能である。スタッフ端末３には、バーコード読取装置３Ａが有線又は無線を介して接続されている。
【0022】
管理者端末４は、イベントや商品の管理を行う管理者が扱う端末である。管理者端末４は、例えばノートパソコンのようなコンピューターである。管理者端末４は、通信ネットワーク２を介して管理装置１０と通信可能である。
【0023】
決済サーバー５は、決済処理を行うためのサーバーである。決済サーバー５は、例えば決済代行サービスを行う業者が運営するサーバーである。
【0024】
【0025】
管理装置１０は、イベントに関連する商品（イベントグッズ）の注文を管理する装置（注文管理装置）であり、例えばパーソナルコンピューターやサーバーなどのコンピューターによって構成される。管理装置１０は、図３に示すように、演算処理装置５１と、記憶装置５２と、通信装置５３とを有する。図中の各要素は、不図示のバスを介して接続されている。演算処理装置５１は、管理装置１０の制御を司る装置である。演算処理装置５１は、例えばＣＰＵ、ＧＰＵ、ＡＩチップ等により構成される。記憶装置５２は、例えばＲＡＭ等の主記憶装置５２Ａと、ハードディスクドライブやＳＳＤ等の補助記憶装置５２Ｂとにより構成される。記憶装置５２に記憶されているプログラムを演算処理装置５１が読み出して実行することにより、後述する各種処理が実行される。通信装置５３は、通信ネットワーク２に接続するための装置であり、例えば通信モジュール等により構成される。管理装置１０は、入力装置５４（例えばキーボード、マウスなど）や、表示装置５５（例えばディスプレイ）等を備えていても良い。管理装置１０は、１台のコンピューターで構成されても良いし、複数台のコンピューターで構成されても良い。管理装置１０を複数台のコンピューターで構成する場合、後述する複数の機能を機能毎に別々のコンピューターに分けて実現しても良いし、同じ機能を複数のコンピューターで分散処理させても良い。
【0026】
管理装置１０は、図２に示すように、制御部２０と、データ記憶部４０とを有する。なお、管理装置１０は、ユーザー端末１からの商品の注文を処理する制御部２０と、イベント範囲を示す情報を含むイベントデータ（後述）を記憶するイベントデータベース４３とを備える。
【0027】
制御部２０は、管理装置１０が行うべき各種処理を行い、ユーザー端末１からの商品の注文を処理する。制御部２０は、演算処理装置５１が記憶装置５２に記憶されている制御プログラムを実行して各種制御を行うことによって実現される。制御部２０は、ユーザー管理部２１と、商品管理部２２と、イベント管理部２３と、注文処理部２４と、受け渡し処理部２６と、追跡処理部２７とを有する。制御部２０の各機能については後述する。なお、第１、第２実施形態では追跡処理部２７は無くても良い。
【0028】
データ記憶部４０は、所定のデータを記憶するための記憶部である。データ記憶部４０は、主に記憶装置５２の記憶領域の一部により実現される。ここでは、データ記憶部４０は、ユーザーデータベース４１と、商品データベース４２と、イベントデータベース４３と、注文データベース４４とを備える。
【0029】
図４は、データ記憶部４０に記憶される各種データの説明図である。
【0030】
ユーザーデータベース４１は、ユーザーに関するデータ（ユーザーデータ）のデータベースである。ユーザーデータベース４１には、複数のユーザーデータが含まれている。ユーザーデータは、ユーザーに関するデータであり、ここでは、ユーザーを識別するための識別子とある「ユーザーＩＤ」と、ユーザーに関する各種情報（ユーザー情報）とを対応付けたデータである。ここでは、「ユーザー情報」として、「ユーザー名（ユーザーの姓名）」、「住所」、「メールアドレス」、「パスワード」が含まれている。なお、ユーザーのメールアドレスをユーザーＩＤとしても良い。また、ユーザーデータに他の情報（例えば電話番号や生年月日など）が含まれても良い。後述するように、ユーザーがユーザー端末１を使って管理装置１０に新規登録を行うことによって、そのユーザーのユーザーデータがユーザーデータベース４１に追加されることになる。
【0031】
商品データベース４２は、商品に関するデータ（商品データ）のデータベースである。商品データベース４２には、複数の商品データが含まれている。商品データは、商品に関するデータであり、ここでは、商品を識別するための識別子となる「商品ＩＤ」と、商品に関する各種情報（商品情報）とを対応付けたデータである。ここでは、「商品情報」として、「商品画像（画像データ）」、「商品コード」、「商品名」、「商品説明」、「価格」、「在庫数」、「イベントＩＤ」、「限定フラグ」が含まれている。商品データの「商品コード」は、その商品のバーコードや二次元コードを示す情報である。商品データの「イベントＩＤ」は、商品が販売されるイベントを示す情報であり、後述するイベントデータと紐付けられた情報である。「限定フラグ」は、その商品が限定商品（イベント会場で限定的に販売される商品）であるか否かを設定するフラグである（なお、第１実施形態では「限定フラグ」が無くても良い）。商品データに他の情報（例えば販売期間など）が含まれても良い。
【0032】
商品を取り扱う管理者は、管理者端末４を使って、管理装置１０に商品情報を送信することになる（商品を登録することになる）。管理装置１０の商品管理部２２（図２参照）は、管理者端末４から商品情報を受信すると、新たな商品ＩＤを生成し、受信した商品情報をその商品ＩＤに対応付けた商品データを商品データベース４２に追加することになる。なお、管理装置１０の商品管理部２２（図２参照）は、管理者端末４から受信した指示データに基づいて、商品データの商品情報を編集（更新）・削除することも可能である。
【0033】
イベントデータベース４３は、イベントに関するデータ（イベントデータ）のデータベースである。イベントデータベース４３には、複数のイベントデータが含まれている。イベントデータは、イベントに関するデータであり、ここでは、イベントを識別するための識別子となる「イベントＩＤ」と、イベントに関する各種情報（イベント情報）とを対応付けたデータである。ここでは、イベント情報として、「イベント画像」、「イベント名」、「イベント説明」、「イベント範囲」、「開始日時」、「終了日時」、「受け取り設定フラグ」、「設定時間帯」、「人数枠」が含まれている。
【0034】
イベントデータの「イベント範囲」は、イベント会場の範囲を特定する情報であり、例えば緯度及び経度を示す情報が含まれている。例えば、緯度、経度及び半径を指定することによって緯度及び経度で特定された点を中心とする円の内部をイベント範囲として特定することができる。また、この場合、半径を長大（例えば無限大）に設定することも可能である。なお、イベント範囲の特定方法は、これに限られるものではなく、例えば、緯度及び経度によって２点を指定することによって指定した２点を対角線とする矩形の内部をイベント範囲として特定しても良い。
イベントデータの「受け取り設定フラグ」は、商品の受け取り時間（後述）を設定する際に、「先着順」とするか、「ユーザー側で選択可能」とするかを設定するためのフラグである。受け取り設定フラグが「先着順」を示す場合、商品の受け取り時間をユーザー側で設定することができなくなり、商品の受け取り時間が注文順に設定されることになる。「受け取り設定フラグ」が「ユーザー側で設定可能」を示す場合、商品の受け取り時間をユーザー側で選択することが可能になる（後述）。
イベントデータの「設定時間帯」は、商品の受け取り時間をユーザー側で選択させる際に、選択肢となる時間帯を示す情報である。例えば、「設定時間帯」として、「１２：００～１２：５０」、「１３：００～１３：５０」、「１４：００～１４：５０」などの複数の時間帯が設定されることになる（後述）。
イベントデータの「人数枠」は、「設定時間帯」で設定された時間帯で商品の受け渡しを可能とする人数（定員）を示す情報である。「設定時間帯」に複数の時間帯が設定されている場合には、それぞれの時間帯に対して「人数枠」を設定することが可能である。後述するように、「人数枠」の示す数は、ユーザーからの注文に応じて、更新されることになる。
なお、イベントデータに他の情報（例えばアーティスト名など）が含まれても良い。
イベントデータの「受け取り設定フラグ」は、商品の受け取り時間（後述）を設定する際に、「先着順」とするか、「ユーザー側で選択可能」とするかを設定するためのフラグである。受け取り設定フラグが「先着順」を示す場合、商品の受け取り時間をユーザー側で設定することができなくなり、商品の受け取り時間が注文順に設定されることになる。「受け取り設定フラグ」が「ユーザー側で設定可能」を示す場合、商品の受け取り時間をユーザー側で選択することが可能になる（後述）。
イベントデータの「設定時間帯」は、商品の受け取り時間をユーザー側で選択させる際に、選択肢となる時間帯を示す情報である。例えば、「設定時間帯」として、「１２：００～１２：５０」、「１３：００～１３：５０」、「１４：００～１４：５０」などの複数の時間帯が設定されることになる（後述）。
イベントデータの「人数枠」は、「設定時間帯」で設定された時間帯で商品の受け渡しを可能とする人数（定員）を示す情報である。「設定時間帯」に複数の時間帯が設定されている場合には、それぞれの時間帯に対して「人数枠」を設定することが可能である。後述するように、「人数枠」の示す数は、ユーザーからの注文に応じて、更新されることになる。
なお、イベントデータに他の情報（例えばアーティスト名など）が含まれても良い。
【0035】
イベントを取り扱う管理者は、管理者端末４を使って、管理装置１０にイベント情報を送信することになる（イベントを登録することになる）。管理装置１０のイベント管理部２３（図２参照）は、管理者端末４からイベント情報を受信すると、新たなイベントＩＤを生成し、受信したイベント情報をそのイベントＩＤに対応付けたユーザーデータをユーザーデータベース４１に追加することになる。なお、管理装置１０のイベント管理部２３（図２参照）は、管理者端末４から受信した指示データに基づいて、イベントデータのイベント情報を編集（更新）・削除することも可能である。
【0036】
注文データベース４４は、注文データのデータベースである。注文データベース４４には、複数の注文データが含まれている。注文データは、ユーザーが行った注文を示すデータであり、注文を識別するための識別子となる「注文ＩＤ」と、注文内容を示す「注文情報」と、受け取り状況を示す「受取情報」とを対応付けたデータである。
ここでは、注文情報として、「ユーザーＩＤ」、「イベントＩＤ」、「受け取り時間帯」、「購入商品情報」が含まれている。注文データの「ユーザーＩＤ」は、注文を行ったユーザーを示す情報であり、ユーザーデータと紐付けられた情報である。注文データの「イベントＩＤ」は、注文に対応するイベントを示す情報であり、イベントデータと紐付けられた情報である。「受け取り時間帯」は、注文に応じた商品をユーザーが受け取る時間帯を示す情報である。「購入商品情報」は、注文された商品を示す情報であり、商品ＩＤと、注文点数とを対応付けた情報である。購入商品情報の「商品ＩＤ」は、注文された商品を示す情報であり、商品データと紐付けられた情報である。購入商品情報の「注文点数」は、対応する商品の注文された点数（個数）を示す情報である。
また、ここでは受取情報として、「ステータス」、「受け取り日時」、「スタッフＩＤ」が含まれている。「ステータス」は、受け取り状況を示す情報であり、例えば、「受け取り前」、「受け取り完了」、「注文のキャンセル」を示す情報である。「受け取り日時」は、注文に応じた商品をユーザーに受け渡した日時を示す情報である。「スタッフＩＤ」は、ユーザーに商品を受け渡したスタッフを示す情報であり、不図示のスタッフデータベースのスタッフＩＤ（スタッフを識別する識別子）と紐付けられた情報である。なお、注文データに他の情報（例えば、注文された商品の合計点数（総数）や合計金額など）が含まれても良い。
ここでは、注文情報として、「ユーザーＩＤ」、「イベントＩＤ」、「受け取り時間帯」、「購入商品情報」が含まれている。注文データの「ユーザーＩＤ」は、注文を行ったユーザーを示す情報であり、ユーザーデータと紐付けられた情報である。注文データの「イベントＩＤ」は、注文に対応するイベントを示す情報であり、イベントデータと紐付けられた情報である。「受け取り時間帯」は、注文に応じた商品をユーザーが受け取る時間帯を示す情報である。「購入商品情報」は、注文された商品を示す情報であり、商品ＩＤと、注文点数とを対応付けた情報である。購入商品情報の「商品ＩＤ」は、注文された商品を示す情報であり、商品データと紐付けられた情報である。購入商品情報の「注文点数」は、対応する商品の注文された点数（個数）を示す情報である。
また、ここでは受取情報として、「ステータス」、「受け取り日時」、「スタッフＩＤ」が含まれている。「ステータス」は、受け取り状況を示す情報であり、例えば、「受け取り前」、「受け取り完了」、「注文のキャンセル」を示す情報である。「受け取り日時」は、注文に応じた商品をユーザーに受け渡した日時を示す情報である。「スタッフＩＤ」は、ユーザーに商品を受け渡したスタッフを示す情報であり、不図示のスタッフデータベースのスタッフＩＤ（スタッフを識別する識別子）と紐付けられた情報である。なお、注文データに他の情報（例えば、注文された商品の合計点数（総数）や合計金額など）が含まれても良い。
【0037】
後述するように、ユーザーがユーザー端末１を使って商品を注文するときに、管理装置１０が注文データベース４４に注文データ（注文情報）を登録することになる。また、後述するように、販売スタッフがスタッフ端末３を使ってユーザーに商品を受け渡したことを報告したときに、管理装置１０が注文データベース４４に注文データ（受取情報）を登録することになる。
【0038】
＜商品の購入＞
図５は、商品購入までの処理フローの説明図である。
図５は、商品購入までの処理フローの説明図である。
【0039】
図６Ａは、ユーザー端末１に表示される初期画面６１の説明図である。本実施形態のユーザー端末１には、次述する各種処理を実行するためのプログラムがインストールされている。ユーザー端末１は、プログラムを起動すると、例えば所定のＷＥＢサイトにアクセスして、図６Ａに示す初期画面６１をディスプレイに表示することになる。なお、図６Ａに示す初期画面６１（ログイン画面）は、図６Ｅに示す画面のカートボタン７５が押された時に表示されても良い。なお、ユーザー端末１は、次述する管理装置１０の一部の処理を行っても良い。
【0040】
図６Ｂは、新規登録画面６２の説明図である。図６Ａの初期画面６１の新規登録ボタン７１が選択されると（新規登録ボタン７１が操作されたことをユーザー端末１が検出すると）、ユーザー端末１は、図６Ｂの新規登録画面６２をディスプレイに表示する。未登録のユーザーは、新規登録画面６２上で、所定のユーザー情報を入力し、登録ボタン７４を押して新規登録を行うことになる（Ｓ００１）。ユーザー端末１は、登録ボタン７４が操作されたことを検出すると、新規登録画面６２に入力されたユーザー情報を管理装置１０に送信する。管理装置１０は、ユーザー端末１からユーザー情報を受信すると、ユーザーデータベース４１（図４参照）に新たなユーザーデータを新規登録する。すなわち、管理装置１０のユーザー管理部２１（図２参照）は、ユーザー端末１からユーザー情報を受信すると、新たなユーザーＩＤを生成し、そのユーザーＩＤに対してユーザー端末１から受信したユーザー情報を対応付けたユーザーデータをユーザーデータベース４１に追加する（Ｓ１０１）。
【0041】
なお、管理装置１０のユーザー管理部２１（図２参照）は、必要に応じて、ユーザー端末１に新規登録が完了したことを通知しても良い。また、その際に、ユーザー管理部２１は、ユーザーＩＤをユーザー端末１に通知しても良い。
【0042】
登録済みのユーザーは、図６Ａの初期画面６１上で、メールアドレス（又はユーザーＩＤ）とパスワードを入力し、ログインボタン７２を押すことになる（Ｓ００２）。ユーザー端末１は、ログインボタン７２が操作されたことを検出すると、初期画面６１に入力されたメールアドレスとパスワードを管理装置１０に送信する。管理装置１０のユーザー管理部２１（図２参照）は、ユーザー端末１から受信したメールアドレス（又はユーザーＩＤ）及びパスワードと、ユーザーデータベース４１（図４参照）に登録されているユーザーデータとを照合する（Ｓ１０２：ユーザー認証処理）。受信したメールアドレス（又はユーザーＩＤ）及びパスワードがユーザーデータベース４１に登録されていなければ、エラーコードをユーザー端末１に送信する。受信したメールアドレス（又はユーザーＩＤ）及びパスワードがユーザーデータベース４１に登録されていれば、管理装置１０は、ユーザー管理部２１による処理を終えて、注文処理部２４（図２参照）による処理に移行する。
【0043】
図６Ｃは、イベント選択画面６３の説明図である。管理装置１０の注文処理部２４は、ユーザー認証処理後、イベントデータベース４３（図４参照）に登録されているイベントデータ（例えばイベントＩＤやイベント画像）を抽出し、イベントデータを含むイベント選択データ（図６Ｃに示すイベント選択画面６３を表示させるためデータ）をユーザー端末１に送信する（Ｓ１０３）。ユーザー端末１は、受信したイベント選択データに基づいて、図６Ｃに示すイベント選択画面６３を表示する（Ｓ００３）。ユーザーは、イベント選択画面６３上で、購入予定の商品を販売するイベント（ユーザーが参加するイベント）の画像ボタン（イベント画像）を押すことになる。ユーザー端末１は、イベントの画像ボタン（イベント画像）が操作されたことを検出すると、選択されたイベントに対応するイベントＩＤを管理装置１０に送信する（Ｓ００４）。
【0044】
なお、本実施形態では、注文処理部２４は、ユーザー端末１からイベントＩＤを取得することによってイベントを特定しているが、イベントを特定する方法は、これに限られるものではない。例えば、注文処理部２４は、ユーザー端末１から取得した位置情報と、イベントデータベース４３に登録されているイベントデータの「イベント範囲」とを照合することによって、イベントを特定しても良い。また、注文処理部２４は、ユーザー端末１に初期画面６１上でイベントのチケット情報を入力させ、そのチケット情報を取得することによってイベントを特定しても良い。このような場合には、注文処理部２４は、イベント選択画面６３をユーザー端末１に表示させなくても良い。
【0045】
次に、管理装置１０の注文処理部２４は、商品データ（例えば商品ＩＤや商品画像）を含む商品画面データをユーザー端末１に送信する（Ｓ１０４）。ユーザー端末１は、受信した商品画面データに基づいて商品画面６４（後述；図６Ｄ～図６Ｈ参照）を表示し、ユーザーが商品画面６４上で所定の操作を行ったときに、操作結果データ（商品画面６４上での操作結果を示すデータ）を管理装置１０に送信する（Ｓ００５：商品選択処理）。言い換えると、本実施形態では、注文処理部２４は、商品画面データをユーザー端末１に送信することによって（Ｓ１０４）、ユーザー端末１に所定の商品画面６４を表示させるとともに、ユーザー端末１から操作結果データを取得する（Ｓ００５）。本実施形態では、次に説明するように、管理装置１０の注文処理部２４による商品画面データの送信（Ｓ１０４）と、ユーザー端末１による商品選択処理（Ｓ００５）は、複数回行われる。但し、管理装置１０の注文処理部２４による商品画面データの送信や、ユーザー端末１による商品選択処理の回数は、１回だけでも良い。また、本実施形態では、次に説明するように、ユーザー端末１から取得した位置情報がイベントの範囲内の場合には、限定商品の注文を可能にするとともに、位置情報がイベントの範囲外の場合には、限定商品の注文を不可にした上で、ユーザー端末１からの注文に応じて受け取り時間を指定する引換証をユーザー端末１に発行することになる。
【0046】
図６Ｄは、商品画面６４の一例である商品一覧画面６４Ａの説明図である。管理装置１０の注文処理部２４は、ユーザー端末１からイベントＩＤを受信した後（又はイベントを特定した後）、そのイベントＩＤに対応付けられている商品データを商品データベース４２（図４参照）から抽出し、抽出された商品データに含まれる商品ＩＤや商品画像に基づいて商品一覧画面データを生成し、商品一覧画面データ（商品画面データの一例）をユーザー端末１に送信する（Ｓ１０４）。ユーザー端末１は、受信した商品一覧画面データに基づいて、図６Ｄに示す商品一覧画面６４Ａ（商品画面６４の一例）を表示する（Ｓ００５）。ユーザーは、商品一覧画面６４Ａ上で、購入希望の商品（注文する商品）の画像ボタン（商品画像）を押すことになる。ユーザー端末１は、商品の画像ボタン（商品画像）が操作されたことを検出すると、選択された商品に対応する商品ＩＤ（操作結果データの一例）を管理装置１０に送信する（Ｓ００５）。
【0047】
管理装置１０の注文処理部２４は、ユーザーに選択された商品に対応する商品ＩＤをユーザー端末１から受信した後、その商品ＩＤに対応付けられている商品データを商品データベース４２（図４参照）から抽出し、抽出された商品データに基づいて商品詳細画面データを生成し、商品詳細画面データ（商品画面データの一例）をユーザー端末１に送信する（Ｓ１０４）。
【0048】
図６Ｅは、商品画面６４の一例である商品詳細画面６４Ｂの説明図である。ユーザー端末１は、受信した商品詳細画面データ（商品画面データの一例）に基づいて、図６Ｅに示す商品詳細画面６４Ｅ（商品画面の一例）を表示する（Ｓ００５）。ユーザーは、ユーザー端末１の商品詳細画面６４Ｂ上で、購入する商品の数量（注文点数）を指定した後、カートボタン７５を押すことになる。ユーザー端末１は、商品詳細画面６４Ｂのカートボタン７５が操作されたことを検出すると、ユーザーの指定した数量（及び商品ＩＤ）のデータ（操作結果データの一例）を管理装置１０に送信する（Ｓ００５）。また、ユーザー端末１は、商品詳細画面６４Ｂのカートボタン７５が操作されたことを検出すると、ユーザー端末１の位置情報（緯度及び経度を示す情報；操作結果データの一例）を管理装置１０に送信する（Ｓ００５）。
【0049】
図７は、第１実施形態の注文処理部２４が行う決定処理のフロー図である。注文処理部２４は、ユーザー端末１上でカートボタン７５が操作されたことを検出したとき、すなわち、ユーザー端末１からユーザーの指定した数量（及び商品ＩＤ）のデータや位置情報（操作結果データの一例）を受信したときに、図中の各処理を行うことになる。
【0050】
まず、注文処理部２４は、対象となる商品（ユーザー端末１から受信した商品ＩＤに対応する商品）の商品データの「在庫数」の情報を商品データベース４２（図４参照）から取得する（Ｓ１４１）。そして、注文処理部２４は、対象とする商品の在庫の有無を判断する（Ｓ１４２）。
【0051】
商品の在庫が無い場合（Ｓ１４２で「無い」）、注文処理部２４は、エラー画面データをユーザー端末１に送信する（Ｓ１４７）。ユーザー端末１は、受信したエラー画面データに基づいて、商品を注文できない状態であることを示すエラー画面６４Ｃ（図６Ｆ左図参照）を表示する。このように、対象となる商品の在庫が無い場合には（Ｓ１４２で「無い」）、ユーザーは、その商品を購入できない状態（注文できない状態）になる。
【0052】
商品の在庫がある場合（Ｓ１４２で「ある」）、注文処理部２４は、次に説明するＳ１４３～Ｓ１４５の処理を行う。なお、注文処理部２４は、次に説明するＳ１４３～Ｓ１４５の処理を行うことによって、ユーザー端末１の位置に応じて、ユーザー端末１に送信する画面データを異ならせ、これにより、商品の注文の可否を切り替えている（Ｓ１４６、Ｓ１４７）。
【0053】
対象となる商品の在庫がある場合（Ｓ１４２で「ある」）、注文処理部２４は、ユーザー端末１の位置情報を取得する（Ｓ１４３）。本実施形態では、カートボタン７５が操作されたタイミングで管理装置１０がユーザー端末１から位置情報を取得しているので、注文処理部２４は、この位置情報を利用することになる。但し、注文処理部２４は、図６Ａに示すログインボタン７２が押されたタイミング（Ｓ００２でユーザー端末１からログイン情報を取得するタイミング）で、ユーザー端末１から位置情報を取得しても良い。次に、注文処理部２４は、「イベント範囲」の情報を取得する（Ｓ１４４）。本実施形態では、注文処理部２４は、Ｓ００４でユーザー端末１から受信したイベントＩＤに対応するイベント情報の「イベント範囲」をイベントデータベース４３（図４参照）から取得することになる。そして、注文処理部２４は、ユーザー端末１の位置（ユーザー端末１から受信した位置情報）と、イベントデータベース４３から取得した「イベント範囲」とを比較し、ユーザー端末１の位置がイベント範囲内か否かを判断する（Ｓ１４５）。
【0054】
ユーザー端末１がイベント範囲内にある場合（Ｓ１４５でＹＥＳ；図１のユーザーＡ参照）、注文処理部２４は、カート画面データ（商品画面データの一例）をユーザー端末１に送信する（Ｓ１４６；図５のＳ１０４）。ユーザー端末１は、受信したカート画面データに基づいて、図６Ｇに示すカート画面６４Ｄ（商品画面の一例）を表示することになる。図６Ｇに示すカート画面６４Ｄ上にはレジボタン７６が表示されるため、ユーザーは、カート画面６４Ｄに表示された商品を購入可能な状態（注文可能な状態）になる。このように、ユーザーは、イベント範囲内にいれば、その商品を購入可能な状態（注文可能な状態）になる。
【0055】
一方、ユーザー端末１がイベント範囲外にある場合（Ｓ１４５でＮＯ；図１のユーザーＢ参照）、注文処理部２４は、エラー画面データをユーザー端末１に送信する（Ｓ１４７）。ユーザー端末１は、受信したエラー画面データに基づいて、図６Ｆ右図に示すエラー画面６４Ｃを表示することになる。図６Ｆに示すエラー画面６４Ｃ上にはレジボタン７６（図６Ｇ参照）が表示されないため、ユーザーは、商品を購入できない状態（注文できない状態）になる。このように、ユーザーは、イベント範囲外にいれば、商品を購入できない状態（注文できない状態）になる。
【0056】
図６Ｇは、商品画面６４の一例であるカート画面６４Ｄの説明図である。このカート画面６４Ｄは、図６Ｅに示す商品詳細画面６４Ｂのカートボタン７５が押されたときに、ユーザー端末１がイベント範囲内にある場合に（Ｓ１４５でＹＥＳ；図１のユーザーＡ参照）に、ユーザー端末１に表示される。カート画面６４Ｄには、ユーザーの注文内容に応じて、商品ごとに、商品画像、数量（注文点数）、小計などの商品購入情報が表示される。カート画面６４Ｄ上には、カートボタン７５が押されることによってストックされた商品の情報が表示されることになる。カート画面６４Ｄには、レジボタン７６が設けられている。ユーザー端末１は、カート画面６４Ｄのレジボタン７６が操作されたことを検出すると、注文確定画面６４Ｅを表示することになる（Ｓ００６）。
【0057】
図６Ｈは、商品画面６４の一例である注文確定画面６４Ｅの説明図である。注文確定画面６４Ｅには、注文確定ボタン７７が設けられている。ユーザー端末１は、注文確定画面６４Ｅの注文確定ボタン７７が操作されたことを検出すると、商品ＩＤや数量（注文点数）などの商品購入情報を含む注文情報を管理装置１０に送信することになる（Ｓ００６）。
【0058】
本実施形態の注文確定画面６４Ｅには、受取時間選択欄７８が設けられている。受取時間選択欄７８は、商品の受け取り希望時間をユーザーが選択するための欄である。
管理装置１０の注文処理部２４は、Ｓ００４でユーザー端末１から受信したイベントＩＤに対応付けられているイベント情報の「受け取り設定フラグ」をイベントデータベース４３（図４参照）から取得し、「受け取り設定フラグ」が「ユーザー側で選択可能」に設定されている場合、注文確定画面６４Ｅに受取時間選択欄７８を表示させることになる。なお、「受け取り設定フラグ」は、商品の受け取り時間を設定する際に、「先着順」とするか、「ユーザー側で選択可能」とするかを設定するためのフラグであり、「受け取り設定フラグ」が「先着順」に設定されている場合には、注文処理部２４は、注文確定画面６４Ｅに受取時間選択欄７８を設けない（この場合、後述する「受け取り時間」は、注文の順番に応じて設定されることになる）。
管理装置１０の注文処理部２４は、Ｓ００４でユーザー端末１から受信したイベントＩＤに対応付けられているイベント情報の「受け取り設定フラグ」をイベントデータベース４３（図４参照）から取得し、「受け取り設定フラグ」が「ユーザー側で選択可能」に設定されている場合、注文確定画面６４Ｅに受取時間選択欄７８を表示させることになる。なお、「受け取り設定フラグ」は、商品の受け取り時間を設定する際に、「先着順」とするか、「ユーザー側で選択可能」とするかを設定するためのフラグであり、「受け取り設定フラグ」が「先着順」に設定されている場合には、注文処理部２４は、注文確定画面６４Ｅに受取時間選択欄７８を設けない（この場合、後述する「受け取り時間」は、注文の順番に応じて設定されることになる）。
【0059】
また、注文処理部２４は、受信したイベントＩＤに対応付けられているイベント情報の「受け取り設定フラグ」が「ユーザー側で選択可能」に設定されている場合、同じイベントＩＤに対応付けられているイベント情報の「設定時間帯」の情報を取得する。ここでは、イベント情報の「設定時間帯」として「１２：００～１２：５０」、「１３：００～１３：５０」、「１４：００～１４：５０」などの時間帯が設定されており、注文処理部２４は、これらの時間帯の情報を含む商品画面データを送信することによって（Ｓ１０４）、図６Ｈに示す注文確定画面６４Ｅの受取時間選択欄７８にこれらの時間帯を選択肢として表示させる。ユーザーは、注文確定画面６４Ｅの受取時間選択欄７８において、商品を受け取る時間を選択した上で、注文確定画面６４Ｅの注文確定ボタン７７を押すことになる。ユーザー端末１は、ユーザーの選択した「受け取り時間帯」の情報（ここでは「１３：００～１３：５０」を示す情報）を含む注文情報を管理装置１０に送信することになる（Ｓ００６）。
【0060】
更に、注文処理部２４は、イベント情報の「設定時間帯」の情報を取得する際に、「設定時間帯」で設定された時間帯に対応付けられている「人数枠」の情報も取得する。そして、人数枠がゼロになっている場合には、その時間帯に商品を受け渡す人数が定員に達した状態であるため、注文確定画面６４Ｅの受取時間選択欄７８において、その時間帯を非表示にさせ、その時間帯をユーザーが選択することを不可にする（一方、人数枠が１以上の場合には、注文確定画面６４Ｅ上の受取時間選択欄７８に時間帯を表示させ、その時間帯をユーザーが選択可能にする）。これにより、特定の時間帯に多くのユーザーが集中することを抑制でき、物販ブースが混雑することを抑制できる。
【0061】
管理装置１０は、ユーザー端末１から商品購入情報（商品ＩＤや注文点数）を含む注文情報を受信すると、新たな「注文ＩＤ」を生成し、その注文ＩＤに対してユーザー端末１から受信した注文情報を対応付けた注文データを生成する（Ｓ１０５；注文の仮登録）。
【0062】
次に、注文の仮登録の後、決済処理が行われる。図６Ｈに示す注文確定画面６４Ｅ上に「支払い方法欄」が設けられており、ユーザーの選択した支払方法に応じて、ユーザー端末１、管理装置１０（決済処理部２５）及び決済サーバー５の間で決済処理が行われることになる（Ｓ００７、Ｓ１０６）。なお、管理装置１０（決済処理部２５）は、ユーザー端末１と決済サーバー５との間で決済情報を送受信させることによって、ユーザーの決済情報（例えばクレジットカード番号など）を管理装置１０が取得しないようにしても良い。Ｓ１０５で生成した注文ＩＤは、ユーザー端末１、管理装置１０及び決済サーバー５の間での決済処理に用いられることになる。
【0063】
決済処理後、管理装置１０の注文処理部２４は、決済処理の完了した注文ＩＤに対応する注文データを注文データベース４４に登録する（Ｓ１０７；注文の本登録）。また、商品の在庫を確保するため、管理装置１０は、注文データに含まれる商品ＩＤ及び注文点数（数量）に応じて、商品データベース４２において対応する商品ＩＤの「在庫数」を更新する（在庫数を減らす）。本実施形態では、決済処理後に商品データベース４２の在庫数を更新するため、商品の受け渡し時に商品が不足することを防止できる。
【0064】
また、決済処理後、管理装置１０の注文処理部２４は、ユーザー端末１に指定する受け取り時間（引換証データの受け取り時間）を決定するとともに、注文データに含まれる「受け取り時間帯」に応じて、イベントデータベース４３において対応する「設定時間帯」の「人数枠」の示す数をデクリメントする（１つ減らす）。このように、ユーザーの注文に応じて「人数枠」を更新することによって、前述のＳ１０４やＳ００５の処理において、人数枠がゼロになっている場合に、注文確定画面６４Ｅの受取時間選択欄７８の時間帯を非表示にすることを実現できる。これにより、特定の時間帯に多くのユーザーが集中することを抑制でき、物販ブースが混雑することを抑制できる。
【0065】
また、決済処理後、管理装置１０の注文処理部２４は、引換証データを生成し、引換証データをユーザー端末１に送信する（Ｓ１０８；引換証の発行）。引換証データは、ユーザー端末１に引換画面６５（図６Ｉ参照）を表示させるためのデータである。
【0066】
図６Ｉは、引換画面６５の説明図である。ユーザー端末１は、管理装置１０から引換証データを受信する（Ｓ００８）。ユーザー端末１は、管理装置１０から受信した引換証データに基づいて、引換画面６５を表示可能になる。引換画面６５には、引換画像（ここではバーコード）や、商品の受け取り時間を示す情報（ここでは「１３：００」）が含まれている。なお、引換画像は、注文ＩＤを示す情報であり、ここでは１次元バーコードである。但し、引換画像は、１次元バーコードに限られるものではなく、２次元バーコードや、他の符号でも良い。引換画面６５の受け取り時間は、特定の時間を示すものに限られず、例えば、時間帯（例えば「１３：００～１３：５０」など）を示すものでも良い。
【0067】
上記の通り、第１実施形態では、管理装置１０（注文管理装置）は、制御部２０と、イベント範囲を示す情報を含むイベントデータ（図４参照）を記憶するイベントデータベース４３とを備えている。そして、制御部２０（主に注文処理部２４）は、ユーザー端末１から位置情報を取得し（Ｓ１４３）、位置情報がイベントの範囲内の場合には、商品の注文を可能にするとともに（Ｓ１４６）、位置情報がイベントの範囲外の場合には、商品の注文を不可にし（Ｓ１４７）、ユーザー端末１からの注文に応じて受け取り時間を指定する引換証（図６Ｉ参照）をユーザー端末１に発行する（Ｓ１０８）。これにより、限定商品の購入を希望するユーザーを長時間並ばせずに、スムーズに限定商品をユーザーに受け渡すことが可能になる。
なお、第１実施形態では、位置情報がイベントの範囲内の場合には、ユーザー端末１にカート画面６４Ｄを表示させることによって、商品の注文を可能にするとともに（Ｓ１４６）、位置情報がイベントの範囲外の場合には、ユーザー端末１にエラー画面６４Ｃを表示させることによって、商品の注文を不可にしている（Ｓ１４７）。但し、商品の注文の可否の方法は、これに限られるものではない（例えば後述の第２実施形態参照）。
なお、第１実施形態では、位置情報がイベントの範囲内の場合には、ユーザー端末１にカート画面６４Ｄを表示させることによって、商品の注文を可能にするとともに（Ｓ１４６）、位置情報がイベントの範囲外の場合には、ユーザー端末１にエラー画面６４Ｃを表示させることによって、商品の注文を不可にしている（Ｓ１４７）。但し、商品の注文の可否の方法は、これに限られるものではない（例えば後述の第２実施形態参照）。
【0068】
＜商品の受け取り＞
図８は、商品受け取りの処理フロー図である。
図８は、商品受け取りの処理フロー図である。
【0069】
ユーザーは、引換画面６５で指定された時間に物販ブースに行くことになる。本実施形態では、時間帯ごとに商品の受け渡しを可能とする人数（定員）が予め決められているので、物販ブースは混雑していないため、ユーザーは、長い行列で待たされることなく、商品を受け取ることが可能である。物販ブースにおいて、ユーザーは、図６Ｉに示す引換画面６５をユーザー端末１に表示させ、物販ブースのスタッフに提示する（Ｓ０１１）。
【0070】
スタッフは、スタッフ端末３に接続されたバーコード読取装置３Ａを用いて、ユーザー端末１に表示された引換画面６５（バーコード）を読み取る（Ｓ２１１）。スタッフ端末３は、引換画面６５の読み取り結果に応じて、引換画面６５の示す注文ＩＤを判別し、その注文ＩＤを管理装置１０に送信する（Ｓ２１２）。言い換えると、スタッフ端末３は、引換画面６５の示す注文ＩＤに対応する注文内容（注文情報や商品購入情報）を管理装置１０に要求する。
【0071】
管理装置１０の受け渡し処理部２６は、スタッフ端末３から注文ＩＤを受信すると、その注文ＩＤと、注文データベース４４に登録されている注文データとを照合する（Ｓ１１１）。そして、管理装置１０の受け渡し処理部２６は、受信した注文ＩＤに対応する注文データを注文データベース４４から抽出し、その注文データに対応する注文情報（商品購入情報（商品ＩＤ、注文点数）や商品画像など）を管理装置１０に送信する（Ｓ１１２）。言い換えると、管理装置１０の受け渡し処理部２６は、スタッフ端末３から要求された注文内容注文内容（注文情報又は商品購入情報）を回答する。
【0072】
スタッフ端末３は、引換画面６５の示す注文ＩＤに対応する注文内容（注文情報や商品購入情報）を管理装置１０から受信すると、受信した注文内容に応じた画面をスタッフ端末３上に表示する（Ｓ２１３）。例えば、スタッフ端末３上には、「ペンライト」が「２」、「限定Ｔシャツ」が「２」であることが表示されることになる。
【0073】
スタッフは、スタッフ端末３上に表示された注文内容に基づいて、指定された注文点数の商品をユーザーに受け渡す（Ｓ２１４）。ユーザーは、長時間待たされることなく、商品を受け取ることができる（Ｓ０１２）。スタッフが受け渡し完了をスタッフ端末３に入力すると、スタッフ端末３は、管理装置１０に、受け渡し完了を示す完了データを送信する（Ｓ２１５；受け渡し完了の報告）。
【0074】
管理装置１０の受け渡し処理部２６は、スタッフ端末３から完了データを受信すると、完了データに含まれる注文ＩＤに基づいて、注文データベース４４において対応する注文データの受取情報を更新する（Ｓ１１３；注文データベース４４の更新）。具体的には、管理装置１０の受け渡し処理部２６は、注文データの受取情報の「ステータス」を「受け取り前」から「受け取り完了」に変更するとともに、受取情報の「受け取り日時」を登録する。「受け取り日時」は、完了データに含まれる日時の情報（例えばスタッフがスタッフ端末３に受け渡し完了を入力した日時）でも良いし、管理装置１０が完了データを受信した日時でも良い。
【0075】
＝＝＝第２実施形態＝＝＝
第２実施形態においても、第１実施形態と同様に、図５に示すように商品購入までの処理が行われる。また、第２実施形態においても、第１実施形態と同様に、ユーザー端末１から取得した位置情報がイベントの範囲内の場合には、限定商品の注文を可能にするとともに、位置情報がイベントの範囲外の場合には、限定商品の注文を不可にした上で、ユーザー端末１からの注文に応じて受け取り時間を指定する引換証をユーザー端末１に発行することになる。但し、第２実施形態では、第１実施形態とは商品の注文の可否の方法が異なり、位置情報がイベントの範囲外の場合には、カートボタン７５を非表示にすることによって、限定商品の注文を不可にしている。以下、第２実施形態について説明する。
第２実施形態においても、第１実施形態と同様に、図５に示すように商品購入までの処理が行われる。また、第２実施形態においても、第１実施形態と同様に、ユーザー端末１から取得した位置情報がイベントの範囲内の場合には、限定商品の注文を可能にするとともに、位置情報がイベントの範囲外の場合には、限定商品の注文を不可にした上で、ユーザー端末１からの注文に応じて受け取り時間を指定する引換証をユーザー端末１に発行することになる。但し、第２実施形態では、第１実施形態とは商品の注文の可否の方法が異なり、位置情報がイベントの範囲外の場合には、カートボタン７５を非表示にすることによって、限定商品の注文を不可にしている。以下、第２実施形態について説明する。
【0076】
図９は、第２実施形態の注文処理部２４が行う決定処理のフロー図である。図９には、第２実施形態における商品詳細画面データを決定するための処理フローが示されている。第２実施形態では、第１実施形態と同様に、ユーザー端末１は、図６Ｄに示す商品一覧画面６４Ａ（商品画面６４の一例）を表示し、商品の画像ボタン（商品画像）が操作されたことを検出すると、選択された商品に対応する商品ＩＤ（操作結果データの一例）を管理装置１０に送信する（Ｓ００５）。また、第２実施形態では、ユーザー端末１は、図６Ｄに示す商品一覧画面６４Ａ上で画像ボタン（商品画像）が操作されたことを検出すると、ユーザー端末１の位置情報（緯度及び経度を示す情報；操作結果データの一例）を管理装置１０に送信する（Ｓ００５）。管理装置１０の注文処理部２４は、ユーザーに選択された商品に対応する商品ＩＤや位置情報をユーザー端末１から受信した後、図９に示す各処理を行うことになる。
【0077】
まず、注文処理部２４は、対象となる商品（ユーザー端末１から受信した商品ＩＤに対応する商品）の商品データの「在庫数」の情報を商品データベース４２（図４参照）から取得する（Ｓ２４１）。そして、注文処理部２４は、対象とする商品の在庫の有無を判断する（Ｓ２４２）。
【0078】
商品の在庫が無い場合（Ｓ２４２で「無い」）、注文処理部２４は、カートボタンが非表示となる商品詳細画面データをユーザー端末１に送信する（Ｓ２４９；図５のＳ１０４）。ユーザー端末１は、受信した商品詳細画面データに基づいて、カートボタンが非表示の商品詳細画面を表示する。カートボタンが非表示の商品詳細画面については、後述する。なお、商品詳細画面のカートボタンが非表示になると、ユーザーは、その商品を購入できない状態（注文できない状態）になる。
【0079】
商品の在庫がある場合（Ｓ２４２で「ある」）、注文処理部２４は、次の処理Ｓ２４３に進む。注文処理部２４は、対象となる商品（ユーザー端末１から受信した商品ＩＤに対応する商品）の商品データの「限定フラグ」を商品データベース４２（図４参照）から取得する（Ｓ２４３）。既に説明したように、「限定フラグ」は、その商品が限定商品（イベント会場で限定的に販売される商品）であるか否かを示す情報である。そして、注文処理部２４は、「限定フラグ」に基づいて、対象となる商品が限定商品か否かを判断する（Ｓ２４４）。
【0080】
対象となる商品が限定商品ではない場合（Ｓ２４４でＮＯ）、注文処理部２４は、その商品を購入可能とする商品詳細画面データ（商品画像データの一例）をユーザー端末１に送信する（Ｓ２４８）。例えば、図６Ｄに示す商品一覧画面６４Ａ上でペンライトが選択され（Ｓ００５）、そのペンライトが限定商品でない場合には、注文処理部２４は、図６Ｅに示すように、カートボタン７５が表示される商品詳細画面データをユーザー端末１に送信する（Ｓ２４８；図５のＳ１０４）。ユーザー端末１は、受信した商品詳細画面データに基づいて、図６Ｅに示す商品詳細画面６４Ｂ（商品画像の一例）を表示することになる。図６Ｅに示す商品詳細画面６４Ｂ上にはカートボタン７５が表示されるため、ユーザーがペンライト（限定商品でない商品）を購入可能な状態である。なお、ユーザーの選択した商品が限定商品ではない場合には（Ｓ２４４でＮＯ）、ユーザー端末１の位置に関わらず、ユーザーは、その商品を購入可能な状態（注文可能な状態）になる。
【0081】
対象となる商品が限定商品である場合（Ｓ２４４でＹＥＳ）、注文処理部２４は、次に説明するＳ２４５～Ｓ２４７の処理を行う。例えば、図６Ｄに示す商品一覧画面６４Ａ上で限定Ｔシャツが選択され（Ｓ００５）、その限定Ｔシャツが限定商品（イベント会場で限定的に販売される商品）である場合には、注文処理部２４は、次に説明するＳ１４５～Ｓ１４７の処理を行うことになる。なお、注文処理部２４は、次に説明するＳ１４５～Ｓ１４７の処理を行うことによって、ユーザー端末１の位置に応じて、ユーザー端末１に送信する商品詳細画面データ（商品画面データの一例）を異ならせ、これにより、商品の注文の可否を切り替えている（Ｓ２４８、Ｓ２４９）。
【0082】
対象となる商品が限定商品である場合（Ｓ２４４でＹＥＳ）、注文処理部２４は、ユーザー端末１の位置情報を取得する（Ｓ２４５）。第２実施形態では、図６Ｄに示す商品一覧画面６４Ａ上で商品の画像ボタン（商品画像）が操作されたタイミングで管理装置１０がユーザー端末１から位置情報を取得しているので、注文処理部２４は、この位置情報を利用することになる。但し、注文処理部２４は、Ｓ２４５のタイミングでユーザー端末１に位置情報を要求することによって、ユーザー端末１から位置情報を取得しても良い。次に、注文処理部２４は、「イベント範囲」の情報を取得する（Ｓ２４６）。本実施形態では、注文処理部２４は、Ｓ００４でユーザー端末１から受信したイベントＩＤに対応するイベント情報の「イベント範囲」をイベントデータベース４３（図４参照）から取得することになる。そして、注文処理部２４は、ユーザー端末１の位置（ユーザー端末１から受信した位置情報）と、イベントデータベース４３から取得した「イベント範囲」とを比較し、ユーザー端末１の位置がイベント範囲内か否かを判断する（Ｓ２４７）。
【0083】
ユーザー端末１がイベント範囲内にある場合（Ｓ２４７でＹＥＳ；図１のユーザーＡ参照）、注文処理部２４は、図１０Ａに示すように、カートボタン７５が表示される商品詳細画面データをユーザー端末１に送信する（Ｓ２４８；図５のＳ１０４）。ユーザー端末１は、受信した商品詳細画面データに基づいて、図１０Ａに示す限定商品の商品詳細画面６４Ｂ（商品画像の一例）を表示することになる。図１０Ａに示す商品詳細画面６４Ｂ上にはカートボタン７５が表示されるため、ユーザーは、限定Ｔシャツ（限定商品）を購入可能な状態（注文可能な状態）になる。このように、対象となる商品が限定商品の場合には（Ｓ２４４でＮＯ）、ユーザーは、イベント範囲内にいれば、その商品を購入可能な状態（注文可能な状態）になる。
【0084】
一方、ユーザー端末１がイベント範囲外にある場合（Ｓ２４７でＮＯ；図１のユーザーＢ参照）、注文処理部２４は、図１０Ｂに示すように、カートボタン７５が非表示となる商品詳細画面データをユーザー端末１に送信する（Ｓ２４９；図５のＳ１０４）。ユーザー端末１は、受信した商品詳細画面データに基づいて、図１０Ｂに示す限定商品の商品詳細画面６４Ｂ（商品画面６４の一例）を表示することになる。図１０Ｂに示す商品詳細画面６４Ｂ上にはカートボタン７５が表示されないため、ユーザーは、限定Ｔシャツ（限定商品）を購入できない状態（注文できない状態）になる。このように、対象となる商品が限定商品の場合には（Ｓ２４４でＮＯ）、ユーザーは、イベント範囲外にいれば、その商品を購入できない状態（注文できない状態）になる。
【0085】
第２実施形態では、商品詳細画面６４Ｂ（図６Ｅ、図１０Ａ参照）のカートボタン７５が押されたときに、図６Ｇに示すカート画面６４Ｄが表示されることになる。なお、第２実施形態では、カートボタン７５が操作されたタイミングで管理装置１０がユーザー端末１から位置情報を取得しなくても良い。
【0086】
第２実施形態においても、ユーザー端末１は、カート画面６４Ｄのレジボタン７６が操作されたことを検出すると、図６Ｈに示す注文確定画面６４Ｅを表示することになる（図５のＳ００６）。その後の処理は、第１実施形態と同様なので、ここでは説明を省略する。
【0087】
上記の第２実施形態においても、管理装置１０（注文管理装置）は、制御部２０と、イベント範囲を示す情報を含むイベントデータ（図４参照）を記憶するイベントデータベース４３とを備えている。そして、制御部２０（主に注文処理部２４）は、ユーザー端末１から位置情報を取得し（Ｓ２４５）、位置情報がイベントの範囲内の場合には、商品の注文を可能にするとともに（Ｓ２４８）、位置情報がイベントの範囲外の場合には、商品の注文を不可にし（Ｓ２４９）、ユーザー端末１からの注文に応じて受け取り時間を指定する引換証（図６Ｉ参照）をユーザー端末１に発行する（Ｓ１０８）。これにより、限定商品の購入を希望するユーザーを長時間並ばせずに、スムーズに限定商品をユーザーに受け渡すことが可能になる。
なお、第２実施形態では、管理装置１０は、位置情報がイベントの範囲内の場合には、カートボタン７５の有る商品詳細画面６４Ｂ（図１０Ａ参照）を表示させることによって、商品の注文を可能にするとともに（Ｓ２４８）、位置情報がイベントの範囲外の場合には、カートボタン７５の無い商品詳細画面６４Ｂ（図１０Ｂ参照）を表示させることによって、商品の注文を不可にしている（Ｓ２４９）。
なお、第２実施形態では、管理装置１０は、位置情報がイベントの範囲内の場合には、カートボタン７５の有る商品詳細画面６４Ｂ（図１０Ａ参照）を表示させることによって、商品の注文を可能にするとともに（Ｓ２４８）、位置情報がイベントの範囲外の場合には、カートボタン７５の無い商品詳細画面６４Ｂ（図１０Ｂ参照）を表示させることによって、商品の注文を不可にしている（Ｓ２４９）。
【0088】
また、上記の第２実施形態では、ユーザーの選択した商品が限定商品の場合にはユーザー端末１の位置に応じて商品の注文の可否を切り替えているのに対し、ユーザーの選択した商品が限定商品でない場合には、ユーザー端末１の位置に関わらず、ユーザーは、その商品を購入可能な状態（注文可能な状態）になる。これにより、第２実施形態では、第１実施形態と比べて、限定商品ではない商品の販売機会を広げることができる。
【0089】
＜変形例＞
ユーザー端末１で商品の注文を不可にする方法は、更に他の方法でも良い。
ユーザー端末１で商品の注文を不可にする方法は、更に他の方法でも良い。
【0090】
図１１Ａは、第１変形例の商品一覧画面６４Ａの説明図である。第１変形例では、管理装置１０（注文処理部２４）は、ユーザー端末１の位置がイベント範囲外の場合には、限定商品の選択を不可とする商品一覧画面データをユーザー端末１に送信する。第１変形例では、ユーザーが商品一覧画面６４Ａ上で限定商品を選択しても商品詳細画面６４Ｂに移行しないため、限定商品をカートに入れて購入する処理に移行できないため、ユーザー端末１で限定商品を注文することが不可になる。
【0091】
図１１Ｂは、第２変形例の商品一覧画面６４Ａの説明図である。第２変形例では、管理装置１０（注文処理部２４）は、ユーザー端末１の位置がイベント範囲外の場合には、限定商品に関する情報を削除した商品一覧画面データをユーザー端末１に送信する。第２変形例では、限定商品が商品一覧画面６４Ａに表示されないため、ユーザーは、商品一覧画面６４Ａ上で限定商品を選択することができず、ユーザー端末１で限定商品を注文することが不可になる。
【0092】
なお、第２変形例では、ユーザーが限定商品の存在を知ることができない。これに対し、前述の第１、第２実施形態及び第１変形例では、限定商品の存在をユーザーに伝えることができるため、ユーザーの購買意欲を刺激することができ、イベントへの参加をユーザーに促すことができる。このため、前述の第１、第２実施形態や第１変形例のように、商品画面６４（商品一覧画面６４Ａや商品詳細画面６４Ｂ）上に限定商品を表示しつつ、ユーザー端末１の位置がイベント範囲外の場合には限定商品の注文を不可とすることが望ましい。
【0093】
＝＝＝第３実施形態＝＝＝
新型コロナウイルスなどの影響により、コンサート等が開催されるイベント会場では、十分な感染症対策の実施が望まれている。上記の通り、第１、第２実施形態では、ユーザーが物販ブース前に長時間並ばずに済むため、感染症の予防対策としての効果を有するが、第３実施形態では、更に感染症の拡大防止の観点から、注文データベース４４に蓄積されている複数の注文データの「受け取り日時」の情報を利用して、感染症の追跡を行う。
新型コロナウイルスなどの影響により、コンサート等が開催されるイベント会場では、十分な感染症対策の実施が望まれている。上記の通り、第１、第２実施形態では、ユーザーが物販ブース前に長時間並ばずに済むため、感染症の予防対策としての効果を有するが、第３実施形態では、更に感染症の拡大防止の観点から、注文データベース４４に蓄積されている複数の注文データの「受け取り日時」の情報を利用して、感染症の追跡を行う。
【0094】
図１２は、第３実施形態の追跡処理のフロー図である。第３実施形態は、第１又は第２実施形態を行った上で追加的に行われる実施形態である。
【0095】
まず、管理装置１０の追跡処理部２７（図２参照）は、ユーザー端末１から報告データを受信する（Ｓ０２１）。ここでは、図１３に示す初期画面６１をユーザー端末１に表示させ、ユーザー端末１は、初期画面６１上の感染報告ボタン７３が押されたことを検出したときに、報告データを管理装置１０に送信する（Ｓ０２１）。但し、報告データの受信は、ユーザー端末１からの受信に限られるものではない。例えば、保健所からの連絡に基づいて、管理装置１０に報告データが入力されても良い。
【0096】
追跡処理部２７は、ユーザー端末１から報告データを受信すると、報告データに含まれるユーザーＩＤに基づいてユーザー認証処理を行い（Ｓ１２１）、次に、管理装置１０の追跡処理部２７は、ユーザーＩＤと注文データベース４４とを照合して、そのユーザーＩＤに対応付けられている注文データを注文データベース４４から抽出する（Ｓ１２２）。このとき抽出された注文データのことを「第１注文データ」又は「追跡元注文データ」と呼ぶことがある。
【0097】
図１４Ａは、第１注文データの例を示している。第１注文データには、陽性診断報告を行ったユーザーの注文情報と受取情報とが含まれている。なお、第１注文データの注文情報には「イベントＩＤ」が含まれており、第１注文データの「イベントＩＤ」は、陽性診断報告を行ったユーザーの参加したイベントを示している。また、第１注文データの受取情報には「受け取り日時」が含まれており、第１注文データの「受け取り日時」は、陽性診断報告を行ったユーザーが商品を受け取った日時を示している。
【0098】
次に、管理装置１０の追跡処理部２７は、第１注文データの「イベントＩＤ」と「受け取り日時」の情報を取得する（Ｓ１２３）。ここでは、図１４Ａに示すように、管理装置１０の追跡処理部２７は、「イベントＩＤ」として「ＸＸＸＸ」を取得し、「受け取り日時」として「2020年8月5日13:12」を取得することになる。
【0099】
次に、管理装置１０の追跡処理部２７は、第１注文データの「受け取り日時」に基づいて、追跡対象の連絡先を取得する（Ｓ１２４）。図１４Ｂは、追跡対象の連絡先の取得例を示している。
【0100】
Ｓ１２４では、まず、管理装置１０の追跡処理部２７は、注文データベース４４において第１注文データの「イベントＩＤ」と同じイベントＩＤの注文データの中から、第１注文データの「受け取り日時」の近傍の受け取り日時の注文データを抽出する。例えば、管理装置１０の追跡処理部２７は、注文データベース４４の中から、「イベントＩＤ」が「ＸＸＸＸ」であり、且つ、「受け取り日時」と「2020年8月5日13:12」との差が所定の閾値の範囲内（ここでは２分未満）とする注文データを抽出する。このとき抽出される注文データのことを「第２注文データ」又は「追跡対象注文データ」と呼ぶことがある。
なお、第１注文データの受け取り日時と第２注文データの受け取り日時との差の閾値は、２分未満に限られるものではなく、適宜設定することが可能である。また、感染者から前に向かって飛沫が放出され、前に並ぶ人の方が後に並ぶ人よりも飛沫を吸い込みやすく感染しやすいと考えられるため、第１注文データの受け取り日時の前と後とで、第１注文データの受け取り日時と第２注文データの受け取り日時との差の閾値を異ならせても良い。例えば、第１注文データの受け取り日時よりも前（早い日時）の場合には閾値を「２分未満」とし、第１注文データの受け取り日時よりも後（遅い日時）の場合には閾値を「１分未満」としても良い。
次に、管理装置１０の追跡処理部２７は、図１４Ｂに示すように、第２注文データの「ユーザーＩＤ」を取得し、そのユーザーＩＤとユーザーデータベース４１とを照合することによって、第２注文データの「ユーザーＩＤ」に対応するメールアドレスを取得する。このメールアドレスは、追跡対象の連絡先（感染のおそれがあるユーザーの連絡先）となる。
なお、第１注文データの受け取り日時と第２注文データの受け取り日時との差の閾値は、２分未満に限られるものではなく、適宜設定することが可能である。また、感染者から前に向かって飛沫が放出され、前に並ぶ人の方が後に並ぶ人よりも飛沫を吸い込みやすく感染しやすいと考えられるため、第１注文データの受け取り日時の前と後とで、第１注文データの受け取り日時と第２注文データの受け取り日時との差の閾値を異ならせても良い。例えば、第１注文データの受け取り日時よりも前（早い日時）の場合には閾値を「２分未満」とし、第１注文データの受け取り日時よりも後（遅い日時）の場合には閾値を「１分未満」としても良い。
次に、管理装置１０の追跡処理部２７は、図１４Ｂに示すように、第２注文データの「ユーザーＩＤ」を取得し、そのユーザーＩＤとユーザーデータベース４１とを照合することによって、第２注文データの「ユーザーＩＤ」に対応するメールアドレスを取得する。このメールアドレスは、追跡対象の連絡先（感染のおそれがあるユーザーの連絡先）となる。
【0101】
最後に、管理装置１０の追跡処理部２７は、Ｓ１２４で取得した連絡先に対して、注意情報を送付する（Ｓ１２５）。ここでは、図１４Ｂに示すメールアドレスに対して、注意喚起のメールを送付することになる。管理装置１０からメールを受信したユーザー端末１上には、注意画面が表示されることになる。
【0102】
＝＝＝まとめ＝＝＝
上記実施形態の管理装置１０（注文管理装置）は、制御部２０と、イベント範囲を示す情報を含むイベントデータ（図４参照）を記憶するイベントデータベース４３とを備えている。そして、上記の制御部２０（主に注文処理部２４）は、ユーザー端末１から位置情報を取得し（Ｓ１４３、Ｓ２４５）、位置情報がイベントの範囲内の場合には、商品の注文を可能にするとともに（Ｓ１４６、Ｓ２４８）、位置情報がイベントの範囲外の場合には、商品の注文を不可にし（Ｓ１４７、Ｓ２４９）、ユーザー端末１からの注文に応じて受け取り時間を指定する引換証（図６Ｉ参照）をユーザー端末１に発行する（Ｓ１０８）。これにより、限定商品の購入を希望するユーザーを長時間並ばせずに、スムーズに限定商品をユーザーに受け渡すことが可能になる。
なお、図４に示すイベントデータベース４３のイベントデータに、イベント範囲以外の様々な情報が含まれていたが、必ずしも全ての情報がイベントデータに含まれる必要は無く、少なくともイベント範囲の情報がイベントデータに含まれていれば良い。同様に、図４に示すデータ記憶部４０は、イベントデータベース４３やイベントデータ以外の様々なデータを記憶しているが、必ずしも全てのデータを記憶しなくても良い。
上記実施形態の管理装置１０（注文管理装置）は、制御部２０と、イベント範囲を示す情報を含むイベントデータ（図４参照）を記憶するイベントデータベース４３とを備えている。そして、上記の制御部２０（主に注文処理部２４）は、ユーザー端末１から位置情報を取得し（Ｓ１４３、Ｓ２４５）、位置情報がイベントの範囲内の場合には、商品の注文を可能にするとともに（Ｓ１４６、Ｓ２４８）、位置情報がイベントの範囲外の場合には、商品の注文を不可にし（Ｓ１４７、Ｓ２４９）、ユーザー端末１からの注文に応じて受け取り時間を指定する引換証（図６Ｉ参照）をユーザー端末１に発行する（Ｓ１０８）。これにより、限定商品の購入を希望するユーザーを長時間並ばせずに、スムーズに限定商品をユーザーに受け渡すことが可能になる。
なお、図４に示すイベントデータベース４３のイベントデータに、イベント範囲以外の様々な情報が含まれていたが、必ずしも全ての情報がイベントデータに含まれる必要は無く、少なくともイベント範囲の情報がイベントデータに含まれていれば良い。同様に、図４に示すデータ記憶部４０は、イベントデータベース４３やイベントデータ以外の様々なデータを記憶しているが、必ずしも全てのデータを記憶しなくても良い。
【0103】
また、上記の実施形態では、イベントデータには、複数の時間帯を設定するための設定時間帯情報が含まれており（図４参照）、制御部２０（主に注文処理部２４）は、設定時間帯情報に基づいて、いずれかの時間帯をユーザー端末１に選択させ（図６Ｈの受取時間選択欄７８参照）、ユーザー端末１により選択された時間帯に基づいて、受け取り時間を決定し、受け取り時間を指定する引換証（図６Ｉ参照）をユーザー端末に発行する（Ｓ１０８）。これにより、ユーザーの希望する時間帯に商品を受け渡すことができる。なお、図４に示す設定時間帯情報や図６Ｈに示す受取時間選択欄７８は、これに限られるものではなく、別の時間帯や別の形態でも良い。
【0104】
また、上記の実施形態では、制御部２０は、ユーザー端末１からの注文（Ｓ００６）に応じて、決済処理（Ｓ１０６、Ｓ００７）を行った後に引換証を発行する（Ｓ１０８）。これにより、商品の在庫を確保することができ、商品の受け渡し時に商品が不足することを防止できる。なお、決算処理を物販ブースで行うことも可能である。但し、この場合、商品の受け渡し時に決算処理を行うため、物販ブースが混雑するおそれがある（また、この場合、商品の在庫を確保が不十分になるおそれがあり、商品の受け渡し時に商品が不足するおそれがある）。これに対し、上記の実施形態のように商品の受け渡し前に決済処理が終わっていれば、販売ブースで決済処理（精算処理）を行わなくて良いため、物販ブースが混雑することを抑制できるという利点もある。
【0105】
また、制御部２０（主に注文処理部２４）は、限定商品に関する情報をユーザー端末１に表示させつつ、ユーザー端末１から取得した位置情報がイベント範囲外の場合には、ユーザー端末１に対して限定商品の注文を不可にすることが望ましい（図６Ｆ、図１０Ｂ、図１１Ａ参照）。これにより、限定商品の存在をユーザーに伝えることができるため、ユーザーの購買意欲を刺激することができる。なお、図１１Ｂに示すように、限定商品に関する情報をユーザー端末１に表示させないことも可能である。
【0106】
また、上記の第３実施形態では、制御部２０（主に受け渡し処理部２６）は、ユーザーが商品を受け取った日時を示す受け取り日時情報をスタッフ端末３から取得し、受け取り日時情報を注文データベースに保存する（Ｓ１１３、図４参照）。そして、制御部２０（主に追跡処理部２７）は、感染症に関する報告データを受信した場合（Ｓ０２１）、報告データに示されたユーザーに対応する注文データである第１注文データ（図１４Ａ参照）を注文データベースから抽出し（Ｓ１２２）、第１注文データに対応する受け渡し時間の近傍の受け渡し時間の注文データである第２注文データを注文データベースから抽出し（図１４Ｂ参照）、第２注文データに対応付けられたユーザーの連絡先（図１４Ｂ参照）に注意情報を送付する（Ｓ１２５）。これにより、感染症の拡大防止を図ることができる。
【0107】
また、制御部２０（追跡処理部２７）は、注文データベースから第２注文データを抽出する際に、第１注文データの受け取り日時と第２注文データの受け取り日時との差（絶対値）が所定の閾値の範囲内となる第２注文データを抽出しており、第１注文データの受け取り日時の前と後とで、閾値（絶対値）が異なることが望ましい。これにより、感染のリスクに応じて、感染症の追跡を適切に行うことができる。なお、第１注文データの受け取り日時の前と後とで、閾値（絶対値）が同じでも良い。また、第１注文データの受け取り日時と第２注文データの受け取り日時との差に基づいて第２注文データを抽出する代わりに、第１注文データに対応する受け渡し時間を基準として、近傍の所定数（例えば前後の２人）の第２注文データを抽出しても良い。
【0108】
＝＝＝その他＝＝＝
上記の実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物が含まれることは言うまでもない。
上記の実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物が含まれることは言うまでもない。
【符号の説明】
【0109】
１ ユーザー端末、２ 通信ネットワーク、
３ スタッフ端末、３Ａ バーコード読取装置、
４ 管理者端末、５ 決済サーバー、
１０ 管理装置、２０ 制御部、
２１ ユーザー管理部、２２ 商品管理部、
２３ イベント管理部、２４ 注文処理部、
２５ 決済処理部、２６ 受け渡し処理部、
２７ 追跡処理部、４０ データ記憶部、
４１ ユーザーデータベース、４２ 商品データベース、
４３ イベントデータベース、４４ 注文データベース、
５１ 演算処理装置、５２ 記憶装置、
５２Ａ 主記憶装置、５２Ｂ 補助記憶装置、
５３ 通信装置、５４ 入力装置、５５ 表示装置、
６１ 初期画面、６２ 新規登録画面、
６３ イベント選択画面、６４ 商品画面、
６４Ａ 商品一覧画面、６４Ｂ 商品詳細画面、
６４Ｃ エラー画面、６４Ｄ カート画面、
６４Ｅ 注文確定画面、６５ 引換画面、
７１ 新規登録ボタン、７２ ログインボタン、
７３ 感染報告ボタン、７４ 登録ボタン、
７５ カートボタン、７６ レジボタン、
７７ 注文確定ボタン、７８ 受取時間選択欄、
１００ 物販システム
３ スタッフ端末、３Ａ バーコード読取装置、
４ 管理者端末、５ 決済サーバー、
１０ 管理装置、２０ 制御部、
２１ ユーザー管理部、２２ 商品管理部、
２３ イベント管理部、２４ 注文処理部、
２５ 決済処理部、２６ 受け渡し処理部、
２７ 追跡処理部、４０ データ記憶部、
４１ ユーザーデータベース、４２ 商品データベース、
４３ イベントデータベース、４４ 注文データベース、
５１ 演算処理装置、５２ 記憶装置、
５２Ａ 主記憶装置、５２Ｂ 補助記憶装置、
５３ 通信装置、５４ 入力装置、５５ 表示装置、
６１ 初期画面、６２ 新規登録画面、
６３ イベント選択画面、６４ 商品画面、
６４Ａ 商品一覧画面、６４Ｂ 商品詳細画面、
６４Ｃ エラー画面、６４Ｄ カート画面、
６４Ｅ 注文確定画面、６５ 引換画面、
７１ 新規登録ボタン、７２ ログインボタン、
７３ 感染報告ボタン、７４ 登録ボタン、
７５ カートボタン、７６ レジボタン、
７７ 注文確定ボタン、７８ 受取時間選択欄、
１００ 物販システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6A】
【図6B】
【図6C】
【図6D】
【図6E】
【図6F】
【図6G】
【図6H】
【図6I】
【図7】
【図8】
【図9】
【図10A】
【図10B】
【図11】
【図12】
【図13】
【図14】