(57)【要約】【課題】  転売を抑止するチケットシステムを提供することを目的とする。【解決手段】  ブロックチェーンのアドレスを用いたチケットシステムであって，ブロックチェーンのアドレスを用いてチケット識別子を発行するチケット発行処理部と，チケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションによりチケット識別子の有効性を判定する有効性判定処理部と，を有するチケットシステムである。【選択図】  図１
2020077078.tif 000002
【特許請求の範囲】
【請求項１】
ブロックチェーンのアドレスを用いたチケットシステムであって，
ブロックチェーンのアドレスを用いてチケット識別子を発行するチケット発行処理部と，
チケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションにより前記チケット識別子の有効性を判定する有効性判定処理部と，
を有することを特徴とするチケットシステム。
【請求項２】
前記有効性判定処理部は，
チケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションの有無を判定することにより，前記チケット識別子の有効性を判定する，
ことを特徴とする請求項１に記載のチケットシステム。
【請求項３】
前記チケットシステムは，
前記チケット識別子に対する通報を任意の者から受け付ける通報処理部，を有しており，
前記通報処理部は，
前記チケット識別子に対する通報を受け付けると，前記チケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションを送る，
ことを特徴とする請求項１または請求項２に記載のチケットシステム。
【請求項４】
前記チケットシステムは，
前記有効性判定処理部における判定結果に対応する制御処理を実行する制御処理部，を有しており，
前記制御処理部は，
前記チケット識別子が有効である場合には対応する制御処理を実行し，前記チケット識別子に対応するアドレスに対して，ブロックチェーン上のトランザクションを送り，
前記チケット識別子が無効である場合には対応する制御処理を実行する，
ことを特徴とする請求項１から請求項３のいずれかに記載のチケットシステム。
【請求項５】
前記制御処理は，
前記チケット識別子の有効性についての表示装置への表示，入場ゲートの開閉制御，警告音の出力のうちいずれか一以上を含む，
ことを特徴とする請求項４に記載のチケットシステム。
【請求項６】
前記チケットシステムは，
チケット識別子に対する通報をした者に対する報酬を支払う処理を実行する通報報酬処理部，を有しており，
前記通報報酬処理部は，
前記通報によって無効化されたチケット識別子に対応するアドレスに対するトランザクションを送ったアドレスに対して，報酬相当の仮想通貨を送金するトランザクションを送る，
ことを特徴とする請求項１から請求項５のいずれかに記載のチケットシステム。
【請求項７】
ブロックチェーンのアドレスを用いたチケットシステムであって，
ブロックチェーンのアドレスを用いてチケット識別子を発行するチケット発行処理部，
を有することを特徴とするチケットシステム。
【請求項８】
ブロックチェーンのアドレスを用いたチケットシステムであって，
チケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションにより前記チケット識別子の有効性を判定する有効性判定処理部，
を有することを特徴とするチケットシステム。
【請求項９】
ブロックチェーンのアドレスを用いたチケットシステムであって，
チケットの必要数に応じてブロックチェーンのアドレスを生成し，生成したアドレスを用いてチケット識別子を発行するチケット発行処理部と，
前記チケット識別子に基づくチケット情報の一部または全部を，前記チケットの受領者に送信するチケット情報送信処理部と，
前記受領者から提示されたチケット情報の一部または全部を読み取り，前記チケット識別子に変換するコード読取処理部と，
前記変換したチケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションにより前記チケット識別子の有効性を判定する有効性判定処理部と，
前記チケット識別子の有効性の判定結果に応じて制御処理を実行し，前記チケット識別子が有効の場合には，前記チケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションを送る制御処理部と，
を有することを特徴とするチケットシステム。
【請求項１０】
コンピュータを，
ブロックチェーンのアドレスを用いてチケット識別子を発行するチケット発行処理部，
チケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションにより前記チケット識別子の有効性を判定する有効性判定処理部，
として機能させることを特徴とするチケットプログラム。
【請求項１１】
コンピュータを，
ブロックチェーンのアドレスを用いてチケット識別子を発行するチケット発行処理部，
として機能させることを特徴とするチケットプログラム。
【請求項１２】
コンピュータを，
チケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションにより前記チケット識別子の有効性を判定する有効性判定処理部，
として機能させることを特徴とするチケットプログラム。
【請求項１３】
コンピュータを，
チケットの必要数に応じてブロックチェーンのアドレスを生成し，生成したアドレスを用いてチケット識別子を発行するチケット発行処理部，
前記チケット識別子に基づくチケット情報の一部または全部を，前記チケットの受領者に送信するチケット情報送信処理部，
前記受領者から提示されたチケット情報の一部または全部を読み取り，前記チケット識別子に変換するコード読取処理部，
前記変換したチケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションにより前記チケット識別子の有効性を判定する有効性判定処理部，
前記チケット識別子の有効性の判定結果に応じて制御処理を実行し，前記チケット識別子が有効の場合には，前記チケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションを送る制御処理部，
として機能させることを特徴とするチケットプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，チケットシステムに関する。とくに，転売を抑止するチケットシステムに関する。
【背景技術】
【０００２】
映画やコンサート，シンポジウムなどのさまざまなイベントで入場の可否を判断するためにチケットが用いられている。従来は，紙のチケットがほとんどであったが，近時は，チケットを電子化した電子チケットも多く用いられるようになっている。
【０００３】
電子チケットの場合，チケットに相当する情報を１次元コードまたは２次元コードなどでコード化をし，チケットの購入者に対して当該コードを電子メールなどの適宜の方法で送る。そして購入者は，イベントの入場ゲート付近などに設置したコードの読取装置でそのコードを読み取らせることで，入場が可能となる。
【０００４】
一方，電子チケットを含むチケットの高額転売が問題となっている。そのため，イベントの主催者はさまざまな方法により転売の対策を行っているが，転売対策を強化するほど，チケット購入者の利便性が損なわれる面もあり，チケットの購入者，イベントの主催者の双方が満足するような有効な対策は今のところ存在していない。
【０００５】
また，転売を防止するための電子チケットのシステムとして，たとえば下記特許文献１のようなシステムがある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１３−２０５９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１のシステムを用いることで，電子チケットの転売を防止することができるが，電子チケットの購入者側も，イベントの主催者や電子チケットの発行者が提供する専用のアプリケーションソフトウェアが必要となる。そのため，イベントに入場するためには，購入者側には専用のアプリケーションソフトウェアをインストールしなければいけない。そのため，購入者側に負担が大きい。
【０００８】
また，チケットが転売された場合にその通報を受けることで当該チケットを無効化することも考えられるが，その通報が正当なものであるかを判断することは容易ではない。
【課題を解決するための手段】
【０００９】
本発明者は，上記課題に鑑み，簡便な仕組みで転売を抑止することができるチケットシステムを発明した。
【００１０】
第１の発明は，ブロックチェーンのアドレスを用いたチケットシステムであって，ブロックチェーンのアドレスを用いてチケット識別子を発行するチケット発行処理部と，チケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションにより前記チケット識別子の有効性を判定する有効性判定処理部と，を有するチケットシステムである。
【００１１】
ブロックチェーンのアドレスを用いたチケット識別子とすることで，当該チケット識別子（チケット）に対する取引（トランザクション）がすべて公開されることとなる。そのため，当該チケット識別子に対する監視を容易とすることができる。そのため，チケットを転売する者（一次購入者），転売されたチケットを購入した者（二次購入者）のいずれも，自らの取引が公となっていることを認識できるので，転売自体に対する抑止効果が働く。
【００１２】
上述の発明において，前記有効性判定処理部は，チケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションの有無を判定することにより，前記チケット識別子の有効性を判定する，チケットシステムのように構成することができる。
【００１３】
チケット識別子の有効性は，対応するアドレスに対するトランザクションの有無を判定することで，容易にすることができる。
【００１４】
上述の発明において，前記チケットシステムは，前記チケット識別子に対する通報を任意の者から受け付ける通報処理部，を有しており，前記通報処理部は，前記チケット識別子に対する通報を受け付けると，前記チケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションを送る，チケットシステムのように構成することができる。
【００１５】
チケット識別子の有効性は，対応するアドレスに対するブロックチェーン上のトランザクションにより判定される。そして，チケット識別子の転売を行う場合，自らがチケット識別子を保有することを示すため，チケットに関する情報（チケット識別子やそのコード）を表示することがある。そのため，チケット識別子（チケット）の転売が行われていることを知った者はそのチケット識別子を通報すればよい。そして当該チケット識別子に対応するアドレスに対してトランザクションを送ることで，転売によるチケット識別子を容易に無効化することができる。また，ブロックチェーンではトランザクションの先後関係などが明確に定められる。そのため正当な通報の先後関係も容易に確定することができる。
【００１６】
また，転売サイトなどでチケット識別子が公開されていない場合であっても，チケットを転売する者（一次購入者）や転売されたチケットを購入した者（二次購入者）が通報を行うこともできる。そのため，一次購入者が転売した際に二次購入者に通報されて当該チケット識別子が無効化されるリスク，二次購入者が一次購入者から購入した際に一次購入者から通報されて当該チケット識別子が無効化されるリスクを内在することとなる。したがって，転売自体に対する抑止効果が働くこととなる。
【００１７】
上述の発明において，前記チケットシステムは，前記有効性判定処理部における判定結果に対応する制御処理を実行する制御処理部，を有しており，前記制御処理部は，前記チケット識別子が有効である場合には対応する制御処理を実行し，前記チケット識別子に対応するアドレスに対して，ブロックチェーン上のトランザクションを送り，前記チケット識別子が無効である場合には対応する制御処理を実行する，チケットシステムのように構成することができる。
【００１８】
チケット識別子を利用した場合には，そのチケット識別子を無効化しないと二重に使用されるリスクがある。そのため，本発明のように構成することで，二重使用の防止を図ることができる。
【００１９】
上述の発明において，前記制御処理は，前記チケット識別子の有効性についての表示装置への表示，入場ゲートの開閉制御，警告音の出力のうちいずれか一以上を含む，チケットシステムのように構成することができる。
【００２０】
チケット識別子の有効性判定の結果に応じて，本発明のような処理を実行することが好ましい。
【００２１】
上述の発明において，前記チケットシステムは，チケット識別子に対する通報をした者に対する報酬を支払う処理を実行する通報報酬処理部，を有しており，前記通報報酬処理部は，前記通報によって無効化されたチケット識別子に対応するアドレスに対するトランザクションを送ったアドレスに対して，報酬相当の仮想通貨を送金するトランザクションを送る，チケットシステムのように構成することができる。
【００２２】
チケット識別子の転売に対しては報酬（インセンティブ）を支払うように構成することで，通報を積極的に促すことができる。また，転売があった場合に，複数の者から転売の通報がある場合もあるが，その場合，もっとも早く通報した者に対して報酬を支払うことが合理的である。しかし，従来の場合，通報の先後関係を確定することが容易ではない場合がある。本発明ではチケット識別子をブロックチェーン上のアドレスに対応づけているため，通報の先後関係を明確に特定することができる。また，通報者はブロックチェーン上のアドレスをトランザクションで用いるだけなので，氏名などの属性情報を明かす必要もなく，報酬相当の仮想通貨を受領することができる。
【００２３】
第７の発明は，ブロックチェーンのアドレスを用いたチケットシステムであって，ブロックチェーンのアドレスを用いてチケット識別子を発行するチケット発行処理部，を有するチケットシステムである。
【００２４】
ブロックチェーンのアドレスを用いたチケット識別子とすることで，当該チケット識別子（チケット）に対する取引（トランザクション）がすべて公開されることとなる。そのため，当該チケット識別子に対する監視を容易とすることができる。そのため，チケットを転売する者（一次購入者），転売されたチケットを購入した者（二次購入者）のいずれも，自らの取引が公となっていることを認識できるので，転売自体に対する抑止効果が働く。
【００２５】
第８の発明は，ブロックチェーンのアドレスを用いたチケットシステムであって，チケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションにより前記チケット識別子の有効性を判定する有効性判定処理部，を有するチケットシステムである。
【００２６】
チケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションによりチケット識別子の有効性を判定することで，そのチケット識別子を正常に利用しようとする者は，自らのチケット識別子を秘匿することとなる。一方，転売の場合には，少なくとも転売されたチケットを購入した者（二次購入者）にはチケット識別子が渡るので，二次購入者による通報のリスクが発生する。また二次購入者も，チケット識別子を知っている一次購入者による通報のリスクが発生する。そのため，転売自体に対するリスクが高くなるので，転売への抑止効果が働くこととなる。
【００２７】
第９の発明は，ブロックチェーンのアドレスを用いたチケットシステムであって，チケットの必要数に応じてブロックチェーンのアドレスを生成し，生成したアドレスを用いてチケット識別子を発行するチケット発行処理部と，前記チケット識別子に基づくチケット情報の一部または全部を，前記チケットの受領者に送信するチケット情報送信処理部と，前記受領者から提示されたチケット情報の一部または全部を読み取り，前記チケット識別子に変換するコード読取処理部と，前記変換したチケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションにより前記チケット識別子の有効性を判定する有効性判定処理部と，前記チケット識別子の有効性の判定結果に応じて制御処理を実行し，前記チケット識別子が有効の場合には，前記チケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションを送る制御処理部と，を有するチケットシステムである。
【００２８】
本発明のように構成しても，第１の発明，第７の発明，第８の発明と同様の技術的効果を得ることができる。
【００２９】
第１の発明は，本発明のプログラムをコンピュータに読み込ませて実行することで実現できる。すなわち，コンピュータを，ブロックチェーンのアドレスを用いてチケット識別子を発行するチケット発行処理部，チケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションにより前記チケット識別子の有効性を判定する有効性判定処理部，として機能させるチケットプログラムである。
【００３０】
第７の発明は，本発明のプログラムをコンピュータに読み込ませて実行することで実現できる。すなわち，コンピュータを，ブロックチェーンのアドレスを用いてチケット識別子を発行するチケット発行処理部，として機能させるチケットプログラムである。
【００３１】
第８の発明は，本発明のプログラムをコンピュータに読み込ませて実行することで実現できる。すなわち，コンピュータを，チケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションにより前記チケット識別子の有効性を判定する有効性判定処理部，として機能させるチケットプログラムである。
【００３２】
第９の発明は，本発明のプログラムをコンピュータに読み込ませて実行することで実現できる。すなわち，コンピュータを，チケットの必要数に応じてブロックチェーンのアドレスを生成し，生成したアドレスを用いてチケット識別子を発行するチケット発行処理部，前記チケット識別子に基づくチケット情報の一部または全部を，前記チケットの受領者に送信するチケット情報送信処理部，前記受領者から提示されたチケット情報の一部または全部を読み取り，前記チケット識別子に変換するコード読取処理部，前記変換したチケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションにより前記チケット識別子の有効性を判定する有効性判定処理部，前記チケット識別子の有効性の判定結果に応じて制御処理を実行し，前記チケット識別子が有効の場合には，前記チケット識別子に対応するアドレスに対するブロックチェーン上のトランザクションを送る制御処理部，として機能させるチケットプログラムである。
【発明の効果】
【００３３】
本発明のチケットシステムを用いることによって，簡便な仕組みで転売を抑止することができるチケットシステムが可能となる。
【図面の簡単な説明】
【００３４】
【図１】本発明のチケットシステムの全体の処理を模式的に示すブロック図である。
【図２】本発明のチケットシステムの処理機能の一例を模式的に示すブロック図である。
【図３】本発明のチケットシステムで用いるコンピュータのハードウェア構成の一例を模式的に示す図である。
【図４】本発明のチケットシステムにおけるイベント作成処理の処理プロセスの一例を示すフローチャートである。
【図５】本発明のチケットシステムにおけるチケット購入処理の処理プロセスの一例を示すフローチャートである。
【図６】本発明のチケットシステムにおけるチケット発行処理の処理プロセスの一例を示すフローチャートである。
【図７】本発明のチケットシステムにおけるチケット利用処理の処理プロセスの一例を示すフローチャートである。
【図８】ブロックチェーンを模式的に示す図である。
【図９】初期状態の発行済チケット識別子記憶部の一例を模式的に示す図である。
【図１０】アドレス（チケット識別子）を発行した状態の発行済チケット識別子記憶部の一例を模式的に示す図である。
【図１１】購入者に対して送る通知の一例を示す図である。
【図１２】コード化したチケット識別子の一例を示す図である。
【図１３】チケット識別子「ＮＸＸＸＸＸＸ」に対する通報を，ブロックチェーン上のアドレス「ＮＡＡＡＡＡＡ」から受け付けた場合の発行済チケット識別子記憶部の一例を模式的に示す図である。
【図１４】チケット識別子「ＮＺＺＺＺＺ」の購入者が正常に入場をした場合の発行済チケット識別子記憶部の一例を模式的に示す図である。
【発明を実施するための形態】
【００３５】
本発明のチケットシステム１の全体の処理の一例を図１に，チケットシステム１の処理機能の一例をブロック図で図２に示す。チケットシステム１は，チケット発行システム２と管理システム３と現場システム４とを用いる。また，チケットの購入者は，自らが利用するスマートフォンやタブレット型コンピュータなどの可搬型通信端末や，パーソナルコンピュータなどの，購入者端末５を用いる。
【００３６】
チケット発行システム２は，ブロックチェーンの技術を用いて，後述するチケット情報を発行するコンピュータシステムである。管理システム３，現場システム４は，映画やコンサート，シンポジウムなどのさまざまなイベントを主催する者が利用するシステムである。なお，イベント主催者には，実際の主催者のほか，主催者から委託を受けた者なども含まれる。
【００３７】
チケット発行システム２，管理システム３，現場システム４は，コンピュータを用いて実現される。図３にコンピュータのハードウェア構成の一例を模式的に示す。コンピュータは，プログラムの演算処理を実行するＣＰＵなどの演算装置７０と，情報を記憶するＲＡＭやハードディスクなどの記憶装置７１と，情報を表示するディスプレイなどの表示装置７２と，情報の入力が可能なキーボードやマウスなどの入力装置７３と，演算装置７０の処理結果や記憶装置７１に記憶する情報をインターネットやＬＡＮなどのネットワークを介して送受信する通信装置７４とを有している。
【００３８】
コンピュータがタッチパネルディスプレイを備えている場合には，表示装置７２と入力装置７３とが一体的に構成されていてもよい。タッチパネルディスプレイは，たとえばタブレット型コンピュータやスマートフォンなどの可搬型通信端末などで利用されることが多いが，それに限定するものではない。
【００３９】
タッチパネルディスプレイは，そのディスプレイ上で，直接，所定の入力デバイス（タッチパネル用のペンなど）や指などによって入力を行える点で，表示装置７２と入力装置７３の機能が一体化した装置である。
【００４０】
本発明における各手段は，その機能が論理的に区別されているのみであって，物理上あるいは事実上は同一の領域を為していてもよい。本発明の各手段における処理は，その処理順序を適宜変更することもできる。また，処理の一部を省略することもできる。さらに，本発明の各システムにおける処理を他のシステムで実行したり，あるいは複数のコンピュータシステムに分散するなど，適宜，その構成を変更することも可能である。
【００４１】
チケット発行システム２は，ブロックチェーンの技術を用いてチケット情報を発行するコンピュータシステムであり，イベント作成受付処理部２０と発行済チケット識別子記憶部２１とチケット発行要求受付処理部２２とチケット発行処理部２３とチケット情報処理部２４と通報処理部２５とを有する。
【００４２】
ブロックチェーンとは分散型台帳技術である。たとえば，「ビザンチン障害を含む不特定多数のノードを用い，時間の経過とともにその時点の合意が覆る確率が０へ収束するプロトコルまたはその実装」や「電子署名とハッシュポインタを使用し改竄検出が容易なデータ構造を持ち，且つ，当該データをネットワーク上に分散する多数のノードに保持させることで，高可用性及びデータ同一性等を実現する技術」などが該当する。
【００４３】
ブロックチェーンを模式的に示すのが図８である。図８では，ブロックチェーンにおいては，ブロックが連鎖的に（時系列的に）繋がっているデータ構造であることを示している。ブロックには，ブロックチェーンのネットワーク内で発生したトランザクション（取引）の記録と，一つ前に生成したブロックの内容を示すハッシュ関数などの所定の関数による値（ハッシュ値など）と，パラメータ（ノンス）とを含む。なお，これら以外の情報を含んでいてもよい。トランザクションには少なくとも取引内容が含まれており，たとえば「Ａ」というアドレスから「Ｂ」というアドレスへの送金（０も含む）の情報が含まれる。ブロックには，複数のトランザクションが含まれており，たとえば数十〜数千程度のトランザクションが含まれる。そして未承認のトランザクションのうち，任意のトランザクションがブロックに含められ，マイニングと呼ばれる作業を行うコンピュータ（ノード）により，所定の条件を充足するノンスが発見されると，そのブロックに含まれるトランザクションが承認される。どの未承認のトランザクションをブロックに含めるかは，マイニング作業を行うコンピュータ（ノード）が手数料などによって，適宜，選択をする。
【００４４】
マイニングとは，ブロックに含まれる情報，図８の場合，ブロックに含まれた複数の未承認のトランザクションと，一つ前のブロックのハッシュ値と，ノンスとに対して，ハッシュ関数などの所定の関数による計算を実行し，その計算結果が，所定条件を充足する値となるようなノンスを探索する作業である。ハッシュ関数としてたとえばＳＨＡ２５６を用いた場合，６４桁のハッシュ値が計算されるが，その６４桁のうち，たとえば先頭から１５桁目までが任意の値，たとえばゼロ（０）となる条件を充足するノンスを探索する。
【００４５】
イベント作成受付処理部２０は，管理システム３から，後述するイベント作成要求を受け付けて，イベントの作成を行う。具体的には，イベント作成要求における，イベント名（日時ごとにイベントがある場合，それぞれを識別可能にイベント名が設定されている），区分（学生，一般，子供，高齢者，障害者など，イベントにおけるチケットの種別を示す任意の区分），定員（チケット発行枚数の上限）を少なくとも受け付ける。なお，定員は区分ごとであってもよいし，全体で設定してもよい。イベント作成受付処理部２０は，イベント作成要求の受付後，後述する発行済チケット識別子記憶部２１に記憶する。またイベント作成受付処理部２０は，イベントを識別するためのイベント識別情報を割り当て，それに対応づけて上述の情報を発行済チケット識別子記憶部２１に記憶させてもよい。イベント名をイベント識別情報として用いることもできる。
【００４６】
発行済チケット識別子記憶部２１は，イベント（イベント識別情報）ごとに，少なくともチケット識別子，区分を対応づけて記憶する。図９に発行済チケット識別子記憶部２１の一例を模式的に示す。図９では，チケット識別子，区分のほか，顧客識別情報，座席情報，チケット識別子の有効／無効の状態を示す情報，チケット識別子を無効化したアドレス（ブロックチェーン上のアドレス）を対応づけて記憶している。無効化したアドレスとは，当該チケット識別子に対するトランザクションを送ったアドレスであって，転売の通報をしたアドレス（ブロックチェーン上のアドレス）または現場システム４のアドレス（ブロックチェーン上のアドレス）である。
【００４７】
チケット発行要求受付処理部２２は，管理システム３からチケットの発行要求を受け付ける。チケットの発行要求としては，少なくとも発行するチケットの枚数とそのイベントの識別情報（イベント名など）を含み，ほかに発行するチケットの区分，座席情報，顧客識別情報を受け付けてもよい。座席情報とは指定席のあるイベントの場合における座席などを示す情報であり，顧客識別情報とはイベント主催者がチケットの購入者を管理するために用いる任意の識別情報である。チケット発行要求受付処理部２２は，チケットの発行要求で受け付けた枚数がイベントの定員に達していないか，あるいは重複した座席情報がないかを判定し，それらに該当すればエラーを管理システム３に返す。該当しない場合には，チケット発行処理部２３による処理を実行する。
【００４８】
チケット発行処理部２３は，ブロックチェーン上で用いるアドレスを生成し，生成したアドレスをチケット識別子とする。具体的には，たとえば楕円曲線暗号などの公開鍵暗号方式を用いて，秘密鍵から公開鍵を生成する。そして，公開鍵を用いて，ブロックチェーン上で用いるアドレスを生成する。
【００４９】
公開鍵からブロックチェーン上のアドレスを生成するためには，たとえばまず，公開鍵をハッシュ関数ＳＨＡ２５６などに代入し，第１のハッシュ値を取得する。そして，第１のハッシュ値を，さらに異なるハッシュ関数ＲＩＰＥＭＤ１６０などに代入し，第２のハッシュ値を取得する。このハッシュ値の先頭にヘッダーとして所定の値，たとえば００を付加し，その値をハッシュ関数ＳＨＡ２５６に代入することで，第３のハッシュ値を得る。第３のハッシュ値を，さらにハッシュ関数ＳＨＡ２５６に代入することで，第４のハッシュ値を得る。そして，第４のハッシュ値の先頭４バイトを抽出し，チェックサムブロックとして最後部に追加する（第５の値）。最後に，第５の値をＢａｓｅ５８のフォーマットでエンコーディングすることで，ブロックチェーン上で用いるアドレスが生成できる。
【００５０】
なお，公開鍵からアドレスを生成する方法はこれに限定されない。好ましくは，秘密鍵から公開鍵は不可逆的に導出され，公開鍵からアドレスは不可逆的に導出される。
【００５１】
チケット発行処理部２３は，生成したブロックチェーン上のアドレスによるチケット識別子を１次元コード，２次元コードなどの所定の規格でコード化する。また，チケット識別子は，発行済チケット識別子記憶部２１に記憶させる。この際に，チケット識別子に対応づけて，チケット発行要求受付処理部２２で受け付けたチケットの区分，座席情報，顧客識別情報を記憶するとよい。図１０にこの状態の発行済チケット識別子記憶部２１の一例を示す。
【００５２】
ブロックチェーン上で用いるアドレスを生成するために用いた秘密鍵と公開鍵はペアとなっているが，秘密鍵は破棄をしてもよいし，そのまま記憶していてもよい。なお，一般的に，ブロックチェーン上で用いるアドレスは十分に長く（たとえば１６０ビット分の情報量など），ほかのアドレスと衝突する可能性は極めて低い。
【００５３】
チケット発行要求受付処理部２２で２枚のチケットの発行要求を受け付けた場合，２つのブロックチェーン上で用いるアドレスを生成し，それぞれのアドレスをチケット識別子とする。そして，２つのアドレス（チケット識別子）を，たとえば２次元コードにコード化する。
【００５４】
チケット情報処理部２４は，チケット発行処理部２３で発行したチケット識別子，チケット識別子のコード，またはチケット識別子のコードにアクセス可能なＵＲＬなどを含む情報をチケット情報として管理システム３に送る。
【００５５】
通報処理部２５は，任意の者からチケット情報に対する通報を受け付ける。この通報の受付は，チケット発行システム２で発行したチケット識別子を少なくとも受け付け，チケット発行システム２のブロックチェーン上のアドレスから，通報を受けたチケット識別子であるアドレスに対して所定のトランザクション（たとえば仮想通貨を「０」だけ移転するトランザクション）を送る。そしてこのトランザクションがブロックチェーン上で承認されることで，通報を受けたチケット識別子が無効化される。
【００５６】
通報処理部２５は，通報者のブロックチェーン上のアドレスを受け付けた場合には，通報を受けたチケット識別子に対応づけて，通報者のブロックチェーン上のアドレスを，発行済チケット識別子記憶部２１に記憶させる。
【００５７】
管理システム３は，イベントの主催者が利用するコンピュータシステムであって，イベント作成処理部３０とチケット購入受付処理部３１と決済処理部３２とチケット発行要求処理部３３とチケット情報受付処理部３４とチケット情報送信処理部３５と通報報酬処理部４３とを有する。
【００５８】
イベント作成処理部３０は，本発明のチケットシステム１を利用するイベントを作成する。具体的には，管理システム３で所定の操作を受け付けることで，イベントに関する情報として，イベント名，区分，定員などの情報と，イベントの作成要求とをチケット発行システム２に送る。
【００５９】
チケット購入受付処理部３１は，イベントのチケットの購入要求を，購入者が利用する購入者端末５から受け付ける。チケットの購入処理は，通常のチケットの購入処理と同様でよい。たとえば購入者端末５に対して，イベント名，日時，チケットの区分，金額などを表示させ，購入者端末５から，チケットの購入要求を受け付ける。この際に，イベント名，日時，チケットの区分，枚数などのチケット購入にあたって必要な情報の入力を受け付ける。なお，チケット購入受付処理部３１は，チケット購入受付処理部３１で受け付けたチケットの購入要求に基づいて，定員を超過していないかを判定する。
【００６０】
決済処理部３２は，定員を超過していない場合，チケット購入受付処理部３１で受け付けたチケットの購入要求に基づいて，決済処理を行う。この決済処理は，通常のチケット販売などと同様に，クレジットカード決済などの任意の決済手段を用いて行える。
【００６１】
チケット発行要求処理部３３は，チケット発行システム２に対して，チケットの枚数を少なくとも含むチケットの発行要求を送る。この際に，イベントが複数ある場合にはイベントの識別情報，チケットに区分がある場合にはその区分，指定席がある場合にはその座席情報，顧客を識別する情報がある場合にはその顧客識別情報を送るようにしてもよい。座席情報は，チケット購入受付処理の際に，購入者によって選択された座席を示す情報，顧客識別情報は，あらかじめイベント主催者が購入者を管理するために用いる識別情報を所定のデータベースなどから抽出し，チケット発行システム２に送ればよい。
【００６２】
チケット情報受付処理部３４は，チケット発行要求処理部３３におけるチケットの発行要求に対し，チケット発行システム２から送られたチケット情報を受け付ける。
【００６３】
チケット情報送信処理部３５は，チケット情報受付処理部３４で受け付けたチケット情報の一部または全部を購入者端末５に送る。たとえばチケット情報受付処理部３４においてチケット情報として，チケット識別子のコードにアクセス可能なＵＲＬを受け付けている場合には，そのＵＲＬにアクセスし，チケット識別子のコードを取得し，所定のメッセージとともに，購入者が利用する電子メールアドレス，ＳＮＳのアカウントなどの所定の連絡先に，チケット識別子のコード（チケット識別子の１次元コードや２次元コード）を送る。また，購入者端末５の画面にチケット識別子のコードを表示させてもよい。また，チケット識別子そのものを送ってもよい。図１１に購入者に対して送る通知の一例を示す。図１１では，チケット識別子とチケット識別子のコードの双方を購入者に送る場合を示したが，チケット識別子のみ，チケット識別子のコードのみを購入者に送るようにしてもよい。
【００６４】
現場システム４は，イベント会場などに設置されたコンピュータシステムであって，イベント会場の担当者が操作するコンピュータや，自動改札システムなどが該当する。現場システム４は，コード読取処理部４０と有効性判定処理部４１と制御処理部４２とを有する。
【００６５】
コード読取処理部４０は，イベントへの入場の際にチケット購入者が提示するコードを，所定のコード読取装置で読み取った情報を受け付ける。たとえばコードが２次元コードの場合には，２次元コードの読取装置で読み取った情報を受け付ける。そして読み取ったコードをチケット識別子に変換する。
【００６６】
有効性判定処理部４１は，コード読取処理部４０で変換したチケット識別子が存在するかを，チケット発行システム２における発行済チケット識別子記憶部２１を参照して確認する。また，チケット識別子が存在することを確認後，ブロックチェーン上でチケット識別子が有効であるかを判定する。チケット識別子が有効であるかは，当該チケット識別子であるアドレスに対して何らかのトランザクションがあるかで判定する。当該チケット識別子であるアドレスに対して何らのトランザクションも存在しなければそのチケットは有効であると判定し，何らかのトランザクションがある場合にはそのチケットは無効であると判定する。
【００６７】
制御処理部４２は，有効性判定処理部４１で当該チケット識別子が有効であると判定した場合には，チケットの改札場所にいる担当者が視認するコンピュータの表示装置７２に対して「入場可」と表示をしたり，自動改札システムの場合にはゲートを開放し購入者がゲートを通過可能とする。また，制御処理部４２は，チケット発行システム２の発行済チケット識別子記憶部２１において，当該チケット識別子に対応する「有効」の情報を「無効」に変更する。そして現場システム４のブロックチェーン上のアドレスから，当該チケット識別子のアドレスに対して所定のトランザクション（たとえば仮想通貨を「０」だけ移転するトランザクション）を送る。そしてこのトランザクションがブロックチェーン上で承認されることで，当該チケット識別子が無効化される。
【００６８】
一方，有効性判定処理部４１で当該チケット識別子が無効であると判定した場合には，チケットの改札場所にいる担当者が視認するコンピュータの表示装置７２に対して「入場不可」と表示をしたり，自動改札システムの場合にはゲートを閉鎖し購入者がゲートを通過不可とする。また，場合によっては，警告音の出力や警告表示などを行ってもよい。すなわちチケット識別子が有効であると判定した場合には，有効であることに対応した所定の制御処理を実行し，チケット識別子が無効であると判定した場合には，無効であることに対応した所定の制御処理を実行する。
【００６９】
通報報酬処理部４３は，通報による報酬を通報者に対して支払う処理を実行する。たとえば，発行済チケット識別子記憶部２１に，通報によって無効化されたチケット識別子（現場システム４のアドレスで無効化されたチケット識別子以外のチケット識別子）に対応づけて通報者のブロックチェーン上のアドレスが記憶されている場合には，それを参照して，通報者のブロックチェーン上のアドレスを取得する。そして，イベント主催者が，イベント主催者のブロックチェーン上のアドレスから，通報者のブロックチェーン上のアドレスに対して，報酬相当の仮想通貨を送金するトランザクションを送る。このトランザクションがブロックチェーン上で承認されることで，イベント主催者から通報者に対する報酬の支払いが行える。報酬相当の仮想通貨としては，通報によるトランザクションコスト以上であればよい。トランザクションコストとは，トランザクションがノードにより承認されるにあたり必要となる仮想通貨ベースの手数料である。
【００７０】
またチケット発行システム２を介して報酬の支払いを行ってもよい。すなわち，チケット発行システム２は，通報によって無効化されたチケット識別子を特定し，その通報による報酬を算出する。そして算出した報酬相当額をイベント主催者に対して請求する。この請求に対してイベント主催者がクレジットカードなど所定の方法で支払を行う。一方，チケット発行システム２は，通報者のブロックチェーン上のアドレスを発行済チケット識別子記憶部２１から特定し，そのアドレスに対して，報酬相当の仮想通貨を送金するトランザクションを送る。このトランザクションがブロックチェーン上で承認されることで，通報者に対する報酬の支払いが行える。
【００７１】
なお，管理システム３からチケット発行システム２に対してアクセスし，通報による報酬の支払いを行う要求を送ってもよい。この場合，管理システム３から通報による報酬の支払い要求をチケット発行システム２に送り，これを受けたチケット発行システム２で，通報によって無効化されたチケット識別子を特定し，その通報による報酬を算出する。そして算出した報酬相当額をイベント主催者に対して請求する。この請求に対してイベント主催者がクレジットカードなど所定の方法で支払を行う。一方，チケット発行システム２は，通報者のブロックチェーン上のアドレスを発行済チケット識別子記憶部２１から特定し，そのアドレスに対して，報酬相当の仮想通貨を送金するトランザクションを送る。このトランザクションがブロックチェーン上で承認されることで，通報者に対する報酬の支払いが行える。
【実施例１】
【００７２】
つぎに本発明のチケットシステム１を用いた処理プロセスの一例を図４乃至図７のフローチャートを用いて説明する。
【００７３】
まずイベントを作成する処理を説明する。
【００７４】
イベントの主催者は，管理システム３で所定の操作をすることで，イベント名，区分，定員などのイベントに関する情報を入力し，イベントの作成要求をチケット発行システム２に送る。そして，チケット発行システム２でイベントの作成要求を管理システム３から受け付けると，イベント作成受付処理部２０は，イベント名，区分，定員の情報を受け付け，発行済チケット識別子記憶部２１に，それらの記憶領域を確保する（Ｓ１００，Ｓ１１０）。
【００７５】
なおこの際に，イベントの主催者からチケット発行システム２に対して，定員（チケットの発行上限）に応じた手数料が支払われてもよい。
【００７６】
以上のようにイベントの作成処理を行った後，チケットの販売が開始される。そしてチケットを購入する購入者は購入者端末５で所定の操作をし，管理システム３のチケット購入受付処理部３１で，イベント名，日時，チケットの区分，枚数などの情報とチケットの購入要求を受け付ける（Ｓ２００）。
【００７７】
そしてチケットの枚数と定員とを比較し，定員を超過していないかを判定する（Ｓ２１０）。もし定員を超過していることを判定した場合には，購入者端末５に対して，その旨の通知する（Ｓ２２０）。
【００７８】
一方，定員を超過していないことを判定した場合には，決済処理部３２において，通常のチケット販売など同様に，クレジットカード決済などの決済処理を実行する（Ｓ２３０）。
【００７９】
また，決済処理の終了後，決済の処理の前または並行して，チケット発行要求処理部３３は，チケット発行システム２に対して，イベント名などのイベント識別情報，チケットの区分，枚数，購入者が選択した座席情報，購入者の顧客識別情報などをチケットの発行要求として送る（Ｓ２４０）。
【００８０】
チケット発行要求を受け付けたチケット発行システム２は，チケット発行処理を実行する（Ｓ２５０）。すなわち，チケット発行システム２は，チケット発行要求受付処理部２２で管理システム３からのチケット発行要求を受け付けると（Ｓ３００），購入者が選択した座席情報が重複していないかを，発行済チケット識別子記憶部２１を参照してチェックする（Ｓ３１０）。重複していることを判定した場合には，エラーなどの所定の通知を管理システム３に送る。また，管理システム３が設定した区分ごとの定員を超過していないかを判定してもよい。区分ごとの定員を超過していることを判定した場合には，同様に，エラーなどの所定の通知を管理システム３に送る。
【００８１】
チケットの重複チェック，定員の超過チェックなどが正常に行えた場合，チケット発行処理部２３は，チケット発行要求におけるチケットの枚数に応じて，ブロックチェーン上で用いるアドレスを生成する。すなわち，秘密鍵を用いて不可逆的な公開鍵を導出し，公開鍵から不可逆的なブロックチェーン上のアドレスを導出する（Ｓ３２０）。そして，生成したアドレスをチケット識別子とする（Ｓ３３０）。チケット識別子としたアドレスは，発行済チケット識別子記憶部２１に，チケット発行要求受付処理部２２で受け付けた顧客識別情報，区分，座席情報などに対応づけて記憶させる。また，発行済チケット識別子記憶部２１の当該チケット識別子の状態として，「有効」として記憶させる。この状態の発行済チケット識別子記憶部２１の一例が図１０である。そして，チケット発行処理部２３はチケット識別子をコード化する（Ｓ３４０）。コード化したチケット識別子の一例を図１２に示す。図１２では，チケット識別子を２次元コード化した場合を示している。
【００８２】
チケット情報処理部２４は，チケット発行処理部２３で発行したチケット識別子，チケット識別子のコード，またはチケット識別子のコードにアクセス可能なＵＲＬなどを含む情報をチケット情報として管理システム３に返す（Ｓ３５０）。
【００８３】
管理システム３のチケット情報受付処理部３４は，チケット発行システム２からチケット情報を受け付けると（Ｓ２６０），チケット情報の一部または全部を購入者端末５に送る（Ｓ２７０）。図１１が購入者に対して送る通知の一例である。
【００８４】
つぎにチケットの購入者がチケットの転売をした場合を説明する。
【００８５】
購入者がチケットの転売をした場合，そのチケットの存在を示すために，チケット識別子またはそのコードをチケットの転売サイト上で表示を行う場合がある。その場合，それを視認した者（通報者）は，転売サイト上で表示されているチケット識別子であるアドレス，またはコードから変換したチケット識別子であるアドレスに対して，通報者のブロックチェーン上のアドレスから，所定のトランザクションを送る。このトランザクションがブロックチェーン上で承認されることで，転売されているチケット識別子であるアドレスに対するトランザクションが記録される。
【００８６】
通報者自らがトランザクションを送るほか，通報者は，チケット発行システム２を介して通報をすることもできる。この場合，チケット発行システム２の所定のウェブサイトにて，少なくとも転売されているチケット識別子を受け付ける。通報処理部２５は，チケット識別子の通報を受け付けると，発行済チケット識別子記憶部２１に当該チケット識別子が存在するかの確認後，存在することを確認した場合には，チケット発行システム２のブロックチェーン上のアドレスから，通報を受けたチケット識別子のアドレスに対して所定のトランザクションを送る。このトランザクションがブロックチェーン上で承認されることで，転売されているチケット識別子であるアドレスに対するトランザクションが記録される。
【００８７】
通報処理部２５は，通報者のブロックチェーン上のアドレスを受け付けた場合には，通報を受けたチケット識別子に対応づけて，通報者のブロックチェーン上のアドレスを，発行済チケット識別子記憶部２１に記憶させる。図１３に，チケット識別子「ＮＸＸＸＸＸＸ」に対する通報を，ブロックチェーン上のアドレス「ＮＡＡＡＡＡＡ」から受け付けた場合の発行済チケット識別子記憶部２１の一例を示す。
【００８８】
つぎにチケットの購入者がチケットにより入場する場合の処理を図７のフローチャートを用いて説明する。
【００８９】
購入者は，イベントの会場に入場する際に，現場システム４の担当者または自動改札システムに対して，チケット情報のコードを提示する（Ｓ４００）。そして現場システム４の担当者はコード読取装置で提示されたコードを読み取る。また自動改札システムの場合には，提示されたコードをコード読取装置で読み取る（Ｓ４１０）。そして読み取ったコードをチケット識別子に変換する（Ｓ４２０）。
【００９０】
正常にチケット識別子に変換すると，現場システム４の有効性判定処理部４１は，発行済チケット識別子記憶部２１を参照し，当該変換したチケット識別子が存在するかを確認する（Ｓ４３０）。この確認により，チケット発行システム２で発行したチケット識別子であるかを確認できる。
【００９１】
発行済チケット識別子記憶部２１に変換したチケット識別子が存在した場合，有効性判定処理部４１は，ブロックチェーン上でチケット識別子が有効であるかを判定する（Ｓ４４０）。すなわち，当該チケット識別子であるアドレスに対するトランザクションの有無をブロックチェーン上で判定する（Ｓ４５０）。トランザクションが存在しなければそのチケットは有効であると判定し（Ｓ４６０），何らかのトランザクションがある場合にはそのチケットは無効であると判定する（Ｓ４７０）。
【００９２】
そして，制御処理部４２は，有効性判定処理部４１の判定結果に対応する制御処理を実行する（Ｓ４８０）。すなわち，有効性判定処理部４１で当該チケット識別子が有効であると判定した場合には，制御処理部４２は，「有効」に対応する所定の制御処理，たとえばチケットの改札場所にいる係員が視認するコンピュータの表示装置７２に対して「入場可」と表示をしたり，自動改札システムの場合にはゲートを開放し購入者がゲートを通過可能とする。そして，制御処理部４２は，現場システム４のブロックチェーン上のアドレスから，当該チケット識別子のアドレスに対して所定のトランザクション（たとえば仮想通貨を「０」だけ移転するトランザクション）を送る。そしてこのトランザクションがブロックチェーン上で承認されることで，当該チケット識別子が無効化される。また，制御処理部４２は，チケット発行システム２の発行済チケット識別子記憶部２１において，当該チケット識別子に対応する「有効」の情報を「無効」に変更する。この状態の発行済チケット識別子記憶部２１の一例を図１４に示す。図１４では，チケット識別子「ＮＺＺＺＺＺ」の購入者が正常に入場をした場合を示している。この場合，「ＮＢＢＢＢＢＢ」は現場システム４のブロックチェーン上のアドレスである。
【００９３】
一方，有効性判定処理部４１で当該チケット識別子が無効であると判定した場合には，制御処理部４２は，「無効」に対応する所定の制御処理，たとえばチケットの改札場所にいる係員が視認するコンピュータの表示装置７２に対して「入場不可」と表示をしたり，自動改札システムの場合にはゲートを閉鎖し購入者がゲートを通過不可とする。
【００９４】
以上のような処理を実行することで，イベントへの入場の可否を判定できる。
【００９５】
また，通報に対する報酬を支払う場合には，たとえば，発行済チケット識別子記憶部２１に記憶されている通報者のブロックチェーン上のアドレスを参照して，通報者のブロックチェーン上のアドレスを取得する。そして，イベント主催者が，イベント主催者のブロックチェーン上のアドレスから，通報者のブロックチェーン上のアドレスに対して，報酬相当の仮想通貨を送金するトランザクションを送る。
【００９６】
一方，チケット発行システム２を介して支払う場合には，管理システム３から通報による報酬の支払い要求をチケット発行システム２に送り，これを受けたチケット発行システム２で，通報によって無効化されたチケット識別子を特定し，その通報による報酬を算出する。そして算出した報酬相当額をイベント主催者に対して請求する。この請求に対してイベント主催者がクレジットカードなど所定の方法で支払を行う。そしてチケット発行システム２は，通報者のブロックチェーン上のアドレスを発行済チケット識別子記憶部２１から特定し，そのアドレスに対して，報酬相当の仮想通貨を送金するトランザクションを送る。
【００９７】
また，チケット発行システム２が自発的に報酬の支払い処理を行ってもよい。その場合，管理システム３からの通報による報酬の支払い要求を待たずに，チケット発行システム２は，通報によって無効化されたチケット識別子を発行済チケット識別子記憶部２１から特定し，その通報による報酬を算出する。そして算出した報酬相当額をイベント主催者に対して請求する。この請求に対してイベント主催者がクレジットカードなど所定の方法で支払を行う。そしてチケット発行システム２は，通報者のブロックチェーン上のアドレスを発行済チケット識別子記憶部２１から特定し，そのアドレスに対して，報酬相当の仮想通貨を送金するトランザクションを送る。
【実施例２】
【００９８】
上述の実施例では，チケット識別子であるアドレスに対して何らかのトランザクションがあるか（当該チケット識別子が有効であるか）を，チケット識別子のコードを読み取ったあとにブロックチェーン上で判定をしていたが，定期的にまたは不定期に任意のタイミングでブロックチェーン上で判定をしておき，それを発行済チケット識別子記憶部２１に記憶させておき，その有効，無効の情報によって当該チケット識別子の有効性の判定を行うように構成してもよい。
【００９９】
この場合，通報処理部２５は，発行済チケット識別子記憶部２１に記憶する発行したチケット識別子であるアドレスのうち，状態が「有効」であるアドレスを特定し，そのアドレスに対するトランザクションの有無を，定期的にまたは不定期にブロックチェーン上で判定をする。そして，何らかのトランザクションがあるアドレス（チケット識別子）であることを判定した場合，発行済チケット識別子記憶部２１に記憶する当該チケット識別子に対応する状態を「無効」に変更して記憶させる。
【０１００】
このように事前に発行済チケット識別子記憶部２１に記憶させておくことによって，現場システム４の有効性判定処理部４１が，購入者端末５から提示されたコードを変換したチケット識別子の有効性判定処理を行う場合に，ブロックチェーン上で判定をせずに，発行済チケット識別子記憶部２１を参照すれば同様の目的を達することができる。
【実施例３】
【０１０１】
上述の各実施例では，ブロックチェーン上のアドレスをそのままチケット識別子として用いる場合を説明したが，ブロックチェーン上のアドレスを所定の方法で変換した情報をチケット識別子として用いてもよい。この場合，ブロックチェーン上のアドレスとチケット識別子とを発行済チケット識別子記憶部２１に対応づけて記憶しておく。そして，チケット識別子に対する通報を受け付けた場合には，発行済チケット識別子記憶部２１を参照して，対応するブロックチェーン上のアドレスを特定し，そのブロックチェーン上のアドレスに対するトランザクションを送れば，当該チケットに対する無効化を実現できる。
【０１０２】
また，有効性判定処理部４１も同様に，読み取ったチケット識別子に基づいて発行済チケット識別子記憶部２１を参照して，対応するブロックチェーン上のアドレスを特定し，特定したアドレスに対するブロックチェーン上のトランザクションを判定することで，当該チケットの有効性を判定できる。そしてチケットが有効であることを判定した場合，上記で特定したアドレスに対して，ブロックチェーン上のトランザクションを送ることでそのチケット識別子を使用により無効化することができる。
【０１０３】
なお，チケット識別子とブロックチェーン上のアドレスは発行済チケット識別子記憶部２１に記憶せずとも，変換関数を用いて，適宜，変換可能としてもよい。
【実施例４】
【０１０４】
上述の各実施例では，イベントのチケットの場合を説明したが，それに限定するものではなく，チケット全般に適用することが可能である。たとえば電車やバスの乗車券，飛行機や船舶などの搭乗券にも適用することができる。とくに本人以外の者が利用することを制約したい場合のチケットに対して有効である。
【０１０５】
また，本発明におけるチケットを，何らかのサービス（割引や宿泊など各種のサービス）を享受可能なクーポン（チケット）として用いることもできる。この場合には，当該クーポン（チケット）の転売を同様に抑止することができる。この場合，「イベントの主催者」は「店舗などのクーポン（チケット）の発行者」，「イベント」は「商品および／またはサービス」，「購入者」は「利用者」と読み替えればよい。なお，購入者と利用者を総称して受領者という。
【産業上の利用可能性】
【０１０６】
本発明のチケットシステム１を用いることによって，簡便な仕組みで転売を抑止することができる。
【符号の説明】
【０１０７】
１：チケットシステム
２：チケット発行システム
３：管理システム
４：現場システム
５：購入者端末
２０：イベント作成受付処理部
２１：発行済チケット識別子記憶部
２２：チケット発行要求受付処理部
２３：チケット発行処理部
２４：チケット情報記憶部
２５：通報処理部
３０：イベント作成処理部
３１：チケット購入受付処理部
３２：決済処理部
３３：チケット発行要求処理部
３４：チケット情報受付処理部
３５：チケット情報送信処理部
４０：コード読取処理部
４１：有効性判定処理部
４２：制御処理部
７０：演算装置
７１：記憶装置
７２：表示装置
７３：入力装置
７４：通信装置
【図１】
2020077078.tif 000003
【図２】
2020077078.tif 000004
【図３】
2020077078.tif 000005
【図４】
2020077078.tif 000006
【図５】
2020077078.tif 000007
【図６】
2020077078.tif 000008
【図７】
2020077078.tif 000009
【図８】
2020077078.tif 000010
【図９】
2020077078.tif 000011
【図１０】
2020077078.tif 000012
【図１１】
2020077078.tif 000013
【図１２】
2020077078.tif 000014
【図１３】
2020077078.tif 000015
【図１４】
2020077078.tif 000016