(57)【要約】【課題】懸賞応募受付の処理において、適切な応募状況のチェックを行うことを可能とする情報処理技術を提供すること。【解決手段】懸賞応募者からのメールを受信した場合、懸賞応募者のメール・アドレスを用いてユーザ・データベースを検索する。同じメール・アドレスを含むレコードが抽出されなかった場合、当該メール・アドレスを含むレコードをユーザ・データベースに追加し、懸賞応募者のメール・アドレスに対して返信メールを送信する。これにより、懸賞応募者のメール・アドレスを用いて応募状況の管理が可能となり、二重登録を防止できる。また、ユーザ・データベースに登録されていない新たな懸賞応募者も容易に懸賞に参加できる。また、新規のメール・アドレスに対して返信メールを送信することにより、メール受信者の応募の意思を確認でき、不正防止を図ることができる。【選択図】　図１
2004021270.tif 000002
【特許請求の範囲】
【請求項１】
懸賞応募受付のための情報処理方法であって、
懸賞応募者からのメールを受信した場合、当該懸賞応募者の少なくともメール・アドレスを記憶装置に格納する受信ステップと、
今までの懸賞応募者の少なくともメール・アドレスが蓄積されているユーザ・データベースを、前記受信ステップにおいて前記記憶装置に格納された今回の懸賞応募者のメール・アドレスを用いて検索する検索ステップと、
前記検索ステップにおいて、前記今回の懸賞応募者のメール・アドレスと同じメール・アドレスを含むレコードが抽出されなかった場合、前記今回の懸賞応募者の少なくともメール・アドレスを含むレコードをユーザ・データベースに追加する登録ステップと、
前記検索ステップにおいて、少なくとも前記今回の懸賞応募者のメール・アドレスと同じメール・アドレスを含むレコードが抽出されなかった場合、前記今回の懸賞応募者のメール・アドレスに対して返信メールを送信するメール送信ステップと、
を含む懸賞応募受付のための情報処理方法。
【請求項２】
前記検索ステップにおいて、前記今回の懸賞応募者のメール・アドレスと同じメール・アドレスを含むレコードが抽出された場合、登録済みであることを通知する返信メールを送信するステップをさらに含む請求項１記載の懸賞応募受付のための情報処理方法。
【請求項３】
前記懸賞応募者からのメールの宛先メール・アドレスに対応付けられている懸賞識別情報を前記記憶装置に格納するステップをさらに含み、
前記検索ステップにおいて、前記ユーザ・データベースを、前記記憶装置に格納された懸賞識別情報及び前記今回の懸賞応募者のメール・アドレスを用いて検索することを特徴とする請求項１又は２記載の懸賞応募受付のための情報処理方法。
【請求項４】
前記メール送信ステップにおける返信メールの本文に懸賞サイトへのリンクが含まれていることを特徴とする請求項１乃至３のいずれか１つに記載の懸賞応募受付のための情報処理方法。
【請求項５】
前記ユーザ・データベースのレコードには、少なくとも仮登録ステータスと本登録ステータスとのいずれかが設定されることを特徴とする請求項１乃至４のいずれか１つに記載の懸賞応募受付のための情報処理方法。
【請求項６】
前記登録ステップにおいて、前記ユーザ・データベースに追加するレコードを前記仮登録ステータスに設定するステップをさらに含み、
前記懸賞応募者が懸賞サイトへの登録を行った場合、前記ユーザ・データベースに追加されたレコードを前記本登録ステータスに更新するステップをさらに含む請求項５記載の懸賞応募受付のための情報処理方法。
【請求項７】
前記懸賞応募者のメール環境の情報を取得し、前記記憶装置に格納するステップをさらに含み、
前記メール送信ステップにおいて、前記懸賞応募者のメール環境に合わせた返信メールを送信することを特徴とする請求項１乃至６のいずれか１つに記載の懸賞応募受付のための情報処理方法。
【請求項８】
請求項１乃至７のいずれか１つに記載の懸賞応募受付のための情報処理方法をコンピュータに実行させるためのプログラム。
【請求項９】
懸賞応募受付のための情報処理装置であって、
今までの懸賞応募者の少なくともメール・アドレスが蓄積されているユーザ・データベースと、
懸賞応募者からのメールを受信した場合、当該懸賞応募者の少なくともメール・アドレスを記憶装置に格納する手段と、
前記ユーザ・データベースを、前記記憶装置に格納された今回の懸賞応募者のメール・アドレスを用いて検索する手段と、
前記ユーザ・データベースの検索において、前記今回の懸賞応募者のメール・アドレスと同じメール・アドレスを含むレコードが抽出されなかった場合、前記今回の懸賞応募者の少なくともメール・アドレスを含むレコードをユーザ・データベースに追加する手段と、
前記ユーザ・データベースの検索において、少なくとも前記今回の懸賞応募者のメール・アドレスと同じメール・アドレスを含むレコードが抽出されなかった場合、前記今回の懸賞応募者のメール・アドレスに対して返信メールを送信するメール送信手段と、
を有する懸賞応募受付のための情報処理装置。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は、懸賞応募受付のための情報処理技術に関する。
【０００２】
【従来の技術】
例えば特開２００１−７６０６６号公報には以下のような技術が開示されている。すなわち、電子メールを利用したくじシステムであって、特定のユーザに対して、ユニークなアクセス・キーを付した電子メールを送信し、ユーザからのアクセス・キーによりくじの応募を識別して、くじの抽選結果を知らせる。アクセス・キーは、応募のためのページのＵＲＬ又は特定ＵＲＬにおけるキーワードである場合もある。
【０００３】
【発明が解決しようとする課題】
しかしながら上で述べた従来技術では、当該技術の前提条件である、懸賞の参加者となる電子メールの送付先ユーザの特定手段は示されていない。また、一般の懸賞応募者が懸賞に参加するためのユーザ登録方法が示されていない。すなわち、懸賞応募者が懸賞に参加するためには、何らかの方法により予めユーザ登録されている必要があり、また、主催者側でも二重登録チェック等の公正な懸賞を行うための仕組みを保持している必要がある。そのため、懸賞の参加者が特定されるまでの処理が煩雑になっている。
【０００４】
従って本発明の目的は、懸賞応募受付のための処理において、リアルタイムに懸賞の応募状況のチェックを行うことを可能とする情報処理技術を提供することである。
【０００５】
本発明の他の目的は、新たな懸賞応募者が容易に懸賞に参加できるようにするための情報処理技術を提供することである。
【０００６】
【課題を解決するための手段】
本発明の第１の態様に係る、懸賞応募受付のための情報処理方法は、懸賞応募者からのメール（例えば実施の形態では空メール）を受信した場合、当該懸賞応募者の少なくともメール・アドレスを記憶装置に格納する受信ステップと、今までの懸賞応募者の少なくともメール・アドレスが蓄積されているユーザ・データベース（例えば実施の形態ではユーザＤＢ）を、受信ステップにおいて前記記憶装置に格納された今回の懸賞応募者のメール・アドレスを用いて検索する検索ステップと、検索ステップにおいて、今回の懸賞応募者のメール・アドレスと同じメール・アドレスを含むレコードが抽出されなかった場合、今回の懸賞応募者の少なくともメール・アドレスを含むレコードをユーザ・データベースに追加する登録ステップと、検索ステップにおいて、少なくとも今回の懸賞応募者のメール・アドレスと同じメール・アドレスを含むレコードが抽出されなかった場合、今回の懸賞応募者のメール・アドレスに対して返信メールを送信するメール送信ステップとを含む。これにより、懸賞応募者のメール・アドレスを用いて応募状況の管理が可能となり、二重登録を防止できる。また、ユーザ・データベースに登録されていない新たな懸賞応募者も容易に懸賞に参加できる。また、ユーザ・データベースに登録されていない新規のメール・アドレスに対して返信メールを送信することにより、通常は懸賞応募者自身であるメール受信者の応募の意思を確認でき、不正防止を図ることができる。
【０００７】
また、本発明の第１の態様において、検索ステップにおいて今回の懸賞応募者のメール・アドレスと同じメール・アドレスを含むレコードが抽出された場合、登録済みであることを通知する返信メールを送信するステップをさらに含むような構成であってもよい。懸賞応募者がその懸賞に既に応募済みであったことを知ることができる。
【０００８】
また、本発明の第１の態様において、懸賞応募者からのメールの宛先メール・アドレスに対応付けられている懸賞識別情報（例えば実施の形態では懸賞ＩＤ）を記憶装置に格納するステップをさらに含み、検索ステップにおいて、ユーザ・データベースを、記憶装置に格納された懸賞識別情報及び今回の懸賞応募者のメール・アドレスを用いて検索するような構成であってもよい。これにより、複数の懸賞について懸賞応募受付処理を行うことが可能となり、また、懸賞毎の応募状況を管理することができる。
【０００９】
また、本発明の第１の態様において、メール送信ステップにおける返信メールの本文に懸賞サイトへのリンクが含まれているような構成であってもよい。メールを受信した懸賞応募者は簡単に懸賞サイトにアクセス可能となる。なお、リンク先のＵＲＬは、懸賞応募者全員に対して同一のものであってもよいし、個別に変えたものであってもよい。
【００１０】
また、本発明の第１の態様において、ユーザ・データベースのレコードには、少なくとも仮登録ステータスと本登録ステータスとのいずれかが設定されるような構成であってもよい。複数の登録ステータスを定義しておき、そのいずれかを設定することにより、ユーザの応募の段階を管理することが可能となる。
【００１１】
また、上で述べた登録ステップにおいて、ユーザ・データベースに追加するレコードを仮登録ステータスに設定するステップをさらに含み、懸賞応募者が懸賞サイトへの登録を行った場合、ユーザ・データベースに追加されたレコードを本登録ステータスに更新するステップをさらに含むような構成であってもよい。最初の登録では仮登録とすることにより、本登録を行う前に不正な応募や二重登録の確認が可能となる。また、場合によっては仮登録の段階で応募又は登録の取消ができるようになる。
【００１２】
懸賞応募者のメール環境の情報を取得し、記憶装置に格納するステップをさらに含み、上で述べたメール送信ステップにおいて、懸賞応募者のメール環境に合わせた返信メールを送信するような構成であってもよい。文字化けや文字数制限による文章の欠落等の不具合を防止し、メール環境によっては画像を含める等、ＰＲ効果の高いメールを送信できる。
【００１３】
本発明に係る情報処理方法をコンピュータに実行させるためのプログラムを作成することも可能であって、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介して頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリに一時保管される。
【００１４】
【発明の実施の形態】
本発明の一実施の形態に係るシステム構成図を図１に示す。例えば携帯電話機であるユーザ端末３や例えばパーソナル・コンピュータであるユーザ端末９などのユーザ端末には、図示しないがＷｅｂブラウザ機能、メーラ機能等が備えられており、無線又は有線によりインターネットに接続してホームページを閲覧したりメールの送受信を行ったりすることが可能となっている。なお、同等の機能を有していれば、ユーザ端末がゲーム機やＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｃｅ：小型携帯情報端末）等であってもよい。
【００１５】
例えばインターネットであるネットワーク１には、１又は複数のユーザ端末３及びユーザ端末９の他、懸賞応募者の登録状況の管理等を行う１又は複数のユーザ管理サーバ５と、抽選や当選発表等を行う１又は複数の懸賞サイト・サーバ７とが接続されている。ユーザ管理サーバ５には、応募者のデータが登録されるユーザ・データベース（ＤＢ）５１、懸賞サイトのＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）や送信されるメールのための文章テンプレート等が予め登録されている設定ファイル５３ａ、同じく設定ファイル５３ｂ、及び懸賞応募受付の履歴やエラー履歴等が登録されるログファイル５５が接続されている。またユーザ管理サーバ５は、懸賞応募受付処理及び応募者の応募状況管理等を行うため、メーラ機能及びデータベース・マネジメント・システム（ＤＢＭＳ）機能等を有している。但し、必ずしも１つのユーザ管理サーバ５が全ての機能を有している必要はなく、例えば機能毎に分散させて、メール・サーバ、ＤＢＭＳサーバ及びアプリケーション・サーバ等の複数のサーバからなる構成としてもよい。
【００１６】
また、懸賞サイト・サーバ７には懸賞ＤＢ７７が接続されており、賞品や抽選に関する情報などを、懸賞の主催者が管理できるような構成となっている。なお、懸賞応募者の応募状況を管理するためにユーザ管理サーバ５との通信機能やユーザＤＢ５１の一部又は全部の複製等を有する場合もある。
【００１７】
なお、ネットワーク１を経由する通信には、図示していないがドメイン・ネーム・サーバ（ＤＮＳ）、メール・サーバ、ファイア・ウォール等の、インターネット接続やメール送受信に必要な機器及び機能を使用するものとする。
【００１８】
ユーザＤＢ５１に格納されるデータの一例を図２に示す。図２の例では、懸賞番号（ＩＤ）の列２０と、メール・アドレスの列２２と、ユーザ・エージェント（メール・ヘッダのＸ−Ｍａｉｌｅｒなどの情報）の列２４と、登録ステータスの列２６とが含まれる。レコードは、懸賞毎に一意な識別情報である懸賞ＩＤの列２０と、応募者のメール送信元であるメール・アドレスの列２２とによって特定される。すなわち、１つの懸賞につき１つのメール・アドレスで１回だけ登録できるような構成になっている。なお、検索処理を速く行うために、この他に登録番号の列などを追加し、当該登録番号を用いてレコードを特定するような場合もある。また、ユーザ・エージェントの列２４には応募者がメール送信に使用したメーラの種類やバージョン等が登録される。登録ステータスの列２６には懸賞応募者の応募状況を表す情報が登録される。これにより、あるメール・アドレスを所有する懸賞応募者が、どのようなメール環境で、どの懸賞に応募しようとし、どの段階の応募状況（仮登録ステータス又は本登録ステータス）にあるのかを管理できる。
【００１９】
次に、設定ファイル５３ａ及び設定ファイル５３ｂに格納されるデータについて図３及び図４を用いて説明する。設定ファイル５３ａ及び設定ファイル５３ｂは、懸賞応募者からのメールに対して返信メールを生成するのに必要な情報で構成されている。
【００２０】
設定ファイル５３ａに格納されるデータの一例を図３に示す。図３の例では、懸賞番号（ＩＤ）の列３０と、送信元メール・アドレスの列３２と、件名の列３４と、懸賞サイトＵＲＬの列３６とが含まれる。懸賞ＩＤの列３０には図２と同様に懸賞毎に一意な識別情報が登録されている。送信元メール・アドレスの列３２には懸賞毎に設定されているサーバ側のメール・アドレスが登録されており、件名の列３４には送信するメールのタイトルが登録されている。懸賞サイトＵＲＬの列３６には懸賞サイトへのリンク情報が登録されている。メーラの種類や設定にもよるが、懸賞サイトへのリンク情報をメール本文に付け加えることによって、メール受信者はアドレスを入力することなくホーム・ページを閲覧できる。
【００２１】
設定ファイル５３ｂに格納されるデータの一例を図４に示す。図４の例では、本文番号（ＮＯ．）の列４０とユーザ・エージェント・タイプの列４２と本文の列４４とが含まれる。懸賞応募者への返信メールの本文が登録されており、ユーザ・エージェントのタイプ及び処理の状況によって選択され、使用される。ユーザ・エージェント・タイプは、メーラの種類やバージョン等による分類であり、どのメーラやバージョンがどの分類になるのかは、図示していないが別途対応表等を作成しておき、それを参照する場合もある。
【００２２】
なお、本実施の形態では２つのファイルを用いた構成になっているが、１つのファイルにまとめてもよいし、３つ以上のファイルから返信メールを生成するような構成でもよい。
【００２３】
ログファイル５５に格納されるデータの一例を図５に示す。図５の例では、日時の列と、懸賞番号（ＩＤ）の列と、メール・アドレスの列と、ユーザ・エージェントの列と、登録ステータスの列と、ＩＰアドレスの列と、エラー情報の列とが含まれる。懸賞の応募受付の履歴を残しておくためのファイルであり、障害時の分析や統計情報を得るため等に使用される。ＩＰアドレスの列にはメール送信元のＩＰアドレスが登録され、サーバに障害をもたらすような悪意のあるメールを受信した際、送信元の追跡用に使用される。また、エラー情報の列には懸賞応募受付の際のエラー情報が登録される。例えば、”エラー１”が登録されていることによりメールを２回送信して仮登録を行おうとしたことが分かったり、”エラー２”が登録されていることにより懸賞サイトで２回応募しようとしたこと等が分かるような構成となっている。
【００２４】
次に、懸賞応募受付のための処理について図６を用いて説明する。
【００２５】
まず、図示していないが、予め懸賞の内容と受付メール・アドレスを公開しておき、懸賞応募者は自分が応募したい懸賞の受付メール・アドレスを知っているものとする。
【００２６】
懸賞応募者は、ユーザ端末３やユーザ端末９を用いて、ユーザ管理サーバ５が保有する受付メール・アドレスに対して空メールを送信する（ステップＳ１０１）。但し、メール本文や件名等を処理の対象としないような構成であるため、空メールでなくても特に問題はない。また、懸賞毎に受付メール・アドレスは異なるため、懸賞毎に一意な識別情報である懸賞ＩＤは、懸賞応募者が送信するメールの宛先から導出できる。なお、図６は受付メール・アドレス１つについての処理フローであり、メール受信と同時に懸賞ＩＤは特定されているものとする。
【００２７】
ユーザ管理サーバ５は空メールを受信し（ステップＳ１０３）、送信元のメール・アドレス及びユーザ・エージェントを送信元情報として取得し、記憶装置に格納する（ステップＳ１０５）。
【００２８】
次に、ユーザＤＢ５１の情報を、取得したメール・アドレスを用いて検索する（ステップＳ１０７）。当該メール・アドレスを含むレコードが、既にユーザＤＢ５１に登録済みかどうか判定し（ステップＳ１０９）、登録済みでなければユーザＤＢ５１に仮登録ステータスの新規レコードを追加する（ステップＳ１１１）。すなわち、新たな懸賞応募者の情報を仮登録として追加することにより、以降の重複応募を防止することができるようになる。また、事前に登録されていない応募者であっても、メールを送信するだけで簡単に懸賞に参加できる。なお、追加する新規レコードには、登録ステータスの他に、特定されている懸賞ＩＤ、ステップＳ１０５で取得した送信元のメール・アドレス及びユーザ・エージェントの情報が含まれる。
【００２９】
次に、設定ファイル５３ａ（図３）及び設定ファイル５４ｂ（図４）から受付確認メール生成用のデータを読み出し（ステップＳ１１３）、受付確認メールの情報を生成して記憶装置に格納する（ステップＳ１１５）。設定ファイル５３ａ（図３）からは、既に特定されている懸賞ＩＤを検索キーとして、送信元メール・アドレス（サーバのアドレス）の列３２の値、件名の列３４の値、懸賞サイトＵＲＬの列３６の値を読み出す。また、設定ファイル５３ｂ（図４）からは、仮登録による受付確認用のメッセージを、例えば本文ＮＯ．の列４０の値が”０００２”の本文の列４４の値と本文ＮＯ．の列４０の値が”００１１”の本文の列４４の値とを読み出し、懸賞サイトＵＲＬの列３６の値とあわせてメール本文を生成する。また、生成するメッセージはステップＳ１０５で取得したユーザ・エージェントに合ったものを選択する。例えばユーザ・エージェントが文字数制限のある携帯電話機を示している場合には、ユーザ・エージェント・タイプの列４２の値が文字数制限である本文の列４４の値を使用する。また、例えばユーザ・エージェントがＨＴＭＬ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）メールを表示できるメーラであった場合には、ユーザ・エージェント・タイプの列４２の値がＨＴＭＬである本文の列４４の値を使用する。
【００３０】
また、メール本文に記述する懸賞サイトＵＲＬについては、懸賞サイトＵＲＬの列３６の値をそのまま使用してもよいし、懸賞サイトの構成によってはユーザ毎のＵＲＬになるように生成してもよい。なお、仮登録の削除用ＵＲＬについては、詳述しないが例えば固定で設定しておき、リンク先の仮登録削除用ホームページで処理を行うような構成であってもよい。
【００３１】
また、ステップＳ１０９において、既に登録済みと判定された場合には、当該抽出されたレコードの登録ステータスの列２６の値を確認する（ステップＳ１１７）。本登録ステータスが設定されているかどうか判定し（ステップＳ１１９）、本登録済みであった場合には、設定ファイル５３ａ（図３）及び設定ファイル５４ｂ（図４）から本登録済みのお知らせメール生成用のデータを読み出す（ステップＳ１２１）。読み出したデータを用いて本登録済みのお知らせメールの情報を生成し、記憶装置に格納する（ステップＳ１２３）。設定ファイル５３ａ（図３）からは、既に特定されている懸賞ＩＤを検索キーとして、送信元メール・アドレスの列３２の値及び件名の列３４の値を読み出す。また、設定ファイル５３ｂ（図４）の例えば本文ＮＯ．の列４０の値が”０００８”の本文の列４４の値からメール本文を生成する。また、上で述べたステップＳ１１５の処理と同様に、メッセージを生成する際には、ステップＳ１０５で取得したユーザ・エージェントに合ったものを選択する。
【００３２】
また、ステップＳ１１９において本登録済みではないと判定された場合には、設定ファイル５３ａ（図３）及び設定ファイル５４ｂ（図４）から仮登録済みのお知らせメール生成用のデータを読み出し（ステップＳ１２５）、仮登録済みのお知らせメールの情報を生成し、記憶装置に格納する（ステップＳ１２７）。設定ファイル５３ａ（図３）からは、既に特定されている懸賞ＩＤを検索キーとして、送信元メール・アドレスの列３２の値及び件名の列３４の値を読み出す。懸賞サイトＵＲＬの列３６の値については、仮登録済みのお知らせメールの本文中に懸賞サイトＵＲＬを記述するような構成である場合には読み出しを行う。また、設定ファイル５３ｂ（図４）の例えば本文ＮＯ．の列４０の値が”０００５”の本文の列４４の値からメール本文を生成する。また、上で述べたステップＳ１１５の処理と同様に、メッセージを生成する際には、ステップＳ１０５で取得したユーザ・エージェントに合ったものを選択する。
【００３３】
次に、ここまでの処理で記憶装置に格納されたメール・データをステップＳ１０５で格納されたメール・アドレスに対して送信する（ステップＳ１２９）。懸賞応募者が使用しているユーザ端末３又はユーザ端末９は、ユーザ管理サーバ５からメールを受信し、表示装置に表示する（ステップＳ１３１）。
【００３４】
ユーザ管理サーバ５は、実行した処理についてログファイルを更新して記録する（ステップＳ１３３）。例えば、ステップＳ１１１の処理を実行した場合には、ログファイルにエラー情報は登録しないが、ステップＳ１２３又はステップＳ１２７の処理を実行した場合には、ログファイルに、二重登録を行おうとした旨のエラー情報を登録する。ステップＳ１２３の処理を実行した場合には、本登録済みの懸賞に同じメール・アドレスで応募を行おうとした者がいる旨のエラー情報であり、ステップＳ１２７の処理を実行した場合には、仮登録済みの懸賞に同じメール・アドレスで応募を行おうとした者がいる旨のエラー情報である。なお、エラー情報の値はメッセージでもコードでもよいが、ログファイルを用いた分析やエラーが多い懸賞応募者の排除等が行われるような場合には、例えばエラー回数を表すカウンタ情報を含めておくようにする。
【００３５】
以上の処理により、懸賞応募受付のための処理が完了する。これにより、新規の懸賞応募者の仮登録、及び同一メールアドレスでの二重登録の防止が可能となる。
【００３６】
次に、ステップＳ１３１の処理が実行されたことを前提として、懸賞応募の本登録処理について図７を用いて説明する。
【００３７】
ユーザ端末３やユーザ端末９は、懸賞応募者の操作に基づき、ステップＳ１３１で表示されているメール本文中の懸賞サイトへのリンク情報から、懸賞サイト・サーバ７に対して懸賞ページ・データの送信要求を送信する（ステップＳ１３５）。
【００３８】
懸賞サイト・サーバ７は、ユーザ端末３又はユーザ端末９からの懸賞ページ・データの送信要求を受信し（ステップＳ１３７）、懸賞ページ・データを生成して送信する（ステップＳ１３９）。なお、生成される懸賞ページ・データは、ユーザ端末３又はユーザ端末９からの要求情報によって懸賞応募者全員に共通の懸賞ページ・データである場合と、懸賞応募者毎に専用の懸賞ページ・データである場合とがある。
【００３９】
ユーザ端末３又はユーザ端末９は懸賞サイト・サーバ７から送信された懸賞ページ・データを受信し、表示装置に表示する（ステップＳ１４１）。表示された懸賞ページ上での懸賞応募者の入力及び操作に基づき、ユーザ端末３又はユーザ端末９は、本登録（懸賞応募）情報を懸賞サイト・サーバ７に対して送信する（ステップＳ１４３）。送信される情報は懸賞サイトの主催者が要求する情報であり、例えば住所、氏名、年齢及びメール・アドレス等である。なお、メール・アドレスについては、後で説明する処理において必須である場合がある。
【００４０】
懸賞サイト・サーバ７は、ユーザ端末３又はユーザ端末９から送信された本登録（懸賞応募）情報を受信し、記憶装置に格納する（ステップＳ１４５）。また、受信した情報に基づき懸賞ＤＢ７７にレコードを追加する（ステップＳ１４７）。懸賞ＤＢ７７の構成については、詳述しないが、懸賞サイトが抽選等の懸賞処理を行うために必要な情報が格納されるものとする。なお、ステップＳ１４５において懸賞応募者のメール・アドレスを取得しておき、ユーザＤＢ５１、又は懸賞ＤＢ７７に複製されているユーザＤＢ５１の情報を、メール・アドレスを用いて検索する場合もある。そして抽出されたレコードの登録ステータスが仮登録ステータスでない場合には、ステップＳ１４７の処理を行わずにエラーメッセージを表示して処理を終了するような構成であってもよい。
【００４１】
次に、懸賞サイト・サーバ７は懸賞受付完了ページ・データを生成してユーザ端末３又はユーザ端末９に送信する（ステップＳ１４９）。ユーザ端末３又はユーザ端末９は、懸賞サイト・サーバ７から送信された懸賞受付完了ページ・データを受信し、表示装置に表示する（ステップＳ１５１）。
【００４２】
懸賞サイト・サーバ７は本登録完了の情報をユーザ管理サーバ５に送信する（ステップＳ１５３）。なお、送信される情報には、少なくとも懸賞ＩＤ、懸賞応募者のメール・アドレス及び本登録完了の識別情報が含まれている。
【００４３】
ユーザ管理サーバ５は、懸賞サイト・サーバ７から本登録完了の情報を受信し、記憶装置に格納する（ステップＳ１５５）。また、受信した情報に基づき、ユーザＤＢ５１の登録ステータスを更新する（ステップＳ１５７）。具体的な処理としては、まず、懸賞ＩＤ、懸賞応募者のメール・アドレス及び本登録完了の識別情報を受信すると、懸賞ＩＤ及び懸賞応募者のメール・アドレスを用いてユーザＤＢ５１を検索する。次に、抽出されたレコードの登録ステータスの列２６の値を本登録ステータスに更新する。
【００４４】
以上の処理により、懸賞応募の本登録処理が完了する。これにより、懸賞応募者の懸賞サイトへの本登録（懸賞応募）が可能となる。
【００４５】
また、ログファイル５５の情報を用いて、ある特定の期間における登録又はエラーの状況や、ある特定のメール・アドレスにおける登録又はエラーの状況など、様々な統計管理情報が提供可能となる。例えば、図示していないが、期間別受付ログ一覧、期間別仮登録統計情報、仮登録者一覧及び二重登録者一覧等である。これにより、システム運用管理者は、障害時の分析や懸賞応募状況の把握の業務を効率的に行うことが可能になる。
【００４６】
なお、ステップＳ１５３乃至ステップＳ１５７の処理は、懸賞サイト・サーバ７とユーザ管理サーバ５とが連携している場合の処理であり、連携せずにステップＳ１５３乃至ステップＳ１５７の処理をスキップするような構成であってもよい。但し、その場合には、上で説明している仮登録ステータスは本登録の状態を表すことになる。すなわち、仮登録ステータスは存在しなくなり、ステップＳ１１１において追加するレコードのステータスは本登録となる。また、ステップＳ１１５において生成する受付確認のメール・メッセージの内容には、本登録を完了した旨のメッセージと懸賞サイトＵＲＬとが含まれる。また、ステップＳ１１９、ステップＳ１２５及びステップＳ１２７を処理フローから外すような構成となる。
【００４７】
このようにすると、懸賞応募受付のための処理において、リアルタイムに懸賞の応募状況のチェックを行うことが可能となる。また、事前に情報を登録されていない新たな懸賞応募者も容易に懸賞に参加できるようになる。
【００４８】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、図１に示したシステム構成は一例であって他の構成であっても図を実現することができればよい。例えばユーザ管理サーバ５が複数台のサーバから構成されていてもよいし、懸賞サイト・サーバ７も同様に複数台のサーバから構成されていてもよい。また、ＤＢ構成についても一例であって同様のデータを格納するためであれば、非正規化するなど別の構成を採用するようにしてもよいし、他にも必要なデータ項目があれば追加してもよい。
【００４９】
【発明の効果】
以上述べたように、本発明によれば、懸賞応募受付のための処理において、リアルタイムに懸賞の応募状況のチェックを行うことを可能とする情報処理技術を提供できた。
【００５０】
また、新たな懸賞応募者が容易に懸賞に参加できるようにするための情報処理技術を提供することができた。
【図面の簡単な説明】
【図１】本発明の一実施の形態におけるシステム概要図である。
【図２】ユーザＤＢのテーブル構成及び格納されるデータの一例を示す図である。
【図３】設定ファイル（その１）の構成及び格納されるデータの一例を示す図である。
【図４】設定ファイル（その２）の構成及び格納されるデータの一例を示す図である。
【図５】ログファイルの構成及び格納されるデータの一例を示す図である。
【図６】本発明の一実施の形態における処理フロー（その１）を示す図である。
【図７】本発明の一実施の形態における処理フロー（その２）を示す図である。
【符号の説明】
１　ネットワーク　　３　ユーザ端末　　５　ユーザ管理サーバ
７　懸賞サイト・サーバ　　９　ユーザ端末　　５１　ユーザＤＢ
５３ａ　設定ファイル　　５３ｂ　設定ファイル　　７７　懸賞ＤＢ
【図１】
2004021270.tif 000003
【図２】
2004021270.tif 000004
【図３】
2004021270.tif 000005
【図４】
2004021270.tif 000006
【図５】
2004021270.tif 000007
【図６】
2004021270.tif 000008
【図７】
2004021270.tif 000009