(57)【要約】【課題】より多くのユーザを集客すること。【解決手段】本願に係る発行装置は、取得部と、推定部と、発行部とを有する。取得部は、イベントの参加状況に関する情報を取得する。推定部は、取得部によって取得された情報に基づいて、所定のイベントに参加する権利であって、所定のイベントの開催時に実際に行使される権利の数を推定する。発行部は、推定部によって推定された数に基づいて、所定のイベントに参加する権利を新たに発行する。【選択図】図１
2018124820.tif 000002
【特許請求の範囲】
【請求項１】
イベントの参加状況に関する情報を取得する取得部と、
前記取得部によって取得された情報に基づいて、所定のイベントに参加する権利であって、所定のイベントの開催時に実際に行使される権利の数を推定する推定部と、
前記推定部によって推定された数に基づいて、前記所定のイベントに参加する権利を新たに発行する発行部と、
を備えたことを特徴とする発行装置。
【請求項２】
前記取得部は、
前記所定のイベントにおける開催当日の入場推移を取得し、
前記推定部は、
前記所定のイベントにおける開催当日の入場推移に基づいて、当該所定のイベントの開催時に実際に行使される権利の数を推定する、
ことを特徴とする請求項１に記載の発行装置。
【請求項３】
前記取得部は、
前記所定のイベントにおける開催当日の所定時間ごとの入場者数のピーク値、及び、当該ピーク値が観測された時間を取得し、
前記推定部は、
前記所定のイベントにおける開催当日の所定時間ごとの入場者数のピーク値と、当該ピーク値が観測された時間と、当該ピーク値が観測された時間から当該所定のイベントの終了時間までの時間とに基づいて、当該所定のイベントの開催時に実際に行使される権利の数を推定する、
ことを特徴とする請求項２に記載の発行装置。
【請求項４】
前記取得部は、
前記所定のイベントが開催される日の天候、当該所定のイベントが開催される曜日、又は、当該所定のイベントに出演する出演者に関する情報の少なくとも一つを取得し、
前記推定部は、
前記所定のイベントが開催される日の天候、前記所定のイベントが開催される曜日、又は、当該所定のイベントに出演する出演者に関する情報の少なくとも一つに基づいて、当該所定のイベントの開催時に実際に行使される権利の数を推定する、
ことを特徴とする請求項１〜３のいずれか一つに記載の発行装置。
【請求項５】
前記取得部は、
前記所定のイベントに参加する権利の販売後に、当該所定のイベントに参加する権利が失効した数を取得し、
前記推定部は、
前記所定のイベントに参加する権利の販売後に、当該所定のイベントに参加する権利が失効した数に基づいて、当該所定のイベントの開催時に実際に行使される権利の数を推定する、
ことを特徴とする請求項１〜４のいずれか一つに記載の発行装置。
【請求項６】
前記取得部は、
前記所定のイベントの開催中に、当該所定のイベントの会場から退場したユーザの数、及び、再入場したユーザの数を取得し、
前記発行部は、
前記所定のイベントの開催中に、当該所定のイベントの会場から退場したユーザの数、及び、再入場したユーザの数に基づいて、前記所定のイベントに参加する権利を新たに発行する、
ことを特徴とする請求項１〜５のいずれか一つに記載の発行装置。
【請求項７】
前記取得部は、
前記所定のイベントへの参加人数、当該所定のイベントが開催される会場の収容人数、当該所定のイベントが開催される会場へのアクセス状況、又は、当該所定のイベントが属するカテゴリの少なくとも一つを取得し、
前記推定部は、
前記所定のイベントへの参加人数、当該所定のイベントが開催される会場の収容人数、当該所定のイベントが開催される会場へのアクセス状況、又は、当該所定のイベントが属するカテゴリの少なくとも一つに基づいて、当該所定のイベントの開催時に実際に行使される権利の数を推定する、
ことを特徴とする請求項１〜６のいずれか一つに記載の発行装置。
【請求項８】
前記取得部は、
前記イベントの参加状況に関する情報として、前記所定のイベントに関連するイベントである関連イベントであって、前記所定のイベントよりも過去に開催された関連イベントに関する情報を取得し、
前記推定部は、
前記関連イベントに関する情報と、前記所定のイベントに関する情報との比較に基づいて、前記所定のイベントの開催時に実際に行使される権利の数を推定する、
ことを特徴とする請求項１〜７のいずれか一つに記載の発行装置。
【請求項９】
前記発行部によって新たに発行された権利に対する取得要求をユーザから受け付けるとともに、当該ユーザを順位付けして登録する登録部と、
前記登録部によって登録されたユーザであって、上位に順位付けされたユーザから優先的に前記発行部によって新たに発行された権利を取得する機会を提供する提供部と、
を備えたことを特徴とする請求項１〜８のいずれか一つに記載の発行装置。
【請求項１０】
前記登録部は、
前記所定のイベントに参加する権利を有していたユーザであって、所定の理由によって当該権利を失効したユーザを登録し、
前記提供部は、
前記権利を失効したユーザから優先的に前記発行部によって新たに発行された権利を取得する機会を提供する、
を備えたことを特徴とする請求項９に記載の発行装置。
【請求項１１】
コンピュータが実行する発行方法であって、
イベントの参加状況に関する情報を取得する取得工程と、
前記取得工程によって取得された情報に基づいて、所定のイベントに参加する権利であって、所定のイベントの開催時に実際に行使される権利の数を推定する推定工程と、
前記推定工程によって推定された数に基づいて、前記所定のイベントに参加する権利を新たに発行する発行工程と、
を含んだことを特徴とする発行方法。
【請求項１２】
イベントの参加状況に関する情報を取得する取得手順と、
前記取得手順によって取得された情報に基づいて、所定のイベントに参加する権利であって、所定のイベントの開催時に実際に行使される権利の数を推定する推定手順と、
前記推定手順によって推定された数に基づいて、前記所定のイベントに参加する権利を新たに発行する発行手順と、
をコンピュータに実行させることを特徴とする発行プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、発行装置、発行方法及び発行プログラムに関する。
【背景技術】
【０００２】
数万人を集客するようなイベント（野外フェスやコンサート、博覧会等）では、事前にチケットを販売し、来場者を募ることが一般的である。例えば、興行主は、売り出し期間を設定し、イベントが開催される迄にできる限り多くのチケットを販売しようとする。
【０００３】
このようなイベントに関する技術として、ユーザのニーズに合ったチケットを販売する方法が知られている。また、イベント開催当日の所定時刻において会場に入場していない購入者の情報と、購入者が会場までにかかる時間との関係性に基づいて、購入者が有する前売り券をキャンセル扱いとすることで、当日券を発券する当日券発券システムが知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１９７２２５号公報
【特許文献２】特開２００６−２９３６５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の従来技術では、より多くのユーザを集客することができるとは限らない。例えば、従来技術によれば、事前のチケット販売を効率的に行ったり、当日の来場が遅れるユーザのチケット割り当てを当日券に回すことができたりする。しかし、イベントでは、遅刻以外の様々な理由によって来場することができなくなるユーザや、あるいは、不正なチケット（例えば偽造チケットや転売チケット）を利用しようとして入場を拒否されるユーザ等が一定数存在することにより、必ずしも会場を満たすユーザが集客されるとは限らない。このため、興行主は、イベントのチケット代や、イベントにおいてユーザから得られる利益（物販など）を逸するおそれがある。
【０００６】
本願は、上記に鑑みてなされたものであって、より多くのユーザを集客することができる発行装置、発行方法及び発行プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本願に係る発行装置は、イベントの参加状況に関する情報を取得する取得部と、前記取得部によって取得された情報に基づいて、所定のイベントに参加する権利であって、所定のイベントの開催時に実際に行使される権利の数を推定する推定部と、前記推定部によって推定された数に基づいて、前記所定のイベントに参加する権利を新たに発行する発行部と、を備えたことを特徴とする。
【発明の効果】
【０００８】
実施形態の一態様によれば、より多くのユーザを集客することができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施形態に係る発行処理の一例を示す図である。
【図２】図２は、実施形態に係る発行処理システムの構成例を示す図である。
【図３】図３は、実施形態に係る発行装置の構成例を示す図である。
【図４】図４は、実施形態に係るリスト記憶部の一例を示す図である。
【図５】図５は、実施形態に係るイベントテーブルの一例を示す図である。
【図６】図６は、実施形態に係る参加状況テーブルの一例を示す図である。
【図７】図７は、実施形態に係るモデルテーブルの一例を示す図である。
【図８】図８は、実施形態に係る発行処理を説明するための図である。
【図９】図９は、実施形態に係る処理手順を示すフローチャートである。
【図１０】図１０は、発行装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。
【発明を実施するための形態】
【００１０】
以下に、本願に係る発行装置、発行方法及び発行プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る発行装置、発行方法及び発行プログラムが限定されるものではない。また、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【００１１】
〔１．発行処理の一例〕
まず、図１を用いて、実施形態に係る発行処理の一例について説明する。図１は、実施形態に係る発行処理の一例を示す図である。図１では、本願に係る発行装置１００が、種々のイベントの参加状況に関する情報に基づいて、所定のイベントに参加する権利であって、所定のイベントの開催時に実際に行使される権利の数を推定し、推定された数に基づいて、当該所定のイベントに参加する権利を新たに発行する処理を実行する一例を示す。
【００１２】
図１に示す発行装置１００は、所定のイベントに参加する権利を新たに発行する発行処理を実行するサーバ装置である。なお、実施形態では、所定のイベントとして、数万人規模のユーザを集客する野外フェス等のイベントを例に挙げる。また、実施形態では、所定のイベントに参加する権利とは、例えば、イベント会場に入場する権利のことであり、チケット等によって具現化される。また、実施形態では、所定のイベントの開催時に実際に行使される権利とは、例えば、イベント開催時にユーザがイベント会場に入場するために利用されるチケットのことをいう。すなわち、所定のイベントの開催時に実際に行使される権利の数とは、イベント会場で提示され使用されるチケットの数である。また、言い換えれば、所定のイベントの開催時に実際に行使されない権利の数とは、発行されていた（ユーザに販売されていた）にもかかわらず、実際には使用されなかったチケットの数である。
【００１３】
また、実施形態では、チケットとして、イベントに関する情報等が印字された紙媒体であるものを例に挙げるが、チケットは電子データ等であってもよい。また、実施形態に係るチケットには識別情報（例えばバーコード等の識別子）が埋め込まれており、イベント会場に設置された所定の装置（例えば、バーコードリーダ）で識別情報が読み込まれることで、当該チケットが真正であることが認証されるものとする。また、このような会場でのチケット認証を通じて、興行主や発行装置１００は、チケットが使用された状況（すなわち、イベントへの参加状況）をリアルタイムに取得できるものとする。なお、チケットは、ユーザの購入申込み後に、チケットを購入したユーザの情報が上記識別情報に追加されて発券されるため、購入したユーザの情報等を含むことができる。
【００１４】
図１に示すユーザ端末１０は、ユーザによって利用される情報処理端末である。ユーザ端末１０は、例えば、スマートフォンやタブレット端末である。ユーザ端末１０は、ユーザの操作に従い、ネットワーク上のサービスを利用する。例えば、ユーザ端末１０は、チケット販売サイトにアクセスし、チケットに関する問い合わせを行ったり、チケットの購買申込みを行ったりする。また、ユーザ端末１０は、発行装置１００に対して種々の要求を送信したり、発行装置１００から提供される情報を受信したりする。なお、実施形態では、ユーザ端末１０をユーザと読み替える場合がある。例えば、「ユーザが発行装置１００にアクセスする」という記載は、実際には、「ユーザによって操作されたユーザ端末１０が発行装置１００にアクセスする」という状況を示す場合がある。また、図１の例では、ユーザ端末１０は、ユーザの一例であるユーザＵ０１によって操作されるものとする。
【００１５】
図１に示した発行装置１００は、例えば、イベントを開催する興行主や、興行主に代理してチケットを販売する事業者等によって管理される。発行装置１００は、例えば、イベントに参加する権利をチケットという態様で発行する。興行主は、発行されたチケットをユーザに販売する。一般に、コンサート等のイベントでは、イベントの開催日の前にチケットが前売りされる。このため、チケットは、イベント開催の前に既にイベントの参加を希望するユーザに渡っているか、もしくは、チケットを受け取る権利がユーザに渡っている状況（発券待ち状態）である。
【００１６】
ここで、このようなイベントのチケットは、様々な理由によって未使用となる可能性がある。例えば、イベントに参加する予定であったが都合が悪くなったり、イベントに興味を失ったりした等の理由で、チケットを購入したにもかかわらず、イベントに参加しないユーザが存在する。また、イベントのチケットは、興行主側の規約（ポリシー）に基づき、転売が禁止される場合がある。転売されたことが特定されたチケットは、例えば興行主によって、効力が失効させられる。言い換えれば、ユーザは、転売されたチケットを有していても、イベントに参加できないこととなる。このような場合も、転売されたチケット（すなわち、転売されたチケットに対応付けられていた権利）は、未使用となる。
【００１７】
さらに、規模の大きなイベントでは、悪意のある者によって精巧な偽造チケットが発行され、偽造チケットが出回ることがある。このようなチケットは、例えば上述した識別情報等が不適切であることから、イベント会場において偽造チケットと判定される。偽造チケットにおける権利はもともと発生していないことから、未使用チケットとは異なるものの、例えば偽造チケットを持って来場したユーザはイベント会場に入れないため、不利益を生じる。また、偽造チケットを持って来場したユーザがイベント会場においてチケットを購入しようとしても、既にチケットが売り切れていた場合には新たに購入することができない。この場合、ユーザは、せっかくイベント会場まで来場したにもかかわらず、イベントに参加することができないことになる。
【００１８】
ところで、このようなイベントでは、イベントに参加するためのチケット代のみならず、会場内での飲食代や物販等によって売上を上げることができるため、一人でも多くのユーザをイベントに参加させた方が、利益の向上が期待できる。しかしながら、上記のような未使用チケットが発生することにより、興行主は、チケット代や飲食代や物販等によって得られるはずの利益を逸する場合がある。また、興行主は、当日券の発行によって多くのユーザの来場を促そうとしても、例えばチケットが既に売り切れていた場合には当日券はそもそも発行できない。また、未使用チケット分を当日券に回したとしても、未使用チケット分が判明した時点で、新たにチケットの購入を所望するユーザがイベント会場の近くに存在するとは限らない。このため、興行主は、一定の割合で未使用チケットが発生することが分かっていたとしても、発生する未使用チケット分のユーザを集客することが困難であった。
【００１９】
そこで、実施形態に係る発行装置１００は、以下に説明する発行処理を実行することで、より多くのユーザを集客する。すなわち、発行装置１００は、実施形態に係る発行処理を行うことで、より多くのユーザをイベントに参加させる機会を創出する。以下、図１を用いて、発行装置１００によって行われる発行処理の一例を流れに沿って説明する。
【００２０】
図１に示す例において、ユーザＵ０１は、所定のイベントＸＸＸに参加することを希望するユーザである。図１の例では、ユーザＵ０１は、イベントＸＸＸのチケットを購入しようとしたものの、チケットが売り切れていたため、チケットを購入できなかったものとする。なお、イベントＸＸＸは、連続した３日間（図１の例では、２月１０日、２月１１日、２月１２日の３日間）に渡って行われる野外フェスであるものとする。例えばユーザＵ０１は、イベント３日目の２月１２日にイベントＸＸＸに参加するためのチケットを所望しているものとする。
【００２１】
この場合、ユーザＵ０１は、ユーザ端末１０を操作し、発行装置１００にアクセスする。例えば、ユーザＵ０１は、発行装置１００が提供する所定のサービス（例えばウェブサイト）において、イベントＸＸＸに関するキャンセル待ちを登録する（ステップＳ１１）。実施形態において、キャンセル待ちの登録とは、発行装置１００によってイベントＸＸＸに参加するためのチケットが新たに発行された場合に、当該チケットを購入する機会の提供を受けるために行う登録である。
【００２２】
発行装置１００は、イベントＸＸＸにおいて新たにチケットを発行するための処理として、まず、種々のイベントの参加状況を取得する（ステップＳ１２）。例えば、発行装置１００は、種々のイベントとして、イベントＸＸＸの２月１０日における参加状況や、イベントＸＸＸの２月１１日における参加状況を取得する。なお、発行装置１００は、参加状況を取得するイベントとして、イベントＸＸＸ以外の過去のイベントの参加状況を取得してもよい。
【００２３】
なお、実施形態において参加状況とは、イベントにおける着券（イベント会場においてチケットが認証された（使用された）こと）の数や率、着券されたタイミング、着券のピーク時間、また、イベント終了時点における最終着券数や最終着券率、チケットの未使用数や率等を含む。また、実施形態において発行装置１００が取得する情報には、チケットの利用等による参加状況のみならず、例えば、イベント開催当日の天候や気温等の情報が含まれてもよい。また、発行装置１００が取得する情報には、イベントの規模（定員）や、出演者に関する情報が含まれてもよい。
【００２４】
例えば、発行装置１００は、２月１０日と、２月１１日におけるイベントＸＸＸの参加状況を取得する。図１に示すように、発行装置１００は、２月１０日のイベントＸＸＸでは、天候が「雨」であったことを取得する。また、発行装置１００は、２月１０日のイベントＸＸＸでは、販売率が「１００％」であったにもかかわらず、着券率が「９４％」であったことから、まだイベントに参加することのできた枠である余剰枠（言い換えれば、未使用チケットの数）が「１５００」であったという情報を取得する。また、発行装置１００は、２月１０日における入場者数のピークは「１６時」であったという情報を取得する。また、発行装置１００は、２月１０日の入場者数の推移に関する情報を取得する。例えば、図１のグラフ５０に示すように、発行装置１００は、１時間ごとの入場者数に関する情報を取得する。なお、上記の余剰枠には、来場しなかったユーザの数に限らず、例えば、転売等の不正な取引に係るチケットの使用により、チケットの効力が失効した数等が含まれてもよい。
【００２５】
また、同様に発行装置１００は、２月１１日のイベントＸＸＸでは、天候が「晴れ」であったという情報を取得する。また、発行装置１００は、２月１１日のイベントＸＸＸでは、販売率が「１００％」であったにもかかわらず、着券率が「９６％」であり、余剰枠が「１０００」であったという情報を取得する。また、発行装置１００は、２月１１日における入場者数のピークは「１５時」であったという情報を取得する。
【００２６】
また、発行装置１００は、２月１２日のイベント当日においても、リアルタイムに参加状況を取得する。例えば、発行装置１００は、グラフ５０に示すように、２月１２日においても、１時間ごとの入場者数（着券数）や、入場者数の推移を取得し続けているものとする。
【００２７】
そして、発行装置１００は、所定のタイミングで、２月１２日当日の参加状況、及び、過去のイベント参加状況等に基づいて、２月１２日のイベントＸＸＸにおける来場者数を予測する処理を行う（ステップＳ１３）。
【００２８】
例えば、発行装置１００は、２月１０日及び２月１１日における参加状況と、２月１２日における参加状況との比較対照を行う。そして、発行装置１００は、２月１２日における参加状況（例えば、実際に会場で使用されると想定されるチケット数）を推定するための学習モデルを生成し、モデルを利用して、来場者数の推定処理を行う。モデルの生成に用いる素性は、上述したようなイベントの参加状況や、イベントの規模や、イベント開催時の天候や、イベントの出演者等、種々の情報が用いられてもよい。なお、かかる推定処理の詳細については後述する。
【００２９】
例えば、発行装置１００は、２月１２日の１６時時点において、２月１０日及び２月１１日の参加状況に基づいて、２月１２日の１６時以降の来場者数の予測を行ったものとする。仮に、発行装置１００は、２月１２日の１６時以降の来場者数（図１のグラフ５０における点線で示す）が、２月１０日及び２月１１日の来場者数とほぼ同じような推移となることを予測したものとする。
【００３０】
そして、発行装置１００は、予測した来場者数に基づいて、２月１２日のイベントＸＸＸにおける新規枠を追加する処理を行う（ステップＳ１４）。仮に、発行装置１００は、２月１２日のイベントＸＸＸにおける余剰枠を「１２５０」と推定した場合、２月１２日のイベントＸＸＸにおいて新たに追加する枠を「１２５０」と設定する。すなわち、発行装置１００は、２月１２日の１６時以降において、「１２５０」人が新たに２月１２日のイベントＸＸＸに参加できるよう、２月１２日のイベントＸＸＸに参加する権利を新たに発行する。
【００３１】
そして、発行装置１００は、事前にキャンセル待ち登録を行っていたユーザＵ０１に対して、追加した新規枠の購入機会を提供する（ステップＳ１５）。例えば、発行装置１００は、ユーザ端末１０に通知を行い、２月１２日のイベントＸＸＸにおいて新規枠が追加されたことを伝達する。そして、発行装置１００は、例えばチケット購入を受け付けるページ等をユーザ端末１０に送信する。ユーザＵ０１は、２月１２日のイベントＸＸＸにおいて追加された枠のチケットを購入する場合には、その旨を発行装置１００に送信する。
【００３２】
なお、上記の例では、発行装置１００が、２月１２日の１６時時点において新規枠の追加を行う例を示したが、発行装置１００は、より早く新規枠の追加を行うようにしてもよい。例えば、発行装置１００は、２月１１日のイベントＸＸＸの終了時点において、２月１２日における新規枠の予測を行い、新規枠に対する購入機会をユーザＵ０１に提供してもよい。
【００３３】
このように、実施形態に係る発行装置１００は、イベントの参加状況に関する情報を取得する。そして、発行装置１００は、取得された情報に基づいて、所定のイベントに参加する権利であって、所定のイベントの開催時に実際に行使される権利の数を推定する。さらに、発行装置１００は、推定された数に基づいて、所定のイベントに参加する権利を新たに発行する。
【００３４】
すなわち、発行装置１００は、過去のイベントへの参加状況や、所定のイベント（処理対象とするイベント）における当日の来場状況等に基づいて、所定のイベントにおいて権利が行使される数（言い換えれば、来場者数）を推定する。そして、発行装置１００は、推定された数に基づいて、所定のイベントに追加枠分の権利を発行する。これにより、発行装置１００は、所定のイベントに参加できるユーザ数を増加させることができる。すなわち、発行装置１００は、チケットを売り止めした後や、チケットが完売したイベントであっても、そのイベントにおいて行使されないチケットの数を予測し、その分を追加枠として設けることで、当初予定されていたよりも多くのユーザにイベントに参加できる機会を与えることができる。また、発行装置１００は、実際に権利が行使される数を推定するタイミングを調整することで、チケットが販売できない期間を短縮することができる。例えば、発行装置１００は、チケットが売り切れた直後に推定処理を行うことで、前売りチケットが売り止めしたり、チケットが売り切れたりした直後から、キャンセル待ちを行ったユーザに新たにチケットを販売すること等が可能となる。このように、発行装置１００は、従来のチケットの販売期間にとらわれない、シームレスなチケット販売を可能にする。結果として、発行装置１００は、より多くのユーザにチケット購入機会を提供できるので、より多くのユーザを集客することができる。以下、このような処理を行う発行装置１００、及び、発行装置１００を含む発行処理システム１の構成等について、詳細に説明する。
【００３５】
〔２．発行処理システムの構成〕
次に、図２を用いて、実施形態に係る発行装置１００が含まれる発行処理システム１の構成について説明する。図２は、実施形態に係る発行処理システム１の構成例を示す図である。図２に例示するように、実施形態に係る発行処理システム１には、ユーザ端末１０と、興行主端末２０と、発行装置１００とが含まれる。これらの各種装置は、ネットワークＮを介して、有線又は無線により通信可能に接続される。なお、図２に示した発行処理システム１には、複数台のユーザ端末１０や、複数台の興行主端末２０が含まれてもよい。
【００３６】
ユーザ端末１０は、例えば、スマートフォンや、デスクトップ型ＰＣ（Personal  Computer）や、ノート型ＰＣや、タブレット型端末や、携帯電話機、ＰＤＡ（Personal  Digital  Assistant）、ウェアラブルデバイス（Wearable  Device）等の情報処理装置である。例えば、ユーザ端末１０は、ユーザによる操作に従って発行装置１００にアクセスし、チケットのキャンセル待ち登録の要求を送信する。
【００３７】
興行主端末２０は、イベントの興行主によって利用される情報処理端末である。例えば、興行主端末２０は、デスクトップ型ＰＣや、ノート型ＰＣなどの情報処理装置等である。興行主端末２０は、例えば、チケットに印字された識別子を読み取る機能を備えており、イベント会場においてチケットを認証する処理を行う。
【００３８】
例えば、興行主端末２０は、チケットに印字された識別子によって、チケットと、イベント会場やイベント内容とが適合しているか否かを判定する。そして、興行主端末２０は、チケットとイベントとが適合している場合に当該チケットを認証し、チケットの着券を記録する。また、興行主端末２０は、識別子に購入者情報が含まれる場合には、チケットの購入者に関する情報を読み取ってもよい。例えば、ユーザは、チケット販売サイト等でチケットを購入する手続きを行った際に、自身のユーザ情報（例えば氏名や性別や年齢等）を入力する。この場合、チケットが発行される際には、ユーザ情報を含んだ識別子がチケットに印字される。興行主端末２０は、このような識別子を読み取ることにより、チケットを購入したユーザを特定することができる。例えば、興行主端末２０は、チケットを購入したユーザと、実際にイベント会場を訪れたユーザとが相違すると判定される場合には、所定の警告を発するようにしてもよい（例えば、チケットを購入したユーザが女性であるにもかかわらず、イベント会場にチケットを持参したユーザが男性である場合等）。
【００３９】
また、興行主端末２０は、チケットをイベント会場で認証した場合、認証したチケットの情報を発行装置１００に送信する。また、興行主端末２０は、これまでに着券されたチケットの数や率、着券の推移等の情報を発行装置１００に送信してもよい。また、興行主端末２０は、着券されたチケットのうち無効となったチケット数（例えば、転売に係るチケット数）や、偽造チケット等の数を発行装置１００に送信してもよい。
【００４０】
なお、興行主端末２０は、必ずしもデスクトップ型ＰＣやノート型ＰＣなどの情報処理装置の形態に限られず、例えば、バーコードリーダや、チケットを識別するための機能を備えた入場ゲートのような形態であったりしてもよい。また、チケットが電子データである場合には、興行主端末２０は、チケットの識別子を電子的に読み取る手法を採用してもよい。例えば、興行主端末２０は、所定の無線通信方式によってユーザ端末１０内に保持されるチケット情報を受信し、受信したデータから、チケットの識別子を読み取ってもよい。
【００４１】
発行装置１００は、イベントの参加状況に関する情報に基づいて、所定のイベントに参加する権利であって、所定のイベントの開催時に実際に行使される権利の数を推定し、推定した数に基づいて、所定のイベントに参加する権利を新たに発行する処理を行うサーバ装置である。
【００４２】
なお、実施形態に係る発行装置１００は、チケットを販売するサイトや、所定のイベントにおけるキャンセル待ちを登録するためのサイト等を提供するサーバとしての機能を兼ねていてもよい。すなわち、発行装置１００は、所定のサービスを提供するサーバ（例えば、ウェブサーバ）としての機能を兼ねていてもよい。
【００４３】
〔３．発行装置の構成〕
次に、図３を用いて、実施形態に係る発行装置１００の構成について説明する。図３は、実施形態に係る発行装置１００の構成例を示す図である。図３に示すように、発行装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、発行装置１００は、発行装置１００を利用する管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。
【００４４】
（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network  Interface  Card）等によって実現される。かかる通信部１１０は、ネットワークＮと有線又は無線で接続され、ネットワークＮを介して、ユーザ端末１０や、興行主端末２０との間で情報の送受信を行う。
【００４５】
（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random  Access  Memory)、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図３に示すように、記憶部１２０は、リスト記憶部１２１と、イベント情報記憶部１２２とを有する。
【００４６】
（リスト記憶部１２１について）
リスト記憶部１２１は、ユーザを登録するリストに関する情報を記憶する。ここで、図４に、実施形態に係るリスト記憶部１２１の一例を示す。図４は、実施形態に係るリスト記憶部１２１の一例を示す図である。図４に示した例では、リスト記憶部１２１は、「リストＩＤ」、「イベントＩＤ」、「キャンセル待ちリスト」といった項目を有する。また、キャンセル待ちリストは、「順位」、「ユーザＩＤ」、「通知」といった小項目を有する。
【００４７】
「リストＩＤ」は、リストを識別するための識別情報を示す。なお、実施形態において、リストＩＤのような識別情報は、説明で用いる参照符号と共通するものとする。例えば、リストＩＤが「Ｌ０３」であるリストを「リストＬ０３」と表記する場合がある。「イベントＩＤ」は、イベントを識別するための識別情報を示す。
【００４８】
「キャンセル待ちリスト」は、キャンセル待ちのリストに記憶されている各種情報を示す。「順位」は、リストにおける順位を示す。「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。
【００４９】
「通知」は、ユーザに対して通知を行ったか否かの結果情報を示す。例えば、通知の項目が「１」であれば、既にユーザに対して通知を行っていることを示す。また、通知の項目が「０」であれば、まだユーザに対して通知を行っていないことを示す。リストがキャンセル待ちに係るリストである場合、通知とは、例えば、キャンセル待ちしているユーザに対して追加枠を購入する機会が与えられた旨を示す通知である。発行装置１００は、例えば、通知したユーザがチケットを購入する旨の返信を行った場合や、通知したユーザからの反応が所定時間なかった場合には、次の順位のユーザに通知を行う。
【００５０】
すなわち、図４に示したデータの一例は、リストＩＤ「Ｌ０３」によって識別されるリストＬ０３は、イベントＩＤ「Ｅ０３」によって識別されるイベントＥ０３に係るキャンセル待ちリストであることを示している。また、キャンセル待ちリストに関する情報として、例えば、順位が「１」であるユーザはユーザＩＤ「Ｕ０１」で識別されるユーザＵ０１であり、順位が「２」であるユーザはユーザＩＤ「Ｕ０２」で識別されるユーザＵ０２であること等を示している。また、ユーザＵ０１〜ユーザＵ０３に対しては、既に通知が行われており、ユーザＵ０４及びユーザＵ０５に対しては、まだ通知が行われていないことを示している。
【００５１】
（イベント情報記憶部１２２について）
イベント情報記憶部１２２は、イベントに関する情報や、イベントのチケットに関する情報や、イベントに追加される枠に関する情報を記憶する。図３に示すように、イベント情報記憶部１２２は、データテーブルとして、イベントテーブル１２３と、参加状況テーブル１２４と、モデルテーブル１２５とを有する。以下、各データテーブルについて順に説明する。
【００５２】
（イベントテーブル１２３について）
イベントテーブル１２３は、イベントに関する情報を記憶する。ここで、図５に、実施形態に係るイベントテーブル１２３の一例を示す。図５は、実施形態に係るイベントテーブル１２３の一例を示す図である。図５に示した例では、イベントテーブル１２３は、「イベントＩＤ」、「イベント名」、「カテゴリ」、「開催日時」、「開催地」、「会場」、「開催規模」、「販売率」、「余剰率」といった項目を有する。
【００５３】
「イベントＩＤ」は、イベントを識別するための識別情報を示す。「イベント名」は、イベントの名称を示す。「カテゴリ」は、イベントが属するカテゴリを示す。例えば、カテゴリは、コンサートや、舞台公演や、ミュージカルや、野外フェスなどのイベントの種別を示す。なお、図５での図示は省略しているが、カテゴリには、イベントの種別のみならず、開催規模等によって区分けされるカテゴリがさらに設定されてもよい。例えば、発行装置１００は、１万人以上を動員する規模のイベントを「大規模」に、２千人以下を動員する規模のイベントを「小規模」に、その間の規模に属するイベントを「中規模」にカテゴライズするようにしてもよい。
【００５４】
「開催日時」は、イベントが開催される日時を示す。なお、図５での図示は省略しているが、開催日時には、イベントにおいて入場を開始する時刻（すなわち、チケットの受け付けを開始する時刻）や、イベントにおいてチケット販売を終了する時刻（例えば、イベントが終了する３０分前）等の情報が含まれてもよい。
【００５５】
「開催地」は、イベントが開催される地名を示す。「会場」は、イベントが開催される会場名を示す。「開催規模」は、イベントの開催規模（例えば、イベントにおける定員）を示す。「販売率」は、開催規模に対する、現時点においてチケットが販売された割合を示す。「余剰率」は、開催規模に対する、現時点において余っている枠（言い換えれば、売れ残っているチケット）の率を示す。
【００５６】
すなわち、図５に示したデータの一例は、イベントＩＤ「Ｅ０１」によって識別されるイベントＥ０１におけるイベント名は「ＸＸＸ」であり、カテゴリは「野外フェス」であり、開催日時は「２０１７年２月１０日  ９：００〜２２：００」であり、開催地は「東京都」であり、会場は「ＹＹＹ」であり、開催規模は「２５０００人」であり、販売率は「１００％」であり、現時点での余剰率は「０」であることを示している。
【００５７】
（参加状況テーブル１２４について）
参加状況テーブル１２４は、各イベントにおける参加状況を記憶する。ここで、図６に、実施形態に係る参加状況テーブル１２４の一例を示す。図６は、実施形態に係る参加状況テーブル１２４の一例を示す図である。図６に示した例では、参加状況テーブル１２４は、「イベントＩＤ」、「事前販売数」、「参加状況」、「結果情報」といった項目を有する。また、参加状況は、「時間」、「毎時着券数」、「毎時着券率」、「天候」、「出演者」といった小項目を有する。また、結果情報は、「最終着券率」、「最終着券数」、「未利用数」といった小項目を有する。
【００５８】
「イベントＩＤ」は、図５に示した同一の項目に対応する。「事前販売数」は、イベントの開催日前に既に販売されていたチケットの数を示す。
【００５９】
「参加状況」は、イベントへの参加状況を示す。「時間」は、チケットが興行主端末２０に認証された時間を示す。すなわち、時間は、ユーザがイベント会場に入場を行った時間を示す。実施形態において、時間は、例えば１時間ごとに区切られ、着券数等が集計されるものとする。
【００６０】
「毎時着券数」は、所定の時間迄に着券された、１時間ごとのチケットの数を示す。「毎時着券率」は、事前販売数に対する１時間ごとの着券の割合を示す。「天候」は、時間ごとの天候を示す。「出演者」は、当該集計時間においてイベントに出演している出演者を示す。
【００６１】
「結果情報」は、イベント終了後における参加状況の結果情報を示す。「最終着券率」は、イベントが終了した時点における着券の割合を示す。「最終着券数」は、イベントが終了した時点における着券数を示す。「未利用数」は、イベントが終了した時点において、事前に販売されたチケットのうち、未利用となったチケット数を示す。なお、未利用数には、例えば転売に係るチケット等の理由により、イベント会場において入場が拒否された（効力を発揮しなかった）チケットの数等が含まれてもよい。
【００６２】
すなわち、図６に示したデータの一例は、イベントＩＤ「Ｅ０１」によって識別されるイベントＥ０１におけるチケットの事前販売数は「２５０００」枚であることを示している。また、イベントＥ０１の参加状況として、「９時」の時点での着券数は「０」枚であり（かかる結果は、着券が集計され始めた直後であって着券数が記録されていないことを示す）、毎時着券率は「０．０％」であり、天候は「雨」であり、９時時点でのイベントＥ０１の出演者は「ａａａ」であることを示している。また、イベントＥ０１は、「１０時」の時点での着券数は「９８０」枚であり、毎時着券率は「３．９％」であり、天候は「雨」であり、１０時時点でのイベントＥ０１の出演者は「ｂｂｂ」であることを示している。また、イベントＥ０１の結果情報として、最終着券率は「９４％」であり、最終着券数は「２３５００」枚であり、未利用数は「１５００」枚であったことを示している。
【００６３】
また、他の一例として、イベントＩＤ「Ｅ０３」によって識別されるイベントＥ０３におけるチケットの事前販売数は「２５０００」枚であることを示している。なお、図６に示した例において、イベントＥ０３は開催中であり、１６時以降のデータが集計されていないものとする。例えば、イベントＥ０３の参加状況として、「１５時」の時点での着券数（すなわち、１４時から１５時までの着券数）は「２９００」枚であり、毎時着券率は「１１．６％」であり、天候は「晴れ」であり、１５時時点でのイベントＥ０３の出演者は「ｄｄｄ」であることを示している。また、イベントＥ０３は、「１６時」の時点での着券数は「３１００」枚であり、毎時着券率は「１２．４％」であり、天候は「晴れ」であり、１６時時点でのイベントＥ０３の出演者は「ｅｅｅ」であることを示している。図６に示した例では、発行装置１００は、１６時以降においてもイベントＥ０３の参加状況をリアルタイムに取得し、保持するものとする。また、図６の例では、イベントＥ０３は終了前であるため、結果情報が記憶されていないことを示している。
【００６４】
（モデルテーブル１２５について）
モデルテーブル１２５は、各イベントにおいて追加枠を予測するためのモデルに関する情報を記憶する。ここで、図７に、実施形態に係るモデルテーブル１２５の一例を示す。図７は、実施形態に係るモデルテーブル１２５の一例を示す図である。図７に示した例では、モデルテーブル１２５は、「モデルＩＤ」、「学習データ」、「データ例」といった項目を有する。また、データ例は、「イベントＩＤ」、「入力データ」、「追加枠」といった小項目を有する。
【００６５】
「モデルＩＤ」は、モデルを識別するための識別情報を示す。図７に示すモデルは、例えば、過去のイベントにおけるチケットの未使用数（余剰枠）を正解データとし、当該イベントにおける種々のデータ（開催規模、事前販売数、最終着券数、会場、出演者、天候等）を素性として学習されたモデルである。この場合、処理対象とするイベントに関する情報を入力した場合に、当該イベントにおいて予測される未使用数（余剰枠）が出力される。なお、発行装置１００は、例えば、イベントのカテゴリごとや開催規模ごとにモデルを生成してもよい。
【００６６】
「学習データ」は、モデルの学習に用いられる学習データを示す。なお、図７に示した例では、学習データを「Ｂ０１」のような概念で示しているが、実際には、学習データの項目には、例えば過去のイベントにおける参加状況や、結果情報等が含まれる。また、学習データには、過去のイベントにおける天候や、出演者や、会場や、会場までのアクセス情報や、開催地等の情報が含まれてもよい。すなわち、学習データは、モデルを生成するために用いられる素性（説明変数）となりうる情報であれば、いずれの情報が含まれてもよい。
【００６７】
「データ例」は、実際にモデルが使用される際に入力される情報と出力される情報とを示す。「イベントＩＤ」は、図５に示した同一の項目に対応する。「入力データ」は、モデルに入力されるデータを示す。なお、図７に示した例では、入力データを「Ｆ０３」のような概念で示しているが、実際には、入力データの項目には、例えば、処理対象となるイベントＥ０３における現時点での着券数や着券率、天候や出演者、事前販売数、開催規模、イベント会場等、モデルが生成される際に用いられた素性に対応する種々のデータが含まれるものとする。
【００６８】
「追加枠」は、処理対象となるイベントへの追加枠の数を示す。例えば、追加枠は、モデルに入力データが入力された場合に、出力される指標値に基づいて算出される。
【００６９】
すなわち、図７に示したデータの一例は、モデルＩＤ「Ｍ０１」によって識別されるモデルは、学習データ「Ｂ０１」によって学習されたモデルであることを示している。また、モデルＭ０１にイベントＩＤ「Ｅ０３」で識別されるイベントＥ０３における入力データ「Ｆ０３」が入力された場合に、出力される追加枠は「１２５０」であることを示している。
【００７０】
（制御部１３０について）
制御部１３０は、例えば、コントローラ（controller）であり、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、発行装置１００内部の記憶装置に記憶されている各種プログラム（発行プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、コントローラであり、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現される。
【００７１】
図３に示すように、制御部１３０は、登録部１３１と、取得部１３２と、推定部１３３と、発行部１３４と、提供部１３５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図３に示した接続関係に限られず、他の接続関係であってもよい。
【００７２】
（登録部１３１について）
登録部１３１は、後述する発行部１３４によって新たに発行された権利に対する取得要求をユーザから受け付けるとともに、当該ユーザを順位付けして登録する。
【００７３】
例えば、登録部１３１は、所定のイベントに関するキャンセル待ちを所望するユーザに順位を付け、順にリストに登録する。例えば、登録部１３１は、新たに発行される権利に対する取得要求を受け付けた時点が早い順からユーザを順位付ける。
【００７４】
また、登録部１３１は、キャンセル待ちを開始したことをユーザに通知してもよい。例えば、登録部１３１は、所定のイベントのチケット販売サイトにおいて、当該イベントのチケットが売り切れていた場合に、ウェブサイト内のバナー等を利用して、キャンセル待ち登録の受け付けを開始した旨を表示させる。あるいは、登録部１３１は、プッシュ通知等を利用して、キャンセル待ち登録の受け付けを開始した旨をユーザに通知してもよい。また、登録部１３１は、所定のイベントのチケットが売り切れた後に、当該イベントのチケット販売サイトにアクセスしたユーザに対して、キャンセル待ち登録を行うためのサイトのリンクを表示する等の処理を行ってもよい。
【００７５】
そして、登録部１３１は、受け付けたユーザに関する情報をリスト記憶部１２１に格納する。
【００７６】
（取得部１３２について）
取得部１３２は、各種情報を取得する。例えば、取得部１３２は、イベントの参加状況に関する情報を取得する。具体的には、取得部１３２は、過去に開催された複数のイベントや、現時点で開催されている複数のイベントにおける参加状況を取得する。
【００７７】
例えば、取得部１３２は、イベントにおける開催当日の入場推移を取得する。また、取得部１３２は、イベントにおいて販売済みのチケットの数や、過去のイベントにおける開催日の入場推移や、過去のイベントにおける最終着券率や、未使用チケットの数等を取得する。
【００７８】
また、取得部１３２は、イベントにおける開催当日の所定時間ごとの入場者数のピーク値（時間ごとの最大入場者数）、及び、ピーク値が観測された時間を取得する。例えば、取得部１３２は、過去のイベントにおいて開場時間（入場開始時間）からどのくらいに入場のピークが発生するか、また、ピーク時には定員のうちどのくらいのユーザが入場するかといった情報を取得する。
【００７９】
また、取得部１３２は、イベントが開催される日の天候、当該イベントが開催される曜日、又は、イベントに出演する出演者に関する情報の少なくとも一つを取得するようにしてもよい。かかる情報は、例えば、後述する推定部１３３が生成するモデルの素性として利用される。
【００８０】
また、取得部１３２は、イベントに参加する権利の販売後に、イベントに参加する権利が失効した数を取得してもよい。イベントに参加する権利が失効した数とは、例えば、転売に係るチケットであって、その効力が興行主等によって失効させられたチケットの数である。例えば、取得部１３２は、過去のイベントにおいて権利が失効した数を取得することで、当該イベントにおいてチケットの販売後に発生する余剰枠の数を取得することができる。
【００８１】
また、取得部１３２は、イベントへの参加人数（開催規模、あるいは、実際の入場者数）、イベントが開催される会場の収容人数、イベントが開催される会場へのアクセス状況、又は、イベントが属するカテゴリの少なくとも一つを取得するようにしてもよい。イベントが開催される会場へのアクセス状況とは、例えば、会場へ向かう交通機関の充実度や、終電の時間や、会場までにユーザが支払うと想定される交通費等の情報を含む。例えば、これらの要素は、推定処理に関する素性として、後述する推定部１３３に利用される。
【００８２】
なお、取得部１３２は、上記の各種情報について、処理対象とするイベントのみならず、過去のあらゆるイベントから情報を取得するようにしてもよい。
【００８３】
例えば、取得部１３２は、処理対象とするイベントに関連するイベントである関連イベントであって、所定のイベントよりも過去に開催された関連イベントに関する情報を取得する。この場合、関連イベントとは、所定のイベントと同程度の規模（参加人数）や、同程度の会場や、同じようなユーザ属性を有するユーザ向けのイベントであることや、イベントのカテゴリが類似することや、同じ出演者が出演しているイベント等が該当する。具体的には、同じ内容のイベントが連日開催される場合等には、同じ内容で開催された過去のイベントが関連イベントとなりうる。例えば、図５において示した例では、イベントＥ０３に対して、イベントＥ０１やイベントＥ０２は関連イベントとなりうる。
【００８４】
また、取得部１３２は、上記の各種情報について、興行主や、発行装置１００の管理者から取得してもよい。また、取得部１３２は、上記の各種情報について、ネットワークＮ上をクロールするプログラムによって取得してもよい。取得部１３２は、取得した情報を記憶部１２０内に適宜格納する。例えば、取得部１３２は、取得した情報をイベント情報記憶部１２２に格納する。
【００８５】
（推定部１３３について）
推定部１３３は、取得部１３２によって取得された情報に基づいて、所定のイベントに参加する権利であって、所定のイベントの開催時に実際に行使される権利の数を推定する。具体的には、推定部１３３は、イベントにおけるチケットのうち、当該イベントの開催時に実際に使用されるチケットの数を推定する。言い換えれば、推定部１３３は、当該イベントの開催時に未使用となるチケットの数を推定することで、当該イベントにおける余剰枠を推定する。
【００８６】
例えば、推定部１３３は、所定のイベントにおける開催当日の入場推移に基づいて、所定のイベントの開催時に実際に行使される権利の数を推定する。すなわち、推定部１３３は、リアルタイムに取得される開催当日の入場推移から、当該イベントが終了するまでに使用されるチケットの数を予測する。例えば、推定部１３３は、統計的な手法によって、入場の受け付けが開始された時刻から所定時刻までの着券率と、最終着券率との関係性を学習する。そして、推定部１３３は、入場の受け付けが開始された時刻からの所定のタイミングにおける着券率から最終着券率を予測し、予測した最終着券率から、最終的に使用されるチケットの数を推定する。
【００８７】
また、推定部１３３は、所定のイベントにおける開催当日の所定時間ごとの入場者数のピーク値と、当該ピーク値が観測された時間と、当該ピーク値が観測された時間から当該所定のイベントの終了時間までの時間とに基づいて、当該所定のイベントの開催時に実際に行使される権利の数を推定してもよい。例えば、推定部１３３は、上述のような統計的な手法によって、所定のイベントにおける開催当日の所定時間ごとの入場者数のピーク値と、当該ピーク値が観測された時間と、当該ピーク値が観測された時間から当該所定のイベントの終了時間までの時間との関係性を学習する。そして、推定部１３３は、入場がピークを記録した時点から当該所定のイベントの終了時間までの時間までに着券される率を算出し、その率に基づいて、最終的にチケットが使用される数を推定する。一例として、推定部１３３は、図１に示したグラフ５０のような入場者数の推移を示す曲線を算出することにより、処理対象のイベントにおける今後の入場者数の推移を推定することで、当該イベントにおけるチケットの使用数を推定してもよい。
【００８８】
また、推定部１３３は、所定のイベントが開催される日の天候、所定のイベントが開催される曜日、又は、所定のイベントに出演する出演者に関する情報の少なくとも一つに基づいて、所定のイベントの開催時に実際に行使される権利の数を推定してもよい。例えば、野外フェス等では、天候が雨の場合と、天候が晴れの場合とで、動員数が変化することが一般に知られている。推定部１３３は、これらの要素を組み合わせることで、イベント当日の着券率を予測し、実際に使用されるチケットの数を推定してもよい。
【００８９】
また、推定部１３３は、所定のイベントに参加する権利の販売後に、所定のイベントに参加する権利が失効した数に基づいて、所定のイベントの開催時に実際に行使される権利の数を推定してもよい。例えば、推定部１３３は、所定のイベントにおいてチケットが不正と判定される数と判定される時間との関係性を学習する。これにより、推定部１３３は、イベントの開催日において、最終的にどのくらいの数のチケットが不正と判定されるかといった数を推定する。具体的には、推定部１３３は、例えば転売等に関わったチケットであると判定されて権利を失効するチケットがどのくらい発生するかを推定する。推定部１３３は、かかる数値を加味することで、イベント当日において実際に使用されるチケットの数を推定してもよい。例えば、推定部１３３は、イベント当日において実際に使用されるチケットの数を推定したのちに、不正と判定されると想定されるチケットの数を引くことで、結果として余剰枠となりうる数を精度よく推定することができる。
【００９０】
また、推定部１３３は、所定のイベントへの参加人数、所定のイベントが開催される会場の収容人数、所定のイベントが開催される会場へのアクセス状況、又は、所定のイベントが属するカテゴリの少なくとも一つに基づいて、所定のイベントの開催時に実際に行使される権利の数を推定してもよい。一般に、イベントへの参加人数や、会場の収容人数や、イベントのカテゴリごとに、着券率は似た傾向を示すことが知られている。このため、推定部１３３は、複数のイベントの参加人数や、会場の収容人数や、イベントのカテゴリごとの着券率を統計的に学習することで、所定のイベントにおいて使用されるチケットの数を推定することができる。また、一般に、アクセス状況が優れている会場で開催されるイベントは、アクセス状況が優れていない会場で開催されるイベントに比べて、着券率が高いことが知られている。このため、推定部１３３は、アクセス状況を要素の一つとして統計的な学習を行うことで、所定のイベントにおいて使用されるチケットの数を推定することができる。
【００９１】
なお、推定部１３３は、上述のように、関連イベントに関する情報と、所定のイベントに関する情報との比較に基づいて、所定のイベントの開催時に実際に行使される権利の数を推定してもよい。すなわち、推定部１３３は、あらゆるイベントの過去の事例を統計するのではなく、処理対象とするイベントに関連するイベントの情報を利用して、イベント当日に実際に使用されるチケットの数を推定してもよい。
【００９２】
推定部１３３は、上記してきた推定処理を実行するため、所定の学習モデルを生成してもよい。例えば、推定部１３３は、過去のイベントにおけるチケットの未使用数（余剰枠）を正解データとし、当該イベントにおける種々のデータ（開催規模、事前販売数、最終着券数、会場、出演者、天候等）を素性として学習したモデルを生成する。
【００９３】
なお、推定部１３３が生成するモデルは具体的に限定されず、例えば、イベントに関する情報に基づいて生成されるモデルであって、所定のイベントに関する情報が入力された場合に、過去のイベントの余剰枠と所定のイベントにおいて予測される余剰枠との相関性を示すスコアを出力するモデルであれば、どのようなモデルであってもよい。
【００９４】
例えば、推定部１３３は、過去のイベントにおいて最終的に発生した余剰枠と、当該過去のイベントにおける参加状況等の情報との組合せを正解データとして学習したモデルを生成する。この際、推定部１３３は、上述してきた種々の素性を用いてモデルを生成する。例えば、推定部１３３は、イベント情報記憶部１２２に記憶されているあらゆる情報を素性として用いることができる。
【００９５】
例えば、推定部１３３は、過去のイベントにおける余剰枠と、イベントに関する情報との関係を示す式を生成する。さらに、推定部１３３は、過去のイベントに関する個々の情報が、余剰枠という事象に対して、どのような重みを有するかを学習して算出する。これにより、推定部１３３は、余剰枠の発生という事象に対して、イベントにおける個々の情報（素性）がどのくらい寄与するのかといった情報を得ることができる。具体的には、推定部１３３は、例えばイベント開催日の天候が最終的な余剰枠にどのくらい影響を与えるか（どのような重みを有するか）や、イベント開催会場や、イベント出演者が最終的な余剰枠にどのくらい影響を与えるかといった情報が含まれるモデルを生成することができる。
【００９６】
なお、推定部１３３は、上記のような機械学習に限らず、種々の学習処理によってモデルを生成してもよい。また、推定部１３３は、モデル生成や推定処理にあたり、例えば発行装置１００の管理者によって、任意の数値の入力を受け付けてもよい。例えば、推定部１３３は、イベントに出演する出演者の人気度のような値の入力を受け付けてもよい。そして、推定部１３３は、かかる人気度を用いて推定処理を行うことで、例えば、出演者がどのようにイベント当日の動員に影響を与えるかを推定することができる。
【００９７】
なお、例示したモデルは一例であり、推定部１３３が生成するモデルは上記の例に限られない。すなわち、推定部１３３は、イベントに関する情報に基づいて生成されるモデルであって、所定のイベントに関する情報が入力された場合に、過去のイベントと所定のイベントとにおける余剰枠の相関性を示すスコアを出力するモデルであれば、既知の手法を組み合わせることによって、上記例とは異なるモデルを適宜生成してもよい。例えば、上記の例では、回帰分析によってモデルを生成する例を示したが、推定部１３３は、他の統計的処理によりモデルを生成してもよいし、また、ニューラルネットワークを利用したモデル等を生成してもよい。また、学習処理（機械学習）においては、線形回帰、ロジスティック回帰、サポートベクタマシン、決定木、ハザード分析等の種々の手法が利用されてもよい。
【００９８】
なお、実施形態に係るモデルは、余剰枠を正解データとせずに、イベント同士の類似度を正解データとしてもよい。一般に、互いに類似するイベントは、余剰枠も類似することが想定される。このため、推定部１３３は、イベントのカテゴリや、規模や、会場や、出演者等に基づいてイベント同士の類似度を算出するモデルを生成してもよい。この場合、推定部１３３は、生成したモデルを用いて、過去のイベントと、処理対象とする所定のイベントとの類似度を算出する。そして、推定部１３３は、算出されたイベント同士の類似度に基づいて、余剰枠の推定処理を行う。
【００９９】
（発行部１３４について）
発行部１３４は、推定部１３３によって推定された数に基づいて、所定のイベントに参加する権利を新たに発行する。例えば、発行部１３４は、推定部１３３によって所定のイベントの開催時に実際に行使される権利の数が推定された場合に、イベントにおける定員の数から、推定された数を引いた数だけの権利を新たに発行する。
【０１００】
具体的には、発行部１３４は、推定部１３３によって所定のイベントの開催時（イベントが終了するまでの間）に実際に使用されるチケットの数が推定された場合に、イベントにおける定員の数と、実際に使用されると推定されるチケットの数から、未使用になると推定されるチケット数を算出する。そして、発行部１３４は、未使用になると推定されるチケットの数を余剰枠と推定して、新たにチケットを発行する。
【０１０１】
なお、発行部１３４は、興行主端末２０によって失効させられたチケットの数についても余剰枠と推定して、新たにチケットを発行してもよい。すなわち、発行部１３４は、転売等の不正な取引が行われたチケットに代えて、キャンセル待ちをしているユーザのためのチケットを発行する。
【０１０２】
（提供部１３５について）
提供部１３５は、登録部１３１によって登録されたユーザであって、上位に順位付けされたユーザから優先的に、発行部１３４によって新たに発行された権利を取得する機会を提供する。
【０１０３】
すなわち、提供部１３５は、発行部１３４によって追加の権利（チケット）が発行された場合には、所定のイベントにおいてキャンセル待ちリストに登録しているユーザに対して、その旨を通知する。例えば、提供部１３５は、発行部１３４によって新たに発行されたチケットを購入するための購入ページへのリンクをユーザに提示する。
【０１０４】
ここで、図８を用いて、発行装置１００による処理の流れを具体的に説明する。図８は、実施形態に係る発行処理を説明するための図である。
【０１０５】
例えば、図８に示す時間ｔ１では、チケットの前売り販売が開始されたものとする。そして、図８に示す時間ｔ２において、チケットの前売り期間が終了したか、あるいは、チケットが売り切れてしまったことにより、チケットの前売りが終了したものとする。一般には、チケットの前売りが終了した場合、イベント開催時までは、チケットの販売等は行われなくなる。
【０１０６】
ここで、実施形態に係る発行装置１００によれば、チケットの前売りが終了した時間ｔ２から、キャンセル待ちの受け付けを開始することができる。さらに、発行装置１００は、この時点でイベントにおける余剰枠の推定を行った場合、時間ｔ２から、新たに追加した枠に関する販売を行うことができる。なお、発行装置１００は、イベント当日の参加状況を加味した推定処理を行う場合には、追加枠の提供は、時間ｔ３から行うものとする。
【０１０７】
そして、発行装置１００によれば、イベント会場での受付を開始したｔ３からも継続して、追加枠の提供を行うことができる。すなわち、発行装置１００は、例えば１時間ごとに推定処理を行うことで、順次、追加枠となりうる枠数を推定する。そして、発行装置１００は、追加枠に対応するチケットを順次発行するとともに、キャンセル待ちリストの上位から順に、新たに発行されたチケットを購入する機会を提供する。かかる処理は、イベントが終了するか、もしくは、チケットの販売を終了する時間ｔ４まで継続される。
【０１０８】
このように、発行装置１００によれば、チケットの売り止め期間や売り切れた後の期間に関しても、キャンセル待ちを受け付けたり、追加枠の提供を継続して行ったりすることができる。また、発行装置１００によれば、イベント開始後であっても、追加枠の提供を継続して行うことができる。このように、発行装置１００は、ユーザへのチケットの発行及び提供をシームレスに実行することができる。
【０１０９】
〔４．処理手順〕
次に、図９を用いて、実施形態に係る発行装置１００による処理の手順について説明する。図９は、実施形態に係る処理手順を示すフローチャートである。
【０１１０】
図９に示すように、発行装置１００は、ユーザからキャンセル待ち要求を受け付ける（ステップＳ１０１）。発行装置１００は、キャンセル待ち要求を受け付けた場合、ユーザをリストに登録する（ステップＳ１０２）。
【０１１１】
その後、発行装置１００は、イベントの参加状況を取得したか否かを判定する（ステップＳ１０３）。イベントの参加状況を取得していない場合（ステップＳ１０３；Ｎｏ）、発行装置１００は、取得するまで待機する。
【０１１２】
一方、イベントの参加状況を取得した場合（ステップＳ１０３；Ｙｅｓ）、発行装置１００は、処理対象となるイベントの未使用枠を推定する（ステップＳ１０４）。そして、発行装置１００は、推定した未使用枠の数に基づいて、追加枠を発行する（ステップＳ１０５）。
【０１１３】
その後、発行装置１００は、チケットを提供できる時間である販売時間が終了したか否かを判定する（ステップＳ１０６）。販売時間が終了していたのであれば（ステップＳ１０６；Ｙｅｓ）、発行装置１００は、そのイベントにおける処理を終了する。
【０１１４】
一方、販売時間が終了していないのであれば（ステップＳ１０６；Ｎｏ）、発行装置１００は、キャンセル待ちリストに登録されたリスト順に、ユーザに通知を行う（ステップＳ１０７）。さらに、発行装置１００は、ユーザから追加枠の取得要求（購入要求）を受け付けたか否かを判定する（ステップＳ１０８）。
【０１１５】
ユーザから追加枠の取得要求を受け付けた場合（ステップＳ１０８；Ｙｅｓ）、発行装置１００は、追加枠を販売する（ステップＳ１０９）。そして、発行装置１００は、追加枠の数を販売した数だけ減らすとともに、全ての追加枠が販売されたか否かを判定する（ステップＳ１１０）。
【０１１６】
全ての追加枠が販売された場合（ステップＳ１１０；Ｙｅｓ）、発行装置１００は、処理を終了する。なお、発行装置１００は、イベントがまだ継続している場合には、さらに推定処理を繰り返してもよい（この場合、処理はステップＳ１０３に移行する）。
【０１１７】
一方、全ての追加枠が販売されていない場合（ステップＳ１１０；Ｎｏ）や、通知を行ったユーザが購入を希望しなかった場合（ステップＳ１０８；Ｎｏ）、発行装置１００は、リストにおける通知対象を次の順位に進める（ステップＳ１１１）。そして、発行装置１００は、再び販売時間が終了しているか否かを判定する処理を繰り返す（ステップＳ１０６）。
【０１１８】
〔５．変形例〕
上述した発行装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、発行装置１００の他の実施形態について説明する。
【０１１９】
〔５−１．イベントの種類〕
上記実施形態では、所定のイベントとして、出演者等が存在するイベント（野外フェス等）を一例として挙げた。しかし、実施形態に係る発行処理において、所定のイベントとは、当該所定のイベントに参加する権利が存在し、また、イベントに参加する権利の枠数の上限が定められているものであれば、野外フェスやコンサート等に限られない。例えば、所定のイベントは、スポーツの試合でもよいし、展覧会や博覧会等であってもよい。すなわち、上述した発行装置１００による発行処理は、無料のイベントや、展覧会や博覧会の入場規制等に応用されてもよい。
【０１２０】
〔５−２．転売者や偽造者の特定〕
発行装置１００は、チケットを無効化した場合、無効化されたチケットを出品したユーザや、無効化されたチケット（例えば転売されたチケット）を購入したユーザ等を特定してもよい。そして、発行装置１００は、そのようなユーザが、今後正規なルートでチケットを購入しようとしても、チケットを販売しないようにしてもよい。これにより、発行装置１００は、転売等の規約に反した行動をとるユーザをチケット売買から排除できるので、チケットの売買を健全なものにすることができる。
【０１２１】
また、発行装置１００は、転売や偽造といった理由以外であっても、チケットを不正と判定してもよい。例えば、発行装置１００は、チケットが窃盗によるものであったり（すなわち、購入者以外の者がチケットを使用していたり）、例えば株主など特定の者のみが使用可能なチケットが第三者によって利用されていたりする場合には、当該チケットを不正なチケットと判定してもよい。
【０１２２】
〔５−３．チケットの認証〕
上記実施形態では、興行主端末２０がチケットの識別子を読み取り、チケットを認証する例を示した。ここで、チケットの認証は、人手によって行われてもよい。この場合、発行装置１００は、人手によって認証され、集計された参加状況を取得するようにしてもよい。
【０１２３】
また、発行装置１００は、高額転売や偽造といった理由以外であっても、チケットや商取引を非正規と判定してもよい。例えば、発行装置１００は、商取引に係るチケットが窃盗によるものであったり（すなわち、購入者以外の者から出品されていたり）、例えば株主など特定の者のみが使用可能なチケットが販売されていたりする場合には、当該チケットが非正規なものであると判定してもよい。
【０１２４】
〔５−４．サービス〕
上記実施形態では、発行装置１００は、例えばチケット販売サイト等のサービス（ウェブサイト）を介して、新たに追加された権利の取得機会をユーザに提供する例を示した。しかし、発行装置１００は、ウェブサイト等に限らず、例えばアプリを介して、上記サービスを提供してもよい。
【０１２５】
〔５−５．リスト〕
上記実施形態では、発行装置１００は、キャンセル待ちリストの登録要求をユーザから受け付ける例を示した。しかし、発行装置１００は、登録要求をユーザから受け付けずに、自動的に登録を行ってもよい。
【０１２６】
例えば、発行装置１００は、所定のイベントのチケットを購入しようとして販売サイトにアクセスしたにもかかわらず、チケットを購入しなかった、あるいは、売り切れ等の理由で購入できなかったユーザを、自動的にリストに登録するようにしてもよい。
【０１２７】
また、発行装置１００は、例えば、ユーザ端末１０から取得される位置情報を用いて、イベント開催時に、イベント会場の近傍に位置するユーザ端末１０の情報を取得し、そのユーザ端末１０を利用するユーザをリストに登録してもよい。これにより、発行装置１００は、イベント開催時に、イベント会場の近傍に所在するユーザに、イベント参加を促すことができる。
【０１２８】
また、発行装置１００は、位置情報を用いて、キャンセル待ちリストの順位を調整してもよい。例えば、発行装置１００は、イベント会場の近傍に位置するユーザに対して、イベント会場の近傍に位置しないユーザよりも優先的に、追加枠の購入機会を提供するようにしてもよい。
【０１２９】
また、発行装置１００は、所定のイベントに参加する権利を有していたユーザであって、所定の理由によって権利を失効したユーザをリストに登録するようにしてもよい。そして、発行装置１００は、権利を失効したユーザから優先的に、新たに発行された権利を取得する機会を提供するようにしてもよい。
【０１３０】
具体的には、発行装置１００は、例えば転売チケットや偽造チケットを所有して会場に訪れたユーザに対して、優先的に追加枠の購入機会を提供するようにしてもよい。すなわち、転売チケットや偽造チケットを所有していたユーザの中には、悪意がなく、そのようなチケットを間違って（だまされて）購入したユーザも存在する。そのようなユーザへの救済措置として、発行装置１００は、優先的に追加枠の購入機会を提供するようにしてもよい。
【０１３１】
あるいは、発行装置１００は、イベントの日付を間違えたユーザ（例えば、同じ内容のイベントが連日行われる場合に、日付の異なるチケットを所有していたユーザ）であって、イベント会場を間違えた日に訪れたユーザに対して、優先的に追加枠の購入機会を提供するようにしてもよい。
【０１３２】
〔５−６．未使用チケット〕
未使用チケットは、転売によって無効化されたチケットや、来場しないユーザが有するチケットに限られない。例えば、年間を通じて開催されるイベント（例えばプロ野球など）においては、通年の座席が確保できるチケット（権利）等が存在する。このようなチケットであっても、発行装置１００は、例えば、通年で利用される割合等をモデルの要素として用いて、余剰枠となる可能性を推定してもよい。
【０１３３】
〔５−７．素性〕
発行装置１００は、上記実施形態で例示した以外にも、種々の情報を用いて推定処理を行ってもよい。すなわち、発行装置１００は、種々の情報を素性としてモデルを生成してもよい。例えば、発行装置１００は、出演者同士の組合せ、イベントがスポーツであれば対戦するチームの組合せ、イベント会場が最寄り駅からどれくらいの距離に所在するか否か、イベント終了後の終電の時間、イベント会場の駐車場の数等を素性として利用してもよい。
【０１３４】
〔５−８．入退場の記録〕
発行装置１００は、イベントの参加状況の一例として、所定のイベントの開催中に、所定のイベントの会場から退場したユーザの数、及び、再入場したユーザの数を取得してもよい。そして、発行装置１００は、所定のイベントの開催中に、所定のイベントの会場から退場したユーザの数、及び、再入場したユーザの数に基づいて、所定のイベントに参加する権利を新たに発行するようにしてもよい。
【０１３５】
例えば、イベントの中には、野外フェスのように一日中開催され、会場への入退場が頻繁に行われるイベントが存在する。このため、一度ユーザが入場した（チケットが利用された）としても、当該ユーザがイベント中に退場すること等の理由から、イベントの定員に必ずしも達しない場合もある。このような場合、発行装置１００は、入場のみならず、ユーザの退場の情報を取得し、退場した枠分を追加枠として推定してもよい。また、この場合、発行装置１００は、一度退場したユーザが再入場する確率や数等をモデルの要素に追加してもよい。
【０１３６】
〔５−９．チケット識別子〕
チケットの識別子は、チケットを一意に特定する情報であれば、いずれの情報であってもよい。例えば、チケットの識別子は、例示したバーコードに限られず、例えば所定数の数値の羅列や、ＱＲコード（登録商標）等であってもよい。また、識別子は、視認可能なものでなくてもよい。例えば、識別子は、発行装置１００や興行主端末２０による画像解析であれば識別可能な情報であって、人間は視認のできない識別子（いわゆるステガノグラフ等）であってもよい。
【０１３７】
〔６．ハードウェア構成〕
上述してきた実施形態に係る発行装置１００やユーザ端末１０や興行主端末２０は、例えば図１０に示すような構成のコンピュータ１０００によって実現される。以下、発行装置１００を例に挙げて説明する。図１０は、発行装置１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。
【０１３８】
ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に記憶されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を記憶する。
【０１３９】
ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、通信網５００（図２に示したネットワークＮに対応）を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを、通信網５００を介して他の機器へ送信する。
【０１４０】
ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。
【０１４１】
メディアインターフェイス１７００は、記録媒体１８００に記憶されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital  Versatile  Disc）、ＰＤ（Phase  change  rewritable  Disk）等の光学記録媒体、ＭＯ（Magneto-Optical  disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【０１４２】
例えば、コンピュータ１０００が実施形態に係る発行装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、ＨＤＤ１４００には、記憶部１２０内のデータが記憶される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から通信網５００を介してこれらのプログラムを取得してもよい。
【０１４３】
〔７．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【０１４４】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図３に示した登録部１３１と、取得部１３２とは統合されてもよい。また、例えば、記憶部１２０に記憶される情報は、ネットワークＮを介して、外部に備えられた所定の記憶装置に記憶されてもよい。
【０１４５】
また、上記実施形態では、発行装置１００が、例えば、ユーザを登録する登録処理と、利用されるチケットの数を推定する推定処理と、余剰枠分のチケットを新たに発行する発行処理とを行う例を示した。しかし、上述した発行装置１００は、登録処理を行う登録装置と、推定処理を行う推定装置と、発行処理を行う発行装置とに分離されてもよい。この場合、登録装置は、少なくとも登録部１３１を有する。推定装置は、少なくとも推定部１３３を有する。発行装置は、少なくとも発行部１３４を有する。そして、上記の発行装置１００による処理は、登録装置と、推定装置と、発行装置との各装置を有する発行処理システム１によって実現される。
【０１４６】
また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【０１４７】
〔８．効果〕
上述してきたように、実施形態に係る発行装置１００は、取得部１３２と、推定部１３３と、発行部１３４とを有する。取得部１３２は、イベントの参加状況に関する情報を取得する。推定部１３３は、取得部１３２によって取得された情報に基づいて、所定のイベントに参加する権利であって、所定のイベントの開催時に実際に行使される権利の数を推定する。発行部１３４は、推定部１３３によって推定された数に基づいて、所定のイベントに参加する権利を新たに発行する。
【０１４８】
このように、実施形態に係る発行装置１００は、所定のイベントの開催時に実際に行使される権利の数を推定するとともに、所定のイベントに参加する権利を新たに発行するので、当初予定されていた権利の数よりも多くの数の権利を発行することができる。これにより、発行装置１００は、より多くのユーザにイベントへの参加機会を与えることができるので、より多くのユーザを集客することができる。
【０１４９】
また、取得部１３２は、所定のイベントにおける開催当日の入場推移を取得する。推定部１３３は、所定のイベントにおける開催当日の入場推移に基づいて、所定のイベントの開催時に実際に行使される権利の数を推定する。
【０１５０】
このように、実施形態に係る発行装置１００は、当日の入場推移を取得することで、イベント当日の実際の参加状況に基づく推定を行うことができるので、イベント当日に行使される権利の数を高い精度で推定することができる。
【０１５１】
また、取得部１３２は、所定のイベントにおける開催当日の所定時間ごとの入場者数のピーク値、及び、ピーク値が観測された時間を取得する。推定部１３３は、所定のイベントにおける開催当日の所定時間ごとの入場者数のピーク値と、ピーク値が観測された時間と、ピーク値が観測された時間から所定のイベントの終了時間までの時間とに基づいて、所定のイベントの開催時に実際に行使される権利の数を推定する。
【０１５２】
このように、実施形態に係る発行装置１００は、当日の入場ピーク等を取得することで、イベント当日の実際の参加状況や、イベントの今後の参加状況の動向をより正確に捉えることができるので、イベント当日に行使される権利の数を高い精度で推定することができる。
【０１５３】
また、取得部１３２は、所定のイベントが開催される日の天候、所定のイベントが開催される曜日、又は、所定のイベントに出演する出演者に関する情報の少なくとも一つを取得する。推定部１３３は、所定のイベントが開催される日の天候、所定のイベントが開催される曜日、又は、所定のイベントに出演する出演者に関する情報の少なくとも一つに基づいて、所定のイベントの開催時に実際に行使される権利の数を推定する。
【０１５４】
このように、実施形態に係る発行装置１００は、イベントの天候や曜日等の要素を推定処理に組み込むことにより、イベント会場まで来場するユーザの動向をより精度高く捉えることができる。
【０１５５】
また、取得部１３２は、所定のイベントに参加する権利の販売後に、所定のイベントに参加する権利が失効した数を取得する。推定部１３３は、所定のイベントに参加する権利の販売後に、所定のイベントに参加する権利が失効した数に基づいて、所定のイベントの開催時に実際に行使される権利の数を推定する。
【０１５６】
このように、実施形態に係る発行装置１００は、イベントで利用される権利のうち、失効した権利の数（例えば、転売に係るチケット等の数）を取得することで、当該イベントの終了までの間に、どのくらいの権利が失効するかを推定することができる。発行装置１００は、この数を未使用枠として捉えることで、イベントの開催時に実際に行使される権利の数を精度高く推定することができる。
【０１５７】
また、取得部１３２は、所定のイベントの開催中に、所定のイベントの会場から退場したユーザの数、及び、再入場したユーザの数を取得する。発行部１３４は、所定のイベントの開催中に、所定のイベントの会場から退場したユーザの数、及び、再入場したユーザの数に基づいて、所定のイベントに参加する権利を新たに発行する。
【０１５８】
このように、実施形態に係る発行装置１００は、イベントから退場したユーザの数等を加味して、所定のイベントに参加する権利を新たに発行してもよい。これにより、発行装置１００は、より多くの追加枠を発行できるので、より多くのユーザの集客につなげることができる。
【０１５９】
また、取得部１３２は、所定のイベントへの参加人数、所定のイベントが開催される会場の収容人数、所定のイベントが開催される会場へのアクセス状況、又は、所定のイベントが属するカテゴリの少なくとも一つを取得する。推定部１３３は、所定のイベントへの参加人数、所定のイベントが開催される会場の収容人数、所定のイベントが開催される会場へのアクセス状況、又は、所定のイベントが属するカテゴリの少なくとも一つに基づいて、所定のイベントの開催時に実際に行使される権利の数を推定する。
【０１６０】
このように、実施形態に係る発行装置１００は、イベントの規模や、イベント会場に関する情報等の要素を推定処理に組み込むことにより、イベントの種別ごとのユーザの傾向や、イベント会場まで来場するユーザの動向を捉えることができるので、実際に行使される権利の数をより正確に推定することができる。
【０１６１】
また、取得部１３２は、イベントの参加状況に関する情報として、所定のイベントに関連するイベントである関連イベントであって、所定のイベントよりも過去に開催された関連イベントに関する情報を取得する。推定部１３３は、関連イベントに関する情報と、所定のイベントに関する情報との比較に基づいて、所定のイベントの開催時に実際に行使される権利の数を推定する。
【０１６２】
このように、実施形態に係る発行装置１００は、過去のイベントとの比較に基づいて推定処理を行ってもよい。これにより、発行装置１００は、例えば、所定のイベントの当日の状況を取得する前に推定処理を行うことも可能になるため、チケットの売り切れ期間等に関係なく、シームレスなチケット販売を行うことができる。
【０１６３】
また、実施形態に係る発行装置１００は、発行部１３４によって新たに発行された権利に対する取得要求をユーザから受け付けるとともに、ユーザを順位付けして登録する登録部１３１をさらに備える。また、実施形態に係る発行装置１００は、登録部１３１によって登録されたユーザであって、上位に順位付けされたユーザから優先的に発行部１３４によって新たに発行された権利を取得する機会を提供する提供部１３５をさらに備える。
【０１６４】
このように、実施形態に係る発行装置１００は、登録順に、追加した枠を取得する機会をユーザに提供する。これにより、発行装置１００は、追加の権利を発行から、新たなユーザの獲得までを順序良く行うことができるので、より多くのユーザの集客につなげることができる。また、発行装置１００は、イベントに参加することを所望していたユーザに対して追加枠の購入機会を与えることができるので、ユーザの満足度を向上させることができる。
【０１６５】
また、登録部１３１は、所定のイベントに参加する権利を有していたユーザであって、所定の理由によって権利を失効したユーザを登録する。提供部１３５は、権利を失効したユーザから優先的に発行部１３４によって新たに発行された権利を取得する機会を提供する。
【０１６６】
このように、実施形態に係る発行装置１００は、例えば誤って転売チケットを購入したユーザ等に対して優先的に追加枠を取得する機会を提供してもよい。これにより、発行装置１００は、悪意のないユーザに対する救済を行うことができるので、ユーザの満足度を向上させることができる。
【０１６７】
以上、本願の実施形態を図面に基づいて詳細に説明したが、これは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０１６８】
また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。
【符号の説明】
【０１６９】
１  発行処理システム
１０  ユーザ端末
２０  興行主端末
１００  発行装置
１１０  通信部
１２０  記憶部
１２１  リスト記憶部
１２２  イベント情報記憶部
１２３  イベントテーブル
１２４  参加状況テーブル
１２５  モデルテーブル
１３０  制御部
１３１  登録部
１３２  取得部
１３３  推定部
１３４  発行部
１３５  提供部
【図１】
2018124820.tif 000003
【図２】
2018124820.tif 000004
【図３】
2018124820.tif 000005
【図４】
2018124820.tif 000006
【図５】
2018124820.tif 000007
【図６】
2018124820.tif 000008
【図７】
2018124820.tif 000009
【図８】
2018124820.tif 000010
【図９】
2018124820.tif 000011
【図１０】
2018124820.tif 000012
【手続補正書】
【提出日】平成29年8月3日(2017.8.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
イベントの参加状況に関する情報を記憶する記憶部と、
前記記憶部から、イベントの参加状況に関する情報として、少なくとも、所定のイベントにおける開催当日の入場推移と、当該所定のイベントに関連するイベントである関連イベントであって当該所定のイベントよりも過去に開催された関連イベントに関する情報と、を取得する取得部と、
前記取得部によって取得された前記所定のイベントにおける開催当日の入場推移と、前記関連イベントに関する情報との比較に基づいて、当該所定のイベントの開催時に実際に行使される権利の数を推定する推定部と、
前記推定部によって推定された数に基づいて、前記所定のイベントに参加する権利を新たに発行する発行部と、
を備えたことを特徴とする発行装置。
【請求項２】
前記取得部は、
前記所定のイベントにおける開催当日の所定時間ごとの入場者数のピーク値、及び、当該ピーク値が観測された時間を取得し、
前記推定部は、
前記所定のイベントにおける開催当日の所定時間ごとの入場者数のピーク値と、当該ピーク値が観測された時間と、当該ピーク値が観測された時間から当該所定のイベントの終了時間までの時間とに基づいて、当該所定のイベントの開催時に実際に行使される権利の数を推定する、
ことを特徴とする請求項１に記載の発行装置。
【請求項３】
前記取得部は、
前記イベントの参加状況に関する情報として、前記所定のイベントが開催される日の天候、当該所定のイベントが開催される曜日、又は、当該所定のイベントに出演する出演者に関する情報の少なくとも一つを取得し、
前記推定部は、
前記所定のイベントが開催される日の天候、前記所定のイベントが開催される曜日、又は、当該所定のイベントに出演する出演者に関する情報の少なくとも一つに基づいて、当該所定のイベントの開催時に実際に行使される権利の数を推定する、
ことを特徴とする請求項１又は２に記載の発行装置。
【請求項４】
前記取得部は、
前記イベントの参加状況に関する情報として、前記所定のイベントに参加する権利の販売後に、当該所定のイベントに参加する権利が失効した数を取得し、
前記推定部は、
前記所定のイベントに参加する権利の販売後に、当該所定のイベントに参加する権利が失効した数に基づいて、当該所定のイベントの開催時に実際に行使される権利の数を推定する、
ことを特徴とする請求項１〜３のいずれか一つに記載の発行装置。
【請求項５】
前記取得部は、
前記イベントの参加状況に関する情報として、前記所定のイベントの開催中に、当該所定のイベントの会場から退場したユーザの数、及び、再入場したユーザの数を取得し、
前記発行部は、
前記所定のイベントの開催中に、当該所定のイベントの会場から退場したユーザの数、及び、再入場したユーザの数に基づいて、前記所定のイベントに参加する権利を新たに発行する、
ことを特徴とする請求項１〜４のいずれか一つに記載の発行装置。
【請求項６】
前記取得部は、
前記イベントの参加状況に関する情報として、前記所定のイベントへの参加人数、当該所定のイベントが開催される会場の収容人数、当該所定のイベントが開催される会場へのアクセス状況、又は、当該所定のイベントが属するカテゴリの少なくとも一つを取得し、
前記推定部は、
前記所定のイベントへの参加人数、当該所定のイベントが開催される会場の収容人数、当該所定のイベントが開催される会場へのアクセス状況、又は、当該所定のイベントが属するカテゴリの少なくとも一つに基づいて、当該所定のイベントの開催時に実際に行使される権利の数を推定する、
ことを特徴とする請求項１〜５のいずれか一つに記載の発行装置。
【請求項７】
前記発行部によって新たに発行された権利に対する取得要求をユーザから受け付けるとともに、当該ユーザを順位付けして登録する登録部と、
前記登録部によって登録されたユーザであって、上位に順位付けされたユーザから優先的に前記発行部によって新たに発行された権利を取得する機会を提供する提供部と、
を備えたことを特徴とする請求項１〜６のいずれか一つに記載の発行装置。
【請求項８】
前記登録部は、
前記所定のイベントに参加する権利を有していたユーザであって、所定の理由によって当該権利を失効したユーザを登録し、
前記提供部は、
前記権利を失効したユーザから優先的に前記発行部によって新たに発行された権利を取得する機会を提供する、
を備えたことを特徴とする請求項７に記載の発行装置。
【請求項９】
イベントの参加状況に関する情報を記憶する記憶部を備えるコンピュータが実行する発行方法であって、
前記記憶部から、イベントの参加状況に関する情報として、少なくとも、所定のイベントにおける開催当日の入場推移と、当該所定のイベントに関連するイベントである関連イベントであって当該所定のイベントよりも過去に開催された関連イベントに関する情報と、を取得する取得工程と、
前記取得工程によって取得された前記所定のイベントにおける開催当日の入場推移と、前記関連イベントに関する情報との比較に基づいて、当該所定のイベントの開催時に実際に行使される権利の数を推定する推定工程と、
前記推定工程によって推定された数に基づいて、前記所定のイベントに参加する権利を新たに発行する発行工程と、
を含んだことを特徴とする発行方法。
【請求項１０】
イベントの参加状況に関する情報を記憶する記憶部から、イベントの参加状況に関する情報として、少なくとも、所定のイベントにおける開催当日の入場推移と、当該所定のイベントに関連するイベントである関連イベントであって当該所定のイベントよりも過去に開催された関連イベントに関する情報と、を取得する取得手順と、
前記取得手順によって取得された前記所定のイベントにおける開催当日の入場推移と、前記関連イベントに関する情報との比較に基づいて、当該所定のイベントの開催時に実際に行使される権利の数を推定する推定手順と、
前記推定手順によって推定された数に基づいて、前記所定のイベントに参加する権利を新たに発行する発行手順と、
を前記記憶部を備えるコンピュータに実行させることを特徴とする発行プログラム。