JP2003150740A

JP2003150740A - 興行チケットの販売システム

Info

Publication number: JP2003150740A
Application number: JP2001345697A
Authority: JP
Inventors: Jiro Onoyama; 小野山二郎
Original assignee: WHITE LILY KK
Current assignee: WHITE LILY KK
Priority date: 2001-11-12
Filing date: 2001-11-12
Publication date: 2003-05-23
Also published as: US20030093306A1

Abstract

(57)【要約】【課題】顧客は自らの意志で抽選方式、オークション
方式のどちらかを選ぶことができので、結果として主催
者の収益も増大し、第三者の「ダフ屋」的行為を減少さ
せること。【解決手段】サーバが通信網を利用して顧客端末に興
行チケットの興行情報を提供する興行チケットの販売シ
ステムにおいて、サーバは、興行情報ＤＢに格納されて
いる興行情報を送信する興行情報送信機能と、購入手続
情報ＤＢに格納され、かつ当該興行のチケットの応募に
関しては「抽選方式」と「オークション方式」の選択の
仕方がある旨を顧客端末の表示画面に示す購入情報を送
信する申込手続送信機能と、オークション会場に参加す
る応募者に対して応募総数とチケット販売枚数を基準と
する当選確率ルールに基づいて得られた当選確率情報を
送信する当選確率送信機能と、前記抽選方式を選んだ応
募者に対しては抽選手段で抽選し、一方、オークション
方式を選んだ参加者に対しては落札手段で落札し、落札
者並びに当選者には当選した旨を送信する当選通知送信
機能を備えた興行チケットの販売システム。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、顧客端末に対し、
通信網を介して演芸、演劇、音楽、スポーツなどの興行
のチケットを販売する興行チケットの販売システムに関
する。

【０００２】

【従来の技術】従来のチケット販売システムは、先着方
式か、又は抽選方式かのいずれかであり、顧客が購入方
法を自由に選べない。また、先着方式によるチケット販
売は、普通一般に電話予約が大半であり、次いでネット
販売がこれに続いている。しかし、これらの販売方法
は、どちらも販売開始直前ないし販売開始時に応募者が
どっと殺到し、安全性、ダフ屋の登場などの観点から色
々と社会的な問題が提起されている。例えば人気がある
コンサートやスポーツの場合、前日、前々日から並ぶの
で、人に対する管理ないし完全性が懸念されている。ま
たコンピューター・ソフトを駆使してまとまった枚数を
確保し、かつ高値で欲しい人に転売することを目的とす
る「チケット・ゲッター」と称する集団も出現してい
る。

【０００３】ところで、例えばコンサートのチケット料
金は、そのアーティストのイメージ、主催者側の姿勢等
の問題があって、必ずしも市場の動向（需給）を勘案し
て決められない。この点市場の動向を勘案して値段を決
める商品とは相違する。換言すれば、主催者側として
は、興行のチケット料金を決める際に、興行内容によっ
てはチケットの入手が困難と予想される場合であって
も、顧客の社会的或いは合理的な意思を無視して超高額
な値段をつけにくい。その結果、定められたチケット料
金に対して需要が供給を大幅に上回り、「いわゆるダフ
屋」的行為を行う金券ショップ、ネット・オークション
が多発し、今や主催者側にとってダフ屋防止対策が大き
な問題となっている。

【０００４】

【発明が解決しようとする課題】本発明の第１の目的
は、買い手は自らが希望する購入方法を選ぶことができ
る反面、売り手にとっては、第三者の「ダフ屋」的行為
を抑制し、その分収益を増大させることである。第２の
目的は、当選確率の面に於いて、「抽選方式」を選択し
た人と「オークション方式」を選択した人とを公平に取
り扱うことである。第３の目的は、「オークション方
式」を選択した人の落札価格を、従来のダブ屋の取引価
格よりも下回るようにすることである。第４の目的は、
発売と同時に注文が殺到する不便さ、電話やネットの申
込による不公平感などを解消することである。

【０００５】

【課題を解決するための手段】本発明の興行チケットの
販売システムは、サーバが通信網を利用して顧客端末に
興行チケットの興行情報を提供する興行チケットの販売
システムにおいて、サーバは、興行情報ＤＢに格納され
ている興行情報を送信する興行情報送信機能と、購入手
続情報ＤＢに格納され、かつ当該興行のチケットの応募
に関しては「抽選方式」と「オークション方式」の選択
の仕方がある旨を顧客端末の表示画面に示す購入情報を
送信する申込手続送信機能と、オークション会場に参加
する応募者に対して応募総数とチケット販売枚数を基準
とする当選確率ルールに基づいて得られた当選確率情報
を送信する当選確率送信機能と、前記抽選方式を選んだ
応募者に対しては抽選手段で抽選し、一方、オークショ
ン方式を選んだ参加者に対しては落札手段で落札し、落
札者並びに当選者には当選した旨を送信する当選通知送
信機能を備えていることを特徴とする。

【０００６】上記構成に於いて、当選確率ルールは、申
込受付期間終了後に、当該興行の応募総数の比率に対応
して「抽選方式」と「オークション方式」にそれぞれ平
等ないし平等的に振り分ける計算式を有することを特徴
とする。また本発明の興行チケットの販売システムは、
サーバが通信網を利用して顧客端末に興行チケットの興
行情報を提供する興行チケットの販売システムにおい
て、サーバは、興行情報ＤＢに格納され、かつ当該興行
のチケットの応募に関しては「抽選方式」と「オークシ
ョン方式」の選択の仕方がある旨を顧客端末の表示画面
に示す興行情報を送信する興行情報送信機能と、購入手
続情報ＤＢに格納された購入情報を送信する申込手続送
信機能と、オークション会場に参加する応募者に対して
応募総数とチケット販売枚数を基準とする当選確率ルー
ルに基づいて得られた当選確率情報を送信する当選確率
送信機能と、前記抽選方式を選んだ応募者に対しては抽
選手段で抽選し、一方、オークション方式を選んだ参加
者に対しては落札手段で落札し、落札者並びに当選者に
は当選した旨を送信する当選通知送信機能を備えている
ことを特徴とする。

【０００７】上記構成に於いて、サーバはインターネッ
トでのチケットの販売に関し、アクセスしてきた顧客端
末に対して選択肢画面で「抽選方式」か「オークション
方式」かのいずれか一方を選択するように促すことを特
徴とする。

【０００８】

【発明の実施の形態】図１は興行チケットの販売システ
ムを示す概略説明図である。図１を参照にして本販売シ
ステムの基本的な用語について説明する。ここで「興
行」とは、演芸、演劇、音楽、スポーツなどの役務をい
う。したがって、例えばコンサートのチケットとは、コ
ンサート会場に入るための入場券を意味する。ここで
は、本発明の特徴を理解するために、入場券にＳ席、Ａ
席など座席指定があるか否かを問わない。本発明は、サ
ーバが通信網を介して顧客端末に入場券の申し込みを
し、一方、顧客端末がサーバの申し込み条件（内容）を
納得した上で、「抽選方式」か、それとも「オークショ
ン方式」かの少なくとも２通りの購入方法を選択するこ
とに特徴がある。

【０００９】さて、１はチケットの販売店２内に設置さ
れたサーバである。サーバ１はチケット販売に関する情
報を保持するＷｅｂコンピュータに相当するから、出入
力手段、メインプログラムに基づいて本発明の販売シス
テムを実行する制御手段、各種データベース（ＤＢ）や
ルールを格納する記憶手段（記憶部）などを備えてい
る。またサーバ１は通信網３に無線ないし電話回線を介
して接続されている。したがって、サーバ１は通信網３
に接続され、かつ、情報記憶媒体に情報を保持していれ
ば良いから、複数個設けても良い。通信網３は、いわゆ
るインターネットが採用されている。

【００１０】一方、４はサーバ１に通信網３を介して接
続した多数の顧客端末である。顧客端末４は一般消費者
としての顧客５が、例えば家庭内で占有するノートパソ
コンなどに相当するから、ホームページを閲覧するため
のソフトウェアであるブラウザ６を有する。したがっ
て、顧客５は、ブラウザ６を介して顧客端末４の表示画
面７でサーバ１のホームページを閲覧し、かつ操作手段
８で所望するチケットを購入（ダウンロード）した場合
には、その制御装置９に電気的に接続する記憶手段１０
に本システムの興行情報を受取ることができる。

【００１１】次に図２はサーバ１の構成を示すブロック
図である。図２を参照にしてサーバ１を構成する用語に
ついて説明する。１１は制御部（例えばＣＰＵ）で、こ
の制御部１１は図３で示すような各種の機能を有する。
１２は時計で、この時計１２は、例えば販売店２の管理
者２ａがサーバ１の記憶部に対して興行に関するチケッ
トの内容（募集時期、申込期間など）、販売条件（二者
択一、応募資格など）を入力する場合、後述するオーク
ションのステップに入った時などに利用される。１３は
キーボードなどの操作手段である。

【００１２】１５はメインプログラム記憶部である。こ
こで記憶部の用語はサーバ１の記憶手段を意味するが、
本実施例では説明の便宜上、記憶部を区分けして説明す
る。なお、記憶手段はハードディスク、フレキシブルデ
ィスク、光ディスクなどである。メインプログラム記憶
部１５は、ＲＯＭ、磁気ディスクなどの記憶媒体で構成
されており、サーバ１の各機能を制御するためのメイン
プログラムを格納している。

【００１３】１６は作業用メモリ記憶部で、この作業用
メモリ記憶部１６は、管理者２ａが操作手段１３を介
し、例えばコンサートのタイトル、芸名、日時、会場、
料金、申込受付期間、オークション情報などを入力する
と、制御部１１の制御の際に必要とするデータを一時的
に格納する。１７は興行に関する興行情報記憶部であ
る。この興行情報記憶部１７に記憶されたデータの内容
は、図５及び図６に示すとおりである。１８は情報管理
部である。この情報管理部１８は制御部１１の機能の一
つとも言うべきであるが、本実施例では、情報を格納す
ると言うよりも、制御部１１のバス１１ａに接続し、か
つ時計、カウント手段、各ＤＢの更新情報を管理すると
言う意味合いで、独立の短冊で示してある。その他サー
バ１は、印刷手段１９、表示手段２０、出入力手段２
１、作図プログラム２２などを有している。

【００１４】さて、次の用語は、本発明の特定要件に関
連する。２５は応募者等の情報記憶部である。応募者等
の情報記憶２５には、少なくとも当該興行に関する応募
者名とその総数、抽選方式を選択した選択者名とその
数、オークション方式を選択した選択者名とその数が記
憶される。２６はカウント手段で、このカウント手段２
６は、顧客端末４を介してサーバ１にアクセスして来た
顧客５が、サーバ１が出力した興行情報の画面を見なが
ら本システムの販売概要を納得した後に、「申込ボタ
ン」をクリックした時（当該興行のチケットを購入する
意志表示をした時）に、「カウント＋１」として応募総
数に加える。

【００１５】２７は当選確立ルールである。この当選確
率ルール２７は、当該興行の応募総数とチケットの販売
数の比率に対応している。本実施例では、顧客端末４の
表示画面７で見ることができる選択肢画面において、サ
ーバ１は応募総数が確定後に「抽選方式」と「オークシ
ョン方式」の何れかを選択するように顧客５に促すが、
この時の当選確立は、いずれを選択しても同じ確率（例
えば当該応募総数の比率に対応して１０％ずつとか、２
０％ずつとか）になるように設定されている。

【００１６】２８は抽選手段である。この抽選手段２８
は、応募総数が確定後に「抽選方式」を選んだ人を対象
に公平に当選者を決める。抽選手段としては乱数テーブ
ルが採用されている。ところで、普通一般に、入場券に
はＳ席、Ａ席、Ｂ席など座席指定があるが、このような
場合には、当然、各座席指定に対応して順次抽選が行な
われる。抽選日は申込受付期間＋選択期間経過後に、遅
滞なく実施される。

【００１７】２９はオークション会場等の記憶部であ
る。このオークション会場等の記憶部２９には、オーク
ションの会場、オークションの進捗状況、落札情報など
が記憶される。なお、応募者識別手段５０や落札手段４
６については後述する。次に、図３はサーバの主要部を
示す構成図である。換言すれば、図３はサーバ１の記憶
部に格納された複数のＤＢと、各ＤＢに関連付けられた
制御部の機能に着目した概略説明図である。

【００１８】さて、サーバ１の機能は、興行情報、応募
者名、応募総数、オークション情報等を管理する情報管
理部１８と、この情報管理部１８の管理情報、当選確率
ルール等の信号に基づいて制御する各種機能とに区別す
ることができる。そこで、図３及び図４を参照にして各
ＤＢと、各種機能と、顧客端末４の表示画面７との関連
について説明する。

【００１９】３１は興行情報ＤＢで、この興行情報ＤＢ
３１は興行情報記憶部１７に格納されている。興行情報
送信機能３２は、興行情報ＤＢ３１に記憶されているデ
ータの内容を顧客端末４に対して出力する。顧客端末４
の表示画面７には、興行情報送信機能３２から送られた
信号が興行情報画面３３として現れる。この興行情報画
面３３に現れた内容が、いわば興行情報ＤＢ３１のデー
タ構造である（図５）。なお、特に図示しないが、サー
バの興行情報ＤＢには、当該興行のチケットの応募に関
しては「抽選方式」と「オークション方式」の選択の仕
方がある旨の情報も格納しているので、本実施例の興行
情報送信機能３２は、当該興行のチケットの応募に関し
ては「抽選方式」と「オークション方式」の選択の仕方
がある旨を顧客端末４の表示画面に示すための興行情報
も送信する。

【００２０】３４は購入手続情報ＤＢで、この購入手続
情報ＤＢ３４は応募者等の情報記憶部２５に格納されて
いる。チケットの申込手続送信機能３５は、購入手続情
報ＤＢ３４に記憶されているデータの内容を顧客端末４
に対して出力する。顧客端末４の表示画面７には、申込
手続送信機能３５から送られた信号が申込データ入力画
面３６として現れる。この申込データ入力画面３６に現
れた内容が、いわば購入手続情報ＤＢ３４のデータ構造
である（図７）。

【００２１】２７は当選確率ルールである。この当選確
率ルール２７の計算式に関しては、当該興行で発売する
チケットの枚数が、当該興行の応募総数の比率に対応し
て「抽選方式」と「オークション方式」に平等ないし平
等的に振り分ける計算式となっている。当選確率送信機
能３７は、カウント手段２６を介して当該興行の応募総
数が判明した段階で、当選確率ルール２７に基づいて得
られた当選確率情報を顧客端末４に対して出力する。顧
客端末４の表示画面７には、当選確率送信機能３７から
送られた信号が当選確率表示画面３８として現れる。こ
の当選確率表示画面３８の内容は、図８に示すとおりで
ある。

【００２２】３９は選択肢送信機能で、この選択肢送信
機能３９は、購入手続情報ＤＢ３４に格納されている選
択情報を顧客端末４に対して出力する。顧客端末４の表
示画面７には、選択肢送信機能３９から送られた信号が
選択肢画面４０として現れる（図９）。

【００２３】４１は抽選方式選択者情報ＤＢ、４２はオ
ークション方式選択者情報ＤＢである。抽選方式選択者
情報ＤＢ４１には抽選方式を選択した応募者のデータ
が、一方、オークション方式選択者情報ＤＢ４２にはオ
ークション方式を選択した応募者のデータがそれぞれ格
納される。抽選方式選択者情報ＤＢ４１及びオークショ
ン方式選択者情報ＤＢ４２は、応募総数のデータと共に
応募者等の情報記憶部２５に記憶される。

【００２４】４３はオークション会場等の記憶部２９に
格納されたオークション会場ＤＢである。このオークシ
ョン会場ＤＢ４３のデータの内容は、オークションの進
捗状況送信機能４４により顧客端末４に送られる。顧客
端末４の表示画面７に現れるオークションの進捗状況画
面４５は、図１０の通りである。

【００２５】４６は落札手段である。この落札手段４６
はオークション会場に参加した応募者を対象にして当選
者を確定する。４７は落札手段４６及び抽選手段２８に
より確定したそれぞれの当選者を顧客端末４に通知する
当選通知送信機能である。４８は前記当選者名及びチケ
ットの販売価格を格納する当選者・販売価格ＤＢであ
る。４９はカウント手段２６等に基づき、応募総数、選
択者、経過時間、決済数などをカウントする機能であ
る。５０は応募者識別手段５０で、この応募者識別手段
５０は、本実施例では、抽選方式選択者情報ＤＢ４１に
登録された応募者が、さらにオークション会場にも参加
した場合に、公平の観点からそれを防止するチェック機
能を果たす。もちろん、実施例によっては、抽選方式に
落選した人が、オークション会場に参加することができ
るようなシステムにしても良いから、このような場合に
は応募者識別手段５０は必須要件ではない。

【００２６】次にデータ構造について説明する。本発明
のサーバ１は、インターネット３でのチケットの販売に
関し、アクセスしてきた顧客端末４に対して「抽選方
式」か「オークション方式」かのいずれか一方を選択す
るように促す。したがって、興行情報ＤＢのデータ構造
にも、選択に関連する欄が設けられている。図５は興行
情報ＤＢ３１のデータ内容を模式的に示す説明図であ
る。以下、歌と音楽の演奏で有名なサザン・オールスタ
ーズのコンサートを例に挙げて説明する。

【００２７】５１は興行の題名エリア（例えばクリスマ
ス・スペシャル）、５２は出演者名エリア（例えば桑田
桂祐）、５３は開催日エリア（例えば１２月２２日、１
２月２３日、１２月２４）、５４は会場エリア（例えば
札幌ドーム）、５５はチケット料金エリア（例えば５，
０００円）、５６は全希望者を対象にする申込受付期間
エリア（例えば１１月１日〜１１月１０日）、５７は前
記申込期間内に申し込んだ人並びに当選確率を知った人
が、「抽選方式」か「オークション方式」のいずれ選択
する選択期間エリア（例えば１１月１１〜１１月１５
日）、５８は前記抽選方式の抽選日エリア（例えば１１
月１６日）、５９は実際にオークションを実施するオー
クション期日エリア（例えば１１月１７〜１１月２０
日）である。

【００２８】興行情報ＤＢ３１のデータ内容は、顧客端
末４がサーバ１のホームページにアクセスし、例えば出
演者名リスト、題名リストなどの案内画面を介して見る
ことができる。この時、特に図示しないが、アブストラ
クト画面で、本発明の特徴事項を見ることもできる。し
かして、今仮に顧客５が顧客端末４の表示画面７で「桑
田桂祐」の興行情報画面３３を見た時は、題名エリア５
１の題名が同じでも、数日コンサートが開催される旨が
「行」で示されている。

【００２９】図６は個別詳細情報の構成例を示す。この
個別詳細情報３１ａは、索引的な興行情報ＤＢ３１の下
層の情報である。したがって、顧客５が興行情報画面３
３内に希望するコンサートがあった時に当該興行情報画
面３３の特定の箇所をクリックすることにより、この個
別詳細情報３１ａを見ることができる。この個別詳細情
報３１ａは、左側に興行内容特定項目エリア６０があ
り、一方、右側に特定項目に対応する興行条件エリア６
１がある。また、これらのエリアの下方にチケットの組
に関する注意書きエリア６２と、申し込み導入エリア６
３がある。

【００３０】前記注意書きエリア６２には、「一人でチ
ケットを何枚購入することができるか」についての注意
が示されている。また前記申し込み導入エリア６３をク
リックすると、図７で示す申込データ入力画面３６が現
れるようになっている。図６のデータ内容は、顧客５が
１２月２４日の「桑田桂祐」のコンサートを選ぶと現れ
る。例えば図５の開催日エリア５３の１２月２４日をク
リックすると、１２月２４日のクリスマス・スペシャル
の詳細が現れる。

【００３１】図７は申込データ入力画面３６で、この申
込データ入力画面３６には、顧客５に対して個人情報を
入力するように促す個人情報入力エリア６５と、当該興
行の内容項目ないし興行条件を示した契約条件エリア６
６と、オークション情報エリア６７とが設けられてい
る。しかして、前記オークション情報エリア６７には、
「締め切り期間経過後に当該興行の応募総数或いは当選
確率が判る旨、応募者は二つの選択肢がある旨、（ａ）
神頼みのように抽選方式に残るか、（ｂ）またはオーク
ション方式のいずれかを選択しなければならない旨、選
択期間、抽選日、オークション実施期間、オークション
方式の適格条件など」が示されている。

【００３２】なお、本発明は、サーバ１が通信網３を介
して顧客端末４に入場券の申し込みをし、一方、顧客端
末４の表示画面７を見た顧客５が、サーバの申し込み条
件（内容）を納得した上で、「抽選方式」か、それとも
「オークション方式」かの少なくとも２通りの購入方法
を選択することに特徴があるので、この特徴事項は、前
述したように、興行情報画面３３でも示すことができ
る。

【００３３】このように、本発明の実施例では、顧客５
が申込データ入力画面３６に必要な事項を入力し、「最
終申込ボタン」をクリックして申込が完了する以前に、
「当該興行の当選確率（或いは応募総数）が判明した後
に、当該興行のチケットをどうしても欲しい人には、定
価よりも高くはなるが、もう一つの購入方式を提供する
旨」を予め告知する点に特徴がある。なお、申込データ
入力画面３６は、前述したように応募者等の情報記憶部
２５に格納されている購入手続情報ＤＢ３４のデータの
内容に対応している。

【００３４】図８は当選確率表示画面３８の一例を示
す。この当選確率表示画面３８は、上方から順番に当該
興行に関する応募総数エリア７０と、販売チケット数エ
リア７１と、当選確立エリア７２とが設けられている。
顧客５は、申込受付期間終了後に、当選確率表示画面３
８により当該興行の人気度を知ることができる。この
時、顧客（ここでは全応募者）５は、表示画面８を介し
て当選確率表示画面３８と共に、選択肢画面４０を見る
ことができる。もちろん、実施例によっては、オークシ
ョン方式に参加する人だけが当選確率表示画面３８をみ
ることができるようにしても良い。

【００３５】図９は選択肢画面４０の一例である。この
選択肢画面４０は、注意事項エリア７５と、抽選方式に
残るボタン領域７６と、これに対してオークション会場
に入るボタン領域７７とが設けられている。前記注意事
項エリア７５には、「一方いずれかを選択すること、両
方を選択した場合には無効になる、後日チケット・ゲッ
ターやダフ屋であることが判明した場合には、以後チケ
ット取得適格を喪失すること、抽選方式は抽選手段２８
により公平に行うこと、いずれの方式を選択しても当選
確率は変わらないこと、オークション会場の開始日時と
時間はいつであるかなど」が明記されている。

【００３６】図１０はオークション会場画面の一例とし
ての進捗状況画面４５である。この進捗状況画面４５に
は、現在の時間を示す時間エリア８０と、振り分けられ
たチケットの現時点での価格を示す現在価格エリア８１
と、ウオッチング中の購入希望者数の合計を示す購入希
望者数エリア８２と、購入希望の意思を表示するための
購入希望ボタン領域８３が設けられている。

【００３７】図１１は当選通知画面９０である、この当
選通知画面９０には、応募した興行内容を示す興行エリ
ア９１、抽選方式及びオークション方式にそれぞれ当選
した当選者の氏名を示す氏名エリア９２、チケットの種
別や値段を示す当選チケット情報エリア９３、決済方法
を示す決済エリア９４などが設けられている。図１２は
顧客端末４とサーバ１との主たる処理の流れを示す説明
図である。なお、サーバ１内の信号のやり取りも含む。

【００３８】まずＳ１では、顧客が顧客端末４を介して
サーバ１にアクセスする。顧客５はサーバ１に接続する
と興行情報情報ＤＢ３１に格納されている興行情報ａを
見ることができる。そこで、Ｓ２では、サーバ１は顧客
端末４からの要求により興行情報送信機能３２を介して
興行情報ａを顧客端末４に送信する。顧客５は、図５で
示すような興行情報画面３３を見ることが出来る。そし
て、顧客５は興行情報画面３３の中に希望する興行があ
れば、興行情報画面３３の中の所定箇所をクリックする
ことにより、下層の個別詳細情報を見ることが出来る
（図６）。

【００３９】Ｓ３では、サーバ１は顧客端末４からの要
求により申込手続送信機能３５を介して購入手続情報ｂ
を顧客端末４に送信する。顧客５は、図７で示すような
申込データ入力画面３６を見ることが出来る。そこで、
顧客５は操作手段８を介してサーバから促された個人情
報を個人情報入力エリア６５に入れる。

【００４０】Ｓ４では、顧客５はオークション情報エリ
ア６７に示されている事項を理解し、かつ、入力が完成
したならば、「最終申込ボタン」をクリックし、当該入
力データｃをサーバ１に送信する。サーバ１は顧客端末
４から当該入力データｃを受取ると、カウント手段２６
を介して「応募」として取扱い、かつ購入手続情報ＤＢ
３４に更新登録する。

【００４１】Ｓ５では、サーバ１は当該興行の申込受付
期間５６が経過した後に、当選確率ルール２７に基づき
当該興行の当選確率を算定し、当選確率送信機能３７を
介して当選確率情報ｄを顧客端末４に送信する。この時
サーバ１は選択肢送信機能３９を介して同時に選択肢情
報ｅも顧客端末４に送信する。したがって、顧客５は、
顧客端末４の表示画面７で、図８で示すような当選確率
表示画面３８と、図９で示すような選択肢画面４０をそ
れぞれ見ることができる。

【００４２】図１３は当選確率情報を送信した後にフロ
ー図である。前述したにように、顧客５は、当選確率表
示画面３８を見た上で、選択期間内に（ａ）抽選方式
か、（ｂ）オークション方式かのいずれかを選択しなけ
ればならない。

【００４３】Ｓ６では、サーバ１は顧客端末４から選択
信号を受信し、かつ選択信号の種類に対応して応募者等
の情報記憶部２５に登録する。この場合、図３で示すよ
うに抽選方式選択者情報ＤＢ４１には抽選方式を選択し
た抽選者データが、一方、オークション方式選択者情報
ＤＢ４２にはオークション方式を選択したオークション
者データがそれぞれ格納される。本実施例では、図５で
示す申込受付期間内に応募した顧客５は、全て応募者等
の情報記憶部２５に登録される。そして、後日オークシ
ョン会場に参加することができる人は、原則として応募
者等の情報記憶部２５に参加した人に限定される。

【００４４】ところで、本実施例では、抽選方式選択者
情報ＤＢ４１に登録された応募者が、さらにオークショ
ン会場にも参加する可能性があるので、応募者識別手段
５０でチェックしている。したがって、抽選方式で落選
した人、抽選方式で当選した人などがオークションの参
加を希望しても応募者識別手段５０で除外される。Ｓ７
では抽選方式選択者情報ＤＢ４１に登録された応募者を
対象にして抽選日に抽選手段２８を介して抽選をする。

【００４５】一方、Ｓ８はオークション方式選択者情報
ＤＢ４２に登録された参加者を対象にしてオークション
期日（オークションを実施している時間帯の意味）５７
にオークション情報ｆを進捗状況送信機能４４を介して
顧客端末４に送信する。顧客５は顧客端末４の表示画面
７で、図１０で示すような進捗状況画面４５を見ること
ができる。この進捗状況画面９０の内容は、顧客端末４
からの購入希望信号により時々刻々と変わる。このよう
にしてオークションの参加者が増えることによりチケッ
トの値段が上昇するが、やがて、高値が停止した段階
で、当選確率の範囲内で多数の人が落札する。

【００４６】Ｓ９では落札者及び当選者を「当選者情報
ｇ」とし、当選通知送信機能４７を介して顧客端末４に
送信する。この時、サーバ１は当選者情報ｇを当選者・
販売価格ＤＢ４８に登録する。顧客５は顧客端末４の表
示画面７で、図１０で示すよう当選通知画面９０を見る
ことができる。

【００４７】

【実施例】本実施例では、サーバ１は応募総数が確定後
に「抽選方式」と「オークション方式」の何れかを選択
するように顧客５に促す。換言すれば、チケットの応募
者（希望者）は、申込受付期間終了後に当該興行の当選
確率を知り、かつ、選択期間内に考えたうえで「抽選方
式」と「オークション方式」の何れかを選択する。

【００４８】しかし、本発明の目的は、「ダフ屋」的行
為を抑制する反面、チケットの希望者に公平にチケット
を販売することであるから、申込受付期間内（例えば申
込時）に、「抽選方式」と「オークション方式」の何れ
かを選択するように顧客５に促すようにすることもでき
る。この実施例の場合オークション方式を選択した人
は、予め当選確率を知ることがではない。しかし、販売
者２ａは、経験則として当該興行の人気度、興行場所、
値段等を知っているので、サーバ１の記憶部にさらに
「当選確率予想ＤＢ」を設け、この当選確率予想ＤＢの
予想情報を、当選確率予想情報送信機能を介して顧客端
末４に送信していも良い。

【００４９】また、少なくとも申込受付期間内（例えば
申込時）に、「抽選方式」と「オークション方式」の何
れかを選択方法があることをチケットの希望者に表示画
面等で告知し、申込受付期間内にチケットを申し込んだ
人に対しては締め切り後に抽選手段を介して自動的に抽
選し、一方、応募総数が確定した段階で、オークション
方式を希望する人に対しては当選確率を告知した上でオ
ークションを実施しても良い。

【００５０】したがって、本発明の特徴は、応募総数の
確定前後を問わず、チケットの購入時には、「抽選方
式」と「オークション方式」の二通りがあって、そこに
は公平の原則のルールが働いている情報を、顧客端末に
送信することである。

【００５１】以下は、本発明の特徴を理解してもらうた
めの一例を具体的に説明する。前述したように、チケッ
トの販売をインターネットで応募し、無作為抽選方式で
行う。主催者（販売者）は、チケットの金額と販売枚数
を決める。仮に全席５，０００円で１０，０００枚を発
売する。購入希望者を募った結果、５００００人の応募
があったとする。この時点で主催者は応募者全員に応募
総数を知らせる。つまり、当該興行の当選確率が２０％
であることを応募者全員に伝えた上で、応募者に二つの
選択肢を次ののように提示する。（１）そのまま２０％の可能性を信じてチケットが送ら
れてくることを祈りながら待つ。（２）次のステージ、オークション会場に入る。以上のように、あくまで応募者の自由な意思で前記
（１）、（２）の選択肢を選んでもらう。これは応募者
の「エキストラ・チャージを払っても欲しい、手に入れ
たい」というニーズに応えるものであり、主催者がより
儲けようという考えからではない。

【００５２】仮に（１）に残った人が４５０００人（９
０％）で、（２）のステージに進むという意思表示をし
た人が５０００人（１０％）だった場合、チケット数１
００００枚は、その比率に応じて抽選用に９０００枚、
オークション用に１０００枚という振り分けになる。従
って、抽選方式を選択した顧客の当選確率は、全く或い
は著しく変わることはない。また、オークション参加者
は前記抽選者と同様の確率でステージ、オークション会
場に入ることができる。

【００５３】オークションは通常のやり方で値段を上位
１０００人が残るまで上げたところで落札となる。あま
りに値段が上がりすぎて「法外な値段」になることを主
催者として懸念される場合は、あらかじめセリの上限値
を設定し、上限値まで残った人達で最抽選を行うことを
顧客に知らせておく。それでも、当選確率は単純抽選よ
りも高くなっているわけであるから、参加者は納得の筈
である。

【００５４】

【発明の効果】以上の説明から明らかなように、本発明
にあっては、顧客は自らの意志で抽選方式、オークショ
ン方式のどちらかを選ぶことができので、結果として主
催者の収益も増大し、第三者の「ダフ屋」的行為を減少
させることができる。

【００５５】図１４は本発明の効果を示す説明図であ
る。需要が供給を上回るチケットの販売方法として無作
為抽選が普通一般である。これは世間にくじ引きが一番
公平であると考えられているからである。しかしなが
ら、世間には無作為抽選方式を望まない人達が結構い
る。このような人達は、例えばある芸能人のフアンクラ
ブに所属している場合が多く、どうしてもチケットを購
入することを希望する。そのために第三者の「ダフ屋」
的行為が発生する。これを防止する対策としてオークシ
ョン制度が考えられる。

【００５６】普通のオークションは一つの商品があっ
て、それを欲しい人達がいくらだったら買っても良いと
いう値段を提示していき、最高値をつけた人が落札する
というものある。従って、本発明においても、オークシ
ョン会場では、例えば１，０００枚のチケットに対して
５，０００人のオークション希望者を１，０００人に絞
っていく過程の仕組みは同じである。

【００５７】しかして、オークション会場において、仮
に当該興行のチケットが「１５，０００円」で落札され
たとする。ここで考えられるのは、落札した１，０００
人の中でもっと高額の値段でも買うという人がいる筈で
ある。説明の便宜上１，０００0人で切ったので表れな
いが、実際にはこの額なら買っても良いという値段とそ
の人数は、図１４に示すようなグラフになると予想され
る。

【００５８】図１４の横軸が人数である。図４に於い
て、オークションに残った１，０００人の中にも２０，
０００円までなら出しても良いと思う人もいる筈であ
る。極端な一握りの人達（例えば５〜１０人）は、８
万、９万でもという人もいる筈である。

【００５９】しかし、本発明の目的は、主催者の利益追
求でもなく、第三者の「ダフ屋」的行為を減少させるこ
とにあるから、通常のオークションのメカニズムを利用
しながら、当選確率の範囲内（幅のある範囲内の意味）
で人数を絞るので、オークションの落札価格は、「図１
４黒色Ｐの範囲内の値段」に落ち着く。したがって、当
該チケットの当初の値段に比して一握りの人達に極端な
値段（例えば８万）で落札することはない。落札者は、
抽選方式による当選者よりも高いけど、比較的リーズナ
ブルな価格（例えば１５，０００円）で希望のチケット
を購入することができる。

【００６０】したがって、結果として主催者の収益も増
大し、第三者の「ダフ屋」的行為を減少させることがで
きる。

【図面の簡単な説明】

図１乃至図１３は本発明の第１実施例を示す各説明図。
図１４は本発明の効果を示す説明図。

【図１】顧客端末とサーバとの関係を示す説明図。

【図２】本発明の基本的な構成例を示す説明図。

【図３】サーバの制御部の機能を示す構成図。

【図４】サーバの制御部の機能と顧客端末の表示画面と
の関係を示す説明図。

【図５】興行情報ＤＢ構造図。

【図６】個別詳細情報の説明図。

【図７】購入手続情報ＤＢ構造図。

【図８】当接確率表示画面の説明図。

【図９】選択肢画面の説明図。

【図１０】オークション会場の進捗状況説明図。

【図１１】当選通知画面の説明図。

【図１２】興行情報〜選択肢情報の提供までのフロー
図。

【図１３】選択進行〜当選者情報までのフロー図。

【図１４】本発明の効果を示す説明図。

【符号の説明】

１…サーバ、２…販売店、３…通信網、４…顧客端末、
５…顧客、６…ブラウザ、７…表示画面、８，１３…操
作手段、９…制御装置、１０…記憶手段、１１…制御
部、１２…時計、１５…メインプログラム記憶部、１７
…興行情報記憶部、１８…情報管理部、１９…印刷手
段、２０…表示手段、２１…出入力手段、２２…作図プ
ログラム、２５…応募者等の情報記憶部、２６…カウン
ト手段、２７…当選確率ルール、２８…抽選手段、２９
…オークション会場等の記憶部、３１…興行情報ＤＢ、
３１ａ…個別詳細情報、３２…興行情報送信機能、３３
…興行情報画面、３４…購入手続情報ＤＢ、３５…申込
手続送信機能、３６…申込データ入力画面、３７…当選
確率送信機能、３８…当選確率表示画面、３９…選択肢
送信機能、４０…選択肢画面、４１…抽選方式選択者情
報ＤＢ、４２…オークション方式選択者情報ＤＢ、４３
…オークション会場ＤＢ、４４…進捗状況送信機能、４
５…進捗状況画面、４６…落札手段、４７…当選通知送
信機能、４８…当選者・販売価格ＤＢ、４９…応募総
数、選択者等のカウント手段、５０…応募者識別手段、
５１…題名エリア、５２…出演者名エリア、５３…開催
日エリア、５４…会場エリア、５５…チケット料金エリ
ア、５６…申込受付期間エリア、５７…選択期間エリ
ア、５８…抽選日エリア、５９…オークション期日エリ
ア、６０…興行内容特定項目エリア、６１…興行条件エ
リア、６２…注意書エリア、６３…申込導入エリア、６
５…個人情報入力エリア、６６…契約条件エリア、６７
…オークション情報エリア、７０…応募総数エリア、７
１…販売チケット数エリア、７２…当選確立エリア、７
５…注意事項エリア、７６…抽選方式に残るボタン領
域、７７…オークション会場に入るボタン領域、８０…
時間エリア、８１…現在価格エリア、８２…購入希望者
数エリア、８３…購入希望ボタン領域、９０…当選通知
画面、９１…興行エリア、９２…氏名エリア、９３…当
選チケットエリア、９４…決済エリア。

Claims

【特許請求の範囲】

【請求項１】サーバが通信網を利用して顧客端末に興
行チケットの興行情報を提供する興行チケットの販売シ
ステムにおいて、サーバは、興行情報ＤＢに格納されて
いる興行情報を送信する興行情報送信機能と、購入手続
情報ＤＢに格納され、かつ当該興行のチケットの応募に
関しては「抽選方式」と「オークション方式」の選択の
仕方がある旨を顧客端末の表示画面に示す購入情報を送
信する申込手続送信機能と、オークション会場に参加す
る応募者に対して応募総数とチケット販売枚数を基準と
する当選確率ルールに基づいて得られた当選確率情報を
送信する当選確率送信機能と、前記抽選方式を選んだ応
募者に対しては抽選手段で抽選し、一方、オークション
方式を選んだ参加者に対しては落札手段で落札し、落札
者並びに当選者には当選した旨を送信する当選通知送信
機能を備えた興行チケットの販売システム。
【請求項２】請求項１に於いて、当選確率ルールは、
申込受付期間終了後に、当該興行の応募総数の比率に対
応して「抽選方式」と「オークション方式」にそれぞれ
平等ないし平等的に振り分ける計算式を有することを特
徴とする興行チケットの販売システム。
【請求項３】請求項１に於いて、サーバは応募者識別
手段を有し、この応募者識別手段は、少なくとも抽選方
式選択者情報ＤＢに登録された応募者が、さらにオーク
ション会場にも参加してきた場合に、チェックする機能
を有することを特徴とする興行チケットの販売システ
ム。
【請求項４】請求項１に於いて、サーバは、オークシ
ョン情報の状態を送信する進捗状況送信機能を備えてい
ることを特徴とする興行チケットの販売システム。
【請求項５】サーバが通信網を利用して顧客端末に興
行チケットの興行情報を提供する興行チケットの販売シ
ステムにおいて、サーバは、興行情報ＤＢに格納され、
かつ当該興行のチケットの応募に関しては「抽選方式」
と「オークション方式」の選択の仕方がある旨を顧客端
末の表示画面に示す興行情報を送信する興行情報送信機
能と、購入手続情報ＤＢに格納された購入情報を送信す
る申込手続送信機能と、オークション会場に参加する応
募者に対して応募総数とチケット販売枚数を基準とする
当選確率ルールに基づいて得られた当選確率情報を送信
する当選確率送信機能と、前記抽選方式を選んだ応募者
に対しては抽選手段で抽選し、一方、オークション方式
を選んだ参加者に対しては落札手段で落札し、落札者並
びに当選者には当選した旨を送信する当選通知送信機能
を備えた興行チケットの販売システム。
【請求項６】請求項５に於いて、サーバはインターネ
ットでのチケットの販売に関し、アクセスしてきた顧客
端末に対して選択肢画面で「抽選方式」か「オークショ
ン方式」かのいずれか一方を選択するように促すことを
特徴とする興行チケットの販売システム。
【請求項７】請求項６に於いて、顧客端末の表示画面
には、申込データ入力画面に必要な事項を入力し、最終
申込ボタンをクリックして申込が完了する以前に、当該
興行の当選確率が判明した後に、当該興行のチケットを
どうしても欲しい人には、定価よりも高くはなるが、も
う一つの購入方式を提供する旨を予め告知することを特
徴とする興行チケットの販売システム。