JP2001236397A

JP2001236397A - 商品注文受付システム

Info

Publication number: JP2001236397A
Application number: JP2000045726A
Authority: JP
Inventors: Masaki Sakuma; 昌己佐久間
Original assignee: INFOMA JAPAN KK
Current assignee: INFOMA JAPAN KK
Priority date: 2000-02-23
Filing date: 2000-02-23
Publication date: 2001-08-31

Abstract

(57)【要約】【課題】既存の電話やFAXのほかにインターネットお
よびインターネット携帯電話を利用した商品注文受付シ
ステムを提供する。【解決手段】（ａ）商品情報をパソコン及び／又はイ
ンターネット携帯電話向けに公開する、（ｂ）パソコン
及び／又はインターネット携帯電話からの注文を受ける
ためのプログラムを動かす、（ｃ）パソコン及び／又は
インターネット携帯電話へチラシを直接配信するための
プログラムを動かすためのサーバと、（ｄ）店舗で実際
にパソコン及び／又はインターネット携帯電話からの受
注処理を行い、（ｅ）店舗で会員管理処理を行うための
注文データ監視用パソコンと、を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、既存の電話やFA
XのほかにインターネットおよびiMODE携帯を利用した商
品注文受付システムに関する。

【０００２】

【従来の技術】最近、コンビニの決済や商品引き渡し機
能を軸にコンビニとEC（電子商取引）ビジネスとが融合
しようとする動きが見られる。

【０００３】

【発明が解決しようとする課題】コンビニ業界の競合が
激化し、既存店舗の売上高を大幅に伸ばすことは極めて
難しいという状況が続いている中、商品デリバリ事業は
店舗面積や来店者数に依存しない新たな売上げを期待で
きるフィールドであると考えられる。また、今後の、高
齢化社会を鑑みた場合、生活日常品のデリバリなど社会
的に必要なサービスのインフラとして位置づけられるこ
とも予想される。

【０００４】さらに、近年の情報通信技術の発達によ
り、商品役務情報のデジタル処理が可能になり、技術的
にはネット上でのバーチャルショップの運営はすぐにも
できる状態にあるなかで、ここにきて、長年待たれてい
た情報インフラの大衆化がiMODE携帯電話（インターネ
ット携帯電話）によって開始された。すなわち、普通の
人が、なにも意識せずインターネットに参加でき、なお
かつ、そのインフラが自動的に増殖するという画期的な
大衆情報端末であるiMODEの出現で、ニューメディア，
マルチメディアと何回か頓挫してきた情報系のメディア
サービスが始めて離陸できる環境がそろったと言うこと
ができる。

【０００５】コンビニEC化の流れの中、将来的に待望さ
れるデリバリサービスと爆発的に増える大衆情報端末と
を組み合わせた事業プロジェクトの意味は非常に大きい
と思われ、そのためのシステムを提供すること、さらに
は、そのノウハウの蓄積をはかることは、次世代のコン
ビニ経営に向けての重要なオペレーションであると考え
られる。

【０００６】本発明は、既存の電話やFAXのほかにイン
ターネットおよびiMODE携帯を利用した商品注文受付シ
ステムおよび商品宅配システムを提供することを目的と
する。さらに、これらの動きを具体的に店舗にあてはめ
るためのノウハウ蓄積をねらいとして既存の電話やFAX
のほかにインターネットおよびiMODE携帯を利用した商
品注文受付および商品宅配事業のフィージビリスタディ
を目的とする。

【０００７】

【課題を解決するための手段】この発明に係る商品注文
受付システムは、下記の（ａ）乃至（ｃ）の少なくとも
いずれかの機能を備えるサーバと、下記の（ｄ）乃至
（ｅ）の少なくともいずれかの機能を備え、店舗に設置
される注文データ監視用パソコンと、を備える。（ａ）商品情報をパソコン及び／又はインターネット携
帯電話向けに公開する。（ｂ）パソコン及び／又はインターネット携帯電話から
の注文を受けるためのプログラムを動かす。（ｃ）パソコン及び／又はインターネット携帯電話へチ
ラシを直接配信するためのプログラムを動かす。（ｄ）店舗で実際にパソコン及び／又はインターネット
携帯電話からの受注処理を行う。（ｅ）店舗で会員管理処理を行う。

【０００８】好ましくは、会員からのメールによる注文
の到着を知らせるためのインターネット携帯電話を備え
る。

【０００９】好ましくは、前記サーバは、インターネッ
ト用に商品データを閲覧するホームページを備える。

【００１０】好ましくは、前記サーバは、インターネッ
ト携帯電話用に商品データを閲覧するホームべ−ジを備
える。

【００１１】好ましくは、前記注文データ監視用パソコ
ンは、店舗で販売したインターネット携帯電話に、商品
ページや注文ページなどの情報を登録するための、会員
用情報を登録するプログラムを実行する。

【００１２】好ましくは、前記サーバは、パソコンやイ
ンターネット携帯電話にチラシを発行するためのプログ
ラムを実行する。

【００１３】好ましくは、前記注文データ監視用パソコ
ンは、パソコンやインターネット携帯電話用に作ったチ
ラシを印刷するためのプログラムを実行する。

【００１４】好ましくは、前記注文データ監視用パソコ
ンは、会員が入力したデータを、店舗で解読可能な型に
変換するための注文データ処理及び送信用プログラムを
実行する。

【００１５】好ましくは、前記注文データ監視用パソコ
ンは、メールによる受注を、音などのサインで店員に伝
える。

【００１６】好ましくは、前記サーバは、顧客の個人情
報と同時に、法人などの情報も管理し、商圏の確保と、
他商圏からの会員の獲得するための商圏エリア管理用プ
ログラムを実行する。

【００１７】好ましくは、前記サーバは、商圏エリア管
理用プログラムを地図に対応させ、ビジュアル的に分か
りやすくしたプログラムを実行する。

【００１８】この発明に係る記録媒体は、コンピュータ
を、前記装置として機能させるためのプログラムを記録
したものである。

【００１９】媒体には、例えば、フロッピー（登録商
標）ディスク、ハードディスク、磁気テープ、光磁気デ
ィスク、ＣＤ−ＲＯＭ、ＤＶＤ、ＲＯＭカートリッジ、
バッテリバックアップ付きのＲＡＭメモリカートリッ
ジ、フラッシュメモリカートリッジ、不揮発性ＲＡＭカ
ートリッジ等を含む。

【００２０】また、電話回線等の有線通信媒体、マイク
ロ波回線等の無線通信媒体等の通信媒体を含む。インタ
ーネットもここでいう通信媒体に含まれる。

【００２１】媒体とは、何等かの物理的手段により情報
（主にデジタルデータ、プログラム）が記録されている
ものであって、コンピュータ、専用プロセッサ等の処理
装置に所定の機能を行わせることができるものである。
要するに、何等かの手段でもってコンピュータにプログ
ラムをダウンロードし、所定の機能を実行させるもので
あればよい。

【００２２】

【発明の実施の形態】図１はこの発明の実施の形態のシ
ステムが実現しようとする概念「単品管理から単客管理
へ」の説明図である。ＰＯＳの導入による単品管理がコ
ンビニの躍進を支えたが、ＮＥＸＴＳＴＡＧＥでは単
客管理とも表現される顧客情報の収集、獲得が重要なマ
ーケテイング戦略となる。

【００２３】図２は各種手法による情報取得の難易の対
比表である。顧客管理という側面から見たデリバリ−サ
ービスは次のような性質を有する。顧客管理で必要な情
報は個人特定情報とそれとリレーショナルする商品購買
履歴である。ポイントカードなどの顧客管理システムを
導入する際、問題になるのがユーザの個人情報暴露に対
する危惧とカード利用時における煩雑さである。これに
対し、本システムによれば、デリバリサービスの場合、
サービスを受けようとするユーザから自律的に個人情報
の提供がなされる。また、利用時の煩雑さについては店
側でのデータ収集のみが行われるだけでユーザの負担に
ならない。

【００２４】図３は商圏のイメージ図である。顧客情報
は個店商圏ごとに管理される。コンビニの商圏は個店周
辺の１０００世帯程度に集約される。その狭い商圏では
マクロ的な顧客情報管理は意味があまりない。逆に１０
００世帯程度の顧客管理なら最初からこの１０００世帯
をターゲットとした顧客情報収集法の展開が効果的であ
る。デリバリーサービスは商圏内顧客の個人情報、商品
購買情報を無理無く収集できる方法である。顧客データ
の蓄積により、商圏のゾーンマップ作成などが可能にな
り、マーケット解析や競合店対策のツールとして効果が
期待できる。

【００２５】図４はこのシステムの全体構成図である。
ネットを絡めたデリバリーサービスにより、顧客情報を
効率的に取得できる。発注方法として電話やＦＡＸ以外
にインターネットや携帯のメールおよびネットサブミッ
トを組み込む。ネット経由の受注は顧客情報の収集が効
率的な上に、その双方向性によりプッシュ型の告知広告
が可能になるのでデリバリ事業においてはインセンテイ
ブを設けても推進したい方向性である。

【００２６】図５はこのシステムの全体動作を示す図で
ある。デリバリ顧客を把握し、ネットサブミットへのイ
ンセンティブを誘導し、デリバリリピータつまりデリバ
リ顧客を会員化し、デリバリ会員への来店インセンティ
ブを与え、ポイントカードを発行し、デリバリポイント
カード会員の一元化を行う。個人情報を得やすく、収集
される情報の質が高く、しかも適当な管理規模であるデ
リバリーシステムは個店商圏内での単客管理の導入部と
しては最適である。さらに適宜、インセンテイブなどを
設定することによりポイントカードなどより緻密な顧客
管理システムへの誘導をはかる。

【００２７】図６にネットミックスデリバリーによる個
店商圏顧客情報収集システムの概念図を示す。

【００２８】図７に商圏管理ソフトの表示画像例を示
す。商圏管理ソフトの機能構成は次のような機能を有す
る。・データ表示機能１．住所地点表示２．2住所地点データ表示３．ゾーンマップ表示４．マップ指定領域データ表示・データインポート１．自動データインポート２．手動データ入力・データエクスポート１．電子メールリスト出力２．DMリストの出力３．各種データのCSV出力・データ解析１．相関データの発見プログラム２．商品動向予測プログラム

【００２９】個店商圏顧客情報収集システムは、サーバ
上のデータを定期的にダウンロードしてデータベースソ
フトに取得させてマップ化する。セキュリティに投資が
できるようならばデータベースを含めて全てネット上に
構築するのが有効である。

【００３０】画面上では次のような表示がなされる。１．住所地点表示・・・住所地点の競合店、顧客、購買
インターバル、商品情報を色で識別２．住所地点データ表示・・・住所地点の詳細データ表
示顧客データ、距離・時間データ、購買履歴データ、購買
インターバル、など３．ゾーンマップ表示・・・ゾーン単位による表示顧客属性ゾーン、購買商品ゾーン、ベースデータ相関、
など４．マップ指定領域データ表示・・・マップ選択範囲内
の数値データ表示顧客データ、購買商品、など

【００３１】データのインポートには次のようなものが
ある。１．自動データインポート・インターネット＆携帯サブミットデリバリ注文フォームからサブミットされたデータを自
動的に収集・インターネット＆携帯メール（１）メールオートレスポンダーによりデリバリ発注メ
ールフォームをユーザに発送（２）ユーザがチラシをもとに商品を選びメール送信（３）フォームメールの注文を自動的に集計・ポイントカード来店者の情報獲得（POS連動時に稼動）２．手動データインポート・FAX＆電話（デリバリ）・付加データ（１）携帯購入者データ（２）公共料金データ（３）ネットコミュニティサイト書き込みデータ（４）クレームデータ（５）店員一顧客個人関係データ

【００３２】データのエキスポートには次のようなもの
がある。１．電子メールリスト出力・選択領域および条件設定項目に合致するメールアドレ
スを出力・当該アドレスに自動的にメールDMを送信する。２．DMリスト出力・選択領域および条件設定項目に合致するDMアドレスを
出力・タックシールもしくはCSVで出力をする。３．各種データのCSV出力・顧客情報・商品履歴情報

【００３３】データ解析プログラムには次のようなもの
がある。１．相関データの発見プログラムデータ全体をマイニングすることにより、一緒に買われ
る商品群や顧客属性と関係の深い商品を自動的に発見す
る。２．商品動向予測プログラム一定期間ごとに商品販売品目および数量の差分をとるこ
とにより、商品の市場での評価を予測するプログラム。

【００３４】図９は、汎用ホームページ管理ソフトの機
能構成図である。本システムは、ネット上で下記のサー
バ機能を利用してネット受発注およびメールサービスな
らびにエンターテインメントコンテンツを運営するもの
である。使用するネットサービス機能として、ＷＷＷ、
メーリングリスト、掲示板システムがある。必要なサー
バのスペックは、ホームページが置けること、ＣＧＩが
稼動すること、リーズナブルなレベルでセキュリティー
がされているもの、ＭＬソフトが設置、稼動できるも
の、rootの使用権限のあるもの、である。コンテンツと
プログラム（受注関係）の関係は次のようである。１．商品表示ページ・・・デリバリ対象商品の選択２．商品ユーザ発注ページ・・・デリバリ対象商品の発
注フォーム３．商品エントリーシステム・・・デリバリ対象商品の
サーバ上への登録４．メールオーダー用レスポンダー・・・メールオーダ
ーフォーム請求にメールを送るプログラム５．フォームメール受信、処理プログラム・・・メール
オーダーフォームで送られてきた受注を自動処理するプ
ログラム６．ネット経由受注を一括してモニターするプログラム７．ネット経由受注を携帯電話などに転送して店員に告
知するプログラム８．ネット経由受注者に対して待ち時間を自動的に計算
して告知するプログラム９．一定時間ごとに別のコンピュータに顧客蓄積データ
を送信するプログラム

【００３５】コンテンツとプログラム（エンターテイン
メント関係）の関係は次のようである。１．ネット会員に告知メールを送信するためのメーリン
グシステム２．店舗側のインフォメーションをサーバに登録するた
めのプログラム３．ユーザの情報やクレームを書き込ませるための掲示
板機能プログラム４．掲示板に書かれた内容をチェックするプログラムと
サーバ上に公開するプログラム５．店内デジタルビデオ画像のネット放映用のプログラ
ム

【００３６】図１０は、商圏管理ソフトと汎用ホームペ
ージ管理ソフトの相関図である。

【００３７】この発明の実施の形態のシステムは、ホス
トコンピュータに設置してある商品情報から携帯端末を
利用して注文の受付を行ない即時配達を行なうというも
のでる。ホストコンピュータのバーチャル店舗部の設計
と実際にデリバリーを行なう店側のスキーム開発が重要
なポイントである。

【００３８】ハードウェアおよびランニングコストに関
しては、実際の店舗配備を考えると、できるだけ安価で
ある必要がある。受注処理の自動化のためにcgiなどを
使った高度なプログラムが要求されるが、初期段階で
は、少数精鋭化した商品をインターネットならぴにIMOD
E用のページに収録して、電話、FAX、メールなど複合し
た形での受注体制によって店舗側スキームの獲得が現実
的である。顧客データの収集についてはシステム化を視
野においたデータ収集法が求められる。

【００３９】この発明の実施の形態のシステムは次のよ
うな構成要素からなる。必要なシステム構成（＊は第二
ステップから）１．商品情報および受注を受け持つサーバこのサーバは次のような機能をもつ。・商品情報をパソコン、iモード携帯向けに公開する。・パソコン・iモード携帯からの注文を受けるためのプ
ログラムを動かす。・パソコン・iモード携帯へチラシ直配信するためのプ
ログラムを動かす。２．店舗に設置される注文データ監視用パソコンこのパソコンは次のような機能をもつ。・店舗で実際にパソコン・iモード携帯からの受注をす
る。・店舗で実際に会員管理をする。３．同パソコンをネット接続するための回線上記パソコンで常時メールによる受注を監視するためで
ある。４．ｉモード携帯電話会員からのメールによる注文の到着を知らせるためであ
る。直接メールで受注する場合も考えられる。５．商品データを閲覧するホームページ（インターネッ
ト用）会員がこのページを見て商品を選び、発注する６．商品データを閲覧するホームべ−ジ（IMODE用）パソコンとは見える画面が違うので、専用のページが必
要である。 7．メール受注、HPサブミット受注を受け持つプログラ
ム会員がホームページで見た商品を、ページ上またメール
で実際に発注するためのものである。８．モード携帯へ会員用情報を登録するプログラム店舗で販売したiモード携帯に、商品ページや、注文ペ
ージなどの情報を登録するためである。 9．チラシを発行するプログラムパソコンやiモード携帯に、チラシを発行するためのも
のである。１０．チラシを印刷するプログラムパソコンやiモード携帯用に作った、チラシを印刷する
ためのものである。ひとつ作れば、それを店舗用や、チ
ラシ配布用に流用できる１１．会員管理データベース（簡易型）既存ソフトのカスタマイズ１２．注文データ処理、送信用プログラム（簡易型）会員が入力したデータを、店舗で解読可能な型に変換す
るために必要である。携帯電話での入力は困難がともな
うため、それを簡単にし、その簡単な入力から必要情報
を最大限に表示させるために必要である。この段階で
は、ごく簡単に、入力された商品番号を商品名をともな
うものに変更する程度にとどめる１３．注文データ監視用プログラム（簡易型）メールによる受注を、音などのサインで店員に伝えるた
めである。次の段階では、よりセキュリティが高いもの
を構築する。１４．店員操作用プログラム＆マニュアル（簡易型）アルバイト店員でも、簡単に操作できるようにするため
である。現段階は、ごく簡単なものとし、ある程度知織
のある人間が操作して、問題点などを洗い出し、次の段
階でより高度なプログヲムとして完成させる１５．商圏エリア管理用プログラム（簡易型）顧客の個人情報と同時に、法人などの情報も管理し、商
圏の確保と、他商圏からの会員の獲得をめざす。次の段
階では、これを地図に対応させ、ビジュアル的に分かり
やすいプログラムとして完成させる１６．（＊）会員を登録するプログラム１７．（＊）会員を認証するプログラム１８．（＊）注文データ処理、送信用プログラム１９．（＊）注文データ監視用プログラム２０．（＊）店員操作用プログラム＆マニュアル２１．（＊）会見管理データベース２２．（＊）販売統計プログラム２３．（＊）商圏エリア管理用地図型プログラム

【００４０】サーバに関しては将来的にセンターなどで
の集中管理方法が可能なので、今回のスキームではメン
テナンスや手間などを考えレンタルものを利用できる。
店舗設置用パソコンについては、通常の能力のものであ
ればいいので、適当なDOS／V機を選定する。回線も最低
限常時接続が可能ならば適確なのでプロバイダの安価な
ものを利用できる。さらにローコストにするために、ダ
イヤルアップの選択もできる。プログラムに関して、受
注システムは次フェイズで考えることとし、簡単な商品
エントリーシステムを構築する。

【００４１】コンビニのコンセプトが駄菓子屋もしくは
雑貨屋の近代化であるという側面があったとしたらデリ
バリシステムは出前の近代化というふうに表現できるか
もしれない。ラーメン、丼物といったいわゆる食品の出
前から、酒、米などの重量物、トイレットペーパー、紙
おむつなどの嵩高物など、運ぷという行為自体がサービ
ス主体ともなるこれらの商品群は今後の高齢化社会にお
いて顔の見えるコンビニを演出する重要アイテムである
と考えられる。

【００４２】コンビニ宅配における商品ニーズとして、
つぎのようなものが想定される。１．食品出前慣習のリニューアル・・・弁当、ソバ、丼
類２．重量物・・・米、酒、ビール３．嵩高物・・・トイレットペーパー、紙おむつ４．定期性物品・・・新聞、雑誌、牛乳、乳酸菌飲料５．臨時、緊急性物品・・・傘、医療品、文具６．衝動買い物品・・・お菓子穎、ジュース類７．集団性物品・・・会議用食品／飲料、オフィス／学
校などの昼食、会合用食品／飲料

【００４３】顧客購買データにもとづくワンツ−ワンマ
ーケッティングの確立が必要である。デリバリごとに氏
名、電話、住所、商品などの顧客履歴データを蓄積する
ことにより、店舗ごとの商圏における顧客の属性の把握
と囲い込みがはかれる。従来コンビニが目指してきた単
品管理の次の次元として顧客ごとの詳細な購買データを
活用することによる単客管理とも表現されるワンツワン
マーケティシグの実現が可能になる。しかも、この事
合、デリバリの発注ツールとして用いた携帯電帯やiMOD
E端末などが個別の情報をこちらから送り届けるための
メディア機器として機能させることができるので、そう
いう意味ではコンビニデリバリは単なる宅配にとどまら
ない次世代のマーケティング手法の入り口にあると言え
る。

【００４４】デリバリ顧客データ収集によるデータ活用
法として次のようなものがある。１．顧客購買データの収集による売れ筋の詳細解析２．顧客ごとの購買データ解析によるワンツーワンマー
ケティングの構築３．住所データによる商圏の把握と最適オペレーション
の開発４．競合店対策のツール

【００４５】本発明の実施の形態を実施するためのプロ
ジェクトの取組みにおけるフェイズは次のようなもので
ある。将来的に待望されるデリバリサービスであるが、
その初期段階での採算は厳しいものと予想される。また
デリバリエリアという限られたフィールドでの勝負とな
ると、個店での取り組み次第によって結果がまちまちに
なると考えられる。そういう意味では、なんらかの大規
模システム導入以前に、個店レベルでの手作りのスキー
ムによるフィージビリスタデイは欠かせない作業であ
る。

【００４６】・第一ステップ個店においてあまり負担にならない、それでいて、顧客
のニーズを探り当てることのできるような取組みがその
初期段階で必要である。１．オフピーク時間帯限定によるサービス２．扱い品目の少数精鋭化３．チラシ配布などによる周辺エリアへのサービス告知４．オフィス、学校など、まとめ発注、定期発注の見込
める顧客へのアプローチ５．顧客データの収集。６．デリバリシステムの発注ツールおよび告知効果を高
めるための携帯電話販売。

【００４７】・第二ステップ第一フエイズで絞られてきたニーズ用のシステムを開発
する。１．サービス時間帯の拡張２．扱い品目の増大３．固定客のコンピュータ管理４．ニーズに対してその拡張やシステムのプロトタイ
プ、受注システムの開発およびシステムのフイージビリ
スタディ５．顧客購買履歴データのデータベースシステム化

【００４８】・第三ステップシステム込みのデリバリスキームを標準化し全店規模で
の適用を図る。データセンターや受発注システムの開発
を行なう。

【００４９】この発明の実施の形態のシステムにさらに
詳しく検討する。１．いたずら防止及び配達先の住所データの確認のため
に、初回受注では電話による確認を行なうのが有効と思
われる。２．顧客は会員制とするより店側で顧客データベースを
作るほうがCS的に優れている。３．成人向け雑誌などの販売についても対応を考える必
要がある。４．POSとの連動はいずれ考えなくてはならないが在庫
の状態をどう認知するかなどで整合のとれるシステムが
必要である。５．顧客の商品選択インターフェイスについて、あまり
試行錯誤をしなくて良いシステムの開発が必要である。６．大量注文やいたずら注文に対するケーススタディの
収集と対応スキームの開発が必要である。７．二重サブミット問題を扱う必要がある。８．ヘルプディスク（対応マニュアルのバイトのスキ
ル）

【００５０】本発明は、以上の実施の形態に限定される
ことなく、特許請求の範囲に記載された発明の範囲内
で、種々の変更が可能であり、それらも本発明の範囲内
に包含されるものであることは言うまでもない。

【００５１】また、本明細書において、手段とは必ずし
も物理的手段を意味するものではなく、各手段の機能
が、ソフトウェアによって実現される場合も包含する。
さらに、一つの手段の機能が、二つ以上の物理的手段に
より実現されても、若しくは、二つ以上の手段の機能
が、一つの物理的手段により実現されてもよい。

【図面の簡単な説明】

【図１】この発明の実施の形態のシステムが実現しよ
うとする概念「単品管理から単客管理へ」の説明図であ
る。

【図２】各種手法による情報取得の難易の対比表であ
る。

【図３】商圏のイメージ図である。顧客情報は個店商
圏ごとに管理される。

【図４】このシステムの全体構成図である。

【図５】このシステムの全体動作を示す図である。

【図６】ネットミックスデリバリーによる個店商圏顧
客情報収集システムの概念図を示す。

【図７】商圏管理ソフトの表示画像例を示す。

【図８】商圏管理ソフトにより収集可能な情報の例を
示す。

【図９】汎用ホームページ管理ソフトの機能構成図で
ある。

【図１０】商圏管理ソフトと汎用ホームページ管理ソ
フトの相関図である。

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5B049 AA05 BB11 BB33 BB49 CC05 CC08 CC27 DD04 DD05 EE01 EE05 EE07 EE56 FF02 FF03 FF04 FF06 FF08 FF09 GG01 GG03 GG04 GG06 GG09 5C062 AA12 AA14 AA29 AA37 AE11 BB03 BD00 BD06 5K101 KK17 LL12 NN03 NN18 NN21

Claims

【特許請求の範囲】

【請求項１】下記の（ａ）乃至（ｃ）の少なくともい
ずれかの機能を備えるサーバと、下記の（ｄ）乃至
（ｅ）の少なくともいずれかの機能を備え、店舗に設置
される注文データ監視用パソコンと、を備える商品注文
受付システム。（ａ）商品情報をパソコン及び／又はインターネット携
帯電話向けに公開する。（ｂ）パソコン及び／又はインターネット携帯電話から
の注文を受けるためのプログラムを動かす。（ｃ）パソコン及び／又はインターネット携帯電話へチ
ラシを直接配信するためのプログラムを動かす。（ｄ）店舗で実際にパソコン及び／又はインターネット
携帯電話からの受注処理を行う。（ｅ）店舗で会員管理処理を行う。
【請求項２】会員からのメールによる注文の到着を知
らせるためのインターネット携帯電話を備えることを特
徴とする請求項１記載の商品注文受付システム。
【請求項３】前記サーバは、インターネット用に商品
データを閲覧するホームページを備えることを特徴とす
る請求項１記載の商品注文受付システム。
【請求項４】前記サーバは、インターネット携帯電話
用に商品データを閲覧するホームべ−ジを備えることを
特徴とする請求項１記載の商品注文受付システム。
【請求項５】前記注文データ監視用パソコンは、店舗
で販売したインターネット携帯電話に、商品ページや注
文ページなどの情報を登録するための、会員用情報を登
録するプログラムを実行することを特徴とする請求項１
記載の商品注文受付システム。
【請求項６】前記サーバは、パソコンやインターネッ
ト携帯電話にチラシを発行するためのプログラムを実行
することを特徴とする請求項１記載の商品注文受付シス
テム。
【請求項７】前記注文データ監視用パソコンは、パソ
コンやインターネット携帯電話用に作ったチラシを印刷
するためのプログラムを実行することを特徴とする請求
項６記載の商品注文受付システム。
【請求項８】前記注文データ監視用パソコンは、会員
が入力したデータを、店舗で解読可能な型に変換するた
めの注文データ処理及び送信用プログラムを実行するこ
とを特徴とする請求項１記載の商品注文受付システム。
【請求項９】前記注文データ監視用パソコンは、メー
ルによる受注を、音などのサインで店員に伝えることを
特徴とする請求項１記載の商品注文受付システム。
【請求項１０】前記サーバは、顧客の個人情報と同時
に、法人などの情報も管理し、商圏の確保と、他商圏か
らの会員の獲得するための商圏エリア管理用プログラム
を実行することを特徴とする請求項１記載の商品注文受
付システム。
【請求項１１】前記サーバは、商圏エリア管理用プロ
グラムを地図に対応させ、ビジュアル的に分かりやすく
したプログラムを実行することを特徴とする請求項１０
記載の商品注文受付システム。