JP6967116B1 - 電子チケット管理システムおよびプログラム - Google Patents
電子チケット管理システムおよびプログラム Download PDFInfo
- Publication number
- JP6967116B1 JP6967116B1 JP2020106624A JP2020106624A JP6967116B1 JP 6967116 B1 JP6967116 B1 JP 6967116B1 JP 2020106624 A JP2020106624 A JP 2020106624A JP 2020106624 A JP2020106624 A JP 2020106624A JP 6967116 B1 JP6967116 B1 JP 6967116B1
- Authority
- JP
- Japan
- Prior art keywords
- ticket
- information
- electronic ticket
- parameter
- person
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000012546 transfer Methods 0.000 claims abstract description 288
- 230000008859 change Effects 0.000 claims abstract description 33
- 239000000463 material Substances 0.000 claims description 282
- 238000000034 method Methods 0.000 claims description 233
- 230000008569 process Effects 0.000 claims description 194
- 238000012545 processing Methods 0.000 claims description 63
- 238000012790 confirmation Methods 0.000 claims description 35
- 239000003795 chemical substances by application Substances 0.000 claims description 9
- 230000004044 response Effects 0.000 claims description 6
- 238000010586 diagram Methods 0.000 abstract description 5
- 238000007726 management method Methods 0.000 description 147
- 238000013500 data storage Methods 0.000 description 77
- 238000004891 communication Methods 0.000 description 54
- 230000001360 synchronised effect Effects 0.000 description 18
- 230000015654 memory Effects 0.000 description 15
- 238000009434 installation Methods 0.000 description 7
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 6
- 235000019640 taste Nutrition 0.000 description 6
- 238000004364 calculation method Methods 0.000 description 5
- 239000007787 solid Substances 0.000 description 5
- 230000003936 working memory Effects 0.000 description 5
- 230000004931 aggregating effect Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 239000004973 liquid crystal related substance Substances 0.000 description 3
- 238000003909 pattern recognition Methods 0.000 description 3
- 230000002093 peripheral effect Effects 0.000 description 3
- 238000013528 artificial neural network Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 238000004422 calculation algorithm Methods 0.000 description 2
- 238000002716 delivery method Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000011156 evaluation Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 230000001747 exhibiting effect Effects 0.000 description 1
- 238000002474 experimental method Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000005065 mining Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】興行の開催前後の各時期を通じてチケットの所有履歴を保障することができ、かつ、興行参加以外の利用価値をチケットに付加することができる電子チケット管理システムを提供する。【解決手段】興行参加以外の目的での利用価値を付加するパラメータの付与により非代替トークン型の電子チケットを発行する電子チケット発行手段２４と、トークンＩＤ、チケットＩＤ、所有者ＩＤ、およびパラメータを含む電子チケットの発行情報を分散型台帳に登録する発行情報登録手段５１と、電子チケットの所有権の移転時に、変更前後の所有者ＩＤを含む移転情報を作成する電子チケット移転手段２５と、移転情報を分散型台帳に登録する移転情報登録手段５２とを設け、電子チケット管理システム１０を構成した。【選択図】図１
Description
本発明は、電子チケットの発行および移転を含む処理を実行するコンピュータにより構成された電子チケット管理システムおよびプログラムに係り、例えば、チケット発行事業者が興行参加以外の目的での利用価値を付加した非代替トークン型の電子チケットを発行し、付加された利用価値を目的としてチケット発行事業者の会員間で非代替トークン型の電子チケットの売買移転を行う場合等に利用できる。
一般に、従来のチケット発行は、有名なアーティストによるコンサート等のような興行に参加する権利の予約確定後に、チケット発行事業者によって、その権利を保有する個人の識別情報（氏名、会員ＩＤ等）が印字された紙のチケットが刷られ、その紙のチケットが購入者である個人宛に郵送されるか、または個人が窓口等でチケットの受け取りを行うことで、興行への参加権利の譲渡が行われている。
近年では、個人が所有するモバイル端末に対して電子チケットのデータが送信され、その端末にインストールされたメールアプリやチケット専用アプリにより、個人の識別情報を記述した電子チケットが画面表示されるという形態で、興行への参加権利が譲渡されるビジネスモデルが増加、普及してきている。
これらのビジネスモデルは、紙のチケット、電子チケットのいずれについても、チケット発行事業者が、個人に対し、その個人が目的とする興行に参加する権利を確定し、チケットとして渡す対価として、その権利に設定された価格の料金を徴収するというものである。
なお、本発明では、非代替トークン（ＮＦＴ：Non-Fungible Token）を利用するとともに、その移転を取り扱うが、この点で本発明に関連する技術としては、流動性が担保され、自由化された流通価格を有し、購入者および売却者のプライバシー保護の観点に立つライセンス管理を行うためのトークン管理システムが知られている（特許文献１参照）。
また、本発明では、電子チケットに対して興行参加以外の目的での利用価値を付加するが、この点で本発明に関連する技術としては、リソースのある特定の事象へアクセスするために二次アクセスを使用する権限を獲得したユーザに、電子チケットの形態でアクセストークンを発行する権限発行装置を備えたリソースアクセス管理システムが知られている（特許文献２参照）。
従来のチケットは、紙のチケット、電子チケットのいずれについても、目的の興行の終了後に効力を失い、そのチケットの価値がなくなるというのが通念である。なぜなら、従来のチケットは、コストや時間をかけることにより複製、あるいは情報の改ざんが可能であり、また、紙であれば廃棄処分し、電子データであれば消去すれば、そのチケットの存在を無かったことにすることも可能であるため、目的の興行の終了後におけるチケットについて、いつからいつまでの期間は、誰が所有していたという事実、すなわち個人の所有履歴を永続的に保障することはできないからである。
勿論、目的の興行の開催前の段階でも、従来のチケットは、紙のチケット、電子チケットのいずれについても、複製や、情報の改ざんの問題、あるいは、紙のチケットを失くしたり、電子チケットをデータ消失させたりする問題が発生し得るが、チケットを発行してから興行開催までの期間が比較的短いため、その問題が顕在化しにくいといえる。これに対し、仮に、目的の興行の終了後においても個人の所有履歴を保障するとなると、長期間に渡って複製や、情報の改ざん、あるいは、紙のチケットの紛失や破損、電子チケットのデータ消失を防がなければならず、従来のチケットでは、そのような長期間の保障の仕組みを構築することは、事実上、困難であった。
また、従来のチケットでは、目的の興行の終了後においてチケットを所有していることに価値を見出すとすれば、せいぜい、例えば、話題のコンサートや試合を見に行った等の事実を、他人に対して示し、自慢することができる程度である。そして、例えば、伝説の公演のチケット等のように、そのチケット自体に価値があるとすれば、そのチケットが譲渡の対象となることもあり得るが、稀な場合である。このため、従来のチケットでは、目的の興行の終了後におけるチケットの所有履歴を保障する意義が少なかったので、そのような保障の仕組みを構築する要望自体が生じなかった。
本発明の目的は、興行の開催前後の各時期を通じてチケットの所有履歴を保障することができ、かつ、興行参加以外の利用価値をチケットに付加することができる電子チケット管理システムおよびプログラムを提供するところにある。
本発明は、電子チケットの発行および移転を含む処理を実行するコンピュータにより構成された電子チケット管理システムであって、
チケット発行事業者による処理として、興行に参加する権利を有することを示すチケットに対し、興行参加以外の目的での利用価値を付加するためのパラメータを付与することにより非代替トークン型の電子チケットを発行し、この非代替トークン型の電子チケットに対し、チケットを識別するチケットＩＤに１対１で対応するトークンＩＤを付与する処理を実行する電子チケット発行手段と、
この電子チケット発行手段による非代替トークン型の電子チケットの発行情報として、トークンＩＤ、チケットＩＤ、所有者ＩＤ、およびパラメータを関連付けてピア・ツー・ピア・ネットワークで接続された複数のノードで構成される分散型台帳に登録する処理を実行する発行情報登録手段と、
非代替トークン型の電子チケットの所有権の移転が行われた際に、分散型台帳に登録されている非代替トークン型の電子チケットについての所有者ＩＤを変更するための変更前後の所有者ＩＤを含む移転情報を作成する処理を実行する電子チケット移転手段と、
この電子チケット移転手段により作成された移転情報を、トークンＩＤと関連付けるか、またはトークンＩＤおよびチケットＩＤと関連付けて分散型台帳に登録する処理を実行する移転情報登録手段と
を備えたことを特徴とするものである。
チケット発行事業者による処理として、興行に参加する権利を有することを示すチケットに対し、興行参加以外の目的での利用価値を付加するためのパラメータを付与することにより非代替トークン型の電子チケットを発行し、この非代替トークン型の電子チケットに対し、チケットを識別するチケットＩＤに１対１で対応するトークンＩＤを付与する処理を実行する電子チケット発行手段と、
この電子チケット発行手段による非代替トークン型の電子チケットの発行情報として、トークンＩＤ、チケットＩＤ、所有者ＩＤ、およびパラメータを関連付けてピア・ツー・ピア・ネットワークで接続された複数のノードで構成される分散型台帳に登録する処理を実行する発行情報登録手段と、
非代替トークン型の電子チケットの所有権の移転が行われた際に、分散型台帳に登録されている非代替トークン型の電子チケットについての所有者ＩＤを変更するための変更前後の所有者ＩＤを含む移転情報を作成する処理を実行する電子チケット移転手段と、
この電子チケット移転手段により作成された移転情報を、トークンＩＤと関連付けるか、またはトークンＩＤおよびチケットＩＤと関連付けて分散型台帳に登録する処理を実行する移転情報登録手段と
を備えたことを特徴とするものである。
このような本発明の電子チケット管理システムにおいては、チケットに興行参加以外の目的での利用価値を付加するために、パラメータを付与した非代替トークン型の電子チケットを発行するようにしたので、人々は、主目的である興行への参加に加え、新たなエンターテイメントを体験することが可能となる。
また、チケット発行事業者は、パラメータの付与により電子チケットの価値を高めるとともに、価値に多様性を持たせることができるので、チケット販売を促進することができることに加え、移転（但し、配布を除く）に伴って手数料を徴収することも可能となり、新たな収益基盤を得ることが可能となる。
さらに、非代替トークン型の電子チケットは、発行情報およびその後の移転情報を分散型台帳（ＤＬＴ：Distributed Ledger Technology）に登録されるので、主目的である興行の開催前および開催後を含む長い期間に渡り、非代替トークン型の電子チケットを所有する個人の所有履歴を記録しておくことができる。従って、情報の改ざんが困難な分散型台帳の特徴を活かし、個人の所有履歴を長期間に渡り、保障することが可能となる。このため、電子チケットの所有権の移転が確実に行われたという保障が得られるので、移転に伴うリスク、すなわち、ある電子チケットの所有権を得ることの対価として、自己の保有する金銭等の価値物を手放すという取引、逆の立場で見れば、ある電子チケットの所有権を手放すことの対価として、金銭等の別の価値物を得るという取引に伴うリスクを低減することが可能となるとともに、取引の安全性の確保により、取引の活性化を期待することが可能となり、これらにより前記目的が達成される。
＜売買支援を行い、売買による移転情報を分散型台帳に登録する構成＞
また、上述した電子チケット管理システムにおいて、
チケット発行事業者の会員間での非代替トークン型の電子チケットの売買取引を支援する処理を実行する売買支援手段と、
非代替トークン型の電子チケットを売却するためのチケット価格を含む出品情報を、トークンＩＤと関連付けるか、またはトークンＩＤおよびチケットＩＤと関連付けて分散型台帳に登録する処理を実行する出品情報登録手段とを備え、
売買支援手段は、
自己の所有する非代替トークン型の電子チケットを売却したい会員により会員端末からネットワークを介して送信されてくるチケット価格を含む出品情報を受信して出品情報登録手段へ送る出品受付処理と、
他人の所有する非代替トークン型の電子チケットを購入したい会員若しくは会員候補者による端末からの閲覧要求に応じ、分散型台帳または分散型台帳と同等の情報を記憶する電子チケット記憶手段から、チケット価格およびパラメータの内容を含む出品中の非代替トークン型の電子チケットの情報を取得し、出品一覧としてネットワークを介して閲覧要求に係る端末へ送信する出品一覧表示処理と、
非代替トークン型の電子チケットを購入することを決めた会員の会員端末からネットワークを介して送信されてくる購入手続に係る情報を受信する電子チケット購入受付処理と、
非代替トークン型の電子チケットの購入手続を行った会員による代金支払いを確認する支払確認処理とを実行する構成とされ、
電子チケット移転手段は、
売買支援手段による支払確認処理で代金支払いが確認された後に、分散型台帳に登録されている非代替トークン型の電子チケットについての所有者ＩＤを、チケットを売却した会員についての所有者ＩＤから、当該チケットを購入した会員についての所有者ＩＤに変更するための変更前後の所有者ＩＤを含む移転情報を作成する売買移転処理を実行する構成とされ、
移転情報登録手段は、
売買移転処理で作成された移転情報を、トークンＩＤと関連付けるか、またはトークンＩＤおよびチケットＩＤと関連付けて分散型台帳に登録する処理を実行する構成とされていることが望ましい。
チケット発行事業者の会員間での非代替トークン型の電子チケットの売買取引を支援する処理を実行する売買支援手段と、
非代替トークン型の電子チケットを売却するためのチケット価格を含む出品情報を、トークンＩＤと関連付けるか、またはトークンＩＤおよびチケットＩＤと関連付けて分散型台帳に登録する処理を実行する出品情報登録手段とを備え、
売買支援手段は、
自己の所有する非代替トークン型の電子チケットを売却したい会員により会員端末からネットワークを介して送信されてくるチケット価格を含む出品情報を受信して出品情報登録手段へ送る出品受付処理と、
他人の所有する非代替トークン型の電子チケットを購入したい会員若しくは会員候補者による端末からの閲覧要求に応じ、分散型台帳または分散型台帳と同等の情報を記憶する電子チケット記憶手段から、チケット価格およびパラメータの内容を含む出品中の非代替トークン型の電子チケットの情報を取得し、出品一覧としてネットワークを介して閲覧要求に係る端末へ送信する出品一覧表示処理と、
非代替トークン型の電子チケットを購入することを決めた会員の会員端末からネットワークを介して送信されてくる購入手続に係る情報を受信する電子チケット購入受付処理と、
非代替トークン型の電子チケットの購入手続を行った会員による代金支払いを確認する支払確認処理とを実行する構成とされ、
電子チケット移転手段は、
売買支援手段による支払確認処理で代金支払いが確認された後に、分散型台帳に登録されている非代替トークン型の電子チケットについての所有者ＩＤを、チケットを売却した会員についての所有者ＩＤから、当該チケットを購入した会員についての所有者ＩＤに変更するための変更前後の所有者ＩＤを含む移転情報を作成する売買移転処理を実行する構成とされ、
移転情報登録手段は、
売買移転処理で作成された移転情報を、トークンＩＤと関連付けるか、またはトークンＩＤおよびチケットＩＤと関連付けて分散型台帳に登録する処理を実行する構成とされていることが望ましい。
ここで、「売買支援手段」による「出品一覧表示処理」において、「他人の所有する非代替トークン型の電子チケットを購入したい会員若しくは会員候補者による端末からの閲覧要求」とされているのは、出品一覧を端末に表示する段階では、出品一覧の閲覧者は、必ずしも会員である必要はなく、出品一覧を閲覧し、購入することを決めた後に、購入手続を進める段階で、会員になっていればよい趣旨である。
このように売買支援を行い、売買による移転情報を分散型台帳に登録する構成とした場合には、非代替トークン型の電子チケットの売買移転の実現により、非代替トークン型の電子チケットの存在価値（利用価値）を高めることができる。すなわち、ある会員にとっては、不要となった非代替トークン型の電子チケットであっても、別の会員にとっては、利用価値の高いものである場合があり、そのような場合に、売買移転を行うことで、非代替トークン型の電子チケットの存在価値を高めることができる。
また、売買に伴う移転情報を分散型台帳に登録するので、非代替トークン型の電子チケットの所有権が売買により移転されたという事実が、情報の改ざんが困難な状態で記録され、これにより自己の所有を証明できる状態となる。このため、会員は、安心して売買を行うことができる。
＜パラメータ素材提供者への報酬の支払いを行う構成＞
また、上述した売買支援を行い、売買による移転情報を分散型台帳に登録する構成とした場合において、
電子チケット発行手段による非代替トークン型の電子チケットの発行の際に付与されるパラメータとして用いられるパラメータ素材に関する情報を記憶するパラメータ素材記憶手段を備え、
電子チケット移転手段は、
売買移転処理として、売買取引の対象とされた非代替トークン型の電子チケットについてのパラメータに対応するパラメータ素材提供者への報酬の割合をパラメータ素材記憶手段から取得し、売買取引に係るチケット価格に、取得した報酬の割合を乗じて報酬額を算出し、算出した報酬額を、パラメータ素材提供者へ支払うための処理を実行する構成とされていることが望ましい。
電子チケット発行手段による非代替トークン型の電子チケットの発行の際に付与されるパラメータとして用いられるパラメータ素材に関する情報を記憶するパラメータ素材記憶手段を備え、
電子チケット移転手段は、
売買移転処理として、売買取引の対象とされた非代替トークン型の電子チケットについてのパラメータに対応するパラメータ素材提供者への報酬の割合をパラメータ素材記憶手段から取得し、売買取引に係るチケット価格に、取得した報酬の割合を乗じて報酬額を算出し、算出した報酬額を、パラメータ素材提供者へ支払うための処理を実行する構成とされていることが望ましい。
このようにパラメータ素材提供者への報酬の支払いを行う構成とした場合には、パラメータ素材提供者は、パラメータ素材の提供について、対価を得ることが可能となる。このため、提供するパラメータ素材が、例えば、パラメータ素材提供者であるアーティストの創作物である場合には、アーティストは、自己の創作物を他人に提供することにつき、売買取引に係るチケット価格に対する一定割合の金額を、対価として得ることができ、創作の対価の新たな入手チャンネルを得ることができる。
＜入力した報酬の適正度をチェックする構成＞
さらに、上述したパラメータ素材提供者への報酬の支払いを行う構成とした場合において、
電子チケット発行手段による非代替トークン型の電子チケットの発行の際に付与されるパラメータとして用いられるパラメータ素材に関する情報について、パラメータ素材提供者またはその入力代行者による登録のための入力を受け付け、受け付けた情報を、パラメータ素材記憶手段に記憶させる処理を実行するパラメータ素材登録手段を備え、
このパラメータ素材登録手段は、
パラメータ素材に関する情報として、興行との関係で示されたパラメータ素材提供者の種別、権限・コンテンツの別を含むパラメータの種別、売買取引が成立した場合に素材提供の対価として得られる報酬の割合の入力を受け付けるとともに、
パラメータ素材提供者の種別、パラメータの種別、報酬の割合を説明変数とし、パラメータ素材がチケット発行事業者の担当者によりパラメータとして選ばれたか否かを目的変数として学習された識別モデルを用いて、入力したパラメータ素材提供者の種別、パラメータの種別、報酬の割合に対し、登録対象のパラメータ素材がチケット発行事業者の担当者によりパラメータとして選ばれる尤度または尤度に基づく判定結果を出力する識別処理を実行する構成とされていることが望ましい。
電子チケット発行手段による非代替トークン型の電子チケットの発行の際に付与されるパラメータとして用いられるパラメータ素材に関する情報について、パラメータ素材提供者またはその入力代行者による登録のための入力を受け付け、受け付けた情報を、パラメータ素材記憶手段に記憶させる処理を実行するパラメータ素材登録手段を備え、
このパラメータ素材登録手段は、
パラメータ素材に関する情報として、興行との関係で示されたパラメータ素材提供者の種別、権限・コンテンツの別を含むパラメータの種別、売買取引が成立した場合に素材提供の対価として得られる報酬の割合の入力を受け付けるとともに、
パラメータ素材提供者の種別、パラメータの種別、報酬の割合を説明変数とし、パラメータ素材がチケット発行事業者の担当者によりパラメータとして選ばれたか否かを目的変数として学習された識別モデルを用いて、入力したパラメータ素材提供者の種別、パラメータの種別、報酬の割合に対し、登録対象のパラメータ素材がチケット発行事業者の担当者によりパラメータとして選ばれる尤度または尤度に基づく判定結果を出力する識別処理を実行する構成とされていることが望ましい。
このように入力した報酬の適正度をチェックする構成とした場合には、パラメータ素材提供者が、自分の提供するパラメータ素材について報酬の割合を設定する際に、そのパラメータ素材が、チケット発行事業者の担当者によりパラメータとして選ばれる確率が高まるように、報酬の割合を設定することができる。
すなわち、非代替トークン型の電子チケットの発行の際には、チケット発行事業者の担当者がパラメータを付加する作業を行うが、登録したパラメータ素材が、必ずしもチケット発行事業者の担当者によりパラメータとして選択されるとは限らない。先ず、利用価値の高いパラメータ素材であれば、報酬の割合を高く設定してもよさそうであるが、１つのチケットに付与するパラメータは、１つであるとは限らず、複数のパラメータを付与する場合には、他のパラメータ素材について設定されている報酬の割合との値の大小関係が、選択されるか否かに影響する。また、少なくともチケットの最初の購入者は、主目的である興行への参加を前提として購入するので、パラメータ素材提供者と興行との関係（パラメータ素材提供者の種別）も、選択されるか否かに影響する。さらに、パラメータとして、権限を付与するのか、コンテンツを付与するのか等のように、パラメータの種別も影響する。従って、これらの要因を分析した結果をi利用し、適正な報酬の割合を入力できるようにすることができる。
＜売買移転に伴ってパラメータの更新処理を行う構成＞
また、前述した売買支援を行い、売買による移転情報を分散型台帳に登録する構成とした場合において、
非代替トークン型の電子チケットの発行の際に付与するパラメータとして用いられるパラメータ素材に関する情報について、パラメータ素材提供者またはその入力代行者による登録のための入力を受け付ける処理を実行するパラメータ素材登録手段と、
このパラメータ素材登録手段により登録されたパラメータ素材に関する情報を記憶するパラメータ素材記憶手段とを備え、
このパラメータ素材記憶手段には、
売買取引に伴うパラメータ更新用のパラメータ素材が記憶されるか、またはパラメータ更新用のパラメータ素材を取得するための素材提供源のパラメータ使用対象システムの情報が記憶され、
電子チケット移転手段は、
売買移転処理として、パラメータ素材記憶手段に記憶されたパラメータ素材に関する情報を用いて、売買取引に伴うパラメータの更新処理を実行する構成とされていることが望ましい。
非代替トークン型の電子チケットの発行の際に付与するパラメータとして用いられるパラメータ素材に関する情報について、パラメータ素材提供者またはその入力代行者による登録のための入力を受け付ける処理を実行するパラメータ素材登録手段と、
このパラメータ素材登録手段により登録されたパラメータ素材に関する情報を記憶するパラメータ素材記憶手段とを備え、
このパラメータ素材記憶手段には、
売買取引に伴うパラメータ更新用のパラメータ素材が記憶されるか、またはパラメータ更新用のパラメータ素材を取得するための素材提供源のパラメータ使用対象システムの情報が記憶され、
電子チケット移転手段は、
売買移転処理として、パラメータ素材記憶手段に記憶されたパラメータ素材に関する情報を用いて、売買取引に伴うパラメータの更新処理を実行する構成とされていることが望ましい。
このように売買移転に伴ってパラメータの更新処理を行う構成とした場合には、売買移転前の所有者によるパラメータの利用を防ぎ、売買移転後の新たな所有者のみにパラメータを利用させることが可能となる。
＜複数の担当者のうちのいずれかがパラメータの付与を伴う非代替トークン型の電子チケットの発行作業を行い、その発行作業を行った担当者から会員への所有権の移転による配布処理を行う構成＞
そして、前述した電子チケット管理システムにおいて、
電子チケット発行手段は、
チケット発行事業者に所属する複数の担当者の各々によるパラメータの付与を受け付ける処理を実行する構成とされ、
発行情報登録手段は、
電子チケット発行手段により複数の担当者のうちのいずれかが発行作業を行った非代替トークン型の電子チケットの情報として、トークンＩＤ、チケットＩＤ、発行作業を行った担当者についての所有者ＩＤ、パラメータを関連付けて分散型台帳に登録する処理を実行する構成とされ、
電子チケット移転手段は、
分散型台帳に登録されている非代替トークン型の電子チケットについての所有者ＩＤを、発行作業を行った担当者についての所有者ＩＤから、チケットを最初に購入したチケット発行事業者の会員についての所有者ＩＤに変更するための変更前後の所有者ＩＤを含む移転情報を作成する配布処理を実行する構成とされ、
移転情報登録手段は、
配布処理で作成された移転情報を、トークンＩＤと関連付けるか、またはトークンＩＤおよびチケットＩＤと関連付けて分散型台帳に登録する処理を実行する構成とされていることが望ましい。
電子チケット発行手段は、
チケット発行事業者に所属する複数の担当者の各々によるパラメータの付与を受け付ける処理を実行する構成とされ、
発行情報登録手段は、
電子チケット発行手段により複数の担当者のうちのいずれかが発行作業を行った非代替トークン型の電子チケットの情報として、トークンＩＤ、チケットＩＤ、発行作業を行った担当者についての所有者ＩＤ、パラメータを関連付けて分散型台帳に登録する処理を実行する構成とされ、
電子チケット移転手段は、
分散型台帳に登録されている非代替トークン型の電子チケットについての所有者ＩＤを、発行作業を行った担当者についての所有者ＩＤから、チケットを最初に購入したチケット発行事業者の会員についての所有者ＩＤに変更するための変更前後の所有者ＩＤを含む移転情報を作成する配布処理を実行する構成とされ、
移転情報登録手段は、
配布処理で作成された移転情報を、トークンＩＤと関連付けるか、またはトークンＩＤおよびチケットＩＤと関連付けて分散型台帳に登録する処理を実行する構成とされていることが望ましい。
このように複数の担当者のうちのいずれかがパラメータの付与を伴う非代替トークン型の電子チケットの発行作業を行い、その発行作業を行った担当者から会員への所有権の移転による配布処理を行う構成とした場合には、一旦、チケット発行事業者の担当者に所有権を発生させるので、発行作業を行った担当者を分散型台帳に記録して発行コンセプトを残すことができるとともに、会員によるチケットの購入前（予約確定前）に、担当者が非代替トークン型の電子チケットを発行して用意しておくこともできる。
＜非代替トークン型の電子チケットを発行するか若しくは発行した担当者を選択するための会員希望情報の入力を受け付ける構成＞
また、上述した複数の担当者のうちのいずれかがパラメータの付与を伴う非代替トークン型の電子チケットの発行作業を行い、その発行作業を行った担当者から会員への所有権の移転による配布処理を行う構成とした場合において、
チケット発行事業者の会員が、チケット発行事業者に所属する複数の担当者の中から、自分が入手する非代替トークン型の電子チケットを発行するか若しくは発行した担当者を選択するための会員希望情報の入力を受け付ける処理を実行する会員希望受付手段を備え、
電子チケット移転手段は、
配布処理の際に、会員希望受付手段により受け付けた会員希望情報に従って、分散型台帳に登録されている非代替トークン型の電子チケットについての所有者ＩＤを、会員希望情報で会員により選択された担当者についての所有者ＩＤから、会員希望情報で当該担当者を選択した会員についての所有者ＩＤに変更するための変更前後の所有者ＩＤを含む移転情報を作成する処理を実行する構成とすることが望ましい。
チケット発行事業者の会員が、チケット発行事業者に所属する複数の担当者の中から、自分が入手する非代替トークン型の電子チケットを発行するか若しくは発行した担当者を選択するための会員希望情報の入力を受け付ける処理を実行する会員希望受付手段を備え、
電子チケット移転手段は、
配布処理の際に、会員希望受付手段により受け付けた会員希望情報に従って、分散型台帳に登録されている非代替トークン型の電子チケットについての所有者ＩＤを、会員希望情報で会員により選択された担当者についての所有者ＩＤから、会員希望情報で当該担当者を選択した会員についての所有者ＩＤに変更するための変更前後の所有者ＩＤを含む移転情報を作成する処理を実行する構成とすることが望ましい。
このように非代替トークン型の電子チケットを発行するか若しくは発行した担当者を選択するための会員希望情報の入力を受け付ける構成とした場合には、チケットを購入する会員は、自分の趣味嗜好に合ったパラメータを付与された非代替トークン型の電子チケットを入手することが可能となるので、チケットを購入する会員の満足度を、より一層高めることができるようになる。
＜趣味嗜好ベクトルにより担当者を自動決定する構成＞
さらに、上述した非代替トークン型の電子チケットを発行するか若しくは発行した担当者を選択するための会員希望情報の入力を受け付ける構成とした場合において、
会員希望受付手段は、
会員希望情報の入力を受け付ける際に、会員が選択入力した会員の趣味嗜好から得られた会員の趣味嗜好ベクトルと、担当者情報記憶手段に記憶された担当者の趣味嗜好から得られた担当者の趣味嗜好ベクトルとの類似度を算出し、趣味嗜好ベクトルが会員と最も類似する担当者を自動決定する処理を実行する構成としてもよい。
会員希望受付手段は、
会員希望情報の入力を受け付ける際に、会員が選択入力した会員の趣味嗜好から得られた会員の趣味嗜好ベクトルと、担当者情報記憶手段に記憶された担当者の趣味嗜好から得られた担当者の趣味嗜好ベクトルとの類似度を算出し、趣味嗜好ベクトルが会員と最も類似する担当者を自動決定する処理を実行する構成としてもよい。
このように趣味嗜好ベクトルにより担当者を自動決定する構成とした場合には、チケットを購入する会員は、各担当者の個人的な趣味嗜好を意識することなく、自分の趣味嗜好に合った担当者を選択することが可能となる。
＜プログラムの発明＞
また、本発明のプログラムは、以上に述べた電子チケット管理システムとして、コンピュータを機能させるためのものである。
なお、上記のプログラムまたはその一部は、例えば、光磁気ディスク（ＭＯ）、コンパクトディスク（ＣＤ）、デジタル・バーサタイル・ディスク（ＤＶＤ）、フレキシブルディスク（ＦＤ）、磁気テープ、読出し専用メモリ（ＲＯＭ）、電気的消去および書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）、フラッシュディスク等の記録媒体に記録して保存や流通等させることが可能であるとともに、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等の有線ネットワーク、あるいは無線通信ネットワーク、さらにはこれらの組合せ等の伝送媒体を用いて伝送することが可能であり、また、搬送波に載せて搬送することも可能である。さらに、上記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。
また、上記のプログラムのうち、分散型台帳へのデータの登録や、分散型台帳からのデータの取得を行うプログラムは、分散型台帳に記録されたスマートコントラクト用のプログラムとしてもよい。
以上に述べたように本発明によれば、パラメータを付与した非代替トークン型の電子チケットを発行するので、チケットに興行参加以外の目的での利用価値を付加することができるとともに、非代替トークン型の電子チケットの発行情報およびその後の移転情報を分散型台帳に登録するので、主目的である興行の開催前および開催後を含む長い期間に渡り、非代替トークン型の電子チケットを所有する個人の所有履歴を保障することができるという効果がある。
以下に本発明の一実施形態について図面を参照して説明する。図１には、本実施形態の電子チケット管理システム１０およびその周辺システムを含む全体構成が示されている。図２には、分散型台帳記憶手段６０の構成が示され、図３は、非代替トークン型の電子チケットの２種類の発行タイミングの比較図である。また、図４には、パラメータ素材登録画面２００の一例が、図５には、パラメータ付与画面３００の一例が、図６には、会員希望受付画面４１０，４２０の一例がそれぞれ示されている。さらに、図７には、会員希望受付手段２３による担当者の自動決定処理の説明が、図８には、パラメータ素材登録手段２２による報酬適正度のチェック処理の説明がそれぞれ示されている。図９〜図１２には、電子チケット管理システム１０による各種処理の流れがフローチャートで示されている。
＜電子チケット管理システム１０およびその周辺システムを含む全体構成＞
図１において、ネットワーク１には、電子チケット管理システム１０を構成する電子チケット管理サーバ２０と、チケット販売システム７０と、興行システム８０と、パラメータ使用対象システム９０と、複数の管理者端末１００と、複数（通常は多数）の会員端末１１０と、複数のパラメータ素材提供者端末１２０とが接続されている。
また、チケット発行ノード５０と、その他の複数のノード１３０とが、分散型台帳形成用のピア・ツー・ピア・ネットワーク２（以下、Ｐ２Ｐネットワーク２という。）で接続されている。本実施形態の電子チケット管理システム１０は、図１中の１点鎖線で示すように、電子チケット管理サーバ２０と、チケット発行ノード５０とにより構成され、これらは通信回線３で接続されている。この通信回線３は、ネットワーク１でもよく、専用線でもよい。
ここで、ネットワーク１は、Ｐ２Ｐネットワークではなく、主としてインターネットにより構成された外部ネットワークであり、インターネットと、ＬＡＮやイントラネット等の内部ネットワーク（例えば、社内、グループ企業内等で構築された限定的なネットワーク）との組合せでもよく、有線であるか無線であるか、さらには有線および無線の混在型であるかは問わず、要するに、複数地点（距離の長短は問わない。）間で、ある程度の速度をもって情報を伝送することができるものであればよい。
また、Ｐ２Ｐネットワーク２は、分散型台帳形成用のネットワークであり、チケット発行ノード５０も、その他の複数のノード１３０も、分散型台帳の構成ノードである。具体的には、本実施形態の分散型台帳として、例えば、イーサリアム等のブロックチェーンを採用することができる。この際、各ノードは、ブロックの共有記憶に参加するノードであればよく、全てのノードがブロック承認（マイニング作業）を行うノードである必要はない。従って、チケット発行ノード５０が、ブロック承認を行うノードであるか否かは問わない。なお、Ｐ２Ｐネットワーク２は、例えばインターネットや通信事業者が提供する各種のサービス網等の公衆ネットワークを使って形成された仮想的なネットワーク（インターネット上にＶＰＮ（バーチャル・プライベート・ネットワーク）を用いて構築されたイントラネットを含む。）などである。従って、Ｐ２Ｐネットワーク２は、物理的には、ネットワーク１（Ｐ２Ｐ以外）と同じ通信回線を使用していてよい。
電子チケット管理サーバ２０は、１台または複数台のコンピュータにより構成され、チケット発行事業者による各種の処理を実行する処理手段２０Ａと、この処理手段２０Ａで実行される各種の処理で使用される各種のデータを記憶する興行データ記憶手段４０、パラメータ素材記憶手段４１、識別モデル記憶手段４２、取得販売データ記憶手段４３、会員情報記憶手段４４、担当者情報記憶手段４５、電子チケット記憶手段４６、および売買情報記憶手段４７とを含んで構成されている。なお、チケット発行事業者（ticket agency）は、いわゆるプレイガイドであり、例えば、コンサート、演劇、映画、スポーツイベント等の各種興行のチケット（入場券）の購入予約受付や発券業務を代行する事業者である。
処理手段２０Ａは、販売データ取得手段２１と、パラメータ素材登録手段２２と、会員希望受付手段２３と、電子チケット発行手段２４と、電子チケット移転手段２５と、電子チケット参照手段２６と、売買支援手段２７と、仮想通貨取引支援手段２８と、入場時提示情報作成手段２９と、入場管理情報送信手段３０とを含んで構成されている。
この処理手段２０Ａに含まれる各手段２１〜３０は、電子チケット管理サーバ２０を構成するコンピュータ本体の内部に設けられた中央演算処理装置（ＣＰＵ）、およびこのＣＰＵの動作手順を規定する１つまたは複数のプログラム、並びに、主メモリやキャッシュメモリ等の作業用メモリ等により実現される。なお、これらの各手段２１〜３０の詳細は、後述する。
また、各記憶手段４０〜４７は、例えばハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）等により好適に実現されるが、記憶容量やアクセス速度等に問題が生じない範囲であれば、例えば、ＵＳＢメモリ、ＤＶＤ、ＣＤ、ＭＯ、磁気テープ等の他の記録媒体を採用してもよい。なお、これらの各記憶手段４０〜４７の詳細は、後述する。
チケット発行ノード５０は、１台または複数台のコンピュータにより構成され、チケット発行事業者による各種の処理のうち、主として分散型台帳へのデータ登録および分散型台帳からのデータ取得の処理を実行する処理手段５０Ａと、分散型台帳への記帳データを記憶する分散型台帳記憶手段６０（図２参照）とを含んで構成されている。
処理手段５０Ａは、発行情報登録手段５１と、移転情報登録手段５２と、参照情報取得手段５３と、出品情報登録手段５４とを含んで構成されている。なお、図１中の２点鎖線で示すように、トークンＩＤの付与処理を、電子チケット管理サーバ２０側ではなく、チケット発行ノード５０側で実行する場合は、処理手段５０Ａに、電子チケット発行手段（の一部）が含まれることになる。
この処理手段５０Ａに含まれる各手段５１〜５４は、チケット発行ノード５０を構成するコンピュータ本体の内部に設けられた中央演算処理装置（ＣＰＵ）、およびこのＣＰＵの動作手順を規定する１つまたは複数のプログラム、並びに、主メモリやキャッシュメモリ等の作業用メモリ等により実現される。また、各手段５１〜５４を実現するプログラムは、本実施形態では、分散型台帳記憶手段６０から取得し、チケット発行ノード５０を構成するコンピュータにデプロイしたスマートコントラクト用のプログラムである。但し、必ずしもスマートコントラクト用のプログラムにより実現する必要はなく、要するに、各手段５１〜５４による処理を実行する際に、チケット発行ノード５０を構成するコンピュータに搭載されたプログラムが主メモリ上に展開されていればよく、取得源は問わない。なお、これらの各手段５１〜５４の詳細は、後述する。
また、分散型台帳記憶手段６０は、例えばハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）等により実現される。
チケット販売システム７０は、チケット発行事業者が運営・管理する既存のシステムであり、１台または複数台のコンピュータにより構成され、チケット販売手段７１と、販売データ記憶手段７２とを含んで構成されている。このうち、チケット販売手段７１は、チケット販売システム７０を構成するコンピュータ本体の内部に設けられた中央演算処理装置（ＣＰＵ）、およびこのＣＰＵの動作手順を規定する１つまたは複数のプログラム、並びに、主メモリやキャッシュメモリ等の作業用メモリ等により実現される。また、販売データ記憶手段７２は、例えばハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）等により実現される。
チケット販売手段７１は、チケット発行事業者の会員による会員端末１１０からのネットワーク１を介したチケットの購入予約を受け付け、受け付けた未確定の購入予約情報（申込日、申込枚数、席種、チケット価格（複数枚の申込の場合は、合計金額を含む）、未確定を示すステータス等）、およびその後のチケット代金の入金確認処理で確定した購入予約情報（申込日、申込枚数、席種、チケット価格（複数枚の申込の場合は、合計金額を含む）、入金日、確定を示すステータス等）を、会員ＩＤおよびチケットＩＤ、並びに興行ＩＤと関連付けて販売データ記憶手段７２に記憶させる処理を実行するものである。
ここで、会員ＩＤは、チケット発行事業者が自己の会員に付与した会員識別情報である。また、チケットＩＤは、興行、開催日、会場、席種（Ｓ席、Ａ席等の別）、座席番号等の識別情報であり、１枚のチケット（興行に参加する権利を有することを示す紙片または電子データ）に対し、１つのチケットＩＤが付与される。なお、チケットＩＤは、興行や席種の識別情報にもなるが、興行ＩＤ、席種を、別途に独立した識別情報として用意してもよい。
販売データ記憶手段７２は、会員によるチケットの購入予約情報（未確定および確定を示す各ステータスにおける申込日、申込枚数、席種、チケット価格等のデータ）を、会員ＩＤおよびチケットＩＤ、並びに興行ＩＤと関連付けて記憶するものである（図３のＡ１参照）。また、販売データ記憶手段７２は、購入申込受付前の段階（販売開始前または販売中を示す各ステータス）におけるチケット、すなわち会員からの申込がない段階（会員ＩＤが紐付いていない段階）におけるチケットに関するデータ（席種、チケット価格等のデータ）も、チケットＩＤおよび興行ＩＤと関連付けて記憶する（図３のＢ１参照）。
さらに、販売データ記憶手段７２は、購入予約を受け付けただけで入金確認をしていない未確定の購入予約情報（申込日、申込枚数、席種、チケット価格（複数枚の申込の場合は、合計金額を含む）、未確定を示すステータス等）およびその後のチケット代金の入金確認処理で確定した購入予約情報（申込日、申込枚数、席種、チケット価格（複数枚の申込の場合は、合計金額を含む）、入金日、確定を示すステータス等）を、チケットＩＤと関連付けることなく、会員ＩＤおよび興行ＩＤと関連付けて記憶することもできる（図３のＢ４参照）。このように購入予約情報を、チケットＩＤと関連付けることなく、会員ＩＤおよび興行ＩＤと関連付けて記憶するのは、次のような場合である。
すなわち、購入申込受付前（販売開始前または販売中）における販売見込数量分に対して非代替トークン型の電子チケットを事前に発行して用意しておく場合（図３の（Ｂ）参照）には、先ず、非代替トークン型の電子チケットを発行する際に、チケットＩＤが必要となるため、チケットＩＤをチケット販売システム７０から電子チケット管理サーバ２０に送信するが（図３のＢ２参照）、本実施形態では、非代替トークン型の電子チケットの最初の所有者は、会員ではなく、チケット発行事業者の担当者とするので、発行の際には会員ＩＤは必要ない（図３のＢ３参照）。つまり、発行の際には、チケットＩＤと会員ＩＤとが紐付けられるのではなく、チケットＩＤと担当者ＩＤとが紐付けられることになる。次に、チケット販売システム７０において、会員によるチケット代金の入金が確認されて購入予約が確定すると、その確定された会員の購入予約情報は、会員ＩＤと関連付けられて販売データ記憶手段７２に記憶される状態となるが、このとき、チケットＩＤは、発行作業を行った担当者についての担当者ＩＤと紐付けられているので、販売データ記憶手段７２に記憶されることはない（図３のＢ４参照）。その後、会員が、発行済の非代替トークン型の電子チケットのいずれかを受け取ることを選択すると、そこで初めて、選択された発行済の非代替トークン型の電子チケットについてのチケットＩＤと、選択を行った会員についての会員ＩＤとが、紐付けられることになる（図３のＢ５参照）。
興行システム８０は、興行を開催する会場等に設けられたシステムであり、１台または複数台のコンピュータにより構成され、入場管理手段８１と、入場管理情報記憶手段８２とを含んで構成されている。このうち、入場管理手段８１は、興行システム８０を構成するコンピュータ本体の内部に設けられた中央演算処理装置（ＣＰＵ）、およびこのＣＰＵの動作手順を規定する１つまたは複数のプログラム、並びに、主メモリやキャッシュメモリ等の作業用メモリ等により実現される。また、入場管理情報記憶手段８２は、例えばハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）等により実現される。
入場管理手段８１は、興行の開催日当日に来場者から提示された電子チケットのデータを用いて、来場者が、正当に入場することができる会員であるか否かを判断する処理を実行するものである。具体的には、入場管理手段８１は、モバイル端末である会員端末１１０に画面表示された電子チケットのデータ（例えば、２次元バーコード）、あるいは非接触ＩＣの通信モジュールを備えたモバイル端末である会員端末１１０に格納された電子チケットのデータを読取装置で読み取り、得られた電子チケットのデータ（会員ＩＤおよびチケットＩＤを含む）と、入場管理情報記憶手段８２に記憶された入場管理情報との比較により、来場者の入場の可否を判断する。
入場管理情報記憶手段８２は、来場者の入場の可否を判断するための入場管理情報（会員ＩＤおよびチケットＩＤを含む）を記憶するものである。この入場管理情報は、興行の開始前に、入場管理手段８１により、チケット販売システム７０または電子チケット管理サーバ２０からネットワーク１を介して取得した情報であり、チケット販売システム７０の販売データ記憶手段７２または電子チケット管理サーバ２０の取得販売データ記憶手段４３に記憶された会員の確定した購入予約情報と同じ内容である。
パラメータ使用対象システム９０は、パラメータを使用する対象となるシステムの総称であり、１台または複数台のコンピュータにより構成されている。具体的には、例えば、動画視聴サイト、オンラインサロン、ゲームシステム等のような遊興システム、画像や動画等の各種のコンテンツをダウンロードすることができるサイト、興行に関連する知識を得るための知識データベースを備えたシステム等である。
このパラメータ使用対象システム９０を利用するにあたっては、例えば、動画視聴サイトの場合であれば、会員は、会員端末１１０を操作し、権限のパラメータとして付与された動画の視聴キーを用いて、動画視聴サイトにアクセスすることで動画を視聴することができ、オンラインサロンの場合であれば、会員は、会員端末１１０を操作し、権限のパラメータとして付与された入場キーを用いて、オンラインサロンに参加することができる。また、ゲームシステムの場合であれば、会員は、会員端末１１０を操作し、コンテンツの一種である仮想空間のデジタルアセットのパラメータとして付与された交換用のキーやコイン等を用いて、ゲームで使用する各種のアイテム（例えば、キャラクタアイテム、武器アイテム等）を獲得し、ゲームを楽しむことができる。さらに、画像や動画のコンテンツのパラメータの場合は、データ容量が比較的小さいコンテンツであれば、コンテンツ自体をパラメータとして付与してもよいが（すなわち、非代替トークン型の電子チケットの中にコンテンツ自体を含ませてもよいが）、データ容量が比較的大きいコンテンツであれば、コンテンツをサイト（パラメータ使用対象システム９０）から取得するためのコンテンツＩＤやダウンロード用キーをパラメータとして付与し、会員が会員端末１１０を操作し、ネットワーク１を介してコンテンツを取得できるようにしてもよい。
また、パラメータ使用対象システム９０は、売買等による非代替トークン型の電子チケットの所有権の移転に伴ってパラメータ（例えば、動画の視聴キー等）の更新を行う場合に、電子チケット管理サーバ２０の電子チケット移転手段２５からの取得要求を受けて、更新後の新たなパラメータ（新しい所有者の使用を許可するためのパラメータ）を発行し、ネットワーク１を介して電子チケット管理サーバ２０へ送信するとともに、更新前の古いパラメータ（前の所有者の使用を許可するために発行したパラメータ）を使用できないようにする処理を実行する。
管理者端末１００は、電子チケット管理システム１０の管理者であるチケット発行事業者の各担当者が操作する端末であり、コンピュータにより構成され、液晶ディスプレイ等の表示手段と、キーボードやマウスやタッチパネル等の入力手段とを備えている。この管理者端末１００は、スマートフォンやタブレット端末等のモバイル機器であってもよい。
会員端末１１０は、チケット発行事業者の会員または会員候補者が操作する端末であり、コンピュータにより構成され、液晶ディスプレイ等の表示手段と、キーボードやマウスやタッチパネル等の入力手段とを備えている。会員候補者とは、特定の手続を行う段階では、会員登録を要するが、それ以前の段階では、会員登録は必ずしも必要でない場合において、後者の段階で電子チケット管理サーバ２０やチケット販売システム７０にアクセスする者である。この会員端末１１０は、スマートフォンやタブレット端末等のモバイル機器であってもよい。また、同一人が、複数の端末を使用する場合もあるので、その場合には、会員端末１１０は、同一人の操作する全ての端末の総称であり、例えば、チケット購入予約の際には、デスクトップやラップトップのコンピュータで購入手続を行い、興行参加のために興行の会場ゲートを通過する際には、モバイル機器を用いるとすれば、それらのデスクトップやラップトップのコンピュータおよびモバイル機器は、いずれも会員端末１１０である。
会員端末１１０は、入場時提示情報作成補助手段１１１を備えている。この入場時提示情報作成補助手段１１１は、会員端末１１０の内部に設けられた中央演算処理装置（ＣＰＵ）、およびこのＣＰＵの動作手順を規定するプログラム（チケット専用アプリ）、並びに、主メモリ等の作業用メモリ等により実現される。この入場時提示情報作成補助手段１１１は、電子チケット管理サーバ２０またはチケット販売システム７０からネットワーク１を介して送信されてくる入場時提示情報の作成用データ（会員の確定した購入予約情報）を受信し、入場時提示情報（例えば、会員端末１１０で画面表示する２次元バーコード等）を作成する処理を実行するものである。なお、電子チケット管理サーバ２０またはチケット販売システム７０で作成された入場時提示情報がネットワーク１を介して会員端末１１０へ送信されてくる場合には、会員端末１１０に搭載されたチケット専用アプリで入場時提示情報を作成する必要はないので、入場時提示情報作成補助手段１１１の設置は、省略してよく、その場合には、会員端末１１０に搭載された汎用のメールアプリ等により、受信した入場時提示情報（例えば、２次元バーコード等）を画面表示すればよい。
パラメータ素材提供者端末１２０は、興行への出演者（アーティスト、アスリート、著名人等）やその関係者、興行主やその関係者等のパラメータ素材提供者、またはその入力代行者が操作する端末であり、コンピュータにより構成され、液晶ディスプレイ等の表示手段と、キーボードやマウスやタッチパネル等の入力手段とを備えている。このパラメータ素材提供者端末１２０は、スマートフォンやタブレット端末等のモバイル機器であってもよい。なお、チケット発行事業者の担当者が、パラメータ素材提供者と直接にコンタクトをとり、入力代行者となってパラメータ素材の登録作業を行ってもよく（チケット発行事業者の担当者が、自社の仕事として、アーティスト等に対し、積極的にパラメータ素材の提供をするように促す場合を含む。）、その場合には、登録作業を行う端末は、物理的には管理者端末１１０と同じであるが、パラメータ素材提供者の入力代行者としての登録作業であるため、パラメータ素材提供者端末１２０であると捉える。
＜電子チケット管理サーバ２０／販売データ取得手段２１の詳細構成：図３＞
販売データ取得手段２１は、チケット販売システム７０から、ネットワーク１を介して販売データ記憶手段７２に記憶されている会員の確定した購入予約情報、すなわちチケット代金の入金確認済の購入予約情報（申込日、申込枚数、チケット価格（複数枚の申込の場合は、合計金額を含む）、入金日等）を取得し、会員ＩＤおよびチケットＩＤ、並びに興行ＩＤと関連付けて取得販売データ記憶手段４３に記憶させる処理を実行するものである。
また、販売データ取得手段２１は、購入申込受付前（販売開始前または販売中）における販売見込数量分に対して非代替トークン型の電子チケットを事前に発行して用意しておく場合（図３の（Ｂ）参照）には、チケット販売システム７０から、ネットワーク１を介して購入申込受付前（販売開始前または販売中）のチケットに関するデータ（席種、チケット価格等のデータ）を取得し、チケットＩＤおよび興行ＩＤと関連付けて取得販売データ記憶手段４３に記憶させる処理を実行する（図３のＢ２参照）。本実施形態では、非代替トークン型の電子チケットを発行する際には、チケットを購入した会員ではなく、非代替トークン型の電子チケットの発行作業を行った担当者を所有者として分散型台帳に登録するので、購入予約の確定した会員についての会員ＩＤは必要ないが、購入申込受付前（販売開始前または販売中）の状態のチケットについてのチケットＩＤが必要となるからである。
＜電子チケット管理サーバ２０／パラメータ素材登録手段２２の詳細構成：図４、図８＞
パラメータ素材登録手段２２は、パラメータ素材提供者（アーティストや興行主等）やその入力代行者によるパラメータ素材提供者端末１２０からのパラメータ素材の登録のための入力を受け付け、受け付けた入力データを、素材ＩＤと関連付けてパラメータ素材記憶手段４１に記憶させる処理を実行するものである。この際、パラメータ素材登録手段２２は、パラメータ素材提供者端末１２０からの要求に応じ、図４に示すようなパラメータ素材登録画面２００の表示用データ（例えばＷｅｂ画面のデータ）を、ネットワーク１を介してパラメータ素材提供者端末１２０へ送信するとともに、パラメータ素材登録画面２００で入力されたデータを、パラメータ素材提供者端末１２０からネットワーク１を介して受信する。素材ＩＤは、自動付与される。
図４において、パラメータ素材登録画面２００には、パラメータ素材を登録する対象となる興行を指定する興行指定部２０１と、パラメータ素材提供者の種別（パラメータ素材提供者と興行との関係）を選択するパラメータ素材提供者種別選択部２０２と、パラメータの種別（提供するパラメータ素材が、どのような権限なのか、どのようなコンテンツなのかを示す情報）を選択するパラメータ種別選択部２０３と、提供するパラメータ素材についての説明文をテキスト入力する説明文入力部２０４とが設けられている。
また、パラメータ素材登録画面２００には、発行枚数上限（すなわち、提供するパラメータ素材を使用することができる会員数）を入力する発行枚数上限入力部２１０が設けられている。発行枚数上限を入力しない場合は、無制限となる。
さらに、パラメータ素材登録画面２００には、パラメータ使用時のアクセス先ＵＲＬ、すなわちパラメータ使用対象システム９０（例えば、動画視聴サイト、オンラインサロン等）にアクセスする際のＵＲＬを入力するアクセス先ＵＲＬ入力部２２０が設けられている。
また、パラメータ素材登録画面２００には、提供するパラメータ素材がパラメータとして付与された非代替トークン型の電子チケットの売買取引が成立した場合にパラメータ素材提供者が得られる対価（売買取引に係るチケット価格に対する報酬の割合）を入力する報酬入力部２３０と、報酬の振込先の金融機関を指定する振込先指定部２３１と、パラメータ素材提供者が仮想通貨で報酬を受け取る場合のパラメータ素材提供者についての所有者ＩＤを入力する所有者ＩＤ入力部２３２と、報酬入力部２３０で入力した報酬の適正度のチェック処理を実行するための「入力した報酬の適正度チェック実行」ボタン２３３とが設けられている。
「入力した報酬の適正度チェック実行」ボタン２３３をクリックすると、パラメータ素材登録手段２２による報酬適正度のチェック処理が実行される（図８参照）。図４での図示は省略されているが、報酬適正度のチェック処理の実行後には、登録対象のパラメータ素材がチケット発行事業者の担当者にパラメータとして選ばれることの確からしさを示す尤度（確率）、または尤度に基づく判定結果（選択されるか否かや、その程度）が表示される。図８に示すように、パラメータ素材登録手段２２は、識別アルゴリズムによるパターン認識処理を実行する機能も備え、パラメータ素材登録手段２２と、識別モデル（パターン認識処理で用いるパラメータ（重み等）であり、このパラメータは電子チケットに付与するパラメータのことではない。）を記憶する識別モデル記憶手段４２とにより、報酬入力部２３０に入力した報酬の適正度判定用の識別器が構成されている。この識別器は、例えば、ニューラルネットワーク等により構築することができる。
図８において、識別モデル記憶手段４２に記憶されている識別モデルは、パラメータ素材提供者の種別（興行との関係）、パラメータの種別、および報酬の割合を説明変数とし、パラメータ素材がチケット発行事業者の担当者によりパラメータとして選ばれたか否かを目的変数として学習された識別モデルである。なお、運用の初期の段階では、説明変数についての実データがない場合があるので、その場合には、仮想の興行を設定し、説明変数となる仮想のデータを人為的に作成し、チケット発行事業者の各担当者に各パラメータ素材を選択するか否かを判断させる実験を行い、学習用データを用意してもよい。
この報酬適正度判定用の識別器は、運用段階では（すなわち「入力した報酬の適正度チェック実行」ボタン２３３をクリックしたときには）、パラメータ素材提供者種別選択部２０２で選択したパラメータ素材提供者の種別と、パラメータ種別選択部２０３で選択したパラメータの種別と、報酬入力部２３０に入力した報酬の割合とを入力データとし、登録対象のパラメータ素材がチケット発行事業者の担当者によりパラメータとして選ばれる尤度または尤度に基づく判定結果を出力する。この際、パラメータ素材提供者の種別や、パラメータの種別は、例えば、ワンホット（One-hot）ベクトル等として入力することができる。また、報酬の割合は、数値であるため、そのまま入力してもよいが、数値の大きさを複数のレベルに分け、ワンホットベクトル等として入力してもよい。そして、パラメータ素材提供者は、出力された尤度（確率）の値が小さいか、選ばれる可能性が低い旨の判定結果が出力された場合には、報酬入力部２３０に入力した報酬の割合を小さい値に変更し、再度、報酬適正度のチェック処理を実行することができる。一方、出力された尤度（確率）の値が大きいか、選ばれる可能性が高い旨の判定結果が出力された場合には、報酬の割合をもっと大きくしても、良い判定結果が得られるか否かを確認することもできる。
なお、報酬入力部２３０への報酬の割合の入力は必須ではない。例えば、提供するパラメータ素材が、パラメータ素材提供者である興行主による宣伝広告を兼ねた価値物である場合には、必ずしも報酬の割合は入力しなくてもよい。また、パラメータ素材提供者がアーティスト等であっても、自分の創作物を無償で提供するような場合は、報酬の割合は入力しなくてもよい。
さらに、図４において、パラメータ素材登録画面２００には、パラメータとして権限を付与する場合の権限行使時のキーの受渡方法の設定部２４０が設けられている。チケット発行事業者の担当者がパラメータを付与する作業（図５参照）で権限のパラメータを付与することを選択した場合は、例えば動画の視聴キー等のような権限行使時に用いるキーをパラメータとして付与することになる。この権限行使時に用いるキーとしては、非代替トークン型の電子チケットの発行の際のパラメータ付与で必要になるキーと、売買取引等により非代替トークン型の電子チケットの所有権の移転が行われた際の所有者の変更に伴うパラメータ更新で必要になるキーとがある。これらのキーは、パラメータ素材提供者または対象サイト（パラメータ使用対象システム９０）から、電子チケット管理サーバ２０（電子チケット管理システム１０）に提供される必要があるので、そのためのキーの受渡方法が、この設定部２４０で設定される。
この設定部２４０には、パラメータ付与時および売買等の移転時においてその都度に対象サイト（パラメータ使用対象システム９０）からキーをオンラインで取得する場合の設定を行うための「取得先・取得方法の設定」ボタン２４１と、電子チケット管理サーバ２０にキーを予め登録しておく場合に複数のキーをまとめて入力する（ここでは、一例としてカンマ区切りでの入力とする。）利用者用キー入力部２４２と、チケット発行事業者の担当者がパラメータ素材の内容を確認する際に用いるキーを入力する管理者用キー入力部２４３とが設けられている。
「取得先・取得方法の設定」ボタン２４１は、対象サイト（パラメータ使用対象システム９０）からキーをオンラインで取得する際のアクセス先や、その際に送信する要求信号の形式等を設定する画面に遷移するためのボタンである。前述したアクセス先ＵＲＬ入力部２２０には、サイトの利用者である会員がパラメータ使用対象システム９０にアクセスする際のＵＲＬを入力するのに対し、この「取得先・取得方法の設定」では、電子チケット管理サーバ２０がパラメータ使用対象システム９０からキーをオンラインで取得するための要求信号の送信先を設定する。
利用者用キー入力部２４２には、サイトの利用者である会員がパラメータ使用対象システム９０にアクセスする際に用いるキーを入力するのに対し、管理者用キー入力部２４３には、チケット発行事業者の担当者がパラメータを付与する作業（図５参照）で用いるキーを入力する。なお、パラメータ使用対象システム９０からキーをオンラインで取得する場合は、利用者用キー入力部２４２へのキーの入力は行わなくてもよい。
サイトの利用者である会員は、複数（通常は多数）いるので、利用者用キー入力部２４２には、複数のキーを入力する。また、所有者の変更に伴うパラメータ更新で、新たなキーが必要となるので、利用者用キー入力部２４２には、前述した発行枚数上限入力部２１０に入力した発行枚数上限（すなわち、提供するパラメータ素材を使用することができる会員数）を超える数のキーを入力する必要がある。また、パラメータ付与やパラメータ更新で使用したキーと、未使用のキーとを区別するため、図４の例では、利用者用キー入力部２４２に「Ｋ０００００１，未使用，Ｋ０００００２，未使用，Ｋ０００００３，未使用，…」のような入力を行っているが、「未使用」は自動挿入されるようにしてもよい。この例の場合、パラメータ付与やパラメータ更新でキーが使用されると、そのキーに対応する「未使用」は「使用済」に変わることになる。なお、非代替トークン型の電子チケットの発行の際のパラメータ付与で必要になるキーと、売買取引等により非代替トークン型の電子チケットの所有権の移転が行われた際の所有者の変更に伴うパラメータ更新で必要になるキーとを、別々に入力するようにしてもよい。また、１つのパラメータとして、複数のキー（例えば、複数の動画の各々の視聴キー）を付与することもでき、その場合には、例えば「Ｋ００００１１，Ｋ００００１２，…，未使用，Ｋ００００２１，Ｋ００００２２，…，未使用，Ｋ００００３１，Ｋ００００３２，…，未使用，…」のような入力を行ってもよい。
チケット発行事業者の担当者は、図５に示すように、複数のパラメータ素材の中から、パラメータとして採用するパラメータ素材を選択する作業を行うが、この際、登録されたパラメータ素材の内容を説明文（テキストによる情報）で確認するだけではなく、実際に動画を視聴したり、ゲームのアイテムを使用してみること等により、選択するパラメータ素材を決定してもよく、その際に担当者が用いるキーを、管理者用キー入力部２４３に入力する。
また、図４のパラメータ素材登録画面２００には、パラメータとしてコンテンツを付与する場合の設定部２５０が設けられている。コンテンツのパラメータを付与する場合は、データ容量が比較的小さい場合には、コンテンツ自体をパラメータとしてもよいが、ここでは、コンテンツＩＤやダウンロード用キー、あるいはアイテムとの交換用のキーやコイン等をパラメータとして付与する例が示されている。
この設定部２５０には、コンテンツを獲得する会員用のコンテンツＩＤやダウンロード用キー、あるいはアイテムとの交換用のキーやコイン等を入力する利用者用キー入力部２５１と、チケット発行事業者の担当者がパラメータ素材の内容を確認する際に用いるコンテンツＩＤやダウンロード用キー、あるいはアイテムとの交換用のキーやコイン等を入力する管理者用キー入力部２５２とが設けられている。複数の会員の各々に異なるコンテンツＩＤやダウンロード用キー、あるいはアイテムとの交換用のキーやコイン等を付与してもよく、複数の会員に共通のコンテンツＩＤやダウンロード用キー、あるいはアイテムとの交換用のキーやコイン等を付与してもよい。複数の会員の各々に異なるコンテンツＩＤ等を付与する場合には、前述した利用者用キー入力部２４２の入力例ように、例えばカンマ区切りでの入力とすることができる。また、１つのパラメータとして、複数のコンテンツＩＤ等を付与してもよく、その場合も、前述した利用者用キー入力部２４２と同様な入力とすることができる。
そして、図４のパラメータ素材登録画面２００の最下部には、「登録」ボタン２６０が設けられている。この「登録」ボタン２６０を押下操作すると、素材ＩＤが自動付与され、パラメータ素材登録画面２００で入力した各データが、素材ＩＤおよび興行ＩＤと関連付けられてパラメータ素材記憶手段４１に記憶される。
＜電子チケット管理サーバ２０／会員希望受付手段２３の詳細構成：図６＞
会員希望受付手段２３は、チケット発行事業者の会員により会員端末１１０からネットワーク１を介して送信されてくる会員希望情報（会員が、チケット発行事業者に所属する複数の担当者の中から、自分が入手する非代替トークン型の電子チケットを発行する担当者または発行した担当者を選択するための情報）を受信し、受信した会員希望情報を、会員ＩＤおよびチケットＩＤと関連付けて取得販売データ記憶手段４３に記憶させる処理を実行するものである。
ここで、会員が、チケット発行事業者に所属する複数の担当者の中から、自分が入手する非代替トークン型の電子チケットを「発行する担当者」を選択する場合というのは、その担当者の選択の段階で、未だその担当者による非代替トークン型の電子チケットの発行作業が行われておらず、これからその担当者に発行してもらう場合（図３の（Ａ）参照）である。この場合に、会員端末１１０からネットワーク１を介して送信されてくる会員希望情報は、会員により選択された担当者についての担当者ＩＤである。また、会員希望情報の受信時には、取得販売データ記憶手段４３に、チケットＩＤとそのチケットを購入した会員についての会員ＩＤとが既に関連付けられているので、この状態で、会員希望情報として、会員により選択された担当者についての担当者ＩＤが、会員ＩＤおよびチケットＩＤと関連付けられて記憶されることになる（図３のＡ３参照）。
一方、「発行した担当者」を選択する場合というのは、既に非代替トークン型の電子チケットの発行作業が行われ、会員が、パラメータの内容の異なる複数種類の発行済の非代替トークン型の電子チケットの中から、自分の好みのものを選択する場合（図３の（Ｂ）参照）であるが、この場合は、会員は、付与されているパラメータの内容で、入手する非代替トークン型の電子チケットを選択することになるので、結局、それぞれの電子チケット作成ポリシーに従ってパラメータの付与を行った担当者を選択していることにもなる。この場合に、会員端末１１０からネットワーク１を介して送信されてくる会員希望情報は、会員により選択された非代替トークン型の電子チケットの発行作業を行った担当者についての担当者ＩＤ若しくはそれに代わるハンドルネーム、またはパラメータイメージ名（個々のパラメータではなく、パラメータ全体の識別情報）である。１人の担当者が、パラメータ内容の異なる複数種類の非代替トークン型の電子チケットを発行し、複数のパラメータイメージ名を付する場合もあり、その場合には、担当者ＩＤだけでは、会員が選択した非代替トークン型の電子チケットのパラメータ内容を特定することができないので、パラメータイメージ名を、会員希望情報として受信する。また、会員希望情報の受信時には、取得販売データ記憶手段４３に、チケットＩＤとその電子チケットの発行作業を行った担当者についての担当者ＩＤ（または担当者ＩＤに加えてパラメータイメージ名）とが既に関連付けられているので、この状態で、会員により選択された担当者についての担当者ＩＤやパラメータイメージ名（パラメータ全体の識別情報）を含むレコードに、その会員についての会員ＩＤが追加されることにより、会員希望情報が、取得販売データ記憶手段４３に反映されて記憶されることになる（図３のＢ５参照）。
また、会員希望受付手段２３は、会員希望情報の入力を受け付ける際に、会員が選択入力した会員の趣味嗜好から得られた会員の趣味嗜好ベクトルと、担当者情報記憶手段４５に記憶された担当者の趣味嗜好から得られた担当者の趣味嗜好ベクトルとの類似度を算出し、趣味嗜好ベクトルが会員と最も類似する担当者を自動決定する処理を実行する。
具体的には、会員希望受付手段２３は、次のような処理を実行する。先ず、チケット販売システム７０において、チケット代金の入金確認処理が行われ、チケットの購入予約が確定すると、チケット販売システム７０からの電子メールにより、会員端末１１０には、図６の入金確認通知画面４００に示すように、その旨を通知する表示が行われる。この入金確認通知画面４００には「電子チケットの発行をご希望の場合は、こちらをクリック」選択部４０１が設けられている。なお、この例では、電子チケットを発行するか否かは、チケットの購入予約が確定した会員の選択行為となっているが、全ての会員に対して電子チケットを発行するようにしてもよい。
図６の入金確認通知画面４００の「電子チケットの発行をご希望の場合は、こちらをクリック」選択部４０１をクリックすると、電子チケット発行希望の信号が、会員ＩＤとともにネットワーク１を介して電子チケット管理サーバ２０へ送信される。電子チケット管理サーバ２０では、電子チケット発行希望の信号を会員ＩＤとともに受信すると、会員希望受付手段２３は、会員希望受付画面４１０，４２０（例えば、Ｗｅｂ画面）のいずれかの表示用データを、ネットワーク１を介して会員端末１１に送信する。
会員希望受付画面４１０は、非代替トークン型の電子チケットの発行が未だ行われていない場合の画面であり（図３のＡ３参照）、会員希望受付画面４２０は、非代替トークン型の電子チケットの発行が既に行われている場合の画面である（図３のＢ５参照）。興行によって、これらの画面４１０，４２０を使い分けてもよく、一方の画面しか使わない構成としてもよい。また、同じ興行について、時期によって使い分けてもよく、例えば、チケットの販売開始前の時期に、ある程度の枚数の非代替トークン型の電子チケットを予め発行しておき、最初は、会員希望受付画面４２０を送信し、その後、確定する購入予約が増えて非代替トークン型の電子チケットの追加発行が必要になった段階で、会員希望受付画面４１０を送信すること等ができる。
図６の会員希望受付画面４１０には、選択することを決めた担当者についての番号（担当者ＩＤ）を入力する担当者入力部４１１と、選択対象の担当者についての属性等の情報（担当者ＩＤ、ハンドルネーム、年齢、性別、趣味、電子チケット作成ポリシー、指名数ランキング、満足度ランキング）を表示する選択対象担当者情報表示部４１２と、この選択対象担当者情報表示部４１２における担当者情報の表示順を変えるための「指名数ランキングでソート」選択部４１３および「満足度ランキングでソート」選択部４１４と、アクセス中の会員が過去に指名した担当者についての属性等の情報（担当者ＩＤ、ハンドルネーム、年齢、性別、趣味、電子チケット作成ポリシー、アクセス中の会員による過去の評価）を表示する過去選択担当者情報表示部４１５とが設けられている。
選択対象担当者情報表示部４１２に表示される担当者情報（ハンドルネーム、趣味等）は、担当者ＩＤと関連付けられて担当者情報記憶手段４５に記憶されている。また、過去選択担当者情報表示部４１５に表示される担当者情報のうち、アクセス中の会員による過去の評価については、会員ＩＤと関連付けられて会員情報記憶手段４４に記憶され、その他の情報については、担当者ＩＤと関連付けられて担当者情報記憶手段４５に記憶されている。なお、指名数ランキングは、過去に開催された興行を含めて他の興行について取得販売データ記憶手段４３に記憶された会員希望情報を集計して得られ、満足度ランキングは、電子メール等による会員へのアンケート結果を集計して得られる。
本実施形態では、複数枚のチケットを同時に購入予約した場合には、図６に示すように、チケット毎に担当者入力部４１１が設けられ、チケット毎に担当者を選択できるようになっている。この際、アクセス中の会員が購入した複数枚のチケットについての各チケットＩＤは、会員ＩＤを用いて取得販売データ記憶手段４３から取得することができる。なお、複数枚のチケットについて、同一の担当者しか選択できないようにしてもよい。
また、図６の会員希望受付画面４１０の最下部には、入力したデータを電子チケット管理サーバ２０へ送信するための「決定」ボタン４１６と、入力したデータを取り消すための「取消」ボタン４１７と、担当者の自動決定を行う場合の「自動決定へ進む」ボタン４１８とが設けられている。「決定」ボタン４１６をクリックすると、入力したデータ（会員希望情報としての担当者ＩＤ）は、会員ＩＤおよびチケットＩＤ、並びに興行ＩＤとともに電子チケット管理サーバ２０へ送信され、会員希望受付手段２３により、会員ＩＤおよびチケットＩＤ、並びに興行ＩＤと関連付けて取得販売データ記憶手段４３に保存される。
一方、図６の会員希望受付画面４２０には、各担当者が作成した複数種類の発行済の非代替トークン型の電子チケットに付与されているパラメータの内容を表示して発行済のいずれかの電子チケットを受け取ることを選択するための発行済電子チケット選択部４２１が設けられている。この発行済電子チケット選択部４２１には、非代替トークン型の電子チケットを作成した担当者のハンドルネームと、担当者が命名したパラメータイメージ名と、付与された各パラメータについての素材ＩＤ、パラメータ素材提供者の種別（興行との関係）、パラメータの種別、パラメータ素材の説明文、および売買取引が成立した場合の報酬の割合とが表示されている。
発行済電子チケット選択部４２１に表示されるのは、発行済の非代替トークン型の電子チケットについてのパラメータの内容およびその発行作業を行った担当者の情報であるから、電子チケット記憶手段４６または分散型台帳に発行情報（パラメータとして選択されたパラメータ素材についての各素材ＩＤと、発行作業を行った担当者についての所有者ＩＤとの関係）として記憶されるか、または、取得販売データ記憶手段４３に作業情報（各素材ＩＤと、発行作業を行った担当者についての担当者ＩＤとの関係）として記憶されている。担当者のハンドルネームは、担当者ＩＤや担当者についての所有者ＩＤと関連付けられて担当者情報記憶手段４５に記憶され、パラメータイメージ名は、取得販売データ記憶手段４３に作業情報として記憶されるか、または図示されない作業情報記憶手段に記憶されている。素材ＩＤ、パラメータ素材提供者の種別（興行との関係）、パラメータの種別、パラメータ素材の説明文、および報酬の割合は、パラメータ素材記憶手段４１に記憶されている。この場合、非代替トークン型の電子チケットは、既に発行され、発行作業を行ったチケット発行事業者の担当者が所有している状態であるから、チケットＩＤと、発行作業を行った担当者（担当者ＩＤや、担当者についての所有者ＩＤ）とは紐付けられた状態であるが、発行済電子チケット選択部４２１で会員選択を受け付ける前は、会員の関与はないので、チケットＩＤと、会員（会員ＩＤや、会員についての所有者ＩＤ）とは、未だ紐付けられていない状態である。そして、会員が、発行済電子チケット選択部４２１で、発行済の非代替トークン型の電子チケットのいずれかを選択した段階で初めて、選択された非代替トークン型の電子チケットについてのチケットＩＤと、選択を行った会員についての会員ＩＤとが紐付けられ、取得販売データ記憶手段４３に記憶される（図３のＢ５参照）。
また、複数枚のチケットを同時に購入予約した場合には、チケット毎に発行済電子チケット選択部４２１が設けられる。なお、図示は省略されているが、会員希望受付画面４１０の場合と同様に、会員希望受付画面４２０にも、「決定」ボタンおよび「取消」ボタンが設けられている。
さらに、図６の会員希望受付画面４１０の最下部に設けられた「自動決定へ進む」ボタン４１８をクリックすると、会員端末１１０には、図７に示すように、会員希望受付手段２３による担当者の自動決定処理のための自動決定画面５００が表示される。この自動決定画面５００には、アクセス中の会員が自分の趣味嗜好を選択して回答するための会員趣味嗜好選択部５０１と、担当者の自動決定処理を実行するための「実行」ボタン５０２とが設けられている。会員趣味嗜好選択部５０１への選択入力は、会員のアクセスの都度に行うようにしてもよく、あるいは、この選択入力を１度行うと、選択入力情報から得られた会員の趣味嗜好ベクトルが、会員ＩＤと関連付けて会員情報記憶手段４４に記憶されるようにしてもよい。
会員が会員趣味嗜好選択部５０１への選択入力を行った後、「実行」ボタン５０２をクリックすると、選択入力情報が、ネットワーク１を介して電子チケット管理サーバ２０へ送信される。電子チケット管理サーバ２０では、選択入力情報を受信すると、会員希望受付手段２３により、選択入力情報を用いて会員の趣味嗜好ベクトルが作成される。趣味嗜好ベクトルは、各選択入力結果を示す数値をそのままベクトルの各構成要素の値として用いて作成してもよく、ワンホットベクトルとしてから連結して作成してもよい。
続いて、会員希望受付手段２３は、担当者情報記憶手段４５から各担当者の趣味嗜好ベクトルを取得する。各担当者の趣味嗜好ベクトルは、各担当者に対し、図７に示すような会員への質問と同じ質問をすることにより、事前に作成されて担当者ＩＤと関連付けて担当者情報記憶手段４５に記憶されている。
それから、会員希望受付手段２３は、会員の趣味嗜好ベクトルと、各担当者の趣味嗜好ベクトルとの間の類似度を算出する。この際、類似度としては、例えばコサイン類似度等を採用することができる。そして、会員の趣味嗜好ベクトルとの類似度が最も大きい趣味嗜好ベクトルの担当者を選択する自動決定を行う。コサイン類似度の場合は、１に近い程、類似度が大きいので、最も１に近い値の担当者を選択する自動決定を行う。その後、会員希望受付手段２３は、自動決定された担当者についての担当者ＩＤを、会員希望情報として、会員ＩＤおよびチケットＩＤ、並びに興行ＩＤと関連付けて取得販売データ記憶手段４３に記憶させる（図３のＡ３参照）。
なお、会員希望受付手段２３は、担当者の直接の選択指定も、趣味嗜好ベクトルを用いた担当者の自動決定も行わない会員（無指名者）について、担当者を自動的に割り当てる処理を実行するようにしてもよい。
＜電子チケット管理サーバ２０／電子チケット発行手段２４の詳細構成：図３、図５＞
電子チケット発行手段２４は、チケット発行事業者による処理として、興行に参加する権利を有することを示すチケットに対し、興行参加以外の目的での利用価値を付加するためのパラメータを付与することにより非代替トークン型の電子チケットを発行し、この非代替トークン型の電子チケットに対し、処理対象のチケットについてのチケットＩＤ（チケットの識別情報）に１対１で対応するトークンＩＤ（トークンの識別情報）を付与し、トークンＩＤ、チケットＩＤ、発行作業を行ったチケット発行事業者の担当者についての所有者ＩＤ、およびパラメータを組み合わせた情報を、非代替トークン型の電子チケットの発行情報として、通信回線３を介してチケット発行ノード５０へ送信する処理を実行するものである。
ここで、チケット発行事業者に所属する複数の担当者の各々についての所有者ＩＤは、担当者ＩＤと関連付けて担当者情報記憶手段４５に記憶されている。所有者ＩＤは、分散型台帳におけるアカウント情報であり、例えば、分散型台帳が、イーサリアムによるブロックチェーンである場合には、イーサリアムのアドレスに相当するものである。
なお、トークンＩＤの付与は、図１中の２点鎖線の如く、電子チケット管理サーバ２０側ではなく、チケット発行ノード５０側で行ってもよく、その場合には、本発明における電子チケット発行手段は、電子チケット管理サーバ２０およびチケット発行ノード５０に跨って設けられていることになる。
また、電子チケット発行手段２４は、チケット発行ノード５０から通信回線３を介して送信されてくる発行情報を受信し、受信した発行情報（分散型台帳をイーサリアム等のブロックチェーンとする場合は、チケット発行ノード５０で生成されたブロック）を、分散型台帳と同期または略同期させる状態で、電子チケット記憶手段４６に記憶させる処理を実行する。
図３に示すように、電子チケット発行手段２４による非代替トークン型の電子チケットの発行タイミングは、２種類あり、（Ａ）確定した購入予約に対して非代替トークン型の電子チケットを発行する場合と、（Ｂ）購入申込受付前（販売開始前または販売中）に事前に非代替トークン型の電子チケットを発行して用意する場合とがある。
図３の（Ａ）の確定購入予約に対する発行の場合は、先ず、チケット販売システム７０において、会員がチケットの購入申込を行い、入金が確認され、購入予約が確定すると、販売データ記憶手段７２には、興行ＩＤと、チケットＩＤと、購入した会員についての会員ＩＤとが関連付けられて記憶された状態となる（図３のＡ１参照）。その後、チケット販売システム７０から電子チケット管理サーバ２０への確定した販売データの送信が行われると、取得販売データ記憶手段４３には、興行ＩＤと、チケットＩＤと、チケットを購入した会員についての会員ＩＤとが関連付けられて記憶された状態となる（図３のＡ２参照）。
それから、会員希望受付手段２３による会員希望情報の受付が行われると（図６の会員希望受付画面４１０参照）、取得販売データ記憶手段４３には、興行ＩＤと、チケットＩＤと、購入した会員についての会員ＩＤと、会員希望情報（発行作業を行う担当者についての担当者ＩＤ）とが関連付けられて記憶された状態となる（図３のＡ３参照）。つまり、会員希望情報が追加される。
そして、この段階で、電子チケット発行手段２４は、取得販売データ記憶手段４３に記憶された会員希望情報を用いて、担当者毎のアクセス時に、それぞれの担当者の作業担当分についての集計およびその集計結果の表示を行う（図５の確定購入予約用の作業情報表示部３１０参照）。例えば、図５に示すように、担当者名＝チケット太郎のアクセスに対し、その担当者の作業担当分を集計する。続いて、電子チケット発行手段２４は、会員希望情報に従って非代替トークン型の電子チケットの発行を行った後、作成した発行情報を、チケット発行ノード５０へ送信する。すると、発行情報登録手段５１により、分散型台帳への発行情報の登録が行われるので、電子チケット発行手段２４は、この分散型台帳への登録と同期または略同期させる状態で、発行情報を電子チケット記憶手段４６に保存する。この際の発行情報は、トークンＩＤと、チケットＩＤと、発行作業を行った担当者についての所有者ＩＤと、パラメータとを組み合わせた情報である（図３のＡ４参照）。また、この発行作業で、電子チケット発行手段２４は、取得販売データ記憶手段４３に、作業情報として、発行作業を実際に行った担当者についての担当者ＩＤ、パラメータイメージ名、選択されたパラメータ素材についての各素材ＩＤ、自動付与したトークンＩＤを、チケットＩＤと関連付けて記憶させる。
その後、電子チケット移転手段２５による配布処理が行われると、非代替トークン型の電子チケットの移転情報の一種である配布情報が作成され、移転情報登録手段５２により、分散型台帳への配布情報の登録が行われる。この際の配布情報は、トークンＩＤと、チケットＩＤと、元の所有者（発行作業を行った担当者）についての所有者ＩＤと、新しい所有者（チケットを購入した会員）についての所有者ＩＤとを組み合わせた情報である（図３のＡ５参照）。
一方、図３の（Ｂ）の事前発行の場合は、先ず、チケット販売システム７０においては、購入申込受付前であるため、会員ＩＤの紐付けはない状態である。従って、販売データ記憶手段７２には、興行ＩＤと、チケットＩＤとが関連付けられて記憶されているだけである（図３のＢ１参照）。その後、チケット販売システム７０から電子チケット管理サーバ２０への販売予定データ（販売開始前のデータ、または販売中の時期であるが購入申込を受け付けていないデータ）の送信が行われると、取得販売データ記憶手段４３には、興行ＩＤと、チケットＩＤと、作業情報（発行作業を割り当てられた担当者についての担当者ＩＤ）とが関連付けられて記憶された状態となる。この段階でも、購入申込受付前であるため、会員ＩＤの紐付けはないが、作業情報が追加されている（図３のＢ２参照）。この作業情報は、システムにより自動的に各担当者に割り当てられた作業分担分であるか、または複数の担当者の監督者により各担当者に割り当てられた作業分担分である。
そして、この段階で、電子チケット発行手段２４は、取得販売データ記憶手段４３に記憶された作業情報を用いて、担当者毎のアクセス時に、それぞれの担当者の作業担当分についての集計およびその集計結果の表示を行う（図５の事前発行用の作業情報表示部３１１参照）。例えば、図５に示すように、担当者名＝チケット太郎のアクセスに対し、その担当者の作業担当分を集計する。続いて、電子チケット発行手段２４は、作業情報に従って非代替トークン型の電子チケットの発行を行った後、作成した発行情報を、チケット発行ノード５０へ送信する。すると、発行情報登録手段５１により、分散型台帳への発行情報の登録が行われるので、電子チケット発行手段２４は、この分散型台帳への登録と同期または略同期させる状態で、発行情報を電子チケット記憶手段４６に保存する。この際の発行情報は、トークンＩＤと、チケットＩＤと、発行作業を行った担当者についての所有者ＩＤと、パラメータとを組み合わせた情報である（図３のＢ３参照）。この段階でも、未だ会員の関与はないので、チケットＩＤと、会員ＩＤとは紐付けられていない。非代替トークン型の電子チケットの発行作業を行うには、チケットＩＤは必要であるが、最初の所有者を担当者とするので、会員の関与（会員ＩＤや、その会員についての所有者ＩＤ）は必要ないからである。また、この発行作業で、電子チケット発行手段２４は、取得販売データ記憶手段４３に、作業情報として、発行作業を実際に行った担当者についての担当者ＩＤ、パラメータイメージ名、選択されたパラメータ素材についての各素材ＩＤ、自動付与したトークンＩＤを、チケットＩＤと関連付けて記憶させる。
その後、チケット販売システム７０において、会員によるチケットの購入予約が確定すると、販売データ記憶手段７２には、興行ＩＤと、会員ＩＤと、会員が申し込んだ申込枚数や席種やチケット価格（複数枚の申込の場合は、合計金額）等とが関連付けられて記憶された状態となる（図３のＢ４参照）。なお、このときの販売データ記憶手段７２のテーブルは、前述したＢ１のときのテーブルとは、別のテーブルである。従って、このＢ４のときのテーブルでは、チケットＩＤとの紐付けを行うことなく、会員による購入申込の受付、入金確認を行い、購入予約情報を管理している。例えば、大和太郎が、「ＡＢＣ公演２０２１」のＳ席のチケット、３枚、合計３万円の購入申込を行ったという情報およびそのステータス、その後に入金確認が行われて購入予約が確定したというステータスを、大和太郎の会員ＩＤと関連付けて記憶しているが、チケットＩＤ（座席番号を含む）は紐付いていない状態での購入予約情報の管理である。
それから、会員希望受付手段２３による会員希望情報の受付が行われるが、この際には、図６の会員希望受付画面４２０に示すように、チケットを購入した会員に対し、各担当者により作成された複数種類の発行済の非代替トークン型の電子チケットの各々について、付与されたパラメータの内容、発行作業を行った担当者の情報（ハンドルネーム）、およびパラメータイメージ名（個々のパラメータではなく、パラメータ全体の識別情報）が示され、会員は、その中から好みのものを選択する。この会員選択の受付が行われると、取得販売データ記憶手段４３には、興行ＩＤと、選択された電子チケット（選択された担当者が作成した電子チケット）についてのチケットＩＤと、作業情報（発行作業を実際に行った担当者についての担当者ＩＤ、パラメータイメージ名）と、電子チケット（担当者）を選択した会員についての会員ＩＤとが関連付けられて記憶された状態となる（図３のＢ５参照）。なお、１人の担当者が作成した同じ種類の非代替トークン型の電子チケットは複数枚あるので、選択された電子チケット（選択された担当者が作成した電子チケット）に対応するチケットＩＤは、複数存在するため、対応する複数のチケットＩＤのうちのいずれかが自動的に選択される。
その後、電子チケット移転手段２５による配布処理が行われると、非代替トークン型の電子チケットの移転情報の一種である配布情報が作成され、移転情報登録手段５２により、分散型台帳への配布情報の登録が行われる。この際の配布情報は、トークンＩＤと、チケットＩＤと、元の所有者（発行作業を行った担当者）についての所有者ＩＤと、新しい所有者（チケットを購入した会員）についての所有者ＩＤとを組み合わせた情報である（図３のＢ６参照）。
具体的には、電子チケット発行手段２４は、先ず、チケット発行事業者の担当者による管理者端末１００からの要求に応じ、図５に示すようなパラメータ付与画面３００（例えば、Ｗｅｂ画面）の表示用データを、ネットワーク１を介して管理者端末１００へ送信するとともに、パラメータ付与画面３００で入力されて管理者端末１００からネットワーク１を介して送信されてくるパラメータ付与情報（素材ＩＤ等）を受信する処理を実行する。
図５のパラメータ付与画面３００には、担当者名の表示部３０１と、担当者のハンドルネームの表示部３０２と、興行の指定部３０３と、席種（Ｓ席、Ａ席等の別）の指定部３０４とが設けられている。表示部３０１，３０２には、ログイン時にパスワードとともに入力した担当者ＩＤを用いて担当者情報記憶手段４５から取得した情報が表示される。席種の指定部３０４は、席種によって付与するパラメータの内容や数を変える場合があるので、今からパラメータの付与作業を行う席種を指定するために設けられている。例えば、Ｓ席は、１０個のパラメータを付与し、Ａ席は、５個のパラメータを付与する等である。
また、図５のパラメータ付与画面３００には、確定した購入予約の数量分に対して非代替トークン型の電子チケットを発行する場合の作業情報を表示する確定購入予約用の作業情報表示部３１０と、購入申込受付前（販売開始前または販売中）における販売見込数量分に対して非代替トークン型の電子チケットを事前に発行して用意しておく場合の作業情報を表示する事前発行用の作業情報表示部３１１と、今回のアクセスで発行する非代替トークン型の電子チケットの枚数を入力する発行枚数入力部３１２とが設けられている。
確定購入予約用の作業情報表示部３１０には、会員が直接に当該担当者（パラメータの付与作業を行おうとしているアクセス中の担当者）を選択指定した場合の指名数と、会員希望受付手段２３により当該担当者が自動決定された場合の自動決定数と、無指名者（担当者の直接の選択指定、担当者の自動決定のいずれも行わなかった会員）に対してシステムが当該担当者を自動的に割り当てた場合の自動割当数と、これらの合計枚数（当該担当者が発行作業を行うべき合計枚数）と、前回作業時までの当該担当者の発行枚数と、今回以降の作業で当該担当者が発行すべき残り枚数とが表示されている。これらの枚数のうち、指名数、自動決定数、無指名者の自動割当数、および合計枚数は、電子チケット発行手段２４が、取得販売データ記憶手段４３に記憶された各会員の会員希望情報（会員希望情報には、会員が直接に選択指定した担当者についての担当者ＩＤのみならず、自動決定された担当者についての担当者ＩＤや、無指名者に対して自動割当した担当者についての担当者ＩＤも含まれる。）を集計した情報である。また、前回作業時までの発行枚数、および今回以降の作業で発行すべき残り枚数は、取得販売データ記憶手段４３に記憶された各担当者の作業情報を集計した情報である。なお、これらの枚数は、席種毎のパラメータ付与を行う場合には、席種の指定部３０４で指定した席種の電子チケットについての発行枚数である。
事前発行用の作業情報表示部３１１には、当該担当者（パラメータの付与作業を行おうとしているアクセス中の担当者）への発行の割当数と、前回作業時までの当該担当者の発行枚数と、今回以降の作業で当該担当者が発行すべき残り枚数とが表示されている。割当数は、システムによる自動割当としてもよく、複数の担当者の監督者による割当としてもよい。これらの枚数は、取得販売データ記憶手段４３に記憶された各担当者の作業情報を集計した情報である。なお、これらの枚数は、席種毎のパラメータ付与を行う場合には、席種の指定部３０４で指定した席種の電子チケットについての発行枚数である。
さらに、図５のパラメータ付与画面３００には、担当者が今回の作業での発行枚数を入力する入力部３１２が設けられている。この入力部３１２には、前述した確定購入予約用の作業情報表示部３１０または事前発行用の作業情報表示部３１１に表示された「今回以降の作業で発行すべき残り枚数」以下の枚数を入力する。
また、図５のパラメータ付与画面３００には、パラメータ全体の特徴を示すパラメータイメージ名の入力部３２０が設けられている。この入力部３２０で入力されたパラメータイメージ名は、取得販売データ記憶手段４３に記憶され、図６の会員希望受付画面４２０内の発行済電子チケット選択部４２１に表示される。
さらに、図５のパラメータ付与画面３００には、パラメータ素材一覧の表示部３３０が設けられている。この表示部３３０には、各パラメータ素材について、素材ＩＤ、パラメータ素材提供者（興行との関係）、パラメータの種別、パラメータ素材の説明文および担当者による内容確認用情報、発行枚数上限、残り枚数、報酬の割合が表示されるとともに、それぞれのパラメータ素材について選択部３３１が設けられている。表示部３３０で一覧表示される情報は、興行の指定部３０３で指定した興行についての興行ＩＤに関連付けられてパラメータ素材記憶手段４１に記憶されている情報である。担当者は、パラメータ素材の説明文を読んで内容を把握し、さらに選択の判断材料が必要な場合は、説明文とともに示された動画の視聴キー等のキー、コンテンツＩＤ、ダウンロード用キー等を用いて、対象サイト（パラメータ使用対象システム９０）にアクセスし、パラメータ素材の内容を確認することができる。発行枚数上限に対し、残り枚数が表示されているのは、他の担当者が、自分と同じパラメータ素材をパラメータとして選択する場合があるからである。
また、図５のパラメータ付与画面３００には、担当者が入力した情報を集計するための「計算実行」ボタン３４０と、計算結果の表示部３４１とが設けられている。担当者が、付与するパラメータを選択部３３１で選択した後、「計算実行」ボタン３４０をクリックすると、計算結果の表示部３４１には、担当者が選択したパラメータの数、付与できたパラメータの数、報酬の割合の合計が表示されるとともに、選択した各パラメータ素材について、残り枚数が表示されるか、または、残り枚数不足で付与できなかった旨が表示される。報酬の割合の合計は、当然、１００％を超えることはできない。仮に１００％にすると、売買取引に係るチケット価格の全額が、パラメータ素材提供者の報酬となるので、非代替トークン型の電子チケットを売却した会員が得る金額はゼロとなる。担当者は、計算結果の表示部３４１に表示された情報を見て、選択するパラメータ素材を変更する作業等を行うことができる。
そして、図５のパラメータ付与画面３００の最下部には、入力したデータを電子チケット管理サーバ２０へ送信するための「ＯＫ」ボタン３５０と、入力したデータを取り消すための「取消」ボタン３５１とが設けられている。担当者が、図５のパラメータ付与画面３００でデータを入力して「ＯＫ」ボタン３５０をクリックすると、入力したデータ（興行ＩＤ、席種、今回の発行枚数、パラメータイメージ名、選択したパラメータ素材についての各素材ＩＤを含む。）が、発行作業を行っている担当者についての担当者ＩＤとともに、ネットワーク１を介して電子チケット管理サーバ２０へ送信される。
電子チケット管理サーバ２０では、電子チケット発行手段２４が、管理者端末１００からネットワーク１を介して送信されてくるデータを受信した後、取得販売データ記憶手段４３のレコードの中から、受信した興行ＩＤ（席種毎に異なるパラメータを付与する場合には、受信した興行ＩＤおよび席種）に対応するチケットのレコードを抽出し、さらに、抽出したレコードの中から、受信した担当者ＩＤ（発行作業を行っている担当者についての担当者ＩＤ）を、会員希望情報または作業情報として含んでいるレコードを抽出する。但し、抽出したレコードのうち、今回、発行作業を行うレコードの数は、受信した今回の発行枚数だけであるので、残りのレコードは、次回以降の発行作業の対象となる。
この際、受信した担当者ＩＤを、会員希望情報として含んでいるレコードを抽出するのは、図３の（Ａ）の確定購入予約に対する発行の場合であり、作業情報として含んでいるレコードを抽出するのは、図３の（Ｂ）の事前発行の場合である。
なお、前者の図３の（Ａ）の確定購入予約に対する発行の場合において、抽出したレコードのうち、受信した担当者ＩＤが、会員希望情報として含まれているレコードは、発行作業を行っている担当者が、会員が直接に選択指定した担当者に該当するか、会員希望受付手段２３により自動決定された担当者に該当するか、無指名者（担当者の直接の選択指定も、趣味嗜好ベクトルを用いた担当者の自動決定も行わない会員）に対して自動割当された担当者に該当するチケットのレコードである。
また、後者の図３の（Ｂ）の事前発行の場合において、抽出したレコードのうち、受信した担当者ＩＤが、作業情報として含まれているレコードは、発行作業を行っている担当者が、システムにより自動的に割り当てられた担当者に該当するか、複数の担当者の監督者により割り当てられた担当者に該当するチケットのレコードである。
そして、図３の（Ａ）、（Ｂ）のいずれの場合（図３のＡ４，Ｂ３参照）においても、電子チケット発行手段２４は、取得販売データ記憶手段４３のレコード（抽出したレコード）に、作業情報として、受信した担当者ＩＤ（実際に発行作業を行った担当者についての担当者ＩＤ）と、受信したパラメータイメージ名と、選択されたパラメータ素材についての各素材ＩＤと、発行済を示すステータスとを記憶させる。なお、選択されたパラメータ素材についての各素材ＩＤは、取得販売データ記憶手段４３の該当レコードに記憶させるのではなく、パラメータイメージ名と関連付けて図示されない作業情報記憶手段に記憶させてもよい。
また、電子チケット発行手段２４は、図５のパラメータ付与画面３００で入力されたデータを受信した後、選択されたパラメータ素材についての各素材ＩＤを用いてパラメータ素材記憶手段４１に記憶されているキー（動画の視聴キー等）、コンテンツＩＤ、ダウンロード用キー、アイテムとの交換用のキーやコイン等を取得し、取得販売データ記憶手段４３から抽出したレコードのチケットＩＤに対して、これらをパラメータとして付与する。さらに、電子チケット発行手段２４は、チケットＩＤおよびパラメータに対して、トークンＩＤを自動付与するとともに、受信した担当者ＩＤ（発行作業を行っている担当者についての担当者ＩＤ）を用いて、担当者情報記憶手段４５から当該担当者についての所有者ＩＤ（分散型台帳における当該担当者のアカウント情報であり、例えば、イーサリアムの場合であれば、当該担当者のアドレスに相当する。）を取得する。また、電子チケット発行手段２４は、取得販売データ記憶手段４３のレコード（抽出したレコード）に、作業情報として、自動付与したトークンＩＤも記憶させる。
そして、電子チケット発行手段２４は、トークンＩＤ、チケットＩＤ、発行作業を行った担当者についての所有者ＩＤ、および少なくとも１つのパラメータ（素材ＩＤ、および権限またはコンテンツに関する情報であるキーやコンテンツＩＤ等）を組み合わせることにより、非代替トークン型の電子チケットを作成し、作成した非代替トークン型の電子チケットを、電子チケットの発行情報として、通信回線３を介してチケット発行ノード５０へ送信する（図３のＡ４，Ｂ３参照）。なお、トークンＩＤの付与を、図１中の２点鎖線の如く、チケット発行ノード５０側で実行する場合には、チケットＩＤ、発行作業を行った担当者についての所有者ＩＤ、および少なくとも１つのパラメータの組合せを、通信回線３を介してチケット発行ノード５０へ送信し、チケット発行ノード５０でトークンＩＤを付与して非代替トークン型の電子チケットを完成させる。
＜電子チケット管理サーバ２０／電子チケット移転手段２５の詳細構成＞
電子チケット移転手段２５は、非代替トークン型の電子チケットの所有権の移転が行われた際に、分散型台帳に登録されている非代替トークン型の電子チケットについての所有者ＩＤを変更するための変更前後の所有者ＩＤを含む移転情報を作成し、作成した移転情報を、通信回線３を介してチケット発行ノード５０へ送信する処理を実行するものである。
また、電子チケット移転手段２５は、チケット発行ノード５０から通信回線３を介して送信されてくる移転情報を受信し、受信した移転情報（分散型台帳をイーサリアム等のブロックチェーンとする場合は、チケット発行ノード５０で生成されたブロック）を、分散型台帳と同期または略同期させる状態で、電子チケット記憶手段４６に記憶させる処理を実行する。
具体的には、電子チケット移転手段２５は、次のような配布処理と、売買移転処理と、指定移転処理と、交換処理と、分配処理とを実行する。
すなわち、電子チケット移転手段２５は、配布処理として、配布作業を行うチケット発行事業者の担当者による管理者端末１００からのアクセス（担当者ＩＤおよびパスワードによるログイン）を受け付け、アクセスした担当者についての担当者ＩＤを用いて、担当者情報記憶手段４５から、当該担当者についての所有者ＩＤ（分散型台帳における当該担当者のアカウント情報）を取得し、取得した所有者ＩＤを含む非代替トークン型の電子チケット、すなわちアクセス中の担当者が作成した非代替トークン型の電子チケットを、電子チケット記憶手段４６または分散型台帳から抽出する。そして、抽出した非代替トークン型の電子チケット（現在、分散型台帳に登録されている非代替トークン型の電子チケット）についての所有者ＩＤを、発行作業を行った担当者についての所有者ＩＤから、チケットを最初に購入したチケット発行事業者の会員についての所有者ＩＤに変更するための変更前後の所有者ＩＤを含む移転情報（配布情報）を作成し、作成した配布情報を、通信回線３を介してチケット発行ノード５０へ送信する処理を実行する。
この際、配布情報の作成対象として抽出された非代替トークン型の電子チケットについてのチケットＩＤに対応する会員ＩＤ（そのチケットを購入した会員についての会員ＩＤ）は、取得販売データ記憶手段４３に記憶されている（図３のＡ３，Ｂ５参照）。この配布処理で作成される移転情報（配布情報）は、図２に示すように、例えば、担当者から会員Ａへの移転であれば、トークンＩＤと、チケットＩＤと、元の所有者ＩＤ（＝担当者のアカウント情報）と、新しい所有者ＩＤ（＝会員Ａのアカウント情報）とを組み合わせた情報であるが、チケットＩＤは省略してもよい。なお、配布処理では、パラメータの更新は行わない。
また、電子チケット移転手段２５は、売買移転処理として、売買支援手段２７による支払確認処理で代金支払いが確認された後に、分散型台帳に登録されている非代替トークン型の電子チケットについての所有者ＩＤを、チケットを売却した会員についての所有者ＩＤから、当該チケットを購入した会員についての所有者ＩＤに変更するための変更前後の所有者ＩＤを含む移転情報（売買移転情報）を作成し、作成した売買移転情報を、通信回線３を介してチケット発行ノード５０へ送信する処理を実行する。
この際、売買移転情報の作成対象の非代替トークン型の電子チケットを購入した会員についての会員ＩＤは、チケットＩＤまたはトークンＩＤを用いて売買情報記憶手段４７から取得することができ、購入した会員についての所有者ＩＤは、会員ＩＤを用いて会員情報記憶手段４４から取得することができる。この売買移転処理で作成される移転情報（売買移転情報）は、図２に示すように、例えば、会員Ａから会員Ｂへの移転であれば、トークンＩＤと、チケットＩＤと、元の所有者ＩＤ（＝会員Ａのアカウント情報）と、新しい所有者ＩＤ（＝会員Ｂのアカウント情報）と、更新後のパラメータ（更新後のキーやコンテンツＩＤやコイン等を含む）とを組み合わせた情報であるが、チケットＩＤは省略してもよい。
また、電子チケット移転手段２５は、売買移転処理として、パラメータ素材記憶手段４１に記憶されたパラメータ素材に関する情報を用いて、売買取引に伴うパラメータの更新処理を実行する。非代替トークン型の電子チケットの所有権が移転された場合に、元の所有者がそのパラメータを使用できないようにするとともに、新しい所有者がそのパラメータを使用できるようにするためである。この際、電子チケット移転手段２５は、更新後の新しいパラメータとするキー（動画の視聴キー等）やコンテンツＩＤ、ダウンロード用キー、アイテムとの交換用のキーやコイン等を、パラメータ使用対象システム９０からオンラインで取得する場合には、そのパラメータの素材ＩＤを用いて、パラメータ素材記憶手段４１から取得先・取得方法の情報を読み込み、取得源となるパラメータ使用対象システム９０にアクセスし、ネットワーク１を介して新しいパラメータとするキーやコンテンツＩＤ等を取得する。また、素材ＩＤを用いてパラメータ素材記憶手段４１に記憶されている更新用のキーやコンテンツＩＤ等（未使用のもの）を取得してもよく、この場合は、更新前の古いパラメータを使用できなくするために、パラメータ使用対象システム９０への通知処理を実行する。
さらに、電子チケット移転手段２５は、売買移転処理として、売買取引の対象とされた非代替トークン型の電子チケットについてのパラメータの素材ＩＤを用いて、パラメータ素材提供者への報酬の割合をパラメータ素材記憶手段４１から取得し、売買情報記憶手段４７または電子チケット記憶手段４６（若しくは分散型台帳記憶手段６０でもよい。）に記憶された売買取引に係るチケット価格に、取得した報酬の割合を乗じて報酬額を算出し、算出した報酬額を、パラメータ素材提供者へ支払うための処理を実行する。パラメータ素材提供者への報酬の割合は、パラメータ素材提供者またはその入力代行者により、図４のパラメータ素材登録画面２００で報酬入力部２３０に入力され、パラメータ素材提供者への報酬の支払方法は、振込先指定部２３１または所有者ＩＤ入力部２３２に入力され、パラメータ素材記憶手段４１に記憶されている。このパラメータ素材提供者へ報酬を支払うための処理は、電子チケットの購入者（会員）や、その購入者からチケット代金の支払いを受けた出品者（会員）に対し、電子メール等により、パラメータ素材提供者へ報酬を支払うための情報（支払先、報酬額等）を通知する処理でもよい。電子チケットの購入者（会員）に対してパラメータ素材提供者への報酬支払いを通知する場合とは、電子チケットの購入者（会員）が、出品者（会員）に対し、チケット価格から報酬額を差し引いた金額を支払った場合である。また、報酬を仮想通貨でパラメータ素材提供者へ支払う場合には、仮想通貨取引支援手段２８に支払情報（支払元＝チケットを購入した会員またはチケット購入者からチケット代金の支払いを受けた会員についての所有者ＩＤ、支払先＝パラメータ素材提供者についての所有者ＩＤ、支払金額＝報酬額）を伝達し、仮想通貨取引支援手段２８により仮想通貨支払処理を実行する。なお、一旦、チケット発行事業者が、チケットを購入した会員からチケット代金を徴収し、チケット発行事業者を経由させて、報酬額をパラメータ素材提供者へ支払ってもよい。また、チケット代金の徴収の際には、チケット発行事業者は、売買取引の取り扱いについて手数料を徴収してもよい。
また、電子チケット移転手段２５は、指定移転処理として、非代替トークン型の電子チケットの現在の所有者が、他の会員に対し、自分の所有する非代替トークン型の電子チケットの所有権を有償または無償で譲渡する処理を実行する。無償譲渡の場合は、チケット価格がゼロとなるので、チケット価格に対する割合で設定されている報酬額もゼロとなる。有償譲渡の場合は、売買移転処理と略同様であり、売買移転処理では、売買支援手段２７により購入申込を行った会員が、新しい所有者となるのに対し、指定移転処理では、不特定の会員への出品ではなく、現在の所有者である会員が、譲渡先となる他の会員を指定する点が異なっている。
すなわち、電子チケット移転手段２５は、指定移転処理として、会員による会員端末１１０からのアクセス（会員ＩＤおよびパスワードによるログイン）後に、会員端末１１０から送信されてくる譲渡先の他の会員についての会員ＩＤ、有償譲渡の場合のチケット価格（無償譲渡の場合は、ゼロ）等の入力を受け付け、指定移転対象の非代替トークン型の電子チケット（現在、分散型台帳に登録されている非代替トークン型の電子チケット）についての所有者ＩＤを、チケットを譲渡する会員についての所有者ＩＤから、当該チケットを譲り受ける他の会員についての所有者ＩＤに変更するための変更前後の所有者ＩＤを含む移転情報（指定移転情報）を作成し、作成した指定移転情報を、通信回線３を介してチケット発行ノード５０へ送信する処理を実行する。
この指定移転処理では、不特定の会員との売買取引ではなく、知り合いである特定の会員への譲渡であるたため、本実施形態では、有償譲渡の場合でもあっても、入金確認を経ることなく、分散型台帳に登録されている非代替トークン型の電子チケットの所有権の移転処理を進める。なお、入金確認を待って移転処理を進める場合には、その間、チケットを譲り受ける会員についての会員ＩＤや、有償譲渡の場合のチケット価格等を、図示されない指定移転処理用情報記憶手段に記憶させておく。
この際、指定移転処理で作成される移転情報（指定移転情報）は、前述した売買移転情報と同様であり、図２に示すように、例えば、会員Ａから会員Ｂへの移転であれば、トークンＩＤと、チケットＩＤと、元の所有者ＩＤ（＝会員Ａのアカウント情報）と、新しい所有者ＩＤ（＝会員Ｂのアカウント情報）と、更新後のパラメータ（更新後のキーやコンテンツＩＤやコイン等を含む）とを組み合わせた情報であるが、チケットＩＤは省略してもよい。
さらに、電子チケット移転手段２５は、交換処理として、会員同士が各自の所有する非代替トークン型の電子チケットを交換する処理を実行する。交換される２つの非代替トークン型の電子チケットのうちの一方は、出品中の非代替トークン型の電子チケットである。
すなわち、電子チケット移転手段２５は、交換処理として、出品中において、出品者である会員とは別の会員による会員端末１１０からのアクセス（会員ＩＤおよびパスワードによるログイン）後に、会員端末１１０から送信されてくる当該別の会員による交換の申出を受け付け、受け付けた交換対象の双方の非代替トークン型の電子チケットの情報（双方のチケットＩＤおよび／またはトークンＩＤ、並びに双方の会員ＩＤ）を、図示されない交換処理用情報記憶手段に記憶させるとともに、交換対象とされた出品中の非代替トークン型の電子チケットを所有する会員に対し、交換の申出があった旨を通知する処理を実行する。
さらに、電子チケット移転手段２５は、交換処理として、交換の申出に対する出品中の非代替トークン型の電子チケットを所有する会員による受諾の可否情報を受け付け、受諾可である場合には、出品中の非代替トークン型の電子チケット（現在、分散型台帳に登録されている非代替トークン型の電子チケット）についての所有者ＩＤを、出品者である会員についての所有者ＩＤから、交換の申出を行った会員についての所有者ＩＤに変更するための変更前後の所有者ＩＤを含む移転情報（交換情報の一部）を作成するとともに、交換の申出を行った会員の所有する非代替トークン型の電子チケット（現在、分散型台帳に登録されている非代替トークン型の電子チケット）についての所有者ＩＤを、交換の申出を行った会員についての所有者ＩＤから、出品者である会員についての所有者ＩＤに変更するための変更前後の所有者ＩＤを含む移転情報（交換情報の一部）を作成し、これらの２つの移転情報からなる交換情報を、通信回線３を介してチケット発行ノード５０へ送信する処理を実行する。一方、受諾不可である場合には、その旨を交換の申出を行った会員に通知する処理を実行する。
また、電子チケット移転手段２５は、分配処理として、複数枚のチケットを同時に購入した会員（共同購入親の会員）から知人の会員（共同購入子の会員）への移転処理を実行する。この分配処理では、例えば、親の会員が、３枚のチケットを代表で購入し、その後、そのうちの２枚のチケットについて分配を行う場合には、先ず、３枚の非代替トークン型の電子チケットの所有者を、配布処理で、３枚とも発行作業を行った担当者から親の会員に変更し、次に、２枚の非代替トークン型の電子チケットの所有者を、分配処理で、親の会員から、２人の子の会員に変更する。
すなわち、電子チケット移転手段２５は、分配処理として、分配を行う親の会員による会員端末１１０からのアクセス（会員ＩＤおよびパスワードによるログイン）後に、会員端末１１０から送信されてくる当該親の会員による分配の申出に係る情報（分配により所有者を変更する非代替トークン型の電子チケットについてのチケットＩＤおよび／またはトークンＩＤ、並びに、分配を受ける子の会員についての会員ＩＤ）を受け付け、子の会員についての会員ＩＤを用いて会員情報記憶手段４４から子の会員についての所有者ＩＤを取得する。そして、分配対象の非代替トークン型の電子チケット（現在、分散型台帳に登録されている非代替トークン型の電子チケット）についての所有者ＩＤを、親の会員についての所有者ＩＤから、子の会員についての所有者ＩＤに変更するための変更前後の所有者ＩＤを含む移転情報（分配情報）を作成し、作成した分配情報を、通信回線３を介してチケット発行ノード５０へ送信する処理を実行する。
この際、分配処理で作成される移転情報（分配情報）は、図２に示すように、例えば、会員Ａ（共同購入親の会員）から知人の会員Ｃ（共同購入子の会員）への移転であれば、トークンＩＤと、チケットＩＤと、元の所有者ＩＤ（＝会員Ａのアカウント情報）と、新しい所有者ＩＤ（＝会員Ｃのアカウント情報）と、更新後のパラメータ（更新後のキーやコンテンツＩＤやコイン等を含む）とを組み合わせた情報であるが、チケットＩＤは省略してもよい。
＜電子チケット管理サーバ２０／電子チケット参照手段２６の詳細構成＞
電子チケット参照手段２６は、チケット発行事業者の担当者による管理者端末１００からのアクセス（担当者ＩＤおよびパスワードによるログイン）後、または、会員による会員端末１１０からのアクセス（会員ＩＤおよびパスワードによるログイン）後に、管理者端末１００または会員端末１１０からネットワーク１を介して送信されてくる参照要求に応じ、非代替トークン型の電子チケットのデータ（発行情報、移転情報、出品情報等）を、ネットワーク１を介して管理者端末１００または会員端末１１０へ送信する処理を実行するものである。
具体的には、電子チケット参照手段２６は、チケット発行事業者の担当者または会員が、会員の所有する非代替トークン型の電子チケットのデータ（発行情報、移転情報、出品情報等）を参照する場合には、参照対象の会員についての会員ＩＤを、管理者端末１００または会員端末１１０から受信し、受信した会員ＩＤを用いて、取得販売データ記憶手段４３から、参照対象の会員が所有する非代替トークン型の電子チケットについてのチケットＩＤまたはトークンＩＤを取得し、取得したチケットＩＤまたはトークンＩＤを用いて、電子チケット記憶手段４６から参照要求に係る非代替トークン型の電子チケットのデータ（発行情報、移転情報、出品情報等）を取得する。
また、チケット発行事業者の担当者または会員は、参照対象の電子チケットについてのチケットＩＤ若しくはトークンＩＤが判っている場合には、管理者端末１００または会員端末１１０からチケットＩＤ若しくはトークンＩＤを送信すればよく、電子チケット参照手段２６は、受信したチケットＩＤ若しくはトークンＩＤを用いるか、または、受信したチケットＩＤを用いて取得販売データ記憶手段４３からトークンＩＤを取得し、取得したトークンＩＤを用いて、電子チケット記憶手段４６から参照要求に係る非代替トークン型の電子チケットのデータを取得すればよい。
さらに、電子チケット記憶手段４６の設置が省略されている場合や、電子チケット記憶手段４６または分散型台帳記憶手段６０のいずれから参照要求に係るデータを取得するかを選択できるようになっている場合には、分散型台帳記憶手段６０から参照要求に係る非代替トークン型の電子チケットのデータ（発行情報、移転情報、出品情報等）を取得してもよい。この場合には、取得販売データ記憶手段４３から、チケットＩＤを取得するか、または作業情報として記憶されているトークンＩＤを取得し、取得したチケットＩＤまたはトークンＩＤを、通信回線３を介してチケット発行ノード５０へ送信する。チケット発行ノード５０では、参照情報取得手段５３が、チケットＩＤまたはトークンＩＤを受信し、受信したチケットＩＤまたはトークンＩＤを用いて、分散型台帳記憶手段６０から参照要求に係る非代替トークン型の電子チケットのデータを取得し、取得したデータを、通信回線３を介して電子チケット管理サーバ２０へ送信する。これにより、電子チケット参照手段２６は、参照要求に係る非代替トークン型の電子チケットのデータ（発行情報、移転情報、出品情報等）を取得することができる。
そして、電子チケット参照手段２６は、電子チケット記憶手段４６または分散型台帳記憶手段６０から取得した参照要求に係る非代替トークン型の電子チケットのデータを、ネットワーク１を介して管理者端末１００または会員端末１１０へ送信する。
また、電子チケット参照手段２６は、チケット発行事業者の担当者が、自分の発行した配布処理前の非代替トークン型の電子チケットのデータ（発行情報）を参照する場合には、参照対象の担当者についての担当者ＩＤを、管理者端末１００から受信し、受信した担当者ＩＤを用いて、取得販売データ記憶手段４３から、参照対象の担当者が発行作業を行った非代替トークン型の電子チケットについてのチケットＩＤまたはトークンＩＤを取得し、取得したチケットＩＤまたはトークンＩＤを用いて、電子チケット記憶手段４６から参照要求に係る非代替トークン型の電子チケットのデータ（発行情報、移転情報、出品情報等）を取得する。
さらに、電子チケット記憶手段４６の設置が省略されている場合や、電子チケット記憶手段４６または分散型台帳記憶手段６０のいずれから参照要求に係るデータを取得するかを選択できるようになっている場合には、チケットＩＤまたはトークンＩＤを用いて、分散型台帳記憶手段６０から参照要求に係る非代替トークン型の電子チケットのデータ（発行情報、移転情報、出品情報等）を取得してもよい。この点は、前述した会員の所有する非代替トークン型の電子チケットのデータを参照する場合と同様である。
＜電子チケット管理サーバ２０／売買支援手段２７の詳細構成＞
売買支援手段２７は、チケット発行事業者の会員間での非代替トークン型の電子チケットの売買取引を支援する処理として、出品受付処理と、出品一覧表示処理と、電子チケット購入受付処理と、支払確認処理とを実行するものである。
ここで、出品受付処理は、自己の所有する非代替トークン型の電子チケットを売却したい会員により会員端末１１０からネットワーク１を介して送信されてくる出品情報（出品者である会員についての会員ＩＤ、出品対象の非代替トークン型の電子チケットについてのチケットＩＤおよび／またはトークンＩＤ、チケット価格を含む。）を受信し、受信した出品情報を、分散型台帳に登録するために、通信回線３を介してチケット発行ノード５０の出品情報登録手段５４へ送信する処理である。
出品一覧表示処理は、他人の所有する非代替トークン型の電子チケットを購入したい会員若しくは会員候補者により会員端末１１０からネットワーク１を介して送信されてくる閲覧要求を受信し、電子チケット記憶手段４６またはチケット発行ノード５０の分散型台帳記憶手段６０から、出品中の非代替トークン型の電子チケットの情報（チケット価格およびパラメータの内容を含む。）を取得し、出品一覧としてネットワーク１を介して閲覧要求に係る会員端末１１０へ送信する処理である。この際、売買支援手段２７は、各パラメータの素材ＩＤを用いてパラメータ素材記憶手段４１から各パラメータ素材に関する詳細情報を取得し、各パラメータの内容として、説明文（テキスト情報、図４の説明文入力部２０４参照）、各パラメータの発行枚数上限（図４の発行枚数上限入力部２１０参照）等を一覧表示する。また、売買支援手段２７は、取得販売データ記憶手段４３に作業情報として記憶されている同じ種類の電子チケット（同じパラメータ群を付与した同じパラメータイメージ名の電子チケット）の発行枚数（図５の発行枚数入力部３１２参照）も取得し、一覧表示してもよい。これにより、他人の所有する非代替トークン型の電子チケットを購入したい会員若しくは会員候補者は、一覧表示を見ることにより、少なくとも１つのパラメータが付与された電子チケットについて、個々のパラメータの発行枚数上限や、パラメータ全体（パラメータイメージ名）としての発行枚数を確認し、購入を検討中の電子チケットの希少性を把握することができる。このため、一覧表示中に、発行枚数が少なく、かつ、希少性を有する電子チケットが含まれていれば、その電子チケットを収集し、所有したいという人間の感情を助長することになる。
電子チケット購入受付処理は、出品一覧を閲覧し、出品中の非代替トークン型の電子チケットを購入することを決めた会員の会員端末１１０からネットワーク１を介して送信されてくる購入手続に係る情報（購入することを決めた会員についての会員ＩＤ、チケット代金の支払方法等）を受信し、売買情報記憶手段４７に記憶させる処理である。
支払確認処理は、非代替トークン型の電子チケットの購入手続を行った会員によるチケット代金の支払いを確認する処理である。仮想通貨での支払いの場合は、分散型台帳での支払確認処理となるので、売買支援手段２７からチケット発行ノード５０に対し、支払確認指示として、支払確認情報（トークンＩＤおよび／またはチケットＩＤ、送金元および送金先の所有者ＩＤ、支払金額または支払金額に相当する仮想通貨の数量等）を、通信回線３を介して送信する。チケット発行ノード５０では、処理手段５０Ａにより、支払確認指示を受けて、分散型台帳記憶手段６０に記憶されている売買移転時の支払情報を取得し、分散型台帳から取得した支払情報またはそれによる支払確認結果を、通信回線３を介して電子チケット管理サーバ２０の売買支援手段２７に送信する。また、売買支援手段２７による支払確認処理は、仮想通貨による支払いの確認処理に限らず、金融機関の口座への振込や、クレジットカードによる支払いを確認する処理としてもよい。さらに、必ずしも全部を自動化した確認処理とする必要はなく、チケット発行事業者の担当者が支払いを確認し、その確認結果を管理者端末１００で入力し、売買支援手段２７が、その入力情報をネットワーク１を介して受け付ける処理としてもよい。
＜電子チケット管理サーバ２０／仮想通貨取引支援手段２８の詳細構成＞
仮想通貨取引支援手段２８は、仮想通貨を用いた取引を支援する処理として、会員やパラメータ素材提供者による仮想通貨の購入手続や使用開始手続を受け付ける仮想通貨購入受付処理と、会員による仮想通貨でのチケット代金の支払手続やパラメータ素材提供者への報酬の支払手続を受け付ける仮想通貨支払処理と、仮想通貨を円等の現実通貨に換える仮想通貨換金処理とを実行するものである。これにより、会員やパラメータ素材提供者は、分散型台帳における自己の所有者ＩＤ（アカウント情報）で、仮想通貨の支払いや受取を行うことができる。
具体的には、仮想通貨取引支援手段２８は、仮想通貨購入受付処理として、会員端末１１０やパラメータ素材提供者端末１２０からネットワーク１を介して送信されてくる会員やパラメータ素材提供者による仮想通貨の購入手続や使用開始手続のための情報（購入金額、クレジットカードの情報、入出金用の口座情報等）を受信し、仮想通貨の入金指示として、購入金額に相当する仮想通貨の数量および入金先の所有者ＩＤ（アカウント情報）を、通信回線３を介してチケット発行ノード５０へ送信する処理を実行する。チケット発行ノード５０では、処理手段５０Ａにより、受信した入金指示に従って、購入金額に相当する仮想通貨の数量を、入金先（仮想通貨の購入者）についての所有者ＩＤ（分散型台帳におけるアカウント情報）に関連付けて分散型台帳に登録する。
また、仮想通貨取引支援手段２８は、仮想通貨支払処理として、会員端末１１０からネットワーク１を介して送信されてくる会員による仮想通貨での支払情報（送金元、送金先、支払金額等）を受信するか、または、パラメータ素材提供者への報酬支払いを仮想通貨で行う場合において電子チケット移転手段２５から伝達された支払情報（支払元＝チケットを購入した会員またはチケット購入者からチケット代金の支払いを受けた会員についての所有者ＩＤ、支払先＝パラメータ素材提供者についての所有者ＩＤ、支払金額＝報酬額）を受け取り、仮想通貨の支払指示として、支払情報（トークンＩＤおよび／またはチケットＩＤ、送金元および送金先の所有者ＩＤ、支払金額または支払金額に相当する仮想通貨の数量等）を、通信回線３を介してチケット発行ノード５０へ送信する処理を実行する。チケット発行ノード５０では、処理手段５０Ａにより、受信した支払指示に従って、支払金額に相当する仮想通貨の数量を移動させるための支払情報を、送金元および送金先についての所有者ＩＤ（分散型台帳におけるアカウント情報）に関連付けて分散型台帳に登録する（分散型台帳記憶手段６０に記憶させる）。
例えば、非代替トークン型の電子チケットの売買取引の際に、チケットを購入した会員から売却した会員へのチケット代金の支払いや、チケットを購入した会員からパラメータ素材提供者（アーティスト等）への報酬の支払いが行われるが、図２に示すように、これらの支払いを、仮想通貨を用いて行うことができる。なお、チケットを購入した会員からパラメータ素材提供者への報酬の支払いが行われる場合とは、チケットを購入した会員が、チケットを売却した会員（出品者）に対し、チケット価格から報酬額を差し引いた金額を支払った場合である。
図２の例では、売買移転時等の支払情報（会員Ｂから会員Ａへのチケット代金の支払い）として、トークンＩＤと、チケットＩＤと、送金元の所有者ＩＤ（＝会員Ｂのアカウント情報）と、送金先の所有者ＩＤ（＝会員Ａのカウント情報）と、チケット価格（または、チケット価格から報酬額を指し引いた金額）とが、分散型台帳に登録されている。また、売買移転時等の支払情報（会員Ｂからパラメータ素材提供者への報酬の支払い）として、トークンＩＤと、チケットＩＤと、送金元の所有者ＩＤ（＝会員Ｂのアカウント情報）と、送金先の所有者ＩＤ（＝パラメータ素材提供者のカウント情報）と、報酬額とが、分散型台帳に登録されている。これらの支払情報についての分散型台帳への登録は、仮想通貨取引支援手段２８による仮想通貨支払処理としての支払指示を受けて、チケット発行ノード５０の処理手段５０Ａにより行われる。
なお、売買移転時等におけるチケット代金の支払いやパラメータ素材提供者への報酬の支払いは、上記のように当事者間での送金とするのではなく、チケット発行事業者の勘定を介した送金としてもよい。また、パラメータ素材提供者への報酬の支払いは、チケットの購入者が行うのではなく、チケットの購入者からのチケット代金の支払いを受けたチケットの売却者が行うようにしてもよい。
さらに、仮想通貨取引支援手段２８は、仮想通貨換金処理として、会員端末１１０やパラメータ素材提供者端末１２０からネットワーク１を介して送信されてくる会員やパラメータ素材提供者による仮想通貨の換金手続のための情報（換金額、口座情報等）を受信し、仮想通貨の換金指示として、換金額に相当する仮想通貨の数量および換金者の所有者ＩＤを、通信回線３を介してチケット発行ノード５０へ送信する処理を実行する。チケット発行ノード５０では、処理手段５０Ａにより、受信した換金指示に従って、換金額に相当する仮想通貨の数量を、仮想通貨の換金者についての所有者ＩＤ（分散型台帳におけるアカウント情報）に関連付けて分散型台帳に登録する。
＜電子チケット管理サーバ２０／入場時提示情報作成手段２９、入場管理情報送信手段３０の詳細構成＞
入場時提示情報作成手段２９は、取得販売データ記憶手段４３に記憶された会員の確定した購入予約情報（会員ＩＤおよびチケットＩＤを含む）を用いて、興行の開催日当日の来場者の入場可否判断で使用される入場時提示情報を作成し、作成した入場時提示情報を、ネットワーク１を介して会員端末１１０へ送信する処理を実行するものである。入場時提示情報は、興行の開催日当日に、会場ゲートの通過時に興行システム８０の読取装置で読み取られる情報であり、例えば、会員端末１１０で画面表示する電子チケットのデータ（例えば２次元バーコード等）や、会員端末１１０に設けられた非接触ＩＣの通信モジュールから送信される電子チケットのデータ等である。なお、入場時提示情報を、チケット販売システム７０から会員端末１１０へ送信する場合には、この入場時提示情報作成手段２９の設置は、省略してよい。また、会員端末１１０に設けられた入場時提示情報作成補助手段１１１により、入場時提示情報を作成する場合には、入場時提示情報作成手段２９は、入場時提示情報の作成用データ（会員の確定した購入予約情報）を、ネットワーク１を介して会員端末１１０へ送信するだけでよい。
入場管理情報送信手段３０は、興行システム８０の入場管理手段８１からの興行開始前の取得要求に応じ、取得販売データ記憶手段４３に記憶された会員の確定した購入予約情報と同じ内容の入場管理情報（会員ＩＤおよびチケットＩＤを含む）を、ネットワーク１を介して興行システム８０へ送信する処理を実行するものである。興行システム８０へ送信された入場管理情報は、入場管理情報記憶手段８２に記憶され、興行の開催日当日の来場者の入場の可否の判断に使用される。なお、入場管理情報を、チケット販売システム７０から興行システム８０へ送信する場合には、この入場管理情報送信手段３０の設置は、省略してよい。
＜電子チケット管理サーバ２０／興行データ記憶手段４０、パラメータ素材記憶手段４１、識別モデル記憶手段４２の詳細構成＞
興行データ記憶手段４０は、興行名、興行の種別（コンサート、演劇、スポーツイベント等の別）、興行の開催場所、開催日時（入場開始時刻および開演時刻を含む）、席種毎のチケットの販売枚数および販売価格等を、興行ＩＤと関連付けて記憶するものである。
パラメータ素材記憶手段４１は、図４のパラメータ素材登録画面２００で入力されたデータを、素材ＩＤおよび興行ＩＤと関連付けて記憶するものである。具体的には、パラメータ素材記憶手段４１は、パラメータ素材提供者の種別（パラメータ素材提供者と興行との関係）と、パラメータの種別（提供するパラメータ素材が、どのような権限なのか、どのようなコンテンツなのかを示す情報）と、提供するパラメータ素材についての説明文（テキスト情報）と、発行枚数上限（すなわち、提供するパラメータ素材を使用することができる会員数）と、パラメータ使用時のアクセス先ＵＲＬ（例えば、動画視聴サイト、オンラインサロン等のパラメータ使用対象システム９０にアクセスする際のＵＲＬ）と、非代替トークン型の電子チケットの売買取引が成立した場合にパラメータ素材提供者が得られる対価（売買取引に係るチケット価格に対する報酬の割合）と、報酬の振込先の金融機関またはパラメータ素材提供者が仮想通貨で報酬を受け取る場合のパラメータ素材提供者についてのアカウント情報である所有者ＩＤと、権限のパラメータを付与する場合においてキー（動画の視聴キー等）をオンラインで取得するための取得先・取得方法、予め登録する利用者（会員）用のキー、チケット発行事業者の担当者がパラメータ素材の内容を確認する際に用いるキーと、コンテンツのパラメータを付与する場合の利用者（会員）用のコンテンツＩＤやダウンロード用キー、あるいはアイテムとの交換用のキーやコイン等、チケット発行事業者の担当者がパラメータ素材の内容を確認する際に用いるコンテンツＩＤやダウンロード用キー、あるいはアイテムとの交換用のキーやコイン等とを、素材ＩＤおよび興行ＩＤと関連付けて記憶する。
識別モデル記憶手段４２は、図８に示すように、パラメータ素材登録手段２２により実行される識別アルゴリズムとともに報酬の適正度判定用の識別器を構成する識別モデルを記憶するものである。この識別モデルは、提供対象のパラメータ素材が担当者により電子チケットに付与するパラメータとして選択されるか否かの２クラス識別のためのパターン認識処理で用いるパラメータであるが、このパターン認識処理用のパラメータは、非代替トークン型の電子チケットに付与するパラメータとは全く関係ないものであり、例えば、ニューラルネットワークにより識別器を構築する場合には、重み係数や、層数等のハイパーパラメータである。
＜電子チケット管理サーバ２０／取得販売データ記憶手段４３の詳細構成＞
取得販売データ記憶手段４３は、チケット販売システム７０の販売データ記憶手段７２からネットワーク１を介して取得したデータと、会員希望受付手段２３により受け付けた会員希望情報と、電子チケット発行手段２４により入出力される非代替トークン型の電子チケットの発行に関する作業情報とを、会員ＩＤおよびチケットＩＤ、並びに興行ＩＤと関連付けて記憶するものである。なお、購入申込受付前（販売開始前または販売中）、すなわち会員からの申込がない段階のチケットに関するデータを記憶する場合は、会員ＩＤは紐付いていない段階であるため、チケットＩＤおよび興行ＩＤと関連付けて記憶する。
ここで、チケット販売システム７０の販売データ記憶手段７２からネットワーク１を介して取得したデータとしては、チケットの購入予約を受け付けただけで入金確認の行われていない未確定の購入予約情報（申込日、申込枚数、席種、チケット価格（複数枚の申込の場合は、合計金額を含む）、未確定を示すステータス等）、およびその後のチケット代金の入金確認処理で確定した購入予約情報（申込日、申込枚数、席種、チケット価格（複数枚の申込の場合は、合計金額を含む）、入金日、確定を示すステータス等）があり、これらは会員ＩＤおよびチケットＩＤ、並びに興行ＩＤと関連付けて記憶される。
なお、取得販売データ記憶手段４３は、チケット販売システム７０の販売データ記憶手段７２からネットワーク１を介して取得したデータとして、購入申込受付前（販売開始前または販売中を示す各ステータス）、つまり会員からの申込がない段階（会員ＩＤが紐付いていない段階）におけるチケットのデータ（席種、チケット価格等）を、チケットＩＤおよび興行ＩＤと関連付けて記憶する場合もある。すなわち、購入申込受付前（販売開始前または販売中）における販売見込数量分に対して非代替トークン型の電子チケットを事前に発行して用意しておく場合には、会員ＩＤが紐付いていない段階（発行する非代替トークン型の電子チケットを受け取る会員が決まっていない段階）で、チケットＩＤを用いて非代替トークン型の電子チケットを発行する。
また、会員希望情報には、会員が直接に選択指定した担当者についての担当者ＩＤと、会員希望受付手段２３により自動決定された担当者についての担当者ＩＤと、無指名者（担当者の直接の選択指定も、趣味嗜好ベクトルを用いた担当者の自動決定も行わない会員）に対して自動割当された担当者についての担当者ＩＤとが含まれる。
さらに、発行に関する作業情報には、発行済・発行未済の別を示すステータスと、発行作業を実際に行った担当者についての担当者ＩＤと、発行日時と、付与したパラメータについてのパラメータイメージ名（図５の入力部３２０参照）と、同じ種類の電子チケット（同じパラメータ群を付与した同じパラメータイメージ名の電子チケット）の発行枚数（図５の発行枚数入力部３１２参照）と、選択したパラメータ素材についての各素材ＩＤと、自動付与したトークンＩＤとが含まれる。なお、選択したパラメータ素材についての素材ＩＤは、取得販売データ記憶手段４３に記憶するのではなく、パラメータイメージ名と関連付けて図示されない作業情報記憶手段に記憶してもよい。また、購入申込受付前（販売開始前または販売中）における販売見込数量分に対して非代替トークン型の電子チケットを事前に発行して用意しておく場合（図３の（Ｂ）参照）には、会員ＩＤが紐付いていない段階（発行する非代替トークン型の電子チケットを受け取る会員が決まっていない段階）で、非代替トークン型の電子チケットを発行するので、会員希望情報がない状態であるため、作業情報として、システムにより自動的に割り当てられた担当者、あるいは複数の担当者の監督者により割り当てられた担当者についての担当者ＩＤが、チケットＩＤおよび興行ＩＤと関連付けられて記憶される（図３のＢ２参照）。
＜電子チケット管理サーバ２０／会員情報記憶手段４４、担当者情報記憶手段４５の詳細構成＞
会員情報記憶手段４４は、チケット発行事業者の会員の氏名、年齢、生年月日、性別、住所、電話番号、電子メールアドレス、ログイン用のパスワード、分散型台帳における会員のアカウント情報である所有者ＩＤ等の会員情報を、会員ＩＤと関連付けて記憶するものである。なお、図７の自動決定画面５００で入力された選択入力結果や、その選択入力結果から得られた会員の趣味嗜好ベクトルを、会員ＩＤと関連付けて記憶してもよい。
担当者情報記憶手段４５は、チケット発行事業者に所属する複数の担当者の各々について、氏名、ハンドルネーム、年齢、生年月日、性別、趣味、電子チケット作成ポリシー、指名数ランキング、満足度ランキング、管理者としてのログイン用のパスワード、分散型台帳における担当者のアカウント情報である所有者ＩＤ等の担当者情報を、担当者ＩＤと関連付けて記憶するものである。これらの担当者情報の一部は、図６の選択対象担当者情報表示部４１２や過去選択担当者情報表示部４１５の表示に用いられる。また、担当者情報記憶手段４５は、図７に示すように、担当者の趣味嗜好ベクトルを、担当者ＩＤと関連付けて記憶する。なお、担当者の趣味嗜好ベクトルを作成する際に用いた担当者の選択入力結果も併せて記憶してもよい。
＜電子チケット管理サーバ２０／電子チケット記憶手段４６、売買情報記憶手段４７の詳細構成＞
電子チケット記憶手段４６は、分散型台帳に登録した情報、すなわちチケット発行ノード５０の分散型台帳記憶手段６０に記憶されている情報（図２に示すような電子チケットの発行情報、移転情報、出品情報、売買代金支払情報等）と同じ情報を、同期または略同期させる状態で記憶するものである。この電子チケット記憶手段４６の設置は省略してもよい。
売買情報記憶手段４７は、売買取引に係るチケット価格、出品の有効期限、出品者である会員についての売買取引に係るチケット代金の受取方法（銀行口座への振込で受け取る場合の口座情報や、仮想通貨で受け取る旨の情報）、購入申込を行った会員についての会員ＩＤおよびチケット代金の支払方法（銀行口座への振込で支払うか、仮想通貨で支払うかの別）等を、出品対象の非代替トークン型の電子チケットについてのトークンＩＤおよび／またはチケットＩＤ、出品者である会員についての会員ＩＤ、並びに興行ＩＤと関連付けて記憶するものである。
＜チケット発行ノード５０／発行情報登録手段５１の詳細構成＞
発行情報登録手段５１は、電子チケット管理サーバ２０から通信回線３を介して送信されてくるトークンＩＤ、チケットＩＤ、発行作業を行った担当者についての所有者ＩＤ、および少なくとも１つのパラメータ（素材ＩＤ、権限またはコンテンツに関する情報であるキーやコンテンツＩＤ等）を、電子チケット発行手段２４による非代替トークン型の電子チケットの発行情報として受信し、受信した発行情報を、Ｐ２Ｐネットワーク２で接続された複数のノード（チケット発行ノード５０およびその他のノード１３０）で構成される分散型台帳に登録する処理を実行するものである。
この際、発行情報登録手段５１は、分散型台帳をイーサリアム等のブロックチェーンとする場合には、図２に示すように、受信した電子チケットの発行情報（トークンＩＤ、チケットＩＤ、発行作業を行った担当者についての所有者ＩＤ、および少なくとも１つのパラメータ）をトランザクションデータのレコードとして含むブロックを生成する。そして、生成されたブロックは、ブロック承認の処理を経て、チケット発行ノード５０の分散型台帳記憶手段６０およびその他のノード１３０の分散型台帳記憶手段６０に共有記憶される状態となるが、ブロック承認は、必ずしもチケット発行ノード５０が担当する必要はない。
また、発行情報登録手段５１は、分散型台帳に登録した発行情報（複数のノードの分散型台帳記憶手段６０に共有記憶させた発行情報）と同じ情報を、電子チケット管理サーバ２０の電子チケット記憶手段４６にも記憶させておくために、登録した発行情報（分散型台帳がブロックチェーンの場合には、生成したブロック）を、通信回線３を介して電子チケット管理サーバ２０へ送信する処理も実行する。
＜チケット発行ノード５０／移転情報登録手段５２の詳細構成＞
移転情報登録手段５２は、電子チケット移転手段２５により作成されて電子チケット管理サーバ２０から通信回線３を介して送信されてくる移転情報を受信し、受信した移転情報を、トークンＩＤと関連付けるか、またはトークンＩＤおよびチケットＩＤと関連付けて分散型台帳に登録する処理を実行するものである。なお、本実施形態では、トークンＩＤおよびチケットＩＤと関連付けて登録するが、トークンＩＤとチケットＩＤとの対応関係は、図２に示すように、電子チケットの発行情報として分散型台帳に登録されているので、移転情報としてのチケットＩＤの登録は、省略してもよい。
この際、移転情報登録手段５２は、分散型台帳をイーサリアム等のブロックチェーンとする場合には、図２に示すように、受信した電子チケットの移転情報をトランザクションデータのレコードとして含むブロックを生成する。そして、生成されたブロックは、ブロック承認の処理を経て、チケット発行ノード５０の分散型台帳記憶手段６０およびその他のノード１３０の分散型台帳記憶手段６０に共有記憶される状態となるが、ブロック承認は、必ずしもチケット発行ノード５０が担当する必要はない。
また、移転情報登録手段５２は、分散型台帳に登録した移転情報（複数のノードの分散型台帳記憶手段６０に共有記憶させた移転情報）と同じ情報を、電子チケット管理サーバ２０の電子チケット記憶手段４６にも記憶させておくために、登録した移転情報（分散型台帳がブロックチェーンの場合には、生成したブロック）を、通信回線３を介して電子チケット管理サーバ２０へ送信する処理も実行する。
具体的には、移転情報登録手段５２は、図２に示す如く、移転情報として、次のような配布情報、売買移転情報、指定移転情報、分配情報、交換情報について、分散型台帳への登録処理、および電子チケット管理サーバ２０の電子チケット記憶手段４６にも記憶させるための送信処理を実行する。
すなわち、移転情報登録手段５２は、電子チケット移転手段２５による配布処理で作成された移転情報（電子チケットの移転情報のうちの配布情報）を、トークンＩＤと関連付けるか、またはトークンＩＤおよびチケットＩＤと関連付けて分散型台帳に登録する処理と、この配布情報を電子チケット記憶手段４６に記憶させるために、通信回線３を介して電子チケット管理サーバ２０へ送信する処理とを実行する。この配布情報は、図２に示すように、担当者から会員Ａへの移転であれば、トークンＩＤと、チケットＩＤと、元の所有者ＩＤ（＝担当者のアカウント情報）と、新しい所有者ＩＤ（＝会員Ａのアカウント情報）とを組み合わせた情報であるが、チケットＩＤは省略してもよい。
また、移転情報登録手段５２は、電子チケット移転手段２５による売買移転処理で作成された移転情報（電子チケットの移転情報のうちの売買移転情報）を、トークンＩＤと関連付けるか、またはトークンＩＤおよびチケットＩＤと関連付けて分散型台帳に登録する処理と、この売買移転情報を電子チケット記憶手段４６に記憶させるために、通信回線３を介して電子チケット管理サーバ２０へ送信する処理とを実行する。この売買移転情報は、図２に示すように、会員Ａから会員Ｂへの移転であれば、トークンＩＤと、チケットＩＤと、元の所有者ＩＤ（＝会員Ａのアカウント情報）と、新しい所有者ＩＤ（＝会員Ｂのアカウント情報）と、更新後のパラメータ（更新後のキーやコンテンツＩＤやコイン等を含む）とを組み合わせた情報であるが、チケットＩＤは省略してもよい。
さらに、移転情報登録手段５２は、電子チケット移転手段２５による指定移転処理で作成された移転情報（電子チケットの移転情報のうちの指定移転情報）を、トークンＩＤと関連付けるか、またはトークンＩＤおよびチケットＩＤと関連付けて分散型台帳に登録する処理と、この指定移転情報を電子チケット記憶手段４６に記憶させるために、通信回線３を介して電子チケット管理サーバ２０へ送信する処理とを実行する。この指定移転情報は、図２に示すように、上記の売買移転情報と同様である。
また、移転情報登録手段５２は、電子チケット移転手段２５による分配処理で作成された移転情報（電子チケットの移転情報のうちの分配情報）を、トークンＩＤと関連付けるか、またはトークンＩＤおよびチケットＩＤと関連付けて分散型台帳に登録する処理と、この分配情報を電子チケット記憶手段４６に記憶させるために、通信回線３を介して電子チケット管理サーバ２０へ送信する処理とを実行する。この分配情報は、図２に示すように、例えば、共同購入親の会員Ａから知人の会員Ｃへの移転であれば、トークンＩＤと、チケットＩＤと、元の所有者ＩＤ（＝会員Ａのアカウント情報）と、新しい所有者ＩＤ（＝会員Ｃのアカウント情報）とを組み合わせた情報であるが、チケットＩＤは省略してもよい。
さらに、移転情報登録手段５２は、電子チケット移転手段２５による交換処理で作成された２つの移転情報（電子チケットの移転情報のうちの交換情報）を、トークンＩＤと関連付けるか、またはトークンＩＤおよびチケットＩＤと関連付けて分散型台帳に登録する処理と、この交換情報を電子チケット記憶手段４６に記憶させるために、通信回線３を介して電子チケット管理サーバ２０へ送信する処理とを実行する。この交換情報は、２つの移転情報からなり、それぞれの移転情報は、前述した売買移転情報と同様である。
＜チケット発行ノード５０／参照情報取得手段５３の詳細構成＞
参照情報取得手段５３は、電子チケット管理サーバ２０から通信回線３を介して送信されてくるチケットＩＤまたはトークンＩＤを受信し、受信したチケットＩＤまたはトークンＩＤを用いて、分散型台帳記憶手段６０から参照要求に係る非代替トークン型の電子チケットのデータを取得し、取得したデータを、通信回線３を介して電子チケット管理サーバ２０へ送信する処理を実行するものである。
＜チケット発行ノード５０／出品情報登録手段５４の詳細構成＞
出品情報登録手段５４は、売買支援手段２７により作成されて電子チケット管理サーバ２０から通信回線３を介して送信されてくる出品情報（非代替トークン型の電子チケットを売却するためのチケット価格、出品の有効期限、出品中・売却手続中・売却済等の状態を示すステータスを含む。）を受信し、受信した出品情報を、トークンＩＤと関連付けるか、またはトークンＩＤおよびチケットＩＤと関連付けて分散型台帳に登録する処理を実行するものである。この出品情報の登録処理は、ステータスが変わる都度に行われる。なお、本実施形態では、トークンＩＤおよびチケットＩＤと関連付けて登録するが、トークンＩＤとチケットＩＤとの対応関係は、図２に示すように、電子チケットの発行情報として分散型台帳に登録されているので、出品情報としてのチケットＩＤの登録は、省略してもよい。
この際、出品情報登録手段５４は、分散型台帳をイーサリアム等のブロックチェーンとする場合には、図２に示すように、受信した電子チケットの出品情報をトランザクションデータのレコードとして含むブロックを生成する。そして、生成されたブロックは、ブロック承認の処理を経て、チケット発行ノード５０の分散型台帳記憶手段６０およびその他のノード１３０の分散型台帳記憶手段６０に共有記憶される状態となるが、ブロック承認は、必ずしもチケット発行ノード５０が担当する必要はない。
また、出品情報登録手段５４は、分散型台帳に登録した出品情報（複数のノードの分散型台帳記憶手段６０に共有記憶させた出品情報）と同じ情報を、電子チケット管理サーバ２０の電子チケット記憶手段４６にも記憶させておくために、登録した出品情報（分散型台帳がブロックチェーンの場合には、生成したブロック）を、通信回線３を介して電子チケット管理サーバ２０へ送信する処理も実行する。
＜チケット発行ノード５０／分散型台帳記憶手段６０の詳細構成＞
分散型台帳記憶手段６０は、複数のノード（チケット発行ノード５０およびその他の複数のノード１３０）で共有記憶するデータを記憶するものである。図１での図示は省略されているが、各ノード１３０にも、分散型台帳記憶手段６０が設けられている。
本実施形態の分散型台帳には、一例として、イーサリアム等のブロックチェーンを採用している。従って、分散型台帳には、図２に示すように、ブロックの状態でデータが記憶され、各ブロックには、タイムスタンプ、およびチェーン形成情報（例えば前のブロックのハッシュ値等）が含まれるとともに、各種のトランザクションデータのレコード、スマートコントラクト用の各種のプログラムのうちの少なくとも１つを含むデータが含まれている。
各種のトランザクションデータには、図２に示すように、例えば、電子チケットの発行情報、電子チケットの移転情報（配布情報、売買移転情報、指定移転情報、分配情報、交換情報）、電子チケットの出品情報、売買移転時等の支払情報（チケット代金や報酬の支払情報）等がある。
スマートコントラクト用のプログラムには、図２に示すように、例えば、発行情報の登録用のプログラム、移転情報（配布情報、売買移転情報、指定移転情報、分配情報、交換情報）の登録用のプログラム、参照情報の取得用のプログラム、出品情報の登録用のプログラム等がある。
＜電子チケットの発行・配布の処理の流れ：図９＞
図９において、電子チケット管理サーバ２０で、チケット販売システム７０からチケット販売予定の興行データ（興行ＩＤ、興行名、日付、場所、席種毎の席数を含む）を取得し、取得した興行データを、興行データ記憶手段４０に記憶させる（ステップＳ１）。
続いて、パラメータ素材提供者（アーティスト等）は、パラメータ素材提供者端末１２０を操作し、図４のパラメータ素材登録画面２００を用いて、興行を指定し、パラメータ素材に関するデータを入力する。このパラメータ素材に関する入力データは、パラメータ素材登録手段２２により受け付けられ、興行ＩＤおよび素材ＩＤと関連付けてパラメータ素材記憶手段４１に記憶される（ステップＳ２）。
図３に示すように、電子チケット発行手段２４による非代替トークン型の電子チケットの発行タイミングは、２種類あるので、以下の処理の流れは、（Ａ）確定した購入予約に対して非代替トークン型の電子チケットを発行する場合と、（Ｂ）購入申込受付前（販売開始前または販売中）に事前に非代替トークン型の電子チケットを発行して用意する場合とで異なるが、ここでは、まとめて説明する。
図９において、図３の（Ａ）の確定購入予約に対してのみ電子チケットを発行する場合には、電子チケット管理サーバ２０で、販売データ取得手段２１により、チケット販売システム７０から、ネットワーク１を介して販売データ記憶手段７２に記憶されている販売済（確定）のチケットデータ（興行ＩＤ、チケットＩＤ、チケットを購入した会員についての会員ＩＤを含む）を取得し、取得した販売済のチケットデータを、取得販売データ記憶手段４３に記憶させる（ステップＳ３）。ここで取得するチケットデータは、チケット販売システム７０において、会員からのチケットの購入申込を受け付け、さらに入金確認を経て、確定した購入予約情報である。なお、チケット代金の支払いは、銀行振込、クレジットカードでの支払い等でもよく、仮想通貨での支払いでもよく、仮想通貨での支払いの場合には、チケット販売システム７０において、電子チケット管理サーバ２０の売買支援手段２７による支払確認処理と同様な処理を行うことができる。
そして、チケットを購入した会員は、会員端末１１０を操作し、図６の入金確認通知画面４００で「電子チケットの発行をご希望の場合は、こちらをクリック」選択部４０１をクリックする。さらに、図６の会員希望受付画面４１０で、自分の希望する担当者（自分の入手する非代替トークン型の電子チケットの発行作業を行う担当者）を選択し、選択した担当者についての担当者ＩＤを、ネットワーク１を介して電子チケット管理サーバ２０へ送信する。電子チケット管理サーバ２０では、会員希望受付手段２３により、会員端末１１０から送信されてくる担当者ＩＤを受信し、受信した担当者ＩＤを、会員希望情報として、興行ＩＤ、チケットＩＤ、購入した会員についての会員ＩＤと関連付けて取得販売データ記憶手段４３に記憶させる（ステップＳ３）。
続いて、チケット発行事業者の担当者は、管理者端末１００を操作し、図５のパラメータ付与画面３００を用いて、取得販売データ記憶手段４３に記憶された会員希望情報（図３の（Ａ）の確定購入予約に対する発行の場合）または作業情報（図３の（Ｂ）の事前発行の場合）に従って、自分が発行作業の担当者となっているチケットについて、パラメータを付与する作業を行い、さらに、パラメータを付与したチケットに対し、トークンＩＤを自動付与し、非代替トークン型の電子チケットを作成する（ステップＳ４）。この際、付与するパラメータは、素材ＩＤを用いてパラメータ素材記憶手段４１から取得してもよく、パラメータ使用対象システム９０からオンラインで取得してもよい。この作業は、電子チケット発行手段２４により実行される。
それから、電子チケット発行手段２４により、電子チケットの発行情報（トークンＩＤ、チケットＩＤ、担当者についての所有者ＩＤ、パラメータを含む。図２参照）を、通信回線３を介してチケット発行ノード５０へ送信する（ステップＳ５）。チケット発行ノード５０では、発行情報登録手段５１により、電子チケットの発行情報（トークンＩＤ、チケットＩＤ、担当者についての所有者ＩＤ、パラメータを含む）を受信し、分散型台帳へ登録する（ステップＳ６）。
一方、図３の（Ｂ）の購入申込受付前に事前に非代替トークン型の電子チケットを発行して用意する場合には、上記のステップＳ４で、電子チケット発行手段２４により非代替トークン型の電子チケットが既に発行され、かつ、上記のステップＳ５，Ｓ６で、発行された非代替トークン型の電子チケットが分散型台帳に登録されている状態において、前述したステップＳ３に相当する処理を実行する（ステップＳ７）。
すなわち、図９において、電子チケット管理サーバ２０で、販売データ取得手段２１により、チケット販売システム７０から、ネットワーク１を介して販売データ記憶手段７２に記憶されている販売済（確定）のチケットデータ（興行ＩＤ、チケットを購入した会員についての会員ＩＤを含む）を取得し、取得した販売済のチケットデータを、取得販売データ記憶手段４３に記憶させる（ステップＳ７）。但し、前述したステップＳ３の場合とは異なり、販売済のチケットデータ（確定した購入予約情報）は、未だチケットＩＤと紐付けられていない。従って、ここで取得するチケットデータは、チケット販売システム７０において、会員からのチケットの購入申込を受け付け、さらに入金確認を経て、確定した購入予約情報であることに変わりないが、チケットＩＤと関連付けられることなく、つまり座席番号と関連付けられることなく、購入予約が確定し、会員ＩＤと紐付けられたチケットデータである。なお、この段階で、上記のステップＳ４で既に発行され、かつ、上記のステップＳ５，Ｓ６で分散型台帳に登録された非代替トークン型の電子チケットについてのチケットＩＤは、チケット発行事業者の担当者が所有者となっているので、担当者と紐付けられているが、会員とは未だ紐付けられていない。
そして、チケットを購入した会員は、会員端末１１０を操作し、図６の入金確認通知画面４００で「電子チケットの発行をご希望の場合は、こちらをクリック」選択部４０１をクリックする。さらに、図６の会員希望受付画面４２０で、各担当者により作成された複数種類の発行済の非代替トークン型の電子チケットの中から、自分の好みの電子チケットを選択し（従って、発行作業を行った担当者を選択していることにもなる。）、選択した担当者についての担当者ＩＤやパラメータイメージ名を、会員希望情報として、ネットワーク１を介して電子チケット管理サーバ２０へ送信する。電子チケット管理サーバ２０では、会員希望受付手段２３により、会員端末１１０から送信されてくる担当者ＩＤやパラメータイメージ名を受信し、取得販売データ記憶手段４３において、受信した担当者ＩＤやパラメータイメージ名を含むレコードに、その電子チケット（担当者）を選択した会員についての会員ＩＤを追加することにより、会員希望情報を取得販売データ記憶手段４３に反映させて記憶させる（ステップＳ７）。
その後、チケット発行事業者の担当者は、管理者端末１００を操作し、自分が発行作業を行った非代替トークン型の電子チケットについての所有者ＩＤを、自分（担当者）についての所有者ＩＤから、チケットを購入した会員についての所有者ＩＤに変更するための移転情報（配布情報）を作成し（図２参照）、作成した配布情報を、通信回線３を介してチケット発行ノード５０へ送信する（ステップＳ８）。この配布情報を作成し、送信する配布処理は、電子チケット移転手段２５により実行される。
チケット発行ノード５０では、移転情報登録手段５２により、電子チケットの移転情報のうちの配布情報（トークンＩＤ、チケットＩＤ、新旧の所有者ＩＤを含む。図２参照）を受信し、分散型台帳へ登録する（ステップＳ９）。
＜電子チケットの内容を参照する処理の流れ：図１０＞
図１０において、会員またはチケット発行事業者の担当者が、会員の所有する非代替トークン型の電子チケットのデータ（発行情報、移転情報、出品情報等）を参照する場合には、先ず、会員端末１１０または管理者端末１００を操作し、参照対象の会員についての会員ＩＤ、または、参照対象の電子チケットについてのチケットＩＤ若しくはトークンＩＤが判っている場合にはチケットＩＤ若しくはトークンＩＤを、ネットワーク１を介して電子チケット管理サーバ２０へ送信する。電子チケット管理サーバ２０では、電子チケット参照手段２６により、会員端末１１０または管理者端末１００からネットワーク１を介して送信されてくる会員ＩＤ、またはチケットＩＤ若しくはトークンＩＤを受信する（ステップＳ２１）。この際、会員またはチケット発行事業者の担当者が、参照対象のデータ（発行情報、移転情報、出品情報等）を、電子チケット管理サーバ２０の電子チケット記憶手段４６またはチケット発行ノード５０の分散型台帳記憶手段６０のいずれから取得するのかを選択できるようにしてもよい。
続いて、電子チケット管理サーバ２０の電子チケット記憶手段４６から参照対象のデータを取得する場合には、電子チケット参照手段２６により、（１）受信した会員ＩＤを用いて取得販売データ記憶手段４３からチケットＩＤ若しくはトークンＩＤを取得し、取得したチケットＩＤ若しくはトークンＩＤを用いるか、（２）受信した会員ＩＤを用いて会員情報記憶手段４４から当該会員についての所有者ＩＤを取得し、取得した所有者ＩＤを用いるか、（３）受信したチケットＩＤ若しくはトークンＩＤを用いるか、または、（４）受信したチケットＩＤを用いて取得販売データ記憶手段４３からトークンＩＤを取得し、取得したトークンＩＤを用いて、電子チケット記憶手段４６から電子チケットの情報（パラメータを含む）を取得し、参照要求を行った会員端末１１０または管理者端末１００へ送信する（ステップＳ２２）。この際、電子チケット記憶手段４６からの参照対象データの取得は、該当する全てのレコード（分散型台帳をイーサリアム等のブロックチェーンとする場合には、該当する全てのブロック）について行う。なお、パラメータの素材ＩＤを用いてパラメータ素材記憶手段４１からパラメータの説明文（テキスト情報）を取得し、この説明文も併せて、参照要求を行った会員端末１１０または管理者端末１００へ送信してもよい。
一方、チケット発行ノード５０の分散型台帳記憶手段６０から参照対象のデータを取得する場合には、電子チケット参照手段２６により、（１）受信した会員ＩＤを用いて取得販売データ記憶手段４３からチケットＩＤ若しくはトークンＩＤを取得し、取得したチケットＩＤ若しくはトークンＩＤを、通信回線３を介してチケット発行ノード５０へ送信するか、（２）受信した会員ＩＤを用いて会員情報記憶手段４４から当該会員についての所有者ＩＤを取得し、取得した所有者ＩＤを、通信回線３を介してチケット発行ノード５０へ送信するか、（３）受信したチケットＩＤ若しくはトークンＩＤを、通信回線３を介してチケット発行ノード５０へ送信するか、または、（４）受信したチケットＩＤを用いて取得販売データ記憶手段４３からトークンＩＤを取得し、取得したトークンＩＤを、通信回線３を介してチケット発行ノード５０へ送信する（ステップＳ２３）。
チケット発行ノード５０では、参照情報取得手段５３により、電子チケット管理サーバ２０から受信したチケットＩＤ若しくはトークンＩＤを用いるか、または、電子チケット管理サーバ２０から受信した所有者ＩＤを用いて、分散型台帳記憶手段６０から電子チケットの情報（パラメータを含む）を取得する（ステップＳ２４）。この際、分散型台帳記憶手段６０からの参照対象データの取得は、該当する全てのレコード（分散型台帳をイーサリアム等のブロックチェーンとする場合には、該当する全てのブロック）について行う。
続いて、参照情報取得手段５３により、取得した電子チケットの情報（パラメータを含む）を、通信回線３を介して電子チケット管理サーバ２０へ送信する（ステップＳ２５）。
その後、電子チケット管理サーバ２０では、電子チケット参照手段２６により、チケット発行ノード５０から送信されてくる電子チケットの情報（パラメータを含む）を受信し、受信した電子チケットの情報を、ネットワーク１を介して参照要求を行った会員端末１１０または管理者端末１００へ送信する（ステップＳ２６）。なお、パラメータの素材ＩＤを用いてパラメータ素材記憶手段４１からパラメータの説明文（テキスト情報）を取得し、この説明文も併せて、参照要求を行った会員端末１１０または管理者端末１００へ送信してもよい。
＜電子チケットの売買取引の処理の流れ：図１１＞
図１１において、自分の保有する非代替トークン型の電子チケットを売却したい会員は、会員端末１１０を操作し、会員ＩＤおよびパスワードを用いてログインした後に、出品対象の電子チケットの指定情報（チケットＩＤおよび／またはトークンＩＤ、並びにチケット価格、出品の有効期限を含む）を、ネットワーク１を介して電子チケット管理サーバ２０へ送信する。なお、自分の保有する非代替トークン型の電子チケットの情報（チケットＩＤ、トークンＩＤ、パラメータを含む）は、前述した図１０の参照要求で得ることができるので、その参照情報を見て、売却したい電子チケットを決めることができる。電子チケット管理サーバ２０では、売買支援手段２７により、出品対象の電子チケットの指定情報を受け付け、受け付けた指定情報から、電子チケットの出品情報（トークンＩＤ、チケットＩＤ、チケット価格、出品の有効期限、出品中を示すステータスを含む。図２参照）を作成し、作成した出品情報を、通信回線３を介してチケット発行ノード５０へ送信する出品受付処理を実行する（ステップＳ４１）。
チケット発行ノード５０では、出品情報登録手段５４により、電子チケット管理サーバ２０から送信されてくる電子チケットの出品情報を受信し、分散型台帳記憶手段６０に記憶させるとともに、分散型台帳に登録した出品情報（分散型台帳をイーサリアム等のブロックチェーンとする場合には、出品情報登録手段５４により生成したブロック）を、通信回線３を介して電子チケット管理サーバ２０へ送信する（ステップＳ４２）。電子チケット管理サーバ２０では、売買支援手段２７により、受信した出品情報（本実施形態では、ブロック）を、分散型台帳と同期または略同期させる状態で、電子チケット記憶手段４６に記憶させる。
その後、他人の保有する非代替トークン型の電子チケットの購入を検討したい会員または会員候補者は、会員端末１１０を操作し、出品中の電子チケットの情報の参照要求を、ネットワーク１を介して電子チケット管理サーバ２０へ送信する。電子チケット管理サーバ２０では、売買支援手段２７により、出品中の電子チケットの情報の参照要求を受け付けると、電子チケット記憶手段４６から、出品中の全ての非代替トークン型の電子チケットについての情報（パラメータ、チケット価格を含む）を抽出する。すなわち、ステータス＝出品中となっている電子チケットについての出品情報（チケット価格を含む）を抽出し、抽出した出品情報に含まれるトークンＩＤまたはチケットＩＤを含む発行情報を取得し、取得した発行情報に含まれるパラメータの素材ＩＤを取得し、取得した素材ＩＤを用いてパラメータ素材記憶手段４１からパラメータの説明文（テキスト情報）を取得する。そして、抽出した出品中の電子チケットの情報（チケット価格、パラメータの説明文を含む）の一覧画面を作成し、作成した出品一覧画面（例えば、Ｗｅｂ画面）の表示用データを、ネットワーク１を介して参照要求を行った会員端末１１０へ送信する出品一覧表示処理を実行する（ステップＳ４３）。なお、出品中の電子チケットについての情報（出品情報、発行情報）の抽出は、電子チケット記憶手段４６からではなく、分散型台帳からでもよい。電子チケット記憶手段４６の設置を省略する場合には、通信回線３を介してのチケット発行ノード５０の分散型台帳記憶手段６０からの取得となる。
続いて、出品中の非代替トークン型の電子チケットを購入することを決めた会員は、会員端末１１０を操作し、出品中の電子チケットの購入手続のための情報（購入したい電子チケットについてのトークンＩＤおよび／またはチケットＩＤを含む）を、ネットワーク１を介して電子チケット管理サーバ２０へ送信する。電子チケット管理サーバ２０では、売買支援手段２７により、購入手続のための情報を受け付け、受け付けた情報（購入対象の電子チケットについてのトークンＩＤおよび／またはチケットＩＤ、出品者である会員および購入希望者である会員についての各会員ＩＤ、チケット価格を含む）を、売買情報記憶手段４７に記憶させる電子チケット購入受付処理を実行する（ステップＳ４４）。
それから、売買支援手段２７により、売買情報記憶手段４７に記憶された購入手続のための情報を用いて、購入希望者である会員から、出品者である会員へのチケット代金の入金を確認する支払確認処理を実行する（ステップＳ４５）。なお、仮想通貨でのチケット価格の支払いの場合は、売買支援手段２７により、チケット発行ノード５０への確認要求を行い、チケット発行ノード５０の処理手段５０Ａによる確認処理（ステップＳ４６）の結果を、チケット発行ノード５０から通信回線３を介して受信する。
その後、売買支援手段２７による支払確認処理でチケット代金の支払いが確認され、売買取引が成立した場合には、電子チケット移転手段２５により、売買取引に係る出品中の非代替トークン型の電子チケットの所有権を移転する売買移転処理を実行する（ステップＳ４７）。すなわち、電子チケット移転手段２５により、所有者ＩＤを、元の所有者であった会員（出品者）についての所有者ＩＤから、新たな所有者となる会員（購入者）についての所有者ＩＤへ変更するとともに、移転に伴うパラメータの更新（例えば動画の視聴キー等のキー、コンテンツＩＤ、ダウンロード用キー、アイテムとの交換用のキーやコイン等の更新）を行うことにより売買移転情報（図２参照）を作成し、作成した売買移転情報を、通信回線３を介してチケット発行ノード５０へ送信する。この際、新しいパラメータは、パラメータ使用対象システム９０からオンラインで取得してもよく、パラメータ素材記憶手段４１から取得してもよい。
チケット発行ノード５０では、移転情報登録手段５２により、電子チケット管理サーバ２０から送信されてくる電子チケットの売買移転情報を受信し、受信した売買移転情報を、分散型台帳記憶手段６０に記憶させるとともに、分散型台帳に登録した売買移転情報（分散型台帳をイーサリアム等のブロックチェーンとする場合には、移転情報登録手段５２により生成したブロック）を、通信回線３を介して電子チケット管理サーバ２０へ送信する（ステップＳ４８）。電子チケット管理サーバ２０では、電子チケット移転手段２５により、受信した売買移転情報（本実施形態では、ブロック）を、分散型台帳と同期または略同期させる状態で、電子チケット記憶手段４６に記憶させる。
また、電子チケット移転手段２５により、パラメータ素材提供者（アーティスト等）への報酬支払いの処理を実行する（ステップＳ４９）。仮想通貨での報酬の支払いの場合は、電子チケット移転手段２５が、支払情報（支払元＝チケットを購入した会員またはチケット購入者からチケット代金の支払いを受けた会員についての所有者ＩＤ、支払先＝パラメータ素材提供者についての所有者ＩＤ、支払金額＝報酬額）を作成して仮想通貨取引支援手段２８に伝達し、この支払情報を、仮想通貨取引支援手段２８による支払指示として、通信回線３を介してチケット発行ノード５０へ送信する。
チケット発行ノード５０では、処理手段５０Ａにより、仮想通貨取引支援手段２８からの支払指示を受けて、支払情報（分散型台帳をイーサリアム等のブロックチェーンとする場合には、生成したブロック）を分散型台帳に登録する（分散型台帳記憶手段６０に記憶させる）とともに、登録した支払情報を、通信回線３を介して電子チケット管理サーバ２０へ送信する（ステップＳ５０）。電子チケット管理サーバ２０では、電子チケット移転手段２５により、受信した支払情報（本実施形態では、ブロック）を、分散型台帳と同期または略同期させる状態で、電子チケット記憶手段４６に記憶させる。
＜電子チケットの交換取引の処理の流れ：図１２＞
図１２において、電子チケットの交換取引では、先ず、前述した図１１の電子チケットの売買取引におけるステップＳ４１〜Ｓ４３の処理と同じ処理を実行する。
続いて、出品中の電子チケットと、自己の所有する電子チケットとの交換を行いたい会員（ここでは、会員Ｂとする。）は、会員端末１１０を操作し、会員ＩＤおよびパスワードを用いて電子チケット管理サーバ２０にログインし、交換の申出のための手続を行う。電子チケット管理サーバ２０では、電子チケット移転手段２５により、交換の申出を受け付け、出品中の電子チケットおよびこれとの交換対象となる電子チケットの情報（双方のチケットＩＤおよび／またはトークンＩＤ、双方の会員についての各会員ＩＤ）を取得する（ステップＳ６１）。
それから、電子チケット移転手段２５により、出品中の電子チケットを所有する会員（ここでは、会員Ａとする。）に対し、電子メール等により、交換の申出があった旨の通知を行う（ステップＳ６２）。
続いて、電子チケット移転手段２５により、会員端末１１０からネットワーク１を介して送信されてくる交換の申出に対する受諾の可否情報（出品中の電子チケットを所有する会員Ａによる交換の申出を受けるか否かの選択情報）を受信する（ステップＳ６３）。
ここで、会員Ａが、会員Ｂからの交換の申出を受諾した場合には、電子チケット移転手段２５により、電子チケットの交換処理を実行する（ステップＳ６４）。すなわち、所有者ＩＤの変更および移転に伴うパラメータの更新（キーやコンテンツＩＤ等の更新）のための交換情報を作成し、作成した交換情報を、通信回線３を介してチケット発行ノード５０へ送信する。この交換情報は、２つの移転情報からなり、一方は、出品中の電子チケットの所有者ＩＤを、会員Ａについての所有者ＩＤから、会員Ｂについての所有者ＩＤに変更するための移転情報であり、他方は、交換対象の電子チケットの所有者ＩＤを、会員Ｂについての所有者ＩＤから、会員Ａについての所有者ＩＤに変更するための移転情報である。
チケット発行ノード５０では、移転情報登録手段５２により、電子チケット管理サーバ２０から送信されてくる交換情報（２つの移転情報）を受信し、受信した２つの移転情報（分散型台帳をイーサリアム等のブロックチェーンとする場合には、生成したブロック）を分散型台帳に登録する（分散型台帳記憶手段６０に記憶させる）とともに、登録した２つの移転情報を、通信回線３を介して電子チケット管理サーバ２０へ送信する（ステップＳ６５）。電子チケット管理サーバ２０では、電子チケット移転手段２５により、受信した２つの移転情報（本実施形態では、ブロック）を、分散型台帳と同期または略同期させる状態で、電子チケット記憶手段４６に記憶させる。
＜本実施形態の効果＞
このような本実施形態によれば、次のような効果がある。すなわち、電子チケット管理システム１０では、チケットに興行参加以外の目的での利用価値を付加するために、パラメータを付与した非代替トークン型の電子チケットを発行するようにしたので、人々は、主目的である興行への参加に加え、新たなエンターテイメントを体験することができる。
また、チケット発行事業者は、パラメータの付与により電子チケットの価値を高めるとともに、価値に多様性を持たせることができるので、チケット販売を促進することができることに加え、移転（但し、配布を除く）に伴って手数料を徴収することもでき、新たな収益基盤を得ることができる。
さらに、非代替トークン型の電子チケットは、発行情報およびその後の移転情報を分散型台帳に登録されるので、主目的である興行の開催前および開催後を含む長い期間に渡り、非代替トークン型の電子チケットを所有する個人の所有履歴を記録しておくことができる。従って、情報の改ざんが困難な分散型台帳の特徴を活かし、個人の所有履歴を長期間に渡り、保障することができる。このため、電子チケットの所有権の移転が確実に行われたという保障が得られるので、移転に伴うリスク、すなわち、ある電子チケットの所有権を得ることの対価として、自己の保有する金銭等の価値物を手放すという取引、逆の立場で見れば、ある電子チケットの所有権を手放すことの対価として、金銭等の別の価値物を得るという取引に伴うリスクを低減することができるとともに、取引の安全性の確保により、取引の活性化を期待することができる。
そして、電子チケット管理システム１０は、売買支援手段２７および出品情報登録手段５４により、売買支援を行い、電子チケット移転手段２５および移転情報登録手段５２により、売買取引に伴う移転情報を作成し、分散型台帳に登録する構成とされているので、非代替トークン型の電子チケットの売買移転の実現により、非代替トークン型の電子チケットの存在価値（利用価値）を高めることができる。すなわち、ある会員にとっては、不要となった非代替トークン型の電子チケットであっても、別の会員にとっては、利用価値の高いものである場合があり、そのような場合に、売買移転を行うことで、非代替トークン型の電子チケットの存在価値を高めることができる。
この際、売買支援手段２７は、会員端末１１０に出品中の電子チケットの一覧表示画面を送信する出品一覧表示処理を実行するが、この出品一覧表示画面には、各パラメータの内容として、説明文（テキスト情報、図４の説明文入力部２０４参照）が表示されるので、出品中の電子チケットの購入を検討する者は、その電子チケットに付与されているパラメータの詳細内容を把握することができる。さらに、売買支援手段２７は、出品一覧表示画面に、各パラメータの発行枚数上限（図４の発行枚数上限入力部２１０参照）や、同じ種類の電子チケット（同じパラメータ群を付与した同じパラメータイメージ名の電子チケット）の発行枚数（図５の発行枚数入力部３１２参照）も表示することができるので、出品中の電子チケットの購入を検討する者は、その電子チケットについて、個々のパラメータの発行枚数上限や、パラメータ全体（パラメータイメージ名）としての発行枚数を確認し、購入を検討中の電子チケットの希少性を把握することができる。このため、一覧表示中に、発行枚数が少なく、かつ、希少性を有する電子チケットが含まれていれば、その電子チケットを収集し、所有したいという人間の感情を助長することができる。
また、売買に伴う移転情報を分散型台帳に登録するので、非代替トークン型の電子チケットの所有権が売買により移転されたという事実が、情報の改ざんが困難な状態で記録され、これにより自己の所有を証明できる状態となる。このため、会員は、安心して売買を行うことができる。
さらに、電子チケット管理システム１０は、売買取引が成立した場合に、パラメータ素材提供者（アーティスト等）への報酬の支払いを行う構成とされているので、パラメータ素材提供者は、パラメータ素材の提供について、対価を得ることができる。このため、提供するパラメータ素材が、例えば、アーティストの創作物である場合には、アーティストは、自己の創作物を他人に提供することにつき、売買取引に係るチケット価格に対する一定割合の金額を、対価として得ることができるので、創作の対価の新たな入手チャンネルを得ることができる。
また、パラメータ素材登録手段２２は、入力した報酬の割合の適正度をチェックすることができる構成とされているので（図４の「入力した報酬の適正度チェック実行」ボタン２３３、図８参照）、パラメータ素材提供者（アーティスト等）が、自分の提供するパラメータ素材について報酬の割合を設定する際に、そのパラメータ素材が、チケット発行事業者の担当者によりパラメータとして選ばれる確率が高まるように、報酬の割合を設定することができる。
さらに、電子チケット移転手段２５は、売買移転に伴ってパラメータの更新処理を行う構成とされているので、売買移転前の所有者によるパラメータの利用を防ぎ、売買移転後の新たな所有者のみにパラメータを利用させることができる。例えば、権限のパラメータが、動画の視聴キーであれば、売買移転前の所有者が保有していた視聴キーでは、パラメータ使用対象システム９０での動画視聴ができなくなるようにすることができる。また、コンテンツのパラメータが、コンテンツＩＤとして付与されている場合に、売買移転前の所有者が保有していた古いコンテンツＩＤを用いてパラメータ使用対象システム９０から取得することができる動画や静止画等のコンテンツの内容と、売買移転後の所有者が保有する新たなコンテンツＩＤを用いてパラメータ使用対象システム９０から取得することができる動画や静止画等のコンテンツの内容とを、異なる状態とすることにより、電子チケットの新たな所有者が獲得するコンテンツを、前の所有者が獲得していたコンテンツの単なる複製物ではないものとすることができる。具体的には、例えば、動画や静止画等のコンテンツに付帯させる電子署名を、コンテンツＩＤ毎に変えることができる。
また、電子チケット管理システム１０は、電子チケット発行手段２４により、複数の担当者のうちのいずれかがパラメータの付与を伴う非代替トークン型の電子チケットの発行作業を行い（図５参照）、電子チケット移転手段２５により、その発行作業を行った担当者から会員への所有権の移転による配布処理を行う構成とされているので、一旦、チケット発行事業者の担当者に所有権を発生させることから、発行作業を行った担当者を分散型台帳に記録してその発行コンセプトを残すことができるとともに、会員によるチケットの購入前（予約確定前）に、担当者が非代替トークン型の電子チケットを発行して用意しておくこともできる（図３の（Ｂ）参照）。
さらに、電子チケット管理システム１０は、会員希望受付手段２３を備えているので、非代替トークン型の電子チケットを発行するか若しくは発行した担当者を選択するための会員希望情報の入力を受け付けることができる（図６参照）。このため、チケットを購入する会員は、自分の趣味嗜好に合ったパラメータを付与された非代替トークン型の電子チケットを入手することができるので、チケットを購入する会員の満足度を、より一層高めることができる。
そして、会員希望受付手段２３は、趣味嗜好ベクトルにより担当者を自動決定することができる構成とされているので（図６の「自動決定へ進む」ボタン４１８、図７参照）、チケットを購入する会員は、各担当者の個人的な趣味嗜好を意識することなく、自分の趣味嗜好に合った担当者を選択することができる。
＜変形の形態＞
なお、本発明は前記実施形態に限定されるものではなく、本発明の目的を達成できる範囲内での変形等は本発明に含まれるものである。
例えば、前記実施形態では、電子チケット管理システム１０は、電子チケット管理サーバ２０と、チケット発行ノード５０とにより構成されていたが、本発明の電子チケット管理システムは、必ずしもこのような分割形態をとる必要はなく、これらを一体化したシステムとしてもよい。
また、前記実施形態では、チケットを購入した会員が、チケット発行事業者に所属する複数の担当者の中から、自分が入手する非代替トークン型の電子チケットの発行作業を行う担当者または発行作業を行った担当者を選ぶことができるようになっていたが、担当者を選ぶことができないシステムとしてもよく、また、複数の担当者が発行作業を行うことを前提としないシステムとしてもよい。
さらに、前記実施形態では、非代替トークン型の電子チケットの発行直後の所有者は、チケット発行事業者の担当者とされ、その後の配布処理で、チケットを購入した会員に所有権が移転するようになっていたが、最初から会員に所有権が発生するようにしてもよい。
また、前記実施形態では、非代替トークン型の電子チケットに付与されるパラメータについて、パラメータ素材提供者（アーティスト等）またはパラメータ使用対象システム９０の管理者によりパラメータの使用期限が設定可能となっていたので（図４の説明文入力部２０４参照）、１つの電子チケットに複数のパラメータが付与されている場合は、パラメータ毎に異なる使用期限となる場合があったが、チケット発行事業者の担当者が、電子チケットの使用期限、すなわちパラメータ全体としての使用期限を設定可能な構成としてもよい。また、個々のパラメータの使用期限の設定と、パラメータ全体としての使用期限の設定とを、混在させてもよく、その場合は、個々のパラメータのうちのいずれかの使用期限が、パラメータ全体としての使用期限よりも早い時期に到来したときには、そのパラメータだけが使用できなくなり、逆に、個々のパラメータのうちのいずれかの使用期限が、パラメータ全体としての使用期限よりも遅い時期に到来するとしても、そのパラメータは、パラメータ全体としての使用期限までしか使用できなくなる。なお、チケット発行事業者の担当者が、電子チケットの使用期限を設定した場合は、その使用期限は、発行情報として分散型台帳に登録される。
以上のように、本発明の電子チケット管理システムおよびプログラムは、チケット発行事業者が興行参加以外の目的での利用価値を付加した非代替トークン型の電子チケットを発行し、付加された利用価値を目的としてチケット発行事業者の会員間で非代替トークン型の電子チケットの売買移転を行う場合等に用いるのに適している。
１ ネットワーク
２ 分散型台帳形成用のピア・ツー・ピア・ネットワーク（Ｐ２Ｐネットワーク）
１０ 電子チケット管理システム
２０ 電子チケット管理システムを構成する電子チケット管理サーバ
２１ 販売データ取得手段
２２ パラメータ素材登録手段
２３ 会員希望受付手段
２４ 電子チケット発行手段
２５ 電子チケット移転手段
２７ 売買支援手段
４１ パラメータ素材記憶手段
４２ 識別モデル記憶手段
４３ 取得販売データ記憶手段
４６ 電子チケット記憶手段
５０ 電子チケット管理システムを構成するチケット発行ノード
５１ 発行情報登録手段
５２ 移転情報登録手段
５４ 出品情報登録手段
６０ 分散型台帳記憶手段
７０ チケット販売システム
７２ 販売データ記憶手段
８０ 興行システム
９０ パラメータ使用対象システム
１００ 管理者端末
１１０ 会員端末
１２０ パラメータ素材提供者端末
１３０ ノード
２ 分散型台帳形成用のピア・ツー・ピア・ネットワーク（Ｐ２Ｐネットワーク）
１０ 電子チケット管理システム
２０ 電子チケット管理システムを構成する電子チケット管理サーバ
２１ 販売データ取得手段
２２ パラメータ素材登録手段
２３ 会員希望受付手段
２４ 電子チケット発行手段
２５ 電子チケット移転手段
２７ 売買支援手段
４１ パラメータ素材記憶手段
４２ 識別モデル記憶手段
４３ 取得販売データ記憶手段
４６ 電子チケット記憶手段
５０ 電子チケット管理システムを構成するチケット発行ノード
５１ 発行情報登録手段
５２ 移転情報登録手段
５４ 出品情報登録手段
６０ 分散型台帳記憶手段
７０ チケット販売システム
７２ 販売データ記憶手段
８０ 興行システム
９０ パラメータ使用対象システム
１００ 管理者端末
１１０ 会員端末
１２０ パラメータ素材提供者端末
１３０ ノード
Claims (9)
- 電子チケットの発行および移転を含む処理を実行するコンピュータにより構成された電子チケット管理システムであって、
チケット発行事業者による処理として、興行に参加する権利を有することを示すチケットに対し、興行参加以外の目的での利用価値を付加するためのパラメータを付与することにより非代替トークン型の電子チケットを発行し、この非代替トークン型の電子チケットに対し、前記チケットを識別するチケットＩＤに１対１で対応するトークンＩＤを付与する処理を実行する電子チケット発行手段と、
この電子チケット発行手段による前記非代替トークン型の電子チケットの発行情報として、トークンＩＤ、チケットＩＤ、所有者ＩＤ、および前記パラメータを関連付けてピア・ツー・ピア・ネットワークで接続された複数のノードで構成される分散型台帳に登録する処理を実行する発行情報登録手段と、
前記非代替トークン型の電子チケットの所有権の移転が行われた際に、前記分散型台帳に登録されている前記非代替トークン型の電子チケットについての所有者ＩＤを変更するための変更前後の所有者ＩＤを含む移転情報を作成する処理を実行する電子チケット移転手段と、
この電子チケット移転手段により作成された前記移転情報を、トークンＩＤと関連付けるか、またはトークンＩＤおよびチケットＩＤと関連付けて前記分散型台帳に登録する処理を実行する移転情報登録手段と
を備えたことを特徴とする電子チケット管理システム。 - チケット発行事業者の会員間での前記非代替トークン型の電子チケットの売買取引を支援する処理を実行する売買支援手段と、
前記非代替トークン型の電子チケットを売却するためのチケット価格を含む出品情報を、トークンＩＤと関連付けるか、またはトークンＩＤおよびチケットＩＤと関連付けて前記分散型台帳に登録する処理を実行する出品情報登録手段とを備え、
前記売買支援手段は、
自己の所有する前記非代替トークン型の電子チケットを売却したい会員により会員端末からネットワークを介して送信されてくるチケット価格を含む出品情報を受信して前記出品情報登録手段へ送る出品受付処理と、
他人の所有する前記非代替トークン型の電子チケットを購入したい会員若しくは会員候補者による端末からの閲覧要求に応じ、前記分散型台帳または前記分散型台帳と同等の情報を記憶する電子チケット記憶手段から、チケット価格および前記パラメータの内容を含む出品中の前記非代替トークン型の電子チケットの情報を取得し、出品一覧としてネットワークを介して閲覧要求に係る端末へ送信する出品一覧表示処理と、
前記非代替トークン型の電子チケットを購入することを決めた会員の会員端末からネットワークを介して送信されてくる購入手続に係る情報を受信する電子チケット購入受付処理と、
前記非代替トークン型の電子チケットの購入手続を行った会員による代金支払いを確認する支払確認処理とを実行する構成とされ、
前記電子チケット移転手段は、
前記売買支援手段による前記支払確認処理で代金支払いが確認された後に、前記分散型台帳に登録されている前記非代替トークン型の電子チケットについての所有者ＩＤを、チケットを売却した会員についての所有者ＩＤから、当該チケットを購入した会員についての所有者ＩＤに変更するための変更前後の所有者ＩＤを含む移転情報を作成する売買移転処理を実行する構成とされ、
前記移転情報登録手段は、
前記売買移転処理で作成された前記移転情報を、トークンＩＤと関連付けるか、またはトークンＩＤおよびチケットＩＤと関連付けて前記分散型台帳に登録する処理を実行する構成とされている
ことを特徴とする請求項１に記載の電子チケット管理システム。 - 前記電子チケット発行手段による前記非代替トークン型の電子チケットの発行の際に付与される前記パラメータとして用いられるパラメータ素材に関する情報を記憶するパラメータ素材記憶手段を備え、
前記電子チケット移転手段は、
前記売買移転処理として、売買取引の対象とされた前記非代替トークン型の電子チケットについての前記パラメータに対応するパラメータ素材提供者への報酬の割合を前記パラメータ素材記憶手段から取得し、売買取引に係るチケット価格に、取得した報酬の割合を乗じて報酬額を算出し、算出した報酬額を、前記パラメータ素材提供者へ支払うための処理を実行する構成とされている
ことを特徴とする請求項２に記載の電子チケット管理システム。 - 前記電子チケット発行手段による前記非代替トークン型の電子チケットの発行の際に付与される前記パラメータとして用いられるパラメータ素材に関する情報について、前記パラメータ素材提供者またはその入力代行者による登録のための入力を受け付け、受け付けた情報を、前記パラメータ素材記憶手段に記憶させる処理を実行するパラメータ素材登録手段を備え、
このパラメータ素材登録手段は、
前記パラメータ素材に関する情報として、興行との関係で示された前記パラメータ素材提供者の種別、権限・コンテンツの別を含む前記パラメータの種別、売買取引が成立した場合に素材提供の対価として得られる報酬の割合の入力を受け付けるとともに、
前記パラメータ素材提供者の種別、前記パラメータの種別、報酬の割合を説明変数とし、パラメータ素材がチケット発行事業者の担当者により前記パラメータとして選ばれたか否かを目的変数として学習された識別モデルを用いて、入力した前記パラメータ素材提供者の種別、前記パラメータの種別、報酬の割合に対し、登録対象のパラメータ素材がチケット発行事業者の担当者により前記パラメータとして選ばれる尤度または尤度に基づく判定結果を出力する識別処理を実行する構成とされている
ことを特徴とする請求項３に記載の電子チケット管理システム。 - 前記非代替トークン型の電子チケットの発行の際に付与する前記パラメータとして用いられるパラメータ素材に関する情報について、このパラメータ素材を提供するパラメータ素材提供者またはその入力代行者による登録のための入力を受け付ける処理を実行するパラメータ素材登録手段と、
このパラメータ素材登録手段により登録されたパラメータ素材に関する情報を記憶するパラメータ素材記憶手段とを備え、
このパラメータ素材記憶手段には、
売買取引に伴うパラメータ更新用のパラメータ素材が記憶されるか、またはパラメータ更新用のパラメータ素材を取得するための素材提供源のパラメータ使用対象システムの情報が記憶され、
前記電子チケット移転手段は、
前記売買移転処理として、前記パラメータ素材記憶手段に記憶されたパラメータ素材に関する情報を用いて、売買取引に伴う前記パラメータの更新処理を実行する構成とされている
ことを特徴とする請求項２〜４のいずれかに記載の電子チケット管理システム。 - 前記電子チケット発行手段は、
チケット発行事業者に所属する複数の担当者の各々による前記パラメータの付与を受け付ける処理を実行する構成とされ、
前記発行情報登録手段は、
前記電子チケット発行手段により前記複数の担当者のうちのいずれかが発行作業を行った前記非代替トークン型の電子チケットの情報として、トークンＩＤ、チケットＩＤ、発行作業を行った担当者についての所有者ＩＤ、前記パラメータを関連付けて前記分散型台帳に登録する処理を実行する構成とされ、
前記電子チケット移転手段は、
前記分散型台帳に登録されている前記非代替トークン型の電子チケットについての所有者ＩＤを、発行作業を行った担当者についての所有者ＩＤから、チケットを最初に購入したチケット発行事業者の会員についての所有者ＩＤに変更するための変更前後の所有者ＩＤを含む移転情報を作成する配布処理を実行する構成とされ、
前記移転情報登録手段は、
前記配布処理で作成された前記移転情報を、トークンＩＤと関連付けるか、またはトークンＩＤおよびチケットＩＤと関連付けて前記分散型台帳に登録する処理を実行する構成とされている
ことを特徴とする請求項１〜５のいずれかに記載の電子チケット管理システム。 - チケット発行事業者の会員が、チケット発行事業者に所属する前記複数の担当者の中から、自分が入手する前記非代替トークン型の電子チケットを発行するか若しくは発行した担当者を選択するための会員希望情報の入力を受け付ける処理を実行する会員希望受付手段を備え、
前記電子チケット移転手段は、
前記配布処理の際に、前記会員希望受付手段により受け付けた前記会員希望情報に従って、前記分散型台帳に登録されている前記非代替トークン型の電子チケットについての所有者ＩＤを、前記会員希望情報で会員により選択された担当者についての所有者ＩＤから、前記会員希望情報で当該担当者を選択した会員についての所有者ＩＤに変更するための変更前後の所有者ＩＤを含む移転情報を作成する処理を実行する構成とされている
ことを特徴とする請求項６に記載の電子チケット管理システム。 - 前記会員希望受付手段は、
前記会員希望情報の入力を受け付ける際に、会員が選択入力した会員の趣味嗜好から得られた会員の趣味嗜好ベクトルと、担当者情報記憶手段に記憶された担当者の趣味嗜好から得られた担当者の趣味嗜好ベクトルとの類似度を算出し、趣味嗜好ベクトルが会員と最も類似する担当者を自動決定する処理を実行する構成とされている
ことを特徴とする請求項７に記載の電子チケット管理システム。 - 請求項１〜８のいずれかに記載の電子チケット管理システムとして、コンピュータを機能させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020106624A JP6967116B1 (ja) | 2020-06-19 | 2020-06-19 | 電子チケット管理システムおよびプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020106624A JP6967116B1 (ja) | 2020-06-19 | 2020-06-19 | 電子チケット管理システムおよびプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP6967116B1 true JP6967116B1 (ja) | 2021-11-17 |
| JP2022002008A JP2022002008A (ja) | 2022-01-06 |
Family
ID=78509570
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2020106624A Active JP6967116B1 (ja) | 2020-06-19 | 2020-06-19 | 電子チケット管理システムおよびプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6967116B1 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR102490266B1 (ko) * | 2021-12-02 | 2023-01-20 | 김동주 | 재능 실연 파일 기반 nft 발행 서버, nft 발행 방법 및 nft 거래 시스템 |
| WO2024009982A1 (ja) * | 2022-07-07 | 2024-01-11 | Ｓｕｓｈｉ Ｔｏｐ Ｍａｒｋｅｔｉｎｇ株式会社 | 情報処理装置、情報処理システム、情報処理方法 |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2023162590A (ja) * | 2022-04-27 | 2023-11-09 | ｐｌａｙｇｒｏｕｎｄ株式会社 | プログラム、方法、およびシステム |
| JP7127922B1 (ja) | 2022-05-11 | 2022-08-30 | 株式会社PocketRD | コンテンツ管理装置、コンテンツ管理方法及びコンテンツ管理プログラム |
| KR102647908B1 (ko) * | 2022-05-30 | 2024-03-15 | 주식회사 펜타브리드 | Nft 인증 기반의 통합 멤버십 플랫폼 서비스 방법 및 그 장치와 시스템 |
| KR20240043045A (ko) * | 2022-09-26 | 2024-04-02 | 김태원 | Nft 기반의 메타버스 티켓을 이용하는 메타버스 서비스 플랫폼 및 그 서비스 제공방법 |
| JP7355914B1 (ja) | 2022-12-28 | 2023-10-03 | Kddi株式会社 | 情報処理装置、情報処理方法及びプログラム |
| JP7379739B1 (ja) * | 2023-02-27 | 2023-11-14 | Kddi株式会社 | 情報処理装置及び情報処理方法 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2018097725A (ja) * | 2016-12-15 | 2018-06-21 | シラジ エイマル | 仮想通貨に基づくデジタルトランザクションシステム |
| JP2019211925A (ja) * | 2018-06-01 | 2019-12-12 | エイチエムシステムズ株式会社 | 情報処理方法、情報処理装置およびプログラム |
| JP7456742B2 (ja) * | 2019-09-25 | 2024-03-27 | Ｎｔｔテクノクロス株式会社 | 電子チケット管理方法及び電子チケット管理プログラム |
-
2020
- 2020-06-19 JP JP2020106624A patent/JP6967116B1/ja active Active
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR102490266B1 (ko) * | 2021-12-02 | 2023-01-20 | 김동주 | 재능 실연 파일 기반 nft 발행 서버, nft 발행 방법 및 nft 거래 시스템 |
| WO2024009982A1 (ja) * | 2022-07-07 | 2024-01-11 | Ｓｕｓｈｉ Ｔｏｐ Ｍａｒｋｅｔｉｎｇ株式会社 | 情報処理装置、情報処理システム、情報処理方法 |
| JP7442910B1 (ja) | 2022-07-07 | 2024-03-05 | Ｓｕｓｈｉ Ｔｏｐ Ｍａｒｋｅｔｉｎｇ株式会社 | 情報処理装置、情報処理システム、情報処理方法および情報処理プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2022002008A (ja) | 2022-01-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6967116B1 (ja) | 電子チケット管理システムおよびプログラム | |
| KR102546627B1 (ko) | 동일한 현실 공간에 함께 위치하는 플랫폼 사용자 간의 채팅 서비스 제공 방법 | |
| US20200167699A1 (en) | Event management and coordination platform | |
| JP6899530B2 (ja) | 情報処理方法 | |
| US20080082355A1 (en) | Integrated rights marketplace systems and methods | |
| US20080109296A1 (en) | Contingent rights exchange associated with a social network | |
| US20070066397A1 (en) | System and method for event invitation | |
| US20090070249A1 (en) | Contingent event rights relating to team location | |
| US20080109322A1 (en) | Rights exchange user interface | |
| US20080109234A1 (en) | Secondary market for contingent rights exchange | |
| US20080109345A1 (en) | Contingent rights exchange relating to non-post season sporting events | |
| US20080109321A1 (en) | Contingent forward rights exchange | |
| US20080103920A1 (en) | Contingent rights relating to a weather phenomenon | |
| US20080109297A1 (en) | Methods and systems for pricing contingent rights | |
| US20080109323A1 (en) | Associating media channels with a contingent rights exchange | |
| US20080103802A1 (en) | Contingent rights exchange relating to music production | |
| US20080189147A1 (en) | Methods and systems for sharing season tickets with multiple owners and managing season tickets over a communication network | |
| US20080109233A1 (en) | Contingent rights exchange relating to a private event, good or service | |
| US20080103919A1 (en) | Contingent consumer product rights exchange | |
| JP2018538639A5 (ja) | ||
| US20080103803A1 (en) | Contingent event rights relating to an event participant | |
| US20120226587A1 (en) | System and method for electronically-facilitated collective purchasing | |
| Courty | Ticket resale, bots, and the fair price ticketing curse | |
| Fradkin | Digital marketplaces | |
| JP2021007030A (ja) | 統一されたコード発行に基づく情報処理方法並びにサーバー装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20200713 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20210622 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20211005 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20211006 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20211019 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20211022 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6967116 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |