商品予約システム、サーバ、コードリーダ、ロッカー、商品予約方法、及び、コンピュータプログラム。
【課題】 ネットワークを介して簡易に商品を予約することができる商品予約システムを提供することである。
【解決手段】 商品予約システムは、商品に割り当てられて広告チラシ２５に印刷されたバーコード２７を読み込むバーコードリーダ１１と、バーコードリーダ１１に接続された固定端末１３から、バーコードリーダ１１が読み込んだバーコード２７を、ネットワーク２３を介して受信し処理する予約管理サーバ３と、を備える。予約管理サーバ３は、受信したバーコード２７が割り当てられた商品の予約を登録する。また、商品予約システムは、店舗１内及び／又はその敷地内に配置され、予約が登録された商品を受け渡すための電子ロッカーシステム５を備える。
【解決手段】 商品予約システムは、商品に割り当てられて広告チラシ２５に印刷されたバーコード２７を読み込むバーコードリーダ１１と、バーコードリーダ１１に接続された固定端末１３から、バーコードリーダ１１が読み込んだバーコード２７を、ネットワーク２３を介して受信し処理する予約管理サーバ３と、を備える。予約管理サーバ３は、受信したバーコード２７が割り当てられた商品の予約を登録する。また、商品予約システムは、店舗１内及び／又はその敷地内に配置され、予約が登録された商品を受け渡すための電子ロッカーシステム５を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して商品を予約するための商品予約システム及びその関連技術に関する。
【背景技術】
【０００２】
特許文献１の予約注文型商品販売システムでは、顧客の端末は、インターネットを介して店頭販売を行う店舗のサーバに接続される。サーバは、端末から送信された予約データを受付ける。予約データを入力した顧客は、予約日時に商品をスーパーマーケットに取りに行く。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１８３５６１
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１のシステムでは、顧客は、マウス等により、端末に表示された画面を操作し、所望の商品を探し出して、予約しなければならず、手間がかかり煩わしい。
【０００５】
そこで、本発明は、ネットワークを介して簡易に商品を予約することができる商品予約システム及びその関連技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の第１の観点によれば、商品予約システムは、ネットワークを介して商品を予約する商品予約システムであって、商品に割り当てられて、商品案内と共に紙媒体に印刷されたコードを読み込むコードリーダと、前記コードリーダに接続された端末から、前記コードリーダが読み込んだ前記コードを、前記ネットワークを介して受信し処理するサーバと、を備え、前記サーバは、受信した前記コードが割り当てられた商品の予約を登録する予約手段を含み、前記商品予約システムは、店舗内及び／又はその敷地内に配置され、予約が登録された商品を受け渡すための受渡手段をさらに備える。
【０００７】
この構成によれば、紙媒体に印刷されたコードを読み込むだけで、そのコードが割り当てられた商品が予約されるので、従来と比較して、より簡易に商品を予約することができる。
【０００８】
ところで、一般的なオンラインスーパーマーケットでは、ＷＥＢサイトでユーザが商品を予約し、配達業者が、予約商品をユーザ宅まで配達する。このように、一般的なオンラインスーパーマーケットでは、ユーザが店頭に出向くことなく、商品を購入する。つまり、これは、ユーザを店舗に誘導することを狙ったものではない。様々な理由により、店舗に行くことができない人や店舗に行くことが困難な人も多い。従って、実店舗においては、これらの人からの商品の売り上げは本来見込めなかった。そこで、実店舗を有する小売店は、これらの人からの売り上げを確保すべく、オンラインスーパーマーケットを導入しているのである。確かにこの点では、オンラインスーパーマーケットは売り上げに貢献することができるが、ややもすると、実店舗での売り上げを落としかねない。
【０００９】
また、実店舗を持つことなく、電子商取引でのみ販売を行なう業者も存在する。このような業者は、実店舗の運営やたくさんの在庫を持つことが不要であり、実店舗を持つ小売業者よりも有利である。従って、実店舗を持つ小売業者がオンラインスーパーマーケットを導入したとしても、電子商取引でのみ販売を行なう業者より競争力が弱くなる。このため、実店舗を持つ業者とって、実店舗での売り上げの向上に注力し、実店舗の利点を活かすことにより、電子商取引でのみ販売を行なう業者に対抗することも経営戦略の一つと考えられる。
【００１０】
そこで、実店舗を有する業者にとって、ネットワークによる商品予約を可能としてユーザの利便性の向上を図るだけでなく、実店舗に顧客を誘導できる新規な商品予約システムが要望される。また、顧客にとっても、ネットワークによる商品予約といった利便性の恩恵を受けたい一方、実際に手にとって確認して購入したい商品（例えば生鮮食品等）も少なくない。本発明は、このような業者及び顧客の双方の要望を満足する。つまり、本発明では、ネットワークを介して商品の予約を行なう一方、ユーザは予約商品を店舗に受け取りに行くからである。また、ユーザが来店しさえすれば、予約商品のみならず、予約していない店頭商品を購入する可能性も高くなり、店舗にとって都合が良い。
【００１１】
ここで、商品案内と共にコードが印刷された紙媒体は、実際の紙だけでなく、端末の表示装置に表示された紙面を含む概念である。
【００１２】
また、紙媒体は、広告チラシ、カタログ、商品目録、冊子、パンフレット、新聞、及び、雑誌等を含む。
【００１３】
さらに、コードは、バーコード等の一次元コード及びＱＲコード等の二次元コードを含む。
【００１４】
この商品予約システムにおいて、前記予約手段は、前記端末から前記ネットワークを介して受け取った、商品の受け渡し日時の情報を登録する。
【００１５】
この構成によれば、ユーザは、商品を受け取りに行く日時を予約しておくことができるので、実店舗において、特定の時間帯（例えば夕方、数量限定商品の販売開始時、時間限定商品の販売時間帯など）に、清算のためのレジスターの混雑を極力避けることができる。
【００１６】
上記商品予約システムにおいて、前記受渡手段は、ロッカーであり、前記サーバは、予約が登録された前記商品に、前記ロッカーを割り当てるロッカー割当手段をさらに含む。
【００１７】
この構成によれば、店舗の担当者は、予約商品をロッカーに準備しておくだけでよく、顧客の応対（商品引渡し）をする必要がないので、その手間を軽減でき、ひいては、人件費等、コストを削減できる。
【００１８】
上記商品予約システムにおいて、前記サーバは、受信したコードが割り当てられた商品が、数量が限定された商品か否かを判断する第１判断手段と、前記第１判断手段が、前記商品が、数量が限定された商品であると判断した場合、その商品の予約数量が予め定められた限定数量に既に到達しているか否かを判断する第２判断手段と、前記第２判断手段が、前記商品の予約数量が前記予め定められた限定数量に既に到達していると判断した場合、その商品の予約を拒否する第１拒否手段と、をさらに含む。
【００１９】
この構成によれば、実店舗で広く行なわれている数量限定販売にも対応可能となり、その利益を本システムのユーザにも提供できる。
【００２０】
上記商品予約システムにおいて、前記サーバは、受信したコードが割り当てられた商品が、販売又は予約の時間が限定された商品か否かを判断する第３判断手段と、前記第３判断手段が、前記商品が、時間が限定された商品であると判断した場合、予め定められた時間が経過したか否かを判断する第４判断手段と、前記第４判断手段が、前記予め定められた時間が経過したと判断した場合、その商品の予約を拒否する第２拒否手段と、をさらに含む。
【００２１】
この構成によれば、実店舗で広く行なわれている時間限定販売にも対応可能となり、その利益を本システムのユーザにも提供できる。
【００２２】
上記商品予約システムにおいて、前記サーバは、受信したコードが割り当てられた商品が、一人当たりの数量が限定された商品か否かを判断する第５判断手段と、前記第５判断手段が、前記商品が、一人当たりの数量が限定された商品であると判断した場合、要求された予約数量が、予め定められた限定数量の範囲内か否かを判断する第６判断手段と、前記第６判断手段が、要求された予約数量が、前記予め定められた限定数量の範囲内でないと判断した場合、その商品の予約を拒否する第３拒否手段と、をさらに含む。
【００２３】
この構成によれば、実店舗で広く行なわれている一人当たりの数量限定商品にも対応可能となり、その利益を本システムのユーザにも提供できる。
【００２４】
上記商品予約システムにおいて、前記コードは、前記紙媒体である実店舗の広告チラシに印刷されたコードである。
【００２５】
この構成によれば、実店舗の広告チラシに掲載された商品の予約が可能となる。
【００２６】
上記商品予約システムにおいて、前記紙媒体には、その紙媒体を識別するための識別コードが印刷されており、前記サーバは、前記コードリーダに接続された前記端末から、前記コードリーダが読み込んだ前記識別コードを、前記ネットワークを介して受信し、その識別コードによって、前記紙媒体を識別する。
【００２７】
この構成によれば、ユーザが予約しようとしている商品が掲載された紙媒体を識別できるので、その紙媒体（例えば広告チラシ等）の有効期間を厳密に管理することができる。
【００２８】
上記商品予約システムにおいて、前記コードは、それが印刷された前記紙媒体を識別するための情報を含む。
【００２９】
この構成によれば、ユーザが予約しようとしている商品が掲載された紙媒体を識別できるので、その紙媒体（例えば広告チラシ等）の有効期間を厳密に管理することができる。
【００３０】
上記商品予約システムは、前記ネットワークに接続されたホストコンピュータをさらに備え、前記ホストコンピュータは、前記コードリーダを含む複数のコードリーダの識別情報と前記サーバを含む複数のサーバとを関連付けたデータベースと、前記コードリーダに接続された前記端末から、前記コードリーダが読み込んだ前記コード及び前記コードリーダの識別情報を、前記ネットワークを介して受信する受信手段と、前記データベースを参照して、受信した前記識別情報に関連付けられた前記サーバに、受信した前記コードを送信する送信手段と、を含み、前記サーバは、前記ホストコンピュータを介して、前記コードを受け取る。
【００３１】
この構成によれば、会社や事業グループ（１又は複数の実店舗を持つ。）ごとに、コードリーダ及びサーバを用意し、会社や事業グループごとの商品販売に対応可能となる。多くの場合、会社や事業グループが異なれば、商品及びその付随情報（価格や数量等）、広告販売戦略、並びに、経営戦略が異なるので、複数の異なる会社や事業グループに共通のサーバで予約処理を行なうことは困難であり現実的ではない。本発明によれば、それぞれの会社や事業グループの経営戦略に沿ってサーバ及びユーザ端末に提供するコンテンツを運用できる。もちろん、同一の会社や事業グループであっても、店舗ごとに、コードリーダ及びサーバを用意することもできる。
【００３２】
本発明の第２の観点によれば、サーバは、上記第１の観点による商品予約システムのサーバである。
【００３３】
この構成によれば、上記第１の観点による商品予約システムに好適なサーバを提供できる。
【００３４】
本発明の第３の観点によれば、コードリーダは、上記第１の観点による商品予約システムのコードリーダである。
【００３５】
この構成によれば、上記第１の観点による商品予約システムに好適なコードリーダを提供できる。
【００３６】
本発明の第４の観点によれば、ロッカーは、上記第１の観点による商品予約システムの受渡手段としてのロッカーである。
【００３７】
この構成によれば、上記第１の観点による商品予約システムに好適なロッカーを提供できる。
【００３８】
本発明の第５の観点によれば、商品予約方法は、店舗内及び／又はその敷地内に配置された受渡手段により受け渡される商品を、ネットワークを介して予約する商品予約方法であって、商品に割り当てられて、商品案内と共に紙媒体に印刷されたコードを読み込むコードリーダが読み込んだ前記コードを、前記コードリーダに接続された端末から、前記ネットワークを介して受信するステップと、受信した前記コードが割り当てられた商品の予約を登録するステップと、を含む。
【００３９】
この構成によれば、上記第１の観点による商品予約システムと同様の効果を奏する。
【００４０】
本発明の第６の観点によれば、コンピュータプログラムは、上記第５の観点による商品予約方法をコンピュータに実行させるためのコンピュータプログラムである。
【００４１】
この構成によれば、上記第１の観点による商品予約システムと同様の効果を奏する。
【図面の簡単な説明】
【００４２】
【図１】本発明の実施の形態による商品予約システムの全体構成を示す図である。
【図２】図１の商品予約システムにおいて、バーコード２７を配布するための一手段として使用される広告チラシ２５の例示図である。
【図３】図１の商品予約システムにおける通信手順の概要を示す図である。
【図４】（ａ）図１のバーコードリーダ１１の外観斜視図である。（ｂ）図４（ａ）のバーコードリーダ１１の電気的構成を示す図である。（ｃ）図４（ｂ）のＭＣＵ３１に内蔵されるＲＯＭ３７に格納されたプログラム及びデータの概念図である。
【図５】図４（ｂ）のＭＣＵ３１の処理の流れの一例を示すフローチャートである。
【図６】（ａ）図１のホストコンピュータ１７の電気的構成を示す図である。（ｂ）図１のホストコンピュータ１７のＨＤＤ６１に格納されたプログラム及びデータの概念図である。
【図７】図１のバーコードリーダ１１を固定端末１３に接続した時点での、バーコードリーダ１１と固定端末１３とホストコンピュータ１７と予約管理サーバ３との間の通信手順の一例を示す図である。
【図８】図１の予約管理サーバ３のＨＤＤ８６に格納されたプログラム及びデータの概念図である。
【図９】図１の予約管理サーバ３による予約処理の流れの一例を示すフローチャートである。
【図１０】図９のステップＳ１０２の限定商品確認処理の流れの一例を示すフローチャートである。
【図１１】図９のステップＳ１０３の在庫確認処理の流れの一例を示すフローチャートである。
【図１２】図１の予約管理サーバ３によるリマインダ制御の流れの一例を示すフローチャートである。
【図１３】（ａ）図１のＰＯＳシステム７の電気的構成を示す図である。（ｂ）図１３（ａ）のホストコンピュータ１０１のＨＤＤ１０５に格納されたプログラム及びデータの概念図である。
【図１４】（ａ）図１３（ａ）のホストコンピュータ１０１による商品情報取得処理の流れの一例を示すフローチャートである。（ｂ）ホストコンピュータ１０１による在庫確認処理の流れの一例を示すフローチャートである。（ｃ）ホストコンピュータ１０１による予約情報格納処理の流れの一例を示すフローチャートである。（ｄ）ホストコンピュータ１０１による清算通知処理の流れの一例を示すフローチャートである。
【図１５】（ａ）図１の電子ロッカーシステム５の電気的構成を示す図である。（ｂ）図１５（ａ）のホストコンピュータ１２１のＨＤＤ１２７に格納されたプログラム及びデータの概念図である。
【図１６】図１５（ａ）のホストコンピュータ１２１によるロッカー１２３の割当処理の流れの一例を示すフローチャートである。
【図１７】図１５（ａ）のホストコンピュータ１２１によるロッカー１２３の管理処理の流れの一例を示すフローチャートである。
【図１８】図１のバーコードリーダ１１から予約管理サーバ３へのバーコード２７の送信手順の一例を示す図である。
【発明を実施するための形態】
【００４３】
以下、本発明の実施の形態について、図面を参照しながら説明する。なお、図中、同一または相当部分については同一の参照符号を付してその説明を援用する。
【００４４】
図１は、本発明の実施の形態による商品予約システムの全体構成を示す図である。図１を参照して、この商品予約システムは、店舗１に配置された、予約管理サーバ３、電子ロッカーシステム５、及び、ＰＯＳ（Ｐｏｉｎｔ ｏｆ Ｓａｌｅｓ）システム７を含む。また、この商品予約システムは、ユーザ（顧客）宅９に配置された固定端末（パーソナルコンピュータ等）１３及びそれに接続されたバーコードリーダ１１、並びに、ユーザの携帯端末（携帯電話等）１５を含む。さらに、この商品予約システムは、ホストコンピュータ１７、及び、メーカ１９又は問屋１９に配置された受注システム２１を含む。また、商品予約システムは、ネットワーク２３を含む。ネットワーク２３としては、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（ＶＰＮ）、電話回線網、移動体通信網、及び、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。
【００４５】
予約管理サーバ３、電子ロッカーシステム５、ＰＯＳシステム７、ホストコンピュータ１７、携帯端末１５、固定端末１３、及び、受注システム２１は、ネットワーク２３に接続される。例えば、予約管理サーバ３とＰＯＳシステム７と電子ロッカーシステム５とはＬＡＮで接続され、そのＬＡＮは、インターネットに接続される。
【００４６】
図２は、図１の商品予約システムにおいて、バーコード２７を配布するための一手段として使用される広告チラシ２５の例示図である。図２を参照して、本実施の形態では、バーコード２７が、広告チラシ２５に印刷されて配布される例を挙げる。広告チラシ２５は、例えば、新聞に折り込んで配布される。広告チラシ２５は、あるスーパーマーケットが配布したものであり、商品の写真・説明、値段、及びバーコード２７を１セットとして、複数セットが掲載される。例えば、２月１２日（金曜日）の１０：００から１２：００まで、リンゴが１９８円と掲載される（タイムバーゲン、つまり、時間限定販売）。また、例えば、先着５０個、インスタントラーメンが１８円と掲載される（数量限定販売）。さらに、例えば、期間は限定されるが（例えば２月２１日〜２月１４日）、時間や数量が特に限定されない商品もまた、バーコード２７と共に掲載される。また、例えば、ある商品について、一人が購入可能な数量を限定して掲載することもできる。
【００４７】
また、広告チラシ２５の右上に、広告チラシ２５の識別用のバーコード２４が印刷されている。このバーコード２４については後で詳述する。
【００４８】
次に、本実施の形態の概要を説明する。
【００４９】
図３は、図１の商品予約システムにおける通信手順の概要を示す図である。図１及び図３を参照して、バーコードリーダ１１は、ユーザの操作に応答して、広告チラシ２５に印刷されたバーコード２７をスキャンし、固定端末１３に送信する。固定端末１３は、受信したバーコード２７をホストコンピュータ１７に送信する。ホストコンピュータ１７は、受信したバーコード２７を予約管理サーバ３へ送信する。予約管理サーバ３は、受信したバーコード２７が示す商品の在庫の有無をＰＯＳシステム７に確認する。ＰＯＳシステム７は、バーコード２７が示す商品の在庫情報を予約管理サーバ３へ送信する。予約管理サーバは、受信した在庫情報が在庫ありを示している場合、電子ロッカーシステム５にロッカーの割当を要求する。電子ロッカーシステム５は、ロッカーの割当を行い、ロッカー情報（ロッカー番号及び開錠番号を含む。）を予約管理サーバ３へ送信する。予約管理サーバ３は、バーコード２７が示す商品の予約を登録し、ロッカー情報と共に固定端末１３に通知する。
【００５０】
電子ロッカーシステム５は、ロッカーが開錠され、ユーザが商品を受け取ったとみなした場合、受渡通知を予約管理サーバ３へ送信する。また、予約管理サーバ３は、電子ロッカーシステム５から、電子ロッカーシステム５から受渡通知を受信していない場合、ユーザの固定端末１３及び携帯端末１５にリマインダを送信する。ＰＯＳシステム７は、ユーザがロッカーから受け取った商品、つまり、予約商品の清算が完了した場合、清算通知を予約管理サーバ３へ送信する。
【００５１】
次に、バーコードリーダ１１の詳細を説明する。
【００５２】
図４（ａ）は、図１のバーコードリーダ１１の外観斜視図である。図４（ｂ）は、図４（ａ）のバーコードリーダ１１の電気的構成を示す図である。図４（ｃ）は、図４（ｂ）のＭＣＵ３１に内蔵されるＲＯＭ３７に格納されたプログラム及びデータの概念図である。
【００５３】
図４（ａ）を参照して、このバーコードリーダ１１は、ペン型のＵＳＢバーコードリーダである。図４（ｂ）を参照して、バーコードリーダ１１は、スキャナ３３、ＭＣＵ（Ｍｉｃｒｏ Ｃｏｎｔｒｏｌｌｅｒ Ｕｎｉｔ）３１及びＵＳＢコネクタ２９を有する。スキャナ３３は、バーコード２７を光学的に読み込み、バーとスペースを電気信号に変換する（スキャン）。スキャナ３３からの、バーコード２７に応じた電気信号は、ＭＣＵ３１に与えられ、ＭＣＵ３１は、この電気信号を解読してバーコード情報を得る。また、バーコードリーダ１１のＵＳＢコネクタ２９と固定端末１３のＵＳＢポート３５とが接続され、ＭＣＵ３１と固定端末１３とは双方向通信が可能になる。
【００５４】
なお、特に区別する必要のないときは、バーコード情報をバーコードと呼ぶこともあり、また、バーコード情報には、バーコード２７と同じ参照符号「２７」を付する。
【００５５】
図４（ｃ）を参照して、ＭＣＵ３１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３７を内蔵している。このＲＯＭ３７は、プログラム領域３９及びデータ領域４１を含む。プログラム領域３９には、コンピュータプログラムが格納される。ＭＣＵ３１は、このコンピュータプログラムを実行して、図５のフローチャートに示す処理及び図７のフローチャートに示す処理（ステップＳ４１，Ｓ４３）を実行する。データ領域４１には、固定端末１３へのコマンド４３、ホストコンピュータ１７のＵＲＬ４５、及び、バーコードリーダ１１に割り当てられた識別番号４７がキーボードデータの形式で格納される。
【００５６】
コマンド４３は、端末１３に対して、ブラウザを起動し、ＵＲＬ４５が示すホストコンピュータ１７へアクセスすることを指示するコマンドである。例えば、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）がＷｉｎｄｏｗｓ（登録商標）の場合、Ｗｉｎｄｏｗｓ９８以降において、コマンド４３は、キーボードのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）キー＋Ｒキーに相当するキーボードデータである。このコマンド４３により、Ｗｉｎｄｏｗｓでは、ブラウザ（Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ）が起動する。このように、このコマンド４３は、ＯＳであるＷｉｎｄｏｗｓにおいて予め用意されているものである。なお、ＷｉｎｄｏｗｓのＧＵＩキーは、通称、Ｗｉｎｄｏｗｓキーと呼ばれるものである。
【００５７】
識別番号４７は、バーコードリーダ１１を識別するために割り当てられたユニークな番号であり、識別情報と呼ぶこともできる。
【００５８】
次に、バーコードリーダ１１によるバーコード２７の読み取り処理の詳細を説明する。
【００５９】
図５は、図４（ｂ）のＭＣＵ３１の処理の流れの一例を示すフローチャートである。図５を参照して、ステップＳ１にて、バーコードリーダ１１のＭＣＵ３１は、ユーザの操作に応答して、バーコード２７を読み込む。ステップＳ３にて、ＭＣＵ３１は、周知のバーコード解読手法に基づいて、バーコード２７を解読し、バーコード情報２７を取得する。ステップＳ５にて、ＭＣＵ３１は、解読結果であるバーコード情報２７（例えば、「４５６０２５６５８００１６」）をキーボードデータに変換し、ＲＡＭ（図示せず）に格納する。
【００６０】
ステップＳ７にて、ＭＣＵ３１は、キーボードデータとしてのホストコンピュータ１７のＵＲＬ４５（例えば、「ｈｔｔｐ：／／ｗｗｗ．ｓｓｄ．ｃｏ．ｊｐ」）及びバーコードリーダ１１の識別番号４７（例えば、「０５５５５」）をＲＯＭ３７から取得する。そして、ステップＳ９にて、ＭＣＵ３１は、取得したＵＲＬ４５の末尾に、キーボードデータとしてのバーコード情報２７及び識別番号４７を付加し、新たなＵＲＬ（例えば、「ｈｔｔｐ：／／ｗｗｗ．ｓｓｄ．ｃｏ．ｊｐ／？ｂｃ＝４５６０２５６５８００１６＆ｓｎ＝０５５５５」）として、ＲＡＭ（図示せず）に格納する。
【００６１】
ステップＳ１１にて、ＭＣＵ３１は、キーボードデータの形式のコマンド４３をＲＯＭ３７から取得してＲＡＭ（図示せず）に格納する。ステップＳ１３にて、ＭＣＵ３１は、ステップＳ９及びＳ１１のキーボードデータ（コマンド４３及びＵＲＬ）を固定端末１３に送信し、処理を終了する。
【００６２】
次に、ホストコンピュータ１７の詳細を説明する。
【００６３】
図６（ａ）は、図１のホストコンピュータ１７の電気的構成を示す図である。図６（ａ）を参照して、ホストコンピュータ１７は、ＣＰＵ（中央演算処理装置）５２、メインメモリ５３、チップセット５５、ＧＰＵ（グラフィックスプロセシングユニット）５７、ＳＰＵ（サウンドプロセシングユニット）５９、ＨＤＤ（ハードディスクドライブ）６１、ドライブ６３、及び通信部６５を含む。
【００６４】
ＣＰＵ５２は、ＨＤＤ６１に格納されたコンピュータプログラムを実行して各種演算を行う。メインメモリ５３は、ＣＰＵ５２から直接読み書きが行われる高速のメモリである。ＧＰＵ５７は、グラフィックス処理を実行し、モニタ６７に映像信号を与える。ＳＰＵ５９は、サウンド処理を実行し、スピーカ６９に音声信号を与える。ＨＤＤ６１は、ＯＳやアプリケーションソフトウェア等のコンピュータプログラム並びにこれらが用いるデータを書き込むために用いる補助記憶装置である。
【００６５】
ドライブ６３は、リムーバブル記録媒体７５からデータを読み込んだり、書き込んだりする装置である。リムーバブル記録媒体７５に、各種処理を行うプログラムを格納して、ホストコンピュータ１７にインストールできる。もちろん、ネットワーク２３を介して、これらのプログラムを配布することもできる。通信部６５は、ネットワーク２３への接続を司るＬＡＮカードやＵＳＢコントローラなどを含み（図示せず）、通信を制御する。
【００６６】
ＣＰＵ５２、ＧＰＵ５７、ＳＰＵ５９、ＨＤＤ６１、ドライブ６３、通信部６５、キーボード７１、及びマウス７３といった機能ユニットは、チップセット５５に接続される。チップセット５５は、これに接続される機能ユニット間のデータの受け渡しを管理する。
【００６７】
なお、ＨＤＤ６１、メインメモリ５３、及び、リムーバブル記録媒体７５は、記録媒体の例である。リムーバブル記録媒体７５は、例えば、フレキシブルディスク、ＣＤ（ＣＤ−ＲＯＭ、Ｖｉｄｅｏ−ＣＤを含む）やＤＶＤ（ＤＶＤ−Ｖｉｄｅｏ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭを含む）等の光ディスク、光磁気ディスク、並びに、半導体メモリを内蔵したメモリカード・メモリカートリッジ・ＵＳＢメモリ等である。また、必要に応じて、ＨＤＤ６１に代えて、又は、ＨＤＤ６１と共に、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を用いることもできる。
【００６８】
図６（ｂ）は、図１のホストコンピュータ１７のＨＤＤ６１に格納されたプログラム及びデータの概念図である。図６（ｂ）を参照して、ホストコンピュータ１７のＨＤＤ６１は、ＵＲＬ検索プログラム８３及びデータベース８５を格納する。
【００６９】
ＣＰＵ５２がＵＲＬ検索プログラム８３を実行することにより、図７の処理（ステップＳ７１及びＳ７３）が実行される。
【００７０】
データベース８５は、バーコードリーダ１１の識別番号と、ＷＥＢサーバＷ−０〜Ｗ−Ｋ（整数）のＵＲＬ（www.xxx0.or.jp）〜ＵＲＬ（www.xxxK.or.jp）とを関連付けたデータベースである。なお、ＷＥＢサーバＷ−０〜Ｗ−Ｋを、一般的に表すときは、ＷＥＢサーバＷ−ｋと表記する。
【００７１】
本実施の形態では、ＷＥＢサーバＷ−０が、予約管理サーバ３に該当するものとする。また、識別番号が０００００〜０９９９９のうちのいずれかであるバーコードリーダ１１（つまり、予約管理サーバ３と関連付けられたバーコードリーダ１１）がスキャンしたバーコード２７がホストコンピュータ１７へ送信されるものとする。
【００７２】
なお、他のＷＥＢサーバＷ−１〜Ｗ−Ｋは、予約管理サーバ３と同様の機能を有する予約管理サーバであってよい。この場合、予約管理サーバを運営するそれぞれの会社ないしは事業グループによって、バーコードリーダ１１が配布される。
【００７３】
次に、図１のバーコードリーダ１１が固定端末１３に接続された時点での処理を説明する。
【００７４】
図７は、図１のバーコードリーダ１１を固定端末１３の接続した時点での、バーコードリーダ１１と固定端末１３とホストコンピュータ１７と予約管理サーバ３との間の通信手順の一例を示す図である。図７を参照して、ステップＳ５１にて、固定端末１３は、バーコードリーダ１１の接続の有無をチェックし、バーコードリーダ１１の接続を検知した場合ステップＳ５３に進み、それ以外はステップＳ５１に戻る。
【００７５】
ステップＳ５３及びＳ４１にて、固定端末１３とバーコードリーダ１１のＭＣＵ３１とは相互に通信して、固定端末１３及びバーコードリーダ１１はエニュメレーション（Ｅｎｕｍｅｒａｔｉｏｎ）を実行する。このエニュメレーションにより、ＭＣＵ３１から固定端末１３へディスクリプタが与えられ、固定端末１３は、ディスクリプタを解析して、バーコードリーダ１１の構成を認識する。このエニュメレーションによって、固定端末１３は、バーコードリーダ１１をキーボードであると認識する。
【００７６】
ステップＳ４３にて、ＭＣＵ３１は、キーボードデータ（コマンド４３、ＵＲＬ４５及び識別番号４７）を固定端末１３に送信する。すると、ステップＳ５５にて、固定端末１３は、ＭＣＵ３１が送信したキーボードデータを受信する。固定端末１３は、ステップＳ５９にて、ＭＣＵ３１から与えられたコマンド４３に応答して、ブラウザを起動し、ステップＳ６１にて、バーコードリーダ１１から受け取ったＵＲＬ４５に基づき、ホストコンピュータ１７へアクセスする。この際、識別番号４７が付加されたＵＲＬ４５は、ホストコンピュータ１７に送信される。
【００７７】
すると、ホストコンピュータ１７は、識別番号４７が付加されたＵＲＬ４５を受信する。そして、ステップＳ７１にて、ホストコンピュータ１７は、受信した識別番号４７をインデックスとしてデータベース８５にアクセスし、その識別番号４７に割り当てられたＵＲＬを取得する。ステップＳ７３にて、ホストコンピュータ１７は、ステップＳ７１で取得したＵＲＬを固定端末１３に送信し、そのＵＲＬへのアクセスを指示する。
【００７８】
ステップＳ６３では、固定端末１３は、受信したＵＲＬが示す予約管理サーバ３にアクセスして、オンラインスーパーマーケットのトップページの送信を要求する。すると、ステップＳ８１にて、予約管理サーバ３は、トップページを表示するための情報（例えばＨＴＭＬ情報）を固定端末１３に送信する。すると、ステップＳ６５にて、固定端末１３は、トップページを表示するための情報に基づいて、モニタにオンラインスーパーマーケットのトップページを表示する。なお、例えば、ステップＳ６３で固定端末１３が予約管理サーバ３へアクセスしたときに、予約管理サーバ３は、ユーザがログインしたものとすることができる。また、例えば、ユーザが、ステップＳ６５で表示されたトップページから、ユーザＩＤ及びパスワードを入力し、それが予約管理サーバ３に送信されたときに、予約管理サーバ３は、ユーザがログインしたものとすることもできる。さらに、この２つの例のいずれによっても、ログイン可能とすることもできる（本実施の形態で採用）。
【００７９】
ステップＳ６１の補足説明をする。ステップＳ６１では、より具体的には、固定端末１３は、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバにアクセスして、ドメイン名に対応するＩＰアドレスを取得し、ＩＰアドレスと共に識別番号４７を付加したＵＲＬ４５をネットワーク２３に送出して、ホストコンピュータ１７にアクセスし、識別番号４７をホストコンピュータ１７に送信する。ただし、これらの処理は周知のプロトコルで行われるので詳細な説明は省略した。ステップＳ６３でも同様である。
【００８０】
図１８は、図１のバーコードリーダ１１から予約管理サーバ３へのバーコード２７の送信手順の一例を示す図である。図１８を参照して、ステップＳ４００にて、ＭＣＵ３１は、キーボードデータ（コマンド４３、ＵＲＬ４５、識別番号４７、及びバーコード２７）を固定端末１３に送信する。すると、ステップＳ５００にて、固定端末１３は、ＭＣＵ３１が送信したキーボードデータを受信する。固定端末１３は、ステップＳ５０２にて、ＭＣＵ３１から与えられたコマンド４３に応答して、ブラウザを起動し、ステップＳ５０４にて、バーコードリーダ１１から受け取ったＵＲＬ４５に基づき、ホストコンピュータ１７へアクセスする。この際、識別番号４７及びバーコード２７が付加されたＵＲＬ４５は、ホストコンピュータ１７に送信される。
【００８１】
すると、ホストコンピュータ１７は、識別番号４７及びバーコード２７が付加されたＵＲＬ４５を受信する。そして、ステップＳ６００にて、ホストコンピュータ１７は、受信した識別番号４７をインデックスとしてデータベース８５にアクセスし、その識別番号４７に割り当てられたＵＲＬを取得する。ステップＳ６０２にて、ホストコンピュータ１７は、ステップＳ６００で取得したＵＲＬに、受信したバーコード２７を付加して、固定端末１３に送信し、そのＵＲＬへのアクセスを指示する。
【００８２】
ステップＳ５０６では、固定端末１３は、受信したＵＲＬが示す予約管理サーバ３にアクセスして、付加されたバーコード２７を予約管理サーバ３へ送信する。すると、ステップＳ７００にて、予約管理サーバ３は、受信したバーコード２７に対応する商品の予約処理を行なう。
【００８３】
次に、予約管理サーバ３の詳細を説明する。予約管理サーバ３の電気的構成は、ホストコンピュータ１７の電気的構成と同様である。なお、固定端末１３の電気的構成も、ホストコンピュータ１７と同様である。
【００８４】
図８は、図１の予約管理サーバ３のＨＤＤ８６に格納されたプログラム及びデータの概念図である。図８を参照して、予約管理サーバ３のＨＤＤ８６は、予約プログラム９１、リマインダ制御プログラム９３、ユーザデータベース（ユーザＤＢ）９８、及び、予約データベース（予約ＤＢ）９９を格納する。
【００８５】
予約管理サーバ３のＣＰＵが、予約プログラム９１を実行することにより、後述する図９のフローチャートで示す処理を実行される。予約管理サーバ３のＣＰＵが、リマインダ制御プログラム９３を実行することにより、後述する図１２のフローチャートで示す処理を実行される。
【００８６】
ユーザデータベース９８は、バーコードリーダ１１の識別番号と関連付けて、ユーザ情報を記録している。ユーザ情報は、例えば、固定端末１３のメールアドレス、携帯端末１５のメールアドレス、電話番号、氏名、及び、住所等である。ユーザ情報は、本システムの利用に先立って、固定端末１３からユーザによって予め登録される。
【００８７】
予約データベース９９は、予約番号と関連付けて、予約情報を記録している。予約情報は、バーコードリーダ１１の識別番号４７、予約した商品のバーコード、数量、金額、受け取り日時、及びロッカー情報（ロッカー番号、第１開錠番号、第２開錠番号など）等を含む。
【００８８】
図９は、図１の予約管理サーバ３による予約処理の流れの一例を示すフローチャートである。図９を参照して、ステップＳ８７にて、予約管理サーバ３は、固定端末１３からログアウト通知を受信したか否かを判断し、受信していない場合ステップＳ８８に進み、受信した場合ログアウトし予約処理を終了する。ステップＳ８８３にて、予約管理サーバ３は、バーコード２４又は２７を受信したか否かを判断し、受信していない場合ステップＳ８７に進み、受信した場合ステップＳ８９に進む。
【００８９】
ステップＳ８９にて、予約管理サーバ３は、受信したバーコードが広告チラシ２５の識別用バーコード２４か否かを判断し、肯定的判断（ＹＥＳ）の場合ステップＳ９２に進み、否定的判断（ＮＯ）の場合、つまり、受信したバーコードが商品に割り当てられたバーコード２７の場合ステップＳ９０に進む。
【００９０】
ステップＳ９２にて、予約管理サーバ３は、バーコード２４で特定される広告チラシ２５の広告期間が満了したか否かを判断し、満了した場合ステップＳ９３に進み、満了していない場合ステップＳ９４に進む。このように、バーコード２４は、広告チラシ２５を識別するためのものである。なお、予約管理サーバ３は、バーコード２４に関連付けて、広告有効期間の情報及び後述の限定商品リストを、ＨＤＤ８６に予め格納指している。ステップＳ９４では、予約管理サーバ３は、広告チラシ２５が有効であることを示す有効フラグをオンにして、ステップＳ８７に進む。一方、ステップＳ９３では、予約管理サーバ３は、広告期間が満了し、広告チラシ２５が無効である旨を、固定端末１３に通知し、ログアウトして処理を終了する。
【００９１】
ステップＳ９０では、予約管理サーバ３は、有効フラグがオンか否かを判断し、オンの場合ステップＳ９５に進み、オフの場合ステップＳ９１に進む。ステップＳ９１では、予約管理サーバ３は、広告識別用のバーコード２４をスキャンすることを指示するメッセージを固定端末１３に送信して、ステップＳ８７に進む。
【００９２】
ステップＳ９５では、予約管理サーバ３は、ＰＯＳシステム７にアクセスして、受信したバーコード２７が割り当てられた商品の情報（商品名や価格等）を取得する。なお、この場合、予約管理サーバ３は、受信したバーコード２７をＰＯＳシステム７に送信する。ステップＳ９７にて、予約管理サーバ３は、ＰＯＳシステム７から取得した商品情報を表示するための情報を固定端末１３に送信する。これを受けて、固定端末１３は、商品情報をモニタに表示する。
【００９３】
ステップＳ１０１にて、予約管理サーバ３は、固定端末１３から商品登録要求を受信したか否かを判断し、受信した場合ステップＳ１０２に進み、受信していない場合ステップＳ１３３に進む。商品登録要求は、ステップＳ９７の処理を受けて固定端末１３が表示した商品情報が示す商品を予約リストに追加することを要求するものであり、ユーザの操作に応答して（例えば、モニタに表示された商品登録要求のためのボタンの押下）、固定端末１３から送信される。なお、商品登録要求は、商品の数量情報を含む。商品の数量情報は、ユーザが固定端末１３を介して入力したものである。
【００９４】
ステップＳ１０２にて、予約管理サーバ３は、限定商品リストを参照して、受信したバーコード２７が示す商品が限定商品か否かを確認する。限定商品としては、数量限定商品、時間限定商品（タイムバーゲン商品）、一人当たりの購入数量が限定された商品など、がある。
【００９５】
予約管理サーバ３は、広告チラシ２５が配布される前に、限定商品リストを予めＰＯＳシステム７から受け取り、ＨＤＤ８６に格納しておく。限定商品リストは、広告チラシ２５に掲載された数量限定商品の名称、バーコード、及び、限定数量、予約数量を記載したリスト、時間限定商品の名称、バーコード、及び、限定時間を記載したリスト、並びに、一人当たりの購入数量が限定された商品の名称、バーコード、及び数量が記載されたリストを含む。
【００９６】
ステップＳ１０３では、予約管理サーバ３は、ＰＯＳシステム７にアクセスして、受信したバーコード２７が示す商品の在庫を確認する。なお、この場合、予約管理サーバ３は、受信したバーコード２７をＰＯＳシステム７に送信する。ステップＳ１０５にて、予約管理サーバ３は、これまで商品登録要求がなされた商品の代金の合計を計算する。ステップＳ１０７にて、予約管理サーバ３は、商品登録要求がなされた商品の名称及び価格を予約リストに追加すると共に、予約リストに記載された商品の合計金額をステップＳ１０５で計算した合計金額に更新する。ステップＳ１０９にて、予約管理サーバ３は、予約リストを表示するための情報を固定端末１３に送信する。これを受けて、固定端末１３は、予約リストをモニタに表示する。例えば、固定端末１３は、同一画面上において、ステップＳ９７の商品情報を表示したフレームと別フレームに予約リストを表示する。
【００９７】
ステップＳ１１３にて、予約管理サーバ３は、登録完了通知を固定端末１３から受信したか否かを判断し、受信していない場合ステップＳ１３９に進み、受信した場合ステップＳ１１５に進む。登録完了通知は、ユーザが予約リストを完成したことの通知、つまり、ユーザが予約を完了したことの通知であり、ユーザの操作に応答して（例えば、モニタに表示された登録完了通知のためのボタンの押下）、固定端末１３から送信される。なお、登録完了通知は、商品の受け取り日時の情報を含む。商品の受け取り日時の情報は、ユーザが固定端末１３を介して入力したものである。
【００９８】
ステップＳ１１５にて、予約管理サーバ３は、最終的な予約リストを表示するための情報を固定端末１３に送信する。これを受けて、固定端末１３は、最終的な予約リストをモニタに表示する。ステップＳ１１７にて、予約管理サーバ３は、固定端末１３から確定通知を受信したか否かを判断し、受信していない場合ステップＳ１４３に進み、受信した場合ステップＳ１１９に進む。確定通知は、ステップＳ１１５の処理を受けて固定端末１３が表示した最終的な予約リストで予約を確定することを示す通知（ユーザの最終的な確認後の通知）であり、ユーザの操作に応答して（例えば、モニタに表示された確定通知のためのボタンの押下）、固定端末１３から送信される。
【００９９】
ステップＳ１１８では、予約管理サーバ３は、予約番号を作成する。ステップＳ１１９では、予約管理サーバ３は、予約番号に、ロッカーを割り当てることを、電子ロッカーシステム５に要求する。ステップＳ１２１にて、予約管理サーバ３は、電子ロッカーシステム５から、予約番号に割り当てたロッカーの情報（ロッカー番号、第１開錠番号、第２開錠番号等）を受信する。ステップＳ１２３にて、予約管理サーバ３は、予約情報を作成する。予約情報は、バーコードリーダ１１の識別番号４７、予約した商品のバーコード、数量、金額、受け取り日時、及びロッカー情報（ロッカー番号、第１開錠番号、第２開錠番号など）等を含む。ステップＳ１２５にて、予約管理サーバ３は、予約番号と関連付けて、予約情報を予約データベース９９に登録する（予約登録）。
【０１００】
ステップＳ１２７にて、予約管理サーバ３は、ＰＯＳシステム７への第１リマインダ、並びに、固定端末１３及び携帯端末１５への第２リマインダを設定する。第１及び第２リマインダは、予約番号と関連づけて設定される。第１リマインダは、例えば、予約リストに列挙された商品の受け取り日時の所定時間前と１日前に設定される。第２リマインダは、例えば、予約リストに列挙された商品の受け取り日時、その所定時間前、及び、その１日前に設定される。もちろん、これらは例示であり、受け取り日時に基づいて、任意の日時に第１及び第２リマインダを設定できる。それぞれのリマインダの回数も任意に設定できる。
【０１０１】
ステップＳ１２９にて、予約管理サーバ３は、予約番号及び予約情報を店舗１のＰＯＳシステム７へ送信する。ステップＳ１３１にて、予約管理サーバ３は、ユーザの固定端末１３へ予約番号及び予約情報を送信する。これを受けて、固定端末１３は、モニタに予約情報を表示する。
【０１０２】
ステップＳ１０１で否定的判断（ＮＯ）がされた後、ステップＳ１３３にて、予約管理サーバ３は、固定端末１３からログアウト通知を受信したか否かを判断し、受信した場合ログアウトして処理を終了し、受信していない場合ステップＳ１３５に進む。ステップＳ１３５では、予約管理サーバ３は、固定端末１３からバーコード２７を受信したか否かを判断し、受信した場合ステップＳ９５に進み、受信していない場合ステップＳ１３７に進む。ステップＳ１３７にて、予約管理サーバ３は、固定端末１３から登録完了通知を受信したか否かを判断し、受信した場合ステップＳ１１５に進み、受信していない場合ステップＳ１０１に進む。
【０１０３】
ステップＳ１１３で否定的判断（ＮＯ）がされた後、ステップＳ１３９にて、予約管理サーバ３は、固定端末１３からログアウト通知を受信したか否かを判断し、受信した場合ログアウトして処理を終了し、受信していない場合ステップＳ１４１に進む。ステップＳ１４１では、予約管理サーバ３は、固定端末１３からバーコード２７を受信したか否かを判断し、受信した場合ステップＳ９５に進み、受信していない場合ステップＳ１１３に進む。
【０１０４】
ステップＳ１１７で否定的判断（ＮＯ）がされた後、ステップＳ１４３にて、予約管理サーバ３は、予約リストの変更通知を受信した場合ステップＳ１４７に進み、受信していない場合ステップＳ１４５に進む。なお、変更通知は、予約リストで変更すべき情報を含む。変更通知は、ユーザが固定端末１３を介して入力したものである。ステップＳ１４５では、予約管理サーバ３は、固定端末１３からログアウト通知を受信したか否かを判断し、受信した場合ログアウトして処理を終了し、受信していない場合ステップＳ１１７に進む。ステップＳ１４７では、予約管理サーバ３は、変更通知の内容に従って、予約リストの変更処理を実行して、ステップＳ１１７に戻る。なお、この場合、予約管理サーバ３は、限定商品リストに変更が生じた場合、限定商品リストも修正する。
【０１０５】
図１０は、図９のステップＳ１０２の限定商品確認処理の流れの一例を示すフローチャートである。図１０を参照して、ステップＳ１６１にて、予約管理サーバ３は、限定商品リストを参照して、受信したバーコード２７に対応する商品が数量限定商品であるか否かを確認し、数量限定商品の場合ステップＳ１６５に進み、それ以外はステップＳ１６３に進む。
【０１０６】
ステップＳ１６５では、予約管理サーバ３は、限定商品リストを参照して、受信したバーコード２７に対応する商品の現在の予約数量（即ち、既予約数量）を確認し、現在の予約数量が限定数量に到達している場合ステップＳ１６７に進み、それ以外はステップＳ１７０に進む。ステップＳ１６７では、予約管理サーバ３は、限定数量に到達し予約できないことを示す通知（予約拒否通知）を固定端末１３に送信する。なお、予約拒否通知はＯＫボタンを含む。ステップＳ１６９にて、予約管理サーバ３は、固定端末１３でＯＫボタンが押下されたか否かを判断し、押下され場合図９のステップＳ１０１に進み、押下されていない場合ステップＳ１６９に戻る。一方、ステップＳ１７０では、予約管理サーバ３は、受信したバーコード２７に対応する商品の予約数量の合計を計算し、限定商品リストを更新する。
【０１０７】
ステップＳ１６３にて、予約管理サーバ３は、限定商品リストを参照して、受信したバーコード２７に対応する商品が時間限定商品であるか否かを判断し、時間限定商品の場合ステップＳ１７１に進み、それ以外はステップＳ１７７に進む。ステップＳ１７１では、予約管理サーバ３は、限定商品リストを参照して、当該商品の限定時間が満了したか否かを判断し、満了した場合ステップＳ１７３に進み、それ以外はステップＳ１７７に進む。ステップＳ１７３では、予約管理サーバ３は、限定時間が満了し予約ができないことを示す通知（予約拒否通知）を固定端末１３に送信する。なお、予約拒否通知は、ＯＫボタンを含む。ステップＳ１７５にて、予約管理サーバ３は、固定端末１３でＯＫボタンが押下されたか否かを判断し、押下された場合図９のステップＳ１０１に進み、押下されていない場合ステップＳ１７５に戻る。
【０１０８】
ステップＳ１７７にて、予約管理サーバ３は、限定商品リストを参照して、受信したバーコード２７に対応する商品が一人当たりの購入数量が限定された商品であるか否かを判断し、肯定的判断（ＹＥＳ）の場合ステップＳ１７９に進み、それ以外はリターンする。ステップＳ１７９では、予約管理サーバ３は、限定商品リストを参照して、固定端末１３から送信された数量情報が、限定数量の範囲内か否かを判断し、範囲内の場合リターンし、範囲外の場合ステップＳ１８１に進む。ステップＳ１８１では、予約管理サーバ３は、数量がオーバーして予約ができないことを示す通知（予約拒否通知）を固定端末１３に送信する。なお、この通知は、ＯＫボタンを含む。ステップＳ１８３にて、予約管理サーバ３は、固定端末１３でＯＫボタンが押下されたか否かを判断し、押下された場合図９のステップＳ１０１に進み、押下されていない場合ステップＳ１８３に戻る。
【０１０９】
図１１は、図９のステップＳ１０３の在庫確認処理の流れの一例を示すフローチャートである。図１１を参照して、ステップＳ１９１にて、予約管理サーバ３は、ＰＯＳシステム７にバーコード２７及び数量情報を送信して、商品登録要求が行なわれた商品の在庫情報を要求する。ステップＳ１９３にて、予約管理サーバ３は、ＰＯＳシステム７から受け取った在庫情報を参照して、当該商品の在庫がある場合はリターンし、在庫がない場合はステップＳ１９５に進む。ステップＳ１９５にて、予約管理サーバ３は、固定端末１３に在庫がない旨を通知する。この通知はＯＫボタンを含む。ステップＳ１９７にて、予約管理サーバ３は、固定端末１３でＯＫボタンが押下されたか否かを判断し、押下され場合図９のステップＳ１０１に進み、押下されていない場合ステップＳ１９７に戻る。
【０１１０】
図１２は、図１の予約管理サーバ３によるリマインダ制御の流れの一例を示すフローチャートである。図１２を参照して、ステップＳ２１１にて、予約管理サーバ３は、図９のステップＳ１２７で設定された第１リマインダの送信時刻になったか否かを判断し、送信時刻になった場合ステップＳ２１３に進み、なっていない場合ステップＳ２１１に戻る。ステップＳ２１３にて、予約管理サーバ３は、電子ロッカーシステム５から、当該第１リマインダと関連付けられた予約番号に対応する第１開錠通知（予約番号を含む。）を受信したか否かを判断し、受信した場合ステップＳ２１７に進み、受信していない場合ステップＳ２１５に進む。
【０１１１】
ステップＳ２１５では。予約管理サーバ３は、第１リマインダ（予約番号を含む。）をＰＯＳシステム７に送信し、ステップＳ２１１に戻る。なお、ＰＯＳシステム７は、第１リマインダを、担当者の端末（図示せず）に転送する。この担当者は、予約された商品を取り揃え、該当するロッカーへ保管する者である。一方、ステップＳ２１７にて、予約管理サーバ３は、第１リマインダを解除する。第１開錠通知を受信したということは、該当するロッカーが開錠されたことを意味し、これにより、予約商品がロッカーに保管されたとみなしている。
【０１１２】
ステップＳ２１９にて、予約管理サーバ３は、第２リマインダの送信時刻になったか否かを判断し、送信時刻になった場合ステップＳ２２１に進み、なっていない場合ステップＳ２１９に戻る。ステップＳ２２１にて、予約管理サーバ３は、電子ロッカーシステム５から、当該第２リマインダと関連付けられた予約番号に対応する第２開錠通知（予約番号を含む。）を受信したか否かを判断し、受信した場合ステップＳ２２５に進み、受信していない場合ステップＳ２２３に進む。
【０１１３】
ステップＳ２２３では。予約管理サーバ３は、第２リマインダ（予約番号を含む。）を固定端末１３及び携帯端末１５に送信し、ステップＳ２１９に戻る。一方、ステップＳ２２５にて、予約管理サーバ３は、第２リマインダを解除する。第２開錠通知を受信したということは、予約商品がロッカーに保管され施錠された後に、該当するロッカーが開錠されたことを意味し、これにより、ロッカーに保管された予約商品をユーザが受け取ったとみなしている。
【０１１４】
ステップＳ２２７にて、予約管理サーバ３は、ＰＯＳシステム７から、予約商品の清算通知（予約番号を含む。）を受信したか否かを判断し、受信した場合ステップＳ２２９に進み、受信していない場合ステップＳ２３１に進む。ステップＳ２２９では、予約管理サーバ３は、予約データベース９９に、予約番号と関連付けて、清算が完了したことを登録する。一方、ステップＳ２３１にて、予約管理サーバ３は、ＰＯＳシステム７に、清算確認通知（予約番号を含む。）を送信する。なお、ＰＯＳシステム７は、清算確認通知を、担当者の端末（図示せず）に転送する。ステップＳ２３３では、予約管理サーバ３は、一定時間が経過したか否かを判断して、経過した場合ステップＳ２２７に進み、経過していない場合ステップＳ２３３に戻る。
【０１１５】
図１３（ａ）は、図１のＰＯＳシステム７の電気的構成を示す図である。図１３（ａ）を参照して、ＰＯＳシステム７は、ホストコンピュータ１０１及び複数のＰＯＳ端末１０３を含む。ＰＯＳ端末１０３は、バーコードリーダ（図示せず）を含み、バーコードリーダ１１で読み込まれたバーコードをホストコンピュータ１０１に送信し、商品情報を取得し、商品の清算処理を行なう。ホストコンピュータ１０１は、ＰＯＳ端末１０３が送信したバーコードをインデックスとして、後述の商品データベース１１７にアクセスし、商品情報を取得して、ＰＯＳ端末１０３に送信する。また、ホストコンピュータ１０１は、各ＰＯＳ端末１０３から与えられたバーコードに基づいて、売上集計、在庫管理、及び価格管理等を行なう。さらに、ホストコンピュータ１０１は、在庫情報等に基づいて、ネットワーク２３を介して、受注システム２１に商品を発注する。なお、ホストコンピュータ１０１の電気的構成は、図６（ａ）のホストコンピュータ１７の電気的構成と同様である。
【０１１６】
図１３（ｂ）は、図１３（ａ）のホストコンピュータ１０１のＨＤＤ１０５に格納されたプログラム及びデータの概念図である。図１３（ｂ）を参照して、ホストコンピュータ１０１のＨＤＤ１０５は、商品情報取得プログラム１１０、在庫確認プログラム１１１、予約情報格納プログラム１１２、清算通知プログラム１１３、商品データベース（商品ＤＢ）１１７、及び在庫データベース（在庫ＤＢ）１１９を格納する。
【０１１７】
ホストコンピュータ１０１のＣＰＵが商品情報取得プログラム１１０を実行することにより、後述の図１４（ａ）のフローチャートに示す処理を実行する。ホストコンピュータ１０１のＣＰＵが在庫確認プログラム１１１を実行することにより、後述の図１４（ｂ）のフローチャートに示す処理を実行する。ホストコンピュータ１０１のＣＰＵが予約情報格納プログラム１１２を実行することにより、後述の図１４（ｃ）のフローチャートに示す処理を実行する。ホストコンピュータ１０１のＣＰＵが清算通知プログラム１１３を実行することにより、後述の図１４（ｄ）のフローチャートに示す処理を実行する。
【０１１８】
商品データベース１１７は、バーコードと、商品名及び価格等と、を関連付けたデータベースである。在庫データベース１１９は、バーコードと、在庫数等と、を関連付けたデータベースである。
【０１１９】
図１４（ａ）は、ホストコンピュータ１０１による商品情報取得処理の流れの一例を示すフローチャートである。図１４（ａ）を参照して、ステップＳ２５１にて、ホストコンピュータ１０１は、予約管理サーバ３から、商品情報要求（図９のステップＳ９５）があるか否かを判断し、ある場合ステップＳ２５３に進み、ない場合ステップＳ２５１に戻る。なお、商品情報要求は、該当商品のバーコード２７を含む。ステップＳ２５３にて、ホストコンピュータ１０１は、商品情報要求に含まれたバーコード２７をインデックスとして、商品データベース１１７にアクセスして、そのバーコード２７が示す商品の情報を取得する。ステップＳ２５５にて、ホストコンピュータ１０１は、取得した商品情報を予約管理サーバ３へ送信して、ステップＳ２５１に戻る。
【０１２０】
図１４（ｂ）は、ホストコンピュータ１０１による在庫確認処理の流れの一例を示すフローチャートである。図１４（ｂ）を参照して、ステップＳ２５７にて、ホストコンピュータ１０１は、予約管理サーバ３から、商品の在庫確認要求（図９のステップＳ１０３）があるか否かを判断し、ある場合ステップＳ２５９に進み、ない場合ステップＳ２５７に戻る。なお、在庫確認要求は、該当商品のバーコード２７を含む。ステップＳ２５９にて、ホストコンピュータ１０１は、在庫確認要求に含まれたバーコード２７をインデックスとして、在庫データベース１１９にアクセスして、そのバーコード２７が示す商品の在庫情報を取得する。ステップＳ２６１にて、ホストコンピュータ１０１は、取得した在庫情報を予約管理サーバ３へ送信して、ステップＳ２５７に戻る。
【０１２１】
図１４（ｃ）は、ホストコンピュータ１０１による予約情報格納処理の流れの一例を示すフローチャートである。図１４（ｃ）を参照して、ステップＳ２６３にて、ホストコンピュータ１０１は、予約管理サーバ３から、予約番号及び予約情報（図９のステップＳ１２９）を受信したか否かを判断し、受信した場合ステップＳ２６５に進み、受信していない場合ステップＳ２６３に戻る。ステップＳ２６５にて、ホストコンピュータ１０１は、受信した予約番号及び予約情報をＨＤＤ１０５に格納する。
【０１２２】
図１４（ｄ）は、ホストコンピュータ１０１による清算通知処理の流れの一例を示すフローチャートである。図１４（ｄ）を参照して、ステップＳ２８１にて、ホストコンピュータ１０１は、ＰＯＳ端末１０３から、商品の予約番号を含む販売情報（商品のバーコード２７を含む。）を受信したか否かを判断し、受信した場合ステップＳ２８３に進み、受信していない場合ステップＳ２８１に戻る。なお、予約商品には、予約番号を表すバーコード（以下、「予約バーコード」と呼ぶこともある。）が付されている。従って、ＰＯＳ端末１０３は、商品を表すバーコード２７だけでなく、予約バーコードもスキャンして、ホストコンピュータ１０１に送信する。
【０１２３】
ステップＳ２８３にて、ホストコンピュータ１０１は、予約商品の清算が完了したことを予約管理サーバ３へ通知する。ステップＳ２８５にて、ホストコンピュータ１０１は、在庫データベース１１９を更新して、ステップＳ２８１に戻る。
【０１２４】
図１５（ａ）は、図１の電子ロッカーシステム５の電気的構成を示す図である。図１５（ａ）を参照して、電子ロッカーシステム５は、ホストコンピュータ１２１及び複数のロッカー１２３を含む。各ロッカー１２３は、鍵装置１２５を含む。ホストコンピュータ１２１は、各鍵装置１２５を制御して、ロッカー１２３の施錠及び開錠を行なう。ロッカー１２３は、店舗１内及び／又はその敷地内に配置される。なお、ホストコンピュータ１２１の電気的構成は、図６（ａ）のホストコンピュータ１７の電気的構成と同様である。
【０１２５】
図１５（ｂ）は、ホストコンピュータ１２１のＨＤＤ１２７に格納されたプログラム及びデータの概念図である。図１５（ｂ）を参照して、ホストコンピュータ１２１のＨＤＤ１２７は、ロッカー割当プログラム１３１、ロッカー管理プログラム１３３、及びロッカーデータベース（ロッカーＤＢ）１３５を格納する。
【０１２６】
ホストコンピュータ１２１のＣＰＵがロッカー割当プログラム１３１を実行することにより、後述の図１６のフローチャートに示す処理が実行される。ホストコンピュータ１２１のＣＰＵがロッカー管理プログラム１３３を実行することにより、後述の図１７のフローチャートに示す処理が実行される。
【０１２７】
ロッカーデータベース１３５は、ロッカー番号と関連付けて、商品の予約番号、並びに、第１開錠番号及び第２開錠番号を格納したデータベースである。
【０１２８】
図１６は、図１５（ａ）のホストコンピュータ１２１によるロッカー１２３の割当処理の流れの一例を示すフローチャートである。図１６を参照して、ステップＳ３０１にて、ホストコンピュータ１２１は、予約管理サーバ３から、予約番号へのロッカー１２３の割当要求（図９のステップＳ１１９）があったか否かを判断し、あった場合ステップＳ３０３に進み、それ以外はステップＳ３０１に戻る。ステップＳ３０３にて、ホストコンピュータ１２１は、ロッカーデータベース１３５を参照して、空いているロッカー１２３に予約番号を割り当てる。ステップＳ３０５にて、ホストコンピュータ１２１は、第１開錠番号を生成する。ステップＳ３０７にて、ホストコンピュータ１２１は、第２開錠番号を生成する。
【０１２９】
ステップＳ３０９にて、ホストコンピュータ１２１は、予約番号を割り当てたロッカー１２３の鍵装置１２５により、当該ロッカーを施錠する。ステップＳ３１１にて、ホストコンピュータ１２１は、ロッカーデータベース１３５にアクセスして、予約番号を割り当てたロッカー１２３のロッカー番号に関連付けて、商品の予約番号、並びに、第１開錠番号及び第２開錠番号を格納する。ステップＳ３１３にて、ホストコンピュータ１２１は、予約番号と共に、ロッカー情報（ロッカー番号、並びに、第１開錠番号及び第２開錠番号を含む。）を予約管理サーバ３へ送信する。
【０１３０】
図１７は、図１５（ａ）のホストコンピュータ１２１によるロッカー１２３の管理処理の流れの一例を示すフローチャートである。図１７を参照して、ステップＳ３３１にて、ホストコンピュータ１２１は、ロッカー１２３に番号の入力があったか否かを判断し、あった場合ステップＳ３３３に進み、それ以外はステップＳ３３１に戻る。なお、図示しないが、各ロッカー１２３は、マイクロコンピュータ及びメモリを備えており、このマイクロコンピュータが、番号が入力された時に、入力番号とロッカー番号とを、ホストコンピュータ１２１に送信する。
【０１３１】
ステップＳ３３３にて、ホストコンピュータ１２１は、ロッカーデータベース１３５を参照して、入力番号が、それと一緒に送信されたロッカー番号に割り当てられた第１開錠番号と一致するか否かを判断し、一致した場合ステップＳ３３５に進み、それ以外はステップＳ３４９に進む。ステップＳ３４９にて、ホストコンピュータ１２１は、該当ロッカー１２３のディスプレイ（図示せず）にエラー表示をして、ステップＳ３３１に進む。
【０１３２】
ステップＳ３３５にて、ホストコンピュータ１２１は、第１開錠番号が入力されたロッカー１２３を開錠する。ステップＳ３３７にて、ホストコンピュータ１２１は、第１開錠通知（予約番号を含む。）を、予約管理サーバ３へ送信する（図１２参照）。なお、ホストコンピュータ１２１は、ロッカー番号をインデックスとして、ロッカーデータベース１３５にアクセスして、そこから予約番号を取得する。
【０１３３】
なお、店舗１の担当者は、ＰＯＳシステム７にアクセスすることにより、予約番号及び予約情報（ロッカー情報を含む。）を入手する。また、ＰＯＳシステム７は、予約番号及び予約情報を格納する際に、担当者の端末に、それらの情報を送信するようにしてもよい。担当者は、予約情報に基づいて、予約商品を収集し、予約情報に含まれる第１開錠番号をロッカー１２３に入力し、開錠して、そこに予約商品を保管する。
【０１３４】
ステップＳ３３９にて、ホストコンピュータ１２１は、ロッカー１２３に番号の入力があったか否かを判断し、あった場合ステップＳ３４１に進み、それ以外はステップＳ３３９に戻る。なお、図示しないが、各ロッカー１２３は、マイクロコンピュータ及びメモリを備えており、このマイクロコンピュータが、番号が入力された時に、入力番号とロッカー番号とを、ホストコンピュータ１２１に送信する。
【０１３５】
ステップＳ３４１にて、ホストコンピュータ１２１は、ロッカーデータベース１３５を参照して、入力番号が、それと一緒に送信されたロッカー番号に割り当てられた第２開錠番号と一致するか否かを判断し、一致した場合ステップＳ３４３に進み、それ以外はステップＳ３５１に進む。ステップＳ３５１にて、ホストコンピュータ１２１は、該当ロッカー１２３のディスプレイ（図示せず）にエラー表示をして、ステップＳ３３９に進む。
【０１３６】
ステップＳ３４３にて、ホストコンピュータ１２１は、第２開錠番号が入力されたロッカー１２３を開錠する。ステップＳ３４５にて、ホストコンピュータ１２１は、第２開錠通知（予約番号を含む。）を、予約管理サーバ３へ送信する（図１２参照）。予約番号の取得は、ステップＳ３３７と同じである。ステップＳ３４７にて、ホストコンピュータ１２１は、第２開錠通知に対応するロッカー１２３を空きロッカーとして、ロッカーデータベース１３５を更新する。
【０１３７】
なお、商品を予約したユーザは、固定端末１３に送信された予約番号及び予約情報（ロッカー情報を含む。）から、ロッカー番号及び第２開錠番号を取得する。そして、ユーザは、ロッカー番号に対応するロッカー１２３に、第２開錠番号を入力して、そこに保管されている予約商品を受け取り、ＰＯＳ端末１０３で清算する。
【０１３８】
さて、以上のように、本実施の形態によれば、広告チラシ２５に印刷されたバーコード２７を読み込むだけで、そのバーコード２７が割り当てられた商品が予約されるので、従来と比較して、より簡易に商品を予約することができる。
【０１３９】
ところで、一般的なオンラインスーパーマーケットでは、ＷＥＢサイトでユーザが商品を予約し、配達業者が、予約商品をユーザ宅まで配達する。このように、一般的なオンラインスーパーマーケットでは、ユーザが店頭に出向くことなく、商品を購入する。つまり、これは、ユーザを店舗に誘導することを狙ったものではない。様々な理由により、店舗に行くことができない人や店舗に行くことが困難な人も多い。従って、実店舗においては、これらの人からの商品の売り上げは本来見込めなかった。そこで、実店舗を有する小売店は、これらの人からの売り上げを確保すべく、オンラインスーパーマーケットを導入しているのである。確かにこの点では、オンラインスーパーマーケットは売り上げに貢献することができるが、ややもすると、実店舗での売り上げを落としかねない。
【０１４０】
また、実店舗を持つことなく、電子商取引でのみ販売を行なう業者も存在する。このような業者は、実店舗の運営やたくさんの在庫を持つことが不要であり、実店舗を持つ小売業者よりも有利である。従って、実店舗を持つ小売業者がオンラインスーパーマーケットを導入したとしても、電子商取引でのみ販売を行なう業者より競争力が弱くなる。このため、実店舗を持つ業者とって、実店舗での売り上げの向上に注力し、実店舗の利点を活かすことにより、電子商取引でのみ販売を行なう業者に対抗することも経営戦略の一つと考えられる。
【０１４１】
そこで、実店舗を有する業者にとって、ネットワークによる商品予約を可能としてユーザの利便性の向上を図るだけでなく、実店舗に顧客を誘導できる新規な商品予約システムが要望される。また、顧客にとっても、ネットワークによる商品予約といった利便性の恩恵を受けたい一方、実際に手にとって確認して購入したい商品（例えば生鮮食品等）も少なくない。本発明は、このような業者及び顧客の双方の要望を満足する。つまり、本発明では、ネットワークを介して商品の予約を行なう一方、ユーザは予約商品を店舗に受け取りに行くからである。また、ユーザが来店しさえすれば、予約商品のみならず、予約していない店頭商品を購入する可能性も高くなり、店舗にとって都合が良い。
【０１４２】
また、本実施の形態によれば、ユーザは、商品を受け取りに行く日時を予約しておくことができるので、実店舗において、特定の時間帯（例えば夕方、数量限定商品の販売開始時、時間限定商品の販売時間帯など）に、清算のためのレジスターの混雑を極力避けることができる。
【０１４３】
さらに、本実施の形態によれば、電子ロッカーシステム５を備えるので、店舗の担当者は、予約商品をロッカー１２３に準備しておくだけでよく、顧客の応対（商品引渡し）をする必要がないので、その手間を軽減でき、ひいては、人件費等、コストを削減できる。
【０１４４】
さらに、本実施の形態によれば、実店舗で広く行なわれている、数量限定販売、時間限定販売、及び、一人当たりの数量限定商品にも対応可能となり、その利益を本システムのユーザにも提供できる。
【０１４５】
さらに、本実施の形態によれば、バーコード２７は実店舗の広告チラシ２５に印刷される。従って、実店舗の広告チラシ２５に掲載された商品の予約が可能となる。
【０１４６】
さらに、本実施の形態によれば、広告チラシ２５には、広告チラシ２５を識別するためのバーコード２４が印刷されている。このため、ユーザが予約しようとしている商品が掲載された広告チラシ２５を識別できるので、その広告チラシ２５の有効期間を厳密に管理することができる。
【０１４７】
さらに、本実施の形態によれば、ホストコンピュータ１７はデータベース８５を備えており、受信したバーコードリーダ１１の識別番号に対応したＷＥＢサーバＷ−ｋ（予約管理サーバ３）へ、バーコード２７が送信される。その結果、会社や事業グループ（１又は複数の実店舗を持つ。）ごとに、バーコードリーダ１１及びＷＥＢサーバＷ−ｋ（予約管理サーバ３）を用意し、会社や事業グループごとの商品販売に対応可能となる。多くの場合、会社や事業グループが異なれば、商品及びその付随情報（価格や数量等）、広告販売戦略、並びに、経営戦略が異なるので、複数の異なる会社や事業グループに共通のサーバで予約処理を行なうことは困難であり現実的ではない。本実施の形態によれば、それぞれの会社や事業グループの経営戦略に沿ってＷＥＢサーバＷ−ｋ（予約管理サーバ３）並びにユーザ端末１３及び１５に提供するコンテンツを運用できる。もちろん、同一の会社や事業グループであっても、店舗ごとに、バーコードリーダ１１及びＷＥＢサーバＷ−ｋ（予約管理サーバ３）を用意することもできる。
【０１４８】
なお、本発明は、上記の実施の形態に限られるものではなく、その要旨を逸脱しない範囲で種々の態様において実施することが可能であり、例えば、以下のような変形も可能である。
【０１４９】
（１）広告チラシ２５は、商品案内と共にバーコードが印刷された紙媒体の一例である。この紙媒体は、広告チラシ、カタログ、商品目録、冊子、パンフレット、新聞、及び、雑誌等を含む。また、紙媒体は、実際の紙だけでなく、端末１３のモニタに表示された紙面を含む概念である。また、バーコードは、一次元コードの一例であり、また、バーコードに代えて、あるいは、バーコードと共に、ＱＲコード等の二次元コードを使用することもできる。なお、本実施の形態では、これらのコードを、商品識別情報として使用している。
【０１５０】
（２）上記では、予約商品の受渡手段として電子ロッカーシステム５を配置したが、これに限定されるものではなく、棚やカウンター等を受渡手段として用いることもできる。
【０１５１】
（３）上記では、広告チラシ２５に、それの識別用のバーコード２４を印刷した。ただし、商品に割り当てた各バーコード２７に、広告チラシ２５を識別するための情報を含めてもよい。
【０１５２】
（４）上記では、ホストコンピュータ１７を介して、バーコード２４及び２７が、予約管理サーバ３へ送信された。ただし、固定端末１３が直接、予約管理サーバ３にバーコードを送信してもよい。この場合、例えば、バーコードリーダ１１は、予約管理サーバ３のＵＲＬを格納し、固定端末１３へ与える。
【０１５３】
なお、上記では、ホストコンピュータ１７は、バーコードを予約管理サーバ３に送信するための手段として、固定端末１３を利用している（図１８のステップＳ６０２及びＳ５０６）。
【０１５４】
（５）上記では、固定端末１３に接続されたバーコードリーダ１１によりバーコード２４をスキャンした。ただし、バーコードリーダ１１として、携帯端末１５のカメラを利用したバーコード認識機能を利用することもできる。ＱＲコードの認識についても同様である。この場合、例えば、携帯端末１５に、ホストコンピュータ１７にバーコードを送信するためのソフトウェアをインストールする。
【０１５５】
（６）上記では、バーコードリーダ１１としてペンスキャナを採用したが、これに限定されず、ＣＣＤタッチスキャナ、ハンドレーザースキャナ、固定レーザースキャナ、又はスロットリーダーなど、任意の形式のバーコードリーダを用いることができる。
【０１５６】
（７）限定商品における限定数量や限定時間は、実店舗と予約とで別個に定めることができる。この場合、双方において、限定数量や限定時間が同一であってもよいし、異なってもよい。また、実店舗での販売と予約とで、限定数量のカウントを、別個に行なってもよいし、合わせて行なってもよい。
【０１５７】
（８）上記では、ホストコンピュータ１７は、図６（ｂ）のデータベース８５に従って、バーコードリーダ１１の識別番号に従って、ＷＥＢサーバＷ−ｋを選択し、バーコードを送信した。ただし、これに代えて、ホストコンピュータ１７は、受信したバーコードに従って、そのバーコードを送信するＷＥＢサーバＷ−ｋを決定することもできる。この場合、ＷＥＢサーバＷ−ｋごとに、予めバーコードを割り当てておく。例えば、ホストコンピュータ１７は、０００００〜０９９９９を示すバーコードを受信したときは、それをＷＥＢサーバＷ−０に送信し、１００００〜１９９９９を示すバーコードを受信したときは、それをＷＥＢサーバＷ−１に送信する。
【０１５８】
（９）ある店舗１の予約管理サーバ３が提供するＷＥＢサイトにログインした後に、バーコードリーダ１１によってスキャンされたバーコードは、その予約管理サーバ３に送信するようにしてもよい。従って、同一のバーコードリーダ１１からスキャンしたバーコードであっても、別の店舗１の予約管理サーバ３が提供するＷＥＢサイトにログインした後にスキャンされたものは、当該別の店舗１の予約管理サーバ３に送信される。この例では、ホストコンピュータ１７を介することなく、バーコードが予約管理サーバ３に送信される。
【０１５９】
（１０）上記では、バーコードリーダ１１にコマンド４３を出力させることにより、ブラウザに対してバーコード２４及び２７をホストコンピュータ１７へ送信させる専用ソフトウェアを固定端末１３にインストールすることが不要な構成を採用した。しかし、バーコードリーダ１１に、コマンド４３を出力させる構成を採用せずに、このような専用ソフトウェアを固定端末１３にインストールするようにしてもよい。この場合、バーコードの入力に応答して、当該ソフトウェアが起動し、自動的にバーコードを送信するようにすることが好適である。また、バーコードリーダ１１に、そのような専用ソフトウェアに対するコマンドを出力させ、当該ソフトウェアがそのコマンドに応答して、バーコードをホストコンピュータ１７に送信するようにしてもよい。
【０１６０】
また、上記では、バーコードリーダ１１にホストコンピュータ１７のＵＲＬ４５を出力させることにより、固定端末１３にホストコンピュータ１７のＵＲＬ４５を入力することが不要な構成を採用した。しかし、バーコードリーダ１１に、ＵＲＬ４５を出力させる構成を採用せずに、ホストコンピュータ１７のＵＲＬ４５をユーザに入力させたり、あるいは、上記のようなソフトウェアにＵＲＬ４５を持たせて固定端末１３に持っておいてもよい。
【０１６１】
ＵＲＬ４５及びコマンド４３を出力しないバーコードリーダ１１は、一般的なバーコードリーダと同様のものである。従って、固定端末１３に上記のようなソフトウェアをインストールしておくことにより、本システムに、一般的なバーコードリーダを用いることも可能である。
【０１６２】
これらの点は、携帯端末１５についても言える。
【０１６３】
（１１）ＰＯＳ端末１０３は、商品の清算処理を行なう際に発行するレシートにバーコードを印刷することができる。そして、レシートに印刷されたバーコードをバーコードリーダ１１でスキャンして、ネットワーク２３及びホストコンピュータ１７を介して、予約管理サーバ３に送信する。そして、予約管理サーバ３は、そのバーコードに応じて、所定の情報を、端末１３又は１５に送信する。ここで、所定の情報は、例えば、その店舗１の広告チラシの画像や最新の販売情報などである。
【０１６４】
（１２）上記では、広告チラシ２５は、実際の紙として、ユーザに配布された。ただし、予約管理サーバ３が広告チラシ２５の画像を固定端末１３に提供し、そのモニタに表示された広告チラシ２５のバーコードをスキャンして、予約管理サーバ３に送信することもできる。あるいは、モニタに印刷された広告チラシを印刷して、バーコードをスキャンし、予約管理サーバ３に送信してもよい。この場合、ホストコンピュータ１７を介してもよいし、固定端末１３から直接送信してもよい。
【０１６５】
（１３）上記では、ロッカー１２３は、店舗１内及び／又はその敷地内に配置され、ユーザが、必ず店舗で予約商品を受け取るようにした。ただし、ロッカー１２３は、任意の場所（例えば、駅、マンションなど）に配置することもできるし、複数箇所に配置することもできる。この場合は、店舗１が宅配業者に依頼して、ロッカー１２３に予約商品を保管する。さらに、この場合、ユーザが、予約の際に、予約商品の受け渡しを行なうロッカー１２３、つまり、ロッカー１２３の配置場所を指定できるようにすることが好適である。
【０１６６】
また、予約商品をユーザ宅９に配達するようにしてもよい。さらに、予約の際に、ユーザに、ロッカー１２３での受け渡し及びユーザ宅９への配達のいずれかを選択させるようにしてもよい。
【０１６７】
（１４）上記では、ユーザは、予約商品を店舗１のＰＯＳ端末１０３で清算した。ただし、予約の際に、カード決済、銀行振り込み、電子マネー等により、商品の受け渡し前に、予約商品の清算を行なうこともできる。また、予約商品が配達される場合は、配達時に清算を行なうこともできる。
【０１６８】
（１５）上記のバーコードリーダ１１による商品の予約と、表示されたＷＥＢサイトの画面をポインティングデバイスで操作して行なう予約と、を併用することもできる。
【０１６９】
（１６）ホストコンピュータ１７は、物理的に１つのコンピュータで構成することもできるし、処理を複数のコンピュータに分散させて構成することもできる。もちろん、分散処理する場合の各コンピュータの設置場所は、同一国内でもよいし、複数国に分散して設置してもよい。なお、ホストコンピュータ１７は、ハードウェア及びソフトウェアを含む概念として使用している。これらの点は、予約管理サーバ３や他のコンピュータについても同様である。
【０１７０】
（１７）ＭＣＵ３１、ホストコンピュータ１７，１０１，１２１、及び予約管理サーバ３に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、また、並列的あるいは個別に実行される処理も含む。
【０１７１】
（１８）上記フローチャートが示す処理を実行するためのコンピュータプログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
【０１７２】
（１９）本明細書及び特許請求の範囲において、手段とは必ずしも物理的手段を意味するものではなく、各手段の機能が、ソフトウェアによって実現される場合も包含する。さらに、一つの手段の機能が、二つ以上の物理的手段により実現されても、若しくは、二つ以上の手段の機能が、一つの物理的手段により実現されてもよい。
【産業上の利用可能性】
【０１７３】
本発明は、実際の店舗（実店舗）を有して、商品の販売を行なう分野、例えば、スーパーマーケット等の小売業に利用可能である。
【符号の説明】
【０１７４】
１…店舗、３…予約管理サーバ、５…電子ロッカーシステム、７…ＰＯＳシステム、９…ユーザ宅、１１…バーコードリーダ、１３…固定端末、１５…携帯端末、１７，１０１，１２１…ホストコンピュータ、１９…問屋又はメーカ、２１…受注システム、２５…広告チラシ、２４，２７…バーコード、２９…ＵＳＢコネクタ、３１…ＭＣＵ、３３…スキャナ、３５…ＵＳＢポート、３７…ＲＯＭ、３９…プログラム領域、４１…データ領域、４３…コマンド、４５…ＵＲＬ、４７…識別番号、５１…ＣＰＵ、６１，８６，１０５，１２７…ＨＤＤ、８３…ＵＲＬ検索プログラム、８５…データベース、９１…予約プログラム、９３…リマインダ制御プログラム、９８…ユーザデータベース、９９…予約データベース、１０３…ＰＯＳ端末、１１０…商品情報取得プログラム、１１１…在庫確認プログラム、１１２…予約情報格納プログラム、１１３…清算通知プログラム、１１７…商品データベース、１１９…在庫データベース、１２３…ロッカー、１２５…鍵装置、１３１…ロッカー割当プログラム、１３３…ロッカー管理プログラム、１３５…ロッカーデータベース。
【技術分野】
【０００１】
本発明は、ネットワークを介して商品を予約するための商品予約システム及びその関連技術に関する。
【背景技術】
【０００２】
特許文献１の予約注文型商品販売システムでは、顧客の端末は、インターネットを介して店頭販売を行う店舗のサーバに接続される。サーバは、端末から送信された予約データを受付ける。予約データを入力した顧客は、予約日時に商品をスーパーマーケットに取りに行く。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１８３５６１
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１のシステムでは、顧客は、マウス等により、端末に表示された画面を操作し、所望の商品を探し出して、予約しなければならず、手間がかかり煩わしい。
【０００５】
そこで、本発明は、ネットワークを介して簡易に商品を予約することができる商品予約システム及びその関連技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の第１の観点によれば、商品予約システムは、ネットワークを介して商品を予約する商品予約システムであって、商品に割り当てられて、商品案内と共に紙媒体に印刷されたコードを読み込むコードリーダと、前記コードリーダに接続された端末から、前記コードリーダが読み込んだ前記コードを、前記ネットワークを介して受信し処理するサーバと、を備え、前記サーバは、受信した前記コードが割り当てられた商品の予約を登録する予約手段を含み、前記商品予約システムは、店舗内及び／又はその敷地内に配置され、予約が登録された商品を受け渡すための受渡手段をさらに備える。
【０００７】
この構成によれば、紙媒体に印刷されたコードを読み込むだけで、そのコードが割り当てられた商品が予約されるので、従来と比較して、より簡易に商品を予約することができる。
【０００８】
ところで、一般的なオンラインスーパーマーケットでは、ＷＥＢサイトでユーザが商品を予約し、配達業者が、予約商品をユーザ宅まで配達する。このように、一般的なオンラインスーパーマーケットでは、ユーザが店頭に出向くことなく、商品を購入する。つまり、これは、ユーザを店舗に誘導することを狙ったものではない。様々な理由により、店舗に行くことができない人や店舗に行くことが困難な人も多い。従って、実店舗においては、これらの人からの商品の売り上げは本来見込めなかった。そこで、実店舗を有する小売店は、これらの人からの売り上げを確保すべく、オンラインスーパーマーケットを導入しているのである。確かにこの点では、オンラインスーパーマーケットは売り上げに貢献することができるが、ややもすると、実店舗での売り上げを落としかねない。
【０００９】
また、実店舗を持つことなく、電子商取引でのみ販売を行なう業者も存在する。このような業者は、実店舗の運営やたくさんの在庫を持つことが不要であり、実店舗を持つ小売業者よりも有利である。従って、実店舗を持つ小売業者がオンラインスーパーマーケットを導入したとしても、電子商取引でのみ販売を行なう業者より競争力が弱くなる。このため、実店舗を持つ業者とって、実店舗での売り上げの向上に注力し、実店舗の利点を活かすことにより、電子商取引でのみ販売を行なう業者に対抗することも経営戦略の一つと考えられる。
【００１０】
そこで、実店舗を有する業者にとって、ネットワークによる商品予約を可能としてユーザの利便性の向上を図るだけでなく、実店舗に顧客を誘導できる新規な商品予約システムが要望される。また、顧客にとっても、ネットワークによる商品予約といった利便性の恩恵を受けたい一方、実際に手にとって確認して購入したい商品（例えば生鮮食品等）も少なくない。本発明は、このような業者及び顧客の双方の要望を満足する。つまり、本発明では、ネットワークを介して商品の予約を行なう一方、ユーザは予約商品を店舗に受け取りに行くからである。また、ユーザが来店しさえすれば、予約商品のみならず、予約していない店頭商品を購入する可能性も高くなり、店舗にとって都合が良い。
【００１１】
ここで、商品案内と共にコードが印刷された紙媒体は、実際の紙だけでなく、端末の表示装置に表示された紙面を含む概念である。
【００１２】
また、紙媒体は、広告チラシ、カタログ、商品目録、冊子、パンフレット、新聞、及び、雑誌等を含む。
【００１３】
さらに、コードは、バーコード等の一次元コード及びＱＲコード等の二次元コードを含む。
【００１４】
この商品予約システムにおいて、前記予約手段は、前記端末から前記ネットワークを介して受け取った、商品の受け渡し日時の情報を登録する。
【００１５】
この構成によれば、ユーザは、商品を受け取りに行く日時を予約しておくことができるので、実店舗において、特定の時間帯（例えば夕方、数量限定商品の販売開始時、時間限定商品の販売時間帯など）に、清算のためのレジスターの混雑を極力避けることができる。
【００１６】
上記商品予約システムにおいて、前記受渡手段は、ロッカーであり、前記サーバは、予約が登録された前記商品に、前記ロッカーを割り当てるロッカー割当手段をさらに含む。
【００１７】
この構成によれば、店舗の担当者は、予約商品をロッカーに準備しておくだけでよく、顧客の応対（商品引渡し）をする必要がないので、その手間を軽減でき、ひいては、人件費等、コストを削減できる。
【００１８】
上記商品予約システムにおいて、前記サーバは、受信したコードが割り当てられた商品が、数量が限定された商品か否かを判断する第１判断手段と、前記第１判断手段が、前記商品が、数量が限定された商品であると判断した場合、その商品の予約数量が予め定められた限定数量に既に到達しているか否かを判断する第２判断手段と、前記第２判断手段が、前記商品の予約数量が前記予め定められた限定数量に既に到達していると判断した場合、その商品の予約を拒否する第１拒否手段と、をさらに含む。
【００１９】
この構成によれば、実店舗で広く行なわれている数量限定販売にも対応可能となり、その利益を本システムのユーザにも提供できる。
【００２０】
上記商品予約システムにおいて、前記サーバは、受信したコードが割り当てられた商品が、販売又は予約の時間が限定された商品か否かを判断する第３判断手段と、前記第３判断手段が、前記商品が、時間が限定された商品であると判断した場合、予め定められた時間が経過したか否かを判断する第４判断手段と、前記第４判断手段が、前記予め定められた時間が経過したと判断した場合、その商品の予約を拒否する第２拒否手段と、をさらに含む。
【００２１】
この構成によれば、実店舗で広く行なわれている時間限定販売にも対応可能となり、その利益を本システムのユーザにも提供できる。
【００２２】
上記商品予約システムにおいて、前記サーバは、受信したコードが割り当てられた商品が、一人当たりの数量が限定された商品か否かを判断する第５判断手段と、前記第５判断手段が、前記商品が、一人当たりの数量が限定された商品であると判断した場合、要求された予約数量が、予め定められた限定数量の範囲内か否かを判断する第６判断手段と、前記第６判断手段が、要求された予約数量が、前記予め定められた限定数量の範囲内でないと判断した場合、その商品の予約を拒否する第３拒否手段と、をさらに含む。
【００２３】
この構成によれば、実店舗で広く行なわれている一人当たりの数量限定商品にも対応可能となり、その利益を本システムのユーザにも提供できる。
【００２４】
上記商品予約システムにおいて、前記コードは、前記紙媒体である実店舗の広告チラシに印刷されたコードである。
【００２５】
この構成によれば、実店舗の広告チラシに掲載された商品の予約が可能となる。
【００２６】
上記商品予約システムにおいて、前記紙媒体には、その紙媒体を識別するための識別コードが印刷されており、前記サーバは、前記コードリーダに接続された前記端末から、前記コードリーダが読み込んだ前記識別コードを、前記ネットワークを介して受信し、その識別コードによって、前記紙媒体を識別する。
【００２７】
この構成によれば、ユーザが予約しようとしている商品が掲載された紙媒体を識別できるので、その紙媒体（例えば広告チラシ等）の有効期間を厳密に管理することができる。
【００２８】
上記商品予約システムにおいて、前記コードは、それが印刷された前記紙媒体を識別するための情報を含む。
【００２９】
この構成によれば、ユーザが予約しようとしている商品が掲載された紙媒体を識別できるので、その紙媒体（例えば広告チラシ等）の有効期間を厳密に管理することができる。
【００３０】
上記商品予約システムは、前記ネットワークに接続されたホストコンピュータをさらに備え、前記ホストコンピュータは、前記コードリーダを含む複数のコードリーダの識別情報と前記サーバを含む複数のサーバとを関連付けたデータベースと、前記コードリーダに接続された前記端末から、前記コードリーダが読み込んだ前記コード及び前記コードリーダの識別情報を、前記ネットワークを介して受信する受信手段と、前記データベースを参照して、受信した前記識別情報に関連付けられた前記サーバに、受信した前記コードを送信する送信手段と、を含み、前記サーバは、前記ホストコンピュータを介して、前記コードを受け取る。
【００３１】
この構成によれば、会社や事業グループ（１又は複数の実店舗を持つ。）ごとに、コードリーダ及びサーバを用意し、会社や事業グループごとの商品販売に対応可能となる。多くの場合、会社や事業グループが異なれば、商品及びその付随情報（価格や数量等）、広告販売戦略、並びに、経営戦略が異なるので、複数の異なる会社や事業グループに共通のサーバで予約処理を行なうことは困難であり現実的ではない。本発明によれば、それぞれの会社や事業グループの経営戦略に沿ってサーバ及びユーザ端末に提供するコンテンツを運用できる。もちろん、同一の会社や事業グループであっても、店舗ごとに、コードリーダ及びサーバを用意することもできる。
【００３２】
本発明の第２の観点によれば、サーバは、上記第１の観点による商品予約システムのサーバである。
【００３３】
この構成によれば、上記第１の観点による商品予約システムに好適なサーバを提供できる。
【００３４】
本発明の第３の観点によれば、コードリーダは、上記第１の観点による商品予約システムのコードリーダである。
【００３５】
この構成によれば、上記第１の観点による商品予約システムに好適なコードリーダを提供できる。
【００３６】
本発明の第４の観点によれば、ロッカーは、上記第１の観点による商品予約システムの受渡手段としてのロッカーである。
【００３７】
この構成によれば、上記第１の観点による商品予約システムに好適なロッカーを提供できる。
【００３８】
本発明の第５の観点によれば、商品予約方法は、店舗内及び／又はその敷地内に配置された受渡手段により受け渡される商品を、ネットワークを介して予約する商品予約方法であって、商品に割り当てられて、商品案内と共に紙媒体に印刷されたコードを読み込むコードリーダが読み込んだ前記コードを、前記コードリーダに接続された端末から、前記ネットワークを介して受信するステップと、受信した前記コードが割り当てられた商品の予約を登録するステップと、を含む。
【００３９】
この構成によれば、上記第１の観点による商品予約システムと同様の効果を奏する。
【００４０】
本発明の第６の観点によれば、コンピュータプログラムは、上記第５の観点による商品予約方法をコンピュータに実行させるためのコンピュータプログラムである。
【００４１】
この構成によれば、上記第１の観点による商品予約システムと同様の効果を奏する。
【図面の簡単な説明】
【００４２】
【図１】本発明の実施の形態による商品予約システムの全体構成を示す図である。
【図２】図１の商品予約システムにおいて、バーコード２７を配布するための一手段として使用される広告チラシ２５の例示図である。
【図３】図１の商品予約システムにおける通信手順の概要を示す図である。
【図４】（ａ）図１のバーコードリーダ１１の外観斜視図である。（ｂ）図４（ａ）のバーコードリーダ１１の電気的構成を示す図である。（ｃ）図４（ｂ）のＭＣＵ３１に内蔵されるＲＯＭ３７に格納されたプログラム及びデータの概念図である。
【図５】図４（ｂ）のＭＣＵ３１の処理の流れの一例を示すフローチャートである。
【図６】（ａ）図１のホストコンピュータ１７の電気的構成を示す図である。（ｂ）図１のホストコンピュータ１７のＨＤＤ６１に格納されたプログラム及びデータの概念図である。
【図７】図１のバーコードリーダ１１を固定端末１３に接続した時点での、バーコードリーダ１１と固定端末１３とホストコンピュータ１７と予約管理サーバ３との間の通信手順の一例を示す図である。
【図８】図１の予約管理サーバ３のＨＤＤ８６に格納されたプログラム及びデータの概念図である。
【図９】図１の予約管理サーバ３による予約処理の流れの一例を示すフローチャートである。
【図１０】図９のステップＳ１０２の限定商品確認処理の流れの一例を示すフローチャートである。
【図１１】図９のステップＳ１０３の在庫確認処理の流れの一例を示すフローチャートである。
【図１２】図１の予約管理サーバ３によるリマインダ制御の流れの一例を示すフローチャートである。
【図１３】（ａ）図１のＰＯＳシステム７の電気的構成を示す図である。（ｂ）図１３（ａ）のホストコンピュータ１０１のＨＤＤ１０５に格納されたプログラム及びデータの概念図である。
【図１４】（ａ）図１３（ａ）のホストコンピュータ１０１による商品情報取得処理の流れの一例を示すフローチャートである。（ｂ）ホストコンピュータ１０１による在庫確認処理の流れの一例を示すフローチャートである。（ｃ）ホストコンピュータ１０１による予約情報格納処理の流れの一例を示すフローチャートである。（ｄ）ホストコンピュータ１０１による清算通知処理の流れの一例を示すフローチャートである。
【図１５】（ａ）図１の電子ロッカーシステム５の電気的構成を示す図である。（ｂ）図１５（ａ）のホストコンピュータ１２１のＨＤＤ１２７に格納されたプログラム及びデータの概念図である。
【図１６】図１５（ａ）のホストコンピュータ１２１によるロッカー１２３の割当処理の流れの一例を示すフローチャートである。
【図１７】図１５（ａ）のホストコンピュータ１２１によるロッカー１２３の管理処理の流れの一例を示すフローチャートである。
【図１８】図１のバーコードリーダ１１から予約管理サーバ３へのバーコード２７の送信手順の一例を示す図である。
【発明を実施するための形態】
【００４３】
以下、本発明の実施の形態について、図面を参照しながら説明する。なお、図中、同一または相当部分については同一の参照符号を付してその説明を援用する。
【００４４】
図１は、本発明の実施の形態による商品予約システムの全体構成を示す図である。図１を参照して、この商品予約システムは、店舗１に配置された、予約管理サーバ３、電子ロッカーシステム５、及び、ＰＯＳ（Ｐｏｉｎｔ ｏｆ Ｓａｌｅｓ）システム７を含む。また、この商品予約システムは、ユーザ（顧客）宅９に配置された固定端末（パーソナルコンピュータ等）１３及びそれに接続されたバーコードリーダ１１、並びに、ユーザの携帯端末（携帯電話等）１５を含む。さらに、この商品予約システムは、ホストコンピュータ１７、及び、メーカ１９又は問屋１９に配置された受注システム２１を含む。また、商品予約システムは、ネットワーク２３を含む。ネットワーク２３としては、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（ＶＰＮ）、電話回線網、移動体通信網、及び、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。
【００４５】
予約管理サーバ３、電子ロッカーシステム５、ＰＯＳシステム７、ホストコンピュータ１７、携帯端末１５、固定端末１３、及び、受注システム２１は、ネットワーク２３に接続される。例えば、予約管理サーバ３とＰＯＳシステム７と電子ロッカーシステム５とはＬＡＮで接続され、そのＬＡＮは、インターネットに接続される。
【００４６】
図２は、図１の商品予約システムにおいて、バーコード２７を配布するための一手段として使用される広告チラシ２５の例示図である。図２を参照して、本実施の形態では、バーコード２７が、広告チラシ２５に印刷されて配布される例を挙げる。広告チラシ２５は、例えば、新聞に折り込んで配布される。広告チラシ２５は、あるスーパーマーケットが配布したものであり、商品の写真・説明、値段、及びバーコード２７を１セットとして、複数セットが掲載される。例えば、２月１２日（金曜日）の１０：００から１２：００まで、リンゴが１９８円と掲載される（タイムバーゲン、つまり、時間限定販売）。また、例えば、先着５０個、インスタントラーメンが１８円と掲載される（数量限定販売）。さらに、例えば、期間は限定されるが（例えば２月２１日〜２月１４日）、時間や数量が特に限定されない商品もまた、バーコード２７と共に掲載される。また、例えば、ある商品について、一人が購入可能な数量を限定して掲載することもできる。
【００４７】
また、広告チラシ２５の右上に、広告チラシ２５の識別用のバーコード２４が印刷されている。このバーコード２４については後で詳述する。
【００４８】
次に、本実施の形態の概要を説明する。
【００４９】
図３は、図１の商品予約システムにおける通信手順の概要を示す図である。図１及び図３を参照して、バーコードリーダ１１は、ユーザの操作に応答して、広告チラシ２５に印刷されたバーコード２７をスキャンし、固定端末１３に送信する。固定端末１３は、受信したバーコード２７をホストコンピュータ１７に送信する。ホストコンピュータ１７は、受信したバーコード２７を予約管理サーバ３へ送信する。予約管理サーバ３は、受信したバーコード２７が示す商品の在庫の有無をＰＯＳシステム７に確認する。ＰＯＳシステム７は、バーコード２７が示す商品の在庫情報を予約管理サーバ３へ送信する。予約管理サーバは、受信した在庫情報が在庫ありを示している場合、電子ロッカーシステム５にロッカーの割当を要求する。電子ロッカーシステム５は、ロッカーの割当を行い、ロッカー情報（ロッカー番号及び開錠番号を含む。）を予約管理サーバ３へ送信する。予約管理サーバ３は、バーコード２７が示す商品の予約を登録し、ロッカー情報と共に固定端末１３に通知する。
【００５０】
電子ロッカーシステム５は、ロッカーが開錠され、ユーザが商品を受け取ったとみなした場合、受渡通知を予約管理サーバ３へ送信する。また、予約管理サーバ３は、電子ロッカーシステム５から、電子ロッカーシステム５から受渡通知を受信していない場合、ユーザの固定端末１３及び携帯端末１５にリマインダを送信する。ＰＯＳシステム７は、ユーザがロッカーから受け取った商品、つまり、予約商品の清算が完了した場合、清算通知を予約管理サーバ３へ送信する。
【００５１】
次に、バーコードリーダ１１の詳細を説明する。
【００５２】
図４（ａ）は、図１のバーコードリーダ１１の外観斜視図である。図４（ｂ）は、図４（ａ）のバーコードリーダ１１の電気的構成を示す図である。図４（ｃ）は、図４（ｂ）のＭＣＵ３１に内蔵されるＲＯＭ３７に格納されたプログラム及びデータの概念図である。
【００５３】
図４（ａ）を参照して、このバーコードリーダ１１は、ペン型のＵＳＢバーコードリーダである。図４（ｂ）を参照して、バーコードリーダ１１は、スキャナ３３、ＭＣＵ（Ｍｉｃｒｏ Ｃｏｎｔｒｏｌｌｅｒ Ｕｎｉｔ）３１及びＵＳＢコネクタ２９を有する。スキャナ３３は、バーコード２７を光学的に読み込み、バーとスペースを電気信号に変換する（スキャン）。スキャナ３３からの、バーコード２７に応じた電気信号は、ＭＣＵ３１に与えられ、ＭＣＵ３１は、この電気信号を解読してバーコード情報を得る。また、バーコードリーダ１１のＵＳＢコネクタ２９と固定端末１３のＵＳＢポート３５とが接続され、ＭＣＵ３１と固定端末１３とは双方向通信が可能になる。
【００５４】
なお、特に区別する必要のないときは、バーコード情報をバーコードと呼ぶこともあり、また、バーコード情報には、バーコード２７と同じ参照符号「２７」を付する。
【００５５】
図４（ｃ）を参照して、ＭＣＵ３１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３７を内蔵している。このＲＯＭ３７は、プログラム領域３９及びデータ領域４１を含む。プログラム領域３９には、コンピュータプログラムが格納される。ＭＣＵ３１は、このコンピュータプログラムを実行して、図５のフローチャートに示す処理及び図７のフローチャートに示す処理（ステップＳ４１，Ｓ４３）を実行する。データ領域４１には、固定端末１３へのコマンド４３、ホストコンピュータ１７のＵＲＬ４５、及び、バーコードリーダ１１に割り当てられた識別番号４７がキーボードデータの形式で格納される。
【００５６】
コマンド４３は、端末１３に対して、ブラウザを起動し、ＵＲＬ４５が示すホストコンピュータ１７へアクセスすることを指示するコマンドである。例えば、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）がＷｉｎｄｏｗｓ（登録商標）の場合、Ｗｉｎｄｏｗｓ９８以降において、コマンド４３は、キーボードのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）キー＋Ｒキーに相当するキーボードデータである。このコマンド４３により、Ｗｉｎｄｏｗｓでは、ブラウザ（Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ）が起動する。このように、このコマンド４３は、ＯＳであるＷｉｎｄｏｗｓにおいて予め用意されているものである。なお、ＷｉｎｄｏｗｓのＧＵＩキーは、通称、Ｗｉｎｄｏｗｓキーと呼ばれるものである。
【００５７】
識別番号４７は、バーコードリーダ１１を識別するために割り当てられたユニークな番号であり、識別情報と呼ぶこともできる。
【００５８】
次に、バーコードリーダ１１によるバーコード２７の読み取り処理の詳細を説明する。
【００５９】
図５は、図４（ｂ）のＭＣＵ３１の処理の流れの一例を示すフローチャートである。図５を参照して、ステップＳ１にて、バーコードリーダ１１のＭＣＵ３１は、ユーザの操作に応答して、バーコード２７を読み込む。ステップＳ３にて、ＭＣＵ３１は、周知のバーコード解読手法に基づいて、バーコード２７を解読し、バーコード情報２７を取得する。ステップＳ５にて、ＭＣＵ３１は、解読結果であるバーコード情報２７（例えば、「４５６０２５６５８００１６」）をキーボードデータに変換し、ＲＡＭ（図示せず）に格納する。
【００６０】
ステップＳ７にて、ＭＣＵ３１は、キーボードデータとしてのホストコンピュータ１７のＵＲＬ４５（例えば、「ｈｔｔｐ：／／ｗｗｗ．ｓｓｄ．ｃｏ．ｊｐ」）及びバーコードリーダ１１の識別番号４７（例えば、「０５５５５」）をＲＯＭ３７から取得する。そして、ステップＳ９にて、ＭＣＵ３１は、取得したＵＲＬ４５の末尾に、キーボードデータとしてのバーコード情報２７及び識別番号４７を付加し、新たなＵＲＬ（例えば、「ｈｔｔｐ：／／ｗｗｗ．ｓｓｄ．ｃｏ．ｊｐ／？ｂｃ＝４５６０２５６５８００１６＆ｓｎ＝０５５５５」）として、ＲＡＭ（図示せず）に格納する。
【００６１】
ステップＳ１１にて、ＭＣＵ３１は、キーボードデータの形式のコマンド４３をＲＯＭ３７から取得してＲＡＭ（図示せず）に格納する。ステップＳ１３にて、ＭＣＵ３１は、ステップＳ９及びＳ１１のキーボードデータ（コマンド４３及びＵＲＬ）を固定端末１３に送信し、処理を終了する。
【００６２】
次に、ホストコンピュータ１７の詳細を説明する。
【００６３】
図６（ａ）は、図１のホストコンピュータ１７の電気的構成を示す図である。図６（ａ）を参照して、ホストコンピュータ１７は、ＣＰＵ（中央演算処理装置）５２、メインメモリ５３、チップセット５５、ＧＰＵ（グラフィックスプロセシングユニット）５７、ＳＰＵ（サウンドプロセシングユニット）５９、ＨＤＤ（ハードディスクドライブ）６１、ドライブ６３、及び通信部６５を含む。
【００６４】
ＣＰＵ５２は、ＨＤＤ６１に格納されたコンピュータプログラムを実行して各種演算を行う。メインメモリ５３は、ＣＰＵ５２から直接読み書きが行われる高速のメモリである。ＧＰＵ５７は、グラフィックス処理を実行し、モニタ６７に映像信号を与える。ＳＰＵ５９は、サウンド処理を実行し、スピーカ６９に音声信号を与える。ＨＤＤ６１は、ＯＳやアプリケーションソフトウェア等のコンピュータプログラム並びにこれらが用いるデータを書き込むために用いる補助記憶装置である。
【００６５】
ドライブ６３は、リムーバブル記録媒体７５からデータを読み込んだり、書き込んだりする装置である。リムーバブル記録媒体７５に、各種処理を行うプログラムを格納して、ホストコンピュータ１７にインストールできる。もちろん、ネットワーク２３を介して、これらのプログラムを配布することもできる。通信部６５は、ネットワーク２３への接続を司るＬＡＮカードやＵＳＢコントローラなどを含み（図示せず）、通信を制御する。
【００６６】
ＣＰＵ５２、ＧＰＵ５７、ＳＰＵ５９、ＨＤＤ６１、ドライブ６３、通信部６５、キーボード７１、及びマウス７３といった機能ユニットは、チップセット５５に接続される。チップセット５５は、これに接続される機能ユニット間のデータの受け渡しを管理する。
【００６７】
なお、ＨＤＤ６１、メインメモリ５３、及び、リムーバブル記録媒体７５は、記録媒体の例である。リムーバブル記録媒体７５は、例えば、フレキシブルディスク、ＣＤ（ＣＤ−ＲＯＭ、Ｖｉｄｅｏ−ＣＤを含む）やＤＶＤ（ＤＶＤ−Ｖｉｄｅｏ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭを含む）等の光ディスク、光磁気ディスク、並びに、半導体メモリを内蔵したメモリカード・メモリカートリッジ・ＵＳＢメモリ等である。また、必要に応じて、ＨＤＤ６１に代えて、又は、ＨＤＤ６１と共に、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を用いることもできる。
【００６８】
図６（ｂ）は、図１のホストコンピュータ１７のＨＤＤ６１に格納されたプログラム及びデータの概念図である。図６（ｂ）を参照して、ホストコンピュータ１７のＨＤＤ６１は、ＵＲＬ検索プログラム８３及びデータベース８５を格納する。
【００６９】
ＣＰＵ５２がＵＲＬ検索プログラム８３を実行することにより、図７の処理（ステップＳ７１及びＳ７３）が実行される。
【００７０】
データベース８５は、バーコードリーダ１１の識別番号と、ＷＥＢサーバＷ−０〜Ｗ−Ｋ（整数）のＵＲＬ（www.xxx0.or.jp）〜ＵＲＬ（www.xxxK.or.jp）とを関連付けたデータベースである。なお、ＷＥＢサーバＷ−０〜Ｗ−Ｋを、一般的に表すときは、ＷＥＢサーバＷ−ｋと表記する。
【００７１】
本実施の形態では、ＷＥＢサーバＷ−０が、予約管理サーバ３に該当するものとする。また、識別番号が０００００〜０９９９９のうちのいずれかであるバーコードリーダ１１（つまり、予約管理サーバ３と関連付けられたバーコードリーダ１１）がスキャンしたバーコード２７がホストコンピュータ１７へ送信されるものとする。
【００７２】
なお、他のＷＥＢサーバＷ−１〜Ｗ−Ｋは、予約管理サーバ３と同様の機能を有する予約管理サーバであってよい。この場合、予約管理サーバを運営するそれぞれの会社ないしは事業グループによって、バーコードリーダ１１が配布される。
【００７３】
次に、図１のバーコードリーダ１１が固定端末１３に接続された時点での処理を説明する。
【００７４】
図７は、図１のバーコードリーダ１１を固定端末１３の接続した時点での、バーコードリーダ１１と固定端末１３とホストコンピュータ１７と予約管理サーバ３との間の通信手順の一例を示す図である。図７を参照して、ステップＳ５１にて、固定端末１３は、バーコードリーダ１１の接続の有無をチェックし、バーコードリーダ１１の接続を検知した場合ステップＳ５３に進み、それ以外はステップＳ５１に戻る。
【００７５】
ステップＳ５３及びＳ４１にて、固定端末１３とバーコードリーダ１１のＭＣＵ３１とは相互に通信して、固定端末１３及びバーコードリーダ１１はエニュメレーション（Ｅｎｕｍｅｒａｔｉｏｎ）を実行する。このエニュメレーションにより、ＭＣＵ３１から固定端末１３へディスクリプタが与えられ、固定端末１３は、ディスクリプタを解析して、バーコードリーダ１１の構成を認識する。このエニュメレーションによって、固定端末１３は、バーコードリーダ１１をキーボードであると認識する。
【００７６】
ステップＳ４３にて、ＭＣＵ３１は、キーボードデータ（コマンド４３、ＵＲＬ４５及び識別番号４７）を固定端末１３に送信する。すると、ステップＳ５５にて、固定端末１３は、ＭＣＵ３１が送信したキーボードデータを受信する。固定端末１３は、ステップＳ５９にて、ＭＣＵ３１から与えられたコマンド４３に応答して、ブラウザを起動し、ステップＳ６１にて、バーコードリーダ１１から受け取ったＵＲＬ４５に基づき、ホストコンピュータ１７へアクセスする。この際、識別番号４７が付加されたＵＲＬ４５は、ホストコンピュータ１７に送信される。
【００７７】
すると、ホストコンピュータ１７は、識別番号４７が付加されたＵＲＬ４５を受信する。そして、ステップＳ７１にて、ホストコンピュータ１７は、受信した識別番号４７をインデックスとしてデータベース８５にアクセスし、その識別番号４７に割り当てられたＵＲＬを取得する。ステップＳ７３にて、ホストコンピュータ１７は、ステップＳ７１で取得したＵＲＬを固定端末１３に送信し、そのＵＲＬへのアクセスを指示する。
【００７８】
ステップＳ６３では、固定端末１３は、受信したＵＲＬが示す予約管理サーバ３にアクセスして、オンラインスーパーマーケットのトップページの送信を要求する。すると、ステップＳ８１にて、予約管理サーバ３は、トップページを表示するための情報（例えばＨＴＭＬ情報）を固定端末１３に送信する。すると、ステップＳ６５にて、固定端末１３は、トップページを表示するための情報に基づいて、モニタにオンラインスーパーマーケットのトップページを表示する。なお、例えば、ステップＳ６３で固定端末１３が予約管理サーバ３へアクセスしたときに、予約管理サーバ３は、ユーザがログインしたものとすることができる。また、例えば、ユーザが、ステップＳ６５で表示されたトップページから、ユーザＩＤ及びパスワードを入力し、それが予約管理サーバ３に送信されたときに、予約管理サーバ３は、ユーザがログインしたものとすることもできる。さらに、この２つの例のいずれによっても、ログイン可能とすることもできる（本実施の形態で採用）。
【００７９】
ステップＳ６１の補足説明をする。ステップＳ６１では、より具体的には、固定端末１３は、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバにアクセスして、ドメイン名に対応するＩＰアドレスを取得し、ＩＰアドレスと共に識別番号４７を付加したＵＲＬ４５をネットワーク２３に送出して、ホストコンピュータ１７にアクセスし、識別番号４７をホストコンピュータ１７に送信する。ただし、これらの処理は周知のプロトコルで行われるので詳細な説明は省略した。ステップＳ６３でも同様である。
【００８０】
図１８は、図１のバーコードリーダ１１から予約管理サーバ３へのバーコード２７の送信手順の一例を示す図である。図１８を参照して、ステップＳ４００にて、ＭＣＵ３１は、キーボードデータ（コマンド４３、ＵＲＬ４５、識別番号４７、及びバーコード２７）を固定端末１３に送信する。すると、ステップＳ５００にて、固定端末１３は、ＭＣＵ３１が送信したキーボードデータを受信する。固定端末１３は、ステップＳ５０２にて、ＭＣＵ３１から与えられたコマンド４３に応答して、ブラウザを起動し、ステップＳ５０４にて、バーコードリーダ１１から受け取ったＵＲＬ４５に基づき、ホストコンピュータ１７へアクセスする。この際、識別番号４７及びバーコード２７が付加されたＵＲＬ４５は、ホストコンピュータ１７に送信される。
【００８１】
すると、ホストコンピュータ１７は、識別番号４７及びバーコード２７が付加されたＵＲＬ４５を受信する。そして、ステップＳ６００にて、ホストコンピュータ１７は、受信した識別番号４７をインデックスとしてデータベース８５にアクセスし、その識別番号４７に割り当てられたＵＲＬを取得する。ステップＳ６０２にて、ホストコンピュータ１７は、ステップＳ６００で取得したＵＲＬに、受信したバーコード２７を付加して、固定端末１３に送信し、そのＵＲＬへのアクセスを指示する。
【００８２】
ステップＳ５０６では、固定端末１３は、受信したＵＲＬが示す予約管理サーバ３にアクセスして、付加されたバーコード２７を予約管理サーバ３へ送信する。すると、ステップＳ７００にて、予約管理サーバ３は、受信したバーコード２７に対応する商品の予約処理を行なう。
【００８３】
次に、予約管理サーバ３の詳細を説明する。予約管理サーバ３の電気的構成は、ホストコンピュータ１７の電気的構成と同様である。なお、固定端末１３の電気的構成も、ホストコンピュータ１７と同様である。
【００８４】
図８は、図１の予約管理サーバ３のＨＤＤ８６に格納されたプログラム及びデータの概念図である。図８を参照して、予約管理サーバ３のＨＤＤ８６は、予約プログラム９１、リマインダ制御プログラム９３、ユーザデータベース（ユーザＤＢ）９８、及び、予約データベース（予約ＤＢ）９９を格納する。
【００８５】
予約管理サーバ３のＣＰＵが、予約プログラム９１を実行することにより、後述する図９のフローチャートで示す処理を実行される。予約管理サーバ３のＣＰＵが、リマインダ制御プログラム９３を実行することにより、後述する図１２のフローチャートで示す処理を実行される。
【００８６】
ユーザデータベース９８は、バーコードリーダ１１の識別番号と関連付けて、ユーザ情報を記録している。ユーザ情報は、例えば、固定端末１３のメールアドレス、携帯端末１５のメールアドレス、電話番号、氏名、及び、住所等である。ユーザ情報は、本システムの利用に先立って、固定端末１３からユーザによって予め登録される。
【００８７】
予約データベース９９は、予約番号と関連付けて、予約情報を記録している。予約情報は、バーコードリーダ１１の識別番号４７、予約した商品のバーコード、数量、金額、受け取り日時、及びロッカー情報（ロッカー番号、第１開錠番号、第２開錠番号など）等を含む。
【００８８】
図９は、図１の予約管理サーバ３による予約処理の流れの一例を示すフローチャートである。図９を参照して、ステップＳ８７にて、予約管理サーバ３は、固定端末１３からログアウト通知を受信したか否かを判断し、受信していない場合ステップＳ８８に進み、受信した場合ログアウトし予約処理を終了する。ステップＳ８８３にて、予約管理サーバ３は、バーコード２４又は２７を受信したか否かを判断し、受信していない場合ステップＳ８７に進み、受信した場合ステップＳ８９に進む。
【００８９】
ステップＳ８９にて、予約管理サーバ３は、受信したバーコードが広告チラシ２５の識別用バーコード２４か否かを判断し、肯定的判断（ＹＥＳ）の場合ステップＳ９２に進み、否定的判断（ＮＯ）の場合、つまり、受信したバーコードが商品に割り当てられたバーコード２７の場合ステップＳ９０に進む。
【００９０】
ステップＳ９２にて、予約管理サーバ３は、バーコード２４で特定される広告チラシ２５の広告期間が満了したか否かを判断し、満了した場合ステップＳ９３に進み、満了していない場合ステップＳ９４に進む。このように、バーコード２４は、広告チラシ２５を識別するためのものである。なお、予約管理サーバ３は、バーコード２４に関連付けて、広告有効期間の情報及び後述の限定商品リストを、ＨＤＤ８６に予め格納指している。ステップＳ９４では、予約管理サーバ３は、広告チラシ２５が有効であることを示す有効フラグをオンにして、ステップＳ８７に進む。一方、ステップＳ９３では、予約管理サーバ３は、広告期間が満了し、広告チラシ２５が無効である旨を、固定端末１３に通知し、ログアウトして処理を終了する。
【００９１】
ステップＳ９０では、予約管理サーバ３は、有効フラグがオンか否かを判断し、オンの場合ステップＳ９５に進み、オフの場合ステップＳ９１に進む。ステップＳ９１では、予約管理サーバ３は、広告識別用のバーコード２４をスキャンすることを指示するメッセージを固定端末１３に送信して、ステップＳ８７に進む。
【００９２】
ステップＳ９５では、予約管理サーバ３は、ＰＯＳシステム７にアクセスして、受信したバーコード２７が割り当てられた商品の情報（商品名や価格等）を取得する。なお、この場合、予約管理サーバ３は、受信したバーコード２７をＰＯＳシステム７に送信する。ステップＳ９７にて、予約管理サーバ３は、ＰＯＳシステム７から取得した商品情報を表示するための情報を固定端末１３に送信する。これを受けて、固定端末１３は、商品情報をモニタに表示する。
【００９３】
ステップＳ１０１にて、予約管理サーバ３は、固定端末１３から商品登録要求を受信したか否かを判断し、受信した場合ステップＳ１０２に進み、受信していない場合ステップＳ１３３に進む。商品登録要求は、ステップＳ９７の処理を受けて固定端末１３が表示した商品情報が示す商品を予約リストに追加することを要求するものであり、ユーザの操作に応答して（例えば、モニタに表示された商品登録要求のためのボタンの押下）、固定端末１３から送信される。なお、商品登録要求は、商品の数量情報を含む。商品の数量情報は、ユーザが固定端末１３を介して入力したものである。
【００９４】
ステップＳ１０２にて、予約管理サーバ３は、限定商品リストを参照して、受信したバーコード２７が示す商品が限定商品か否かを確認する。限定商品としては、数量限定商品、時間限定商品（タイムバーゲン商品）、一人当たりの購入数量が限定された商品など、がある。
【００９５】
予約管理サーバ３は、広告チラシ２５が配布される前に、限定商品リストを予めＰＯＳシステム７から受け取り、ＨＤＤ８６に格納しておく。限定商品リストは、広告チラシ２５に掲載された数量限定商品の名称、バーコード、及び、限定数量、予約数量を記載したリスト、時間限定商品の名称、バーコード、及び、限定時間を記載したリスト、並びに、一人当たりの購入数量が限定された商品の名称、バーコード、及び数量が記載されたリストを含む。
【００９６】
ステップＳ１０３では、予約管理サーバ３は、ＰＯＳシステム７にアクセスして、受信したバーコード２７が示す商品の在庫を確認する。なお、この場合、予約管理サーバ３は、受信したバーコード２７をＰＯＳシステム７に送信する。ステップＳ１０５にて、予約管理サーバ３は、これまで商品登録要求がなされた商品の代金の合計を計算する。ステップＳ１０７にて、予約管理サーバ３は、商品登録要求がなされた商品の名称及び価格を予約リストに追加すると共に、予約リストに記載された商品の合計金額をステップＳ１０５で計算した合計金額に更新する。ステップＳ１０９にて、予約管理サーバ３は、予約リストを表示するための情報を固定端末１３に送信する。これを受けて、固定端末１３は、予約リストをモニタに表示する。例えば、固定端末１３は、同一画面上において、ステップＳ９７の商品情報を表示したフレームと別フレームに予約リストを表示する。
【００９７】
ステップＳ１１３にて、予約管理サーバ３は、登録完了通知を固定端末１３から受信したか否かを判断し、受信していない場合ステップＳ１３９に進み、受信した場合ステップＳ１１５に進む。登録完了通知は、ユーザが予約リストを完成したことの通知、つまり、ユーザが予約を完了したことの通知であり、ユーザの操作に応答して（例えば、モニタに表示された登録完了通知のためのボタンの押下）、固定端末１３から送信される。なお、登録完了通知は、商品の受け取り日時の情報を含む。商品の受け取り日時の情報は、ユーザが固定端末１３を介して入力したものである。
【００９８】
ステップＳ１１５にて、予約管理サーバ３は、最終的な予約リストを表示するための情報を固定端末１３に送信する。これを受けて、固定端末１３は、最終的な予約リストをモニタに表示する。ステップＳ１１７にて、予約管理サーバ３は、固定端末１３から確定通知を受信したか否かを判断し、受信していない場合ステップＳ１４３に進み、受信した場合ステップＳ１１９に進む。確定通知は、ステップＳ１１５の処理を受けて固定端末１３が表示した最終的な予約リストで予約を確定することを示す通知（ユーザの最終的な確認後の通知）であり、ユーザの操作に応答して（例えば、モニタに表示された確定通知のためのボタンの押下）、固定端末１３から送信される。
【００９９】
ステップＳ１１８では、予約管理サーバ３は、予約番号を作成する。ステップＳ１１９では、予約管理サーバ３は、予約番号に、ロッカーを割り当てることを、電子ロッカーシステム５に要求する。ステップＳ１２１にて、予約管理サーバ３は、電子ロッカーシステム５から、予約番号に割り当てたロッカーの情報（ロッカー番号、第１開錠番号、第２開錠番号等）を受信する。ステップＳ１２３にて、予約管理サーバ３は、予約情報を作成する。予約情報は、バーコードリーダ１１の識別番号４７、予約した商品のバーコード、数量、金額、受け取り日時、及びロッカー情報（ロッカー番号、第１開錠番号、第２開錠番号など）等を含む。ステップＳ１２５にて、予約管理サーバ３は、予約番号と関連付けて、予約情報を予約データベース９９に登録する（予約登録）。
【０１００】
ステップＳ１２７にて、予約管理サーバ３は、ＰＯＳシステム７への第１リマインダ、並びに、固定端末１３及び携帯端末１５への第２リマインダを設定する。第１及び第２リマインダは、予約番号と関連づけて設定される。第１リマインダは、例えば、予約リストに列挙された商品の受け取り日時の所定時間前と１日前に設定される。第２リマインダは、例えば、予約リストに列挙された商品の受け取り日時、その所定時間前、及び、その１日前に設定される。もちろん、これらは例示であり、受け取り日時に基づいて、任意の日時に第１及び第２リマインダを設定できる。それぞれのリマインダの回数も任意に設定できる。
【０１０１】
ステップＳ１２９にて、予約管理サーバ３は、予約番号及び予約情報を店舗１のＰＯＳシステム７へ送信する。ステップＳ１３１にて、予約管理サーバ３は、ユーザの固定端末１３へ予約番号及び予約情報を送信する。これを受けて、固定端末１３は、モニタに予約情報を表示する。
【０１０２】
ステップＳ１０１で否定的判断（ＮＯ）がされた後、ステップＳ１３３にて、予約管理サーバ３は、固定端末１３からログアウト通知を受信したか否かを判断し、受信した場合ログアウトして処理を終了し、受信していない場合ステップＳ１３５に進む。ステップＳ１３５では、予約管理サーバ３は、固定端末１３からバーコード２７を受信したか否かを判断し、受信した場合ステップＳ９５に進み、受信していない場合ステップＳ１３７に進む。ステップＳ１３７にて、予約管理サーバ３は、固定端末１３から登録完了通知を受信したか否かを判断し、受信した場合ステップＳ１１５に進み、受信していない場合ステップＳ１０１に進む。
【０１０３】
ステップＳ１１３で否定的判断（ＮＯ）がされた後、ステップＳ１３９にて、予約管理サーバ３は、固定端末１３からログアウト通知を受信したか否かを判断し、受信した場合ログアウトして処理を終了し、受信していない場合ステップＳ１４１に進む。ステップＳ１４１では、予約管理サーバ３は、固定端末１３からバーコード２７を受信したか否かを判断し、受信した場合ステップＳ９５に進み、受信していない場合ステップＳ１１３に進む。
【０１０４】
ステップＳ１１７で否定的判断（ＮＯ）がされた後、ステップＳ１４３にて、予約管理サーバ３は、予約リストの変更通知を受信した場合ステップＳ１４７に進み、受信していない場合ステップＳ１４５に進む。なお、変更通知は、予約リストで変更すべき情報を含む。変更通知は、ユーザが固定端末１３を介して入力したものである。ステップＳ１４５では、予約管理サーバ３は、固定端末１３からログアウト通知を受信したか否かを判断し、受信した場合ログアウトして処理を終了し、受信していない場合ステップＳ１１７に進む。ステップＳ１４７では、予約管理サーバ３は、変更通知の内容に従って、予約リストの変更処理を実行して、ステップＳ１１７に戻る。なお、この場合、予約管理サーバ３は、限定商品リストに変更が生じた場合、限定商品リストも修正する。
【０１０５】
図１０は、図９のステップＳ１０２の限定商品確認処理の流れの一例を示すフローチャートである。図１０を参照して、ステップＳ１６１にて、予約管理サーバ３は、限定商品リストを参照して、受信したバーコード２７に対応する商品が数量限定商品であるか否かを確認し、数量限定商品の場合ステップＳ１６５に進み、それ以外はステップＳ１６３に進む。
【０１０６】
ステップＳ１６５では、予約管理サーバ３は、限定商品リストを参照して、受信したバーコード２７に対応する商品の現在の予約数量（即ち、既予約数量）を確認し、現在の予約数量が限定数量に到達している場合ステップＳ１６７に進み、それ以外はステップＳ１７０に進む。ステップＳ１６７では、予約管理サーバ３は、限定数量に到達し予約できないことを示す通知（予約拒否通知）を固定端末１３に送信する。なお、予約拒否通知はＯＫボタンを含む。ステップＳ１６９にて、予約管理サーバ３は、固定端末１３でＯＫボタンが押下されたか否かを判断し、押下され場合図９のステップＳ１０１に進み、押下されていない場合ステップＳ１６９に戻る。一方、ステップＳ１７０では、予約管理サーバ３は、受信したバーコード２７に対応する商品の予約数量の合計を計算し、限定商品リストを更新する。
【０１０７】
ステップＳ１６３にて、予約管理サーバ３は、限定商品リストを参照して、受信したバーコード２７に対応する商品が時間限定商品であるか否かを判断し、時間限定商品の場合ステップＳ１７１に進み、それ以外はステップＳ１７７に進む。ステップＳ１７１では、予約管理サーバ３は、限定商品リストを参照して、当該商品の限定時間が満了したか否かを判断し、満了した場合ステップＳ１７３に進み、それ以外はステップＳ１７７に進む。ステップＳ１７３では、予約管理サーバ３は、限定時間が満了し予約ができないことを示す通知（予約拒否通知）を固定端末１３に送信する。なお、予約拒否通知は、ＯＫボタンを含む。ステップＳ１７５にて、予約管理サーバ３は、固定端末１３でＯＫボタンが押下されたか否かを判断し、押下された場合図９のステップＳ１０１に進み、押下されていない場合ステップＳ１７５に戻る。
【０１０８】
ステップＳ１７７にて、予約管理サーバ３は、限定商品リストを参照して、受信したバーコード２７に対応する商品が一人当たりの購入数量が限定された商品であるか否かを判断し、肯定的判断（ＹＥＳ）の場合ステップＳ１７９に進み、それ以外はリターンする。ステップＳ１７９では、予約管理サーバ３は、限定商品リストを参照して、固定端末１３から送信された数量情報が、限定数量の範囲内か否かを判断し、範囲内の場合リターンし、範囲外の場合ステップＳ１８１に進む。ステップＳ１８１では、予約管理サーバ３は、数量がオーバーして予約ができないことを示す通知（予約拒否通知）を固定端末１３に送信する。なお、この通知は、ＯＫボタンを含む。ステップＳ１８３にて、予約管理サーバ３は、固定端末１３でＯＫボタンが押下されたか否かを判断し、押下された場合図９のステップＳ１０１に進み、押下されていない場合ステップＳ１８３に戻る。
【０１０９】
図１１は、図９のステップＳ１０３の在庫確認処理の流れの一例を示すフローチャートである。図１１を参照して、ステップＳ１９１にて、予約管理サーバ３は、ＰＯＳシステム７にバーコード２７及び数量情報を送信して、商品登録要求が行なわれた商品の在庫情報を要求する。ステップＳ１９３にて、予約管理サーバ３は、ＰＯＳシステム７から受け取った在庫情報を参照して、当該商品の在庫がある場合はリターンし、在庫がない場合はステップＳ１９５に進む。ステップＳ１９５にて、予約管理サーバ３は、固定端末１３に在庫がない旨を通知する。この通知はＯＫボタンを含む。ステップＳ１９７にて、予約管理サーバ３は、固定端末１３でＯＫボタンが押下されたか否かを判断し、押下され場合図９のステップＳ１０１に進み、押下されていない場合ステップＳ１９７に戻る。
【０１１０】
図１２は、図１の予約管理サーバ３によるリマインダ制御の流れの一例を示すフローチャートである。図１２を参照して、ステップＳ２１１にて、予約管理サーバ３は、図９のステップＳ１２７で設定された第１リマインダの送信時刻になったか否かを判断し、送信時刻になった場合ステップＳ２１３に進み、なっていない場合ステップＳ２１１に戻る。ステップＳ２１３にて、予約管理サーバ３は、電子ロッカーシステム５から、当該第１リマインダと関連付けられた予約番号に対応する第１開錠通知（予約番号を含む。）を受信したか否かを判断し、受信した場合ステップＳ２１７に進み、受信していない場合ステップＳ２１５に進む。
【０１１１】
ステップＳ２１５では。予約管理サーバ３は、第１リマインダ（予約番号を含む。）をＰＯＳシステム７に送信し、ステップＳ２１１に戻る。なお、ＰＯＳシステム７は、第１リマインダを、担当者の端末（図示せず）に転送する。この担当者は、予約された商品を取り揃え、該当するロッカーへ保管する者である。一方、ステップＳ２１７にて、予約管理サーバ３は、第１リマインダを解除する。第１開錠通知を受信したということは、該当するロッカーが開錠されたことを意味し、これにより、予約商品がロッカーに保管されたとみなしている。
【０１１２】
ステップＳ２１９にて、予約管理サーバ３は、第２リマインダの送信時刻になったか否かを判断し、送信時刻になった場合ステップＳ２２１に進み、なっていない場合ステップＳ２１９に戻る。ステップＳ２２１にて、予約管理サーバ３は、電子ロッカーシステム５から、当該第２リマインダと関連付けられた予約番号に対応する第２開錠通知（予約番号を含む。）を受信したか否かを判断し、受信した場合ステップＳ２２５に進み、受信していない場合ステップＳ２２３に進む。
【０１１３】
ステップＳ２２３では。予約管理サーバ３は、第２リマインダ（予約番号を含む。）を固定端末１３及び携帯端末１５に送信し、ステップＳ２１９に戻る。一方、ステップＳ２２５にて、予約管理サーバ３は、第２リマインダを解除する。第２開錠通知を受信したということは、予約商品がロッカーに保管され施錠された後に、該当するロッカーが開錠されたことを意味し、これにより、ロッカーに保管された予約商品をユーザが受け取ったとみなしている。
【０１１４】
ステップＳ２２７にて、予約管理サーバ３は、ＰＯＳシステム７から、予約商品の清算通知（予約番号を含む。）を受信したか否かを判断し、受信した場合ステップＳ２２９に進み、受信していない場合ステップＳ２３１に進む。ステップＳ２２９では、予約管理サーバ３は、予約データベース９９に、予約番号と関連付けて、清算が完了したことを登録する。一方、ステップＳ２３１にて、予約管理サーバ３は、ＰＯＳシステム７に、清算確認通知（予約番号を含む。）を送信する。なお、ＰＯＳシステム７は、清算確認通知を、担当者の端末（図示せず）に転送する。ステップＳ２３３では、予約管理サーバ３は、一定時間が経過したか否かを判断して、経過した場合ステップＳ２２７に進み、経過していない場合ステップＳ２３３に戻る。
【０１１５】
図１３（ａ）は、図１のＰＯＳシステム７の電気的構成を示す図である。図１３（ａ）を参照して、ＰＯＳシステム７は、ホストコンピュータ１０１及び複数のＰＯＳ端末１０３を含む。ＰＯＳ端末１０３は、バーコードリーダ（図示せず）を含み、バーコードリーダ１１で読み込まれたバーコードをホストコンピュータ１０１に送信し、商品情報を取得し、商品の清算処理を行なう。ホストコンピュータ１０１は、ＰＯＳ端末１０３が送信したバーコードをインデックスとして、後述の商品データベース１１７にアクセスし、商品情報を取得して、ＰＯＳ端末１０３に送信する。また、ホストコンピュータ１０１は、各ＰＯＳ端末１０３から与えられたバーコードに基づいて、売上集計、在庫管理、及び価格管理等を行なう。さらに、ホストコンピュータ１０１は、在庫情報等に基づいて、ネットワーク２３を介して、受注システム２１に商品を発注する。なお、ホストコンピュータ１０１の電気的構成は、図６（ａ）のホストコンピュータ１７の電気的構成と同様である。
【０１１６】
図１３（ｂ）は、図１３（ａ）のホストコンピュータ１０１のＨＤＤ１０５に格納されたプログラム及びデータの概念図である。図１３（ｂ）を参照して、ホストコンピュータ１０１のＨＤＤ１０５は、商品情報取得プログラム１１０、在庫確認プログラム１１１、予約情報格納プログラム１１２、清算通知プログラム１１３、商品データベース（商品ＤＢ）１１７、及び在庫データベース（在庫ＤＢ）１１９を格納する。
【０１１７】
ホストコンピュータ１０１のＣＰＵが商品情報取得プログラム１１０を実行することにより、後述の図１４（ａ）のフローチャートに示す処理を実行する。ホストコンピュータ１０１のＣＰＵが在庫確認プログラム１１１を実行することにより、後述の図１４（ｂ）のフローチャートに示す処理を実行する。ホストコンピュータ１０１のＣＰＵが予約情報格納プログラム１１２を実行することにより、後述の図１４（ｃ）のフローチャートに示す処理を実行する。ホストコンピュータ１０１のＣＰＵが清算通知プログラム１１３を実行することにより、後述の図１４（ｄ）のフローチャートに示す処理を実行する。
【０１１８】
商品データベース１１７は、バーコードと、商品名及び価格等と、を関連付けたデータベースである。在庫データベース１１９は、バーコードと、在庫数等と、を関連付けたデータベースである。
【０１１９】
図１４（ａ）は、ホストコンピュータ１０１による商品情報取得処理の流れの一例を示すフローチャートである。図１４（ａ）を参照して、ステップＳ２５１にて、ホストコンピュータ１０１は、予約管理サーバ３から、商品情報要求（図９のステップＳ９５）があるか否かを判断し、ある場合ステップＳ２５３に進み、ない場合ステップＳ２５１に戻る。なお、商品情報要求は、該当商品のバーコード２７を含む。ステップＳ２５３にて、ホストコンピュータ１０１は、商品情報要求に含まれたバーコード２７をインデックスとして、商品データベース１１７にアクセスして、そのバーコード２７が示す商品の情報を取得する。ステップＳ２５５にて、ホストコンピュータ１０１は、取得した商品情報を予約管理サーバ３へ送信して、ステップＳ２５１に戻る。
【０１２０】
図１４（ｂ）は、ホストコンピュータ１０１による在庫確認処理の流れの一例を示すフローチャートである。図１４（ｂ）を参照して、ステップＳ２５７にて、ホストコンピュータ１０１は、予約管理サーバ３から、商品の在庫確認要求（図９のステップＳ１０３）があるか否かを判断し、ある場合ステップＳ２５９に進み、ない場合ステップＳ２５７に戻る。なお、在庫確認要求は、該当商品のバーコード２７を含む。ステップＳ２５９にて、ホストコンピュータ１０１は、在庫確認要求に含まれたバーコード２７をインデックスとして、在庫データベース１１９にアクセスして、そのバーコード２７が示す商品の在庫情報を取得する。ステップＳ２６１にて、ホストコンピュータ１０１は、取得した在庫情報を予約管理サーバ３へ送信して、ステップＳ２５７に戻る。
【０１２１】
図１４（ｃ）は、ホストコンピュータ１０１による予約情報格納処理の流れの一例を示すフローチャートである。図１４（ｃ）を参照して、ステップＳ２６３にて、ホストコンピュータ１０１は、予約管理サーバ３から、予約番号及び予約情報（図９のステップＳ１２９）を受信したか否かを判断し、受信した場合ステップＳ２６５に進み、受信していない場合ステップＳ２６３に戻る。ステップＳ２６５にて、ホストコンピュータ１０１は、受信した予約番号及び予約情報をＨＤＤ１０５に格納する。
【０１２２】
図１４（ｄ）は、ホストコンピュータ１０１による清算通知処理の流れの一例を示すフローチャートである。図１４（ｄ）を参照して、ステップＳ２８１にて、ホストコンピュータ１０１は、ＰＯＳ端末１０３から、商品の予約番号を含む販売情報（商品のバーコード２７を含む。）を受信したか否かを判断し、受信した場合ステップＳ２８３に進み、受信していない場合ステップＳ２８１に戻る。なお、予約商品には、予約番号を表すバーコード（以下、「予約バーコード」と呼ぶこともある。）が付されている。従って、ＰＯＳ端末１０３は、商品を表すバーコード２７だけでなく、予約バーコードもスキャンして、ホストコンピュータ１０１に送信する。
【０１２３】
ステップＳ２８３にて、ホストコンピュータ１０１は、予約商品の清算が完了したことを予約管理サーバ３へ通知する。ステップＳ２８５にて、ホストコンピュータ１０１は、在庫データベース１１９を更新して、ステップＳ２８１に戻る。
【０１２４】
図１５（ａ）は、図１の電子ロッカーシステム５の電気的構成を示す図である。図１５（ａ）を参照して、電子ロッカーシステム５は、ホストコンピュータ１２１及び複数のロッカー１２３を含む。各ロッカー１２３は、鍵装置１２５を含む。ホストコンピュータ１２１は、各鍵装置１２５を制御して、ロッカー１２３の施錠及び開錠を行なう。ロッカー１２３は、店舗１内及び／又はその敷地内に配置される。なお、ホストコンピュータ１２１の電気的構成は、図６（ａ）のホストコンピュータ１７の電気的構成と同様である。
【０１２５】
図１５（ｂ）は、ホストコンピュータ１２１のＨＤＤ１２７に格納されたプログラム及びデータの概念図である。図１５（ｂ）を参照して、ホストコンピュータ１２１のＨＤＤ１２７は、ロッカー割当プログラム１３１、ロッカー管理プログラム１３３、及びロッカーデータベース（ロッカーＤＢ）１３５を格納する。
【０１２６】
ホストコンピュータ１２１のＣＰＵがロッカー割当プログラム１３１を実行することにより、後述の図１６のフローチャートに示す処理が実行される。ホストコンピュータ１２１のＣＰＵがロッカー管理プログラム１３３を実行することにより、後述の図１７のフローチャートに示す処理が実行される。
【０１２７】
ロッカーデータベース１３５は、ロッカー番号と関連付けて、商品の予約番号、並びに、第１開錠番号及び第２開錠番号を格納したデータベースである。
【０１２８】
図１６は、図１５（ａ）のホストコンピュータ１２１によるロッカー１２３の割当処理の流れの一例を示すフローチャートである。図１６を参照して、ステップＳ３０１にて、ホストコンピュータ１２１は、予約管理サーバ３から、予約番号へのロッカー１２３の割当要求（図９のステップＳ１１９）があったか否かを判断し、あった場合ステップＳ３０３に進み、それ以外はステップＳ３０１に戻る。ステップＳ３０３にて、ホストコンピュータ１２１は、ロッカーデータベース１３５を参照して、空いているロッカー１２３に予約番号を割り当てる。ステップＳ３０５にて、ホストコンピュータ１２１は、第１開錠番号を生成する。ステップＳ３０７にて、ホストコンピュータ１２１は、第２開錠番号を生成する。
【０１２９】
ステップＳ３０９にて、ホストコンピュータ１２１は、予約番号を割り当てたロッカー１２３の鍵装置１２５により、当該ロッカーを施錠する。ステップＳ３１１にて、ホストコンピュータ１２１は、ロッカーデータベース１３５にアクセスして、予約番号を割り当てたロッカー１２３のロッカー番号に関連付けて、商品の予約番号、並びに、第１開錠番号及び第２開錠番号を格納する。ステップＳ３１３にて、ホストコンピュータ１２１は、予約番号と共に、ロッカー情報（ロッカー番号、並びに、第１開錠番号及び第２開錠番号を含む。）を予約管理サーバ３へ送信する。
【０１３０】
図１７は、図１５（ａ）のホストコンピュータ１２１によるロッカー１２３の管理処理の流れの一例を示すフローチャートである。図１７を参照して、ステップＳ３３１にて、ホストコンピュータ１２１は、ロッカー１２３に番号の入力があったか否かを判断し、あった場合ステップＳ３３３に進み、それ以外はステップＳ３３１に戻る。なお、図示しないが、各ロッカー１２３は、マイクロコンピュータ及びメモリを備えており、このマイクロコンピュータが、番号が入力された時に、入力番号とロッカー番号とを、ホストコンピュータ１２１に送信する。
【０１３１】
ステップＳ３３３にて、ホストコンピュータ１２１は、ロッカーデータベース１３５を参照して、入力番号が、それと一緒に送信されたロッカー番号に割り当てられた第１開錠番号と一致するか否かを判断し、一致した場合ステップＳ３３５に進み、それ以外はステップＳ３４９に進む。ステップＳ３４９にて、ホストコンピュータ１２１は、該当ロッカー１２３のディスプレイ（図示せず）にエラー表示をして、ステップＳ３３１に進む。
【０１３２】
ステップＳ３３５にて、ホストコンピュータ１２１は、第１開錠番号が入力されたロッカー１２３を開錠する。ステップＳ３３７にて、ホストコンピュータ１２１は、第１開錠通知（予約番号を含む。）を、予約管理サーバ３へ送信する（図１２参照）。なお、ホストコンピュータ１２１は、ロッカー番号をインデックスとして、ロッカーデータベース１３５にアクセスして、そこから予約番号を取得する。
【０１３３】
なお、店舗１の担当者は、ＰＯＳシステム７にアクセスすることにより、予約番号及び予約情報（ロッカー情報を含む。）を入手する。また、ＰＯＳシステム７は、予約番号及び予約情報を格納する際に、担当者の端末に、それらの情報を送信するようにしてもよい。担当者は、予約情報に基づいて、予約商品を収集し、予約情報に含まれる第１開錠番号をロッカー１２３に入力し、開錠して、そこに予約商品を保管する。
【０１３４】
ステップＳ３３９にて、ホストコンピュータ１２１は、ロッカー１２３に番号の入力があったか否かを判断し、あった場合ステップＳ３４１に進み、それ以外はステップＳ３３９に戻る。なお、図示しないが、各ロッカー１２３は、マイクロコンピュータ及びメモリを備えており、このマイクロコンピュータが、番号が入力された時に、入力番号とロッカー番号とを、ホストコンピュータ１２１に送信する。
【０１３５】
ステップＳ３４１にて、ホストコンピュータ１２１は、ロッカーデータベース１３５を参照して、入力番号が、それと一緒に送信されたロッカー番号に割り当てられた第２開錠番号と一致するか否かを判断し、一致した場合ステップＳ３４３に進み、それ以外はステップＳ３５１に進む。ステップＳ３５１にて、ホストコンピュータ１２１は、該当ロッカー１２３のディスプレイ（図示せず）にエラー表示をして、ステップＳ３３９に進む。
【０１３６】
ステップＳ３４３にて、ホストコンピュータ１２１は、第２開錠番号が入力されたロッカー１２３を開錠する。ステップＳ３４５にて、ホストコンピュータ１２１は、第２開錠通知（予約番号を含む。）を、予約管理サーバ３へ送信する（図１２参照）。予約番号の取得は、ステップＳ３３７と同じである。ステップＳ３４７にて、ホストコンピュータ１２１は、第２開錠通知に対応するロッカー１２３を空きロッカーとして、ロッカーデータベース１３５を更新する。
【０１３７】
なお、商品を予約したユーザは、固定端末１３に送信された予約番号及び予約情報（ロッカー情報を含む。）から、ロッカー番号及び第２開錠番号を取得する。そして、ユーザは、ロッカー番号に対応するロッカー１２３に、第２開錠番号を入力して、そこに保管されている予約商品を受け取り、ＰＯＳ端末１０３で清算する。
【０１３８】
さて、以上のように、本実施の形態によれば、広告チラシ２５に印刷されたバーコード２７を読み込むだけで、そのバーコード２７が割り当てられた商品が予約されるので、従来と比較して、より簡易に商品を予約することができる。
【０１３９】
ところで、一般的なオンラインスーパーマーケットでは、ＷＥＢサイトでユーザが商品を予約し、配達業者が、予約商品をユーザ宅まで配達する。このように、一般的なオンラインスーパーマーケットでは、ユーザが店頭に出向くことなく、商品を購入する。つまり、これは、ユーザを店舗に誘導することを狙ったものではない。様々な理由により、店舗に行くことができない人や店舗に行くことが困難な人も多い。従って、実店舗においては、これらの人からの商品の売り上げは本来見込めなかった。そこで、実店舗を有する小売店は、これらの人からの売り上げを確保すべく、オンラインスーパーマーケットを導入しているのである。確かにこの点では、オンラインスーパーマーケットは売り上げに貢献することができるが、ややもすると、実店舗での売り上げを落としかねない。
【０１４０】
また、実店舗を持つことなく、電子商取引でのみ販売を行なう業者も存在する。このような業者は、実店舗の運営やたくさんの在庫を持つことが不要であり、実店舗を持つ小売業者よりも有利である。従って、実店舗を持つ小売業者がオンラインスーパーマーケットを導入したとしても、電子商取引でのみ販売を行なう業者より競争力が弱くなる。このため、実店舗を持つ業者とって、実店舗での売り上げの向上に注力し、実店舗の利点を活かすことにより、電子商取引でのみ販売を行なう業者に対抗することも経営戦略の一つと考えられる。
【０１４１】
そこで、実店舗を有する業者にとって、ネットワークによる商品予約を可能としてユーザの利便性の向上を図るだけでなく、実店舗に顧客を誘導できる新規な商品予約システムが要望される。また、顧客にとっても、ネットワークによる商品予約といった利便性の恩恵を受けたい一方、実際に手にとって確認して購入したい商品（例えば生鮮食品等）も少なくない。本発明は、このような業者及び顧客の双方の要望を満足する。つまり、本発明では、ネットワークを介して商品の予約を行なう一方、ユーザは予約商品を店舗に受け取りに行くからである。また、ユーザが来店しさえすれば、予約商品のみならず、予約していない店頭商品を購入する可能性も高くなり、店舗にとって都合が良い。
【０１４２】
また、本実施の形態によれば、ユーザは、商品を受け取りに行く日時を予約しておくことができるので、実店舗において、特定の時間帯（例えば夕方、数量限定商品の販売開始時、時間限定商品の販売時間帯など）に、清算のためのレジスターの混雑を極力避けることができる。
【０１４３】
さらに、本実施の形態によれば、電子ロッカーシステム５を備えるので、店舗の担当者は、予約商品をロッカー１２３に準備しておくだけでよく、顧客の応対（商品引渡し）をする必要がないので、その手間を軽減でき、ひいては、人件費等、コストを削減できる。
【０１４４】
さらに、本実施の形態によれば、実店舗で広く行なわれている、数量限定販売、時間限定販売、及び、一人当たりの数量限定商品にも対応可能となり、その利益を本システムのユーザにも提供できる。
【０１４５】
さらに、本実施の形態によれば、バーコード２７は実店舗の広告チラシ２５に印刷される。従って、実店舗の広告チラシ２５に掲載された商品の予約が可能となる。
【０１４６】
さらに、本実施の形態によれば、広告チラシ２５には、広告チラシ２５を識別するためのバーコード２４が印刷されている。このため、ユーザが予約しようとしている商品が掲載された広告チラシ２５を識別できるので、その広告チラシ２５の有効期間を厳密に管理することができる。
【０１４７】
さらに、本実施の形態によれば、ホストコンピュータ１７はデータベース８５を備えており、受信したバーコードリーダ１１の識別番号に対応したＷＥＢサーバＷ−ｋ（予約管理サーバ３）へ、バーコード２７が送信される。その結果、会社や事業グループ（１又は複数の実店舗を持つ。）ごとに、バーコードリーダ１１及びＷＥＢサーバＷ−ｋ（予約管理サーバ３）を用意し、会社や事業グループごとの商品販売に対応可能となる。多くの場合、会社や事業グループが異なれば、商品及びその付随情報（価格や数量等）、広告販売戦略、並びに、経営戦略が異なるので、複数の異なる会社や事業グループに共通のサーバで予約処理を行なうことは困難であり現実的ではない。本実施の形態によれば、それぞれの会社や事業グループの経営戦略に沿ってＷＥＢサーバＷ−ｋ（予約管理サーバ３）並びにユーザ端末１３及び１５に提供するコンテンツを運用できる。もちろん、同一の会社や事業グループであっても、店舗ごとに、バーコードリーダ１１及びＷＥＢサーバＷ−ｋ（予約管理サーバ３）を用意することもできる。
【０１４８】
なお、本発明は、上記の実施の形態に限られるものではなく、その要旨を逸脱しない範囲で種々の態様において実施することが可能であり、例えば、以下のような変形も可能である。
【０１４９】
（１）広告チラシ２５は、商品案内と共にバーコードが印刷された紙媒体の一例である。この紙媒体は、広告チラシ、カタログ、商品目録、冊子、パンフレット、新聞、及び、雑誌等を含む。また、紙媒体は、実際の紙だけでなく、端末１３のモニタに表示された紙面を含む概念である。また、バーコードは、一次元コードの一例であり、また、バーコードに代えて、あるいは、バーコードと共に、ＱＲコード等の二次元コードを使用することもできる。なお、本実施の形態では、これらのコードを、商品識別情報として使用している。
【０１５０】
（２）上記では、予約商品の受渡手段として電子ロッカーシステム５を配置したが、これに限定されるものではなく、棚やカウンター等を受渡手段として用いることもできる。
【０１５１】
（３）上記では、広告チラシ２５に、それの識別用のバーコード２４を印刷した。ただし、商品に割り当てた各バーコード２７に、広告チラシ２５を識別するための情報を含めてもよい。
【０１５２】
（４）上記では、ホストコンピュータ１７を介して、バーコード２４及び２７が、予約管理サーバ３へ送信された。ただし、固定端末１３が直接、予約管理サーバ３にバーコードを送信してもよい。この場合、例えば、バーコードリーダ１１は、予約管理サーバ３のＵＲＬを格納し、固定端末１３へ与える。
【０１５３】
なお、上記では、ホストコンピュータ１７は、バーコードを予約管理サーバ３に送信するための手段として、固定端末１３を利用している（図１８のステップＳ６０２及びＳ５０６）。
【０１５４】
（５）上記では、固定端末１３に接続されたバーコードリーダ１１によりバーコード２４をスキャンした。ただし、バーコードリーダ１１として、携帯端末１５のカメラを利用したバーコード認識機能を利用することもできる。ＱＲコードの認識についても同様である。この場合、例えば、携帯端末１５に、ホストコンピュータ１７にバーコードを送信するためのソフトウェアをインストールする。
【０１５５】
（６）上記では、バーコードリーダ１１としてペンスキャナを採用したが、これに限定されず、ＣＣＤタッチスキャナ、ハンドレーザースキャナ、固定レーザースキャナ、又はスロットリーダーなど、任意の形式のバーコードリーダを用いることができる。
【０１５６】
（７）限定商品における限定数量や限定時間は、実店舗と予約とで別個に定めることができる。この場合、双方において、限定数量や限定時間が同一であってもよいし、異なってもよい。また、実店舗での販売と予約とで、限定数量のカウントを、別個に行なってもよいし、合わせて行なってもよい。
【０１５７】
（８）上記では、ホストコンピュータ１７は、図６（ｂ）のデータベース８５に従って、バーコードリーダ１１の識別番号に従って、ＷＥＢサーバＷ−ｋを選択し、バーコードを送信した。ただし、これに代えて、ホストコンピュータ１７は、受信したバーコードに従って、そのバーコードを送信するＷＥＢサーバＷ−ｋを決定することもできる。この場合、ＷＥＢサーバＷ−ｋごとに、予めバーコードを割り当てておく。例えば、ホストコンピュータ１７は、０００００〜０９９９９を示すバーコードを受信したときは、それをＷＥＢサーバＷ−０に送信し、１００００〜１９９９９を示すバーコードを受信したときは、それをＷＥＢサーバＷ−１に送信する。
【０１５８】
（９）ある店舗１の予約管理サーバ３が提供するＷＥＢサイトにログインした後に、バーコードリーダ１１によってスキャンされたバーコードは、その予約管理サーバ３に送信するようにしてもよい。従って、同一のバーコードリーダ１１からスキャンしたバーコードであっても、別の店舗１の予約管理サーバ３が提供するＷＥＢサイトにログインした後にスキャンされたものは、当該別の店舗１の予約管理サーバ３に送信される。この例では、ホストコンピュータ１７を介することなく、バーコードが予約管理サーバ３に送信される。
【０１５９】
（１０）上記では、バーコードリーダ１１にコマンド４３を出力させることにより、ブラウザに対してバーコード２４及び２７をホストコンピュータ１７へ送信させる専用ソフトウェアを固定端末１３にインストールすることが不要な構成を採用した。しかし、バーコードリーダ１１に、コマンド４３を出力させる構成を採用せずに、このような専用ソフトウェアを固定端末１３にインストールするようにしてもよい。この場合、バーコードの入力に応答して、当該ソフトウェアが起動し、自動的にバーコードを送信するようにすることが好適である。また、バーコードリーダ１１に、そのような専用ソフトウェアに対するコマンドを出力させ、当該ソフトウェアがそのコマンドに応答して、バーコードをホストコンピュータ１７に送信するようにしてもよい。
【０１６０】
また、上記では、バーコードリーダ１１にホストコンピュータ１７のＵＲＬ４５を出力させることにより、固定端末１３にホストコンピュータ１７のＵＲＬ４５を入力することが不要な構成を採用した。しかし、バーコードリーダ１１に、ＵＲＬ４５を出力させる構成を採用せずに、ホストコンピュータ１７のＵＲＬ４５をユーザに入力させたり、あるいは、上記のようなソフトウェアにＵＲＬ４５を持たせて固定端末１３に持っておいてもよい。
【０１６１】
ＵＲＬ４５及びコマンド４３を出力しないバーコードリーダ１１は、一般的なバーコードリーダと同様のものである。従って、固定端末１３に上記のようなソフトウェアをインストールしておくことにより、本システムに、一般的なバーコードリーダを用いることも可能である。
【０１６２】
これらの点は、携帯端末１５についても言える。
【０１６３】
（１１）ＰＯＳ端末１０３は、商品の清算処理を行なう際に発行するレシートにバーコードを印刷することができる。そして、レシートに印刷されたバーコードをバーコードリーダ１１でスキャンして、ネットワーク２３及びホストコンピュータ１７を介して、予約管理サーバ３に送信する。そして、予約管理サーバ３は、そのバーコードに応じて、所定の情報を、端末１３又は１５に送信する。ここで、所定の情報は、例えば、その店舗１の広告チラシの画像や最新の販売情報などである。
【０１６４】
（１２）上記では、広告チラシ２５は、実際の紙として、ユーザに配布された。ただし、予約管理サーバ３が広告チラシ２５の画像を固定端末１３に提供し、そのモニタに表示された広告チラシ２５のバーコードをスキャンして、予約管理サーバ３に送信することもできる。あるいは、モニタに印刷された広告チラシを印刷して、バーコードをスキャンし、予約管理サーバ３に送信してもよい。この場合、ホストコンピュータ１７を介してもよいし、固定端末１３から直接送信してもよい。
【０１６５】
（１３）上記では、ロッカー１２３は、店舗１内及び／又はその敷地内に配置され、ユーザが、必ず店舗で予約商品を受け取るようにした。ただし、ロッカー１２３は、任意の場所（例えば、駅、マンションなど）に配置することもできるし、複数箇所に配置することもできる。この場合は、店舗１が宅配業者に依頼して、ロッカー１２３に予約商品を保管する。さらに、この場合、ユーザが、予約の際に、予約商品の受け渡しを行なうロッカー１２３、つまり、ロッカー１２３の配置場所を指定できるようにすることが好適である。
【０１６６】
また、予約商品をユーザ宅９に配達するようにしてもよい。さらに、予約の際に、ユーザに、ロッカー１２３での受け渡し及びユーザ宅９への配達のいずれかを選択させるようにしてもよい。
【０１６７】
（１４）上記では、ユーザは、予約商品を店舗１のＰＯＳ端末１０３で清算した。ただし、予約の際に、カード決済、銀行振り込み、電子マネー等により、商品の受け渡し前に、予約商品の清算を行なうこともできる。また、予約商品が配達される場合は、配達時に清算を行なうこともできる。
【０１６８】
（１５）上記のバーコードリーダ１１による商品の予約と、表示されたＷＥＢサイトの画面をポインティングデバイスで操作して行なう予約と、を併用することもできる。
【０１６９】
（１６）ホストコンピュータ１７は、物理的に１つのコンピュータで構成することもできるし、処理を複数のコンピュータに分散させて構成することもできる。もちろん、分散処理する場合の各コンピュータの設置場所は、同一国内でもよいし、複数国に分散して設置してもよい。なお、ホストコンピュータ１７は、ハードウェア及びソフトウェアを含む概念として使用している。これらの点は、予約管理サーバ３や他のコンピュータについても同様である。
【０１７０】
（１７）ＭＣＵ３１、ホストコンピュータ１７，１０１，１２１、及び予約管理サーバ３に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、また、並列的あるいは個別に実行される処理も含む。
【０１７１】
（１８）上記フローチャートが示す処理を実行するためのコンピュータプログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
【０１７２】
（１９）本明細書及び特許請求の範囲において、手段とは必ずしも物理的手段を意味するものではなく、各手段の機能が、ソフトウェアによって実現される場合も包含する。さらに、一つの手段の機能が、二つ以上の物理的手段により実現されても、若しくは、二つ以上の手段の機能が、一つの物理的手段により実現されてもよい。
【産業上の利用可能性】
【０１７３】
本発明は、実際の店舗（実店舗）を有して、商品の販売を行なう分野、例えば、スーパーマーケット等の小売業に利用可能である。
【符号の説明】
【０１７４】
１…店舗、３…予約管理サーバ、５…電子ロッカーシステム、７…ＰＯＳシステム、９…ユーザ宅、１１…バーコードリーダ、１３…固定端末、１５…携帯端末、１７，１０１，１２１…ホストコンピュータ、１９…問屋又はメーカ、２１…受注システム、２５…広告チラシ、２４，２７…バーコード、２９…ＵＳＢコネクタ、３１…ＭＣＵ、３３…スキャナ、３５…ＵＳＢポート、３７…ＲＯＭ、３９…プログラム領域、４１…データ領域、４３…コマンド、４５…ＵＲＬ、４７…識別番号、５１…ＣＰＵ、６１，８６，１０５，１２７…ＨＤＤ、８３…ＵＲＬ検索プログラム、８５…データベース、９１…予約プログラム、９３…リマインダ制御プログラム、９８…ユーザデータベース、９９…予約データベース、１０３…ＰＯＳ端末、１１０…商品情報取得プログラム、１１１…在庫確認プログラム、１１２…予約情報格納プログラム、１１３…清算通知プログラム、１１７…商品データベース、１１９…在庫データベース、１２３…ロッカー、１２５…鍵装置、１３１…ロッカー割当プログラム、１３３…ロッカー管理プログラム、１３５…ロッカーデータベース。
【特許請求の範囲】
【請求項１】
ネットワークを介して商品を予約する商品予約システムであって、
商品に割り当てられて、商品案内と共に紙媒体に印刷されたコードを読み込むコードリーダと、
前記コードリーダに接続された端末から、前記コードリーダが読み込んだ前記コードを、前記ネットワークを介して受信し処理するサーバと、を備え、
前記サーバは、
受信した前記コードが割り当てられた商品の予約を登録する予約手段を含み、
前記商品予約システムは、
店舗内及び／又はその敷地内に配置され、予約が登録された商品を受け渡すための受渡手段をさらに備える商品予約システム。
【請求項２】
前記予約手段は、前記端末から前記ネットワークを介して受け取った、商品の受け渡し日時の情報を登録する、請求項１記載の商品予約システム。
【請求項３】
前記受渡手段は、ロッカーであり、
前記サーバは、
予約が登録された前記商品に、前記ロッカーを割り当てるロッカー割当手段をさらに含む請求項１又は２記載の商品予約システム。
【請求項４】
前記サーバは、
受信したコードが割り当てられた商品が、数量が限定された商品か否かを判断する第１判断手段と、
前記第１判断手段が、前記商品が、数量が限定された商品であると判断した場合、その商品の予約数量が予め定められた限定数量に既に到達しているか否かを判断する第２判断手段と、
前記第２判断手段が、前記商品の予約数量が前記予め定められた限定数量に既に到達していると判断した場合、その商品の予約を拒否する第１拒否手段と、をさらに含む請求項１から３のいずれかに記載の商品予約システム。
【請求項５】
前記サーバは、
受信したコードが割り当てられた商品が、販売又は予約の時間が限定された商品か否かを判断する第３判断手段と、
前記第３判断手段が、前記商品が、時間が限定された商品であると判断した場合、予め定められた時間が経過したか否かを判断する第４判断手段と、
前記第４判断手段が、前記予め定められた時間が経過したと判断した場合、その商品の予約を拒否する第２拒否手段と、をさらに含む請求項１から４のいずれかに記載の商品予約システム。
【請求項６】
前記サーバは、
受信したコードが割り当てられた商品が、一人当たりの数量が限定された商品か否かを判断する第５判断手段と、
前記第５判断手段が、前記商品が、一人当たりの数量が限定された商品であると判断した場合、要求された予約数量が、予め定められた限定数量の範囲内か否かを判断する第６判断手段と、
前記第６判断手段が、要求された予約数量が、前記予め定められた限定数量の範囲内でないと判断した場合、その商品の予約を拒否する第３拒否手段と、をさらに含む請求項１から５のいずれかに記載の商品予約システム。
【請求項７】
前記コードは、前記紙媒体である実店舗の広告チラシに印刷されたコードである、請求項１から６のいずれかに記載の商品予約システム。
【請求項８】
前記紙媒体には、その紙媒体を識別するための識別コードが印刷されており、
前記サーバは、前記コードリーダに接続された前記端末から、前記コードリーダが読み込んだ前記識別コードを、前記ネットワークを介して受信し、その識別コードによって、前記紙媒体を識別する、請求項１から７のいずれかに記載の商品予約システム。
【請求項９】
前記コードは、それが印刷された前記紙媒体を識別するための情報を含む、請求項１から７のいずれかに記載の商品予約システム。
【請求項１０】
前記ネットワークに接続されたホストコンピュータをさらに備え、
前記ホストコンピュータは、
前記コードリーダを含む複数のコードリーダの識別情報と前記サーバを含む複数のサーバとを関連付けたデータベースと、
前記コードリーダに接続された前記端末から、前記コードリーダが読み込んだ前記コード及び前記コードリーダの識別情報を、前記ネットワークを介して受信する受信手段と、
前記データベースを参照して、受信した前記識別情報に関連付けられた前記サーバに、受信した前記コードを送信する送信手段と、を含み、
前記サーバは、前記ホストコンピュータを介して、前記コードを受け取る、請求項１から９のいずれかに記載の商品予約システム。
【請求項１１】
請求項１から１０のいずれか一に記載の商品予約システムのサーバ。
【請求項１２】
請求項１から１０のいずれか一に記載の商品予約システムのコードリーダ。
【請求項１３】
請求項１から１０のいずれか一に記載の商品予約システムの受渡手段としてのロッカー。
【請求項１４】
店舗内及び／又はその敷地内に配置された受渡手段により受け渡される商品を、ネットワークを介して予約する商品予約方法であって、
商品に割り当てられて、商品案内と共に紙媒体に印刷されたコードを読み込むコードリーダが読み込んだ前記コードを、前記コードリーダに接続された端末から、前記ネットワークを介して受信するステップと、
受信した前記コードが割り当てられた商品の予約を登録するステップと、を含む商品予約方法。
【請求項１５】
請求項１４に記載の商品予約方法をコンピュータに実行させるためのコンピュータプログラム。
【請求項１】
ネットワークを介して商品を予約する商品予約システムであって、
商品に割り当てられて、商品案内と共に紙媒体に印刷されたコードを読み込むコードリーダと、
前記コードリーダに接続された端末から、前記コードリーダが読み込んだ前記コードを、前記ネットワークを介して受信し処理するサーバと、を備え、
前記サーバは、
受信した前記コードが割り当てられた商品の予約を登録する予約手段を含み、
前記商品予約システムは、
店舗内及び／又はその敷地内に配置され、予約が登録された商品を受け渡すための受渡手段をさらに備える商品予約システム。
【請求項２】
前記予約手段は、前記端末から前記ネットワークを介して受け取った、商品の受け渡し日時の情報を登録する、請求項１記載の商品予約システム。
【請求項３】
前記受渡手段は、ロッカーであり、
前記サーバは、
予約が登録された前記商品に、前記ロッカーを割り当てるロッカー割当手段をさらに含む請求項１又は２記載の商品予約システム。
【請求項４】
前記サーバは、
受信したコードが割り当てられた商品が、数量が限定された商品か否かを判断する第１判断手段と、
前記第１判断手段が、前記商品が、数量が限定された商品であると判断した場合、その商品の予約数量が予め定められた限定数量に既に到達しているか否かを判断する第２判断手段と、
前記第２判断手段が、前記商品の予約数量が前記予め定められた限定数量に既に到達していると判断した場合、その商品の予約を拒否する第１拒否手段と、をさらに含む請求項１から３のいずれかに記載の商品予約システム。
【請求項５】
前記サーバは、
受信したコードが割り当てられた商品が、販売又は予約の時間が限定された商品か否かを判断する第３判断手段と、
前記第３判断手段が、前記商品が、時間が限定された商品であると判断した場合、予め定められた時間が経過したか否かを判断する第４判断手段と、
前記第４判断手段が、前記予め定められた時間が経過したと判断した場合、その商品の予約を拒否する第２拒否手段と、をさらに含む請求項１から４のいずれかに記載の商品予約システム。
【請求項６】
前記サーバは、
受信したコードが割り当てられた商品が、一人当たりの数量が限定された商品か否かを判断する第５判断手段と、
前記第５判断手段が、前記商品が、一人当たりの数量が限定された商品であると判断した場合、要求された予約数量が、予め定められた限定数量の範囲内か否かを判断する第６判断手段と、
前記第６判断手段が、要求された予約数量が、前記予め定められた限定数量の範囲内でないと判断した場合、その商品の予約を拒否する第３拒否手段と、をさらに含む請求項１から５のいずれかに記載の商品予約システム。
【請求項７】
前記コードは、前記紙媒体である実店舗の広告チラシに印刷されたコードである、請求項１から６のいずれかに記載の商品予約システム。
【請求項８】
前記紙媒体には、その紙媒体を識別するための識別コードが印刷されており、
前記サーバは、前記コードリーダに接続された前記端末から、前記コードリーダが読み込んだ前記識別コードを、前記ネットワークを介して受信し、その識別コードによって、前記紙媒体を識別する、請求項１から７のいずれかに記載の商品予約システム。
【請求項９】
前記コードは、それが印刷された前記紙媒体を識別するための情報を含む、請求項１から７のいずれかに記載の商品予約システム。
【請求項１０】
前記ネットワークに接続されたホストコンピュータをさらに備え、
前記ホストコンピュータは、
前記コードリーダを含む複数のコードリーダの識別情報と前記サーバを含む複数のサーバとを関連付けたデータベースと、
前記コードリーダに接続された前記端末から、前記コードリーダが読み込んだ前記コード及び前記コードリーダの識別情報を、前記ネットワークを介して受信する受信手段と、
前記データベースを参照して、受信した前記識別情報に関連付けられた前記サーバに、受信した前記コードを送信する送信手段と、を含み、
前記サーバは、前記ホストコンピュータを介して、前記コードを受け取る、請求項１から９のいずれかに記載の商品予約システム。
【請求項１１】
請求項１から１０のいずれか一に記載の商品予約システムのサーバ。
【請求項１２】
請求項１から１０のいずれか一に記載の商品予約システムのコードリーダ。
【請求項１３】
請求項１から１０のいずれか一に記載の商品予約システムの受渡手段としてのロッカー。
【請求項１４】
店舗内及び／又はその敷地内に配置された受渡手段により受け渡される商品を、ネットワークを介して予約する商品予約方法であって、
商品に割り当てられて、商品案内と共に紙媒体に印刷されたコードを読み込むコードリーダが読み込んだ前記コードを、前記コードリーダに接続された端末から、前記ネットワークを介して受信するステップと、
受信した前記コードが割り当てられた商品の予約を登録するステップと、を含む商品予約方法。
【請求項１５】
請求項１４に記載の商品予約方法をコンピュータに実行させるためのコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１１−１８１０１８（Ｐ２０１１−１８１０１８Ａ）
【公開日】平成２３年９月１５日（２０１１．９．１５）
【国際特許分類】
【出願番号】特願２０１０−４７２６４（Ｐ２０１０−４７２６４）
【出願日】平成２２年３月４日（２０１０．３．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＱＲコード
【出願人】（３９６０２５８６１）新世代株式会社 (138)
【公開日】平成２３年９月１５日（２０１１．９．１５）
【国際特許分類】
【出願日】平成２２年３月４日（２０１０．３．４）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＱＲコード
【出願人】（３９６０２５８６１）新世代株式会社 (138)
[ Back to top ]