JP2001297129A

JP2001297129A - キャンペーン管理システム

Info

Publication number: JP2001297129A
Application number: JP2000069273A
Authority: JP
Inventors: Toru Ichikawa; 徹市川; Tsunemi Tsurii; 経未釣井
Original assignee: ICHIKAWA JIN SHOJI KK
Current assignee: ICHIKAWA JIN SHOJI KK
Priority date: 2000-02-09
Filing date: 2000-03-13
Publication date: 2001-10-26

Abstract

(57)【要約】【課題】景品進呈型キャンペーンを公正に実施でき、且
つ、顧客情報の収集、管理及び利用を効率よく行うこと
ができる管理システムを提供する。【解決手段】キャンペーン対象商品の購入者は、クライ
アント端末１６を使用して、証明媒体２０に記載された
受付用メールアドレスに所定様式のメールを送ることに
より、キャンペーン案内の入手、懸賞への応募及び景品
の申込を行う。管理サーバ１８はそのメールを受け取
り、メールの様式（応募様式、景品申込様式等）を識別
し、それに応じたメッセージを含むメールを作成し、購
入者のメールアドレス宛に返信する。例えば、購入者か
らのメールが応募様式の場合、管理サーバ１８は、そこ
に記載された製品識別コードの検査（コードチェック、
二重応募チェック）を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、消費者に対する商
品／サービスの販売促進や顧客情報の収集及び管理を目
的として実施されるキャンペーンを管理するためのシス
テムに関する。

【０００２】

【従来の技術】上記のようなキャンペーンの形態の一つ
として、キャンペーンの対象となる商品やサービスを購
入した人に抽選で（又は応募者全員に）景品（物品、現
金、特定サービスの購入権等）を与えるというもの（以
下、景品進呈型キャンペーンと呼ぶ）がある。このよう
なキャンペーンにおいて、キャンペーンの対象となる商
品やサービスの購入者に抽選への参加資格又は景品の受
け取り資格（以下、まとめて応募資格と呼ぶ）を与える
方法としては、応募資格を証明する媒体（以下、証明媒
体と呼ぶ）を商品に添付したり、あるいは販売員が商品
等の購入者に証明媒体を手渡すという方法が最も一般的
である。証明媒体の例としては、抽選券、抽選用ポイン
ト券、領収書（レシート）、保証書、会員証、ユーザ登
録カード等が挙げられる。

【０００３】証明媒体を利用した景品進呈型キャンペー
ンにおいては、証明媒体の正当な入手者ではない者によ
る不正応募や、既に応募資格を行使し終わって無効とな
った証明媒体を用いた二重応募を防止する必要がある。
不正応募や二重応募の防止方法は、応募の受付方法に応
じて適宜決定される。例えば、応募者に証明媒体を抽選
会場で提示させることにより応募を受け付ける場合は、
証明媒体を回収したり、証明媒体に受け付け済みを示す
印を付けるという方法が利用できる。また、応募者に証
明媒体を指定の宛先（事務局）へ郵送させることにより
応募を受け付ける場合は、自動的に証明媒体が回収され
るため、上記のような不正応募は問題とならない。

【０００４】ところで、最近では、証明媒体としてユー
ザ登録カードを使用し、インターネットに接続されたホ
ストコンピュータ上に応募受付用のＷＷＷページを開設
する、というような形態で応募を受け付ける例も多い。
この場合、例えば、応募者がＷＷＷブラウザを用いて応
募受付用のＷＷＷページにアクセスし、証明媒体に記載
の製品識別コードを含む所定の情報（応募者の氏名、住
所等）をそのページに書き込み、送信ボタンをクリック
すると、応募者の端末コンピュータから応募受付用のホ
ストコンピュータ宛に応募データが送信され、そのホス
トコンピュータが応募受付処理を実行する。このよう
に、情報通信用ネットワークを介して応募者に証明符号
（製品識別コード等）等のデータを所定の宛先に電子的
に送信させることにより応募を受け付ける方法を本明細
書ではオンライン受付と呼ぶ。

【０００５】

【発明が解決しようとする課題】オンライン受付の場
合、実際に商品等を購入していない者であっても、証明
媒体に記載の証明符号さえ知っていれば応募手続を行う
ことができるため、二重応募や不正応募が発生しやす
い。このような状況を放置すると、キャンペーンによる
販売促進効果が損なわれるだけでなく、正当な手順で応
募した商品購入者の当選確率が下がる等の弊害が発生す
る。

【０００６】一方、ハガキ等の文書による応募受付方法
を採用する懸賞では、応募が正常に受け付けられたかど
うかを応募者毎に通知することはないのが通例であり、
更に抽選の結果についても、景品の発送を以て代えると
することがほとんどである。これを顧客の側から見る
と、折角懸賞に応募しても、その応募行為に対するキャ
ンペーン主催者側からの応答が全くないままキャンペー
ンが終了するということになる。もちろん、キャンペー
ンの主催者が懸賞への応募者に対する特別の販売促進活
動（例えば、ダイレクトメールの送付）を行うことによ
り応募者と商品販売者との間の双方向コミュニケーショ
ンを図る試みは従来より成されているが、ハガキ等の文
書による応募受付方法では、文書に記載された顧客情報
をデータベースに登録するのに手間がかかるだけでな
く、応募を受け付けてからその販売促進活動を実際に行
うまでに相当のタイムラグが発生するという問題があ
る。

【０００７】また、懸賞の方式をポイントセービング方
式（所定ポイントを集めた応募者全員に景品を進呈する
もの）又はそれと他の形式とを組み合わせた複合形式
（例えば、所定ポイントを集めた応募者に抽選参加権を
付与するもの）とする場合、従来は、応募希望者が所定
のポイント数分の証明媒体を集めた上で、それらを一度
に所定の宛先へ郵送する、という手順で応募を受け付け
るのが一般的だったが、この方法では、郵送の途中に証
明媒体が汚損したり紛失する恐れがあった。また、所定
の景品引渡所で所定ポイント数分の証明媒体を提示した
者にその証明媒体と引き替えに景品を譲渡するという受
付方法も従来より行われているが、この方法では、景品
引渡所毎に景品提供数が予め決められているため、場所
によっては応募希望者数と景品数との間にアンバランス
が生じ、景品希望者が所望の景品を入手できなかった
り、逆にキャンペーンの終了後に景品が残ってしまうと
いった問題が発生することがあった。

【０００８】本発明はこのような課題を解決するために
成されたものであり、その目的とするところは、景品進
呈型キャンペーンを公正に実施でき、且つ、顧客情報の
収集、管理及び利用を効率よく行うことができるように
するためのキャンペーン管理システムを提供することに
ある。

【０００９】

【課題を解決するための手段】上記課題を解決するため
に成された本発明に係る第一のキャンペーン管理システ
ムは、情報通信用のネットワーク、前記ネットワークに
接続された管理サーバ及びクライアント、及び、前記管
理サーバに管理されるデータベースを含むコンピュータ
ネットワークシステム、及びキャンペーン対象の商品又
はサービスの入手又は利用を証明する証明符号を記録し
た証明媒体を備え、前記クライアントは外部から与えら
れた応募者の電子メールアドレス及び前記証明符号を含
む所定形式の応募データを前記ネットワーク経由で前記
管理サーバへ送信する応募データ送信手段を備え、前記
管理サーバは、前記証明符号を所定の条件で検査する検
査手段、前記検査手段による検査結果に基づいて前記応
募データが受け付け可能かどうかを判定し、その判定結
果に応じた内容の電子メールを前記ネットワーク経由で
前記電子メールアドレス宛に送信する電子メール送信手
段、及び前記応募データが受け付け可能であるときには
該応募データを前記データベースへ保存するデータ保存
手段を備えることを特徴とする。

【００１０】また、本発明に係る第二のキャンペーン管
理システムは、情報通信用のネットワーク、前記ネット
ワークに接続された証明符号発行サーバ、管理サーバ及
びクライアント、及び、前記管理サーバに管理されるデ
ータベースを含むコンピュータネットワークシステムを
備え、前記証明符号発行サーバはキャンペーン対象の商
品又はサービスの入手又は利用を証明する証明符号を電
子的に発行する証明符号発行手段を備え、前記クライア
ントは外部から与えられた応募者の電子メールアドレス
及び前記証明符号を含む所定形式の応募データを前記ネ
ットワーク経由で前記管理サーバへ送信する応募データ
送信手段を備え、前記管理サーバは、前記証明符号を所
定の条件で検査する検査手段、前記検査手段による検査
結果に基づいて前記応募データが受け付け可能かどうか
を判定し、その判定結果に応じた内容の電子メールを前
記ネットワーク経由で前記電子メールアドレス宛に送信
する電子メール送信手段、及び前記応募データが受け付
け可能であるときには該応募データを前記データベース
へ保存するデータ保存手段を備えることを特徴とする。

【００１１】

【発明の実施の形態及び発明の効果】本発明に係るキャ
ンペーン管理システムは、コンピュータを用いた顧客情
報の管理及び利用の上で有利なオンライン受付を採用す
るとともに、オンライン受付で使用される証明符号の検
査（チェック）を適切に行うことにより、不正応募や二
重応募を確実に防止するようにしたものである。本発明
に係る第一及び第二のシステムにおいて、管理サーバ
は、例えば、情報通信用のネットワーク（有線、無線を
問わない）に接続されたコンピュータ上で所定のプログ
ラムを動作させることによりソフトウエア的に構成され
る。同様に、クライアントも、上記ネットワークに接続
されたパーソナルコンピュータ（パソコン）上で管理サ
ーバへ所定形式のデータを送信するためのプログラムを
動作させることによりソフトウエア的に構成できる。こ
のようなクライアントを構成するためのプログラムとし
ては、例えば、ネットワーク（インターネット等）経由
で目的のホストへ電子データを送信するための一般的な
プログラム（メール送信プログラム、ＷＷＷブラウザ
等）が利用できるが、管理サーバと通信するための独自
のプログラムを用いてもよい。また、パソコンの他に、
例えば、ネットワーク経由で電子データ（電子メール
等）を送受信する機能を有する通信用端末（例えば、携
帯電話、携帯情報端末）も、本発明のクライアントとし
て利用できる。

【００１２】消費者へ証明符号を付与する手段として
は、第一のシステムでは証明符号を記録した証明媒体を
使用している。このような証明媒体としては、例えば、
証明符号を印字又は表示した紙媒体（抽選券、抽選用ポ
イント券、領収書、保証書、会員証、ユーザ登録カード
等）の他、証明符号を電子的に記録したコンピュータ読
み取り可能な記録媒体（ＣＤ−ＲＯＭ、フロッピー（登
録商標）ディスク等）も利用することもできる。また、
第二のシステムでは電子的に証明符号を発行する証明符
号発行サーバを使用している。この証明符号発行サーバ
も管理サーバやクライアントと同様にコンピュータを用
いてソフトウエア的に実現されるものであって、管理サ
ーバ又はクライアントと同一のコンピュータ上で動作さ
せることが可能である。なお、本発明の最も中心的な要
素はクライアント、管理サーバ及びデータベースであっ
て、証明符号の発行形態の違いは本発明にとって重要で
はない。そこで、以下では、主としてクライアント、管
理サーバ及びデータベースの構成及び動作について説明
する。

【００１３】本発明に係るシステムにおいて、キャンペ
ーン対象の商品又はサービスを入手又は利用した消費者
は、クライアントを通じて所定形式の応募データ（証明
符号及びメールアドレスを含む）を管理サーバへ送信す
ることにより、懸賞等に応募することができる。応募デ
ータを受け取ると、管理サーバは、その応募データに含
まれる証明符号の検査を行う。この検査には、例えば、
証明符号が所定のコーディング規則に従ったものかどう
かのチェック（コード検査。例えば、チェックディジッ
トによる判定）や、その証明符号による応募が既に受け
付け完了になっていないかのチェック（二重応募チェッ
ク）等が含まれる。二重応募のチェックは、例えば、デ
ータベースに証明符号を応募者の電子メールアドレスと
関連づけて保存し、新たな応募データを受信したときに
は、検査手段により、その応募データに含まれる証明符
号が上記データベースに保存済みか否かを検査するよう
にすればよい。このように、本発明システムでは、オン
ラインで受け付けられた証明符号を検査手段により適切
に検査するため、正当な商品購入者が他者による二重応
募や不正応募により不利益を受けることがなくなり、懸
賞の公正性が確保される。

【００１４】上記のような検査の結果に基づいて、管理
サーバは、応募の受付の可否の決定及び応募者へ送るメ
ールの作成を行う。例えば、証明符号が検査を通り、更
に、その他応募受付に必要なデータ（応募者の氏名、住
所等）を応募データから抽出できたとき、管理サーバ
は、応募受付完了の旨を記載した電子メールを応募者の
電子メールアドレス宛に送信する。また、証明符号が検
査を通らなかった場合、管理サーバは、応募受付不可の
理由を記載した電子メールを応募者の電子メールアドレ
ス宛に送信する。このように、本発明に係るシステムで
は、検査結果に応じた適切なメッセージを含むメールを
全ての応募者に送信するため、応募者は、自分の応募が
正常に受け付けられたかどうかを確認することができ
る。

【００１５】本発明に係るシステムでは、受け付けられ
た応募データがデータベースへ自動的に保存されるた
め、ハガキ等による受付で必要となる顧客情報入力など
の作業は不要である。また、データベースに保存された
データはコンピュータにより電子的に処理できるため、
例えば応募受付直後であっても、応募データに基づいて
作成されたメッセージを応募者のメールアドレスへ送信
することができる。また、キャンペーンの期間中に商品
やキャンペーンに関する情報を含む電子メールを応募者
へ送信することもできる。このように、本発明のシステ
ムによれば、応募者とキャンペーン主催者との間に即応
性の高い双方向コミュニケーションを実現することが可
能である。

【００１６】本発明に係るシステムは、懸賞を利用した
景品進呈型キャンペーンの管理に好適なものであるが、
懸賞の形式は特に限定されるものではなく、クライアン
ト、管理サーバ及びデータベースの構成を適宜変更する
ことにより様々な形式の懸賞に対応できる。例えば、懸
賞の方式としては、クローズド方式（応募者の一部に抽
選で景品を進呈するもの）、ポイントセービング方式
（所定ポイントを集めた応募者全員に景品を進呈するも
の）、スピードくじ方式（応募者にその場で当落が判明
するくじを引かせ、くじに当たった応募者に景品を進呈
するもの）、ゲーム方式（応募者が所定ルールのゲーム
に参加し、所定条件をクリアしたら景品を進呈するも
の）など、様々な形式が知られており、更にそれら形式
を複数を組み合わせたものもあるが、これらいかなる形
式の懸賞にも本発明に係るシステムは対応可能である。

【００１７】例えば、本発明に係るシステムをポイント
セービング方式の懸賞（又はポイントセービング方式と
他の形式との複合形式の懸賞）を実施するキャンペーン
の管理に利用するには、データ保存手段は証明符号に対
応するポイント値を応募者の電子メールアドレスと関連
づけてデータベースに保存し、電子メール送信手段はポ
イント値の累計に応じた内容の電子メールをネットワー
ク経由で電子メールアドレス宛に送信する、というよう
にデータ保存手段及び電子メール送信手段を構成すれば
よい。ここで、証明符号に対応するポイント値を求める
方法としては、例えば、証明符号の一部にポイント値に
対応する部分符号を予め含めておき、管理サーバが所定
の変換式又は変換テーブルを用いてその部分符号からポ
イント値を算出するという方法が利用できる。

【００１８】本発明に係るシステムにおいて、上記管理
サーバはキャンペーンのために用意された所定の電子メ
ールアドレス宛の電子メールを上記応募データとして受
け取るメール受信手段を備えるようにしてもよい。この
ようにすると、応募者は、一般のメール送受信プログラ
ムを用いるだけで、管理サーバからの電子メールの受信
及び管理サーバへの応募データの送信を行うことができ
る。また、多くのメール送受信プログラムには送受信し
たメールを自動保存する機能が備えられているため、応
募者にとっては、応募に関する送受信記録を保存する手
間がかからず、また自分の送受信記録をオフラインで簡
単に確認できるという利点もある。

【００１９】本発明に係るシステムにおいて、上記応募
データは上記応募者により決定された認証符号を含み、
上記電子メール送信手段により作成する電子メールには
前記認証符号を埋め込むようにしてもよい。このように
すると、応募者は、管理サーバからの電子メールに含ま
れる認証符号が自分で決定した認証符号と異なるときに
は、他者が自分の電子メールアドレスを用いて不正な応
募を行ったものとみなし、適切な処置をとることができ
る。

【００２０】

【実施例】図１は本発明の一実施例であるキャンペーン
管理システムの概略構成図である。このキャンペーン管
理システム１（以下、単にシステム１と呼ぶ）は、情報
通信用のネットワーク（例えば、インターネット）１
２、メールサーバ１４、クライアント端末１６、キャン
ペーン管理サーバ１８（以下、単に管理サーバと呼
ぶ）、データエントリ（ＤＥ）端末１９及び証明媒体２
０を含む。メールサーバ１４では、ネットワーク１２を
介したメール送受信サービス（例えば、ＳＭＴＰによる
メール転送サービス、ＰＯＰ３によるメール配信サービ
ス）を提供するためのプログラムが常時動作している。
このメール送受信サービスのアカウントを有する顧客
は、クライアント端末１６上で市販のメール送受信プロ
グラムを使用することにより、ネットワーク１２を介し
た電子メール（以下、単にメールと呼ぶ）の送受信を行
うことができる。なお、図１ではメールサーバ１４及び
クライアント端末１６をそれぞれ１つずつ描いている
が、実際には多数のクライアント端末及びメールサーバ
がネットワーク１２に接続されている。データエントリ
端末１９はネットワーク１２を介することなく管理サー
バ１８に接続されている。

【００２１】証明媒体２０は、キャンペーン対象商品に
添付して市場で配布されるもので、その形態は、例え
ば、商品の表面に貼付されるシール、商品のパッケージ
に封入されるカードのようなものである。証明媒体２０
には、各製品に固有の製品識別コード（これは、本発明
にいう証明符号に相当する）、商品の価格に応じたポイ
ント値及びキャンペーンに関するメールを受け付けるた
めに設けられたメールアドレス（以下、受付用メールア
ドレスと呼ぶ）、及び応募方法の簡単な説明を表示す
る。製品識別コードは、英数字から成る所定桁数の文字
列で、その中には、販売地域コード、販売店コード、製
品種別（ブランド）コード、連番及び検査用チェックデ
ィジットが含まれているものとする。なお、商品ではな
くサービスを販売する場合であれば、証明媒体２０に製
品識別コードの代わりに購入証明コード（重複なし）を
印字しておき、サービスの提供場所で購入者に証明媒体
２０を手渡すようにすればよい。

【００２２】図１のシステムを用いたキャンペーンの概
要について説明する。まず、キャンペーンの主催者は、
キャンペーン対象商品（複数）に証明媒体２０を添付
し、市場で販売するとともに、各種広告メディアを利用
してキャンペーンの宣伝を行う。キャンペーンの一環と
して、主催者は、キャンペーン対象商品を購入して集め
た証明媒体２０に記載されたポイント値の合計値が所定
値以上となった人に応募資格が与えられる懸賞を実施す
る。キャンペーン対象商品を購入した消費者は、クライ
アント端末１６上でメール送受信プログラムを使用し
て、証明媒体２０に記載された受付用メールアドレスに
所定様式のメールを送ることにより、キャンペーン案内
の入手、懸賞への応募及び景品の申込を行う。受付用メ
ールアドレス宛のメールは、メールサーバ１４を介して
管理サーバ１８へ配信される。管理サーバ１８は受け取
ったメールを解析し、その内容（様式）に応じたメール
を作成して応募者のメールアドレスへ送信する。

【００２３】応募者の側から見た懸賞への応募手続につ
いて図２を参照しながら説明する。まず、応募希望者
が、後述する各種形式とは異なる任意の形式のメールを
受付用メールアドレスへ送信する（ステップＳ２０）
と、管理サーバ１８はそのメールを案内請求メールとみ
なし、キャンペーン案内及びメール様式を記載したメー
ルを応募希望者のメールアドレスへ返信する。応募希望
者はこの案内メールを受信し（ステップＳ２１）、まだ
証明媒体２０を入手していない場合はキャンペーン対象
商品を購入する（ステップＳ２２、Ｓ２３）。証明媒体
２０を入手したら、応募希望者は、応募様式（後述）の
メールに、証明媒体２０に記載の製品識別コード及び自
分の顧客情報等の必要事項を記入し、受付用メールアド
レスへ送信する（ステップＳ２４）。このメールを受け
とった管理サーバ１８は、後述するメール解析処理及び
応募受付処理を実行し、応募受付の結果に関する応答メ
ールを応募者のメールアドレスへ返信する。この応答メ
ールには、応募が正常に受け付けられた場合はその告知
及びその応募者の累計ポイントが、また応募が正常に受
け付けられなかった場合にはその理由及び対処法が記載
されている。応募者はこの応答メールを受信し（ステッ
プＳ２４）、応募が正常に受け付けられたかどうかを確
認する（ステップＳ２６）。応募が正常に受け付けられ
なかった場合、応募者は応答メールに記載の対処法に従
った作業を行う（ステップＳ２７）。応募が正常に受け
付けられた場合、応募者は自分の累計ポイントを確認し
（ステップＳ２８）、景品申込に必要なポイントに達し
ていたら、景品申込様式（後述）のメールに、希望する
景品の景品コード等の必要事項を記入し、受付用メール
アドレスへ送信する（ステップＳ３０）。このメールを
受けとった管理サーバ１８は、後述する方法でそのメー
ルを解析し、景品申込受付の結果に関する応答メールを
応募者のメールアドレスへ返信する。この応答メールに
は、景品申込が正常に受け付けられた場合はその告知及
びその応募者の残ポイントが、また応募が正常に受け付
けられなかった場合にはその理由及び対処法が記載され
ている。応募者はこの応答メールを受信し（ステップＳ
３１）、景品申込が正常に受け付けられたかどうかを確
認する（ステップＳ３２）。景品申込が正常に受け付け
られなかった場合、応募者は、応答メールに記載の対処
法に従った作業を行う（ステップＳ３３）。景品申込が
正常に受け付けられた後、更に景品申込を希望する場
合、応募者は残ポイントを確認し（ステップＳ２８へ戻
る）、そうでない場合は抽選結果を待つ。

【００２４】管理サーバ１８の構成及び動作について詳
細に説明する。管理サーバ１８は、メール解析部２２、
メール作成部２４、コード検査部２６、顧客属性解析部
２８、抽選部３０、結果発表部３２、発送処理部３４、
印刷装置３５、メール転送部３６、計時部３８、顧客情
報データベース４２、キャンペーン情報データベース４
４及び中央管理部４６から成る。なお、以下の説明で
「ＤＢ」とあるのは「データベース」の省略形である。

【００２５】顧客情報ＤＢ４２及びキャンペーン情報Ｄ
Ｂ４４の構成を図３に示す。顧客情報ＤＢ４２には、顧
客ＩＤ毎に、氏名、住所等の一般的な属性データの他、
これまでの商品購入履歴や懸賞応募履歴のデータが保存
されている。キャンペーン情報ＤＢ４４はキャンペーン
に関する各種データを保存したもので、その中には、ス
ケジュールＤＢ（キャンペーン期間中に行うべき各種処
理に対応するコード毎にその処理を行う日付を保存）、
商品ＤＢ（キャンペーン対象商品毎にその宣伝メッセー
ジ及びポイント値を保存）、景品ＤＢ（懸賞で提供され
る景品毎にその説明、提供数、必要ポイントを保存）、
メール様式ＤＢ（応募者から受け付けるメール様式毎
に、その様式規定データを保存）、メール本文ＤＢ（処
理中に生成される各種結果コード毎に、顧客へ送信する
メール本文の定義データを保存）、受付ＤＢ（製品識別
コード毎に受付日時、顧客ＩＤ、アンケート回答を保
存）、応募ＤＢ（顧客ＩＤ毎に累計ポイント、残ポイン
ト、メール送信履歴、申込済み景品リスト、抽選結果コ
ード、発送済みを示すフラグ値を保存）という７つのサ
ブＤＢが含まれている。

【００２６】キャンペーンの実施期間中、管理サーバ１
８は、受付用メールアドレスへ送られてくるメールを解
析し、解析結果に応じて様々な処理を行う。管理サーバ
１８により行われる処理について、図４のフローチャー
トを参照しながら説明する。

【００２７】［１］キャンペーン案内、懸賞への応募受
付及び景品申込受付

【００２８】（メール受付）懸賞への応募受付期間中、
管理サーバ１８へ送られてくる全てのメールはメール転
送部３６により受領される。メール転送部３６は、受け
取ったメールのメールヘッダのTo:欄の内容を調べ、受
付用メールアドレス宛のメールのみをメール解析部２２
へ転送する。

【００２９】（メール解析：ステップＳ４０）メール解
析部２２は、メール転送部３６から受け取ったメール
（以下、処理対象メールと呼ぶ）に対するメール解析処
理を実行する。メール解析処理には、処理対象メールの
メールヘッダのFrom:欄（又はReply-To:欄）の内容から
発信元メールアドレスを取得する処理、処理対象メール
の様式を識別する処理、及び、識別された様式に応じた
情報を処理対象メールから抽出する処理が含まれる。メ
ール様式は、キャンペーン情報ＤＢ４４のメール様式Ｄ
Ｂに保存された様式規定データに基づいて識別される。

【００３０】本実施例では、メール様式として、図５に
示したような応募様式及び景品申込様式が用意されてい
るものとする。応募様式には、顧客情報欄（氏名、住
所、年齢、性別、職業、電話番号）、製品識別コード記
入欄及びアンケート欄が設けられている。景品申込様式
には顧客ＩＤ欄及び景品コード欄が設けられている。様
式規定データでは、メールヘッダのSubject:欄の内容に
応募様式に対応する識別子（例えば、"応募"という文字
列）が含まれているときにはそのメールの様式は応募様
式とみなし、申込様式に対応する識別子（例えば、"申
込"という文字列）が含まれているときにはそのメール
の様式は景品申込様式とみなし、それ以外の場合は一般
様式とみなすことが規定されているものとする。

【００３１】メール様式が応募様式の場合、メール解析
部２２は、顧客情報、製品識別コード及びアンケートの
回答をメール本文から抽出する。メール様式が景品申込
様式の場合、メール解析部２２は、顧客ＩＤ及び景品コ
ードをメール本文から抽出する。また、メール様式が一
般様式の場合、メール解析部２２はデータの抽出を試み
ない。以上の処理が完了したら、メール解析部２２は、
発信元メールアドレス、処理対象メールの様式コード及
びメール本文から抽出したデータを中央管理部４６へ返
す。メール解析部２２が中央管理部４６へ返す全データ
を以下では解析データと呼ぶ。

【００３２】（顧客ＩＤ取得：ステップＳ４２）メール
解析部２２から解析データを受け取ったら、中央管理部
４６は顧客情報ＤＢ４２を参照し、そのメールアドレス
を有する顧客が既に登録済みであるかどうかを確認す
る。顧客が既に登録済みであるとき、中央管理部４６は
その顧客ＩＤを取得し、顧客が未登録のとき、中央管理
部４６は同顧客が未登録であること示すＩＤ（以下、空
ＩＤと呼ぶ）を顧客ＩＤとする。

【００３３】（データ抽出の確認：ステップＳ４４）上
記のように解析データ及び顧客ＩＤを受け取った後、中
央管理部４６は、メール解析処理で取得された様式コー
ドに対応する全必須項目のデータの抽出に成功したかど
うかを確認する。全必須項目のデータ抽出に失敗してい
たら、中央管理部４６は、情報不足の結果コード及び顧
客ＩＤをメール作成部２４へ送り、メール作成部２４は
メール作成処理を実行する（ステップＳ５５）。一方、
全必須項目のデータ抽出に成功していたら、中央管理部
４６は、処理対象メールの様式及び顧客ＩＤに応じて以
下のような処理を実行する。

【００３４】（顧客登録処理：ステップＳ４９）処理対
象メールの様式が応募様式であり（ステップＳ４６）、
顧客ＩＤが空ＩＤである（ステップＳ４８）とき、中央
管理部４６は顧客登録処理を実行する。この処理におい
て、中央管理部４６は、まず顧客情報ＤＢ４２に新たな
顧客ＩＤのレコードを追加し、解析データに含まれる顧
客情報及びメールアドレスをそのレコードの対応フィー
ルドに書き込む。また、中央管理部４６はキャンペーン
情報ＤＢ４４の応募ＤＢに上記顧客ＩＤのレコードを追
加する。

【００３５】（製品識別コード検査処理：ステップＳ５
０）処理対象メールの様式が応募様式であり（ステップ
Ｓ４６）、顧客ＩＤが非空ＩＤである（ステップＳ４
８）とき、中央管理部４６は、解析データに含まれる製
品識別コードをコード検査部２６へ送る。コード検査部
２６は、その製品識別コードが所定のコーディング規則
に従ったものかをチェックする。このチェックは、例え
ば、製品識別コードに含まれる商品種別コード及び連番
を所定の方法で処理して得られるチェック値がその製品
識別コードに含まれるチェックディジットと一致するか
否かを調べる、という方法で行う。もし製品識別コード
が所定のコーディング規則に従ったものでなければ、コ
ード検査部２６は製品識別コード不正の結果コードを中
央管理部４６へ返す。一方、製品識別コードが規則に従
ったものであるとき、コード検査部２６はキャンペーン
情報ＤＢ４４を参照し、その製品識別コードが既に受付
ＤＢに登録済みかどうかを調べ、もしそれが既に登録済
みであれば、二重応募の結果コードを中央管理部４６へ
返し、製品識別コードが受付ＤＢに未登録である場合、
コード検査部２６は応募受付可能の結果コードを中央管
理部４６へ返す。製品識別コード不正又は二重応募の結
果コードを受け取ったとき、中央管理部４６はその結果
コード及び顧客ＩＤをメール作成部２４へ送り、メール
作成部２４はメール作成処理を実行する（ステップＳ５
５）。一方、応募受付可能の結果コードを受け取ったと
き、中央管理部４６は応募受付処理（ステップＳ５１）
を実行する。なお、コード検査処理は、顧客登録処理
（ステップＳ４９）の後にも実行される。

【００３６】（応募受付処理：ステップＳ５１）応募受
付処理は以下のような手順を含む。まず、中央管理部４
６は、キャンペーン情報ＤＢ４４の受付ＤＢに、先に取
得した解析データに含まれる製品識別コードのレコード
を追加し、処理対象メールの受付日時、顧客ＩＤ及び前
記解析データに含まれるアンケート回答をそのレコード
の対応フィールドに書き込む。また、中央管理部４６
は、製品識別コードに含まれる商品種別コードに対応す
るポイント値を商品ＤＢから取得し、そのポイント値
を、応募ＤＢの上記顧客ＩＤのレコードの累計ポイント
に加算する。また、中央管理部４６は、顧客情報ＤＢ４
２にアクセスし、上記商品種別コードを上記顧客ＩＤの
レコードの商品購入履歴に追記する。応募受付処理が完
了したら、中央管理部４６は応募受付完了の結果コード
及び顧客ＩＤをメール作成部２４へ送り、メール作成部
２４はメール作成処理を実行する（ステップＳ５５）。

【００３７】（景品コード検査：ステップＳ５３）処理
対象メールの様式が景品申込様式である（ステップＳ５
２）とき、中央管理部４６は、解析データに含まれる景
品コード及び顧客ＩＤをコード検査部２６へ送る。コー
ド検査部２６はキャンペーン情報ＤＢ４４を参照し、そ
の景品コードが景品ＤＢに登録されているかどうかを調
べる。景品コードが景品ＤＢに登録されていないとき、
コード検査部２６は景品コード不正の結果コードを中央
管理部４６へ返す。景品コードが景品ＤＢに登録されて
いたとき、コード検査部２６は、その景品コードのレコ
ードから必要ポイントを、また、応募ＤＢの上記顧客Ｉ
Ｄのレコードから残ポイントをそれぞれ取得し、両ポイ
ントを比較する。残ポイントが必要ポイントよりも小さ
いとき、コード検査部２６は残ポイント不足の結果コー
ドを中央管理部４６へ返し、そうでないとき、コード検
査部２６は景品申込受付可能の結果コードを中央管理部
４６へ返す。景品コード不正又は残ポイント不足の結果
コードを受け取ったとき、中央管理部４６はその結果コ
ード及び顧客ＩＤをメール作成部２４へ送り、メール作
成部２４はメール作成処理を実行する（ステップＳ５
５）。一方、景品申込受付可能の結果コードを受け取っ
たとき、中央管理部４６は景品申込受付処理（ステップ
Ｓ５４）を実行する。

【００３８】（景品申込受付処理：ステップＳ５４）景
品申込受付処理は以下のような手順を含む。まず、中央
管理部４６は、キャンペーン情報ＤＢ４４の応募ＤＢに
アクセスし、上記顧客ＩＤのレコードの申込済み景品リ
ストに、解析データに含まれる景品コードを追加する。
また、中央管理部４６は、応募ＤＢの上記顧客ＩＤのレ
コードから残ポイントを取得し、その値から上記景品コ
ードに対応する必要ポイントを減算した値を新たな残ポ
イントとして書き込む。景品申込受付処理が完了した
ら、中央管理部４６は景品申込受付完了の結果コード及
び顧客ＩＤをメール作成部２４へ送り、メール作成部２
４はメール作成処理を実行する（ステップＳ５５）。

【００３９】ステップＳ５２において、処理対象メール
の様式が景品申込様式ではないとき、中央管理部４６
は、一般様式の結果コード及び顧客ＩＤをメール作成部
２４へ送り、メール作成部２４はメール作成処理を実行
する（ステップＳ５５）。

【００４０】（メール作成処理：ステップＳ５５）メー
ル作成処理は次のような手順を含む。まず、メール作成
部２４はキャンペーン情報ＤＢ４４にアクセスし、中央
管理部４６から受け取った結果コードに応じたメール本
文定義データをメール本文ＤＢから取り出す。メール本
文定義データは、例えば、顧客情報ＤＢ４２及びキャン
ペーン情報ＤＢ４４に保存された各種データの差し込み
位置を示すタグを含むテキストデータとする。メール作
成部２４は、メール本文定義データの内容を解析し、タ
グが見つかったら、そのタグで指定された項目のデータ
を各データベースから取得し、タグの位置に差し込むこ
とにより、顧客へ送信するメールの本文を作成する。

【００４１】結果コードに応じたメール本文の構成例を
以下に示す。

【００４２】（１）結果コードが「一般様式」のとき、
メール本文は、キャンペーンに関する一般的案内メッセ
ージ（概要、懸賞の内容、応募方法、問合せ先等）を含
む内容とする。また、顧客ＩＤが非空ＩＤであるとき、
メール本文に該当応募者の累計ポイント、申込済み景品
リスト、残ポイントを含めるようにしてもよい。このよ
うにすると、応募者は、例えばSubject:欄が空欄のメー
ルを受付用メールアドレスへ送信することにより、自分
の応募履歴データをメールで取得できる。

【００４３】（２）結果コードが「情報不足」のとき、
メール本文は、全ての必須項目にデータが記入されていないため応募を
受け付けることができない旨の告知不足している必須項目の内訳対処法（全必須項目を記入して再度応募することの奨
励）を含む内容とする。

【００４４】（３）結果コードが「製品識別コード不
正」のとき、メール本文は、製品識別コード不正のため応募を受け付けることができ
ない旨の告知対処法（証明媒体に記載の製品識別コードを正しく記入
して再度応募することの奨励）を含む内容とする。

【００４５】（４）結果コードが「二重応募」のとき、
メール本文は、メールに記載の製品識別コードに対しては既に応募受付
が完了している旨の告知該当応募者から応募受付完了した全製品識別コード製品識別コードの記入に誤りがないかの確認の奨励製品識別コードに誤りがない場合の対処法（証明媒体を
キャンペーンの事務局宛に送付すれば応募を受け付ける
旨の案内）を含む内容とする。

【００４６】（５）結果コードが「応募受付完了」のと
き、メール本文は、応募受付完了の告知該当応募者から応募受付完了した全製品識別コード、同
応募者の累計ポイント、申込済み景品リスト及び残ポイ
ント景品申込方法の案内、抽選日、抽選方法、当選発表の方
法景品名及び景品コード一覧該当応募者の購入した商品に関する宣伝メッセージ該当応募者の属性に応じたパーソナルメッセージを含む内容とする。なお、パーソナルメッセージは、顧
客情報ＤＢ４２に保存された該当顧客ＩＤのデータに基
づいて顧客属性解析部２８が作成する。

【００４７】（６）結果コードが「景品コード不正」の
とき、メール本文は、景品コード不正のため景品申込を受け付けることができ
ない旨の告知全景品の景品コード、説明、提供数及び必要ポイント該当応募者の累計ポイント、申込済み景品リスト、残ポ
イント対処法（正しい景品コードを記載して再度申込すること
の奨励）を含む内容とする。

【００４８】（７）結果コードが「残ポイント不足」の
とき、メール本文は、残ポイント不足のため景品申込を受け付けることができ
ない旨の告知全景品の景品コード、説明、提供数及び必要ポイント該当応募者の累計ポイント、申込済み景品リスト、残ポ
イント対処法（残ポイントで申込可能な景品を選択するか、又
は、更に商品を購入してポイントを増やすことの奨励）を含む内容とする。

【００４９】（８）結果コードが「景品申込受付完了」
のとき、メール本文は、景品申込受付完了の告知該当応募者の累計ポイント、申込済み景品リスト、残ポ
イント景品申込方法の案内、抽選日、抽選方法、当選発表の方
法を含む内容とする。

【００５０】上記以外にも、キャンペーンの段階に応じ
た様々なメール本文が考えられる。例えば、図４には記
載されていないが、管理サーバ１８による処理には、懸
賞への応募受付期間外に受け付けられたメールに対応す
るステップも設けることが好ましい。そのためには、例
えば、メール転送部３６からメールを受け取ったとき
に、中央管理部４６が、計時部３８の示す日付を調べる
とともにキャンペーン情報ＤＢ４４のスケジュールＤＢ
を参照し、その日付が応募受付期間内であるかどうかを
判定し、受付期間外であるときにはそれを示す結果コー
ドをメール作成部２４へ送り、これを受けたメール作成
部２４が受付期間外である旨を告知する内容のメールを
作成して発信元メールアドレス宛に返信する、というよ
うにすればよい。

【００５１】また、上記処理では主として応募者からの
メール受付に応答する形で管理サーバ１８により各種処
理が実行されるものとしたが、これとは別に、データベ
ース４２、４４に蓄積されたデータを利用して適宜時点
に応募者へ中間的なメッセージを作成し、送信するよう
にしてもよい。例えば、受付締切日より所定日数だけ前
の日に、受付締切日が近づいた旨を告知するメールを応
募者へ送るようにすれば、応募者の応募忘れを防止する
ことができる。また、累計ポイントが景品申込に必要な
最低ポイントに僅かに満たない応募者に対して、最後の
応募受付から所定日数経過後に、あと僅かのポイント追
加で景品申込ができる旨を告知するメールを送信するよ
うにすれば、応募者の応募意欲を増進させることがで
き、ひいては商品の販売促進につながる。

【００５２】メール本文の作成が完了したら、メール作
成部２４はそのメール本文を用いて該当顧客宛のメール
のデータを中央管理部４６へ返す。

【００５３】（メール送信処理：ステップＳ５６）メー
ル作成部２４からメールのデータを受け取ると、中央管
理部４６はそのデータをメール転送部３６へ渡す。メー
ル転送部３６はそのメールのデータをネットワーク経由
でメールサーバ１４宛に送信する。また、中央管理部４
６は、キャンペーン情報ＤＢ４４の応募ＤＢにアクセス
し、該当顧客ＩＤのメール送信履歴に結果コード、送信
日時を記録する。

【００５４】以上のような結果コードに応じたメールの
作成及び送信において、前記メール（第一のメールとす
る）に加えて、その第一のメールを受け取った応募者が
次に行うべき作業（又は次に行う可能性が最も高い作
業）に用いられる様式（その作業に必要となるデータの
記入欄を予め設けたもの）を本文に含む第二のメールも
作成し、それを第一のメールと対で送信するようにして
もよい。例えば、第一のメールが製品識別コード不正を
通知するメールであるとき、第二のメールには正しい製
品識別コードを再度管理サーバ１８へ送信するための様
式を含めるようにする。また、第一のメールが景品申込
受付完了を通知するメールであって、応募者の残ポイン
トが更に景品を追加申込するのに十分なポイントである
場合、第二のメールには、景品を追加申込するための様
式を含めるようにする。このようにすると、２つのメー
ルを受け取った応募者は、メール送受信プログラムの返
信作成機能を利用して上記第二のメールを引用した返信
を作成するモードに入り、所定事項を記入した後、メー
ルを送信する行うという簡単な操作で、第一のメールの
内容に応じた次の作業を簡単に行うことができる。

【００５５】また、上記のように第二のメールを作成す
る場合、メール作成部２４により第二のメールを識別す
るための情報（メールＩＤ）をそのメールのヘッダ又は
本文中に埋め込むとともに、中央管理部４６によりその
メールＩＤをそのメールの宛先メールアドレスに対応す
る顧客ＩＤのメール送信履歴に記録するようにしてもよ
い。こうして作成された第二のメールに対して、上記の
ように応募者がメール送受信プログラムの返信作成機能
を利用して返信メールを作成すると、その返信メールに
はメールＩＤが含まれるようになり、メール解析部２２
によるメール解析処理においてそれを抽出することがで
きる。このように抽出されたメールＩＤは、メールの発
信元の認証、不足情報の補填等に利用できる。例えば、
受け取った返信メールの発信元メールアドレスに対応す
る顧客ＩＤのメール送信記録にその返信メールのメール
ＩＤが記録されているかどうかを検査することにより、
メールの発信元の認証を行うことができる。また、受け
取った返信メールの様式を通常の方法では識別できない
場合には、その返信メールのメールＩＤ及び応募ＤＢの
メール送信記録に基づいて、返信メールの様式を推定す
ることができる。

【００５６】（データエントリ端末による応募受付）二
重応募の告知メールを受けた応募者から証明媒体２０が
郵送されてきたときは、事務局の担当者がデータエント
リ端末１９から所定事項を記入した応募様式のメール
（又はそれに相当するデータ）を管理サーバ１８へ送信
することにより、上述したような応募受付処理が自動的
に行われる。

【００５７】［２］抽選及び当選発表

【００５８】キャンペーン情報ＤＢ４４のスケジュール
ＤＢに設定された抽選日になったら、中央管理部４６
は、抽選部３０へ抽選処理の実行を指示する。この指示
を受けると、抽選部３０はキャンペーン情報ＤＢ４４の
景品ＤＢを参照し、そこに登録された各景品毎に抽選処
理を行う。抽選処理は、例えば、各景品に申込をした顧
客の顧客ＩＤリストを応募ＤＢのデータから作成し、そ
のリストに含まれる顧客ＩＤの中から景品の提供数分の
顧客ＩＤをランダムに選択する、という手順で行われ
る。全ての景品について抽選処理が完了したら、抽選部
３０は中央管理部４６へ抽選結果を示すデータを返す。
このデータを受け取ったら、中央管理部４６は、キャン
ペーン情報ＤＢ４４の応募ＤＢにアクセスし、当選した
顧客ＩＤについては当選した景品コードを、また落選し
た顧客ＩＤについては落選を示すコードを、それぞれ抽
選結果コードに書き込む。

【００５９】抽選処理が終了したら、中央管理部４６は
結果発表部３２へ結果発表処理の実行を指示する。この
指示を受けると、結果発表部３２は、当選した顧客の顧
客ＩＤを公表するためのＷＷＷページを作成する。ま
た、中央管理部４６は、応募ＤＢの各顧客ＩＤ及びその
顧客ＩＤのレコードの抽選結果コードを順次メール作成
部２４へ渡す。抽選結果コードが景品ＤＢに登録された
景品コードであるとき、メール作成部２４は、その景品
コードに対応する景品が当選した旨の告知及び景品の発
送予定日を本文に記載したメールを、また、抽選結果コ
ードが落選コードであるときは、落選した旨の告知を含
むメールを作成し、そのデータを中央管理部４６へ返
す。中央管理部４６は、先にステップＳ５６について説
明したような手順でメール送信処理を行う。

【００６０】［３］景品発送及び発送通知計時部３８の示す日付がキャンペーン情報ＤＢ４４のス
ケジュールＤＢに設定された発送予定日になったら、中
央管理部４６は、発送処理部３４に発送処理の実行を指
示する。発送処理部３４は、顧客情報ＤＢ４２及びキャ
ンペーン情報ＤＢ４４の応募ＤＢのデータに基づいて、
景品を顧客へ発送するための宛先ラベルのデータを作成
し、印刷装置３５を用いてそのラベルを印刷する。宛先
ラベルには、当選した顧客の住所及び氏名の他、余白部
分に顧客ＩＤ及び景品コードを印字する。全ての顧客に
ついて宛先ラベルが印刷されたら、中央管理部４６は、
当選した顧客の顧客ＩＤ及び発送完了の結果コードを渡
す。メール作成部２４は、景品の発送完了及び発送方法
（郵便、宅配便等）の告知を本文に記載したメールを作
成し、そのデータを中央管理部４６へ返す。中央管理部
４６は、先にステップＳ５６について説明したような手
順でメール送信処理を行う。全ての当選した顧客の顧客
ＩＤについてメールの送信が完了したら、中央管理部４
６はキャンペーン情報ＤＢ４４の応募ＤＢにアクセス
し、当選した顧客の顧客ＩＤの発送済みフラグをセット
する。

【００６１】上記システム１では、クローズド方式の懸
賞を実施するキャンペーンを管理するものとしたが、管
理サーバ１８の構成を変更することにより、累計ポイン
トが所定値に達した応募者全員に景品を送るようにする
ポイントセービング方式を実施するキャンペーンの管理
にも応用できる。この場合、上記抽選処理の代わりに、
各応募者の累計ポイントが所定値に達したか否かを判定
する処理を行うようにする。このポイント判定処理は、
上記抽選処理のように全応募者について所定日にまとめ
て行うようにしてもよいが、応募受付の度毎、例えば図
４のステップＳ５１の直後に行うことがより好ましい。
また、ポイント判定処理の後に実行されるメッセージの
作成処理（ステップＳ５５）では、ポイントが所定値に
達したときには当選告知メッセージを作成する一方、ポ
イントが所定値に満たない時にはその時点での累計ポイ
ントに応じた応募慫慂メッセージを作成するというよう
に、累計ポイントに応じた適切な個別メッセージを作成
することが好ましい。このようにすれば、応募者の応募
意欲を更に高めることができる。

【００６２】また、管理サーバ１８の構成を別の形で変
更することにより、ゲーム方式の懸賞を実施するキャン
ペーンの管理にも上記システム１を応用できる。ゲーム
の一例について以下に説明する。まず応募者は、証明媒
体２０に記載された製品識別コードと応募者自身が０か
ら９までの間で選んだ任意の数値（選択値）を記載した
応募様式のメールを管理サーバ１８へ送信する。このメ
ールを受けた管理サーバ１８は、製品識別コード及び選
択値を所定の方法で処理することにより０から９までの
中のいずれかの数値（以下、ゲーム値）を算出し、所定
の変換テーブル（例えば、図６のようなもの）を参照し
て、先のゲーム値に対応する記号を求める。このような
処理を以下ではゲーム処理と呼ぶ。ゲーム処理は、例え
ば図４のステップＳ５１の直後に行う。

【００６３】上記ゲーム処理の後に実行されるメッセー
ジの作成処理（ステップＳ５５）では、応募受付完了の
告知、ゲーム処理で求められた記号、及び、同一の記号
を所定数（例えば３個）集めた人に景品を進呈する旨の
案内を含むメッセージを作成する。また、図４に示した
キャンペーン情報ＤＢ４４の応募ＤＢには、累計ポイン
トフィールドの代わりにゲーム値フィールドを予め設け
ておき、そこに上記ゲーム値を保存する。このように懸
賞への応募にゲーム性を持たせれば、単なる抽選よりも
更に応募者の応募意欲を高めることができる。

【００６４】また、上記システム１では、製品識別コー
ドに連番及びチェックディジットだけでなく、販売地域
コード、販売店コード、商品種別コードも含めるように
しているが、このようにすると、キャンペーンの浸透状
況や販売促進効果に関する多様な分析が可能である。例
えば、キャンペーン期間中に、キャンペーン情報ＤＢ４
４の受付ＤＢに蓄積された製品識別コードのデータに基
づいて、地域毎、販売店毎及び／又はキャンペーン対象
商品毎に応募状況（応募数、商品出荷数に対する応募率
等）を逐次調べる、といったことが可能である。そし
て、このような分析結果を生産、流通、販売活動に反映
させる（例えば、応募率の高い商品の増産、応募率の高
い地域への出荷量の増量等を行う）ようにすれば、キャ
ンペーンによる販売促進効果がより高まる。また、本実
施例のシステムを既存の販売時点管理システム（ＰＯ
Ｓ）と組み合わせれば、商品の実売数に対する応募率を
推定することもできる。これのようにすると、キャンペ
ーン全体の販売促進効果を評価したり、地域毎に販売数
と応募数との相関関係を調べる等、より多様な分析が可
能となる。

【００６５】また、懸賞で提供される景品の一覧は各種
広告メディア（ポスター、テレビ、ラジオ、ＷＷＷ等）
を通じて消費者に提供されるのが一般的であるが、これ
に加えて、上記システム１では、景品カタログを電子デ
ータの形でメールに添付して応募者（又は応募希望者）
へ提供することも可能である。このようにするには、例
えば、図５に示した応募様式及び景品申込様式に加えて
カタログ請求様式を定義し、それに合わせてメール解析
部２２及びメール作成部２４による処理動作を適宜変更
すればよい。

【００６６】また、上記システム１では、応募受付時に
アンケートの回答データをデータベースに保存するよう
にしているが、このアンケートの集計及び分析は、キャ
ンペーン終了後に行うことができるのはもちろん、キャ
ンペーンの実施中であっても、適時これを集計及び分析
し、活用することができる。例えば、一般の懸賞では、
提供される景品の数及び種類はキャンペーン開始時点で
既に決まっているのが通例であるが、上記システム１に
よれば、アンケート欄に、景品に関する消費者の要望を
記入する項目を設け、キャンペーン期間中に定期的にア
ンケートの集計及び分析を行い、分析結果に応じて景品
内容を更新したり、消費者の要望を取り入れたオリジナ
ルの景品を作るといったことが可能となる。また、更新
された景品カタログを電子データの形で作成し、メール
に添付して顧客へ送信する（あるいは、新たな景品カタ
ログがＷＷＷページに掲載されたことをメールで告知す
る）ようにすることもできる。

【００６７】また、上記システム１では、キャンペーン
情報ＤＢ４４を複数用意することにより複数のキャンペ
ーンを個別に管理することも可能である。このとき、上
記システム１では、キャンペーンＤＢ４４から独立した
顧客情報ＤＢ４２により顧客情報を管理しているため、
あるキャンペーン時に収集した顧客情報を他のキャンペ
ーンでも容易に利用することができる。

【００６８】また、上記システム１では、顧客情報ＤＢ
４２では顧客ＩＤ毎に、また応募ＤＢは商品識別コード
毎にデータを保存しているが、更に、景品申込受付毎に
申込受付ＩＤを応募者に発行するとともに、その申込受
付ＩＤ毎に景品申込に関するデータ（顧客ＩＤ、景品コ
ード等）を保存するＤＢを追加してもよい。このように
すると、抽選処理や当選発表処理をより効率よく行うこ
とができる。

【００６９】なお、上記システム１では、応募希望者が
クライアント端末１６上で動作するメール送受信プログ
ラムを利用して管理サーバ１８宛にデータ（メール）を
送信するものとしたが、この他に、例えば、管理サーバ
１８として動作するコンピュータ（又はネットワーク１
２を通じてアクセス可能な他のコンピュータ）上に応募
受付や景品申込受付のためのＷＷＷページを開設し、そ
こで応募希望者にＷＷＷブラウザを用いて応募や景品申
込に必要な情報（図５に示したような項目）を入力させ
るようにしてもよい。

【００７０】また、製品識別コードを表示した証明媒体
２０の代わりに、製品識別コードを示すデータを記録し
たコンピュータ読み取り可能な記録媒体（フロッピーデ
ィスク、ＣＤ−ＲＯＭ、メモリカード等）を商品に添付
して配布するようにしてもよい。このようにすると、店
頭に陳列された商品に添付された証明媒体を見ただけで
は製品識別コードを知ることができないため、商品の非
購入者による不正応募がより確実に防止される。

【００７１】上記記録媒体には、更に、管理サーバ１８
へ送信する各種データをクライアント端末１６上で作成
するとともに、作成されたデータをクライアント端末１
６から管理サーバ１８へ送信するための専用プログラム
を記録してもよい。例えば、応募データの作成において
は、プログラムが応募に必要な所定事項を入力するため
の画面をコンピュータの表示装置に表示する。この画面
において応募者が所定事項（住所、氏名、メールアドレ
ス等の顧客情報。また、既に顧客ＩＤ取得済みの応募者
であれば、顧客ＩＤとパスワード）を入力し、所定の操
作（例えば、送信ボタンをクリックする）を実行する
と、プログラムが記録媒体に記録された製品識別コード
と先に画面上で入力された情報を用いて応募データを作
成し、ネットワーク１２を通じてその応募データを管理
サーバ１８へ送信する。応募データの送信は、例えば、
その応募データを含むメールをメールサーバ１４経由で
管理サーバ１８へ送るという方法によってもよいし、あ
るいは、ネットワーク１２に接続された別のホストコン
ピュータ（図示せず）上で管理サーバ１８へのデータ送
信を中継するためのプログラムを動作させ、そのホスト
コンピュータへ応募データを送信するという方法によっ
てもよい。このようなプログラムを用いれば、応募者が
製品識別コードを入力する工程が不要となるため、例え
ば製品識別コードに多くの情報を含めるためにその桁数
を増やしても入力ミスの心配はない。また、例えば、デ
ータ送信の前にプログラムが入力情報をチェックし、必
須事項のいずれかが未記入の場合は応募者にそのメッセ
ージを出すようにすれば、記入漏れにより応募が受付不
可となる事態も予防できる。

【００７２】上記プログラムにより提供できる機能は応
募データの作成及び送信だけに限られるものではない。
例えば、景品申込データを作成及び送信する機能、ネッ
トワーク１２に接続された所定のホストからキャンペー
ンに関する情報のデータを受信する機能、キャンペーン
主催者へ問合せ等のデータを作成及び送信する機能等、
様々な機能を上記プログラムに持たせるようにすれば、
応募作業をより簡単にすることができる。更に、管理サ
ーバ１８上でメール配信プログラム（例えば、ＰＯＰ３
サーバ）を動作させ、顧客情報ＤＢ４２に登録された各
顧客毎にメールボックスを開設するとともに、応募者へ
の各種メッセージメールのコピーを前記メールボックス
にも配信し、上記プログラムには管理サーバ１８のメー
ルボックスから上記メールを取得するメール受信機能を
持たせるようにしてもよい。このようにすると、上記プ
ログラムのみで応募データ等の作成及び送信と管理サー
バ１８からのメッセージの受信を行うことができる。更
にまた、上記プログラムには、管理サーバ１８へ送信し
たデータ及び管理サーバ１８から受信したデータを所定
の形式でクライアント端末１８の記憶装置（ハードディ
スク）に保存する機能を持たせてもよい。このようにす
ると、例えば、送信しようとするデータに含まれる応募
データに含まれる製品識別コードが既に応募済みのもの
でないかどうかをプログラムがデータ送信前に検査する
ことができる。

【００７３】なお、今日知られているコンピュータのオ
ペレーティングシステムには、記録媒体（例えば、ＣＤ
−ＲＯＭ）がコンピュータにセットされたときにそれを
自動検出し、その記録媒体に所定の形式で記録された自
動実行情報ファイルを探し、それが見つかったときに、
そのファイルの中で指定されたプログラムを自動的に実
行する機能を有するものがある。そこで、応募者が使用
するコンピュータ端末のオペレーティングシステムにこ
のようなプログラムの自動実行機能が備わっている場合
を考慮し、上記証明媒体には、上記のような自動実行情
報ファイルを合わせて記録しておくとよい。このように
すると、コンピュータに不慣れな応募者がプログラムの
起動操作に戸惑って応募意欲を喪失するといったことが
なくなる。

【００７４】商品が情報通信用のネットワークを通じて
配信可能な形態のもの（例えば、音楽データを記録した
ファイル）である場合にも本発明は応用できる。このよ
うな応用形態のシステムを、本発明の第二の実施例とし
て図７を参照しながら説明する。

【００７５】図７のシステム２は、図１に示したメール
サーバ１４、クライアント端末１６及び管理サーバ１８
（内部構成は図１に示したものと同じなので図示せず）
に加えて販売サーバ５０が含まれており、これらがネッ
トワーク１２に接続されている。このシステム２におい
て、販売サーバ５０は、オンライン配信可能な商品を販
売するためのＷＷＷページを開設しており、消費者は、
クライアント端末１６上でＷＷＷブラウザを使用してこ
のページにアクセスし、商品（電子データ）をオンライ
ンで購入することができる。商品購入の希望者は、ブラ
ウザに所定の申込ページを表示し、購入希望商品及び決
済方法を選択した上で、自身に関するデータ（氏名、住
所、年齢、性別、職業、電話番号、電子メールアドレ
ス）を記入し、販売サーバ５０へデータを送信する。販
売サーバ５０は、送信されてきたデータを解析し、必須
項目にデータが入力されていれば、手続完了メッセージ
とともに、商品をクライアント端末１６へ送信する。こ
こで、手続完了メッセージには、キャンペーンの案内、
購入証明コード、当該購入証明コードで懸賞への応募を
受け付けた旨の告知及び応募受付完了の通知メールを追
って送信する旨の案内が含まれている。

【００７６】上記のように商品の送信が完了したら、販
売サーバ５０は、商品購入者から受け取ったデータ（顧
客情報）及び当該商品購入者に発行した購入証明コード
を含むメールを管理サーバ１８へ送る。このメールは図
１のシステム１における応募様式のメールに相当するも
ので、Reply-To:欄には商品購入者のメールアドレスが
記入されている。このことからわかるように、システム
２では、販売サーバ５０が、本発明に係るシステムにお
ける証明符号発行サーバとしてだけでなく、クライアン
トとしても機能している。管理サーバ１８は、販売サー
バ５０からのメールを図４のフローチャートで示したよ
うな手順で処理する。なお、本システム２では、購入証
明コードが図１のシステム１における製品識別コードに
相当するものであり、キャンペーン情報ＤＢ４４におい
ては、製品識別コードのフィールドに購入証明コードが
書き込まれる。

【００７７】なお、上記第二の実施例の説明では、販売
サーバ５０が本発明にいう証明符号発行サーバ及びクラ
イアントを兼ねるはたらきをするものとしたが、販売サ
ーバ５０は購入証明コードのみを管理サーバ１８へ送信
するものとし、購入者が自発的に応募メールを管理サー
バ１８へ送信したときに初めて応募受付処理が行われる
ようにしてもよい。

【図面の簡単な説明】

【図１】本発明の一実施例であるキャンペーン管理シ
ステムの概略構成図。

【図２】懸賞への応募手続を示すフローチャート。

【図３】顧客情報ＤＢ及びキャンペーン情報ＤＢの構
成図。

【図４】管理サーバによる処理のフローチャート。

【図５】応募様式及び景品申込様式の例。

【図６】ゲーム方式の懸賞の一例で用いられる変換テ
ーブル。

【図７】本発明の第二の実施例であるキャンペーン管
理システムの概略構成図。

【符号の説明】

１、２…キャンペーン管理システム１２…ネットワーク１６…クライアント端末１８…キャンペーン管理サーバ２０…証明媒体２２…メール解析部２４…メール作成部２６…コード検査部２８…顧客属性解析部３０…抽選部３２…結果発表部３４…発送処理部３６…メール転送部４２…顧客情報データベース４４…キャンペーン情報データベース４６…中央管理部５０…販売サーバ

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5B049 AA06 BB11 BB36 FF01 GG02 GG09 5B089 GA11 GB01 JA31 JA36 JB22 KA13 KA17 KB13 KC47 KC58 KE02 LA07 LB02 5K030 GA15 HA06 HC01 HD09 JT06 KA07 LD12 LD20 9A001 JJ14 JJ54 JJ55 JJ56 JZ05 JZ25

Claims

【特許請求の範囲】

【請求項１】情報通信用のネットワーク、前記ネット
ワークに接続された管理サーバ及びクライアント、及
び、前記管理サーバに管理されるデータベースを含むコ
ンピュータネットワークシステム、及びキャンペーン対
象の商品又はサービスの入手又は利用を証明する証明符
号を記録した証明媒体を備え、前記クライアントは外部から与えられた応募者の電子メ
ールアドレス及び前記証明符号を含む所定形式の応募デ
ータを前記ネットワーク経由で前記管理サーバへ送信す
る応募データ送信手段を備え、前記管理サーバは、前記証明符号を所定の条件で検査する検査手段、前記検査手段による検査結果に基づいて前記応募データ
が受け付け可能かどうかを判定し、その判定結果に応じ
た内容の電子メールを前記ネットワーク経由で前記電子
メールアドレス宛に送信する電子メール送信手段、及び
前記応募データが受け付け可能であるときには該応募デ
ータを前記データベースへ保存するデータ保存手段を備
えることを特徴とするキャンペーン管理システム。
【請求項２】情報通信用のネットワーク、前記ネット
ワークに接続された証明符号発行サーバ、管理サーバ及
びクライアント、及び、前記管理サーバに管理されるデ
ータベースを含むコンピュータネットワークシステムを
備え、前記証明符号発行サーバはキャンペーン対象の商品又は
サービスの入手又は利用を証明する証明符号を電子的に
発行する証明符号発行手段を備え、前記クライアントは外部から与えられた応募者の電子メ
ールアドレス及び前記証明符号を含む所定形式の応募デ
ータを前記ネットワーク経由で前記管理サーバへ送信す
る応募データ送信手段を備え、前記管理サーバは、前記証明符号を所定の条件で検査する検査手段、前記検査手段による検査結果に基づいて前記応募データ
が受け付け可能かどうかを判定し、その判定結果に応じ
た内容の電子メールを前記ネットワーク経由で前記電子
メールアドレス宛に送信する電子メール送信手段、及び
前記応募データが受け付け可能であるときには該応募デ
ータを前記データベースへ保存するデータ保存手段を備
えることを特徴とするキャンペーン管理システム。
【請求項３】上記データ保存手段は上記証明符号を上
記応募者の電子メールアドレスと関連づけて上記データ
ベースに保存し、上記検査手段は少なくとも各応募デー
タに含まれる証明符号が上記データベースに保存済みか
否かを検査することを特徴とする請求項１又は２に記載
のキャンペーン管理システム。
【請求項４】上記データ保存手段は上記証明符号に対
応するポイント値を上記応募者の電子メールアドレスと
関連づけて上記データベースに保存し、上記電子メール
送信手段は前記ポイント値の累計に応じた内容の電子メ
ールを前記ネットワーク経由で前記電子メールアドレス
宛に送信することを特徴とする請求項３に記載のキャン
ペーン管理システム。
【請求項５】上記管理サーバはキャンペーンのために
用意された所定の電子メールアドレス宛の電子メールを
上記応募データとして受け取るメール受信手段を備える
ことを特徴とする請求項１〜４のいずれかに記載のキャ
ンペーン管理システム。
【請求項６】上記応募データは上記応募者により決定
された認証符号を含み、上記電子メール送信手段により
作成する電子メールには前記認証符号を埋め込むことを
特徴とする請求項１〜５のいずれかに記載のキャンペー
ン管理システム。
【請求項７】上記管理サーバは上記応募データを所定
の方法で解析するデータ解析手段を更に備え、上記電子
メール送信手段はデータ解析手段による解析結果に応じ
た内容の電子メールを作成して上記ネットワーク経由で
上記電子メールアドレス宛に送信することを特徴とする
請求項１〜６のいずれかに記載のキャンペーン管理シス
テム。