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

Abstract

(57)【要約】 【課題】 イベントなどの券を購入する際のユーザの負
担を軽減できる発券装置を提供する。 【解決手段】 発券装置２は、ユーザ９の操作に応じて
コンピュータ４から通信網６を介して、券の発行日前の
所定の期間に、券取得の事前予約を受け、当該事前予約
を行ったユーザ９を特定する情報を記憶する。そして、
前記所定の期間経過後に、前記予約を受けた券の数が発
券予定数に比べて多い場合に、券の事前予約を行ったユ
ーザのうち券を割り当てるユーザを選択し、前記記憶さ
れた情報に基づいて、前記選択したユーザに前記選択さ
れたことを通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、通信網を
介して、イベントなどの券を発券する際に用いられる発
券装置、券取得装置、発券システムおよびその方法に関
する。

【０００２】

【従来の技術】コンサートや講演会などのイベントの主
催会社は、主催するイベントの券の販売を券販売会社に
委託している。券販売会社は、例えば、イベントの主催
会社から将来行われるイベントの内容および券の発売日
などの情報を得て、それらの情報を新聞や雑誌などのマ
スメディアを通じてユーザに提供する。ユーザは、マス
メディアから得た情報を基に、券の発売日以降に、券販
売会社に電話をしたり、券販売店に出向いて券を購入す
る。この場合に、通常、券の販売は先着順に行われこと
から、ユーザは、早い時期に券を購入しようとする。従
って、人気が高いイベントの券の発売日には、券販売会
社の営業開始時刻から多数のユーザから電話が販売店に
かけられる。

【０００３】

【発明が解決しようとする課題】しかしながら、券販売
会社の電話回線には制限があるため、多くのユーザは券
販売会社に電話がつながるまでに電話を繰り返しかける
必要があり、不便であるという問題がある。また、券販
売会社の営業開始時刻に電話をかける時間の無いユーザ
は、人気の高いイベントの券を購入できず、不公平であ
るという問題もある。また、上述した従来の券発売方法
では、アンケートなどにより、イベントの前評判の調査
は行われるが、実際に券の購入を希望する人の数を予測
することは容易ではない。従って、券の販売価格を適切
に決定することが困難であるという問題がある。また、
イベント主催会社は、発行する券を複数の券販売会社に
割り当てるが、当該割当を適切に決定することが困難で
あるという問題もある。

【０００４】本発明は上述した従来技術の問題点に鑑み
てなされ、イベントなどの券を購入する際のユーザの負
担を軽減できる発券装置、券取得装置、発券システムお
よびその方法を提供することを目的とする。また、本発
明は、需要に応じて券の販売価格を適切に決定できる発
券装置を提供することを目的とする。また、本発明は、
イベント主催会社が、複数の券販売会社に適切に割り当
てることを可能にする発券装置を提供することを目的と
する。

【０００５】

【課題を解決するための手段】上述した従来技術の問題
点を解決し、上述した目的を達成するために、本発明の
発券装置は、券の発行日前の所定の期間に、前記券の取
得希望者から券取得の予約を受ける予約受付手段と、前
記予約を行った前記取得希望者を特定する情報を記憶す
る記憶手段と、前記所定の期間経過後に、前記予約を受
けた券の数が発券予定数に比べて多い場合に、前記取得
希望者のうち券を割り当てる者を選択する選択手段と、
前記記憶された情報に基づいて、前記選択した者に前記
選択されたことを通知する通知手段とを有する。

【０００６】本発明の発券装置の作用は以下のようにな
る。例えば、券の取得希望者は、券の発行日前に、端末
装置を操作して券の取得の予約を通信網を介して本発明
の発券装置に出す。予約受付手段は、前記券の取得希望
者から券取得の予約を受け、前記予約を行った前記取得
希望者を特定する情報を記憶手段に記憶する。次に、選
択手段において、前記所定の期間経過後に、前記予約を
受けた券の数が発券予定数に比べて多い場合に、前記取
得希望者のうち券を割り当てる者を選択する。そして、
通知手段が、前記記憶された情報に基づいて、前記選択
した者に前記選択されたことを通知する。本発明の発券
装置によれば、券の発行日前の所定期間に券の取得希望
者から予約を受け、例えば、先着順ではなく、抽選など
により券を割り当てることで、上記取得希望者は先を争
って券の購入手続をする必要がなくなり、券取得希望者
の負担を軽減できる。また、本発明の発券装置によれ
ば、予約情報に応じて券の販売価格を決定することで、
券の販売価格を市場のニーズに応じて決定できる。ま
た、予約情報を記憶し、当該予約情報をイベント主催会
社に提供することで、当該予約情報に基づいて、イベン
ト主催会社は複数の販売会社への券の割り当てを適切に
決定できる。

【０００７】また、本発明の発券装置は、好ましくは、
前記選択手段は、抽選により、前記券を割り当てる者を
選択する。

【０００８】また、本発明の発券装置は、好ましくは、
前記選択手段は、所定の条件で、前記券取得希望者に優
先順位を付け、高い優先順位が付けられた前記券取得希
望者から順に前記選択を行う。

【０００９】また、本発明の発券装置は、好ましくは、
前記予約受付手段は、前記予約を受ける際に、前記取得
希望者から当該券の購入希望価格を受け、前記記憶手段
は、前記取得希望者から受けた前記購入希望価格を、当
該取得希望者を特定する情報と対応付けて記憶し、前記
選択手段は、前記記憶手段に記憶された購入希望価格の
うち高いものから順に選択し、当該選択された購入希望
価格を提示した前記購入希望者を前記選択する。

【００１０】また、本発明の発券装置は、好ましくは、
前記選択された者、あるいは前記選択された者および決
済機関との間で決済処理を行う決済処理手段をさらに有
する。

【００１１】また、本発明の発券装置は、好ましくは、
前記決算処理を、前記選択された者が所有するクレジッ
トカードおよび電子マネーの少なくとも一方を用いて行
う。

【００１２】また、本発明の発券装置は、好ましくは、
前記決済処理が適切に行われたことを確認した後に、前
記券取得希望者に前記券を配送する手続を管理する券配
送管理手段をさらに有する。

【００１３】また、本発明の発券装置は、好ましくは、
未登録の前記券取得希望者の登録処理を行う登録手段を
さらに有し、前記予約受付手段は、前記登録されている
ことを条件に前記予約を受ける。

【００１４】また、本発明の発券装置は、好ましくは、
前記選択手段によって選択されたなかった者からキャン
セル券待ちの要求を受け、キャンセルされた券が生じた
場合に、当該キャンセルされた券を前記キャンセル券待
ち要求を出した者に割り当てるキャンセル券割当手段を
さらに有する。

【００１５】また、本発明の発券装置は、好ましくは、
前記選択手段によって選択されなかった者から追加券待
ちの要求を受け、追加された券が生じた場合に、当該追
加された券を前記追加券待ち要求を出した者に割り当て
る追加券割当手段をさらに有する。

【００１６】また、本発明の発券装置は、好ましくは、
前記選択手段は、前記予約時に前記取得希望者が取得を
希望した券の数を加算して前記予約を受けた券の数を算
出し、当該算出した券の数と予め記憶された前記発券予
定数とを比較し、前記選択を行うか否かを決定する。

【００１７】また、本発明の発券装置は、好ましくは、
前記記憶手段は、前記券に係わるイベントが開催される
会場内における座席の配置情報を記憶し、前記予約受付
手段は、前記配置情報に基づいて、前記取得希望者が取
得を希望する座席の前記会場内での位置を前記取得希望
者に案内する。

【００１８】また、本発明の発券装置は、好ましくは、
前記予約を受けた数に基づいて、前記券の価格を決定す
る価格決定手段をさらに有する。

【００１９】また、本発明の発券装置は、好ましくは、
前記予約受付手段は、前記取得希望者によって操作され
るコンピュータおよび電話の少なくとも一方から前記予
約を受け付け、前記通知手段は、前記コンピュータおよ
び電話の少なくとも一方に前記通知を行う。

【００２０】また、本発明の券取得装置は、通信網を介
して発券装置に接続された券取得装置であって、前記発
券装置との間で前記通信網を介して情報を入出力する入
出力手段と、ユーザによって操作される操作手段と、処
理手段と、表示手段とを有し、前記入出力手段は、券の
予約手続用の情報を前記発券装置から入力し、前記処理
手段は、前記入力した情報に応じた画面を前記表示手段
に表示し、前記操作手段は、前記券の発行日前の所定の
期間に、前記表示に応じて前記ユーザから前記券の予約
手続に係わる所定の操作を受け、前記入出力手段は、前
記操作手段の操作の結果を前記発券装置に出力し、前記
発券装置から前記券が取得できたか否かの情報を入力
し、前記処理手段は、当該入力した情報に応じた画面を
前記表示手段に表示する。

【００２１】また、本発明の発券システムは、発券装置
と券取得装置とが通信網を介して接続された発券システ
ムであって、前記発券装置は、券の発行日前の所定の期
間に、券の取得希望者の操作に応じて前記券取得装置か
ら券取得の予約を受ける予約受付手段と、前記予約を行
った前記取得希望者を特定する情報を記憶する記憶手段
と、前記所定の期間経過後に、前記予約を受けた券の数
が発券予定数に比べて多い場合に、前記取得希望者のう
ち券を割り当てる者を選択する選択手段と、前記記憶さ
れた情報に基づいて、前記選択した者の前記券取得装置
に前記選択されたことを通知する通知手段とを有する。

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

【００２３】

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

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

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

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

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

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

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

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

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

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

【００３３】入出力部２３は、図１に示す通信網６との
間でデータの入出力を行うインターフェイスとして機能
する。

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

【００３５】券発売処理部２５は、例えば、券の発売日
以降に、ユーザ９によるコンピュータ４の操作に応じて
通信網６を介して入出力部２３が受けた券購入要求に基
づいて、券販売処理を行う。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００７９】〔検索処理の画面〕検索処理は、前述した
図８に示す手順に基づいて行われる。例えば、ユーザ９
が発券装置２のホームページにアクセスを行い、イベン
ト情報の検索を指定すると、図１６に示す画面１１０が
コンピュータ４のディスプレイに表示される。ユーザ９
は、例えば、アーティスト名またはイベント名でイベン
ト情報の検索を行う場合には、入力欄１１０ａに検索を
行いたいアーティスト名あるいはイベント名を入力す
る。ユーザ９は、例えば、イベントの開催日で検索を行
いたい場合には、入力欄１１０ｂにイベントの開催日を
入力する。ユーザ９は、イベントの券の発売日で検索を
行いたい場合には、入力欄１１０ｃに発売日を入力す
る。ユーザ９は、入力欄に入力を行った後に、アイコン
１１０ｄをクリックして検索の開始を指示する。また、
画面１１０には、例えば、図４に示す情報提供部２２に
よって提供されたおすすめ記事１１０ｅが表示される。
おすすめ記事１１０ｅは、情報提供部２２によって、個
々のユーザ９の嗜好情報に基づいて、ユーザ毎に個別に
選択される。

【００８０】ユーザ９によるアイコン１１０ｄのクリッ
クによって、発券装置２の検索部２４による検索処理が
行われ、例えば図１６に示す画面１１１がコンピュータ
４のディスプレイに表示される。画面１１１には、検索
によって得られた全てのイベントのイベント名、会場情
報、開催日、現在の券発売状況が表示される。券の発売
状況は、当該券が事前予約を受け付けているか、既に発
売中であるか、または売り切れであるか等を示す。

【００８１】ユーザ９は、画面１１１内に記述されたイ
ベントのなかに券の購入を希望するものがある場合に
は、例えば、当該イベントのイベント名をマウス等でク
リックする。これによって、図１６に示す画面１１２が
コンピュータ４のディスプレイに表示される。ユーザ９
は、画面１１２内の対応する入力欄に、自らの登録ＩＤ
および暗証番号を入力する。

【００８２】一方、ユーザ９は、画面１１０内でおすす
め記事１１０ｅをマウス等でクリックすると、画面１１
３がコンピュータ４のディスプレイに表示される。画面
１１３には、対応するイベントの内容、会場、開催日お
よび券の発売状況が表示されている。ユーザ９は、画面
１１３内に記述されたイベントのなかに券の購入を希望
するものがある場合には、例えば、当該イベントのイベ
ント名をマウス等でクリックする。これによって、図１
６に示す画面１１４がコンピュータ４のディスプレイに
表示される。ユーザ９は、画面１１４内の対応する入力
欄に、自らの登録ＩＤおよび暗証番号を入力する。

【００８３】発券装置２は、画面１１２または１１４で
入力されたユーザ９の登録ＩＤおよび暗証番号を用いて
ユーザ９の認証を行い、ユーザ９が正当な者であると判
断すると、図１７に示す指定されたイベントの詳細な内
容および申込み手順を示す画面１１５をコンピュータ４
のディスプレイに表示する。

【００８４】なお、図１７に示す画面１１５〜１１８
は、事前予約を行う場合を画面である。画面１１５に
は、同じイベントが異なる日、時刻あるいは会場で複数
の公演として行われる場合には、それらの全の詳細情報
が表示される。ユーザ９は、例えば、図１７に示す画面
１１５内に複数の公演が表示されている場合には、入力
欄１１５ａに自らが券の購入を希望する公演を指定する
情報を入力する。その後、ユーザ９は、画面１１５内の
アイコン１１５ｂをクリックする。これによって、画面
１１６が、コンピュータ４のディスプレイに表示され
る。画面１１６には、ユーザ９が画面１１５で指定した
公演の座席種類および料金などの情報が表示される。

【００８５】ユーザ９は、入力欄１１６ａに自らが券の
購入を希望する座席種類を指定する情報を入力する。そ
の後、ユーザ９は、画面１１６内のアイコン１１６ｂを
クリックする。これによって、画面１１７が、コンピュ
ータ４のディスプレイに表示される。次に、ユーザ９
は、画面１１７内の入力欄１１７ａに、購入を希望する
券の枚数を入力する。その後、ユーザ９は、画面１１７
内のアイコン１１７ｂをクリックする。これによって、
画面１１８が、コンピュータ４のディスプレイに表示さ
れる。画面１１８は、これまでのユーザ９の操作に応じ
た購入を希望する券の内容が表示している。ユーザ９
は、画面１１８の内容を見て、誤りがない場合には、ア
イコン１１８ａをクリックする。これによって、図５に
示す予約受付部２６が、ユーザ９からの当該券の事前予
約を受ける。

【００８６】なお、上述した画面１１５〜１１８では、
事前予約を行う場合を例示したが、例えば、既に発売中
の券の販売を行う場合には、以下のような画面がコンピ
ュータ４のディスプレイに表示される。発券装置２は、
ユーザ９が希望する公演の詳細を示す図１８に示す画面
１２０をコンピュータ４のディスプレイに表示する。ユ
ーザ９は、画面１２０の入力欄１２０ａに希望する座席
の種類を入力した後に、アイコン１２０ｂをクリックす
る。これによって、画面１２１が表示される。発券装置
２は、画面１２１において、当該公演が行われる会場の
見取り図を示すと共に、座席の種類に応じて当該座席が
属するブロックの会場内の位置１２１ａを表示する。ま
た、画面１２１には、各ブロック毎の残席情報１２１ｂ
が表示される。ユーザは、これらの情報を参考にして、
入力欄１２１ｃに希望する座席をブロック単位で指定す
る情報を入力した後に、アイコン１２１ｄをクリックす
る。

【００８７】これによって、図１８に示す画面１２２が
コンピュータ４のディスプレイに表示される。ユーザ９
は、画面１２２内の入力欄１２２ａに購入を希望する券
の枚数を入力する。その後、ユーザ９は、アイコン１２
２ｂをマウス等でクリックする。発券装置２は、画面１
２２におけるユーザ９による券の枚数の入力に基づい
て、ユーザ９に販売する券の座席を決定する。このと
き、ユーザ９が複数の券の購入を希望している場合に
は、発券装置２は、これらの複数の券の座席が隣り合わ
せ（あるいは近く）になるように座席を決定する。そし
て、発券装置２は、隣り合わせになる席を確保できない
場合には、画面１２３をコンピュータ４のディスプレイ
に表示し、飛び席でも良いか否かをユーザ９に問い合わ
せる。そして、ユーザ９が飛び席で良い旨の返答をした
場合には、当該飛び席の券をユーザ９に割り当てる。

【００８８】〔抽選結果の通知処理並びにその後の手続
処理〕当該処理は、例えば、図９に示すステップＳ３５
の処理、図１０および図１１に示す処理の一部に対応し
ている。例えば、ユーザ９が発券装置２のホームページ
にアクセスを行い、予約状況確認を指定すると、図１９
に示す画面１３０がコンピュータ４のディスプレイに表
示される。ユーザ９は、例えば、自らが行った全ての予
約の状況を知りたい場合には、画面１３０ａ内の入力欄
１３０ｂに自らの登録ＩＤを入力し、入力欄１３０ｂに
暗証番号を入力した後に、アイコン１３０ｄをマウス等
でクリックする。発券装置２は、ユーザ９が入力した登
録ＩＤおよび暗証番号に基づいて、ユーザ９の認証を行
い、ユーザ９の正当性を確認すると、例えば、ユーザ９
の登録ＩＤをキーとして、記憶部２１の予約情報データ
ベース２１ｃを検索し、ユーザ９の予約状況を得る。そ
して、発券装置２は、ユーザ９の全ての予約状況を示す
画面１３１をコンピュータ４のディスプレイに表示す
る。

【００８９】画面１３１には、当該ユーザ９のオーダー
タイトルＡ，Ｂ，Ｃ，Ｄの予約状況が示されている。こ
こで、オーダータイトルＡの予約については、例えば抽
選の結果、当選して券が取れたことを示している。ま
た、オーダータイトルＢの予約については、抽選の結
果、落選したことを示している。また、オーダータイト
ルＣの予約については、抽選の結果待ち状態であり、１
０月１５日に抽選結果が発表されることを示している。
また、オーダータイトルＤの予約については、抽選の結
果、落選し、現在２次予約を受け付け中であることを示
している。

【００９０】また、ユーザ９は、例えば、自らが行った
予約のうち特定の一つの予約の状況を知りたい場合に
は、画面１３０ｅ内の入力欄１３０ｆに当該予約の受付
番号を入力し、入力欄１３０ｇに自らの登録ＩＤを入力
し、入力欄１３０ｈに暗証番号を入力した後に、アイコ
ン１３０ｉをマウス等でクリックする。なお、受付番号
は、例えば、ユーザ９が事前予約を行った際に発券装置
２からコンピュータ４に与えられる。発券装置２は、ユ
ーザ９が入力した登録ＩＤおよび暗証番号に基づいて、
ユーザ９の認証を行い、ユーザ９の正当性を確認する
と、例えば、ユーザ９が入力した受付番号をキーとし
て、記憶部２１の予約情報データベース２１ｃを検索
し、ユーザ９の当該受付番号の予約状況を得る。そし
て、発券装置２は、ユーザ９の当該受付番号の予約状況
を示す画面１３２をコンピュータ４のディスプレイに表
示する。

【００９１】そして、ユーザ９が、画面１３１および１
３２において、例えば、券が取れたオーダータイトルＡ
が表示された箇所をマウス等でクリックすると、発券装
置２は、図２０に示す画面１４０をコンピュータ４のデ
ィスプレイに表示する。画面１４０には、当該予約が抽
選によって当選したこと、並びに当該イベント（公演）
の会場、日時、券の席種、枚数、座席番号、料金、当該
料金を振り込む銀行口座および期限などが表示される。
ユーザ９は、当該券を購入する場合に、画面１４０の内
容に基づいて、所定の手続を行う。一方、ユーザ９は、
当該券の予約をキャンセルする場合には、画面１４０内
のアイコン１４０ａをクリックする。これによって、コ
ンピュータ４のディスプレイには、画面１４１が表示さ
れる。画面１４１には、キャンセルの内容が表示されて
いる。ユーザ９は、画面１４１の内容を確認した後に、
画面１４１内のアイコン１４１ａをクリックする。これ
によって、ユーザ９による当該券の予約をキャンセルさ
れ、コンピュータ４のディスプレイに画面１４２が表示
される。

【００９２】一方、ユーザ９が、画面１３１および１３
２において、落選したオーダータイトルが表示された箇
所等をマウス等でクリックすると、発券装置２は、図２
１に示す画面１５０をコンピュータ４のディスプレイに
表示する。画面１５０には、２次予約が行われるイベン
トについて、同じイベントが異なる日、時刻あるいは会
場で複数の公演として行われる場合には、それらの全の
詳細情報が表示される。ユーザ９は、例えば、図２１に
示す画面１５０内に複数の公演が表示されている場合に
は、入力欄１５０ａに自らが券の２次予約を行う公演を
指定する情報を入力する。その後、ユーザ９は、画面１
５０内のアイコン１５０ｂをクリックする。これによっ
て、画面１５１が、コンピュータ４のディスプレイに表
示される。画面１５１には、ユーザ９が画面１５０で指
定した公演の座席種類および料金などの情報が表示され
る。

【００９３】ユーザ９は、入力欄１５１ａに２次予約を
行う券の枚数を入力する。その後、ユーザ９は、画面１
５１内のアイコン１５１ｂをクリックする。これによっ
て、画面１５２が、コンピュータ４のディスプレイに表
示される。画面１５２には、これまでのユーザ９の操作
に応じた２次予約を行う券の内容が表示している。ユー
ザ９は、画面１５２の内容を見て、誤りがない場合に
は、アイコン１５２ａをクリックする。これによって、
図５に示す２次予約受付部２９が、ユーザ９からの当該
券の２次予約を受け付ける。

【００９４】以上説明したように、発券システム１によ
れば、イベントの券の一般発売日前に、当該券の購入の
事前予約を受ける。そして、事前予約を行った者のうち
券を割り当てる者を抽選で決定する。従って、ユーザ
は、券の発売日の発売開始時刻に先を争って販売店に電
話をかける必要がなくなり、券購入に伴う負担が軽減さ
れる。これによって、発券システム１を利用する者の層
を広げることができる。

【００９５】第２実施形態 本実施形態の発券システムは、事前予約を受けた券の数
が発券予定数に比べて多い場合に事前予約を行った者の
うち券を割り当てる者を選択する手法が第１実施形態の
発券システム１とは異なり、それ以外の処理は発券シス
テム１と同じである。本実施形態の発券システムの構成
は、図２２に示すように、図２に示す抽選処理部２７の
代わりにオークション処理部２２７を設けた点を除い
て、発券システム１と同じである。

【００９６】すなわち、上述した第１実施形態では、事
前予約に割り当てられた券の数に比べて、事前予約を行
った者の数の方が多い場合に抽選を行う場合を例示した
が、本実施形態の発券システムでは、オークションを行
う。当該オークションは、例えば、以下のようにして行
われる。予約受付部２６は、ユーザ９から事前予約を受
ける際に、当該券の購入希望価格を受け、当該購入希望
価格を記憶部２１の予約情報データベース２１ｃに格納
する。そして、オークション処理部２２７において、予
約情報データベース２１ｃに格納された購入希望価格を
ソートして、より高い購入希望価格が提示された事前予
約（当該事前予約を行ったユーザ）に対して券を割り当
てる。

【００９７】本実施形態の発券システムによれば、需要
の高さに応じた価格で券を販売することができる。

【００９８】第３実施形態 本実施形態の発券システムは、抽選の内容が第１実施形
態の発券システム１とは異なり、それ以外の処理は発券
システム１と同じである。上述した第１実施形態では、
事前予約受付期間経過後に抽選を行う場合を例示した
が、本実施形態の発券システムでは、例えば、ユーザ９
が事前予約を行う際に、発券装置２がコンピュータ４に
提供する画面上で、クジを引いたり、カードゲームなど
を行うことで、その場で発券装置２からコンピュータ４
に抽選の結果を通知する。例えば、クジ引く場合には、
ユーザ９が引く複数のくじの中に、予め事前予約に割り
当てられている券の数に応じた当たりくじを用意してお
く。また、例えば、ユーザ９が複数枚の券を予約する場
合には、券の枚数に応じてくじを引く回数を設定する。
本実施形態の発券システムによれば、ユーザ９は、事前
予約を行う際に券の購入の可否を知ることができるた
め、便利である。また、本実施形態の発券システムによ
れば、第１実施形態の効果も同様に得られる。

【００９９】第４実施形態 本実施形態の発券システムは、事前予約状況に基づいて
券の価格を設定することを除いて、前述した第１実施形
態の発券システム１と同じである。本実施形態の発券シ
ステムでは、例えば、図５に示す記憶部２１の予約情報
データベース２１ｃに格納された予約情報に基づいて、
例えば、図２に示す一般発売日からの券の販売価格を決
定する。なお、事前予約期間内に、上記予約情報に基づ
いて、券の価格を変動させてもよい。本実施形態の発券
システムによれば、券の実際の需要に応じて券の価格を
適切に決定できる。また、上記予約情報を図１に示すイ
ベント主催会社１０にフィードバックすることで、イベ
ント主催会社１０が複数の券販売会社に券を適切に割り
当てることが可能になる。

【０１００】本発明は上述した実施形態には限定されな
い。例えば、上述した実施形態は、ユーザ９がコンピュ
ータ４を用いて、例えば、発券装置２が提供するホーム
ページ等にアクセスを行って、ユーザ９の登録および券
の事前予約等を行う場合を例示したが、ユーザ９が電話
機５を用いて、発券装置２による音声によって進められ
る手順に基づいて、ユーザ９による電話機５に設けられ
たボタンの操作あるいは音声によって、所定の情報を入
力するようにしてもよい。また、発券装置２は、例えば
電話会社が提供する文字情報や簡単な画像情報などを通
信できる簡易型の電子サイトを用いて、上述した処理を
進行してもよい。

【０１０１】

【発明の効果】以上説明したように、本発明によれば、
イベントなどの券を購入する際のユーザの負担を軽減で
きる発券装置、券取得装置、発券システムおよびその方
法を提供できる。また、本発明によれば、予約情報に応
じて券の販売価格を決定することで、券の販売価格を市
場のニーズに応じて決定できる。また、予約情報を記憶
することで、当該予約情報に基づいて、イベント主催会
社が複数の販売会社への券の割り当てを適切に決定でき
る。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図１９】図１９は、ユーザの券予約状況を発券装置が
ユーザのコンピュータのディスプレイに提供する画面を
説明するための図である。

【図２０】図２０は、抽選により当選したユーザのコン
ピュータのディスプレイに発券装置が提供する画面を説
明するための図である。

【図２１】図２１は、抽選により落選したユーザのコン
ピュータのディスプレイに発券装置が提供する画面を説
明するための図である。

【図２２】図２２は、本発明の第２実施形態の発券シス
テムの機能ブロック図である。

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者 金子 康芳 東京都品川区大崎１丁目11番１号 株式会 社エンタテインメントプラス内 Ｆターム(参考） 5B049 AA01 BB61 CC03 CC06 CC16 CC32 CC39 DD01 DD03 EE02 EE05 EE23 FF01 FF07 GG02 GG04

Claims (23)

【特許請求の範囲】
1. 【請求項１】券の発行日前の所定の期間に、前記券の取
   得希望者から券取得の予約を受ける予約受付手段と、 前記予約を行った前記取得希望者を特定する情報を記憶
   する記憶手段と、 前記所定の期間経過後に、前記予約を受けた券の数が発
   券予定数に比べて多い場合に、前記取得希望者のうち券
   を割り当てる者を選択する選択手段と、 前記記憶された情報に基づいて、前記選択した者に前記
   選択されたことを通知する通知手段とを有する発券装
   置。
2. 【請求項２】前記選択手段は、抽選により、前記券を割
   り当てる者を選択する請求項１に記載の発券装置。
3. 【請求項３】前記選択手段は、所定の条件で、前記券取
   得希望者に優先順位を付け、高い優先順位が付けられた
   前記券取得希望者から順に前記選択を行う請求項１に記
   載の発券装置。
4. 【請求項４】前記選択手段は、クジにより、前記券を割
   り当てる者を選択する請求項１に記載の発券装置。
5. 【請求項５】前記予約受付手段は、前記予約を受ける際
   に、前記取得希望者から当該券の購入希望価格を受け、 前記記憶手段は、前記取得希望者から受けた前記購入希
   望価格を、当該取得希望者を特定する情報と対応付けて
   記憶し、 前記選択手段は、前記記憶手段に記憶された購入希望価
   格のうち高いものから順に選択し、当該選択された購入
   希望価格を提示した前記購入希望者を前記選択する請求
   項１に記載の発券装置。
6. 【請求項６】前記選択された者、あるいは前記選択され
   た者および決済機関との間で決済処理を行う決済処理手
   段をさらに有する請求項１に記載の発券装置。
7. 【請求項７】前記決算処理を、前記選択された者が所有
   するクレジットカードおよび電子マネーの少なくとも一
   方を用いて行う請求項６に記載の発券装置。
8. 【請求項８】前記決済処理が適切に行われたことを確認
   した後に、前記券取得希望者に前記券を配送する手続を
   管理する券配送管理手段をさらに有する請求項６に記載
   の発券装置。
9. 【請求項９】未登録の前記券取得希望者の登録処理を行
   う登録手段をさらに有し、 前記予約受付手段は、前記登録されていることを条件に
   前記予約を受ける請求項１に記載の発券装置。
10. 【請求項１０】前記選択手段によって選択されたなかっ
    た者からキャンセル券待ちの要求を受け、キャンセルさ
    れた券が生じた場合に、当該キャンセルされた券を前記
    キャンセル券待ち要求を出した者に割り当てるキャンセ
    ル券割当手段をさらに有する請求項１に記載の発券装
    置。
11. 【請求項１１】前記選択手段によって選択されなかった
    者から追加券待ちの要求を受け、追加された券が生じた
    場合に、当該追加された券を前記追加券待ち要求を出し
    た者に割り当てる追加券割当手段をさらに有する請求項
    １に記載の発券装置。
12. 【請求項１２】前記選択手段は、前記予約時に前記取得
    希望者が取得を希望した券の数を加算して前記予約を受
    けた券の数を算出し、当該算出した券の数と予め記憶さ
    れた前記発券予定数とを比較し、前記選択を行うか否か
    を決定する請求項１に記載の発券装置。
13. 【請求項１３】前記記憶手段は、前記券に係わるイベン
    トが開催される会場内における座席の配置情報を記憶
    し、 前記予約受付手段は、前記配置情報に基づいて、前記取
    得希望者が取得を希望する座席の前記会場内での位置を
    前記取得希望者に案内する請求項１に記載の発券装置。
14. 【請求項１４】前記予約を受けた数に基づいて、前記券
    の価格を決定する価格決定手段をさらに有する請求項１
    に記載の発券装置。
15. 【請求項１５】前記予約受付手段は、前記取得希望者に
    よって操作されるコンピュータおよび電話の少なくとも
    一方から前記予約を受け付け、 前記通知手段は、前記コンピュータおよび電話の少なく
    とも一方に前記通知を行う請求項１に記載の発券装置。
16. 【請求項１６】通信網を介して発券装置に接続された券
    取得装置であって、 前記発券装置との間で前記通信網を介して情報を入出力
    する入出力手段と、 ユーザによって操作される操作手段と、 処理手段と、 表示手段とを有し、 前記入出力手段は、券の予約手続用の情報を前記発券装
    置から入力し、 前記処理手段は、前記入力した情報に応じた画面を前記
    表示手段に表示し、 前記操作手段は、前記券の発行日前の所定の期間に、前
    記表示に応じて前記ユーザから前記券の予約手続に係わ
    る所定の操作を受け、 前記入出力手段は、前記操作手段の操作の結果を前記発
    券装置に出力し、前記発券装置から前記券が取得できた
    か否かの情報を入力し、 前記処理手段は、当該入力した情報に応じた画面を前記
    表示手段に表示する券取得装置。
17. 【請求項１７】発券装置と券取得装置とが通信網を介し
    て接続された発券システムであって、 前記発券装置は、 券の発行日前の所定の期間に、券の取得希望者の操作に
    応じて前記券取得装置から券取得の予約を受ける予約受
    付手段と、 前記予約を行った前記取得希望者を特定する情報を記憶
    する記憶手段と、 前記所定の期間経過後に、前記予約を受けた券の数が発
    券予定数に比べて多い場合に、前記取得希望者のうち券
    を割り当てる者を選択する選択手段と、 前記記憶された情報に基づいて、前記選択した者の前記
    券取得装置に前記選択されたことを通知する通知手段と
    を有する発券システム。
18. 【請求項１８】前記券取得装置は、 前記発券装置との間で前記通信網を介して情報を入出力
    する入出力手段と、 ユーザによって操作される操作手段と、 処理手段と、 表示手段とを有し、 前記入出力手段は、券の予約手続用の情報を前記発券装
    置から入力し、 前記処理手段は、前記入力した情報に応じた画面を前記
    表示手段に表示し、 前記操作手段は、前記券の発行日前の所定の期間に、前
    記表示に応じて前記ユーザから前記券の予約手続に係わ
    る所定の操作を受け、 前記入出力手段は、前記操作手段の操作の結果を前記発
    券装置に出力し、前記発券装置から前記券が取得できた
    か否かの情報を入力し、 前記処理手段は、当該入力した情報に応じた画面を前記
    表示手段に表示する請求項１７に記載の発券システム。
19. 【請求項１９】券の発行日前の所定の期間に、前記券の
    取得希望者から券取得の予約を受け、 前記予約を行った前記取得希望者を特定する情報を記憶
    し、 前記所定の期間経過後に、前記予約を受けた券の数が発
    券予定数に比べて多い場合に、前記取得希望者のうち券
    を割り当てる者を選択し、 前記記憶された情報に基づいて、前記選択した者に前記
    選択されたことを通知する発券方法。
20. 【請求項２０】抽選により、前記券を割り当てる者を選
    択する請求項１９に記載の発券方法。
21. 【請求項２１】所定の条件で、前記券取得希望者に優先
    順位を付け、高い優先順位が付けられた前記券取得希望
    者から順に前記選択を行う請求項１９に記載の発券方
    法。
22. 【請求項２２】前記予約を受ける際に、前記取得希望者
    から当該券の購入希望価格を受け、 前記取得希望者から受けた前記購入希望価格を、当該取
    得希望者を特定する情報と対応付けて記憶し、 前記記憶された購入希望価格のうち高いものから順に選
    択し、当該選択された購入希望価格を提示した前記購入
    希望者を前記選択する請求項１９に記載の発券方法。
23. 【請求項２３】前記選択された者、あるいは前記選択さ
    れた者および決済機関との間で決済処理を行う請求項１
    ９に記載の発券方法。