JP2003325919A

JP2003325919A - 景品交換システム

Info

Publication number: JP2003325919A
Application number: JP2002139671A
Authority: JP
Inventors: Atsushi Fujimoto; 淳富士本
Original assignee: Aruze Corp
Current assignee: Universal Entertainment Corp
Priority date: 2002-05-15
Filing date: 2002-05-15
Publication date: 2003-11-18

Abstract

(57)【要約】【課題】利便性を高める。【解決手段】景品交換システムにおいて、第１の有価
体を取り扱う店舗またはその周辺に配置され、携帯通信
端末から会員識別情報の入力を受けると共に、第１の有
価体の入力を受け、さらに携帯通信端末を携帯する会員
から暗証情報の入力と、交換先の第２の有価体の選択を
受ける交換開始端末と、交換開始端末に入力された情報
のうち、少なくとも、会員識別情報と暗証情報をネット
ワーク経由で受信して保管する交換管理端末と、第２の
有価体を取り扱う店舗またはその周辺に配置され、携帯
通信端末から受け取った会員識別情報と、再入力された
暗証情報を、交換管理端末に保管してある会員識別情報
および暗証情報と照合することによって、交換を行う権
限である交換権の正当性を認証する認証端末とを備え、
この認証の結果が肯定的な場合に、会員に対し、第２の
有価体を提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は景品交換システムに
関し、例えば、パチンコやパチスロなどの遊技で遊技者
が獲得した賞球などを景品に交換する場合などに適用し
て好適なものである。

【０００２】

【従来の技術】従来、パチンコやパチスロなどを設置し
た遊技場などにおいては、景品を陳列してある場所（景
品陳列スペース）があり、遊技者が遊技によって獲得し
た球（賞球）は、陳列してある景品のなかから遊技者が
選んだものと交換することができる。

【０００３】また、前記賞球は、遊技者が望めば、現金
に交換することもできる。

【０００４】

【発明が解決しようとする課題】しかしながら遊技場
は、主として遊技を行うための店舗であるため、多数の
パチンコ機やパチスロ機などを配列することに多くのス
ペースが消費され、前記景品陳列スペースの大きさは限
定されるから、景品の種類は、一般的なデパートや専門
店などの小売店に比べると、はるかに少ないのが普通で
ある。したがって、景品交換を行おうとする遊技者にと
っては、求める景品が存在しない場合も多く、利便性に
欠ける。

【０００５】

【課題を解決するための手段】かかる課題を解決するた
めに、本発明では、所定の会の会員を識別するための会
員識別情報を保存し、出力する携帯通信端末を利用し
て、第１の有価体を第２の有価体に交換する景品交換シ
ステムにおいて、（１）前記第１の有価体を取り扱う店
舗またはその周辺に配置され、前記携帯通信端末から前
記会員識別情報の入力を受けると共に、第１の有価体の
入力を受け、さらに当該携帯通信端末を携帯する会員か
ら暗証情報の入力と、交換先の第２の有価体の選択を受
ける交換開始端末と、（２）当該交換開始端末に入力さ
れた情報のうち、少なくとも、前記会員識別情報と暗証
情報をネットワーク経由で受信して保管する交換管理端
末と、（３）前記第２の有価体を取り扱う店舗またはそ
の周辺に配置され、前記携帯通信端末から受け取った会
員識別情報と、再入力された前記暗証情報を、当該交換
管理端末に保管してある会員識別情報および暗証情報と
照合することによって、前記交換を行う権限である交換
権の正当性を認証する認証端末とを備え、この認証の結
果が肯定的な場合に、当該会員に対し、第２の有価体を
提供することを特徴とする。

【０００６】なお、ここで、第１の有価体には、一例と
して、パチンコの賞球を含み、第２の有価体には、デパ
ートなどの商品のほか、無形のサービスなども含む。

【０００７】

【発明の実施の形態】（Ａ）実施形態以下、本発明にかかる景品交換システムを、パチンコや
パチスロなどを設置した遊技場などの会員に関連するポ
イントの管理などを実行する会員システムに適用した場
合を例に、実施形態について説明する。

【０００８】ポイントは、その値が大きいほどユーザに
とって有益となる指標で、例えば、遊技で獲得した賞球
などをポイントに交換すれば、蓄積しているポイントの
値は増大し、蓄積しているポイント値の一部を、遊技を
行うために球などに交換すれば蓄積しているポイント値
は減少する。遊技に負けて球を失うことがつづけばポイ
ント値は減少する一方であるが、遊技に勝って多くの球
を獲得すればその球をポイントに交換することによって
大きなポイント値の蓄積が可能となる。ポイント値は、
その一部または全部をその値に応じた価格の景品と交換
することができる。

【０００９】ただし本実施形態は、ポイントを景品に交
換する処理に関連するものであるので、主として、遊技
者がポイントを獲得してから当該ポイントを景品に交換
するまでの処理について説明する。

【００１０】（Ａ−１）実施形態の構成本実施形態の会員システム１０の全体構成例を図１に示
す。

【００１１】図１において、当該会員システム１０は、
インターネット１１と、運用サーバ１２と、景品処理サ
ーバ１３と、景品キオスク端末１４Ａ、１４Ｂと、メー
ル処理端末１５Ａ、１５Ｂと、専用端末１６Ａ、１６Ｂ
とを備えている。

【００１２】このうち運用サーバ１２は、この会員シス
テム１０全体を運用し、管理する事業者ＲＮ１のサーバ
であり、景品処理サーバ１３は、小売店舗ＴＬＡ、ＴＬ
Ｂ側を代理または代表する事業者ＭＫ１のサーバであ
る。事業者ＲＮ１は遊技場ＨＬＡ、ＨＬＢ側を代理また
は代表するものであってよい。

【００１３】遊技場ＨＬＡ、ＨＬＢはそれぞれ別個の遊
技場で、各遊技場（例えば、ＨＬＢ）には、多数のパチ
ンコ機やパチスロ機に混じって、景品キオスク端末（例
えば、１４Ｂ）が配置されている。１つの遊技場に配置
される景品キオスク端末の数は複数であってもかまわな
いが、図示の例では１つとしている。

【００１４】携帯電話機１７は、各遊技場の遊技者であ
るとともに当該会員システム１０に会員登録された会員
であり、なおかつ、小売店舗（例えば、ＨＬＢ）では、
景品の引き渡しを受ける顧客ともなるユーザＵ１が携帯
するものである。

【００１５】小売店舗ＴＬＡ、ＴＬＢには多種多様な景
品の在庫があってそれらの景品が陳列され、メール処理
端末１５Ａ、１５Ｂと、専用端末１６Ａ、１６Ｂが配置
されている。図示の例では、小売店舗ＴＬＡには、景品
ＡＴ１，ＡＴ２，ＡＴ３が陳列されており（または在庫
があり）、小売店舗ＴＬＢには、景品ＡＴ１、ＡＴ４，
ＡＴ５が陳列されている（または在庫がある）。

【００１６】この小売店舗ＴＬＡ、ＴＬＢは、当該会員
システム１０のための景品交換専門の店舗であってもよ
いが、景品交換のための顧客（例えば、ユーザＵ１）の
ほか、現金などで商品を購入する通常の顧客にも対応す
る一般の小売店（デパート、スーパーマーケット、ガソ
リンスタンド、書店、レストラン、あるいは、特定のジ
ャンルの商品を専門に揃えた専門店など）であってよ
い。なお、景品は必ずしも有体物である必要はなく、無
形のサービスであってもよい。

【００１７】小売店舗ＴＬＡ、ＴＬＢは、事業者ＭＫ１
が事業者ＲＮ１に申請することによって、当該会員シス
テム１０の構成要素となるものであってよい。

【００１８】前記携帯電話機１７は一例として図７に示
す内部構成を備えている。

【００１９】本実施形態において当該携帯電話機１７
は、会員登録時などに会員システム１０内でユーザＵ１
を一義的に特定するために予め決定された会員識別子Ｉ
Ｄ１を保存し、必要に応じて出力する機能を持つほか、
景品キオスク端末（例えば、１４Ｂ）との通信により、
電子メールＭＥ１の作成日時（送信日時に等しい）ＤＴ
１を保存する機能や、専用端末（例えば、１６Ｂ）との
通信により会員識別子ＩＤ１と作成日時ＤＴ１を出力す
る機能を備えている。

【００２０】このような機能は、製造工程で携帯電話機
１７に搭載するものであってもよく、製造、販売のあ
と、携帯電話機１７の使用中にネットワーク経由でアプ
リケーションをダウンロードすることによって搭載する
ものであってもよい。

【００２１】（Ａ−１−１）携帯電話機の内部構成例図７において、当該携帯電話機１７は、通信部２０と、
制御部２１と、記憶部２２とを備えている。

【００２２】このうち通信部２０は、前記景品キオスク
端末（例えば、１４Ｂ）と通信するための部分である。
景品キオスク端末１４Ｂとの通信には、ＩｒＤＡなどの
赤外線、Bluetoothなどの電波を用いた近距離無線通信
を活用することができる。近距離無線通信機能を持たな
い携帯電話機の場合には、所定のコネクタを装着するこ
と等による有線通信を利用するようにしてもよい。

【００２３】携帯電話機である以上、当該携帯電話機１
７がこれらの近距離無線通信機能などのほかに、電話機
としての機能など、一般的な携帯電話機としての機能も
搭載していることは当然である。

【００２４】制御部２１は、ハードウエア的には当該携
帯電話機１７のＣＰＵ（中央処理装置）である。ソフト
ウエア的にはＯＳ（オペレーティングシステム）が当該
制御部２１に対応する。携帯電話機１７にはパソコンな
どと同様に、複数のアプリケーションをインストールし
て実行させることが可能である。

【００２５】例えば、上述した会員識別子ＩＤ１を保存
し、必要に応じて出力する機能を第１のアプリケーショ
ンによって実現し、景品キオスク端末（例えば、１４
Ｂ）との通信により作成日時ＤＴ１を保存する機能を第
２のアプリケーションによって実現し、専用端末（例え
ば、１６Ｂ）との通信により会員識別子ＩＤ１と作成日
時ＤＴ１を出力する機能を第３のアプリケーションによ
って実現するようにしてもよい。

【００２６】記憶部２２は揮発性（ＲＡＭなど）または
不揮発性（ＲＯＭやＥＥＰＲＯＭなど）の記憶装置で、
前記会員識別子ＩＤ１のほかに、前記電子メールＭＥ１
の作成日時ＤＴ１を記憶する。会員識別子ＩＤ１のほう
はユーザＵ１が会員登録されたときに決定され、そのあ
とは変動しない静的な情報であるが、作成日時ＤＴ１の
ほうは、ユーザＵ１の遊技場（例えば、ＨＬＢ）におけ
る遊技が終了して新たな景品交換を行うたびに、動的に
変化する。

【００２７】この作成日時ＤＴ１は、電子メールＭＥ１
の作成日時を秒の精度（本実施形態の構成上、この作成
日時が本来の日時に対して誤算の少ないものである必要
はまったくないし、むしろ意図的に誤差のある作成日時
を使用したほうが秘匿性の向上をはかるうえで有利であ
る）で記述したものである。一例として、当該作成日時
ＤＴ１は、「２００２年４月１５日（月曜日）１４時３
１分５４秒」などとなる。現在、インターネット上で広
く使用されているＭＩＭＥ形式の電子メールの場合、電
子メールの作成日時をそのヘッダに記述するようになっ
ており、この作成日時ＤＴ１の記述は、ＭＩＭＥ形式に
対応したものである。

【００２８】会員識別子ＩＤ１だけでなく作成日時ＤＴ
１まで記憶部２２に記憶するものとしたのは、会員識別
子ＩＤ１を用いて会員を特定しただけでは、後述する理
由から、ユーザＵ１が景品交換のたびに異なる暗証番号
（例えば、ＫＥ１）を利用することは現実には必ずしも
容易でないこともあって、同じユーザ（例えば、Ｕ１）
が、同時に複数の景品交換を行う場合、小売店舗（例え
ば、ＴＬＢ）側で各景品交換（自身のメールボックス内
に記憶されている同じユーザ（例えば、Ｕ１）が作成さ
せた複数の電子メール）を区別することが困難になるか
らである。

【００２９】このような複数景品交換の同時発生は、ユ
ーザＵ１がある景品交換に対応する商品の引き渡しを受
けるまえに、もう一度、遊技を行って、新たな賞球を獲
得しその賞球によって新たな景品交換を行う場合などに
発生し得る。

【００３０】ユーザＵ１による複数景品交換が同時発生
した場合、記憶部２２内には、同時発生した景品交換の
数と同数の作成日時が格納されることになる。例えば、
図７の例では、電子メールＭＥ１の作成日時であるＤＴ
１と、電子メールＭＥ２の作成日時であるＤＴ２と、電
子メールＭＥ３の作成日時であるＤＴ３とが同時に格納
されている。

【００３１】記憶部２１が揮発性の記憶装置（ＲＡＭな
ど）である場合、会員識別子ＩＤ１および作成日時（Ｄ
Ｔ１など）の記憶を維持するための十分な電源バックア
ップ機構を搭載することが望ましい。

【００３２】当該携帯電話機１７と通信する景品キオス
ク端末１４Ｂ、１４Ａは交換予約登録（景品交換の予約
の登録）を受け付ける装置で、その内部構成は、例え
ば、図６に示すものであってよい。景品キオスク端末１
４Ａと１４Ｂの内部構成は実質的に同じであるが、以下
の説明では、主として、景品キオスク端末１４Ｂに注目
する。

【００３３】（Ａ−１−２）景品キオスク端末の内部構
成例図６において、当該景品キオスク端末１４Ｂは、通信部
２９と、携帯機通信部３０と、メール送信部３１と、暗
号化処理部３２と、制御部３３と、ディスプレイ部３４
と、操作部３５と、計数部３６と、記憶部３７と、日付
生成部３８と、小売店管理データベース３９とを備えて
いる。

【００３４】このうち通信部２９は、前記運用サーバ１
２と通信するための部分である。

【００３５】携帯機通信部３０は、前記携帯電話機（例
えば、１７）と通信するための部分である。前記携帯電
話機１７が搭載している近距離無線通信機能の種類など
に応じて、当該携帯機通信部３０の構成も異なったもの
となるのは当然である。

【００３６】制御部３３は当該景品キオスク端末１４Ｂ
のＣＰＵで、後述するワンタイムパスワード（例えば、
ＰＷ１）を生成する。

【００３７】計数部３６は、ユーザＵ１が所定の開口部
（図示せず）に流し込んだ多数の賞球ＧＭ１の数を検出
する部分で、検出した賞球ＧＭ１の数に対応したポイン
ト値を出力する。計数部３６で検出された賞球ＧＭ１の
数が多いほど、多くのポイント値が獲得され、より高価
な景品をより多く受け取ることができる。検出した賞球
ＧＭ１の数に一定の係数（例えば、１０）をかけ合わせ
ること等によって、賞球ＧＭ１の数をポイント値に変換
するようにしてもよいが、ここでは、説明を簡単にする
ために、賞球ＧＭ１の数をそのままポイント値とする。
したがって、賞球ＧＭ１の数が１００００個であれば、
ユーザＵ１が獲得するポイント値は１００００ポイント
である。

【００３８】操作部３５は、携帯電話機１７を携帯した
ユーザＵ１が操作するためのボタンなどを有する部分
で、ディスプレイ部３４はユーザＵ１が目視する画面を
表示する部分である。もしもタッチパネル装置などを利
用する場合には、当該ディスプレイ部３４と、操作部３
５は、ユーザＵ１からみて、物理的に一体であり得る。

【００３９】小売店管理データベース３９は、景品（例
えば、ＡＴ１，ＡＴ５など）ごとにその景品を取り扱う
小売店舗の電子メールアドレス（例えば、小売店舗ＴＬ
Ｂの電子メールアドレスはＡＤＢ）を対応付けて蓄積し
たデータベースである。

【００４０】ユーザＵ１がディスプレイ部３４や操作部
３５を利用して、交換する景品の選択を行い、その選択
を確定すると、その景品を陳列している小売店舗の電子
メールアドレス（例えば、ＡＤＢ）が当該小売店管理デ
ータベース３９から検索されて、その電子メールアドレ
スを宛先アドレスとする電子メール（例えば、ＭＥ１〜
ＭＥ３）が送信される。

【００４１】通常、一度の景品交換は複数の交換の系列
から構成される。例えば、前記賞球ＧＭ１の入力を受け
て計数部３６が出力するポイント値ＰＴ１が１００００
ポイントであるものとすると、そのうち２０００ポイン
トを景品ＡＴ１に交換し、１５００ポイントを景品ＡＴ
５に交換し、４５００ポイントを景品ＡＴ４に交換し、
…という形式で、複数の交換の系列からなる景品交換が
実行される。

【００４２】このため、１度の景品交換が複数の小売店
舗の景品にまたがって実行されることも多い。この場
合、交換系列を構成する各交換は小売店舗ごとに分類
し、小売店舗ごとの交換系列情報（例えば、図６に示す
ＳＬＡ、ＳＬＢ）を構成した上で、当該交換系列情報を
収容した電子メール（図１の例ではＭＥ１，ＭＥ２、Ｍ
Ｅ３）が、各小売店舗に宛てて送信されることになる。
例えば、交換系列ＳＬＡの一部（ＳＬＡ１）を示す交換
系列情報が電子メールＭＥ１に収容されて小売店舗ＴＬ
Ｂの電子メールアドレスＡＤＢに宛てて送信され、交換
系列ＳＬＡの残り（ＳＬＡ２）を示す交換系列情報が電
子メールＭＥ２に収容されて小売店舗ＴＬＡの電子メー
ルアドレスＡＤＡに宛てて送信され、交換系列ＳＬＢの
すべてを示す交換系列情報が電子メールＭＥ３に収容さ
れて小売店舗ＴＬＢの電子メールアドレスＡＤＢに宛て
て送信されるものであってよい。

【００４３】また、例えば、図１に示す景品ＡＴ１のよ
うに、同じ景品が複数の小売店舗で陳列されていること
もあるが、そのようなケースでは、景品キオスク端末１
４Ｂを用いて選択を行う段階で、いずれの小売店舗で当
該景品ＡＴ１の交換（引き渡し）を受けるかを、ユーザ
Ｕ１に決定させるようにするとよい。この決定を支援す
るために、各小売店舗の所在地などの情報を、ディスプ
レイ部３４に画面表示することも望ましい。

【００４４】日付生成部３８は通常の時計と同様に、日
付や時刻を生成する部分で、前記作成日時ＤＴ１〜ＤＴ
３を生成する。日付生成部３８が生成した同じ作成日時
（例えば、ＤＴ１）が、前記携帯電話機１７の記憶部２
２に格納されるとともに、電子メール（例えば、ＭＥ
１）のヘッダ中の所定のフィールド（ＭＩＭＥ形式に対
応したＭＩＭＥヘッダの場合には、Ｄａｔｅフィール
ド）に記述される。

【００４５】記憶部３７は、前記電子メールを作成する
際に必要なデータを一時的に記憶しておく部分である。
このデータには、電子メール（ＭＥ１，ＭＥ２）の本文
に記述する前記交換系列情報ＳＬＡ（ＳＬＡ１，ＳＬＡ
２）、ＳＬＢのほか、電子メールの暗号化に寄与する暗
証番号ＫＥ１なども含まれる。

【００４６】暗証番号ＫＥ１は、前記ディスプレイ部３
４に例えば画面表示される案内にしたがって操作部３５
を操作することにより、ユーザＵ１が入力する文字列で
ある。文字列の文字数や使用可能な文字の種類はどのよ
うに決めてもかまわないが、例えば、文字数は４とし，
文字の種類は数字に限定してもよい。

【００４７】暗証番号ＫＥ１は、後で景品の引き渡しを
受ける際に、専用端末（１６Ｂなど）にユーザＵ１が入
力する番号であるから、その値はユーザＵ１が記憶して
おく必要がある。記憶しておくことが難しければ、当該
暗証番号ＫＥ１を紙などに記載しておいたり、ユーザＵ
１が携帯する携帯情報端末（図示せず）などに入力して
記憶させておいてもかまわないが、本来の暗証番号の性
質を考慮すると、このように紙に記載したり携帯情報端
末に記憶させたりする方法は、セキュリティ上、好まし
いものではなく、ユーザＵ１自身の頭脳に記憶しておく
ことが求められる。

【００４８】その場合、たとえ４桁の数字であっても、
ユーザＵ１が長期間（景品交換にかかる全景品の引き渡
しを受けるまでの期間）それを記憶しておくことは必ず
しも容易ではないため、現実には、例えば、ユーザＵ１
の生年月日などから連想できる特定の数字だけが繰り返
し使用される可能性も高い。こうなると、会員識別子も
同じで暗証番号も同じであるため、これらだけに基づい
て生成されるパスワードは、ワンタイムパスワード（１
回だけしか利用しないパスワード）ではなくなってしま
うが、本実施形態では、上述した作成日時（ＤＴ１な
ど）も利用しているため、ユーザＵ１が同じ暗証番号Ｋ
Ｅ１を繰り返し利用したとしても、確実にワンタイムパ
スワードを構成することができる。異なる景品交換（例
えば、前記ＳＬＡとＳＬＢ）について、秒の単位まで同
じ作成日時を、同一ユーザが、複数得ることは不可能だ
からである。

【００４９】本実施形態では、前記制御部３３が会員識
別子と、暗証番号と、作成日時とをもとに、所定の生成
演算（ワンタイムパスワード生成用の演算手順）ＧＰ１
を実行することによって、前記ワンタイムパスワードＰ
Ｗ１を生成する。生成演算ＧＰ１としては、会員識別
子、暗証番号、作成日時の各値が１ビットでも変化すれ
ば、生成されるワンタイムパスワードの値ＰＷ１も異な
る値を取るような関数でさえあれば、どのような関数を
用いることも可能である。もっとも簡単な一例としては
（秘匿性を高める上では必ずしも好ましい方法ではない
が）、会員識別子と、暗証番号と、作成日時のそれぞれ
を２進数表現したものを、そのままこの順番で並べたも
のを、ワンタイムパスワードＰＷ１としてもかまわな
い。

【００５０】あるいは、当該生成演算ＧＰ１では、会員
識別子と、暗証番号と、作成日時の値を乗算して得られ
る積の下位から所定ビットまでを取り出した演算結果を
当該ワンタイムパスワードＰＷ１としてもよい。会員識
別子と、暗証番号と、作成日時のなかに数字以外の文字
などを含むものがあれば、その文字は、シフトＪＩＳコ
ードなどの文字コードを利用して容易に数字に変換する
ことが可能である。

【００５１】なお、会員識別子、暗証番号、作成日時の
各値が同じでないのに、生成演算ＧＰ１を用いて生成し
たワンタイムパスワードＰＷ１の値が同じになる現象
（コリジョン）が発生したとしても、コリジョンの発生
頻度が十分に小さければ、実質的にワンタイムパスワー
ドであるといえる。

【００５２】これにより、インターネット１１上を伝送
されるパスワードは、実質的に１回だけしか利用されな
いワンタイムパスワードとなり、セキュリティ性を高め
ることができる。ワンタイムパスワードを用いるシステ
ムのなかには、会員が同じ暗証番号を再度、入力しよう
とすると、入力を拒否して、異なる暗証番号の入力を促
すものもあるが、本実施形態では、同じ暗証番号を再利
用するか否かは、会員の自由意思にまかせるようにする
とよい。入力拒否などによって強制的に異なる暗証番号
を入力させたとしても、会員がその暗証番号を忘れたり
（あるいは忘れないように紙に記載したり）すると、非
常に複雑な事態が発生し、かえって、システム全体の効
率やセキュリティ性を低下させる可能性が高いからであ
る。

【００５３】なお、ユーザＵ１からみた場合、前記暗証
番号（例えば、ＫＥ１）がパスワードであるようにみえ
るが、システム内部では、当該ワンタイムパスワード
（例えば、ＰＷ１）がパスワードとして機能する。

【００５４】メール送信部３１は前記電子メール（例え
ば、ＭＥ１）を作成し、インターネット１１上に送信す
る部分である。当該電子メールは前記ＭＩＭＥ形式に対
応したものであってよい。

【００５５】送信した電子メールは、通常の電子メール
（インターネットメール）と同様、いったんＩＳＰ（イ
ンターネットサービスプロバイダ）網内のメールサーバ
における遊技場ＨＬＢのためのメールボックス（図示せ
ず）に蓄積されたあと、宛先のメールアドレス（例え
ば、ＡＤＡ、ＡＤＢ）に応じて、小売店舗ＴＬＡ、ＴＬ
Ｂのメールボックスを有するメールサーバに届けられ
る。

【００５６】したがって、メール送信部３１は、基本的
に通常のメーラに対応した機能を持つが、メール送信部
３１が作成するメールは人間が読み書きするものではな
いため、メール送信部３１の管理のもと、メール本文ま
で、完全に形式的に作成することができる。前記交換系
列情報ＳＬＡやＳＬＢの記述は、例えば、ＣＳＶ形式な
どの定型的なものとするとよい。

【００５７】暗号化処理部３２は、制御部３３が生成し
た前記ワンタイムパスワードＰＷ１や、メール送信部３
１が作成した電子メールを送信する前に暗号化する部分
である。電子メールの暗号化には一例として、Ｓ／ＭＩ
ＭＥを利用してもよい。Ｓ／ＭＩＭＥの形式で暗号化を
行う場合、鍵のやり取りには公開鍵を用いるが、メッセ
ージの暗号化には共通鍵（対称鍵）を用いるため、この
共通鍵を、前記会員識別子ＩＤ１，暗証番号ＫＥ１、お
よび作成日時（例えば、ＤＴ１）に所定の演算手順（第
１の演算手順）ＯＰ１を施すことによって生成すること
になる。

【００５８】ただし一般的なＳ／ＭＩＭＥでは、当該共
通鍵は、公開鍵を用いて配送することになるが、本実施
形態の場合、携帯電話機１７を携帯したユーザＵ１が各
小売店舗に出向くことが共通鍵の配送もかねるので、ネ
ットワーク経由で共通鍵の配送を行う必要はない。共通
鍵の構成要素である会員識別子ＩＤ１，暗証番号ＫＥ
１、および作成日時（例えば、ＤＴ１）は、携帯電話機
１７に収容してユーザＵ１が各小売店舗（その専用端
末）へ持っていくことになるため、これらに基づいて、
前記第１の演算手順ＯＰ１を実行することにより、専用
端末内でまったく同じ前記共通鍵を生成できるからであ
る。

【００５９】すなわち、本実施形態では、共通鍵も、１
回だけ使用される鍵になる。

【００６０】景品キオスク端末１６Ｂにおいて、小売店
舗に宛てた電子メールの送信と、運用サーバに宛てたワ
ンタイムパスワードの送信が完了した時点で、前記交換
予約登録が完了する。

【００６１】次に、前記運用サーバ１２の内部構成例
を、図２を用いて説明する。

【００６２】（Ａ−１−３）運用サーバの内部構成例図２において、当該運用サーバ１２は、通信部４０と、
制御部４１と、ユーザ管理データベース４２と、復号処
理部４３とを備えている。

【００６３】このうち通信部４０は、インターネット１
１経由で各小売店舗内に設置された専用端末（例えば、
１６Ｂ）から、前記ワンタイムパスワードＰＷ１の供給
を受ける部分である。ワンタイムパスワードＰＷ１の通
信には様々なプロトコルを用いることが可能であるが、
一例としては、ＦＴＰを用いることができる。

【００６４】復号処理部４３は、ワンタイムパスワード
を復号する部分である。当該復号処理部４３による復号
は、例えば、前記景品キオスク端末１４Ｂから供給され
るワンタイムパスワードＰＷ１と、専用端末１６Ｂから
供給されるワンタイムパスワードＰＷ１に対して実行さ
れる。

【００６５】本実施形態では、運用サーバ１２に対して
送信するワンタイムパスワードの生成に、景品キオスク
端末でも専用端末でも、前記生成演算ＧＰ１を用いてい
るので、復号処理部４３では、景品キオスク端末から供
給されたワンタイムパスワードに対しても、専用端末か
ら供給されたワンタイムパスワードに対しても、当該生
成演算ＧＰ１に対応する復号演算（復号用の演算手順）
ＤＰ２を実行することになる。

【００６６】なお、インターネット１１上で真に１回だ
け同じパスワードが伝送されるようにするためには、専
用端末で使用する生成演算は、前記景品キオスク端末で
使用する生成演算ＧＰ１と異なるものとする必要がある
が、ここでは、簡単のために同じ演算手順としている。
また、もしも専用端末で景品キオスク端末と異なる生成
演算を用いる場合には、後述する一方向性の生成演算は
使用できない。

【００６７】制御部４１は当該運用サーバ１２のＣＰＵ
である。

【００６８】ユーザ管理データベース４２は、会員シス
テム１０に会員登録を済ませている全ての会員につき、
少なくともその会員識別子（例えば、ＩＤ１）を格納し
てあるデータベースで、会員が景品交換を行う場合に
は、当該会員識別子に加えて、前記暗証番号（例えば、
ＫＥ１）と、前記作成日時（例えば、ＤＴ１）を、会員
識別に対応付けた形で格納する。

【００６９】すなわち、会員識別子ＩＤ１のユーザＵ１
が、作成時刻ＤＴ１，ＤＴ２，ＤＴ３の電子メールＭＥ
１、ＭＥ２，ＭＥ３によって、景品交換を行う場合に
は、（ＩＤ１，ＫＥ１，ＤＴ１）と、（ＩＤ１，ＫＥ
１，ＤＴ２）と、（ＩＤ１，ＫＥ１，ＤＴ３）の３つの
タプル（組）がユーザ管理データベース４２内に生成さ
れる。

【００７０】そして各タプルにおける３つの値の組合せ
が１つのワンタイムパスワードに対応する。

【００７１】前記景品キオスク端末１４Ｂ内の制御部３
３が、例えば、ＩＤ１，ＫＥ１，ＤＴ１をもとに前記生
成演算ＧＰ１を実行して前記ワンタイムパスワードＰＷ
１を生成して、当該運用サーバ１２に送信するものであ
る。この生成演算ＧＰ１は、前記共通鍵を生成するため
の前記第１の演算手順ＯＰ１と同じにすることもできる
が、セキュリティ上は異なる手順としたほうが有利であ
る。

【００７２】生成演算ＧＰ１が、生成演算ＧＰ１の内容
さえ特定できれば元の値（ＩＤ１、ＫＥ１、ＤＴ１の各
値）を一義的に特定できる双方向性の演算手順である場
合には、当該生成演算ＧＰ１に対応する前記復号演算Ｄ
Ｐ２を実行することによって、運用サーバ１２側で元の
値を得てユーザ管理データベース４２にこれらの値（Ｉ
Ｄ１、ＫＥ１、ＤＴ１の各値）を格納することができる
が、ハッシュ関数のように、それが困難なもの（一方向
性の演算手順）である場合には、元の値を得ずにワンタ
イムパスワードＰＷ１をそのまま、ユーザ管理データベ
ース４２のタプルに格納するようにしてもよい。

【００７３】制御部４１は、前記専用端末から受信した
ワンタイムパスワードを復号演算ＤＰ２によって復号し
て得た会員識別子と暗証番号と作成日時の組の値が、予
め当該ユーザ管理データベース４２に格納してあるいず
れかのタプルの値と一致すれば、正当な会員であり、な
おかつ、正当な景品交換権が検証できたものとして、肯
定的な認証結果を専用端末に返す。

【００７４】もちろん、前記生成演算ＧＰ１が一方向性
の場合にはこのような復号そのものを行わず、専用端末
から受信されたワンタイムパスワードＰＷ１が、すでに
景品キオスク端末から受信されユーザ管理データベース
４２内のいずれかのタプルに格納されているワンタイム
パスワードと一致するかどうかを検査することをもっ
て、景品交換権の検証とする。

【００７５】なお、検証が終了すれば、ワンタイムパス
ワードの役割も終わるので、ユーザ管理データベース４
２から、暗証番号、作成日時、あるいは、ワンタイムパ
スワードＰＷ１は、削除してよい。

【００７６】前記電子メールＭＥ１〜ＭＥ３を受信し、
各小売店舗に配置されるメール処理端末１５Ａ、１５Ｂ
の内部構成は例えば、図４に示す通りである。メール処
理端末１５Ａと１５Ｂの内部構成は実質的に同じである
が、以下の説明では、主として、メール処理端末１５Ｂ
に注目する。また、メール処理端末１５Ｂは基本的に小
売店舗ＴＬＢの店員ＣＬＢが操作するものとする。メー
ル処理端末１５Ｂの機能は、ネットワーク機能を搭載し
た通常のパーソナルコンピュータによって実現可能であ
る。

【００７７】（Ａ−１−４）メール処理端末の内部構成
例図４において、当該メール処理端末１５Ｂは、通信部５
０と、制御部５１と、ディスプレイ部５２と、操作部５
３と、復号処理部５４と、記憶部５５と、在庫管理デー
タベース５６とを備えている。

【００７８】このうち通信部５０は、前記ネットワーク
機能に対応する部分で、例えば、前記電子メールＭＥ
１，ＭＥ３の受信などを行うためには、通信部５０に設
けられたメーラが機能する。

【００７９】ただし本実施形態の場合、店員ＣＬＢが電
子メールＭＥ１，ＭＥ３を読むわけではなく、電子メー
ルＭＥ１、ＭＥ３の内容は制御部５１なども含む当該メ
ール処理端末１５Ｂによって自動的に読み取られ、処理
される。

【００８０】メール処理端末１５Ｂがインターネット１
１にダイヤルアップ接続したコンピュータである場合に
は、小売店舗ＴＬＢのための前記メールサーバ（メール
ボックス）に、定期的に、ＰＯＰ３やＩＭＡＰ４などの
プロトコルを実行して、メールボックスからメールを取
り出す操作を行うようにしてもよいが、ハードディスク
の容量がそれほど大きくない場合などには、専用端末１
６Ｂへ前記運用サーバ１２から景品交換権の正当性を認
める肯定的な認証結果が返ったときに、前記専用端末１
６Ｂ内の記憶部６５に記憶されている作成日時（例え
ば、ＤＴ１）と会員識別子（例えば、ＩＤ１）を用いて
メールボックス内のメールを特定し、特定したメールだ
けを取り出すようにしてもよい。

【００８１】例えば、前記景品キオスク端末１４Ｂがメ
ールを送信する際に、前記電子メールＭＥ１の題名（Su
bjectフィールド）に、予め当該会員識別子を記述して
おくようにすれば、もともと作成日時のほうはヘッダの
Ｄａｔｅフィールドに記述されるため、メールヘッダを
検査するだけで、容易に、作成日時と会員識別子を用い
てメールを特定することができ、同一のユーザＵ１によ
る前記複数景品交換の同時発生に関するメール（ここで
は、ＭＥ１とＭＥ３）を識別することが可能となる。

【００８２】もちろん、もし必要ならば、本文の内容ま
で検査してメールを特定するようにしてもよい。

【００８３】当該通信部５０は、インターネット１１経
由で前記景品処理サーバ１３との通信を行う場合にも機
能し、同じ小売店舗ＴＬＢに配置される前記専用端末１
６Ｂとの通信を行う場合にも機能する。

【００８４】景品処理サーバ１３との通信は、定期的に
（例えば、１日１回）、各小売店舗で引渡を行った景品
の数量、価格などを集計した結果（定期小売り集計デー
タ）を、景品処理サーバ１３に伝えるものである。

【００８５】制御部５１は当該メール処理端末１５Ｂの
ＣＰＵである。

【００８６】ディスプレイ部５２は、メール処理端末１
５Ｂや専用端末１６Ｂが行った処理の結果を画面表示し
て店員ＣＬＢに目視させる部分である。当該ディスプレ
イ部５２は、前記運用サーバ１２による認証の結果に応
じて、例えば、店員ＣＬＢの目前で専用端末１５Ｂを操
作している顧客が、「正当な会員ではない」とか、「正
当な会員ではあるが正当な景品交換権を持っていない」
などの警告メッセージを画面表示したり、「景品交換権
の正当性が確認できたので景品（ＡＴ１，ＡＴ４）の引
き渡しを行ってください」などの肯定的なメッセージを
表示したりする。

【００８７】もちろん、警告メッセージが表示された顧
客に対しては、景品の引き渡しは行われない。

【００８８】操作部５３は、例えば、通常のパーソナル
コンピュータなどに接続されるキーボードやマウス等の
ような操作手段で、店員ＣＬＢがメール処理端末１５Ｂ
に対して指示を伝えるために利用される。

【００８９】復号処理部５４は、例えば、前記Ｓ／ＭＩ
ＭＥ形式で暗号化されている電子メールＭＥ１やＭＥ３
などを復号して、制御部５１などが読み取って処理する
ことのできる平文に変換する部分である。この復号は、
暗号化されている前記電子メール（例えば、ＭＥ１）の
メッセージに対し前記共通鍵を用いて復号演算を行うこ
とにより平文を生成する操作であるため、共通鍵が生成
されることが前提である。当該共通鍵は、前記運用サー
バ１２から前記専用端末１６Ｂに、肯定的な認証結果が
返ってきたとき、専用端末１６Ｂの記憶部６５内に格納
されているデータ（例えば、ＩＤ１，ＤＴ１，ＫＥ１）
をもとに当該復号処理部５４内で生成するものであって
よい。

【００９０】記憶部５５は当該メール処理端末１５Ｂの
記憶装置であり、ハードディスクやＲＡＭなどによって
構成されている。前記ＰＯＰ３やＩＭＡＰ４でメールボ
ックスから取り出したメールは、この記憶部５５に格納
し、前記制御部５１が当該メール（例えば、ＭＥ１）か
ら前記交換系列情報ＳＬＡ１を抽出すると、当該交換系
列情報ＳＬＡ１も当該記憶部５５に格納する。

【００９１】在庫管理データベース５６は、当該小売店
舗ＴＬＢにおける景品（商品）の在庫を管理しているデ
ータベースである。在庫管理データベース５６の登録内
容は前記景品キオスク端末（１４Ｂなど）の小売店管理
データベース３９に反映されるため、例えば、小売店舗
ＴＬＢ内で、売り切れや、引き渡しによって、ある景品
の在庫がなくなった場合、在庫管理データベース５６の
内容が更新され、これにともなって小売店管理データベ
ース３９の内容も更新される。

【００９２】例えば、小売店舗ＴＬＢにおいて、景品Ａ
Ｔ５の在庫がなくなった場合には、前記小売店管理デー
タベース３９から、景品ＡＴ５と小売店舗ＴＬＢの電子
メールアドレスＡＤＢを対応付けたタプルが削除され、
それ以降、ユーザＵ１は前記景品キオスク端末１４Ｂに
よって当該景品ＡＴ５を選択することができなくなるも
のであってよい。そして、在庫が回復すれば、削除され
たタプルも回復し、ユーザＵ１はまた、当該景品ＡＴ５
を選択することができるようになる。

【００９３】前記復号処理部５４や、在庫管理データベ
ース５６の機能は、パーソナルコンピュータ上で主とし
てソフトウエア的に実現することができる。

【００９４】次は、当該メール処理端末１５Ｂとともに
小売店舗ＴＬＢに配置される専用端末１６Ｂの内部構成
について図３を用いて説明する。専用端末１６Ａも当該
専用端末１６Ｂと同様な内部構成を備えている。専用端
末１６Ｂは、上述した申請が認められたときに、事業者
ＭＫ１から（あるいは、事業者ＲＮ１から）当該小売店
舗ＴＬＢの事業者へレンタルされるものであってよい。

【００９５】小売店舗ＴＬＡ、ＴＬＢは、事業者ＭＫ１
が事業者ＲＮ１に申請することによって、当該会員シス
テム１０の構成要素となるものであってよい。

【００９６】（Ａ−１−５）専用端末の内部構成例図３において、当該専用端末１６Ｂは、通信部６０と、
携帯機通信部６１と、制御部６２と、ディスプレイ部６
３と、操作部６４と、記憶部６５と、パスワード生成部
６６とを備えている。

【００９７】このうち携帯機通信部６１は、前記携帯電
話機１７との通信を行う部分である。したがって、前記
景品キオスク端末１４Ｂ内の携帯機通信部３０と同様、
前記携帯電話機１７が搭載している近距離無線通信機能
の種類などに応じて、当該携帯機通信部６１の構成も異
なったものとなる。

【００９８】制御部６２は当該専用端末１６ＢのＣＰＵ
である。

【００９９】ディスプレイ部６３は当該専用端末１６Ｂ
に対する操作方法などをユーザＵ１に案内するためのメ
ッセージなどを画面表示する部分で、操作部６４は、ユ
ーザＵ１が操作して専用端末１６Ｂに対する指示を伝え
るためのボタンなどを有する部分である。もしもタッチ
パネル装置などを利用する場合には、前記景品キオスク
端末１４Ｂと同様、当該ディスプレイ部６３と、操作部
６４は、ユーザＵ１からみて、物理的に一体であり得
る。

【０１００】記憶部６５は、操作部６４や携帯機通信部
６１から得られた情報を一時的に記憶する部分である。
操作部６４から得られる情報としては、ユーザＵ１が入
力する前記暗証番号ＫＥ１があり、携帯機通信部６１か
ら得られる情報としては、前記携帯電話機１７から取得
する前記会員識別子ＩＤ１と、作成日時（例えば、ＤＴ
１）がある。

【０１０１】通信部６０はインターネット１１経由で前
記運用サーバ１２との通信を行ったり、同じ小売店舗Ｔ
ＬＢ内に配置されているメール処理端末１５Ｂと通信を
行ったりする機能を持つ部分である。

【０１０２】パスワード生成部６６は、記憶部６５内に
格納されているデータ（例えば、前記ＩＤ１，ＤＴ１、
ＫＥ１）に前記生成演算ＧＰ１にしたがった演算を施す
ことにより、ワンタイムパスワードＰＷ１を生成する部
分である。パスワード生成部６６で実行する生成演算は
必ずしも前記景品キオスク端末１４Ｂで実行する生成演
算ＧＰ１と同じでなくてもよいが、ここでは、簡単のた
めに同じ生成演算ＧＰ１を実行するものとする。

【０１０３】したがって、パスワード生成部６６で生成
されるパスワードは前記景品キオスク１４Ｂ内で生成さ
れたワンタイムパスワードと同じＰＷ１である。パスワ
ード生成部６６によって生成された当該ワンタイムパス
ワードＰＷ１は、前記通信部６０により、インターネッ
ト１１経由で、前記運用サーバ１２に届けられる。

【０１０４】操作部６４は、専用端末１６Ｂに対し、ユ
ーザＵ１からの指示を伝えるための部分である。この操
作部６４は、通常のパーソナルコンピュータに接続され
るようなキーボードやマウス等であってもよいが、ユー
ザＵ１が専用端末１６Ｂに対して行う操作は、前記暗証
番号（例えば、ＫＥ１）の入力などの簡単なものに限ら
れるので、もっと小規模な入力装置で十分であると考え
られる。もちろん、ここに、前記タッチパネルを利用し
てもよい。

【０１０５】操作部６４を介してユーザＵ１が入力した
暗証番号ＫＥ１は、ユーザＵ１が携帯する携帯電話機１
７から前記携帯機通信部６１が受信した会員識別子ＩＤ
１および作成日時ＤＴ１と対応付けられた形式で、前記
記憶部６５に記憶される。

【０１０６】通信部６０がワンタイムパスワード（例え
ば、ＰＷ１）を送信すると、それに応じて運用サーバ１
２が返した認証結果は当該通信部６０で受信され、その
認証結果が、景品交換権の正当性を認める肯定的なもの
である場合などには、当該記憶部６５に記憶されている
作成日時と会員識別子と暗証番号が、通信部６０を介し
て、前記メール処理端末１５Ｂに送信される。これによ
り、前記メール処理端末１５Ｂは、前記メールボックス
内で（あるいは、記憶部５５内で）メールを特定するこ
とが可能になる。

【０１０７】前記メール処理端末１５Ｂなどと通信する
景品処理サーバ１３の内部構成は、例えば、図５に示す
とおりであってよい。当該景品処理サーバ１３は、各小
売店舗ＴＬＡ、ＴＬＢなどから供給される前記定期小売
り集計データをさらに集計する機能を有する。この集計
結果は、例えば、運用サーバ１２へ届けて、決済処理を
行うようにしてもよい。ただしその場合には、前記運用
サーバ１２は、ＢｔｏＢの電子商取引に対応するＥＣサ
イトとしての機能を持つ必要がある。

【０１０８】（Ａ−１−６）景品処理サーバの内部構成
例図５において、当該景品処理サーバ１３は、通信部７０
と、制御部７１と、引渡管理データベース７２とを備え
ている。

【０１０９】このうち通信部７０は、各小売店舗ＴＬ
Ａ、ＴＬＢなどに配置したメール処理端末１５Ａ、１５
Ｂなどと通信する機能と、前記運用サーバ１２と通信す
る機能を備えている。

【０１１０】この２つの通信は、これまで説明した各通
信端末間の通信（例えば、１４Ｂと１５Ｂ間の通信、１
４Ｂと１２間の通信、１６Ｂと１５Ｂ間の通信など）と
比べると、はるかに高額な金銭（特に、１２と１３の間
は高額）に関する通信となるため、いっそう高いセキュ
リティ性が要求される。もし必要ならば、運用サーバ１
２、景品処理サーバ１３、メール処理端末（例えば、１
５Ｂ）に、ＶＰＮ装置を配置して、ＶＰＮを用いた通信
を行ったり、インターネット１１経由で通信せずに、専
用線を用いた通信としてもよい。

【０１１１】制御部１３は、景品処理サーバ１３のＣＰ
Ｕである。

【０１１２】引渡管理データベース７２は、各小売店舗
ごとに、引渡を行った景品の数量、価格などを集計した
結果（総合集計データ）を蓄積する部分である。この蓄
積は、各メール処理端末（例えば、１５Ｂ）から供給さ
れる前記定期小売り集計データをもとに定期的（例え
ば、１日１回）に更新される。

【０１１３】この引渡管理データベース７２が格納する
総合集計データに基づいて、定期的に（例えば、１ヶ月
に１回）、運用サーバ１２にアクセスして決済処理など
を行うようにしてもよい。

【０１１４】前記定期小売り集計データに、個々の会員
（例えば、Ｕ１）の会員識別子、個々の景品に関する引
渡の終了、非終了、引渡が行われた日付などを示す詳細
な情報を含ませるようにすれば、遊技場ＨＬＡ、ＨＬＢ
側を代理または代表する事業者ＲＮ１の側（すなわち、
運用サーバ１２側）でも、前記総合集計データを検査す
ることによって、一連の交換系列からなる景品交換がど
の程度の期間で終了しているか、あるいは終了せずに残
っているか等を会員ごとに確認することも可能である。

【０１１５】総合集計データを運用サーバ１２へ送信す
ることは、景品に関する代金の請求に相当し、前記決済
では、事業者ＲＮ１から事業者ＭＫ１に対し代金の支払
いが行われる。支払う代金は、事業者ＲＮ１が各遊技場
ＨＬＡ、ＨＬＢから徴収したものであり、また、事業者
ＲＮ１からの支払いを受けた事業者ＭＫ１は、前記定期
小売り集計データに応じて各小売店舗ＴＬＡ、ＴＬＢへ
その代金を分配する。

【０１１６】事業者ＲＮ１による各遊技場ＨＬＡ、ＨＬ
Ｂからの代金の徴収、および、事業者ＭＫ１による各小
売店舗ＴＬＡ、ＴＬＢへの代金の分配にも、必要に応じ
て、電子商取引を利用することができる。

【０１１７】遊技場（例えば、ＨＬＢ）と小売店舗（例
えば、ＴＬＢ）のあいだにみられるように、これまで全
く取り引きがなく、信用の蓄積もない相手と、直接、電
子取引をはじめることには、お互いに抵抗が大きいが、
あいだに事業者ＲＮ１やＭＫ１などが介在することによ
って、電子商取引をスムーズに進めることができる。

【０１１８】また、サーバの設備を持たず、多くがイン
ターネット１１に対しダイヤルアップ接続を行う小売店
舗や遊技場が直接通信する手段は、電子メールなどに限
定されるが、あいだに、常時インターネット１１に接続
されている景品処理サーバ１３などを介在させることに
より、代金の請求や、支払いなどのための通信を円滑に
実行すること可能になる。

【０１１９】以下、上記のような構成を有する本実施形
態の動作について説明する。

【０１２０】本実施形態の動作は、図９の動作シーケン
スに示す。

【０１２１】当該動作シーケンスは、Ｓ１０〜Ｓ１７の
各ステップから構成されている。

【０１２２】（Ａ−２）実施形態の動作例えば、遊技場ＨＬＢで遊技を行うことによって賞球Ｇ
Ｍ１を獲得したユーザＵ１が、賞球を景品に交換しよう
とする場合、前記景品キオスク端末１４Ｂを利用する。

【０１２３】景品キオスク端末１４Ｂにおいて、ユーザ
Ｕ１が操作部３５を操作しながら賞球ＧＭ１を前記開口
部に流し込めば、計数部３６の検出した賞球ＧＭ１の数
（ポイント値）が、前記ディスプレイ部３４に表示され
るとともに、当該ポイント値で交換可能な商品群（景品
群）の画面表示（その商品の外観を示す映像や仕様に関
する説明文など）が行われ、操作部３５を操作してユー
ザＵ１が交換したい商品を選択する。

【０１２４】賞球ＧＭ１をもとに計数部３６が検出した
ポイント値が１００００ポイントであるとすると、例え
ば、図８に示すように、そのうちの２０００ポイントで
景品ＡＴ１を選び、１５００ポイントでＡＴ５を選び、
４５００ポイントでＡＴ４を選ぶ、…というように、ユ
ーザＵ１の好みに応じて、１００００ポイント分の景品
交換系列を決定する。

【０１２５】ポイント値が余った場合には、現金に交換
したり、ポイント値の形で、インターネット上などに配
置したポイント管理サーバ（図示せず）に蓄積するよう
にしてもよい。ポイント管理サーバでは、会員識別子ご
とにポイント値を蓄積、管理するので、新たな遊技の際
の球貸しや新たな景品交換の一部として、ユーザＵ１が
蓄積してあるポイント値を活用することができる。例え
ば、図８に示す残りの２０００ポイントは、このように
してポイント管理サーバに蓄積することもできる。

【０１２６】ユーザＵ１が景品キオスク端末１４Ｂを操
作することにより、交換系列が確定し前記暗証番号ＫＥ
１を入力すると、景品キオスク端末１４は、図９のステ
ップＳ１０に示すように、携帯電話機１７から会員識別
子ＩＤ１を取得することで当該会員識別子ＩＤ１をメー
ルヘッダの題名（Subjectフィールド）に記述し、作成
日時（例えば、ＤＴ１）をＤａｔｅフィールドに記述
し、なおかつ、交換系列情報（例えば、前記ＳＬＡ１）
を本文に記述した電子メール（例えば、ＭＥ１）を自動
的に作成し、各小売店舗に宛てて送信する。このとき、
作成日時（例えば、ＤＴ１）は、携帯電話機１７に供給
して、携帯電話機１７内の記憶部２２に記憶させる（Ｓ
１１，Ｓ１３）。

【０１２７】交換系列情報（例えば、ＳＬＡ）に関する
景品を取り扱う小売店舗が、複数の小売店舗におよぶ場
合には、複数の電子メール（ここでは、ＭＥ１，ＭＥ
２）が作成され、送信されることになるため、Ｓ１０、
Ｓ１１の処理は、作成される電子メールの数だけ繰り返
される。

【０１２８】図１の例では、この景品交換のために、小
売店舗ＴＬＢに宛てた電子メールＭＥ１と、小売店舗Ｔ
ＬＡに宛てた電子メールＭＥ２が作成され、送信されて
いる。

【０１２９】例えば、景品ＡＴ１（２０００ポイント。
ユーザＵ１が小売店舗としてＴＬＢを選択）と、景品Ａ
Ｔ４（４５００ポイント）からなる交換系列情報ＳＬＡ
１は、電子メールＭＥ１に収容されて小売店舗ＴＬＢの
メール処理端末１５Ｂに対応するメールボックスに届け
られ、景品ＡＴ３（１５００ポイント）からなる交換系
列情報ＳＬＡ２は、電子メールＭＥ２に収容されて小売
店舗ＴＬＡのメール処理端末１５Ａに対応するメールボ
ックスに届けられる。

【０１３０】当該電子メールＭＥ１は前記第１の演算手
順ＯＰ１に応じて、会員識別子ＩＤ１，暗証番号ＫＥ
１、作成日時ＤＴ１から生成された共通鍵によって暗号
化され、同様に電子メールＭＥ２は、前記第１の演算手
順ＯＰ１に応じて、会員識別子ＩＤ１，暗証番号ＫＥ
１、作成日時ＤＴ２から生成された共通鍵によって暗号
化される。この作成日時ＤＴ２は、ＤＴ１と同じであっ
てもよいが、異なる場合でもほとんど同じ値となる。

【０１３１】このときまた、景品キオスク端末１４Ｂ
は、会員識別子（ここでは、ＩＤ１）と、暗証番号（こ
こでは、ＫＥ１）と、作成日時（ここでは、ＤＴ１）に
前記生成演算ＧＰ１を施すことでワンタイムパスワード
ＰＷ１を生成し、さらにこのワンタイムパスワードＰＷ
１を、運用サーバ１２に送信する（Ｓ１２）。

【０１３２】なお、前記ステップＳ１０、Ｓ１１，Ｓ１
２，Ｓ１３の順番は、図示した通りでなくてもかまわな
い。例えば、電子メールの送信（Ｓ１３）をワンタイム
パスワードの送信（Ｓ１２）よりも先に行ってもかまわ
ないし、作成日時の携帯電話機１７への供給（Ｓ１１）
よりも先にワンタイムパスワードの送信（Ｓ１２）を行
ってもかまわない。

【０１３３】また、作成日時の携帯電話機１７への供給
を会員識別子の取得より先に行ってもかまわない。ただ
しこの場合には、作成日時は、実際に電子メールが作成
された日時を示すものではなくなる。作成日時は、同じ
景品キオスク端末（例えば、１４Ｂ）に関する作成日時
相互間の関係さえ整合性が取れていれば、実際に電子メ
ールが作成された日時からずれていてもかまわない。例
えば、実際に電子メールが作成される所定時間前（例え
ば、１０秒前）に携帯電話機１７に対して当該電子メー
ルの作成日時の供給を行うことは、当該会員システム１
０の動作に関する限り、何ら不都合をまねかない。ただ
しこの場合、当該電子メールのＤａｔｅフィールドに
も、実際の作成より１０秒前のこの作成日時が記述され
る必要がある。

【０１３４】前記ステップＳ１２でワンタイムパスワー
ド（ここでは、ＰＷ１）を受信する運用サーバ１２で
は、生成演算ＧＰ１が前記双方向性の演算手順である場
合には、元の値（ＩＤ１、ＫＥ１、ＤＴ１の各値）を求
めた上で前記ユーザ管理データベース４２に蓄積する。
電子メールはＭＥ１とＭＥ２の２通であるため、ワンタ
イムパスワードも２つ（ＰＷ１とＰＷ２）受信され、ユ
ーザ管理データベース４２には、２つのタプルすなわ
ち、（ＩＤ１、ＫＥ１、ＤＴ１）のタプルと、（ＩＤ
１、ＫＥ１、ＤＴ２）のタプルが追加される。

【０１３５】同様に、生成演算ＧＰ１が前記一方向性の
演算手順である場合には、元の値を得ずにワンタイムパ
スワードＰＷ１、ＰＷ２をそのまま、ユーザ管理データ
ベース４２に蓄積するので、ここでも、２通の電子メー
ルに対応して２つのタプルが追加されることになる。

【０１３６】これにより、交換系列情報ＳＬＡ（ＳＬＡ
１およびＳＬＡ２）に対応する前記交換予約登録が完了
する。

【０１３７】なお、このとき、ユーザＵ１が携帯する前
記携帯電話機１７の記憶部２２内には、会員登録時など
から記憶されている会員識別子ＩＤ１に加え、作成日時
ＤＴ１，ＤＴ２が記憶される。

【０１３８】このあと、ユーザＵ１は、ただちに小売店
舗ＨＬＢやＨＬＡに出向いて景品ＡＴ１，ＡＴ４，ＡＴ
３の引渡を受けてもかまわないが、ここではこれらの景
品の引渡を受ける前に、ユーザＵ１が再度、遊技場ＨＬ
Ｂで遊技を行い、賞球を獲得した上で同様な手順によっ
てもう１度、交換予約登録を行ったものとする。したが
って、ステップＳ１４に移行する前に、前記ステップＳ
１０〜Ｓ１３の処理がもう１度、繰り返されることにな
る。

【０１３９】この交換予約登録でも、ユーザＵ１は前回
と同じ暗証番号ＫＥ１を入力するが（もちろんユーザＵ
１が望めばＫＥ１以外の暗証番号を入力してもよい）、
電子メールＭＥ３の作成日時ＤＴ３は、前記ＤＴ１やＤ
Ｔ２とは大きく異なる値となる。新たに遊技を開始して
からその遊技が終了して賞球を獲得し、交換予約登録を
行うまでには、短くても数十分以上、長ければ数時間以
上かかるのが普通だからである。

【０１４０】景品キオスク端末１４Ｂは、これらの値
（ＩＤ１、ＫＥ１、ＤＴ３）に、前記生成演算ＧＰ１を
適用して得られたワンタイムパスワードＰＷ３を運用サ
ーバ１２へ送信するとともに、交換系列情報ＳＬＢ（こ
のＳＬＢでは、前記景品ＡＴ５の景品交換を選択してい
るものとする）を収容した前記電子メールＭＥ３を送信
する。今回、作成される前記電子メールはＭＥ３の１通
だけであるが、当該ＭＥ３は、前記ＭＥ１と同じ小売店
舗ＴＬＢに宛てて送信されたものとする。

【０１４１】したがって、小売店舗ＴＬＢのメール処理
端末１５Ｂに対応するメールボックス（または記憶部５
５）のなかには、同じユーザＵ１に関する電子メールが
ＭＥ１とＭＥ３の２通、蓄積された状態となる。

【０１４２】なお、この交換予約登録によって、携帯電
話機１７の記憶部２２内には、上述した会員識別子ＩＤ
１と、作成日時ＤＴ１，ＤＴ２に加え、前記作成日時Ｄ
Ｔ３が記憶される。

【０１４３】このあと、当該携帯電話機１７を携帯した
ユーザＵ１は、景品の引渡を受けるために小売店舗ＴＬ
ＢまたはＴＬＡに出向く。順番は、どちらの小売店舗が
先でもかまわないが、ここでは、最初に小売店舗ＴＬＢ
に出向いたものとする。

【０１４４】そして、ユーザＵ１が、景品ＡＴ１，ＡＴ
４，ＡＴ５を持って前記メール処理端末１５Ｂの近傍に
いる店員ＣＬＢの前へいき、専用端末１６Ｂに前記暗証
番号ＫＥ１を入力すると、前記ステップＳ１４によって
携帯電話機１７から会員識別子ＩＤ１と作成日時（例え
ば、ＤＴ１）が専用端末１６Ｂに供給され、専用端末１
６Ｂと運用サーバ１２のあいだでは、前記生成演算ＧＰ
１（および復号演算ＤＰ２）によるワンタイムパスワー
ドの送信（Ｓ１５）およびそれに対する認証結果の応答
（Ｓ１６）が行われる。

【０１４５】当該ステップＳ１６によって肯定的な認証
結果が返ってきた場合、専用端末１５Ｂは、その認証結
果のもとになったワンタイムパスワード（例えば、ＰＷ
１）の生成に使用した会員識別子（ここでは、ＩＤ１）
と作成日時（例えば、ＤＴ１）をメール処理端末１５Ｂ
へ供給する（Ｓ１７）。

【０１４６】このあと、少なくとも景品の引渡が行われ
るまでにはメール処理端末１５Ｂの記憶部５５内に、会
員識別子ＩＤ１をもとに前記電子メールＭＥ１，ＭＥ３
が記憶され、作成日時ＤＴ１，ＤＴ３の相違に基づいて
これらを識別し、前記交換系列情報ＳＬＡ１，ＳＬＢを
抽出しておく。系列に含まれるすべての景品について引
渡が終了した場合、その系列の記憶は、記憶部５５内か
ら削除するようにしてよい。

【０１４７】ただし景品の重量やかさによっては、ユー
ザＵ１が一度に、すべての景品の引渡を受けることが困
難なケースもあり得るので、そのケースには、一部の景
品の引渡だけ後日に行うことができるようにしてもよ
い。

【０１４８】また、景品交換は、交換系列情報単位（す
なわち、１電子メール単位）で行い、系列内の一部の景
品の引渡は認めないシステム構成としてもよい。

【０１４９】この場合、メール処理端末１５Ｂの記憶部
５５の記憶容量に余裕がなければ、今回、引渡を受けな
い交換系列情報にかかる電子メール（例えば、ＳＬＡ１
を収容した電子メールＭＥ１）は、メールボックスから
取り出す操作を行わず、メールボックスのなかに残して
おくようにしてもよい。このように、選択的な取り出し
を行える点に、前記作成日時（ここでは、ＤＴ１，ＤＴ
３）の相違で、同一ユーザ（ここでは、Ｕ１）の複数の
電子メールを識別する利点がある。

【０１５０】また、すべての景品の引渡を終えた交換系
列情報を収容した電子メールの作成日時は、携帯電話機
１７内の記憶部２２から削除する。

【０１５１】景品の引渡に際して、店員ＣＬＢは各景品
に対するユーザＵ１の景品交換権をメール処理端末１５
Ｂのディスプレイ部５２の画面表示などによって確認し
たあと、景品の引渡を行う。

【０１５２】もちろん、必要に応じて、小売店舗ＴＬＢ
のなかから景品ＡＴ１，ＡＴ４，ＡＴ５を集めるのは、
店員ＣＬＢの仕事としてもかまわない。

【０１５３】また、この景品の引渡は、前記賞球ＧＭ１
に対する景品交換として行われるものであるから、引渡
に際してユーザＵ１から店員ＣＬＢ等への金銭の支払い
は行われないことは当然である。

【０１５４】なお、前記ステップＳ１５およびステップ
Ｓ１２では、ワンタイムパスワードをそのままインター
ネット１１上で伝送させたが、前記生成演算ＧＰ１の内
容を秘密にしておけば、ワンタイムパスワード自体が秘
匿性を有するため、これによって、会員識別子などが、
インターネット１１上で第３者に漏洩することも防止で
きる。

【０１５５】小売店舗ＴＬＢで引渡を受ける景品につい
ては、ユーザＵ１自身の頭脳で記憶しておくようにして
もよいが、専用端末１６Ｂの機能として、ユーザＵ１の
前記景品交換権の正当性が確認できた段階で、前記交換
系列情報ＳＬＡ１、ＳＬＢに関する景品の商品名や外観
を示す映像などを画面表示してユーザＵ１に教えるよう
にしてもよい。

【０１５６】なお、景品の引渡を受ける前の携帯電話機
１７の記憶部２２内には、３つのワンタイムパスワード
ＰＷ１〜ＰＷ３の基礎となる作成日時ＤＴ１〜ＤＴ３が
記憶されているが、専用端末１６Ｂでは、メール処理端
末１５Ｂの記憶部５５内またはメールボックス内に格納
されている電子メールのヘッダの内容（（会員識別子お
よび）作成日時）との整合性を確認することにより、Ｄ
Ｔ１およびＤＴ３を前記ステップＳ１５で送信するワン
タイムパスワードの生成等に使用し、ＤＴ２は使用しな
いと判断することができる。

【０１５７】小売店舗ＴＬＡに宛てて送信された電子メ
ールＭＥ２は、小売店舗ＴＬＡ内のメール処理端末１５
Ａやメールボックスに格納されているのであって、当該
小売店舗ＴＬＢ内のメール処理端末１５Ｂやメールボッ
クスには格納されていないからである。

【０１５８】また一度使用した作成日時（例えば、ＤＴ
１）はその時点で携帯電話機１７の記憶部２２から削除
するようにしてよい。この場合、前記景品の引渡を受け
る前に、作成日時の削除が行われることになる。

【０１５９】携帯電話機１７の記憶部２２内の作成日時
ＤＴ１〜ＤＴ３を使用する順番は、予め決めておいても
よく（この順番は、例えば、記憶部２２に対するＦＩＦ
Ｏ（先入れ先出し）としてもよい）、ディスプレイ部６
３や操作部６４の機能を介して、ユーザＵ１にその場で
選択させるようにしてもよい。

【０１６０】なお、ユーザＵ１から専用端末１６Ｂへの
暗証番号ＫＥ１の入力よりも、携帯電話機１７から専用
端末１６Ｂへの会員識別子ＩＤ１と作成日時（例えば、
ＤＴ１）の供給のほうが、先であってもかまわない。

【０１６１】小売店舗ＴＬＢにおける景品の引渡が終わ
ると、ユーザＵ１は小売店舗ＴＬＡに出向いて景品ＡＴ
３の引渡を受けることになるが、この引渡に関連して、
専用端末１６Ａ、メール処理端末１５Ａ、携帯電話機１
７で行われる処理は、前記小売店舗ＴＬＢの場合と同様
である。

【０１６２】（Ａ−３）実施形態の効果本実施形態によれば、遊技場の景品陳列スペースに比べ
て景品（商品）の種類がはるかに豊富な一般的な小売店
舗で景品の引渡を受けることができるので、ユーザ（Ｕ
１）は所望の景品を選ぶことができ、利便性が向上す
る。

【０１６３】(Ｂ）他の実施形態上記実施形態では、携帯電話機１７を用いたが、携帯電
話機１７はその他の通信端末に置換することも可能であ
る。例えば、ＰＨＳ端末、ＰＤＡ端末、あるいはスマー
トカード（磁気カード等でも可）などの携帯通信端末に
置換することが可能である。

【０１６４】また、上記実施形態でユーザ（Ｕ１）が行
うものとした操作の全部または一部を、ユーザＵ１の意
向を受けた遊技場（例えば、ＨＬＢ）の店員や、小売店
舗（例えば、ＴＬＢ）の店員が行うようにしてもよい。

【０１６５】さらに、上記実施形態では、各景品キオス
ク端末から直接、各小売店舗へ電子メールＭＥ１，ＭＥ
２，ＭＥ３を送信するようにしたが、電子メールＭＥ１
〜ＭＥ３はいったんすべて運用サーバ１２へ送信し、運
用サーバ１２で交換先の景品の在庫情報などに応じて景
品交換を行う小売店舗を決定した上で、各小売店舗へ電
子メールを送信するようにしてもよい。

【０１６６】この場合、前記小売店管理データベース３
９は、景品キオスク端末には設けず、一元的に運用サー
バ１２だけに設けることができる。ただしこの場合に
は、景品交換を行う小売店舗の決定結果などをユーザＵ
１に返す仕組みが必要になるものと考えられる。

【０１６７】なお、上記実施形態では、実際に景品を引
き渡す前に、ユーザＵ１に景品の選択などを行わせ、そ
の選択結果を予め静的に電子メールで各小売店舗に伝え
ておくようにしたが、本発明の構成上、このような手順
は必須ではない。

【０１６８】例えば、分散型データベースを構成する各
データベースを遊技場と小売店舗に設置しておき、ユー
ザＵ１が賞球をポイント値に変換したときにそのポイン
ト値を遊技場のデータベースに蓄積し、任意の小売店舗
で景品の引き渡しを受けるたびに、当該データベースに
蓄積してあるポイント値を減少していく構成とすれば、
各データベース間で蓄積しているポイント値の一貫性
（更新内容の一貫性）を維持する分散型データベースの
機構がはたらくため、ポイント値がゼロになるまで、ユ
ーザＵ１は前記データベースを設置してある小売店舗な
らばどこででも、動的に景品交換を繰り返すことができ
る。

【０１６９】上記実施形態では、暗証番号ＫＥ１を４桁
の数字としたが、必要に応じて、アルファベットや仮名
などを使用できるようにしてもよく、桁数も、４より少
なくしても、多くしてもかまわない。

【０１７０】また、上記実施形態では作成日時（例え
ば、ＤＴ１）も利用してワンタイムパスワードを構成し
たが、必要に応じて、作成日時は利用せず、会員識別子
と暗証番号だけからワンタイムパスワードを構成しても
かまわない。

【０１７１】なお、作成日時の記述形式は、必ずしも上
述した「２００２年４月１５日（月曜日）１４時３１分
５４秒」などである必要はない。例えば、曜日（ここで
は、月曜日）の記述は省略してもよく、年（ここでは、
２００２）の記述は、その全部または一部を省略しても
よい。

【０１７２】また、ワンタイムパスワードの実現法に
は、上述した方法以外にも様々な方法があり、本発明で
もその多くを利用することが可能である。

【０１７３】さらに、上記実施形態では前記ワンタイム
パスワード（ＰＷ１など）はそのままインターネット１
１上を伝送したが、ワンタイムパスワードを（例えば、
前記共通鍵で）暗号化した上でインターネット１１上を
伝送させてもよい。

【０１７４】また、上記実施形態では、ワンタイムパス
ワードの生成に、景品キオスク端末でも専用端末でも同
じ生成演算ＧＰ１を用いるようにしたが、景品キオスク
端末と専用端末で異なる生成演算を用いてもよいことは
当然である。ただしその場合には、当該生成演算は双方
向性であることを要する。

【０１７５】なお、上記実施形態では景品キオスク端末
（例えば、１４Ｂ）は遊技場の内部に配置され、メール
処理端末（例えば、１５Ｂ）や専用端末（例えば、１６
Ｂ）は小売店舗の内部に配置されるものとしたが、これ
らの配置場所は、必ずしも、遊技場や小売店舗の内部で
なくてもかまわない。例えば、複数の遊技場が隣接して
いる場合には、遊技場の中間の位置に、前記専用端末を
配置するようにしてもよい。

【０１７６】また、上記実施形態では、専用端末（１６
Ｂなど）はハードウエア的な端末装置で、申請が認めら
れたときに事業者ＭＫ１から小売店舗の事業者へレンタ
ルされるものとしたが、専用端末の機能の大部分は、ソ
フトウエア的に実現可能であるから、前記専用端末と同
様な機能を持つ専用ソフトを、パーソナルコンピュータ
であるメール処理端末（例えば、１５Ｂ）にインストー
ルすることによって、当該パーソナルコンピュータに前
記専用端末の機能も搭載することが可能である。

【０１７７】なお、上記実施形態では、遊技場（例え
ば、ＨＬＢ）と小売店舗（例えば、ＴＬＢ）のあいだの
代金の請求および支払いに、運用サーバ１２と景品処理
サーバ１３が介在するようにしたが、介在するサーバ
は、運用サーバ１２または景品処理サーバ１３のいずれ
か一方だけであってもよい。

【０１７８】また、上記実施形態では交換予約登録に、
特に有効期限を設けなかったが、交換予約登録に有効期
限（一例としては、２週間程度）を設定し、その有効期
限が経過しても、ユーザ（例えば、Ｕ１）が引渡を受け
るために小売店舗に現れない場合などには、当該交換予
約登録に関する電子メール（例えば、前記ＭＥ１）を、
前記メールボックスや、記憶部５５から削除するように
してもよい。メールボックスや、メール処理端末の記憶
部５５の記憶容量にも限界があるため、このようにしな
ければ、新たに着信する電子メールを格納することが不
可能になる可能性が生じるからである。

【０１７９】さらに、上記実施形態では、パチンコやパ
チスロなどを設置した遊技場の会員を例に取ったが、本
発明はその他の会員にも適用可能である。例えば、ゲー
ムセンタの会員に対して本発明を適用すること等も可能
である。

【０１８０】なお、上記実施形態では主としてハードウ
エア的に本発明を実現したが、本発明はソフトウエア的
に実現することも可能である。

【０１８１】

【発明の効果】以上に説明したように、本発明によれ
ば、会員にとって利便性の高い会員システムを提供する
ことができる。

【図面の簡単な説明】

【図１】実施形態に係る会員システムの全体構成例を示
す概略図である。

【図２】実施形態で使用する運用サーバの主要部の構成
例を示す概略図である。

【図３】実施形態で使用する専用端末の主要部の構成例
を示す概略図である。

【図４】実施形態で使用するメール処理端末の主要部の
構成例を示す概略図である。

【図５】実施形態で使用する景品処理サーバの主要部の
構成例を示す概略図である。

【図６】実施形態で使用する景品キオスク端末の主要部
の構成例を示す概略図である。

【図７】実施形態で使用する携帯電話機の主要部の構成
例を示す概略図である。

【図８】実施形態の動作説明図である。

【図９】実施形態の動作説明図である。

【符号の説明】

１０…会員システム、１１…インターネット、１２…運
用サーバ、１３…景品処理サーバ、１４Ａ、１４Ｂ…景
品キオスク端末、１５Ａ、１５Ｂ…メール処理端末、１
６Ａ、１６Ｂ…専用端末、１７…携帯電話機、ＡＤＡ、
ＡＤＢ…電子メールアドレス、ＭＥ１、ＭＥ２、ＭＥ３
…電子メール、ＩＤ１…会員識別子、ＤＴ１、ＤＴ２，
ＤＴ３…（電子メールの）作成日時、ＫＥ１…暗証番
号、ＰＷ１、ＰＷ２，ＰＷ３…ワンタイムパスワード、
ＧＭ１…賞球、ＡＴ１〜ＡＴ５…景品。

Claims

【特許請求の範囲】

【請求項１】所定の会の会員を識別するための会員識
別情報を保存し、出力する携帯通信端末を利用して、第
１の有価体を第２の有価体に交換する景品交換システム
において、前記第１の有価体を取り扱う店舗またはその周辺に配置
され、前記携帯通信端末から前記会員識別情報の入力を
受けると共に、第１の有価体の入力を受け、さらに当該
携帯通信端末を携帯する会員から暗証情報の入力と、交
換先の第２の有価体の選択を受ける交換開始端末と、当該交換開始端末に入力された情報のうち、少なくと
も、前記会員識別情報と暗証情報をネットワーク経由で
受信して保管する交換管理端末と、前記第２の有価体を取り扱う店舗またはその周辺に配置
され、前記携帯通信端末から受け取った会員識別情報
と、再入力された暗証情報を、当該交換管理端末に保管
してある会員識別情報および暗証情報と照合することに
よって、前記交換を行う権限である交換権の正当性を認
証する認証端末とを備え、この認証の結果が肯定的な場合に、当該会員に対し、第
２の有価体を提供することを特徴とする景品交換システ
ム。
【請求項２】請求項１の景品交換システムにおいて、前記交換開始端末は、前記第２の有価体の選択に応じた選択結果データを電子
メールに収容して送信するメール送信処理部を備え、前記認証端末は、前記電子メールを受信して前記選択結果データを取り出
すメール受信処理部と、前記携帯通信端末と通信を行う携帯通信端末対応部とを
備えたことを特徴とする景品交換システム。
【請求項３】請求項１の景品交換システムにおいて、静的な前記会員識別情報と、景品交換のたびに動的に変
動する前記暗証情報を利用してワンタイムパスワードを
構成することを特徴とする景品交換システム。
【請求項４】請求項２の景品交換システムにおいて、前記メール送信処理部は、前記電子メールに、当該電子メールを送信した日時を示
す日時情報を記録する日時情報記録部を備え、前記携帯通信端末は、前記メール送信処理部から電子メールを送信した日時を
示す日時情報を保存し出力する日時情報処理部を備え、前記認証端末が交換権の正当性を認証する際には、前記
電子メールに記録されている日時情報と、前記携帯通信
端末の日時情報処理部が出力する日時情報が一致する場
合に、前記認証の結果を肯定的なものとすることを特徴
とする景品交換システム。
【請求項５】請求項１の景品交換システムにおいて、前記第１の有価体または第２の有価体には、無体物も含
むことを特徴とする景品交換システム。