JP4153249B2 - 電子クーポン割当システム及びそれを実現するためのコンピュータプログラムと方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、電子チケットに電子クーポンを割当てるシステム等に関するものである。
【０００２】
【従来の技術】
近年、映画館やイベント会場等に入場する際には電子チケットが利用されるようになってきている。これは、これまでに利用されてきた紙チケット（紙にチケットの内容を印刷したもの）ではなく、チケットの内容を電子化したものをＩＣカード等の記録媒体に記録させたものであり、入場の際はその記録媒体の内容を読取り装置で読み取り、それにより入場の可否を判断するものである。
【０００３】
【発明が解決しようとする課題】
しかし、これまでの電子チケットはただ単に紙チケットの内容を電子化しただけであり、その他の用途に有効利用されることはなかった。即ち、チケットの内容を電子化することにより、イベントの主催者やチケット販売業者は、「“誰が”、“いつ”、“どこの”、“何の”イベントに参加するか」等の貴重な情報を容易に入手できるにもかかわらず、それら情報を十分に活用した販売戦略や営業活動等を行っていないという問題があった。
また、電子チケットとともにクーポン券を電子化した電子クーポンも利用されるようになってきているが、この電子クーポンにも電子チケットと同様の問題があった。
そこで、チケットやクーポンの内容を電子化したことにより得られる情報を有効に活用できるシステム等が求められるところである。
【０００４】
本発明は、例えば、次のような手段を備えるコンピュータ、コンピュータが次のような処理を行う方法、コンピュータを次のような手段として機能させるコンピュータプログラムである。
（１） 複数の電子クーポンを記憶する電子クーポン群記憶手段、顧客とその顧客が購入した電子チケットとを関連づけたチケット管理ファイルを記憶するチケット管理ファイル記憶手段、前記電子クーポン群の中から前記電子チケットに関連づける電子クーポンを検索処理し検索された前記電子クーポンを前記電子チケットに関連づけて記憶することによりクーポン関連づけ処理を行うクーポン関連づけ手段、電子クーポンを更新する時期を記憶する更新時期記憶手段、前記電子クーポン関連づけ処理を前記更新時期に再度行って電子クーポンの更新処理をする電子クーポン更新手段、前記更新処理の後に前記チケット管理ファイルに含まれる前記電子チケットとそれに関連づけられた前記電子クーポンとを顧客が利用する電子チケット受信のためのコンピュータに送信する電子チケット送信手段を備える。
（２） 前記電子チケットにはチケット属性が含まれ、前記電子クーポンにはクーポン属性が含まれ、前記検索処理は前記チケット属性と前記クーポン属性が合致したものを検索する処理である。
（３） 前記顧客情報には顧客属性が含まれ、前記電子クーポンにはクーポン属性が含まれ、前記検索処理は前記顧客属性と前記クーポン属性が合致したものを検索する処理である。
（４） 複数の電子クーポンを記憶する電子クーポン群記憶手段、顧客とその顧客が購入した電子チケットとを関連づけたチケット管理ファイルを記憶するチケット管理ファイル記憶手段、前記電子クーポン群の中から前記電子チケットに関連づける電子クーポンを検索処理し検索された前記電子クーポンを前記電子チケットに関連づけて記憶することによりクーポン関連づけ処理を行うクーポン関連づけ手段、電子チケットの移転申請データを受信した場合前記電子クーポン関連づけ処理を再度行って電子クーポンの更新処理をする電子クーポン更新手段、前記更新処理の後に前記チケット管理ファイルに含まれる前記電子チケットとそれに関連づけられた前記電子クーポンを顧客が利用する電子チケット受信のためのコンピュータに送信する電子チケット送信手段を備える。
（５） 前記電子チケットにはチケット属性が含まれ、前記電子クーポン情報にはクーポン属性が含まれ、前記検索処理は前記チケット属性と前記クーポン属性が合致したものを検索する処理である。
（６） 前記顧客情報には顧客属性が含まれ、前記電子クーポン情報にはクーポン属性が含まれ、前記検索処理は前記顧客属性と前記クーポン属性が合致したものを検索する処理である。
【０００５】
【発明の第一実施形態】
本発明の第一実施形態を図に基づいて説明する。図１は本発明の実施に必要なハードウェアとそのハードウェアの結びつきを表した概略図である。
これらハードウェアは、サーバー１（電子チケットや電子クーポンを取り扱う会社が利用するサーバー）と、電子チケット購入者が利用するコンピュータ（ＰＣ２）とからなる。
このサーバー１、ＰＣ２、後述する携帯電話２５は各々インターネット３（通信手段）を通じてデータの送受信が可能になるよう接続されている。
サーバー１、ＰＣ２、携帯電話２５、後述する小型コンピュータ２４はデータを記憶するための記憶装置とデータを送受信するためのデータ送信部並びにデータ受信部とを各々内蔵し、それらを用いてデータの送受信を行う。
【０００６】
各々の記憶装置には本発明を実現するためのコンピュータプログラムや所定のデータが記憶されており、各装置はこのコンピュータプログラムの命令を受けて各データを処理し、本発明を実施する。
ＰＣ２にはデータを表示するための表示モニタ１１、データ入力用のキーボード１２、入力用のマウス１３が備えられ、更にデータ記憶可能なＩＣカード２１に対してデータの読み書きを行うリーダ・ライタ２２が備えられている。
また、このＩＣカード２１は小型コンピュータ２４によってもデータの読み書きが行われるものである。この小型コンピュータ２４はＩＣカード挿入部を備える携帯可能な装置であり、ＩＣカード２１に記憶されているデータの内容は小型コンピュータ２４に備えられている表示モニタに表示されるものである。
なお、ここではサーバー１が割当手段としての役割を果し、サーバー１に備えられている記憶装置が記憶手段としての役割を果し、ＰＣ２が電子チケット受信手段としての役割を果たし、小型コンピュータ２４が電子チケット携帯手段としての役割を果たす。
また、本実施形態では、ＰＣ２、リーダ・ライタ２２、小型コンピュータ２４を利用しているが、これをＩＣチップ内蔵の携帯電話（或は、赤外線通信機能を備えた携帯電話）２５としてもよい。この場合、携帯電話２５が受信手段及び携帯手段としての役割を果たす。
【０００７】
次に、本発明の処理手順を説明する。本発明は図２に示す通り、＜電子チケット購入申請処理：ＳＴＥＰ１＞→＜ユーザー確認処理：ＳＴＥＰ２＞→＜チケット在庫確認処理：ＳＴＥＰ３＞→＜電子クーポン割当処理：ＳＴＥＰ４＞→＜電子チケット及び電子クーポンの確認処理：ＳＴＥＰ５＞→＜電子チケット・電子クーポンのダウンロード：ＳＴＥＰ６＞→＜クーポン表示処理：ＳＴＥＰ７＞の手順で行われる。以下、これらの処理について説明する。
【０００８】
＜電子チケット購入申請処理：ＳＴＥＰ１＞
ドリームカンパニーという会社ではインターネットを利用した電子チケット販売及び電子クーポンの提供事業を行っている。
東京都在住の田口はる子さんは、歌手の山田太郎のディナーショーを観覧したいと思い、この会社から電子チケットを購入しようと考えている。田口さんは自宅にあるＰＣ２を利用してドリームカンパニーが運営するホームページ（電子チケット購入申請のためのページ）にアクセスした。これにより図３のような内容がＰＣ２の表示モニタ１１に表示される。なお、この時点でユーザーＩＤの欄やチケットＩＤ等の欄には情報が入力されていないものとする。
【０００９】
田口さんは、自分のユーザーＩＤや観覧を希望するイベント（山田太郎のディナーショー）のチケットＩＤを入力し、画面下の「送信」をクリックした。これによりＰＣ２は購入データ「ユーザーＩＤ：Ｕ０２４／パスワード：５９６３（表示モニタ１１には「＊＊＊＊」と表示）／チケットＩＤ：Ｔ９７１５／枚数：１」を作成し、サーバー１に送信し、サーバー１はそのデータを受信し、記憶する。
なお、田口さんは既にこの会社のシステムを利用するためのユーザー登録を済ませており、それによりユーザーＩＤを取得しているものとする。また、電子チケットのＩＤは田口さんがドリームカンパニーのホームページ（或いは、ドリームカンパニー発行の雑誌等）を調べることにより得たものとする。
【００１０】
＜ユーザー確認処理：ＳＴＥＰ２＞
サーバー１にはユーザーファイルが記憶されている（図４）。このユーザーファイルは複数のユーザーレコードからなるものであり、田口さんの情報（レコード：図４）「ユーザーＩＤ：Ｕ０２４／パスワード：５９６３／名前：田口はる子／住所：東京都港区赤坂○−○−○／年齢：３５／性別：女／趣味：テニス／電話番号：０３−３５８２−ＸＸＸＸ／電子メール：ｔａｇｕｔｉ＠ｔｏｋｙｏ．ｃｏ．ｊｐ／クレジットカード番号：１２３４−５６７８−ＸＸＸＸ−ＸＸＸＸ」も既にこのファイルに組み込まれているものとする。なお、本実施形態において、このユーザーレコードに含まれるユーザーの住所・年齢・性別・趣味が顧客属性としての役割を果たす。
サーバー１は、購入データに含まれる「ユーザーＩＤ：Ｕ０２４」に基づいてユーザーファイルを検索する。これにより、図４のレコードが検索（抽出）される。
サーバー１は検索したレコードのパスワードと購入データに含まれるパスワードとを照合し、それが一致する場合は、次の処理＜チケット在庫確認処理：ＳＴＥＰ３＞を行う。一方、一致しない場合は「パスワードが一致しません。再度入力して下さい」などのメッセージをＰＣ２に送信する。
【００１１】
＜チケット在庫確認処理：ＳＴＥＰ３＞
サーバー１にはチケットファイルが記憶されている（図５）。このチケットファイルは複数のチケットレコードからなるものである。
サーバー１は、購入データに含まれる「チケットＩＤ：Ｔ９７１５」に基づいてチケットファイルを検索する。これにより、図５のレコード「チケットＩＤ：Ｔ９７１５／内容：山田太郎ディナーショー／日時：２００２年１０月１０日ＰＭ６：００−ＰＭ８：００／場所：新宿○○ホテル（東京）／種類：ディナーショー／クーポン付与区分：付与可／残り枚数：３０」が検索（抽出）される。
なお、本実施形態において、このチケットレコードが電子チケットとしての役割を果たし、このレコードに含まれる種類・日時・場所がチケット属性としての役割を果たし、クーポン付与区分が提供区分としての役割を果たす。
サーバー１は検索したレコードの「残り枚数：３０枚」と購入データに含まれる「購入枚数：１」とを比較し、販売可能であるかを確認する。残り枚数が購入枚数より多い場合は、次の処理＜電子クーポン割当処理：ＳＴＥＰ４＞を行う。一方、残り枚数が購入枚数より少ない場合は「残り枚数が足りません。」などのメッセージをＰＣ２に送信する。
【００１２】
＜電子クーポン割当処理：ＳＴＥＰ４＞
電子チケットを販売しているドリームカンパニーでは、販売した電子チケットに電子クーポンを割当て、電子チケットと電子クーポンをセットにして提供している。この電子クーポン割当処理は田口さんが購入した電子チケットに電子クーポンを割り当てるための処理である。
この電子クーポン割当処理は［第一抽出処理］、［第二抽出処理］、［チケット管理ファイル更新処理］とからなる。
【００１３】
［第一抽出処理］
サーバー１にはクーポンファイルが記憶されている。このクーポンファイルは複数のクーポンレコードからなるものであり、例えば、以下のようなレコードからなるものである。
図６「クーポンＩＤ：Ｃ００７／内容：○○美容院￥１０００割引クーポン／有効期限：２００２年１２月３１日／種類：ディナーショー、バーティー／提供範囲：東京、神奈川、埼玉、千葉／対象性別：女／対象趣味：すべて／提供時期：イベント開催前」。
図７「クーポンＩＤ：Ｃ０３６／内容：○○ストア赤坂店卵１パック無料クーポン／有効期限：２００２年１２月３１日まで／種類：指定なし／提供範囲：東京港区赤坂／対象性別：男、女／対象趣味：すべて／表示時期：イベント開催前・開催中・開催後」
図８「クーポンＩＤ：Ｃ２０４／内容：映画￥５００割引クーポン／有効期限：２００２年１２月３１日／種類：指定なし／提供範囲：すべて／対象性別：男、女／対象趣味：映画鑑賞／表示時期：イベント開催前・開催中・開催後」
なお、本実施形態において、このクーポンレコードが電子クーポンとしての役割を果たし、クーポンファイルが電子クーポン群としての役割を果たし、種類・提供範囲・対象性別・対象趣味などがクーポン属性としての役割を果たし、表示時期がクーポンの提供時期としての役割を果す。
【００１４】
サーバー１は、＜チケット在庫確認処理：ＳＴＥＰ３＞において検索（抽出）したチケットレコード（図５）に含まれるチケット属性（種類・場所）に基づいてクーポンファイルを検索する。具体的には以下の処理を行う。
（処理１−１）本実施形態において、チケットレコード（図５）に含まれるチケット属性「種類」と、クーポンファイルに含まれる各クーポンレコードのクーポン属性「種類」とは対応する属性項目である。よって、サーバー１は両者を比較し、合致するクーポンを抽出する。
（処理１−２）本実施形態において、チケットレコード（図５）に含まれるチケット属性「場所」と、クーポンファイルに含まれる各クーポンレコードのクーポン属性「提供範囲」とは対応する属性項目である。よって、サーバー１は両者を比較し、合致するクーポンを抽出する。
なお、この他にもチケットレコードのチケット属性「日時」とクーポンレコードのクーポン属性「有効期限」とを対応づけ、両者を比較し、一致するクーポンを抽出してもよい。
（処理１−３）図６・図７・図８のうち、上記（処理１−１）（処理１−２）により抽出されたクーポンは図６のクーポンのみであるので、図６に示すクーポンのＩＤを一時的に記憶装置に記憶する。なお、本実施形態では、上記（処理１−１）（処理１−２）双方で抽出されたクーポンを条件に合致するクーポンとしているが、どちらか一方の処理で抽出されたクーポンを条件に合致するクーポンにしてもよい。
【００１５】
［第二抽出処理］
サーバー１は、＜ユーザー確認処理：ＳＴＥＰ２＞において検索（抽出）したユーザーレコード（図４）に含まれるユーザー属性（住所・趣味）に基づいてクーポンファイルを検索する。具体的には以下の処理を行う。
（処理２−１）本実施形態では、ユーザーレコード（図４）に含まれるユーザー属性「趣味」と、クーポンファイルに含まれる各クーポンレコードのクーポン属性「対象趣味」とが対応づけられた属性である。よって、サーバー１は両者を比較し、合致するクーポンを抽出する。
（処理２−２）本実施形態では、ユーザーレコード（図４）に含まれるユーザー属性「住所」と、クーポンレコードのクーポン属性「提供範囲」とは対応づけられた属性項目である。よって、サーバー１は、ユーザーレコード（図４）に含まれるユーザー属性「住所」と、上記（処理２−１）により抽出されたクーポンレコードのクーポン属性「提供範囲」とを比較し、合致するクーポンを抽出する。なお、ユーザー属性に以下の項目を設けてもよい。
（ａ）ユーザー属性に「性別」を含め、これとクーポンレコードのクーポン属性「対象性別」とを対応づけ、両者を比較し、一致するクーポンを抽出してもよい。
（ｂ）クーポンレコードにクーポン属性「対象年齢」を設け、これとユーザー属性「年齢」とを対応づけ、両者を比較し、一致するクーポンを抽出してもよい。（ｃ）クーポンレコードにクーポン属性「対象利用履歴」を設け、更にユーザーレコードにユーザー属性「利用履歴」を設け、両者を対応づけ・比較し、一致するクーポンを抽出してもよい。なお、利用履歴とは、例えば以前そのユーザーが「ワイン専門店」のクーポンを何度も利用している場合、「利用履歴：ワイン専門店」とユーザーレコードに含めておくこと等を意味する。即ち、ドリームカンパニーでは電子チケット・電子クーポンの特性（チケットやクーポンの利用状況や移転内容を把握できるという特性）を生かして、ユーザーの利用状況や移転内容を把握しているので、その利用状況・移転内容に合わせたクーポンの提供を行うことができるのである。利用履歴とは上記の例に限らず、例えば、電子チケットの譲渡履歴であってもよいし、その他の情報であってもよい。
（処理２−３）図６・図７・図８のうち、上記（処理２−１）（処理２−２）により抽出されたクーポンは図７のクーポンのみであるので、図７に示すクーポンのＩＤを一時的に記憶装置に記憶する。なお、本実施形態では、上記（処理２−１）（処理２−２）双方で抽出されたクーポンを条件に合致するクーポンとしているが、どちらか一方の処理で抽出されたクーポンを条件に合致するクーポンにしてもよい。
【００１６】
［チケット管理ファイル更新処理］
サーバー１にはチケット管理ファイルが記憶されている（図９）。このチケット管理ファイルは複数のチケット管理レコードからなるものである。
サーバー１は、購入データに含まれる「ユーザーＩＤ：Ｕ０２４」に基づいてチケット管理ファイルを検索する。これにより、図９のレコード「ユーザーＩＤ：Ｕ０２４／所有権利（１）：情報なし／所有権利（２）：情報なし／所有権利（３）：情報なし／……」が検索（抽出）される。なお、図９においては「所有権利（１）：Ｔ９７１５−Ｃ００７−Ｃ０３６」となっているが、この時点では「所有権利（１）：情報なし」になっているものとする。
サーバー１は検索したレコードの所有権利（１）に購入データに含まれる「チケットＩＤ：Ｔ９７１５」、［第一抽出処理］の（処理１−３）で一時的に記憶した図６のクーポンＩＤ、［第二抽出処理］の（処理２−３）で一時的に記憶した図７のクーポンＩＤとを対応づけて（関連づけて）記憶する。これにより図９の「所有権利（１）」の内容は「Ｔ９７１５−Ｃ００７−Ｃ０３６」（図９）となり電子チケットの販売（発行）が完了する。そして、このファイルを閲覧すれば誰がどの電子チケットを所有し、その電子チケットにはどの電子クーポンが割り当てられているか（付加されているか）が分かるようになるのである。
【００１７】
なお、この＜電子クーポン割当処理：ＳＴＥＰ４＞を定期的に行ってもよい。例えば、サーバー１の記憶装置に更新時期「毎週月曜日ＡＭ５：００」というデータを記憶しておき、サーバー１は毎週この時刻になったら再度＜電子クーポン割当処理：ＳＴＥＰ４＞を行うのである。このようにすれば提供するクーポンの内容を適切なものとすることができる。即ち、この更新処理を行えば、一週間のうちに追加されたクーポンを提供することも可能になり、また有効期限の切れたクーポンを提供するという不都合をも回避できる。
【００１８】
＜電子チケット及び電子クーポンの確認処理：ＳＴＥＰ５＞
田口さんは、自分が所有している電子チケット及び電子クーポンの内容を確認したいと思い、ＰＣ２を利用してドリームカンパニーが運営するホームページ（電子チケットの内容を確認するためのページ）にアクセスした。これにより図１０のような内容がＰＣ２の表示モニタ１１に表示される。なお、この時点でユーザーＩＤの欄やパスワードの欄には情報が入力されていないものとする。
【００１９】
田口さんは、自分のユーザーＩＤやパスワードを入力し、画面下の「送信」をクリックした。これによりＰＣ２は閲覧要求データ「ユーザーＩＤ：Ｕ０２４／パスワード：５９６３（表示モニタ１１には「＊＊＊＊」と表示）」を作成し、サーバー１に送信し、サーバー１はそのデータを受信し、記憶する。
【００２０】
サーバー１は、閲覧要求データに含まれる「ユーザーＩＤ：Ｕ０２４」に基づいて、ユーザーファイル（図４）及びチケット管理ファイル（図９）を検索する。これにより図４と図９に表されているレコードが検索（抽出）される。
サーバー１は図４のレコードに基づいて閲覧要求データに含まれるパスワードを確認し、それが一致する場合は図４・図９のレコードに基づいて表示データ「見出し：Ｕ０２４田口はる子様のフォルダ／所有権利（１）、Ｔ９７１５、山田太郎ディナーショー、新宿○○ホテル、２００２年１０月１０日ＰＭ６：００−ＰＭ８：００／クーポン＝Ｃ００７、○○美容院￥１０００割引クーポン／クーポン＝Ｃ０３６、○○ストア赤坂店卵１パック無料クーポン／所有権利（２）、情報なし／所有権利（３）、情報なし」を作成し、ＰＣ２に送信する。それを受信したＰＣ２は表示データを記憶装置に記憶すると共に図１１のように表示データを表示する。
【００２１】
＜電子チケット・電子クーポンのダウンロード：ＳＴＥＰ６＞
図１１の内容を確認した田口さんは画面下の「ダウンロード」をクリックする。これによりＰＣ２はダウンロード要求データ「ユーザーＩＤ：Ｕ０２４／チケットＩＤ：Ｔ９７１５」を作成し、サーバー１に送信し、サーバー１はそのデータを受信し、記憶する。
サーバー１はダウンロード要求データに含まれる「ユーザーＩＤ：Ｕ０２４」に基づいてチケット管理ファイル（図９）を検索し、更には図９のチケット管理レコードに含まれるチケットＩＤ・クーポンＩＤに基づいてチケットファイル・クーポンファイルを検索し、田口さんが所有するチケット・クーポンに関するデータを取得する。そして、それらに基づいて権利データ「チケットＩＤ：Ｔ９７１５、内容：山田太郎ディナーショー、場所：新宿○○ホテル（東京）、日時：２００２年１０月１０日、開始時刻：ＰＭ６：００、終了時刻：ＰＭ８：００／クーポンＩＤ：Ｃ００７、内容：○○美容院￥１０００割引クーポン、表示時期：イベント開催前／クーポンＩＤ：Ｃ０３６、内容：○○ストア赤坂店卵１パック無料クーポン、表示時期：イベント開催前・開催中・開催後／イベント状況：情報なし」を作成し、ＰＣ２に送信する。それを受信したＰＣ２は権利データをリーダ・ライタ２２を介してＩＣカード２１に記憶させる。
【００２２】
＜クーポン表示処理：ＳＴＥＰ７＞
小型コンピュータ２４（図１）にはＩＣカード２１を挿入するための挿入口（図示せず）が備えられており、田口さんはディナーショー当日の午前１０時にＩＣカード２１を小型コンピュータ２４の挿入口に挿入した。この後小型コンピュータ２４は以下の処理を行う。
（１）イベント状況設定処理。
小型コンピュータ２４には時計が内蔵されており、それにより現在の時刻（午前１０時）を取得することができる。小型コンピュータ２４はイベントの開催時刻（午後６時）及び終了時刻（午後８時）と現在の時刻とを比較して、チケット送信データに含まれるイベント状況の情報を設定する。即ち、今の時刻が開催時刻より早い時間であれば「イベント状況：イベント開催前」とし、開催時刻と終了時刻との間であれば「イベント状況：イベント開催中」とし、終了時刻より遅ければ「イベント状況：イベント開催後」とする。なお、現在の時刻は午前１０時なので「イベント状況：イベント開催前」となる。
【００２３】
（２）クーポンの表示判断。
小型コンピュータ２４は権利データの内容を表示モニタに表示するのであるが、その前に、上記（１）で設定したイベント状況と各クーポンの表示時期を照合して、そのクーポンを表示モニタに表示するか否かを判断する。即ち、上記（１）では「イベント状況：イベント開催前」としたので、「表示時期：イベント開催前」となっているクーポンについては表示し、「表示時期：イベント開催前」となっていないクーポンについては表示しない。本実施形態では、田口さんは２つのクーポン（クーポンＩＤ：Ｃ００７とＣ００３６）を所有しており、この２つのクーポンともに「表示時期：イベント開催前」とあるので、図１２のようにチケットの内容と共に２つのクーポンも表示される。このようにすれば、田口さんはディナーショーの前に美容院でヘアーをセットする際に、割引を受けること等ができる。
（３）小型コンピュータ２４は上記（１）と（２）の処理を定期的（例えば、１０分毎に）行うものとする。これにより例えば、現在の時刻が午後６時を過ぎ、「イベント状況：イベント開催中」となったら「Ｃ００７」のクーポンは表示モニタに表示されなくなるのである。即ち、「Ｃ００７」のクーポンの表示時期は「イベント開催前」なので、イベント開催中及び開催後には表示されないのである。
【００２４】
以上のように各クーポンに表示時期を設けたのは、そのクーポンの表示時期を適正にして効率の良いクーポン提供を可能にするためである。例えば、本実施形態のように対象イベントがディナーショーの場合、ディナーショー開催前に美容院でヘアーをセットすることは通常行われることなので、ディナーショー開催前に美容院の割引クーポンを提供すればそのクーポンの利用率が向上するが、ディナーショー開催中、或は開催後に美容院のクーポンを提供してもその利用率は非常に低いものとなり、不要なクーポンをユーザーに提供することによりユーザーにストレスを与えてしまう。表示時期を設けたのはこのような不都合を回避するためである。
なお、田口さんがディナーショー会場に入場する際は、電子チケットの内容を小型コンピュータ２４の表示モニタに表示させ（図１２）、会場入口にＩＣカードのリーダライタを設置して、田口さんのＩＣカードの内容を読取って、入場の可否を判断する。また、それを係員にみせることにより入場が可能としてもよい。
【００２５】
以上のようにすれば、電子チケットと電子クーポンとをセットにして顧客に提供することができる。なお、上記実施形態ではドリームカンパニー自身が販売したチケットに対して＜電子クーポン割当処理：ＳＴＥＰ４＞を行っているが、他社が販売したチケットに対して＜電子クーポン割当処理：ＳＴＥＰ４＞を行ってもよい。
その場合、＜電子クーポン割当処理：ＳＴＥＰ４＞を行う前に＜クーポン付与区分確認処理＞を行う必要がある。以下、＜クーポン付与区分確認処理＞について説明する。
【００２６】
＜クーポン付与区分確認処理＞
サーバー１は＜電子クーポン割当処理：ＳＴＥＰ４＞を行う前に、＜チケット在庫確認処理：ＳＴＥＰ３＞で抽出したチケットレコード（図５）の「クーポン付与区分」を確認し、そのチケットがクーポン提供区分であるか否かを判断する。この区分にはケースによって以下の内容が設定されてる。
ケース１：ドリームカンパニーが販売するチケットには「付与可」が設定されている。これは、自社が販売するチケットには当然自社が扱うクーポンを割当てる（付加する）必要があるためである。なお、自社が販売するチケットであっても、何らかの理由でクーポンを割当てることが不適切な場合は、「付与不可」としてもよい。
ケース２：他社（ドリームカンパニー以外の会社）が販売するチケットであるが、その会社はドリームカンパニーと契約（その会社が販売したチケットにドリームカンパニーがクーポンを割り当てる旨の契約）をしている場合、その会社が販売するチケットには「付与可」が設定されている。これにより契約済の会社が販売したチケットでありクーポンを割当ててもよいチケットであるか、契約をしていない会社が販売したチケットであり、クーポンを割当ててはならないチケットであるかを判断できるのである。
ケース３：他社が販売するチケットであり、その会社はドリームカンパニーとクーポン提供の契約をしていない場合、その会社が販売するチケットには「付与不可」が設定されている。これにより契約をしていない会社が販売するチケットにクーポンを割当てるという不都合を回避できるのである。
サーバー１はこの区分が「付与可」の場合、前述の＜電子クーポン割当処理：ＳＴＥＰ４＞を行い、「付与不可」の場合はこれら処理は行わない。
このようにすれば、ドリームカンパニーでは自社販売のチケットのみならず、他社が販売したチケットにもクーポンを提供することができるので、ドリームカンパニーではクーポン発行数を増加させることができ、手数料収入の増収にも結びつけることができる。
【００２７】
【発明の第二実施形態】
第一実施形態はチケットを購入した田口さんがそのままディナーショーを観覧するケースについて説明したが、本実施形態では田口さんがチケット購入後、何らかの理由によりディナーショーを観覧することができなくなったため、購入したチケットを友人の三田さんに譲渡するケースについて説明する。
まず、本実施形態の処理手順について説明する。本実施形態の処理手順は第一実施形態とほぼ同じであるが、ＳＴＥＰ４とＳＴＥＰ５との間に＜チケット移転処理：ＳＴＥＰ４−２＞が加わる点のみが異なる。以下、これら処理について説明する。
【００２８】
＜チケット移転処理：ＳＴＥＰ４−２＞
都合によりディナーショーを観覧できなくなった田口さんは、それを友人の三田さんに譲渡しようと思い、ＰＣ２を利用してドリームカンパニーが運営するホームページ（電子チケット移転申請のためのページ）にアクセスした。これにより図１３のような内容がＰＣ２の表示モニタ１１に表示される。なお、この時点でユーザーＩＤの欄やチケットＩＤ等の欄には情報が入力されていないものとする。
【００２９】
田口さんは、自分のユーザーＩＤや移転するイベント（山田太郎のディナーショー）のチケットＩＤ等を入力し、画面下の「送信」をクリックした。これによりＰＣ２は移転申請データ「ユーザーＩＤ：Ｕ０２４／パスワード：５９６３（表示モニタ１１には「＊＊＊＊」と表示）／移転対象チケットＩＤ：Ｔ９７１５／移転先ユーザーＩＤ：Ｕ０９９」を作成し、サーバー１に送信し、サーバー１はそのデータを受信し、記憶する。
【００３０】
次に、サーバー１は以下の処理を行う。
（１）ユーザー確認（田口さんの確認）
サーバー１は、移転申請データに含まれる「ユーザーＩＤ：Ｕ０２４」に基づいてユーザーファイルを検索し、第一実施形態で説明した＜ユーザー確認処理：ＳＴＥＰ２＞を改めて行い、パスワードの正当性を確認する。これにより田口さんの本人確認が完了する。
（２）ユーザー確認（三田さんの確認）
前述の通り、サーバー１にはユーザーファイルが記憶されており、ここでは三田さんの情報（レコード：図１４）「ユーザーＩＤ：Ｕ０９９／パスワード：９８７６／名前：三田和子／住所：神奈川県川崎市ＸＸ区○○○／年齢：４５／性別：女／趣味：映画鑑賞／電話番号：０４４−ＸＸＸ−ＸＸＸＸ／電子メール：ｍｉｔａ＠ｋａｗａｓａｋｉ．ｃｏ．ｊｐ／クレジットカード番号：９８７６−５４３２−ＸＸＸＸ−ＸＸＸＸ」も既に登録されているものとする。
サーバー１は、移転申請データに含まれる「ユーザーＩＤ：Ｕ０９９」に基づいてユーザーファイルを検索し、図１４のレコードを抽出し、「ユーザーＩＤ：Ｕ０９９」（三田さん）の存在を確認する。即ち、これにより移転先ユーザーの存在が確認できるのである。
【００３１】
（３）チケット管理レコード更新（田口さんのレコード）
サーバー１は、移転申請データに含まれる「ユーザーＩＤ：Ｕ０２４」に基づいてチケット管理ファイル（図９）を検索する。これにより図９のレコードが抽出され、「移転対象チケットＩＤ：Ｔ９７１５」に該当する所有権利を削除する。即ち、「所有権利（１）：Ｔ９７１５−Ｃ００７−Ｃ０３６」を「所有権利（１）：情報なし」とする。
（４）サーバー１は、第一実施形態で説明した＜電子クーポン割当処理：ＳＴＥＰ４＞を再度行う。即ち、移転された電子チケット「Ｔ９７１５」のチケット属性に基づいて［第一抽出処理］を行い、三田さん（ユーザーＩＤ「Ｕ０９９」）のユーザ属性に基づいて［第二抽出処理］を行い、更に三田さんのユーザーＩＤ「Ｕ０９９」に基づいて［チケット管理ファイル更新処理］を行う。これにより三田さんのチケット管理レコードは図１５「ユーザーＩＤ：Ｕ０９９／所有権利（１）：Ｔ９７１５−Ｃ００７−Ｃ２０４／所有権利（２）：情報なし／所有権利（３）：情報なし／……」のように更新されることになる。即ち、三田さんのユーザーレコード（図１４）には住所が神奈川県川崎市になっているので（東京都港区赤坂ではないので）、図７のクーポン（Ｃ０３６）は割当てられない。一方、三田さんの趣味は「映画鑑賞」なので田口さんには割当てられなかった図８のクーポン（Ｃ２０４）が三田さんには割当てられている。
このようにすれば田口さんの電子チケットは三田さんに移転され、電子チケットに割り当てる電子クーポンも三田さんのユーザー属性に合致したものとなる。
【００３２】
なお、上記実施形態おいては特定のケースについて説明したが、本発明はこれら特定のケースに限るものではない。例えば、次のようなケースであっても構わない。
る。
（１）上記実施形態では、特定のケースについて説明したが、本発明はこれに限るものではなく、あらゆる種類の電子チケット、電子クーポンに利用できるものである。
（２）データの内容は実施形態で説明したデータに限らない。即ち、同様の役割を果たすことができれば、他のどのようなデータであっても構わない。
（３）ハードウェアも実施形態で説明したものに限らない。即ち、同様の役割を果たすことができれば、他のどのようなハードウェアであっても構わない。
（４）処理の内容や手順についても実施形態で説明したものに限らない。即ち、同様の役割を果たすことができれば、他のどのような処理内容・処理手順であっても構わない。
（５）上記実施形態に登場するデータ（データレコード、データファイル）のデータ（データ項目）は、原則として各々関連づけられて（対応づけられて）記憶装置に記憶されているものとする。
（６）上記実施形態において、「チケット受信手段へ送信する前の送信前チケット」とは、原則として、チケット受信手段であるＰＣ２にダウンロードする前の状態の電子チケットを意味するものとする（ただし、これに限るものではない）。
（７）興行の種類・日時・場所の任意の組合せとは、これら３つすべての組合せでもよく、これらのうち何れか２つの組合せであってもよい。また、興行の開催前・開催中・開催後の任意の組合せとは、これら３つすべての組合せでもよく、これらのうち何れか２つの組合せであってもよい。顧客の年齢・性別・住所・趣味・利用履歴の任意の組合せとは、これらの４つの要素すべての組合せであってもよく、３つの組合せでもよく、２つ組合せであってもよい。
（８）上記実施形態では、電子クーポンの割当処理をチケット発売（発行）の際に行っているが、これを発行前に行ってもよいし、或は発行後に行ってもよい。即ち、クーポンの割当はどのタイミングでも行うことができる。
【００３３】
【発明の効果】
本発明には次のような効果がある。
（１）本発明を利用すれば、電子チケットのみならず電子クーポンをも提供することができ、顧客の利便性が向上する。また、電子チケット及び電子クーポンの利用率も向上し、チケット販売者やクーポンを提供する店舗等の売上げも向上する。
（２）本発明を利用すれば、電子チケットにより得られた情報を十分に活用した販売戦略や営業活動が行うことができる。具体的には以下の通りである。
（ａ）本発明では、チケット属性に合わせた電子クーポンを提供しているので、クーポンの利用率や顧客の利便性を更に向上させることができる。例えば、ディナーショーの前には美容院でヘアーをセットするという顧客のニーズに合致するクーポンを提供するので、クーポンの利用率や顧客の利便性も更に向上するのである。即ち、電子チケットを販売するということは、ユーザーの行動予測（そのユーザーが何時何処で何をするかの予測）が可能になるので、その行動予測に合致したクーポンを提供でき、チケット販売における情報活用を十分に行うことができるのである。
（ｂ）本発明では、ユーザー属性に合わせた電子クーポンを提供しているので、クーポンの利用率や顧客の利便性を更に向上させることができる。例えば、赤坂在住の顧客には赤坂にあるスーパーの割引クーポンなどを提供するので、顧客のニーズに合致したクーポン提供が可能となり、クーポンの利用率や顧客の利便性も更に向上するのである。即ち、ここでも上記（ａ）と同様の情報活用（ユーザー情報の活用）を行えるのである。
（３）本発明を利用すれば、他社が販売した電子チケットにも電子クーポンを提供できるので、より多くの電子クーポンを提供でき、クーポン提供者（ドリームカンパニー）の提供手数料を増加させることができる。
（４）本発明では、顧客が電子チケットをダウンロードする前に電子クーポンを割当てている（付与している）ので、容易に電子クーポンを割当てることができる。即ち、ダウンロードされた後の電子チケットに電子クーポンを割当てるとなると、顧客にわざわざ電子チケットをアップロードしてもらい、クーポンを割当て、再度ダウンロードし直して貰わなければならなくならず、手続が煩雑になってしまう。よって、ダウンロード前の電子チケットに電子クーポンを割当てると言うことは非常に電子クーポンの割当処理の簡素化を可能にするのである。また、これにより特願2001-037078号「電子チケット移転システム」を更に発展させることができる。
（５）本発明では、クーポンに提供時期を設け、その時期に応じてクーポンを提供しているので、例えば、ディナーショー観覧後に美容院のクーポンを提供するといった不都合（誤ったタイミングでクーポンを提供するといった不都合）を回避できる。特に、提供時期を「イベント開催前」「イベント開催中」「イベント開催後」とに分ければ、そのイベントの進行状況に合わせたクーポン提供が可能となるのである。
（６）本発明では、チケットの移転がされた場合に再度クーポンの割当処理を行っているので、そのチケットが移転された場合でも、常にチケット所有者（譲受人）の属性に合致したクーポンを提供できる。
（７）本発明では、一定の期間後に再度クーポンの割当処理を行っているので、その常に提供するクーポンの内容を最新の状態に保つことができる。
【図面の簡単な説明】
【図１】本発明を実現するための装置の概略を示す図である。
【図２】本発明の処理フローを表した図である。
【図３】チケット購入画面を表した図である。
【図４】ユーザーファイルを表した図である。
【図５】 チケットファイルを表した図である。
【図６】 クーポンファイルを表した図である。
【図７】 クーポンファイルを表した図である。
【図８】 クーポンファイルを表した図である。
【図９】 チケット管理ファイルを表した図である。
【図１０】チケット閲覧画面を表した図である。
【図１１】フォルダ表示画面を表した図である。
【図１２】携帯手段に表示された電子チケット・クーポンを表した図である。
【図１３】チケット移転画面を表した図である。
【図１４】ユーザーファイルを表した図である。
【図１５】 チケット管理ファイルを表した図である。
【符号の説明】
１ サーバー
２ ＰＣ（パーソナルコンピュータ）
３ インターネット
１１ 表示モニタ
１２ キーボード
１３ マウス
２１ ＩＣカード
２２ リーダライタ
２４ 小型コンピュータ
２５ 携帯電話

Claims (18)

1. 複数の電子クーポンを記憶する電子クーポン群記憶手段、顧客とその顧客が購入した電子チケットとを関連づけたチケット管理ファイルを記憶するチケット管理ファイル記憶手段、前記電子クーポン群の中から前記電子チケットに関連づける電子クーポンを検索処理し検索された前記電子クーポンを前記電子チケットに関連づけて記憶することによりクーポン関連づけ処理を行うクーポン関連づけ手段、電子クーポンを更新する時期を記憶する更新時期記憶手段、前記電子クーポン関連づけ処理を前記更新時期に再度行って電子クーポンの更新処理をする電子クーポン更新手段、前記更新処理の後に前記チケット管理ファイルに含まれる前記電子チケットとそれに関連づけられた前記電子クーポンとを顧客が利用する電子チケット受信のためのコンピュータに送信する電子チケット送信手段を備えることを特徴とする電子クーポン送信のためのコンピュータ。
2. 前記電子チケットにはチケット属性が含まれ、前記電子クーポンにはクーポン属性が含まれ、前記検索処理は前記チケット属性と前記クーポン属性が合致したものを検索する処理であることを特徴とする請求項１記載の電子クーポン送信のためのコンピュータ。
3. 前記顧客情報には顧客属性が含まれ、前記電子クーポンにはクーポン属性が含まれ、前記検索処理は前記顧客属性と前記クーポン属性が合致したものを検索する処理であることを特徴とする請求項１記載の電子クーポン送信のためのコンピュータ。
4. 複数の電子クーポンを記憶する電子クーポン群記憶手段、顧客とその顧客が購入した電子チケットとを関連づけたチケット管理ファイルを記憶するチケット管理ファイル記憶手段、前記電子クーポン群の中から前記電子チケットに関連づける電子クーポンを検索処理し検索された前記電子クーポンを前記電子チケットに関連づけて記憶することによりクーポン関連づけ処理を行うクーポン関連づけ手段、電子チケットの移転申請データを受信した場合前記電子クーポン関連づけ処理を再度行って電子クーポンの更新処理をする電子クーポン更新手段、前記更新処理の後に前記チケット管理ファイルに含まれる前記電子チケットとそれに関連づけられた前記電子クーポンを顧客が利用する電子チケット受信のためのコンピュータに送信する電子チケット送信手段を備えることを特徴とする電子クーポン送信のためのコンピュータ。
5. 前記電子チケットにはチケット属性が含まれ、前記電子クーポン情報にはクーポン属性が含まれ、前記検索処理は前記チケット属性と前記クーポン属性が合致したものを検索する処理であることを特徴とする請求項４記載の電子クーポン送信のためのコンピュータ。
6. 前記顧客情報には顧客属性が含まれ、前記電子クーポン情報にはクーポン属性が含まれ、前記検索処理は前記顧客属性と前記クーポン属性が合致したものを検索する処理であることを特徴とする請求項４記載の電子クーポン送信のためのコンピュータ。
7. コンピュータを、複数の電子クーポンを記憶する電子クーポン群記憶手段、顧客とその顧客が購入した電子チケットとを関連づけたチケット管理ファイルを記憶するチケット管理ファイル記憶手段、前記電子クーポン群の中から前記電子チケットに関連づける電子クーポンを検索処理し検索された前記電子クーポンを前記電子チケットに関連づけて記憶することによりクーポン関連づけ処理を行うクーポン関連づけ手段、電子クーポンを更新する時期を記憶する更新時期記憶手段、前記電子クーポン関連づけ処理を前記更新時期に再度行って電子クーポンの更新処理をする電子クーポン更新手段、前記更新処理の後に前記チケット管理ファイルに含まれる前記電子チケットとそれに関連づけられた前記電子クーポンとを顧客が利用する電子チケット受信のためのコンピュータに送信する電子チケット送信手段として機能させることを特徴とする電子クーポン送信のためのコンピュータプログラム。
8. 前記電子チケットにはチケット属性が含まれ、前記電子クーポンにはクーポン属性が含まれ、前記検索処理は前記チケット属性と前記クーポン属性が合致したものを検索する処理であることを特徴とする請求項７記載の電子クーポン送信のためのコンピュータプログラム。
9. 前記顧客情報には顧客属性が含まれ、前記電子クーポンにはクーポン属性が含まれ、前記検索処理は前記顧客属性と前記クーポン属性が合致したものを検索する処理であることを特徴とする請求項７記載の電子クーポン送信のためのコンピュータプログラム。
10. コンピュータを、複数の電子クーポンを記憶する電子クーポン群記憶手段、顧客とその顧客が購入した電子チケットとを関連づけたチケット管理ファイルを記憶するチケット管理ファイル記憶手段、前記電子クーポン群の中から前記電子チケットに関連づける電子クーポンを検索処理し検索された前記電子クーポンを前記電子チケットに関連づけて記憶することによりクーポン関連づけ処理を行うクーポン関連づけ手段、電子チケットの移転申請データを受信した場合前記電子クーポン関連づけ処理を再度行って電子クーポンの更新処理をする電子クーポン更新手段、前記更新処理の後に前記チケット管理ファイルに含まれる前記電子チケットとそれに関連づけられた前記電子クーポンを顧客が利用する電子チケット受信のためのコンピュータに送信する電子チケット送信手段として機能させることを特徴とする電子クーポン送信のためのコンピュータプログラム。
11. 前記電子チケットにはチケット属性が含まれ、前記電子クーポンにはクーポン属性が含まれ、前記検索処理は前記チケット属性と前記クーポン属性が合致したものを検索する処理であることを特徴とする請求項１０記載の電子クーポン送信のためのコンピュータプログラム。
12. 前記顧客情報には顧客属性が含まれ、前記電子クーポンにはクーポン属性が含まれ、前記検索処理は前記顧客属性と前記クーポン属性が合致したものを検索する処理であることを特徴とする請求項１０記載の電子クーポン送信のためのコンピュータプログラム。
13. コンピュータが、複数の電子クーポンを記憶し、顧客とその顧客が購入した電子チケットとを関連づけたチケット管理ファイルを記憶し、前記電子クーポン群の中から前記電子チケットに関連づける電子クーポンを検索処理し検索された前記電子クーポンを前記電子チケットに関連づけて記憶することによりクーポン関連づけ処理を行い、電子クーポンを更新する時期を記憶し、前記電子クーポン関連づけ処理を前記更新時期に再度行って電子クーポンの更新処理を行い、前記更新処理の後に前記チケット管理ファイルに含まれる前記電子チケットとそれに関連づけられた前記電子クーポンとを顧客が利用する電子チケット受信のためのコンピュータに送信することを特徴とする電子クーポン送信方法。
14. 前記電子チケットにはチケット属性が含まれ、前記電子クーポンにはクーポン属性が含まれ、前記検索処理は前記チケット属性と前記クーポン属性が合致したものを検索する処理であることを特徴とする請求項１３記載の電子クーポン送信方法。
15. 前記顧客情報には顧客属性が含まれ、前記電子クーポンにはクーポン属性が含まれ、前記検索処理は前記顧客属性と前記クーポン属性が合致したものを検索する処理であることを特徴とする請求項１３記載の電子クーポン送信方法。
16. コンピュータが、複数の電子クーポンを記憶し、顧客とその顧客が購入した電子チケットとを関連づけたチケット管理ファイルを記憶し、前記電子クーポン群の中から前記電子チケットに関連づける電子クーポンを検索処理し検索された前記電子クーポンを前記電子チケットに関連づけて記憶することによりクーポン関連づけ処理を行い、電子チケットの移転申請データを受信した場合前記電子クーポン関連づけ処理を再度行って電子クーポンの更新処理を行い、前記更新処理の後に前記チケット管理ファイルに含まれる前記電子チケットとそれに関連づけられた前記電子クーポンを顧客が利用する電子チケット受信のためのコンピュータに送信することを特徴とする電子クーポン送信方法。
17. 前記電子チケットにはチケット属性が含まれ、前記電子クーポンにはクーポン属性が含まれ、前記検索処理は前記チケット属性と前記クーポン属性が合致したものを検索する処理であることを特徴とする請求項１６記載の電子クーポン送信方法。
18. 前記顧客情報には顧客属性が含まれ、前記電子クーポンにはクーポン属性が含まれ、前記検索処理は前記顧客属性と前記クーポン属性が合致したものを検索する 処理であることを特徴とする請求項１６記載の電子クーポン送信方法。

Images