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