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