JP2001222675A - 発券装置、券取得装置、発券システムおよびその方法 - Google Patents

Abstract

(57)【要約】 【課題】 各ユーザの嗜好に応じたイベント情報を効率
的に提供できる発券装置を提供する。 【解決手段】 発券装置２は、複数のイベント情報と、
複数のユーザのそれぞれに個別に作成され当該ユーザか
ら受けた券取得の予約あるいは申込の履歴を示す利用履
歴情報とを記憶し、前記ユーザから前記予約あるいは前
記申込を受け、当該予約あるいは申込に基づいて前記利
用履歴情報を作成あるいは更新し、ユーザのそれぞれに
ついて、当該ユーザに対応する前記利用履歴情報に基づ
いて前記複数のイベント情報のうち当該ユーザに提供す
るイベント情報を選択してコンピュータ４に提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、通信網を
介して、イベントなどの券を発券すると共に、イベント
情報をユーザに提供する発券装置、券取得装置、発券シ
ステムおよびその方法に関する。

【０００２】

【従来の技術】コンサートや講演会などのイベントの主
催会社は、主催するイベントの券の販売を券販売会社に
委託している。券販売会社は、例えば、イベントの主催
会社から将来行われるイベントの内容および券の発売日
などの情報を得て、それらの情報を雑誌やネットワーク
を介して一律にユーザに提供する。ユーザは、券販売会
社から提供を受けた情報のうち興味のある情報を抽出
し、当該抽出した情報を参考にして、券販売会社に対し
て券の予約および購入の手続を行う。

【０００３】

【発明が解決しようとする課題】しかしながら、イベン
トに関する情報は多数あることから、それら全ての情報
を全てのユーザに一律に提供すると、ユーザはそのなか
から自らが興味がある情報を抽出するのに多大な労力を
要するという問題がある。

【０００４】本発明は上述した従来技術の問題点に鑑み
てなされ、各ユーザの嗜好に応じたイベント情報を効率
的に提供できる発券装置、券取得装置、発券システムお
よびその方法を提供することを目的とする。

【０００５】

【課題を解決するための手段】上述した従来技術の問題
点を解決し、上述した目的を達成するために、本発明の
発券装置は、イベントの券を発行する発券装置であっ
て、複数のイベント情報と、複数の券取得希望者のそれ
ぞれに個別に作成され当該券取得希望者から受けた券取
得の予約あるいは申込の履歴を示す利用履歴情報とを記
憶する記憶手段と、前記券取得希望者から前記予約ある
いは前記申込を受け、当該予約あるいは申込に基づいて
前記利用履歴情報を作成あるいは更新する受付手段と、
前記券取得希望者のそれぞれについて、当該券取得希望
者に対応する前記利用履歴情報に基づいて、前記複数の
イベント情報のうち当該券取得希望者に提供するイベン
ト情報を選択し、当該選択したイベント情報を当該券取
得希望者に提供する情報提供手段とを有する。

【０００６】本発明の発券装置の作用は以下のようにな
る。受付手段が、券取得希望者から券の取得の予約ある
いは前記申込を受ける。そして、受付手段は、当該予約
あるいは申込に基づいて、前記記憶手段に記憶される利
用履歴情報を作成あるいは更新する。次に、情報提供手
段は、前記券取得希望者に対応する前記利用履歴情報に
基づいて、前記複数のイベント情報のうち当該券取得希
望者に提供するイベント情報を選択し、当該選択したイ
ベント情報を当該券取得希望者に提供する。

【０００７】本発明の発券装置は、好ましくは、未登録
の前記券取得希望者の個人情報および嗜好情報を受けて
当該券取得希望者の登録を行う登録手段をさらに有し、
前記記憶手段は、前記個人情報および前記嗜好情報を記
憶し、前記情報提供手段は、前記券取得希望者のそれぞ
れについて、当該券取得希望者に対応する前記利用履歴
情報および前記嗜好情報に基づいて、前記複数のイベン
ト情報のうち当該券取得希望者に提供するイベント情報
を選択し、当該選択したイベント情報を当該券取得希望
者に提供する。

【０００８】また、本発明の発券装置は、好ましくは、
前記情報提供手段は、前記券取得希望者によって予め設
定された周期で、前記イベント情報の選択および提供を
行う。

【０００９】また、本発明の発券装置は、好ましくは、
前記記憶手段は、前記予約を行った前記券取得希望者を
特定する情報を記憶し、前記発券装置は、前記所定の期
間経過後に、前記予約を受けた券の数が発券予定数に比
べて多い場合に、前記券取得希望者のうち券を割り当て
る者を選択する選択手段と、前記記憶された情報に基づ
いて、前記選択した者に前記選択されたことを通知する
通知手段とをさらに有する。

【００１０】また、本発明の券取得装置は、通信網を介
して発券装置に接続された券取得装置であって、前記発
券装置との間で前記通信網を介して情報を入出力する入
出力手段と、ユーザによって操作される操作手段と、処
理手段と、表示手段とを有し、前記操作手段は、前記ユ
ーザからイベントの券の予約手続あるいは購入手続に係
わる所定の操作を受け、前記入出力手段は、前記操作手
段の操作結果を前記発券装置に出力し、前記発券装置に
おいて前記操作結果に応じて生成された利用履歴情報に
基づいて選択されたイベント情報を前記発券装置から入
力し、前記処理手段は、当該入力したイベント情報に応
じた画面を前記表示手段に表示する。

【００１１】また、本発明の券取得装置は、好ましく
は、前記操作手段は、前記ユーザを前記発券装置に登録
する際に、当該ユーザの嗜好情報および情報の提供を受
ける周期を入力する操作を受け、前記入出力装置は、前
記発券装置において前記操作結果に応じて生成された利
用履歴情報および前記嗜好情報に基づいて選択されたイ
ベント情報を前記発券装置から前記周期で入力する。

【００１２】また、本発明の発券システムは、イベント
の券を発行する発券装置と券取得装置とが通信網を介し
て接続された発券システムであって、前記券取得装置
は、券取得希望者の操作に応じた券取得の予約あるいは
申込を前記通信網を介して前記発券装置に送り、前記発
券装置からイベント情報を受け、前記発券装置は、複数
のイベント情報と、複数の前記券取得希望者のそれぞれ
に個別に作成され当該券取得希望者から受けた券取得の
予約あるいは申込の履歴を示す利用履歴情報とを記憶す
る記憶手段と、前記券取得装置から前記予約あるいは前
記申込を受け、当該予約あるいは申込に基づいて前記利
用履歴情報を作成あるいは更新する受付手段と、前記券
取得希望者のそれぞれについて、当該券取得希望者に対
応する前記利用履歴情報に基づいて、前記複数のイベン
ト情報のうち当該券取得希望者に提供するイベント情報
を選択し、当該選択したイベント情報を当該券取得希望
者の前記券取得装置に提供する情報提供手段とを有す
る。

【００１３】また、本発明の発券方法は、イベントの券
を発行する発券方法であって、複数のイベント情報と、
複数の券取得希望者のそれぞれに個別に作成され当該券
取得希望者から受けた券取得の予約あるいは申込の履歴
を示す利用履歴情報とを記憶手段に記憶し、前記券取得
希望者から前記予約あるいは前記申込を受け、当該予約
あるいは申込に基づいて前記利用履歴情報を作成あるい
は更新し、前記券取得希望者のそれぞれについて、当該
券取得希望者に対応する前記利用履歴情報に基づいて、
前記複数のイベント情報のうち当該券取得希望者に提供
するイベント情報を選択し、当該選択したイベント情報
を当該券取得希望者に提供する。

【００１４】

【発明の実施の形態】以下、本発明の実施形態に係わる
発券システムを説明する。第１実施形態 図１は、本実施形態の発券システム１の全体構成図であ
る。図１に示すように、発券システム１では、券販売会
社７が使用する発券装置２と、決済会社８が使用する決
済装置３と、一般のユーザ９が使用するコンピュータ４
および電話機５とが、公衆電話回線などのような通信網
６に接続されている。ここで、発券システム１が本発明
の発券システムに対応し、発券装置２が本発明の発券装
置に対応し、コンピュータ４が本発明の券取得装置に対
応し、通信網６が本発明の通信網に対応している。な
お、図１では、単数のユーザ９を例示しているが、実際
には、発券システム１を利用するユーザは複数存在し、
これらの者が使用するコンピュータおよび電話機が通信
網６に接続されている。また、以下に示すコンピュータ
４と発券装置２との間での通信は、通常、実際には、ユ
ーザ９が加入している通信プロバイダが使用する通信網
６に接続されたホストコンピュータを介して行われる
が、以下、当該ホストコンピュータについての通信は省
略して記載する。

【００１５】ここで、券販売会社７は、コンサートや講
演会などのイベントを主催するイベント主催会社１０か
ら当該イベントの内容および券の情報を受け、当該情報
を後述する発券装置２を用いて、例えば、ユーザ９のコ
ンピュータ４および電話機５に通信網６を介して提供す
る。また、券販売会社７は、イベント主催会社１０から
イベントの入場券などの券の販売の委託を受け、当該券
を一般のユーザに販売する。券販売会社７では、発券装
置２を用いて、例えば、ユーザのコンピュータ４および
電話機５から通信網６を介して券の予約を受け、当該予
約に応じた発券処理を行う。なお、券販売会社７では、
郵便あるいは販売店への来客による券の予約も受け付け
る。また、決済会社８は、クレジットカード会社や銀行
などの決済を行う機関であり、決済装置３を用いて決済
処理を行う。

【００１６】図２は、発券システム１における発券処理
の流れの概略を説明するための図である。図２に示すよ
うに、発券システム１による発券処理では、イベントの
券の一般発売日前の所定期間（事前予約受付期間）内
に、例えばユーザ９によるコンピュータ４および電話機
５の操作に応じて、通信網６を介してユーザ９から当該
券の事前予約（プレオーダ）を発券装置２が受け付け
る。そして、発券装置２は、予め事前予約に対して割り
当てられている発券予定数と、ユーザによる事前予約に
よって受けた券予約数とに基づいて、券の需要と供給の
適正化を図る。発券装置２は、例えば、一般発売日以降
は、従来と同様に、例えば先着順で券を発売する。な
お、事前予約に対して割り当てられる発券予定数は、当
該イベントについての最終的な発券予定数と同じであっ
てもよいし、その一部であってもよい。

【００１７】図３は、券販売会社７と、ユーザ９および
イベント主催会社１０との間における手続および情報の
流れを説明するための図である。図３に示す手続および
情報の流れは、その全てを発券装置２を用いて行っても
よいし、そのうちの一部を発券装置２以外の装置あるい
は人的におこなってもよい。

【００１８】図３に示すように、イベント主催会社１０
は、自らが主催するイベントに関する情報並びに券情報
を、当該イベントの開催日前に、券販売会社７に提供す
る（図中Ａ１）。券販売会社７は、例えば、イベント主
催会社１０から受けたイベントに関する情報並びに券情
報を、雑誌や新聞などのマスメディアを介してユーザ９
に一斉に提供する（図中Ａ２）。また、券販売会社７
は、後述するように、個々のユーザ９による券予約およ
び購入の利用履歴情報と登録時に受けたユーザ９の嗜好
情報に基づいて、イベント主催会社１０から受けたイベ
ントに関する情報並びに券情報から、個々のユーザ９に
提供することが有効と思われる情報を選択し、当該選択
した情報をユーザ９に個別に提供する（図中Ａ３）。

【００１９】また、イベント主催会社１０は、券販売会
社７に対してイベントの券の販売委託を行う（Ａ４）。
券販売会社７は、ユーザ９から、前述したように、券の
事前予約受付期間内に、券の事前予約を受け付ける（Ａ
５）。券販売会社７は、ユーザ９からの事前予約状況に
基づいて、券の需要状況を把握し、それによって得たマ
ーケティング情報をイベント主催会社１０に提供する。
券販売会社７は、イベント主催会社１０から券の販売手
数料を受けると共に、ユーザ９から事前予約の利用料を
受ける。

【００２０】以下、図１に示す発券装置２について詳細
に説明する。図４および図５は、発券装置２の機能ブロ
ック図である。ここで、図４は発券装置２の機能のうち
顧客登録および情報提供に関する機能を示す機能ブロッ
ク図、図５はそれ以外の発券装置２の機能を示す機能ブ
ロック図である。図４および図５に示すように、発券装
置２は、ユーザ登録部２０、記憶部２１、情報提供部２
２、入出力部２３、検索部２４、券発売処理部２５、予
約受付部２６、抽選処理部２７、購入意思確認部２８、
２次予約受付部２９、２次予約対応券割当部３０、座席
割当部３１、決済処理部３２、ユーザ販売実績管理部３
３、ユーザ通知部３４、券配送管理部３５を有する。こ
こで、記憶部２１が本発明の記憶手段に対応し、予約受
付部２６、券発売処理部２５および２次予約受付部２９
が本発明の受付手段に対応し、情報提供部２２が本発明
の情報提供手段に対応している。

【００２１】以下、図４および図５に示す発券装置２内
の各機能ブロックについて説明する。ユーザ登録部２０
は、ユーザ９によるコンピュータ４および電話機５の操
作に応じて通信網６を介して入力したユーザ９の個人情
報および嗜好情報を記憶部２１のユーザ情報データベー
ス２１ａに登録する。また、ユーザ登録部２０は、当該
登録時に、発券装置２がユーザ９にイベント情報を定期
的に提供する際の周期の設定を受ける。なお、ユーザ９
は、当該登録を行う際に、自らが決済会員および情報会
員のいずれを希望するかを指定することができる。ここ
で、決済会員は、発券装置２からイベントの情報を受け
ると共に、当該イベントの券の購入および決済を行うこ
とができる。また、情報会員は、発券装置２からイベン
トの情報を受けることができる。

【００２２】記憶部２１は、例えば、ユーザ情報データ
ベース２１ａ、イベント情報データベース２１ｂ、予約
情報データベース２１ｃおよび会場情報データベース２
１ｄを有している。ユーザ情報データベース２１ａは、
登録したユーザの個人情報、嗜好情報および利用履歴情
報などを保持している。ここで、個人情報には、例え
ば、当該ユーザの登録ＩＤ、名前、住所、電子メールの
アドレス、職業、電話番号、情報提供を行う周期等の情
報が含まれる。また、嗜好情報には、趣味、好きな音
楽、エンターテイメント、スポーツ、アウトドアレジャ
ーの分類などが含まれる。また、利用履歴情報には、例
えば、予約および購入を行ったイベントの情報、抽選の
当落結果並びにキャンセルの有無などの情報が含まれ
る。イベント情報データベース２１ｂは、例えば、イベ
ントの内容、アーティスト、開催日、開催時刻、会場の
ＩＤ、券の種別などの情報を保持している。イベント情
報データベース２１ｂには、例えば、アーティストのＩ
Ｄ（人物コード）をキーとして、各情報が検索できるよ
うに情報が格納されている。予約情報データベース２１
ｃは、例えば、事前予約および２次予約を行ったユーザ
の登録ＩＤおよびイベントを特定する情報、予約受付番
号、予約した券の種別および枚数などの情報を保持して
いる。会場情報データベース２１ｄは、イベントが開催
される会場のＩＤ、当該会場の見取り図、座席配置図、
当該会場までの地図などの情報を保持している。

【００２３】情報提供部２２は、例えば、ユーザによっ
て設定された所定の周期で、ユーザ情報データベース２
１ａに記憶されている各ユーザの嗜好情報に基づいて、
当該ユーザの嗜好に合ったイベント情報を抽出し、当該
抽出したイベントの情報をユーザ９のコンピュータ４に
提供する。情報提供部２２は、例えば、各ユーザの嗜好
情報に基づいて当該ユーザの嗜好に対応するキーワード
あるいは分類を決定し、当該決定したキーワードあるい
は分類と、イベント情報データベース２１ｂに記憶され
た各イベント情報に付けられたキーワードあるいは分類
とに基づいてイベント情報の検索を行う。このようにす
ることで、例えば、新しいアーティスト（人物）のイベ
ント情報がイベント情報データベース２１ｂに登録され
たときに、当該アーティストを好むであろうと考えられ
るユーザに当該アーティストのイベント情報を提供でき
る。従って、新人アーティストのプロモーションを効果
的に行うことができる。また、各ユーザが好むであろう
と考えられる類似イベントの情報をユーザに適切に提供
できる。

【００２４】情報提供部２２は、例えば、ジャンル別情
報提供部２２ａおよびアーティスト別情報提供部２２ｂ
を有している。ジャンル別情報提供部２２ａは、記憶部
２１のイベント情報データベース２１ｂに記憶されてい
るイベント情報のなかから、ユーザ情報データベース２
１ａに記憶されている各ユーザの嗜好情報に基づいて、
当該ユーザの嗜好に合ったイベト情報を抽出し、これを
ジャンル別に分類して入出力部２３および通信網６を介
して対応するユーザ９のコンピュータ４に送信する。ア
ーティスト別情報提供部２２ｂは、記憶部２１のイベン
ト情報データベース２１ｂに記憶されているイベント情
報のなかから、ユーザ情報データベース２１ａに記憶さ
れている各ユーザの嗜好情報に基づいて、当該ユーザの
嗜好に合ったイベト情報を抽出し、これをアーティスト
別に分類して入出力部２３および通信網６を介して対応
するユーザ９のコンピュータ４に送信する。

【００２５】入出力部２３は、図１に示す通信網６との
間でデータの入出力を行うインターフェイスとして機能
する。検索部２４は、ユーザ９によるコンピュータ４の
操作に応じて通信網６を介して入出力部２３が受けた検
索要求に基づいて、記憶部２１のイベント情報データベ
ース２１ｂから当該検索要求に応じたイベント情報を得
て、当該イベント情報を入出力部２３および通信網６を
介して対応するコンピュータ４に提供する。このとき、
検索要求は、例えば、アーティストのＩＤをキーとして
行うことができ、検索部２４は、コンピュータ４から受
けたアーティストＩＤをキーとしてイベント情報データ
ベース２１ｂの検索を行い、当該アーティストが関連す
るイベントの情報を得る。

【００２６】券発売処理部２５は、例えば、券の発売日
以降に、ユーザ９によるコンピュータ４の操作に応じて
通信網６を介して入出力部２３が受けた券購入要求に基
づいて、券販売処理を行う。また、券発売処理部２５
は、ユーザ９からの券購入要求の履歴をユーザ情報デー
タベース２１ａ内の当該ユーザ９の利用履歴情報に加え
る。

【００２７】予約受付部２６は、ユーザ９によるコンピ
ュータ４の操作に応じて通信網６を介して入出力部２３
に入力された事前予約要求を受け付け、当該事前予約要
求を出したユーザ９の登録ＩＤを予約情報データベース
２１ｃに格納する。予約受付部２６は、例えば、予め記
憶している事前予約に割り当てられた券の数と、予約情
報データベース２１ｃに記憶された事前予約が行われた
券の数の累積値とを比較し、当該累積値の方が多い場合
に抽選が必要であると判断する。予約受付部２６は、抽
選が必要であると判断した場合には抽選処理部２７にお
ける抽選を行うように制御する。また、予約受付部２６
は、ユーザ９からの事前予約の履歴をユーザ情報データ
ベース２１ａ内の当該ユーザ９の利用履歴情報に加え
る。

【００２８】抽選処理部２７は、予約受付部２６が抽選
が必要であると判断した場合に、予約情報データベース
２１ｃに記憶された事前予約を行った者の数なかから、
券を販売する者（当選者）を抽選で選択する。ここで、
抽選処理部２７による抽選処理としては、例えば、優先
順位を付けずに、事前予約を行った者のなかかからラン
ダムに当選者を決定する場合と、事前予約を行った者に
所定の条件で優先順位を付け、優先順位が高い者から当
選者を割り当てる場合とがある。なお、優先順位を付け
る場合において、最終的に同じ優先順位が付けられた者
のなかから一部の者を選ぶ必要がある場合にはそのなか
からランダムに当選者を選ぶ。また、優先順位の付け方
としては、事前予約を行った者の利用履歴情報から利用
回数の多い者に高い優先順位を付ける方法、キャンセル
の少ない者に高い優先順位を付ける方法などがある。ま
た、複数の異なる登録ＩＤを持つ者のうち同じ住所が登
録されている者には、一人分として抽選を行うなどの方
法を採用してもよい。また、所定の条件の下、ブラック
リストを作成し、当該ブラックリストに上げられ者を抽
選の対象から外してもよい。

【００２９】購入意思確認部２８は、例えば、抽選によ
って当選した者に対して、当該券の購入意思があるか否
かを問い合わせる。すなわち、キャンセルを行うか否か
を問い合わせる。

【００３０】２次予約受付部２９は、例えば、抽選によ
って落選した者に対して、その後、キャンセル券および
追加券が生じた場合に、当該券の購入を予約するか否か
を問い合わせ、当該問い合わせに応じて行われた２次予
約を受ける。２次予約受付部２９は、２次予約を受けた
ユーザ９の登録ＩＤを記憶部２１の予約情報データベー
ス２１ｃに格納する。また、２次予約受付部２９は、ユ
ーザ９からの２次予約の履歴をユーザ情報データベース
２１ａ内の当該ユーザ９の利用履歴情報に加える。

【００３１】２次予約対応券割当部３０は、例えば、所
定の期間内にキャンセルがあった券およびイベント主催
会社１０から受けた追加券を、予約情報データベース２
１ｃに記憶された情報に基づいて、２次予約を行った者
に割り当てる。当該割り当ての手法は、例えば、抽選ま
たはオークションなどの方法が採用される。

【００３２】座席割当部３１は、例えば、図２に示す一
般発売日後に、ユーザ９から受けた券購入要求に基づい
て、当該ユーザが購入する券に応じた座席を会場内で割
り当てる。

【００３３】決済処理部３２は、例えば、ユーザ９が券
購入処理を行う際に、当該券についての決済処理および
手続を、クレジットカード会社や銀行などの決済を行う
機関との間で行う。クレジットカード会社との間で決済
を行う場合には、ユーザ９の認証を行う。また、決済処
理部３２は、ユーザ９が所有する電子マネーを用いて決
済を行ってもよい。この場合には、ユーザ９の認証は不
要である。この場合に、電子マネー内に所定の情報を記
憶可能なモジュールを有する場合には、当該モジュール
内に券情報を記憶してもよい。ユーザは、イベントの会
場に入場する際に、入り口に設けられた検札装置に、電
子マネー内に記憶された券情報を検札させる。また、決
済処理部３２は、ユーザ９が利用する衛星放送の受信料
等のその他の料金の一部に当該券の購入料金を加えて請
求（決済）してもよい。

【００３４】ユーザ販売実績管理部３３は、例えば、ユ
ーザ９による事前予約、２次予約、抽選の当落およびキ
ャンセルなどの履歴を、記憶部２１のユーザ情報データ
ベース２１ａ内の当該ユーザのエントリに利用履歴情報
として格納および更新する。

【００３５】ユーザ通知部３４は、例えば、抽選処理部
２７による抽選結果などを入出力部２３および通信網６
を介して、ユーザ９のコンピュータ４および電話機５な
どに通知する。

【００３６】券配送管理部３５は、例えば、適切な購入
処理を経てユーザ９が券を購入する後に、当該券をユー
ザ９に配送するために必要な管理、処理および手続を行
う。例えば、券配送管理部３５は、例えば、券を購入し
たユーザ９に対応する個人情報を当該ユーザ９の登録Ｉ
Ｄなどをキーとして記憶部２１のユーザ情報データベー
ス２１ａから得ると共に、当該ユーザ９が購入した券の
イベント情報および会場情報をイベント情報データベー
ス２１ｂおよび会場情報データベース２１ｄから得て、
これらの情報のうち券の印刷および配送に必要な情報を
記載した券配送データを生成する。当該券配送データ
は、例えば、オンラインあるいはオフランで券印刷会社
および券発送管理会社に送られる。

【００３７】以下、発券装置２における処理を説明す
る。 〔ユーザ登録処理〕図６は、発券装置２におけるユーザ
登録処理のフローチャートである。 ステップＳ１：ユーザ登録部２０は、例えば、ユーザ９
によるコンピュータ４の操作に応じて通信網６を介して
入出力部２３にアクセスがあったか否かを判断し、アク
セスがあった場合にはステップＳ２の処理を行い、アク
セスがなかった場合にはステップＳ１の処理を繰り返
す。

【００３８】ステップＳ２：ユーザ登録部２０は、例え
ば、入出力部２３にアクセスを行ったユーザが既に登録
済みであるか否かを判断し、未登録である場合にはステ
ップＳ３の処理を実行し、登録済みである場合にはユー
ザ登録処理を終了し、例えば、後述する検索処理あるい
は券事前予約処理等を行う。

【００３９】ステップＳ３：ステップＳ２でユーザが未
登録である場合に実行される。ユーザ登録部２０は、入
出力部２３および通信網６を介してコンピュータ４にユ
ーザ９の個人情報を要求し、通信網６およひ入出力部２
３を介してコンピュータ４から得たユーザ９の個人情報
を記憶部２１のユーザ情報データベース２１ａに記憶す
る。 ステップＳ４：ユーザ登録部２０は、入出力部２３およ
び通信網６を介してコンピュータ４にユーザ９の嗜好情
報を要求し、ユーザ９から得た嗜好情報を記憶部２１の
ユーザ情報データベース２１ａに記憶する。また、ユー
ザ登録部２０は、発券装置２がユーザ９にイベント情報
を定期的に提供する際の周期の設定を要求し、ユーザ９
から得た周期をユーザ情報データベース２１ａに記憶す
る。

【００４０】〔ユーザへの情報提供処理〕図７は、発券
装置２におけるユーザへの情報提供処理のフローチャー
トである。発券装置２は、登録されている各ユーザ毎に
図７に示す情報提供処理を行う。 ステップＳ１１：情報提供部２２は、例えば、ユーザ９
にイベント情報を提供するために予め設定された時刻に
なったか否かを判断し、設定された時刻になったと判断
した場合にはステップＳ１２の処理を実行し、そうでな
い場合にはステップＳステップＳ１１の処理を繰り返
す。なお、ユーザ９への情報提供は、前述したようにユ
ーザ情報データベース２１ａに記憶されている周期に基
づいて、例えば、１日周期あるいは１週間周期などで行
われる。前述したように、個々のユーザ９に対してイベ
ント情報を提供する周期は、ユーザ９からの要求に応じ
て個別に設定可能である。情報提供部２２は、例えば、
個々のユーザ９毎に、何れの周期でイベント情報を提供
するかを示すテーブルを有しており、当該テーブルに基
づいてユーザ９にイベント情報を提供する時刻（タイミ
ング）を決定する。

【００４１】ステップＳ１２：情報提供部２２は、例え
ば、ユーザ９の登録番号などをキーとして、記憶部２１
のユーザ情報データベース２１ａから、情報提供を行う
ユーザ９の嗜好情報および利用履歴情報を読み出す。

【００４２】ステップＳ１３：情報提供部２２は、ステ
ップＳ１２で読み出した嗜好情報および利用履歴情報の
うち所定のデータを検索キーとして用いて記憶部２１の
イベント情報データベース２１ｂから検索を行い、当該
検索によって該当するイベント情報を読み出す。

【００４３】ステップＳ１４：情報提供部２２は、ステ
ップＳ１３で読み出したイベント情報を、例えば、入出
力部２３および通信網６を介して対応するユーザ９のコ
ンピュータ４に送信する。

【００４４】〔検索処理等〕図８は、発券装置２におけ
る検索処理等のフローチャートである。図８に示す処理
は、例えば、図６に示すユーザ登録処理によって登録が
完了したユーザ９を対象として行われる。 ステップＳ２１：検索部２４は、ユーザから検索要求を
受けたか否かを判断し、受けたと判断した場合にはステ
ップＳ２２の処理を実行し、受けていないと判断した場
合にはステップＳ２３の処理を実行する。

【００４５】ステップＳ２２：検索部２４は、ユーザ９
によるコンピュータ４の操作に応じて通信網６および入
出力部２３を介して検索要求信号を入力する。そして、
検索部２４は、当該検索要求信号に基づいて、ユーザ９
が要求するイベント情報および発券情報などを記憶部２
１のイベント情報データベース２１ｂから検索し、検索
結果を入出力部２３および通信網６を介してユーザ９の
コンピュータ４に出力する。

【００４６】ステップＳ２３：予約受付部２６は、ユー
ザ９によるコンピュータ４の操作に応じて通信網６を介
して入出力部２３が券の事前予約要求を受け付けたか否
かをがを判断し、受けたと判断した場合にはステップＳ
２５の処理を行い受けていないと判断した場合には券発
売処理部２５がステップＳ２４の処理を実行する。

【００４７】ステップＳ２４：券発売処理部２５は、ユ
ーザ９によるコンピュータ４の操作に応じて通信網６を
介して入出力部２３が券の購入要求を受けたか否かを判
断し、受けたと判断した場合にはステップＳ２６の処理
を実行し、受けていないと判断した場合には処理を終了
する。ステップＳ２５の券事前予約処理とおよびステッ
プＳ２６の券販売処理については後述する。

【００４８】〔券事前予約処理〕図９は、発券装置２に
おける券事前予約処理（図８のステップＳ２５）を示す
フローチャートである。 ステップＳ３１：予約受付部２６は、ユーザ９によるコ
ンピュータ４の操作に応じて通信網６を介して入出力部
２３が券事前予約要求を受けると、事前予約受付期間が
満了したか否かを判断し、満了していないと判断した場
合にはステップＳ３２の処理を繰り返し、満了したと判
断した場合には処理を終了する。

【００４９】ステップＳ３２：券事前予約期間が満了し
ていない場合に実行され、予約受付部２６は、コンピュ
ータ４からの事前予約要求を受け付け、当該ユーザ９を
特定する情報（例えば、ユーザ９の登録ＩＤ）を記憶部
２１の予約情報データベース２１ｃに記憶する。予約受
付部２６は、事前予約受付期間内に、複数のユーザ９か
ら各イベントについての事前予約要求を受ける。予約受
付部２６は、ユーザ９からの事前予約の履歴をユーザ情
報データベース２１ａ内の当該ユーザ９の利用履歴情報
に加える。

【００５０】ステップＳ３３：予約受付部２６は、予め
記憶している事前予約に割り当てられた券の数と、予約
情報データベース２１ｃに記憶された事前予約を行った
者の数とを比較し、事前予約を行った者の数の方が多い
場合に抽選が必要であると判断する。予約受付部２６
は、抽選が必要であると判断した場合にはステップＳ３
４の処理を行い、抽選が必要でないと判断した場合には
ステップＳ３５の処理を実行する。

【００５１】ステップＳ３４：ステップＳ３３で抽選が
必要であると判断された場合に実行され、抽選処理部２
７は、予約情報データベース２１ｃに記憶された事前予
約を行った者のなかから、券を販売する者（当選者）を
抽選で選択する。抽選方法としては、前述したように所
定の条件で優先順位を付ける場合を付けない場合等があ
る。また、抽選以外にも、オークションなどを行うよう
にしてもよい。

【００５２】ステップＳ３５：抽選処理部２７は、ユー
ザ通知部３４、入出力部２３および通信網６を介して、
前記抽選の結果を例えば電子メールなどを用いてユーザ
９のコンピュータ４に通知する。ここで、ステップＳ３
４における抽選処理が行われなかった場合には、事前予
約を行った全てのユーザ９のコンピュータ４に対しての
当選を示す抽選結果を通知する。なお、抽選結果の通知
は、例えば、ユーザ９がコンピュータ４を操作して発券
装置２が提供するホームページにアクセスしたときに、
発券装置２からコンピュータ４に当該抽選結果を送信し
てもよい。

【００５３】〔当選者に対しての処理〕図１０は、上述
した抽選による当選者に対しての発券装置２における処
理を示すフローチャートである。 ステップＳ４１：購入意思確認部２８は、通信網６およ
び入出力部２３を介して、ユーザ９によるコンピュータ
４の操作に応じた抽選結果確認要求をコンピュータ４か
ら受けると、ステップＳ４２の処理を実行し、そうでな
い場合にはステップＳ４１の処理を繰り返す。 ステップＳ４２：購入意思確認部２８は、今後の手続内
容を示す情報をコンピュータ４に提供する。

【００５４】ステップＳ４３：購入意思確認部２８は、
当該ユーザ９のコンピュータ４に、当該券をキャンセル
するか否かを問い合わせを行う。購入意思確認部２８
は、コンピュータ４からキャンセル要求を受けると、ス
テップＳ４４のキャンセル処理を行う。また、購入意思
確認部２８は、コンピュータ４から購入要求を受ける
と、ステップＳ４５の決済処理を行う。

【００５５】ステップＳ４４：購入意思確認部２８は、
コンピュータ４からキャンセル要求を受けると、キャン
セル情報を保持し、２次予約受付部２９による後述する
２次予約の対象券として割り当てる。また、記憶部２１
のユーザ情報データベース２１ａ内の当該キャンセルを
行ったユーザ９のエントリに、当該ユーザがキャンセル
を行ったことを示す情報を購入履歴情報として加える。

【００５６】ステップＳ４５：決済処理部３２は、ステ
ップＳ４２で購入要求を出したユーザ９について決済処
理を行う。決済処理部３２は、例えば、図１に示す決済
会社８の決済装置３との間でユーザ９の認証などを行い
決済処理を行う。なお、決済処理部３２による決済処理
が適切に行われた場合にはステップＳ４６の処理が行わ
れ、適切に行われない場合にはユーザ９の券購入要求は
取り消される。

【００５７】ステップＳ４６：ステップＳ４５の決済処
理が適切に行われた場合に実行され、券配送管理部３５
は、ユーザ９に券を配送するための処理および手続を行
う。

【００５８】〔落選者に対しての処理〕図１１は、前述
した抽選による落選者に対しての発券装置２における処
理を示すフローチャートである。 ステップＳ５１：発券装置２は、通信網６および入出力
部２３を介して、ユーザ９によるコンピュータ４の操作
に応じた抽選結果確認要求をコンピュータ４から受ける
と、ステップＳ５２の処理を実行し、そうでない場合に
はステップＳ５１の処理を繰り返す。 ステップＳ５２：発券装置２は、落選したこと並びに２
次予約内容を示す情報をコンピュータ４に提供する。

【００５９】ステップＳ５３：２次予約受付部２９は、
当該ユーザ９のコンピュータ４に、２次予約を申し込む
か否かを問い合わせる。２次予約受付部２９は、コンピ
ュータ４から２次予約を申込みを受けると、当該ユーザ
９を特定する情報を記憶部２１の予約情報データベース
２１ｃに記憶し、そうでない場合には処理を終了する。
また、２次予約受付部２９は、ユーザ９からの２次予約
の履歴をユーザ情報データベース２１ａ内の当該ユーザ
９の利用履歴情報に加える。また、２次予約受付部２９
は、２次予約を行った者に対して、ステップＳ５４の２
次予約処理を行う。

【００６０】ステップＳ５４：２次予約対応券割当部３
０は、例えば、所定の期間内にキャンセルがあった券お
よびイベント主催会社１０から受けた追加券を、予約情
報データベース２１ｃに記憶された情報に基づいて、２
次予約を行った者に割り当てる。当該割り当ての手法
は、例えば、抽選などが採用される。そして、当選した
者に対して、前述した図９に示すステップＳ４５の決済
処理と、ステップＳ４６に示す券発送管理を行う。

【００６１】以下、上述した機能を実現する発券装置２
およびコンピュータ４のハードウェア構成等を説明す
る。図１２は、発券装置２のハードウェア構成図であ
る。発券装置２は、発券システム１において、サーバと
して機能する。図１２に示すように、発券装置２は、Ｃ
ＰＵ５１、メモリ５２、インターフェイス５３および５
４が、バス５５を介して接続されている。ＣＰＵ５１
は、メモリ５２に記憶されたプログラムを実行すること
で、図５および図６に示す情報提供部２２等の各機能ブ
ロックの機能を実現する。メモリ５２は、ＣＰＵ５１で
実行されるプログラムと、ＣＰＵ５１の処理に用いられ
るデータを記憶し、例えば、図４および図５に示す記憶
部２１の機能を実現する。インターフェイス５３には、
キーボード５６、マウス５７およびディスプレイ５８が
接続されている。インターフェイス５４は、図５に示す
入出力部２３の機能を実現し、図１に示す通信網６に接
続されている。

【００６２】図１３は、コンピュータ４のハードウェア
構成図である。コンピュータ４は、例えば、市販されて
いるパーソナルコンピュータであり、発券システム１に
おいて、通信網６上の図示しないホストコンピュータに
対してクライアントとして機能すると共に、発券装置２
が提供するホームンページにアクセスしているときに発
券装置２のクライアントとして機能する。

【００６３】図１３に示すように、コンピュータ４は、
ＣＰＵ６１、メモリ６２、インターフェイス６３および
６４が、バス６５を介して接続されている。インターフ
ェイス６３には、キーボード６６、マウス６７およびデ
ィスプレイ６８が接続されている。インターフェイス６
４は、図１に示す通信網６に接続されている。ＣＰＵ６
１は、メモリ６２に記憶されたプログラムを実行するこ
とで、インターフェイス６３を介してＧＵＩ(Graphical
User Interface)に応じた画面をディスプレイ５８に表
示する。

【００６４】また、ＣＰＵ６１は、通信網６およびイン
ターフェイス６４を介して、発券装置２から受信したホ
ームページの画像信号を、インターフェイス６３を介し
てディスプレイ６８に表示させる。また、ＣＰＵ６１
は、メモリ６２から読み出した検索プログラムを実行し
て発券装置２のホームページにアクセスを行うことを可
能にする。ここで、発券装置２とコンピュータ４との間
の通信は、例えば、ＴＣＰ／ＩＰ(Transmission Contro
l Protocol/Internet Protocol) などを用いて行われ
る。また、発券装置２とコンピュータ４との間で電子メ
ールの送受信が可能である。なお、ＣＰＵ６１の動作速
度は、図１２に示す発券装置２のＣＰＵ５１に動作速度
に比べて遅い。また、メモリ６２の記憶容量は、図１２
に示す発券装置２のメモリ５２の記憶容量に比べて大幅
に小さい。

【００６５】以下、発券装置２が前述した登録処理を行
う際に、発券装置２がコンピュータ４に提供するディス
プレイの画面の具体例を説明する。例えば、ユーザ９が
コンピュータ４を操作して発券装置２が提供するホーム
ページにアクセスすることで、コンピュータ４のディス
プレイ上に以下に示す種々の画面が表示される。ユーザ
９は、コンピュータ４のディスプレイを見ながら、所定
の情報を入力する。

【００６６】ユーザ登録処理は、前述した図６に示す手
順に基づいて行われる。先ず、例えば、未登録のユーザ
９が発券装置２が提供するホームページにアクセスする
と、図１４に示すように登録手順案内の画面１０１がコ
ンピュータ４のディスプレイに表示される。画面１０１
には、登録手順の案内の文章１０１ａが表示される。ユ
ーザ９は、さらなる情報を得たい場合にコンピュータ４
に接続されたマウス等を用いてアイコン１０１ｂをクリ
ックする。当該クリックによって、コンピュータ４のデ
ィスプレイに図１４に示す規約の承認の画面１０２が表
示される。ユーザ９は、規約の承認の画面１０２に表示
された規約を読んだ後に、その内容に承認する場合に
は、アイコン１０２ａをマウス等でクリックする。当該
クリックによって、コンピュータ４のディスプレイに図
１４に示す個人情報の登録の画面１０３が表示される。
ユーザ９は、画面１０３内の各入力欄に対応する情報を
入力する。具体的には、ユーザ９は、電子メールのアド
レス、性別、名前、住所、郵便番号、職種、電話番号、
券購入時に用いるパスワード（暗証番号）、決済方法な
どを入力する。ユーザ９は、当該入力を終了し、登録を
行う場合には、画面１０３内のアイコン１０３ａをマウ
ス等でクリックする。一方、ユーザ９は、登録を行わな
い場合には、アイコン１０３ｂをマウス等でクリックす
る。

【００６７】当該クリックによって、コンピュータ４の
ディスプレイに図１５に示す登録内容の確認の画面１０
４が表示される。当該画面１０４には、ユーザ９が画面
１０３を用いて入力したデータの全部あるいは一部のデ
ータが表示される。ユーザ９は、画面１０４を見て内容
を確認し、修正がなくその内容で登録を行う場合には、
画面１０４内のアイコン１０４ａをマウス等でクリック
する。

【００６８】当該クリックによって、コンピュータ４の
ディスプレイに図１５に示すユーザの趣味嗜好の登録の
画面１０５が表示される。当該画面１０５には、音楽、
エンタテイメント、趣味、スポーツ、アウトレジャーお
よび家庭・情報などの項目があり、各項目に複数のエン
トリーが設けられている。ユーザ９は、自らの嗜好に基
づいて、各項目内の対応するエントリーにマウス等でク
リックしてマークを付ける。そして、ユーザ９が、当該
マーク操作を終了すると、画面１０５内のアイコン１０
５ｂをクリックする。

【００６９】当該クリックによって、コンピュータ４の
ディスプレイに図１５に示す画面１０６が表示される。
画面１０６には、各分野毎に、複数のアーティストのエ
ントリーが設けられ、ユーザが自らの好むアーティスト
のエントリーをマウス等でクリックしてマークを付け
る。そして、ユーザ９が、当該マーク操作を終了する
と、画面１０６内のアイコン１０６ｂをクリックする。
以上により、ユーザ９の登録処理が完了する。これによ
って、前述した図６で説明したステップＳ３，Ｓ４の個
人情報および嗜好情報がユーザ情報データベース２１ａ
に格納される。

【００７０】以上説明したように、発券システム１によ
れば、ユーザ９は、自らの嗜好に応じたイベント情報を
発券装置２から定期的に受けることができる。その結
果、ユーザ９は、膨大なイベント情報のなかから自らの
嗜好に応じたイベント情報を抽出する作業から開放され
る。また、発券システム１によれば、イベントの券の一
般発売日前に、当該券の購入の事前予約を受ける。そし
て、事前予約を行った者のうち券を割り当てる者を抽選
で決定する。従って、ユーザは、券の発売日のい発売開
始時刻に先を争って販売店に電話をかける必要がなくな
り、券購入に伴う負担が軽減される。これによって、発
券システム１を利用する者の層を広げることができる。

【００７１】本発明は上述した実施形態には限定されな
い。例えば、上述した実施形態は、主に発券装置２から
ユーザ９のがコンピュータ４にイベント情報の提供を行
う場合を例示したが、例えば、ユーザ９らの要求に応じ
て発券装置２からユーザ９の電話機５に、ユーザ９の嗜
好に合った音声でイベント情報を提供してもよい。ま
た、発券装置２は、例えば電話会社が提供する文字情報
や簡単な画像情報などを通信できる簡易型の電子サイト
を用いて、上述した処理を進行してもよい。

【００７２】

【発明の効果】以上説明したように、本発明によれば、
各ユーザ（券取得希望者）の嗜好に応じたイベント情報
を効率的にユーザに提供する発券装置、券取得装置、発
券システムおよびその方法を提供できる。そのため、ユ
ーザは、膨大なイベント情報のなかから自らが興味のあ
るイベント情報を抽出する労力から開放される。

【図面の簡単な説明】

【図１】図１は、本発明の第１実施形態の発券システム
の全体構成図である。

【図２】図２は、図１に示す発券システムにおける発券
処理の流れの概略を説明するための図である。

【図３】図３は、図１に示す券販売会社と、ユーザおよ
びイベント主催会社との間における手続および情報の流
れを説明するための図である。

【図４】図４は、図１に示す発券装置の機能ブロック図
である。

【図５】図５は、図１に示す発券装置の機能ブロック図
である。

【図６】図６は、図１に示す発券装置におけるユーザ登
録処理のフローチャートである。

【図７】図７は、図１に示す発券装置におけるユーザへ
の情報提供処理のフローチャートである。

【図８】図８は、図１に示す発券装置における検索処理
等のフローチャートである。

【図９】図９は、図１に示す発券装置における券事前予
約処理（図８のステップＳ２５）を示すフローチャート
である。

【図１０】図１０は、抽選による当選者に対しての発券
装置における処理を示すフローチャートである。

【図１１】図１１は、抽選による落選者に対しての発券
装置における処理を示すフローチャートである。

【図１２】図１２は、図１に示す発券装置のハードウェ
ア構成図である。

【図１３】図１３は、図１に示すコンピュータのハード
ウェア構成図である。

【図１４】図１４は、ユーザ登録処理において発券装置
がユーザのコンピュータのディスプレイに提供する画面
を説明するための図である。

【図１５】図１５は、ユーザ登録処理において発券装置
がユーザのコンピュータのディスプレイに提供する画面
を説明するための図である。

【符号の説明】

１…発券システム、２…発券装置、３…決済装置、４…
コンピュータ、５…電話機、６…通信網、７…券販売会
社、８…決済会社、９…ユーザ、１０…イベント主催会
社、２０…ユーザ登録部、２１…記憶部、２１ａ…ユー
ザ情報データベース、２１ｂ…イベント情報データベー
ス、２１ｃ…予約情報データベース、２１ｄ…会場情報
データベース、２２…情報提供部、２２ａ…ジャンル別
情報提供部、２２ｂ…アーティスト別情報提供部、２３
…入出力部、２４…検索部、２５…券発売処理部、２６
…予約受付部、２７…抽選処理部、２８…購入意思確認
部、２９…２次予約受付部、３０…２次予約対応券割当
部、３１…座席割当部、３２…決済処理部、３３…ユー
ザ販売実績管理部、３４…ユーザ通知部、３５…券配送
管理部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 金子 康芳 東京都品川区大崎１丁目11番１号 株式会 社エンタテインメントプラス内 Ｆターム(参考） 5B049 BB49 CC05 CC06 CC16 EE05

Claims (10)

【特許請求の範囲】
1. 【請求項１】イベントの券を発行する発券装置であっ
   て、 複数のイベント情報と、複数の券取得希望者のそれぞれ
   に個別に作成され当該券取得希望者から受けた券取得の
   予約あるいは申込の履歴を示す利用履歴情報とを記憶す
   る記憶手段と、 前記券取得希望者から前記予約あるいは前記申込を受
   け、当該予約あるいは申込に基づいて前記利用履歴情報
   を作成あるいは更新する受付手段と、 前記券取得希望者のそれぞれについて、当該券取得希望
   者に対応する前記利用履歴情報に基づいて、前記複数の
   イベント情報のうち当該券取得希望者に提供するイベン
   ト情報を選択し、当該選択したイベント情報を当該券取
   得希望者に提供する情報提供手段とを有する発券装置。
2. 【請求項２】未登録の前記券取得希望者の個人情報およ
   び嗜好情報を受けて当該券取得希望者の登録を行う登録
   手段をさらに有し、 前記記憶手段は、前記個人情報および前記嗜好情報を記
   憶し、 前記情報提供手段は、前記券取得希望者のそれぞれにつ
   いて、当該券取得希望者に対応する前記利用履歴情報お
   よび前記嗜好情報に基づいて、前記複数のイベント情報
   のうち当該券取得希望者に提供するイベント情報を選択
   し、当該選択したイベント情報を当該券取得希望者に提
   供する請求項１に記載の発券装置。
3. 【請求項３】前記情報提供手段は、前記券取得希望者に
   よって予め設定された周期で、前記イベント情報の選択
   および提供を行う請求項１に記載の発券装置。
4. 【請求項４】前記記憶手段は、前記予約を行った前記券
   取得希望者を特定する情報を記憶し、 前記発券装置は、 所定の期間経過後に、前記予約を受けた券の数が発券予
   定数に比べて多い場合に、前記券取得希望者のうち券を
   割り当てる者を選択する選択手段と、 前記記憶された情報に基づいて、前記選択した者に前記
   選択されたことを通知する通知手段とをさらに有する請
   求項１に記載の発券装置。
5. 【請求項５】前記選択手段は、抽選により、前記券を割
   り当てる者を選択する請求項４に記載の発券装置。
6. 【請求項６】通信網を介して発券装置に接続された券取
   得装置であって、 前記発券装置との間で前記通信網を介して情報を入出力
   する入出力手段と、 ユーザによって操作される操作手段と、 処理手段と、 表示手段とを有し、 前記操作手段は、前記ユーザからイベントの券の予約手
   続あるいは購入手続に係わる所定の操作を受け、 前記入出力手段は、前記操作手段の操作結果を前記発券
   装置に出力し、前記発券装置において前記操作結果に応
   じて生成された利用履歴情報に基づいて選択されたイベ
   ント情報を前記発券装置から入力し、 前記処理手段は、当該入力したイベント情報に応じた画
   面を前記表示手段に表示する券取得装置。
7. 【請求項７】前記操作手段は、前記ユーザを前記発券装
   置に登録する際に、当該ユーザの嗜好情報および情報の
   提供を受ける周期を入力する操作を受け、 前記入出力装置は、前記発券装置において前記操作結果
   に応じて生成された利用履歴情報および前記嗜好情報に
   基づいて選択されたイベント情報を前記発券装置から前
   記周期で入力する請求項６に記載の券取得装置。
8. 【請求項８】イベントの券を発行する発券装置と券取得
   装置とが通信網を介して接続された発券システムにおい
   て、 前記券取得装置は、券取得希望者の操作に応じた券取得
   の予約あるいは申込を前記通信網を介して前記発券装置
   に送り、前記発券装置からイベント情報を受け、 前記発券装置は、 複数のイベント情報と、複数の前記券取得希望者のそれ
   ぞれに個別に作成され当該券取得希望者から受けた券取
   得の予約あるいは申込の履歴を示す利用履歴情報とを記
   憶する記憶手段と、 前記券取得装置から前記予約あるいは前記申込を受け、
   当該予約あるいは申込に基づいて前記利用履歴情報を作
   成あるいは更新する受付手段と、 前記券取得希望者のそれぞれについて、当該券取得希望
   者に対応する前記利用履歴情報に基づいて、前記複数の
   イベント情報のうち当該券取得希望者に提供するイベン
   ト情報を選択し、当該選択したイベント情報を当該券取
   得希望者の前記券取得装置に提供する情報提供手段とを
   有する発券システム。
9. 【請求項９】イベントの券を発行する発券方法であっ
   て、 複数のイベント情報と、複数の券取得希望者のそれぞれ
   に個別に作成され当該券取得希望者から受けた券取得の
   予約あるいは申込の履歴を示す利用履歴情報とを記憶手
   段に記憶し、 前記券取得希望者から前記予約あるいは前記申込を受
   け、当該予約あるいは申込に基づいて前記利用履歴情報
   を作成あるいは更新し、 前記券取得希望者のそれぞれについて、当該券取得希望
   者に対応する前記利用履歴情報に基づいて、前記複数の
   イベント情報のうち当該券取得希望者に提供するイベン
   ト情報を選択し、 当該選択したイベント情報を当該券取得希望者に提供す
   る発券方法。
10. 【請求項１０】未登録の前記券取得希望者の個人情報お
    よび嗜好情報を受けて当該券取得希望者の登録を行い、 前記個人情報および前記嗜好情報を前記記憶手段に記憶
    し、 前記券取得希望者のそれぞれについて、当該券取得希望
    者に対応する前記利用履歴情報および前記嗜好情報に基
    づいて、前記複数のイベント情報のうち当該券取得希望
    者に提供するイベント情報を選択し、 当該選択したイベント情報を当該券取得希望者に提供す
    る請求項９に記載の発券方法。