(57)【要約】      （修正有）【課題】ネットワークを介してチケットを販売した者に対して、特典として各種のコンテンツを配信するチケット販売システムを提供する。【解決手段】チケット購入申込者（ユーザ）に配信するためのコンテンツを格納するコンテンツデータベース１２３と、ユーザに関する個人情報およびチケット購入申込履歴情報を格納するユーザデータベース１２１と、ユーザの端末から送信された入力情報を受け付けるユーザ入力受付部１１１と、コンテンツを配信するべきユーザと配信コンテンツと配信時期を決定する配信コンテンツ決定部１１４と、前記決定に従いコンテンツを配信するコンテンツ配信部１１５を備える。【選択図】図２
2017049808.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して各種イベントのチケットを販売するシステムであって、
チケット購入申込者（以下、「ユーザ」）に配信するためのコンテンツを格納するコンテンツデータベースと、
ユーザに関する個人情報およびチケット購入申込を含む該システムの利用履歴情報を格納するユーザ情報データベースと、
ユーザが使用するユーザ端末から送信された入力情報を受け付けるユーザ入力受付手段と、
配信するべきユーザと配信コンテンツと配信時期を決定する配信コンテンツ決定手段と、
前記決定に従いコンテンツを配信するコンテンツ配信手段と、
を備えることを特徴とするチケット販売システム。
【請求項２】
配信コンテンツには、ユーザからのプレゼントリクエストに応じて、イベント会場で出演者によって読み上げられたメッセージや演奏からなるプレゼントコンテンツが含まれるとともに、
さらにリクエスト権利者選定手段を備え、
該リクエスト権利者選定手段は、ユーザを入札者とするオークション或は抽選を含む方法によって、出演者にプレゼントリクエストをできるユーザを選定することを特徴とする請求項１に記載のチケット販売システム。
【請求項３】
前記リクエスト権利者選定手段は、オークションを選定方法に採用した結果、入札額が所定金額以上になった場合は、選定方法を抽選に変更することを特徴とする請求項２に記載のチケット販売システム。
【請求項４】
各種イベントのチケットを購入したユーザがイベントの出演者にプレゼントリクエストをし、イベント会場で出演者によって読み上げられたメッセージや演奏からなるプレゼントコンテンツの配信を受けるシステムであって、
ユーザに配信するためのコンテンツを格納するコンテンツデータベースと、
ユーザに関する個人情報およびプレゼントリクエストの履歴を含む情報を格納するユーザ情報データベースと、
ユーザが使用するユーザ端末から送信された入力情報を受け付けるユーザ入力受付手段と、
ユーザを入札者とするオークション或は抽選を含む方法によって、出演者にプレゼントリクエストができるユーザを選定するリクエスト権利者選定手段と、
前記選定されたユーザによって指定されたプレゼント受取人にプレゼントコンテンツを配信するコンテンツ配信手段と、
を備えることを特徴とするプレゼントコンテンツ配信システム。
【請求項５】
前記リクエスト希望者選定手段は、オークションを選定方法に採用した結果、入札額が所定金額以上になった場合は、選定方法を抽選に変更することを特徴とする請求項４に記載のプレゼントコンテンツ配信システム。
【請求項６】
通信ネットワークを介して各種イベントのチケットを販売するための方法であって、
ユーザに配信するためのコンテンツを格納するコンテンツデータベースと、
ユーザに関する個人情報およびチケット購入申込を含む該システムの利用履歴情報を格納するユーザ情報データベースと、に接続可能なコンピュータが、
ユーザが使用するユーザ端末から送信された入力情報を受け付けるステップと、
配信するべきユーザと配信コンテンツと配信時期を決定するステップと、
前記決定に従いコンテンツを配信するステップと、
を実行することを特徴とするチケット販売方法。
【請求項７】
各種イベントのチケットを購入したユーザがイベントの出演者にプレゼントリクエストをし、イベント会場で出演者によって読み上げられたメッセージや演奏からなるプレゼントコンテンツの配信を受けるための方法であって、
ユーザに配信するためのコンテンツを格納するコンテンツデータベースと、
ユーザに関する個人情報およびプレゼントリクエストの履歴を含む情報を格納するユーザ情報データベースと、を備えたコンピュータが、
ユーザが使用するユーザ端末から送信された入力情報を受け付けるステップと、
ユーザを入札者とするオークション或は抽選を含む方法によって、出演者にプレゼントリクエストができるユーザを選定するステップと、
前記選定されたユーザによって指定されたプレゼント受取人にプレゼントコンテンツを配信するステップと、
を実行することを特徴とするプレゼントコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はオンラインでチケットを購入した人に対して、特典として各種のコンテンツを配信するチケット販売システムに関する。
【背景技術】
【０００２】
各種イベントのチケットをオンラインで予約したり購入したりできるシステムは広く知られている。単にユーザにチケットを販売するだけでなく、付加的な機能を持たせたシステムもある。
例えば、特許文献１には、イベントの観客に対し、有意義な特典（金品に限らず、イベントに関する詳細な情報も含む）を提供する「イベント参加者への特典提供方法、イベント支援システム」に関する発明が開示されている。
この発明によれば、イベントに参加したことの記念となるような特典や、リアルタイムのイベント情報などがその場で提供されるので、イベントに参加することへのインセンティブを広く一般に付与することができる。
【０００３】
また、特許文献２には、アーティストのプロモーションを行ったり、アーティストの楽曲配信を行ったり、アーティストに関連するチケットやグッズの販売を行ったりする「アーティスト支援システム」に関する発明が開示されている。
この発明は、従来の多くのシステムのように、楽曲配信、プロモーション等の機能を個別にもつのではなく、アーティスト支援をトータルに行うことを目的としている。
【０００４】
さらに、特許文献３には、ネットワークを介してチケットの申込をした消費者に対して特典を配信することにより、チケットの販売を促進しようとする「チケット販売システム」に関する発明が開示されている。
この発明によれば、チケットの申込情報に基づいて抽選を行い、抽選にもれた人には今回はチケットを販売できないが、抽選にもれた場合に限定の特典（ライブ中継の配信、次回申込時の優先予約など）を付与することによって、チケット販売を促進できる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１４１３４９号公報
【特許文献２】特開２０１４−１２０１４６号公報
【特許文献３】特開２００２−９２２３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載の発明が提供する特典は、イベント参加者に共通の内容であって、特定の参加者にとってのユニークな内容を有するものではない。イベントに出演するアーティストはあくまで参加者とは離れた距離にいる存在である。
特許文献２に記載の発明には、イベントへの参加を促すことを通じてアーティストを支援するという観点が見受けられない。ＣＤが売れない現在の状況ではアーティストにとってライブやコンサートの比重が高まっているにもかかわらずである。
特許文献３に記載の発明は、チケットのオンライン販売の促進が目的であって、イベントに出演するアーティストとファンとの交流の促進を目的とはしていない。
【０００７】
ところで、オンラインでの楽曲のダウンロード販売の普及などが原因でＣＤが売れなくなり、音楽関係のアーティストはライブやコンサートなどに注力せざるを得なくなってきている。一方、身の回り品のように携行しているスマートフォン、携帯電話を介してチケット販売サイトにアクセスしてチケットを入手できるようになってきた。そこで、オンラインによるチケット販売の促進という目的と、ライブなどの観客の増加という目的とを兼ね備えたシステムの出現が望まれる。
イベントへの集客に関していえば、アーティスト本人の魅力が左右するのは言うまでもないが、加えて何らかの特典があると効果的である。その特典も、入手が容易なグッズや誰でもダウンロード可能な楽曲データの配信では希少性の観点から魅力が薄い。
【０００８】
本発明は、上記の先行文献に記載の発明の問題点に鑑み、且つイベントへの集客の観点から、従来にない魅力を備えたチケット販売システムの提供を課題とする。
【０００９】
なお、音楽が実演されるイベント（以下、「ライブ」という）へ多数の観客を誘引することの本質的な意義について述べる。
学校や仕事の行き帰りに、イヤホンを耳にあてて携帯端末で音楽を聴く人は多い。
しかし、音楽は「聴く」もの、「見る」ものではなく「体感する」ものである。
身の回りに音楽が在る場合、聴覚だけに作用するのではない。五感全体に作用するのである。例えば、生演奏には、高周波成分や低周波成分が含まれ、これも臨場感をかもし出す要因となっていることは疑いない。しかし、本出願時（平成２７年）には、ハイレゾ対応のスピーカを携帯端末に付属させて音楽を聴くことは未だ一般的ではない。つまり、現在のところ携帯端末では、高周波成分や低周波成分がカットされ、本来の音楽を楽しむことはできないのである。ライブへ足を運ぶことによってこそ、音楽の真の素晴らしさを実感できるというものである。
また、ライブに出かけるときは、着て行く服やアクセサリを選ぶ。そして、何らかの交通手段を使って、人で混み合う中を会場入り口まで行く。会場に着いてからは、アーティストによる演奏だけでなく、アーティストとの、そして他の観客との感情の共有や、照明や舞台装置にも日常を忘れる。ライブが終わり、高揚した気分で会場を後にし、余韻を噛み締めながら帰途につく。このように、ライブでは、携帯端末で音楽を聴くこととは比べ物にならない豊かな経験が得られる。ただ単に聴く、見るに留まらず、まさしく体感するという表現がふさわしいのである。
【課題を解決するための手段】
【００１０】
前記の目的を達するために、請求項１に記載のチケット販売システムは、
通信ネットワークを介して各種イベントのチケットを販売するシステムであって、
チケット購入申込者（以下、「ユーザ」）に配信するためのコンテンツを格納するコンテンツデータベースと、
ユーザに関する個人情報およびチケット購入申込を含む該システムの利用履歴情報を格納するユーザ情報データベースと、
ユーザが使用するユーザ端末から送信された入力情報を受け付けるユーザ入力受付手段と、
配信するべきユーザと配信コンテンツと配信時期を決定する配信コンテンツ決定手段と、
前記決定に従いコンテンツを配信するコンテンツ配信手段とを備えることを特徴とする。
このように、チケット販売の機能に加えて、個々のユーザに適した内容のコンテンツを適切なタイミングで配信する機能も備えているので、このチケット販売システム自体のユーザ増加とイベントへの来場者の増加とを同時に実現できる。
イベントには、音楽をはじめ各種芸能の興行やスポーツの試合などが含まれる。
ユーザには、チケットを実際に購入した人だけでなく、購入申込をしたが購入できなかった人も含まれる。
【００１１】
本発明のチケット販売システムは、
配信コンテンツには、ユーザからのプレゼントリクエストに応じて、イベント会場で出演者によって読み上げられたメッセージや楽曲からなるプレゼントコンテンツが含まれるとともに、
ユーザを入札者とするオークション或は抽選を含む方法によって、出演者に対してプレゼントリクエストできるユーザを選定するリクエスト権利者選定手段を備えるとよい。
ここで、オークションを選定方法に採用した結果、入札額が所定金額以上になった場合は、選定方法を抽選に変更してもよい。
これによりユーザは、オークション等によって、アーティストにプレゼントリクエストをする権利（以下、「リクエスト権」という）を取得できるかもしれず、もしこの権利を取得できたのであれば、ユーザ本人あるいはリクエストプレゼントの受取人にとってのみ価値があるコンテンツを入手できる。
【００１２】
請求項４に記載のプレゼントコンテンツ配信システムは、
各種イベントのチケットを購入したユーザがイベントの出演者にプレゼントリクエストし、該出演者によるメッセージや演奏からなるプレゼントコンテンツの配信を受けるシステムであって、
ユーザに配信するためのコンテンツを格納するコンテンツデータベースと、
ユーザに関する個人情報およびプレゼントリクエストの履歴を含む情報を格納するユーザ情報データベースと、
ユーザが使用するユーザ端末から送信された入力情報を受け付けるユーザ入力受付手段と、
ユーザを入札者とするオークション或は抽選を含む方法によって、出演者にプレゼントリクエストできるユーザを選定するリクエスト権利者選定手段と、
前記選定されたユーザによって指定されたプレゼント受取人にプレゼントコンテンツを配信するコンテンツ配信手段と、
を備えることを特徴とする。
請求項１に係る発明は、チケット販売機能にコンテンツ配信機能を付加したのであるが、請求項４に係る発明は、ユーザからのリクエストに対応したプレゼントコンテンツを配信する機能に特化した点で相違する。コンビニやチケット販売窓口で紙のチケットを入手した人でもイベント開催前にプレゼントリクエストができるようにすることを目的とする。
【発明の効果】
【００１３】
チケット購入者に対し、従来にないコンテンツを提供できる。他では入手できないので、このコンテンツの入手がインセンティブになってチケットの購入者が増加すると期待できる。
いずれのコンテンツもアーティストに親近感を持てるような内容を有するので、アーティスト本人にとってもファンの増加を期待できる。つまり、アーティストとユーザとシステム運営者のいずれにとっても利点がある発明なのである。
【図面の簡単な説明】
【００１４】
【図１】第１の実施の形態のシステム構成図である。
【図２】第１の実施の形態のチケット販売装置の機能ブロック図である。
【図３】第１の実施の形態のユーザ情報データベースに記憶する情報の例を示す図である。
【図４】第１の実施の形態のチケット情報データベースに記憶する情報の例を示す図である。
【図５】第１の実施の形態のコンテンツデータベースに記憶する情報の例を示す図である。
【図６】第１の実施の形態のユーザ端末の機能ブロック図である。
【図７】第１の実施の形態のチケット申込とそれに伴う処理手順を示すフロー図である。
【図８】第１の実施の形態のチケット申込から販売までのユーザ端末側の画面表示例を示す図である。
【図９】第１の実施の形態のリクエスト権申込とリクエスト申込事項の入力画面を例示する図である。
【図１０】第１の実施の形態のリクエスト権を付与される人を選定する処理のフロー図である。
【図１１】第２の実施の形態のシステム構成および機能ブロック図である。
【発明を実施するための形態】
【００１５】
第１の実施の形態のシステム（以下、「本システム」）について、図面を参照しながら説明する。
【００１６】
図１は、本システムのシステム構成を示す図であり、インターネットＮを介して本システムのサーバ（チケット販売装置１）とユーザ端末２とが接続する。
チケット販売装置１は、チケット販売及びコンテンツ配信を行う情報処理装置であり、１台あるいは複数台からなる。チケット販売装置１は、イベント録音録画システム３のサーバと、プレゼントリクエストが贈られる人（以下、「プレゼント受取人」）が使用するユーザ端末４にも接続する。
ユーザ端末２は、本システムを利用してチケットを購入しようとする人（ユーザ）が利用する端末装置であり、携帯電話、スマートフォン、タブレット端末あるいはパソコンなどである。
【００１７】
チケット販売装置１の機能ブロック構成について、図２を参照しながら説明する。チケット販売装置１は、制御部１１、記憶部１２、通信インターフェース部１３、入出力部１４を備える。
【００１８】
制御部１１は、ＣＰＵによって構成され、記憶部１２に格納されたプログラムに従った処理を実行することにより、チケット販売装置１の各種機能を制御する。
記憶部１２は、ユーザ情報データベース（以下、「ユーザ情報ＤＢ」）１２１、チケット情報データベース（以下、「チケット情報ＤＢ」）１２２、コンテンツデータベース（以下、「コンテンツＤＢ」）１２３を備えるとともに、チケット販売装置１が各種処理を実行するために必要となるコンピュータプログラムやデータを記憶する。また、各種処理の実行中にデータを一時的に記憶するための作業領域としても用いられる。記憶部１２は、ＲＯＭ、ＲＡＭ、ハードディスクなどから構成される。
通信インターフェース部１３は、インターネットＮを介してユーザ端末２、イベント録音録画システム３、ユーザ端末４とデータの送受信を行う。  入出力部１４は、マウス、キーボード、ディスプレイなどの操作手段であり、適宜印刷装置なども含む。  
【００１９】
次に、制御部１１の機能的構成について説明する。  制御部１１は、ユーザ入力受付部１１１、チケット発券部１１２、リクエスト権利者選定部１１３、配信コンテンツ決定部１１４、コンテンツ配信部１１５、として機能する。  
【００２０】
ユーザ入力受付部１１１は、ユーザ端末２から送信される各種データを取得する。これらのデータには、チケット購入申込とそれに必要な個人情報、リクエスト権の申込、リクエスト権を取得した場合のプレゼント受取人へのメッセージなどが含まれる。  
【００２１】
チケット発券部１１２は、ユーザ端末２からチケット購入申込があると、チケット情報ＤＢ１２２を参照して残り枚数があれば発券処理をし、必要な情報をユーザ情報ＤＢ１２１とチケット情報ＤＢ１２２に記憶させる。なお、チケット発券部１１２は、所定フォーマットの画像データをユーザ端末２に送信したり、図示しない印刷装置で印刷し、郵送したりする。
【００２２】
リクエスト権利者選定部１１３は、他人（あるいはユーザ本人）へのメッセージなどをイベントの出演者であるアーティストに読み上げてもらったりする権利（リクエスト権）を付与するユーザを選定する。  
【００２３】
配信コンテンツ決定部１１４は、どのユーザに対し、どのような内容のコンテンツを、どのタイミングで配信するかを決定する。  
【００２４】
ここで、本システムがユーザへの配信を想定しているコンテンツについて説明する。  第１に、「完売案内コンテンツ」がある。  ユーザがチケットの購入を申し込んだ時点ですでに完売していることがある。完売した旨を表示するだけではユーザにとって味気ない。そこで完売時のお詫び用にメッセージ動画（例えば、「ごめんなさい。チケットは完売しました。また来月15日にライブをやりますので、そのときに申し込んでくださいね」といった内容のメッセージを含む。）からなるコンテンツを予め作成してコンテンツＤＢ１２３に格納しておく。  配信コンテンツ決定部１１４は、申し込んできたユーザが完売のため購入できなかった時点で、完売案内コンテンツの配信をコンテンツ配信部１１５に指示する。  
【００２５】
第２のコンテンツ種類は、「リピータ御礼コンテンツ」である。  チケットの購入を申し込んできたユーザが発券を受けた時点で、ユーザ情報ＤＢ１２１を参照して当該ユーザのチケット購入回数を調べる。もし同一アーティストのチケットを所定回数以上購入した場合は、予め作成してコンテンツＤＢ１２３に格納しておいた非売品のコンテンツを配信する。このリピータ御礼コンテンツとして、例えば、「チケットを買ってくださってありがとう。当日楽しんでいただけることと思います」といった内容のメッセージを当該アーティストの映像とともに流すコンテンツが考えられる。  配信コンテンツ決定部１１４は、リピータユーザが再びチケットを購入した時点で、リピータ御礼コンテンツの配信をコンテンツ配信部１１５に指示する。  
【００２６】
第３のコンテンツ種類は、「プレゼントコンテンツ」である。  これは、イベント進行中にイベント録音録画システム３によって作成されるコンテンツである。イベントが終了し且つコンテンツがチケット販売装置１のコンテンツＤＢ１２３に格納された後、配信コンテンツ決定部１１４は、プレゼント受取人の端末４への配信をコンテンツ配信部１１５に指示する。プレゼントコンテンツについては後に詳しく説明する。  
【００２７】
コンテンツ配信部１１５は、配信コンテンツ決定部１１４による決定を受けて、ユーザ端末２あるいはユーザ端末４に該当するコンテンツを配信する。
【００２８】
次に、記憶部１２に格納されている各データベースについて説明する。
ユーザ情報ＤＢ１２１は、図３に例示するようにユーザ端末２から受信した個人情報をユーザＩＤと対応づけて記憶する。個人情報には、氏名、住所、携帯電話番号、メールアドレスなどのほかに、クレジットカードで支払をする場合はクレジットカード情報も含まれる。また、ユーザ情報ＤＢ１２１は、チケット購入履歴（イベントのＩＤやアーティスト名、購入枚数、その他リクエスト権の有無など）も記憶する。リクエスト権を取得した場合は、受取人名や受取人へのメッセージと曲名なども記憶する。
【００２９】
チケット情報ＤＢ１２２は、図４に例示するようにイベントの主催者などから受信したチケットに関する情報（販売総数、発券金額、販売期間、現在の残り枚数など）をイベントＩＤと対応づけて記憶する。あわせて、イベントに関する情報（イベント名称、アーティスト名、開催日時、会場など）も記憶する。
【００３０】
コンテンツＤＢ１２３は、図５に例示するようにコンテンツＩＤと対応づけてコンテンツ種類をはじめ必要な情報を記憶する。コンテンツの内容とは、配信する音声・映像データそのものに限らず、格納場所でもよい。
【００３１】
ユーザ端末２は、図６に示すように、記憶部２１、制御部２２、入出力部２３、通信インターフェース部２４を備える。  
【００３２】
記憶部２１は、ＲＯＭ、ＲＡＭやハードディスクなどから構成され、制御部２２が各種処理を実行するために必要なプログラムやデータを記憶したり、各種処理の実行中にデータを一時的に記憶するための作業領域として用いられたりする。特に、本システムはＷｅｂベースで処理が進められるのでウェブブラウザと呼ばれるプログラムが必須である。  制御部２２は、例えばＣＰＵによって構成され、記憶部２１に格納されたプログラムを実行することにより、チケット販売装置１とデータを送受信して画面表示する機能などを実現する。  入出力部２３には、入力部２３１、表示部２３２、音声再生部２３３などが含まれる。入力部２３１はキーボードやマウスなどの操作手段である。表示部２３２はディスプレイ画面であり、チケット販売装置１から受信したＨＴＭＬで記述された情報などを画面表示する。音声再生部２３３はスピーカであり、チケット販売装置１からダウンロードしたコンテンツに含まれる音声データを再生する。  通信インターフェース部２４は、インターネットＮを介してチケット販売装置１とデータの送受信を行う。  
【００３３】
イベント録音録画システム３は、イベントの進行中に会場で録音録画し、収集した音声データ及び画像（動画と静止画のいずれも含む）データをスマートフォン等で再生できる形式に変換する。この作業を終えたならば、変換後のデータをチケット販売装置１にアップロードする。チケット販売装置１は、これをコンテンツＤＢ１２３に格納する。
【００３４】
ユーザ端末４は、プレゼント受取人が使用する端末装置である。ユーザ端末２と同様に携帯電話、スマートフォン、タブレット端末あるいはパソコンなどであり、その機能ブロックは図６に示すユーザ端末２と変わらないので、説明は省略する。
【００３５】
続いて、図７のフローチャートを参照しながら、本システムのチケット販売処理について説明する。
ユーザ端末２が本システムを立ち上げると、図８の（ａ）に例示する画面が表示される。
ユーザは例えば、画面（ａ）の「イベント１」ボタンＢ１をクリックする。チケット販売装置１は、「イベント１」のチケット購入申込情報を受信する（ステップＳ１）。
【００３６】
チケット販売装置１は、チケット情報ＤＢ１２２を参照して、「イベント１」のチケットの販売状況を参照する。もし、完売しているならば（ステップＳ２でＹｅｓ）、図８（ｂ）に例示する画面データをユーザ端末２に送信する。もし、ユーザが「メッセージ」ボタンＢ２をクリックしたならば、コンテンツＤＢ１２３から完売案内コンテンツを取り出し、ユーザ端末２に配信する（ステップＳ３）。
【００３７】
まだ販売可能であれば（ステップＳ２でＮｏ），図８（ｃ）に例示する画面をユーザ端末２に表示させ、ユーザが入力した内容にしたがって発券する（ステップＳ４）。この例では、図８の（ｄ）に例示する画面をユーザ端末２に送信し、ユーザ本人に印刷をさせるが、チケット販売装置１側で印刷し、ユーザに郵送してもよい。勿論他の方法でチケットを届けてもよい。
【００３８】
発券が完了すると、ユーザ情報ＤＢ１２１を参照して、このユーザが同一アーティストが出演する過去のイベントのチケット購入履歴を取り出す。もし、所定回数以上購入していれば（ステップＳ５でＹｅｓ），図８の（ｄ）に代わって（ｅ）に例示する画面を送信する。「メッセージ」ボタンＢ３がクリックされると、ユーザにリピータ御礼コンテンツを配信する（ステップＳ６）。
【００３９】
次に、チケットを購入済みのユーザは、リクエスト権の申し込みができる。
もし、申込があれば（ステップＳ７でＹｅｓ），チケット販売装置１は、リクエスト権を付与されるユーザを選定する（ステップＳ８）。
リクエスト権を希望するユーザは、図９（ａ）に例示する画面を介して入札に参加する。
まだ締め切られていなければ、現在の入札人数などを参考にして入札金額を入力し、送信する。
【００４０】
ステップＳ８の処理について、図１０を参照しながら、詳しく説明する。
ここで、リクエスト権を付与する人数の上限はＭ人、入札額の上限はＰ円とする。
【００４１】
人数のカウンタ変数Ｎを０で初期化する（ステップＦ１）。
リクエスト権の申込があれば（ステップＦ２でＹｅｓ）、入札額とユーザ情報を記録し、変数Ｎに１を加算する（ステップＦ３）。
入札期限の締め切り前であれば（ステップＦ４でＹｅｓ），ステップＦ２に戻り、申込者が現れるのを待つ。
入札期限が経過したならば（ステップＦ４でＮｏ）、申込者数Ｎが上限人数Ｍを超えているか判定する（ステップＦ５）。Ｍ人以内であれば（ステップＦ５でＮｏ）、申込者全員にリクエスト権を付与する（ステップＦ６）。
上限のＭ人を上回ったならば（ステップＦ５でＹｅｓ），申込者を選定しなくてはならない。入札額の最高額が上限値Ｐ円以下であれば（ステップＦ７でＮｏ）、入札金額の上位Ｍ人にリクエスト権を付与する（ステップＦ８）。もし上限値Ｐ円を超えていれば（ステップＦ７でＹｅｓ）、抽選を行い当選者にリクエスト権を付与する（ステップＦ９）。抽選方法は、チケットの購入順でも乱数を発生させる方法でも何でもよい。
ここで上限を設けないオークションで選定してもよいが、中学生や高校生のファンなどがお小遣いの範囲でリクエストできるようにするためには上限値を設けることが望ましい。一方で、入札額の下限値を設けてもかまわない。
【００４２】
図７のステップＳ８でリクエスト権者に選定されたならば（ステップＳ９でＹｅｓ）、ユーザは図９（ｂ）に例示する画面を介して、リクエスト申込情報を送信する（ステップＳ１０）。ユーザ入力受付部１１１は、この申込情報を受信するとユーザ情報ＤＢ１２１に記憶する。
申込情報には、リクエストプレゼントの贈呈人（たいていユーザ本人）と受取人の名前、アーティストに読み上げてもらいたいメッセージ、プレゼントしたい楽曲名などが含まれる。名前はニックネームでもよい。楽曲名は予め指定された数曲の中から選んでもよい。イベントで演奏される曲目は事前に公表されないことが多いので、ユーザが自由に指定すると演奏されない楽曲を選ぶことになりかねないからである。
【００４３】
次に、リクエストに応じたプレゼントコンテンツの配信について説明する。  リクエスト権を取得した人が希望する事項は、イベント開始前にアーティストに伝えられる。通常アーティストは、例えば、「横浜の○○さんから、妹のお子さんへのプレゼントリクエストがあります。タロウ君、３歳のお誕生日おめでとう。それでは、タロウ君のために、ハッピーバースデイを歌います。」といったメッセージを言ってから、楽曲を演奏する。このとき、“Happy birthday dear TARO-kun”のように相手に合わせて歌詞を一部変更してもよい。  
【００４４】
イベント録音録画システム３はリクエストに応じたメッセージと楽曲の対を録音し、プレゼントコンテンツを作成する。これはチケット販売装置１に送信され、コンテンツＤＢ１２３に格納される。  チケット販売装置１は、プレゼント受取人の端末４に、当該コンテンツが格納されている場所の情報（ＵＲＬなど）を記載したメールを送信する。これにより、プレゼント受取人は、自分一人だけのコンテンツを手に入れることができる。なお、プレゼント贈呈人であるユーザの端末２にも同じ内容のメールを送信してもよい。  本システムがプレゼントリクエストをできる機能を有することには、次の効果もある。すなわち、プレゼント贈呈人とプレゼント受取人の名前を読み上げることは、転売業者によるチケットの買占め、さらにそれによる本来のファンへチケットが届かないことを防止できる。  
【００４５】
本システムでは、他所では販売されていないコンテンツを配信する点に特徴がある。完売時と所定回数購入時にもタイムリーにコンテンツを配信しているが、これはオンラインでチケットを販売するからこそ可能となる機能である。
ただし、リクエストに応じたプレゼントコンテンツはイベントの開催後に配信される。そこでオフライン、あるいはオンラインとオフラインが混在したチケット販売においてもリクエストは可能である。次に説明する第２の実施の形態は、オフラインによる販売態様も想定している。
【００４６】
〔第２の実施の形態〕
図１１に、この実施の形態のシステム構成および機能ブロック構成を示す。
以下の説明および図１１において、第１の実施の形態と同一の機能については同一の符号を付し、且つ説明を省略する。
この実施の形態では、システムのサーバ（プレゼントコンテンツ配信装置５）は、チケット販売の機能を有することを前提としていない。チケットＴはコンビニで購入することもあれば、チケット販売の窓口で購入することもある。購入方法は複数あるとしても、チケットＴにはリクエスト権取得のためにプレゼントコンテンツ配信装置５へアクセス可能とするコードＣが印刷されているものとする。ユーザ端末２を介して、このアクセスコードＣをキー入力したり、カメラ機能で読み取ったりすると、ユーザはプレゼントコンテンツ配信装置５にアクセスできる。
【００４７】
プレゼントコンテンツ配信装置５は、制御部５１と記憶部５２と通信インターフェース部１３と入出力部１４を備える。
制御部５１は、ユーザ入力受付部５１１とリクエスト権利者選定部１１３とコンテンツ配信部１１５を備える。
ユーザ入力受付部５１１は、ユーザ端末２からチケットに印刷されているチケットに固有な情報Ｉとリクエスト権申込情報とを受信する。このユーザがリクエスト権利者選定部１１３によって選定されると、ユーザ入力受付部５１１がリクエスト情報（図９の（ｂ）参照）を受信し、これをイベント主催者側に伝える。イベント録音録画システム３によって、リクエスト情報に基づくコンテンツが作成されると、コンテンツ配信部１１５がプレゼント受取人の端末４に配信する。
【００４８】
記憶部５２は、ユーザ情報ＤＢ５２１とコンテンツＤＢ５２２を含む。
ユーザ情報ＤＢ５２１には、ユーザの個人情報とリクエスト権の申込に関連する情報が記憶される。コンテンツＤＢ５２２には、プレゼントコンテンツが格納される。
このように、プレゼントコンテンツ配信装置５は、第１の実施の形態のチケット販売装置１からプレゼントリクエストに関する機能を取り出して実行するものである。
【００４９】
以上、２つの実施の形態について説明したが、これらのシステム構成、機能ブロック構成、処理フロー、そしてデータベースの構成などは例示にすぎない。
例えば、図７のフロー図では、チケットを購入した人のみがリクエスト権を申し込んでいるが、チケットを申し込んで購入できなかった人もリクエスト権の申込ができるようにしてもよい。あるいは、販売時点で通常チケットと高額なプレミアムチケットを分け、プレミアムチケットを購入した人全員にリクエスト権を付与したり、リクエスト権のオークション或は抽選に参加可能としたりしてもよい。
【００５０】
また、チケットは２人以上のグループで申し込むこともできる。このグループがリクエスト権を取得した場合は、グループ全員を対象にしたメッセージ（例：「○○高校のサッカー部の皆さん、インターハイ出場決定おめでとうございます」）を読み上げてもらい、そのコンテンツはグループの代表者が受信して、仲間にはＬＩＮＥ（登録商標）で送信してもよい。
【００５１】
さらに、本発明のシステムを介して、通常イベント会場で販売されるグッズ（Ｔシャツ、マグカップ、ＣＤやＤＶＤなど）を購入したり、購入予約をしたりすることも可能である。物品の購入履歴もユーザ情報ＤＢ１２１に記憶させておき、リクエスト権者の選定の際に考慮に入れてもよい。
【産業上の利用可能性】
【００５２】
オンラインでイベントのチケットを購入した人に対し、非売品のコンテンツを入手可能とすることにより、オンラインでのチケット販売の普及と、出演者と観客との親密化と、観客の増加と、転売業者の防止とが期待できる。
【符号の説明】
【００５３】
１：チケット販売装置
１１：制御部
１１１：ユーザ入力受付部
１１２：チケット発券部
１１３：リクエスト権利者選定部
１１４：配信コンテンツ決定部
１１５：コンテンツ配信部
１２：記憶部
１２１：ユーザ情報ＤＢ
１２２：チケット情報ＤＢ
１２３：コンテンツＤＢ
２：ユーザ端末
３：イベント録音録画システム
４：プレゼント受取人の端末
５：プレゼントコンテンツ配信装置
Ｎ：インターネット
【図１】
2017049808.tif 000003
【図２】
2017049808.tif 000004
【図３】
2017049808.tif 000005
【図４】
2017049808.tif 000006
【図５】
2017049808.tif 000007
【図６】
2017049808.tif 000008
【図７】
2017049808.tif 000009
【図８】
2017049808.tif 000010
【図９】
2017049808.tif 000011
【図１０】
2017049808.tif 000012
【図１１】
2017049808.tif 000013