JP3933113B2 - 原本データ流通方法、原本データ流通システム及び装置、並びに原本データ流通プログラムを記録した記録媒体 - Google Patents

原本データ流通方法、原本データ流通システム及び装置、並びに原本データ流通プログラムを記録した記録媒体 Download PDF

Info

Publication number
JP3933113B2
JP3933113B2 JP2003308865A JP2003308865A JP3933113B2 JP 3933113 B2 JP3933113 B2 JP 3933113B2 JP 2003308865 A JP2003308865 A JP 2003308865A JP 2003308865 A JP2003308865 A JP 2003308865A JP 3933113 B2 JP3933113 B2 JP 3933113B2
Authority
JP
Japan
Prior art keywords
information
issuer
data
originality
user device
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.)
Expired - Lifetime
Application number
JP2003308865A
Other languages
English (en)
Other versions
JP2004013914A (ja
Inventor
雅之 寺田
考 藤村
浩 久野
蔵之 花舘
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2003308865A priority Critical patent/JP3933113B2/ja
Publication of JP2004013914A publication Critical patent/JP2004013914A/ja
Application granted granted Critical
Publication of JP3933113B2 publication Critical patent/JP3933113B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

本発明は、原本データ流通システム及び原本データ流通プログラムを格納した記憶媒体に係り、特に、電子チケットなどの権利を表象するデータやディジタル著作物など、有効な複製数を一定数以下に保つことが必要とされるデータについて、蓄積や配送のための手段を提供するための原本データ流通方法、原本データ流通システム及び装置、並びに原本データ流通プログラムを記録した記録媒体に関する。
権利を表象したデータや著作物などは、配布者などの意図する数を越えて同時に複製が存在することを防止することが求められる。即ち、配布したデータが利用者などにより複製され、それらが多重に利用されることを防ぐ必要がある。
従来は、以下で示すような技術によりそのような多重利用を防止している。
第１の方法として、権利を表象するデータについて、権利の提供者などにより、当該データの使用履歴を保持しておき、権利の行使時に、当該データが既に使用されていないかどうかを検証する。もし、既に使用されていれば、当該データが表象する権利の行使を拒否する。
第２の方法として、データ自身を耐タンパ装置に格納し、当該データを当該耐タンパ装置以外からは参照できないようにする。権利の行使時には、当該データを該耐タンパ装置より抹消する。
特開平１０−０６３８８４号公報 特開平６−５０３９１３号公報 特開平９−５１１３５０号公報
しかしながら、上記従来の第１の方法では、耐タンパ装置などの特別な装置を必要としていないが、データを転々流通させる際に問題が生じる。即ち、当該技術では、行使時の事後検出しか行えないため、流通過程では、当該データの有効性は判定できないという問題がある。
従来の第２の方法では、耐タンパ装置を用いることにより、データの唯一性を保証することができる。また、（特願平６−５０３９１３）や、（特開平９−５１１３５０）などで述べられている方式などを併用し、暗号によって保護された安全な通信路を介して耐タンパ装置を結合し、当該通信路を介してデータの授受を行うことにより、当該データの流通を、複製を事前に防止しながら行うことを可能とする。しかしながら、当該技術は、耐タンパ装置の中にデータを格納する必要があるため、以下の２点が問題となる。
まず、データの記述そのものを見ることができなくなるため、記述の正当性の検証など、複製に関する有効性以外の検証も全て当該耐タンパ装置に委ねなければならないという制約が生じる。
また、データの格納部のみならず、データの取扱に必要な処理も全て耐タンパ装置が負わなければならないため、耐タンパ装置に対して記憶容量や処理速度に大きな要求が発生する。特に、現時点で耐タンパ装置として一般的なＩＣカードでは、処理速度や記憶容量に不足が生じる。
本発明は、上記の点に鑑みなされたもので、データの有効な複製数を一定以下に保つことを保証しつつ、記述の正当性の検証を含む複製に関する有効性以外の検証をすべて耐タンパ装置に委ねることなく、処理速度や記憶容量等の処理負荷を低減させる原本データ流通方法、原本データ流通システム及び装置、並びに原本データ流通プログラムを記録した記録媒体を提供することを目的とする。
上記の目的を達成させるために、本発明は、次のように構成される。
本発明は、電子的な情報である原本データの蓄積や流通を行う原本データ流通システムであって、データを発行する発行者装置に対応する第１の情報を生成する手段と、該第１の情報を転送する手段と、データに対応する第２の情報を転送する手段とを有する装置と、受信した第１の情報の有効性を判定する手段と、有効な第１の情報に対応する発行者装置が正当なものであるかどうかを検証し、正当である場合に前記第２の情報に対応するデータを有効と判定する手段とを有する装置とを有する。
ここでの第１の情報は、例えば、後述するH(PkＩ)である。また、第２の情報は、例えば、データやデータのハッシュ値である。発行者装置が正当なものであるかどうかは、例えば、上記第２の情報の転送元装置と第１の情報に対応する装置とが同一であるとき、もしくは該転送元装置が耐タンパ装置であると認証されたときに有効であると判定する。これらの原本性情報の認証処理を耐タンパ装置等が行うことによって、データの取扱に必要な処理も全て耐タンパ装置等が負わなければならないという従来の問題点を解消することができ、処理速度や記憶容量等の処理負荷を低減させることが可能となる。
また、本発明は、価値を有する電子的な情報の蓄積を行うデータ蓄積方法であり、電子的な情報の発行者装置による該電子的な情報に対する署名である第３の情報を付与するステップと、前記発行者装置により前記第３の情報が付与された電子的な情報と対応する第４の情報を生成するステップと、電子的な情報利用装置において、前記第３の情報と前記第４の情報を用いて電子的な情報の発行者装置の同一性を判定し、電子的な情報の複製を防止するステップとを有する。
ここで、第４の情報は、例えば、署名付きデータのハッシュ値として構成されるマニフェストである。マニフェストは原本性情報に対応するものである。これにより、本発明によれば、データ及び当該データに対応する署名を格納し、データと署名付きデータに１対１に対応する情報であるマニフェストを格納し、署名の生成者である署名者を特定し、マニフェストを格納しようとする者が署名者と同一であるかどうかを検証することにより、署名者の意図した数のマニフェストがデータ蓄積システム内に格納される。
また、本発明は、第４の情報の格納と、署名者の同一性の判定とを、耐タンパ装置を用いて行う。
これにより、耐タンパ装置を用いることで、データをデータ蓄積システム以外に格納することが可能となる。
また、本発明は、価値を有する電子的な情報の蓄積を行うデータ蓄積システムであって、電子的な情報に第３の情報を付与し、該電子的な情報と対応するマニフェストの第４の情報を生成する発行者装置と、前記第３の情報と前記第４の情報を用いて電子的な情報の発行者装置の同一性を判定し、電子的な情報の複製を防止する利用者装置とを有する。
また、本発明は、価値を有する電子的な情報の蓄積を行うデータ蓄積システムにおいて該電子的な情報を利用する利用者装置であって、署名が付与された電子的な情報の格納及び抽出を行うための第１の格納手段と、前記電子的な情報と１対１に対応するマニフェストの格納及び抽出を行うための第２の格納手段と、該マニフェストが正当であるかどうかを検証する第１の認証手段と、該マニフェストが正当であることが前記第１の認証手段により検証された時のみ、該マニフェストを前記第２の格納手段に格納する第１の制御手段とを有する。
これにより、データに対応するマニフェストがデータ蓄積システムに格納されている時のみ、当該データが有効であると区別することにより、マニフェストの数を越えて有効なデータが存在することを防止する。
また、本発明は、価値を有する電子的な情報の蓄積を行うデータ蓄積システムにおいて該電子的な情報を発行する発行者装置であって、前記電子的な情報の署名者が信用する署名者を指定する信任対象の１つまたは複数の集合からなる信任情報を生成する信任情報生成手段と、該電子的な情報及び該信任情報に署名を付与する署名手段と、マニフェストを生成するマニフェスト生成手段と、該電子的な情報及び該信任情報を利用者装置に送信する手段と、該利用者装置から、該利用者装置の検証鍵と連番からなるセッション情報を受信する手段と、該発行者装置の検証鍵と署名関数を用いて前記マニフェストと該セッション情報を含む情報を該利用者装置に送信する手段とを有する。
これにより、データの署名者が信用する署名者である信任対象を指定し、マニフェストに、発行者装置を署名者とする署名を付与し、マニフェストの署名者が信任対象または、信任対象がさらに信用する署名者に含まれること、及び信任情報の署名者と、データの署名者とが同一であることを検証する。これにより、当該データの署名者が信用する経路のみを介してマニフェストを移送することが可能となる。さらに、このとき、耐タンパ装置を利用することにより、耐タンパ性が保証される。
また、本発明は、価値を有する電子的な情報の蓄積を行うデータ蓄積システムにおいて該電子的な情報の権利を行使する対象である改札者装置であって、利用者装置から、発行者の署名付きの電子的な情報と信任情報を受信する手段と、システム内で一意性を持つセッション情報を生成し、該セッション情報を前記利用者装置に送信する手段と、該利用者装置からマニフェストと該セッション情報を含む情報を受信する手段と、該マニフェストとセッション情報を含む情報を用いて、セッション情報、マニフェスト及び信任情報が正当であるかどうかを検証する手段を有する。
これにより、本発明では、システム内で一意性を持つセッション情報を生成し、セッション情報を格納することにより、暗号化された通信路を介することなく、１つのマニフェストが複数の格納部に格納されることを防止することが可能となると共に、複数のマニフェストを１つの格納部に並行に転送することが可能となる。
上記の目的を達成するために、本発明は次のように構成することができる。なお、以下の発明は、後述する第２の実施例において詳細に説明される。
本発明は、電子的な情報である原本データの蓄積や流通を行う原本データ流通システムにおける原本データ流通方法であって、第１の装置が、ある装置に対応する第５の情報と、データもしくは、データに対応する情報である第６の情報と、から構成される原本性情報を転送する転送ステップと、第２の装置が前記原本性情報の転送元装置を検証し、該転送元装置が認証された場合に該原本性情報を有効であると判別する第１の認証ステップと、該転送元装置と該原本性情報の第１の情報に対応する装置とが同一であった場合のみ、該第２の装置が該原本性情報を有効であると判別する第２の認証ステップとを有する。
また、本発明は、電子的な情報である原本データの蓄積や流通を行う原本データ流通システムであって、ある装置に対応する第５の情報と、データもしくは、データに対応する情報である第６の情報と、から構成される原本性情報を転送する転送手段を有する第１の装置と、前記原本性情報の転送元装置を特定する特定手段と、該転送元装置が認証された場合に該原本性情報を有効であると判別する第１の認証手段と、該転送元装置と該原本性情報の第５の情報に対応する装置とが同一であった場合のみ、該原本性情報を有効であると判別する第２の認証手段とを有する第２の装置とを有する。
ここで、上記の第５の情報は、例えば、ある装置の検証鍵（公開鍵）のハッシュ値である。また、第６の情報は、例えば、データのハッシュ値である。第５の情報と第６の情報とからなる原本性情報はトークンと称される。上記の発明によれば、第２の認証手段が、転送元装置と前記第５の情報に対応する装置とが同一の場合に原本性情報が有効であると判別するため、データの取扱に必要な処理も全て耐タンパ装置等が負わなければならないとういう従来の問題点を解消することができ、処理速度や記憶容量等の処理負荷を低減させることが可能となる。また、署名を流通させる必要がないため、更に、処理速度や記憶容量等の処理負荷を低減させることが可能となる。
また、本発明は、電子的な情報である原本データの蓄積や流通を行う原本データ流通システムにおける発行者装置であって、自装置に対応する情報を第５の情報とし、あるデータもしくは、該データに対応する情報を第６の情報として、原本性情報を生成する原本性情報生成手段と、前記原本性情報を転送する原本性情報転送手段とを有する。
また、本発明は、電子的な情報である原本データの蓄積や流通を行う原本データ流通システムにおける利用者装置であって、ある装置に対応する第５の情報と、データもしくは、データに対応する情報である第６の情報から構成される原本性情報を転送する原本性情報転送手段と、他の装置から原本性情報が転送された際に、該原本性情報の転送元装置を特定する特定手段と、前記転送元装置が認証された場合、もしくは、該転送元装置と前記原本性情報の第５の情報に対応する装置とが同一であった場合のみ、該原本性情報を有効であると判定する認証手段と、前記認証手段で前記原本性情報が有効であると判別された場合に、該原本性情報を格納する格納手段とを有する。
また、本発明は、電子的な情報である原本データの蓄積や流通を行う原本データ流通システムにおける改札者装置であって、原本性情報の転送元装置を特定する特定手段と、前記転送元装置を認証する認証手段と、前記認証手段において、自装置に転送された前記原本性情報が有効であると判別された場合に、該原本性情報のデータまたは、データに対応する第６の情報に対応するデータに対応する処理を行うデータ処理手段を有する。
また、本発明においては、信用される第三者を特定するフィンガープリントを用いることによって、信用された特定の装置の間だけで原本性情報を流通させることとしている。
また、本発明は、自装置に対応する情報を第５の情報とし、あるデータもしくは、該データに対応する情報を第６の情報として、原本性情報を生成する第１の原本性情報生成手段と、該原本性情報を転送する第１の原本性情報転送手段とを有する発行者装置と、ある装置に対応する第５の情報と、データもしくは、データに対応する情報である第６の情報から構成される原本性情報を転送する第２の原本性情報転送手段と、他の装置から原本性情報が転送された際に、該原本性情報の転送元装置を特定する第１の特定手段と、該転送元装置が認証された場合、もしくは、該転送元装置と該原本性情報の第５の情報に対応する装置とが同一であった場合のみ、該原本性情報を有効であると判定する第１の認証手段と、該第１の認証手段で該原本性情報が有効であると判別された場合に、該原本性情報を格納する格納手段とを有する利用者装置と、原本性情報の転送元装置を特定する第２の特定手段と、前記転送元装置を認証する第２の認証手段と、該第２の認証手段において、自装置に転送された該原本性情報が有効であると判別された場合に、該原本性情報のデータまたは、データに対応する第６の情報に対応するデータに対する処理を行うデータ処理手段を有する改札者装置とを有する。
これにより、発行者装置、利用者装置及び改札者装置を有するシステムを構成することにより、これらの装置間において、チケット発行、チケットの譲渡、チケットの消費及びチケットの提示等の各処理を行うことが可能となる。
本発明によれば、発行者が信用する経路のみを介してトークンを移送し、利用者や改札者が当該発行者を特定することにより、データに対応するトークンについて、該トークン内のトークン発行者情報が示す発行者以外により、該トークンをトークン格納部に新規に格納することを防止すると共に、該トークンが転送の過程において複数のトークン格納部に複製されることを防止する。
また、トークンを原本情報とし、特定の発行者により発行されたトークンを伴うデータのみを原本とすることにより、当該発行者が原本数を制限することが可能となる。
また、ネットワーク上に存在する情報の識別子（ＵＲＬなど）をデータとして用いることにより、該情報の複製不能かつ譲渡可能なアクセス権を実現することができる。
また、権利内容を記述したチケットないし、当該チケットの識別子を本発明におけるデータとして用い、有効なトークンを伴うチケットのみを有効なチケットとし、利用者や改札者がそれ以外を無効なチケットとして拒否することにより、チケット自体を耐タンパ装置に格納することなしに、チケットの不正な行使（二重使用や不当な複製など）を防止することが可能となる。
また、プログラムを本発明におけるデータして用い、特定の発行者により発行されたトークンを該プログラムの実行ライセンスとし、プログラムの実行器は、該トークンを伴うプログラム以外の実行を拒否することにより、不当に複製された該プログラムの実行を防止することが可能となる。
また、音楽データや画像データを本発明におけるデータとして用い、特定の発行者により発行されたトークンを該データの鑑賞権として用い、データの表示器もしくは、再生器は該トークンを伴うデータ以外の表示や再生を拒否することにより、不当に複製された該データの鑑賞を防止することができる。
以下、図面と共に本発明の実施例を説明する。
（第１の実施例）
まず、本発明の原本データ流通システムとしてのデータ蓄積システムについて説明する。
図１は、本発明の原理を説明するための図である。
本発明におけるデータ蓄積システムでは、電子的な情報の発行者装置により該電子的な情報に署名した第１の情報を付与し（ステップ１）、発行者装置により電子的な情報と対応するマニフェストの第２の情報を生成して、第１の情報に付与し（ステップ２）、電子的な利用者装置において、第１の情報と第２の情報を用いて電子的な情報の発行者装置の同一性を判定し（ステップ３）、電子的な情報の複製を防止する。
図２は、本発明のデータ蓄積システムの全体構成を示す。同図では、権利を表象する電子情報である電子チケットをデータとして発行者が利用者に発行し、チケットを発行された利用者が別の利用者間に譲渡し、チケット譲渡された利用者がチケットを消費する際に、改札者がチケットの有効性を検証する場合を示している。
同図において、チケットの発行者は、発行者装置１を有し、チケットの発行先となる利用者は利用者装置２を有している。チケットの発行の際には、発行者装置１と利用者装置２の間は、接続装置４を介して通信手段が確立される。この通信手段は、発行の開始から終了までの間のみ確立されていればよい。
また、チケット譲渡の際には、発行時と同様に利用者装置２間で接続装置４を介して通信手段を確立し、チケットを利用者装置２間で転送する。
チケットの改札者は、改札者装置３を有している。チケット改札の際には、発行時と同様に、利用者装置２と改札者装置３との間で接続装置４を介して、通信手段を確立し、改札者装置３にチケットを転送する。
このように、本発明にかかるデータ蓄積システムは、一時的な相互通信手段を提供する接続装置４により接続された、１乃至複数の発行者装置１と、１乃至複数の利用者装置２と、１乃至複数の改札者装置３とから構成されるシステムである。
ここで、図３から図６を用いて、上記データ蓄積システムを構成する各装置について説明する。以下に、説明で用いる式の意味を示す。
x‖yとは、xとyの連接である。
Hとは、一方向のハッシュ関数であり、y=H(x)を満たすようなxをyから求めることが困難であるという性質を持つ。このようなハッシュ関数として、米ＲＳＡ社のＭＤ５などが知られている。
SPkとは、検証関数VPkにより検証可能な電子署名を生成する署名関数である。
VPkは、検証関数であり、VPk(x‖SPk(x))=1，VPk(x‖other)=0 (other≠ SPk(x))という性質を持つ。即ち、ある情報xが署名関数SPkにより署名されたものであるかどうかを検証できる性質を持つ。また、電子署名SPk(x)がxに対するSPkによる正しい署名であるかどうかを検証できる性質を持つ。
Pkは、検証鍵であり、検証器Vに検証鍵Pkを与えることにより、VPkを構成することが可能であるという性質を持つ。署名が付与された検証鍵Pk2‖SPk1(Pk2) を特に、Pk1によるPk2の鍵証明書と呼ぶ。
以上で述べたような性質を持つSPk、VPkを実現するような電子署名方式として、日本電信電話のＥＳＩＧＮなどが知られている。
図３は、本発明の一実施例の発行者装置の構成を示す。
同図に示す発行者装置１は、制御部１１、署名部１２、データ生成部１３、マニフェスト生成部１４、信任情報生成部１５から構成される。
制御部１１は、検証鍵PkIを保持し、チケットの流通を安全に行うための制御を行う。ここで、PkIは後述する署名部１２が備える署名関数SPkIに対応する検証鍵である。制御部１１による制御の詳細については後述する。
署名部１２は、署名関数SPkIを備える。署名関数SPkIは、発行者装置１毎にそれぞれ異なり、署名部１２により秘匿される。
データ生成部１３は、内部で生成した情報に基づいて、もしくは、外部から与えられた情報に基づいて、データmを生成する。本発明に係るデータ蓄積システムでは、データmの記述内容についてなんら制限を持つものではないため、データmとして切符やコンサートチケットなどの一般的なチケットによって扱われる権利を表象する電子情報の他、プログラム、音楽、画像データなどを扱うことが可能である。
また、外部からデータm0 を与え、m=Ｈ(m0)とするなど、他のデータへの関連として構成することや、他のデータへの関連を含む構成とすることも可能である。このようにすることによって、発行時における耐タンパ装置２８への転送データ量を削減することができる。
マニフェスト生成部１４は、一方向のハッシュ関数Hを備え、署名付きデータm‖SPkI (m)のマニフェストc(m, PkI)=H(m‖SPkI (m))を生成する。
信任情報生成部１５は、信任情報t=(tI, tc)を生成する。(tI, tc)は、それぞれ以下のように構成される。
tI=PkI
tc = {H(PkC1), H(PkC2), …, H(PkCn)}
ここで、PkIは、制御部１１が保持する検証鍵、PkCiは発行者が「信用する」第三者（後述）による署名を検証するための検証鍵である。
図４は、本発明の一実施例の利用者装置の構成を示す。同図に示す利用者装置２は、制御部２１、格納部２２と、制御部２３、認証部２４、署名部２５、番号生成部２６、格納部２７から構成する耐タンパ装置２８を有する。各部の機能や内容が改竄されることを（利用者本人からも）防止する。このような耐タンパ装置２８として、ＩＣカードや、ネットワーク経由で構成され、第三者により厳重に管理されたサーバなどが利用可能である。
制御部２１は、耐タンパ装置２８に封入された制御部２３と共に、チケットの流通を安全に行うための制御を行う。制御部２１による制御の詳細については後述する。
格納部２２は、利用者が保持する署名付きデータの集合Mu及び発行者による署名付きの信任情報の集合Tu を格納する。これらの集合は、制御部２１により更新可能である。
制御部２３は、検証鍵PkU，PkC及び鍵証明書PkU‖SPkC(PkU)を保持し、制御部２１と共に、チケットの流通を安全に行うための制御を行う。ここでPkUは署名部２５が備えるSPkUに対応する検証鍵であり、SPkCは、ＩＣカード製造者もしくは、耐タンパサーバ管理者など、耐タンパ装置２８の安全性を保証する第三者により秘匿される署名関数である。即ち、署名関数SPkUを含む耐タンパ装置２８は、署名関数SPkCを保有する第三者により耐タンパ性が保証されている。制御部２３による制御の詳細については後述する。また、PkCは、SPkCの検証鍵である。
格納部２２は、接続装置４を介して他の利用者装置２の格納部２２や改札者装置３の格納部３４などと共用することも可能である。この場合、データｍおよび信任情報(t1, t2, t3)は利用者装置や改札者装置間で共用されることとなるため、以降の実施例においてそれら情報の転送は不要となる。
認証部２４は、検証器Vを備える。
署名部２５は、署名関数SPkUを備える。SPkUは、利用者装置２毎にそれぞれ異なり、署名部２５により秘匿される。
番号生成部２６は、次番号rUを保持し、番号の払出しを要求されると、現在の番号rUの値を返却すると共に、rUをインクリメントする。
格納部２７は、マニフェストの集合CU={c1, c2, …, cn}及び番号の集合RU={r1, r2, …, rm}を格納する。これらの集合は、制御部２１により更新可能である。
図５は、本発明の一実施例の改札者装置の構成を示す。
同図に示す改札者装置３は、制御部３１、認証部３２、番号生成部３３、及び格納部３４から構成される。
制御部３１は、検証鍵PkVを備え、チケットの流通を安全に行うための制御を行う。制御部３１による制御の詳細については後述する。
認証部３２は、検証器Vを備える。
番号生成部３３は、次番号rV を 保持し、番号の払出しを要求されると、rV を返却すると共に、rVをインクリメントする。
格納部３４は、番号の集合RV={r1, r2, …, rm}を格納する。これらの集合は、制御部３１により更新可能である。
図６は、本発明の一実施例の接続装置４の構成を示す。
同図に示す接続装置４は、通信部４１を有する。通信部４１は、発行者装置１、利用者装置２、改札者装置３間や利用者装置２相互間での一時的もしくは、永続的な通信手段を提供する。ここで、接続装置４としてＩＣカード挿入口を備えたキオスク端末や、ネットワークを介して相互接続された複数のＰＣなどが利用可能である。
上述したような構成を有する各装置を用いて、電子チケットの流通を安全に行う方式を以下において説明する。
以下で述べる流通方式における基本的な考え方は、以下のようなものである。
・チケット本体は、発行者による署名付きのデータm‖SPkI (m)で表現されるものとする。mには、発行者がチケットの所有者に与える権利の内容が記述されている、もしくは、権利の内容が記述されているデータへの関連を含むものとする。
・チケット発行者の署名SPkIにより、チケットの改竄は防止できる。
・チケット本体の複製は、特に禁止しない。
・チケット本体から、そのチケットに対応するマニフェストc(m, PkI)を生成できる。このマニフェストは、事実上チケット本体に１対１に対応する。
・マニフェストは、発行者が信用できる耐タンパ装置２８内の格納部２７に格納されることにより、「有効」なものとなる。
・発行者が信用できる耐タンパ装置とは、発行者が信用する者によって耐タンパ性が保証された装置である。発行者が信用する者は、信任情報tIにより規定される。
・チケットを消費もしくは、譲渡するためには、有効なマニフェストが必要である。
・有効なマニフェストは、対応するチケットの発行者のみが新規に作成可能である。
・１つの有効なマニフェストから、複数の有効なマニフェストを作成することを禁止する。即ち、利用者が他者が署名したチケット本体のマニフェストを勝手に作成することを不可能にする。
以下、（１）チケット発行の場合、（２）チケット譲渡の場合、（３）チケット消費の場合、のそれぞれの場合に分けてチケットの流通方式を説明する。なお、各装置を跨がるそれぞれの通信は、接続装置４中の通信部４１を介するものとする。
（１） チケット発行の場合：
以下は、発行者装置１から利用者装置２に対する接続装置４を介したチケット発行処理の流れである。
図７は、本発明の一実施例のチケット発行処理のシーケンスチャートである。 ステップ１０１） 制御部１１は、以下の手順によりm及びSPkI (m)を得て、署名付きデータであるところのチケットm‖SPkI (m)の生成を行う。
（ａ） データ生成部１３によりデータmを生成する。
（ｂ） 署名部１２にmを与え、SPkI (m)を生成する。
ステップ１０２） 制御部１１は、マニフェスト生成部１４にチケットm‖SPkI (m)を与え、マニフェストc(m, PkI)を生成する。
ステップ１０３） 制御部１１は、以下の手順により信任情報t及び署名関数SPkI (t)を得て、署名付き信任情報t‖SPkI (t)の生成を行う。
（ａ） 信任情報生成部１５により、信任情報tを生成する。tの構成は、前述の通りである。
（ｂ） 署名部１２に信任情報ｔを与え、署名SPkI (t)を生成する。
ステップ１０４） 制御部１１は、制御部２１にチケットm‖SPkI (m)と署名付き信任情報t‖SPkI (t)を転送する。
ステップ１０１においてデータ生成部１３が生成したmが別のデータへの関連、例えばm=H(m0 )などとして構成されている、ないし関連を含む場合は、必要に応じて該関連するデータ(m0 など)もあわせて転送する。これは、以降で述べるチケット譲渡の場合、チケット消費の場合も同様である。
ステップ１０５） 制御部２１は、チケットm‖SPkI (m)を格納部２２のMU に、署名付き信任情報t‖SPkI (t)を格納部２２の信任情報の集合TU にそれぞれ追加して格納する。
mに関連するデータも転送されてきた場合は、関連を検証し、該検証に失敗した場合は以降の処理を中断し、その旨を通知する。これは、以降で述べるチケット譲渡の場合、チケット消費の場合も同様である。
ステップ１０６） 制御部２１は、制御部２３にセッション情報(s1, s2)の生成を依頼する。
制御部２３は、以下の手順により、セッション情報(s1, s2)を生成し、制御部２１に転送する。
（ａ） 番号生成部２６により、番号rUの払い出しを受ける。
（ｂ） rU を格納部２７の番号集合RUに追加する。
（ｃ） (s1, s2)=(H(PkU), rU)を生成する。ここで、PkUは、制御部２１が保持する検証鍵である。
ステップ１０７） 制御部２１は、制御部１１にセッション情報(s1, s2)を転送する。
ステップ１０８） 制御部１１は、署名部１２が備えるSPkIと制御部１１が保持する検証鍵PkIを用い、マニフェスト発行形式eI=(e1, e2, e3, e4, e5)を得る。ここで、eIの各要素は以下の値をとる。
e1=c(m, PkI)
e2=s
e3=s2
e4= SPkI(c(m, PkI)‖s1‖s2 )
e5= PkI
ステップ１０９） 制御部１１は、制御部２１にマニフェスト発行形式eI を転送する。
ステップ１１０） 制御部２１は、制御部２３にチケット本体m‖SPKI (m)とマニフェスト発行形式eIを転送し、eI内のマニフェストの格納を依頼する。
ステップ１１１） 制御部２３は、認証部２４を用い、以下の式で全てが成立することを検証する。検証に失敗した場合、以後の処理を中断し、制御部２１を介して、制御部１１に処理の中断の通知を行う。
e2=H(PkU) （１）
e3∈RU （２）
Ve5(m‖SPkI (m))=1 （３）
Ve5(e1‖e2‖e3‖e4) =1 （４）
e1 = H(m‖SPKI (m)) （５）
上記の式（１）及び式（２）は、セッション情報の正当性の検証である。この検証により、他の利用者装置２宛のマニフェスト発行形式を格納すること、及びマニフェスト発行形式の再利用によってマニフェストを複製すること、などの不正を防止する。式（３）及び式（４）は、マニフェスト発行形式に対する署名の正当性の検証である。この検証により、チケットの発行者が署名したマニフェスト発行形式に含まれるマニフェスト以外を格納することを防止する。式（５）はマニフェストとチケット本体の対応の検証である。この検証により、別のチケット本体に対応するマニフェストなど、該チケット本体に対応しないマニフェストの格納を防止する。
ステップ１１２） 制御部２３は、格納部２７の番号集合RUからe3 (=rU )を削除する。
ステップ１１３） 制御部２３は、格納部２７のマニフェストの集合CUにe1 (=c(m, PkI) )を追加する。
ステップ１１４） 制御部２３は、制御部２１にe1を転送し、処理の正常終了を通知する。
（２） チケット譲渡の場合：
以下は、利用者装置２ａから利用者装置２ｂに対する接続装置４を介したチケット譲渡処理の流れである。
図8、図9は、本発明の一実施例のチケット譲渡処理のシーケンスチャートである。
ステップ２０１） 制御部２１ａは、格納部２２ａが保持する署名付きデータの集合MUaから譲渡対象となるチケットm‖SPkI (m)を抽出する。
ステップ２０２） 制御部２１ａは、格納部２２ａが保持するTUaからm‖SPkI (m)の発行者による署名付き信任情報t‖SPkI (t) を抽出する。
ステップ２０３） 制御部２１ａは、制御部２１ｂにm‖SPkI (m)とt‖SPkI (t)を転送する。
ステップ２０４） 制御部２１ｂは、m‖SPkI (m)を格納部２２ｂの署名付きデータの集合MUbに、t‖SPkI (t)を格納部２２の信任情報の集合TUbに、それぞれ格納する。
ステップ２０５） 制御部２１ｂは、制御部２３ｂにセッション情報(s1, s2)の生成を依頼する。制御部２３ｂは、以下の手順により(s1, s2)を生成し、制御部２１ｂに転送する。
（ａ） 番号生成部２６ｂにより番号rUbの払出しを受ける。
（ｂ） rUbを格納部２７ｂの番号集合RUbに追加する。
（ｃ） (s1, s2)=(H(PkUb), rUb )を生成する。ここで、PkUbは、制御部２１ｂが保持する検証鍵である。
ステップ２０６） 制御部２１ｂは、制御部２１ａに(s1, s2)を転送する。
ステップ２０７） 制御部２１ａは、制御部２３ａに(s1, s2)と譲渡対象チケットのハッシュH(m‖SPkI (m)) を転送する。
ステップ２０８） 制御部２３ａは、格納部２７ａに格納されたマニフェスト集合CUaについて、以下の式が成立することを検証する。検証に失敗した場合、以後の処理を中断し、制御部２１ａに処理の失敗を通知する。
H(m‖SPkI (m))∈CUa （６）
上記の式（６）は、譲渡対象チケットに対応するマニフェストc(m, PkI)=H(m‖SPkI (m))が格納部２７ａに格納されていることの検証である。
ステップ２０９） 制御部２３ａは、署名部２５ａが備えるSPkUaと制御部１１が保持する検証鍵PkUa，PkCa及び鍵証明書PkUa‖ SPkCa (PkUa)を用い、マニフェスト転送形式ec=(e1, e2, e3, e4, e5, e6, e7)を得る。ここで、ec の各要素は、以下の値となる。
e1=c(m, PkI)
e2=s1
e3=s2
e4= SPkUa(c(m, PkI)‖s1‖s2 )
e5= PkUa
e6= SPkCa (PkUa)
e7= PkCa
ステップ２１０） 制御部２３ａは、マニフェスト集合CUaからc(m, PkI) を削除する。
ステップ２１１） 制御部２３ａは、制御部２１ａにecを転送する。
ステップ２１２） 制御部２１ａは、制御部２１ｂにec を転送する。制御部２１ｂは、転送されたec 中のe1について、e1=H(m‖SPkI (m))が成立することを検証する。
ステップ２１３） 制御部２１ｂは、制御部２３ｂにec，t‖SPkI (t)，m‖SPkI (m)を転送し、ec内のマニフェストの格納を依頼する。
ステップ２１４） 制御部２３ｂは、認証部２４ｂを用い、以下の式で全てが成立することを検証する。検証に失敗した場合、以後の処理を中断し、制御部２１ｂに処理の中断を通知する。
e2= H(PkUb) （７）
e3∈ RUb （８）
Ve5(e1‖e2‖e3‖e4, e5)=１ （９）
Ve7(e5‖e6) =１ （１０）
Ｈ(e7)∈tC （１１）
VtI(m‖SPkI (m))=１ （１２）
VtI(t‖SPkI (t))=１ （１３）
上記の式（７）及び式（８）は、セッション情報の正当性の検証である。この検証により、他の利用者装置２宛のマニフェスト転送形式を格納すること、及びマニフェスト転送形式の再利用により、マニフェストを複製すること、などの不正を防止する。
式（９）は、マニフェスト転送形式の署名者を特定するための検証であり、式（１０）は、該署名者の鍵証明書の検証であり、式（１１）は、当該鍵証明書の署名者が、信任情報中の信任対象として発行者により信任されていることの検証である。これらの検証により、発行者が信用する者によって当該マニフェスト転送形式の転送元の耐タンパ性が保証されていることを確認する。
式（１２）及び式（１３）は、当該信任情報に対する署名の正当性の検証である。この検証により、当該信任情報が当該チケットの署名者により正しく署名されていることを確認する。
ステップ２１５） 制御部２３ｂは、格納部２７ｂの番号の集合RUbからe3 (= rUb)を削除する。
ステップ２１６） 制御部２３ｂは、格納部２７ｂのマニフェスト集合CUbにe1 (=c(m, PkI) )を追加する。
ステップ２１７） 制御部２３ｂは、制御部２１ｂに処理の正常終了を通知する。
ステップ２１８） 制御部２１ｂは、以下の式が成立することを検証する。検証に失敗した場合は、処理の中断を、検証に成功した場合は、処理の正常終了を、制御部２１ａに通知する。
（３） チケット消費の場合：
以下は、利用者装置２から改札者装置３に対する、接続装置４を介したチケット消費処理の流れである。
図１0は、本発明の一実施例のチケット消費のシーケンスチャートである。
ステップ３０１） 制御部２１は、格納部２２が保持する署名付きデータの集合MUから消費対象となるチケットm‖SPkI (m)を抽出する。
ステップ３０２） 制御部２１は、格納部２２が保持する署名付き信任情報の集合TUからm‖SPkI (m)の発行者による署名付き信任情報t‖SPkI (t)を抽出する。
ステップ３０３） 制御部２１は、制御部３１にm‖SPkI (m)とt‖SPkI (t)を転送する。
ステップ３０４） 制御部３１は、以下の手順によりセッション情報(s1, s2)を生成する。
（ａ） 番号生成部３３により番号rVの払出しを受ける。
（ｂ） rVを格納部３４の番号集合RVに追加する。
（ｃ） (s1, s2)=(H(PkV), rV )を生成する。PkVは制御部３１が保持する検証鍵である。
ステップ３０５） 制御部３１は、制御部２１にセッション情報(s1, s2)を転送する。
ステップ３０６） 制御部２１は、制御部２３に、(s1, s2)と消費対象チケットのハッシュH(m‖SPkI (m))を転送する。
ステップ３０７） 制御部２３は、格納部２７に格納されたマニフェスト集合CUについて、以下の式が成立することを検証する。検証に失敗した場合には、以後の処理を中断し、制御部２１に処理の失敗を通知する。
H(m‖SPkI (m))∈CU （１５）
上記の式（１５）は、消費対象チケットに対応するマニフェストc(m, PkI)=H(m‖SPkI (m))が格納部２７に格納されていることの検証である。
ステップ３０８） 制御部２３は、署名部２５が備える署名関数SPkUと制御部２１が保持する検証鍵PkU，PkC及び鍵証明書PkU‖ SPkC (PkU)を用い、マニフェスト転送形式ec=(e1, e2, e3, e4, e5, e6, e7)を得る。ここで、ecの各要素は以下の値をとる。
e1=c(m, PkI)
e2=s1
e3=s2
e4= SPkU(c(m, PkI)‖s1‖s2 )
e5= PkU
e6= SPkC (PkU)
e7= PkC
ステップ３０９） 制御部２３は、マニフェスト集合CUからc(m, PkI)を削除する。
ステップ３１０） 制御部２３は、制御部２１にecを転送する。
ステップ３１１） 制御部２１は、制御部３１にecを転送する。
ステップ３１２） 制御部３１は、認証部３２を用い、以下の式の全てが成立することを検証する。検証に失敗した場合、以後の処理を中断し、制御部２１に処理の中断を通知する。
e2= H(PkV) （１６）
e3∈ RV （１７）
Ve5(e1‖e2‖e3‖e4, e5)=１ （１８）
Ve7(e5‖e6) =１ （１９）
Ｈ(e7)∈tC （２０）
VtI(m‖SPkI (m))=１ （２１）
VtI(t‖SPkI (t))=１ （２２）
上記の式（１６）及び式（１７）は、セッション情報の正当性の検証である。この検証により、他の改札者装置３宛のマニフェスト転送形式を格納すること、及び自分宛のマニフェスト転送形式の再利用により、マニフェストを複製すること、などの不正を防止する。
式（１８）は、マニフェスト転送形式の署名者を特定するための検証であり、式（１９）は、当該署名者の鍵証明書の検証であり、式（２０）は、当該鍵証明書の署名者が信任情報中の信任対象として発行者により信任されていることの検証である。これらの検証により、発行者が信用する者によって当該マニフェスト転送形式の転送元の耐タンパ性が保証されていることを確認する。
式（２１）及び式（２２）は、当該信任情報に対する署名の正当性の検証である。この検証により、当該信任情報が当該チケットの署名者により正しく署名されていることを確認する。
ステップ３１３） 制御部３１は、格納部３４のRVから e3 (= rV)を削除する。
ステップ３１４） 制御部３１は、以下の式が成立することを検証する。検証に失敗した場合は、処理の中断を制御部２１に通知する。検証に成功した場合は、mに対応するサービスを消費者に提供する。
e1 = H(m‖SPKI (m)) （２３）
上記の式（２３）は、消費されたチケットに対応するマニフェストが転送されたことの検証である。この検証により、有効なマニフェストが併せて転送されたこと、即ち、有効なチケットが消費されたことを確認する。
また、前述の図2に示す発行者装置１、利用者装置２、改札装置３の各構成要素をプログラムとして構築し、発行者装置、利用者装置、改札装置として利用されるコンピュータに接続されるディスク装置や、フロッピー（登録商標）ディスクやＣＤ−ＲＯＭ等の可搬記憶媒体に格納しておき、本発明を実施する際に、各コンピュータにインストールすることにより容易に本発明を実現できる。
上述のように、本発明の第１の実施例によれば、データの署名者の意図した数だけマニフェストをデータ蓄積システムのマニフェスト格納部に格納し、当該署名者以外が該マニフェストを新たに格納することを防止する、該マニフェストの数を越えて有効なデータが存在することを防止する、当該署名者が信用する経路のみを介してマニフェストを移送することが可能となる。
チケットを本発明のデータ蓄積システムのデータとして用いることにより、チケット自体を耐タンパ装置に格納することなしに、チケットの有効な複製数を一定に保つことが可能となる。
また、プログラムを本発明におけるデータとして用い、当該プログラムの実行ライセンスをマニフェストとして用いることにより、不当に複製された当該プログラムの実行を防止することが可能となる。
また、音楽データや画像データを本発明におけるデータとして用い、当該データの鑑賞権をマニフェストとして用いることにより、不当に複製された当該データの鑑賞を防止することが可能となる。
さらに、データを鑑賞する毎に当該データを「消費（実施例における（３））」することにより、利用毎の課金システム（pay per view 課金）などに利用することが可能である。
（第２の実施例）
以下、本発明の第２の実施例について説明する。
さて、上記の第１の実施例は、原本性を示すデータのみを耐タンパ装置に格納することにより、データの有効な複製数を常に一定以下に保つことを保証しつつ、記述の正当性の検証を含む複製に関する有効性以外の検証を全て耐タンパ装置に委ねることなく、処理速度や記憶容量等の処理負荷を低減させることを特徴としている。この発明は、従来の技術と比較すれば、顕著な効果を奏するが、実用上主に、以下の２点が問題といえる。
まず、原本性を示すデータの生成時に、データと該データに付与された署名を検証するためにデータ及び該データの署名を耐タンパ装置に転送しなくてはならず、その一方で、ＩＣカードの転送速度は、９６００bit/s 程度（ＩＳＯ−７８１６）と比較的低速であるため、耐タンパ装置としてＩＣカードを用いると、該データの大きさによっては原本性を示すデータの生成に要する時間を著しく増大させる。
また、当該技術では、データに対して署名を付与したものに対して原本性を示すデータを生成し、消費の際にも該データ及び該署名を用いて原本性を示すデータの検証が必要となるため、該データのみならず、該署名も共に流通させる必要が生じ、これは、システムに構築のために必要な記憶容量や流通の際の処理時間を増大させる。
第２の実施例では、原本性を示すデータ（トークン）の生成やデータの流通などにおける負荷を低減する原本データ流通システムについて説明する。
図１１は、本発明の第２の実施例の原理構成図である。
第２の実施例における、電子的な情報である原本データの蓄積や流通を行う原本データ流通システムは、自装置に対応する情報を第１の情報とし、あるデータもしくは、該データに対応する情報を第２の情報として、原本性情報を生成する第１の原本性情報生成手段５１と、該原本性情報を転送する第１の原本性情報転送手段５２とを有する発行者装置５０と、
ある装置に対応する第５の情報と、データもしくは、データに対応する情報である第６の情報から構成される原本性情報を転送する第２の原本性情報転送手段６１と、他の装置から原本性情報が転送された際に、該原本性情報の転送元装置を特定する第１の特定手段６２と、該転送元装置が認証された場合、もしくは、該転送元装置と該原本性情報の第１の情報に対応する装置とが同一であった場合のみ、該原本性情報を有効であると判定する第１の認証手段６３と、該第１の認証手段６３で該原本性情報が有効であると判別された場合に、該原本性情報を格納する格納手段６４とを有する利用者装置６０と、
原本性情報の転送元装置を特定する第２の特定手段７１と、転送元装置を認証する第２の認証手段７２と、該第２の認証手段７２において、自装置に転送された該原本性情報が有効であると判別された場合に、該原本性情報のデータまたは、データに対応する第２の情報に対応するデータに対する処理を行うデータ処理手段７３を有する改札者装置７０とを有する。
図１２は、本発明の原本データ流通システムにおけるデータ蓄積システムの構成を示す。
同図において、チケットの発行者は、発行者装置１００を有し、チケットの発行先となる利用者は利用者装置２００を有している。チケットの発行の際には、発行者装置１００と利用者装置２００の間は、接続装置４００を介して通信手段が確立され、発行者装置１００で有効化されたチケットを利用者装置２００に転送する。
上記のこれらの装置は、図１２（ａ），（ｂ）などの構成をとることができる。 同図（ａ）は、利用者装置２００としてＩＣカードを用い、接続装置４００としてＩＣカードリーダライタを用いる際の代表的な構成を示し、同図（ｂ）は、利用者装置としてＩＣカードなどの耐タンパ装置を装備可能もしくは、安全な場所に保管されたＰＣを用い、接続装置４００としてネットワークを用いる際の代表的な構成を示す。なお、同図（ａ），（ｂ）の構成を混在させて用いることも可能である。
上記の通信手段は、チケットの発行の開始から終了までの間のみ確立させていればよい。以下、「譲渡」、「消費」、「提示」の際にもこれは同様である。
チケット譲渡の際には、発行時と同様に利用者装置２００間で接続装置４００を介して通信手段を確立し、有効なチケットを利用者装置２００間で転送する。
チケットの改札者は、改札者装置３００を有している。チケット消費の際には、発行時と同様に利用者装置２００と改札者装置３００との間で接続装置４００を介して通信手段を確立し、利用者装置２００から改札者装置３００に有効なチケットを転送する。
チケット提示の際には、２つの利用者装置２００の間、もしくは利用者装置２００と改札者装置３００との間で、接続装置４００を介して通信手段を確立し、利用者装置２００から他の利用者装置２００もしくは、改札者装置３００に有効なチケットを所持していることの証明を転送する。
このように、本発明に係るデータ蓄積システムは、一時的な相互通信手段を提供する１つまたは、複数の接続装置４００により接続された、１つまたは、複数の発行者装置１００と、１つまたは、複数の利用者装置２００と、１つまたは、複数の改札者装置３００とから構成されるシステムである。
以下、図面と共に本発明の実施例を説明する。
図１３から図１６を用いて、上記のデータ蓄積システムを構成する各装置について説明する。最初に、以下の説明で用いる式の意味については、ほぼ第１の実施例におけるものと同等である。
ここでは、検証鍵Pk2及びSPk1によるPk2の電子署名SPk1 (Pk2)の組 (Pk2, SPk1 (Pk2))を特に、Pk1によるPk2の鍵証明書と呼ぶ。また、H(Pk)を特に、Pkのフィンガープリントと呼ぶ。
図１３は、本発明の一実施例の発行者装置の構成を示す。
図１３に示す発行者装置１００は、制御部１１０、署名部１２０、データ生成部１３０、トークン生成部１４０、信任情報生成部１５０から構成される。
制御部１１０は、検証鍵PkIを保持し、チケットの流通を安全に行うための制御を行う。ここで、PkIは、後述する署名部１２０が備える署名関数SPkIに対応する検証鍵であり、そのフィンガープリントH(PkI)は、発行者を特定する識別子として用いられる。制御部１１０による制御の詳細については、後述する。
署名部１２０は、署名関数SPkIを備える。SPkIは、発行者装置１００毎にそれぞれ異なり、署名部１２０により秘匿される。
データ生成部１３０は、内部で生成した情報に基づいて、もしくは、外部から与えられた情報に基づいて、データmを生成する。本発明に係るデータ蓄積装置では、データmの記述内容についてなんら制限を持つものではないため、データｍとして切符やコンサートチケットなどの一般的チケットによって扱われる権利を表象する電子情報のほか、プログラム、音楽、画像データなどを扱うことが可能である。
トークン生成部１４０は、一方向ハッシュ関数Hを備え、データｍ及び検証鍵PkIよりトークン
(c1, c2) =(H(m), H(PkI))
を生成する。ここで、c2は、トークン発行者情報であり、当該トークンの発行者と発行者装置を特定するフィンガープリントである。ここでは、c1にデータmのハッシュ値を用いたが、これにはmを識別する識別子などを用いることも可能である。
信任情報生成部１５０は、信任情報 (t1, t2, t3)を生成する。(t1, t2, t3)は、署名部１２を用いて例えば、以下のように構成される。
t1= {H(PkA1), H(PkA2), …, H(PkAn)}
t2= SPkI(H(PkA1) ‖H(PkA2) ‖ …‖H(PkAn))
t3= PkI
ここで、H(PkAi)は、発行者が「信用する」第三者（後述）を特定するフィンガープリントである。
ここで、信任情報は以下で示す(t’1, t’2, t’3, t’4)のように構成することも可能である。
t’1= {H(PkA1), H(PkA2), …, H(PkAn)}
t’2=H(m)
t’3＝SPkI(H(PkA1) ‖H(PkA2) ‖ …‖H(PkAn) ‖H(m))
t’4=PkI
この場合、H(PkAi)は、発行者が「データｍを流通させるにあたって信用するに足りる」第三者を特定するフィンガープリントである。
また、上記信任情報は、第三者がさらに信任情報を発行することにより再帰的に構築することも可能である。
また、さらに、信任情報を各発行者が生成することをせず、後述する利用者装置の耐タンパ装置の制御部や、改札者装置の制御部が予め固定的に保持しておく形態を採ることも可能である。この場合、署名は必要なく、以下で示す(t”1 , t”2)もしくは、t”1のみとして信任情報を構成できる。
t”1= {H(PkA1), H(PkA2), …, H(PkAn)}
t”2=H(m)
この場合、H(PkA1)は、当該制御部（を作成した第三者）が、「（データmを流通させるにあたって）信用する」第三者を特定するフィンガープリントである。
以下においては、信任情報は(t1, t2, t3)と構成されるものとして説明するが、上記のいずれの信任情報を用いる場合も容易に類推可能である。
図１４は、本発明の一実施例の利用者装置の構成を示す。
同図に示す利用者装置２００は、制御部２１０、格納部２２０と、制御部２３０、認証部２４０、署名部２５０、番号生成部２６０、格納部２７０から構成される耐タンパ装置２８０を有する。耐タンパ装置２８０は、各構成部の機能や内容が改竄されることを（利用者本人からも）防止する。このような耐タンパ装置２８０として、ＩＣカードや、ネットワーク経由で接続され、第三者により厳重に管理されたサーバなどが利用可能である。
制御部２１０は、発行者情報
Iu= {H(PkI1), H(PkI2), …, H(PkIn)}
を備え、耐タンパ装置２８０に封入された制御部２３と共に、チケットの流通を安全に行うための制御を行う。ここで、Iuは、利用者から「信用された」発行者を示す集合であり、当該利用者により任意の時点で更新可能である。制御部２１０は、Iu に含まれる発行者により発行されたトークンのみを有効であると判断する。制御部２１０による制御の詳細については、後述する。
また、IU をデータごとに発行者情報の集合を管理すること、すなわちIU(mi )={H(PkIi1), H(PkIi2), …, H(PkIin)}として実現することも可能である。
格納部２２０は、利用者が保持するデータの集合Mu 及び信任情報の集合Tuを格納する。これらの集合は、制御部２１０により更新可能である。
制御部２３０は、検証鍵PkU, PkA及び鍵証明書(PkU, SPkA(PkU))を保持し、制御部２１０と共に、チケットの流通を安全に行うための制御を行う。ここで、PkUは、署名部２５０が備えるSPkUに対応する検証鍵であり、そのフィンガープリントH(PkU)は、該利用者装置を特定する識別子として用いる。SPkAは、ＩＣカード製造者もしくは耐タンパサーバの管理者など、耐タンパ装置２８０の安全性を保証する第三者により秘匿される署名関数である。すなわちSPkUを含む耐タンパ装置２８０は、SPkAを保持する第三者により耐タンパ性を保証されている。制御部２３０による制御の詳細については後述する。また、PkAは、SPkAの検証鍵である。
認証部２４０は、検証器Vを備える。
署名部２５０は、署名関数SPkUを備える。SPkUは、利用者装置２００毎にそれぞれ異なり、署名部２５０により秘匿される。
番号生成部２６０は、次番号rU を保持し、番号の払出しを要求されると当該時点のrUの値を返却すると共にrUをインクリメントする。ここで、rUは正数である。
格納部２７０は、トークンの集合CU及び番号の集合RUを格納する。これらの集合は、制御部２３０により更新可能である。
図１５は、本発明の一実施例の改札者装置の構成を示す。
制御部３１０は、検証鍵PkE及び、発行者情報
IE= {H(PkI1), H(PkI2), …, H(PkIn)}
を備え、チケットの流通を安全に行うための制御を行う。ここで、IEは、改札者から「信用された」発行者を示す集合であり、当該改札者により任意の時点で更新可能である。制御部３１０は、IEに含まれる発行者により発行されたトークンのみを正当と判断し、当該トークンを伴うチケットの消費に対してのみサービスを提供する。制御部３１０による制御の詳細については後述する。
また、制御部２１０におけるIUと同様に、IE をデータごとに発行者情報の集合を管理する、すなわちIE (mi )={H(PkIi1), H(PkIi2), …, H(PkIin)}として実現することも可能である。
認証部３２０は、検証器Vを備える。
番号生成部３３０は、次番号rEを保持し、番号の払出しを要求されると該時点のrEを返却すると共に、rEをインクリメントする。ここで、rEは正数である。
格納部３４０は、番号の集合RE を格納する。これらの集合は、制御部３１０により更新可能である。
図１６は、本発明の一実施例の接続装置の構成を示す。
同図によれば、接続装置４００は、通信部４１０から構成される。
通信部４１０は、発行者装置１００、利用者装置２００、改札者装置３００間や、利用者装置２００相互間での、一時的もしくは永続的な通信手段を提供する。ここで、接続装置４００として、ＩＣカード挿入口を備えたキオスク端末や、ネットワークを介して相互接続された複数のＰＣ（パーソナルコンピュータ）などが利用可能である。
上述したような構成を有する各装置１００〜４００を用いて電子チケットの流通を安全に行う方式を以下（１）チケットの発行の場合、（２）チケットの譲渡の場合、（３）チケットの消費の場合、のそれぞれの場合に分けて説明する。なお、各装置を跨がるそれぞれの通信は、接続装置４００中の通信部４１０を介するものとする。
（１） チケット発行の場合：
図１７は、本発明の一実施例のチケット発行の場合の動作を示すシーケンスチャートである。なお、同図では、発行者装置１００と利用者装置２００との間に存在する接続装置４００は省略してある。
ステップ１１０１） 発行者装置１００の制御部１１０は、データ生成部１３０により、データmを生成する。当該データmを権利情報が記述されたチケットであるとする。
ステップ１１０２） 発行者装置１００の制御部１１０は、トークン生成部１４０にmおよびPkIを与え、トークン(c1, c2) =(H(m), H(PkI))を生成する。
ステップ１１０３） 制御部１１０は、信任情報生成部１５０により、信任情報(t1, t2, t3)を生成する。信任情報の構成は前述の通りである。
ステップ１１０４） 制御部１１０は、利用者装置２００の制御部２１０にmと(t1, t2, t3)を転送する。
ステップ１１０５） 利用者装置２００の制御部２１０は、mを格納部２２０のMUに、(t1, t2, t3)を格納部２２０のTUに、それぞれ追加して格納する。
ステップ１１０６） 制御部２１０は、耐タンパ装置２８０の制御部２３０にセッション情報(s1, s2)の生成を依頼し、制御部２３０は、以下の手順により(s1, s2)を生成し、制御部２１０に転送する。
（ａ） 耐タンパ装置２８０の番号生成部２６０により番号rUの払出しを受ける。
（ｂ） rU を格納部２７０の番号集合RUに追加する。
（ｃ） (s1, s2)=(H(PkU), rU)を生成する。ここで、PkUは、制御部２１０が保持する検証鍵である。
ステップ１１０７） 制御部２１０は、発行者装置１００の制御部１１０に(s1, s2)を転送する。
ステップ１１０８） 発行者装置１００の制御部１１０は、署名部１２０が備えるSPkIと制御部１１０が保持する検証鍵PkIを用い、トークン交換形式e=(e1, e2, e3, e4, e5, e6, e7, e8)を得る。ここで、eの各要素は、以下の値となる。また、チケット発行の際においてはe7及びe8はダミーであり、それぞれ任意の値を持たせてよい。
e1= c1
e2= c2
e3= s1
e4= s2
e5= SPkI (c1‖c2‖c3‖c4 )
e6= PkI
e7=ａｎｙ（任意）
e8=ａｎｙ（任意）
ステップ１１０９） 発行者装置１００の制御部１１０は、利用者装置２００の制御部２１０にeを転送する。
ステップ１１１０） 利用者装置２００の制御部２１０は、耐タンパ装置２８０の制御部２３０にeを転送し、e内のトークンの格納を依頼する。
ステップ１１１１） 耐タンパ装置２８０の制御部２３０は、認証部２４０を用いて、以下の式の全てが成立することを検証する。検証に失敗した場合、以後の処理を中断し、制御部２１０を介して、発行者装置１００の制御部１１０に処理を中断を通知する。
e3=H(PkU) （１）
e4∈RU （２）
Ve6(e1‖e2‖e3‖e4 , e5) =1 （３）
e2= H(e6) （４）
上記の式（１）及び式（２）は、セッション情報の正当性の検証である。この検証により、当該利用者装置２以外に宛られたトークン交換形式を格納すること、及びトークン交換形式の再利用によってトークンを複製すること、などによる不正を防止する。
式（３）は、トークン交換形式に対する署名の正当性の検証であり、この検証によりトークン交換形式の改竄を防止する。
また、式（４）は、トークン発行者情報の正当性の検証であり、当該トークンの署名者以外が発行者となるトークンを格納することを防止する。
ステップ１１１２） 利用者装置２００の耐タンパ装置２８０の制御部２３０は、格納部２７０のRU からe4(=rU )を削除する。
ステップ１１１３） 耐タンパ装置２８０の制御部２３０は、格納部２７０のCUに(e1, e2)を追加する。
ステップ１１１４） 耐タンパ装置２８０の制御部２３０は、制御部２１０に(e1, e2)を転送し、処理の正常終了を通知する。
ステップ１１１５） 制御部２１０は、以下の式が成立することを検証する。検証に失敗した場合は、処理の中断を、検証に成功した場合は処理の正常終了を、発行者装置１００の制御部１１０に通知する。
e1=H(m) （５）
e2 ∈IU （６）
式（５）及び式（６）は、転送されたトークンが、対象とするチケットに対応し、正当な発行者によって発行されたものであることの検証である。この検証により、発行されたチケットが有効であることを確認する。
（２） チケット譲渡の場合：
以下は、利用者装置２００ａから利用者装置２００ｂに対する、接続装置４００を介したチケット譲渡処理の流れである。
図１８、図１９は、本発明の一実施例のチケット譲渡の場合の動作を示すシーケンスチャートである。なお、同図において２つの利用者装置２００ａ，２００ｂの間に存在する接続装置４００は省略してある。また、利用者装置２００ａの各構成要素の各々にはａを付し、利用者装置２００ｂの各構成要素の各々にはｂを付す。
ステップ２２０１） 利用者装置２００ａの制御部２１０ａは、格納部２２０ａが保持するMUaから譲渡対象となるチケットmを抽出する。
ステップ２２０２） 利用者装置２００ａの制御部２１０ａは、格納部２２０ａが保持するTUaからmの発行者による信任情報(t1, t2, t3)を抽出する。
ステップ２２０３） 制御部２１０ａは、利用者装置２００ｂの制御部２１０ｂにmと(t1, t2, t3)を転送する。
ステップ２２０４） 利用者装置２００ｂの制御部２１０ｂは、mを格納部２２０ｂのMUbに、(t1, t2, t3)を格納部２２０ｂのTUbにそれぞれ格納する。
ステップ２２０５） 制御部２１０ｂは、耐タンパ装置２８０ｂの制御部２３０ｂにセッション情報(s1, s2)の生成を依頼する。制御部２３０ｂは、以下の手順により(s1, s2)を生成し、制御部２１０ｂに転送する。
（ａ） 耐タンパ装置２８０ｂの番号生成部２６０ｂにより番号rUbの払出しを受ける。
（ｂ） rUbを耐タンパ装置２８０ｂの格納部２７０ｂの番号集合RUbに追加する。
（ｃ） (s1, s2)=(H(PkUb), rUb )を生成する。ここで、PkUbは、制御部２１０ｂが保持する検証鍵である。
ステップ２２０６） 制御部２１０ｂは、利用者装置２００の制御部２１０ａに(s1, s2)を転送する。また、IUbをあわせて転送するようにしてもよい。発行者情報の事前通知を行うことによって、式（１６）や式（２６）の検証に失敗するようなトークン交換形式を生成、送信することを未然に防止できる。
ステップ２２０７） 利用者装置２００ａの制御部２１０ａは、耐タンパ装置２８０ａの制御部２３０ａに(s1, s2)と譲渡対象チケットのハッシュH(m)を転送する。
ステップ２２０８） 利用者装置２００ａの耐タンパ装置２８０ａの制御部２３０ａは、格納部２７０ａに格納されたCUaについて、以下の式が成立することを検証する。検証に失敗した場合、以後の処理を中断し、制御部２１０ａに処理の失敗を通知する。
∃c2((H(m), c2)∈CUa), c2∈IUb （７）
式（７）は、譲渡対象チケットｍに対応するトークン(H(m), c2)が耐タンパ装置２８０の格納部２７０ａに格納されていることの検証である。
ステップ２２０９） 耐タンパ装置２８０ａの制御部２３０ａは、署名部２５０ａが備えるSPkUaと利用者装置２００ａの制御部２１０ａが保持する検証鍵PkUa，PkAa及び、鍵証明書(PkUa, SPkAa (PkUa))を用い、トークン交換形式e=(e1, e2, e3, e4, e5, e6, e7, e8)を得る。ここで、eの各要素は以下の値をとる。
e1=H(m)
e2=c2
e3=s1
e4=s2
e5= SPkUa(H(m)‖c2‖s1‖s2 )
e6= PkUa
e7= SPkAa (PkUa)
e8= PkAa
ステップ２２１０） 利用者装置２００ａの耐タンパ装置２８０ａの制御装置２３０ａは、s2が正であるなら、CUaから(H(m), c2)を削除する。
ステップ２２１１） 耐タンパ装置２８０ａの制御部２３０ａは、制御部２１０ａにeを転送する。
ステップ２２１２） 制御部２１０ａは、利用者装置２００ｂの制御部２１０ｂにeを転送する。
ステップ２２１３） 制御部２１０ｂは、耐タンパ装置２８０ｂの制御部２３０ｂにeと対応する信任情報ｔを転送し、e内のトークンの格納を依頼する。
ステップ２２１４） 制御部２３０ｂは、認証部２４０ｂを用いて、以下の式の全てが成立することを検証する。検証に失敗した場合、以後の処理を中断し、制御部２１０ｂに処理の中断を通知する。
e3= H(PkUb) （８）
e4∈ RUb （９）
Ve6(e1‖e2‖e3‖e4, e5)=１ （１０）
Ve8(e6, e7) =１ （１１）
H(e8) ∈t1 （１２）
Vt3(t 1, t 2) =１ （１３）
e2= H(t3) （１４）
式（８）及び式（９）は、セッション情報の正当性の検証である。この検証により、当該利用者装置２００ｂ以外に宛られたトークン交換形式を格納すること、及びトークン交換形式の再利用によってトークンを複製すること、などによる不正を防止する。
式（１０）は、トークン交換形式に対する署名の正当性の検証であり、この検証によりトークン交換形式の改竄を防止する。
式（１１）は、当該署名者の鍵証明書の検証である。また、式（１２）は、該鍵証明書の署名者が、信任情報中の信任対象に含まれることの検証であり、式（１３）は、該信任情報の正当性の検証であり、式（１４）は、該信任情報の署名者が該トークンの発行者と等しいかどうかの検証である。これらの検証により、該発行者が信用する者によって、該トークン交換形式転送元の耐タンパ性が保証されていることを確認する。
ステップ２２１５） 利用者装置２００の耐タンパ装置２８０ｂの制御部２３０ｂは、格納部２７０ｂのRUbからe4 (=rUb)を削除する。
ステップ２２１６） 制御部２３０ｂは、格納部２７０ｂのCUbに(e1, e2)を追加する。
ステップ２２１７） 制御部２３０ｂは、制御部２１０ｂに処理の正常終了を通知する。
ステップ２２１８） 制御部２１０ｂは、以下の式が成立することを検証する。検証に失敗した場合は処理の中断を、検証に成功した場合は処理の正常終了を、制御部２１０ａに通知する。
e1= H(m) （１５）
e2∈IUb （１６）
式（１５）及び式（１６）は、転送されたトークンが、対象となるチケットに対応し、正当な発行者によって発行されたものであることの検証である。この検証により、譲渡されたチケットが有効であることを確認する。
制御部２１０ｂにおいて発行者情報がデータごとに管理されている場合は、式（１６）はe2 ∈IUb (m)となる。
（３） チケット消費の場合：
以下は、利用者装置２００から改札者装置３００に対する接続装置４００を介したチケット消費処理の流れである。
図２０は、本発明の一実施例のチケット消費の場合の動作を示すシーケンスチャートである。
なお、同図において、利用者装置２００と改札者装置３００間に存在する接続装置４００は省略する。
ステップ３３０１） 利用者装置２００の制御部２１０は、格納部２２０が保持するMUから譲渡対象となるチケットmを抽出する。
ステップ３３０２） 制御部２１０は、格納部２２０が保持するTU からmの発行者による信任情報(t1, t2, t3)を抽出する。
ステップ３３０３） 制御部２１０は、改札者装置３００の制御部３１０にmと(t1, t2, t3)を転送する。
ステップ３３０４） 制御部３１０は、以下の手順により(s1, s2)を生成する。
（ａ） 番号生成部３３０により番号rE の払出しを受ける。
（ｂ） rEを格納部３４０の番号集合REに追加する。
（ｃ） (s1, s2)=(H(PkE), rE)を生成する。ここで、PkEは制御部３１０が保持する検証鍵である。
ステップ３３０５） 制御部３１０は、利用者装置２００の制御部２１０に(s1, s2)を転送する。
ステップ３３０６） 制御部２１０は、耐タンパ装置２８０の制御部２３０に(s1, s2)と消費対象チケットのハッシュH(m)を転送する。
ステップ３３０７） 耐タンパ装置２８０の制御部２３０は、格納部２７０に格納されたCU について、以下の式が成立することを検証する。検証に失敗した場合、以後の処理を中断し、制御部２１０に処理の失敗を通知する。
∃c2((H(m), c2)∈CU） （１７）
式（１７）は、譲渡対象チケットｍに対応するトークン(H(m), c2)が耐タンパ装置２８０の格納部２７０に格納されていることの検証である。
ステップ３３０８） 耐タンパ装置２８０の制御部２３０は、署名部２５０が備えるSPkU と利用者装置２００の制御部２１０が保持する検証鍵PkU，PkA及び、鍵証明書(PkU, SPkA (PkU))を用い、トークン交換形式e=(e1, e2, e3, e4, e5, e6, e7, e8)を得る。ここで、eの各要素は以下の値を採る。
e1=H(m)
e2=c2
e3=s1
e4=s2
e5= SPkU(H(m)‖c2‖s1‖s2 )
e6= PkU
e7= SPkA (PkU)
e8= PkA
ステップ３３０９） 耐タンパ装置２８０の制御部２３０は、s2 が正であるなら、CUから(H(m), c2)を削除する。
ステップ３３１０） 耐タンパ装置２８０の制御部２３０は、制御部２１０にeを転送する。
ステップ３３１１） 制御部２１０は、改札者装置３００の制御部３１０にeを転送する。
ステップ３３１２） 認証部３２０を用い、以下の式の全てが成立することを検証する。検証に失敗した場合、以後の処理を中断し、利用者装置２００の制御部２１０の処理の中断を通知する。
e3= H(PkE) （１８）
e4∈ RE （１９）
Ve6(e1‖e2‖e3‖e4, e5)=１ （２０）
Ve8(e6, e7) =１ （２１）
H(e8) ∈t1 （２２）
Vt3(t 1, t 2) =１ （２３）
e2= H(t3) （２４）
式（１８）及び式（１９）は、セッション情報の正当性の検証である。この検証により、当該改札者装置３００以外に宛られたトークン交換形式の利用や、トークン交換形式の再利用などによる不正を防止する。
式（２０）は、トークン交換形式に対する署名の正当性の検証であり、この検証により、トークン交換形式の改竄を防止する。
式（２１）は、当該署名者の鍵証明書の検証である。また、式（２２）は、該鍵証明書の署名者が、信任情報中の信任対象に含まれることの検証であり、式（２３）は、該信任情報の正当性の検証であり、式（２４）は、該信任情報の署名者が該トークンの発行者と等しいかどうかの検証である。これらの検証により、該発行者が信用する者によって、該トークン交換形式転送元の耐タンパ性が保証されていることを確認する。
ステップ３３１３） 改札者装置３００の制御部３１０は、格納部３４０のREから e4 (=rE)を削除する。
ステップ３３１４） 制御部３１０は、以下の式が成立することを検証する。検証に失敗した場合は、処理に中断を利用者装置２００の制御部２１０に通知する。検証に成功した場合は、ｍに対応するサービスをチケットの消費者に提供する。
e1= H(m) （２５）
e2∈IE （２６）
式（２５）及び式（２６）は、転送されたトークンが対象となるチケットに対応し、正当な発行者によって発行されたものであることの検証である。この検証により、消費されたチケットが有効であることを確認する。
制御部３１において発行者情報がデータごとに管理されている場合は、式（２６）はe2 ∈IE (m)となる。
（４） チケット提示の場合：
チケット提示は、（３）チケット消費の場合の処理において、以下の変更を加えることにより可能になる。
・ステップ３３０４の（ｃ）において、(s1, s2)=(H(PkE), -rE)を生成する。
・ステップ３３１２において、式（１９）を-e4∈ RE とする。
以上の変更により、s2 が負数となるため、ステップ３３０９において、CUからの削除は行われない。即ち、送信側の利用者装置２に有効なチケットを残したまま、当該利用者装置２が該提示時点で有効なチケットを保持していることを検証すること、即ち、チケットの検札が可能となる。
なお、以上のそれぞれの場合（１）〜（４）の説明において、転送されたトークン交換形式は、明示的に保存しなかった。しかしながら、該トークン交換形式の格納部２２０などに保存しておき、該トークン交換形式及びmの受信の際に共に受信したトークン交換形式の履歴をmの送信の際に共に送信することにより、耐タンパ装置２８が破られるなどして不正行為（二重使用）が発見された場合に、不正が行われた装置を特定することが可能となる。
（５）チケットの還流
次に、改札者が消費、提示を受けたチケットを発行者に還流し、対価を発行者が改札者に支払う場合について説明する。このようにすることによって、改札や検札を行なった改札者に対して、二重請求を防ぎつつ手数料などの対価を提供することが可能になる。
発行者装置１００は、トークン交換形式eを格納する手段（格納部１６０）と、還流されるチケットに対応するデータｍおよび信任情報(t1, t2, t3)を保持または入手する手段をさらに有するものとする。
以下は、改札者装置３００が消費または提示を受けたチケットを発行者装置１００に還流するチケット還流処理の流れである。
ステップ５５０１）改札者装置３００は、消費または提示を受けたチケットに対応するトークン交換形式eを発行者装置１００に転送する。
ステップ５５０２）発行者装置１００の制御部１１０は、eに含まれるe2について、e2= H(PkI)であることを検証する。検証に失敗した場合、その旨を通知するとともに以後の処理を中断する。これは、eが自身が発行したチケットに対応するものであるかどうかの検証である。
ステップ５５０３）制御部１１０は、eについて式（２０−２２）が成立することを検証する。ただし、信任情報(t1, t2, t3)が信頼できない経路（改札者など）から入手された場合、式（２３、２４）もあわせて検証する。ただし、式（２４）の検証では、t3の代わりにPkIを用いる。検証に失敗した場合、その旨を通知するとともに以後の処理を中断する。これは、eが正当な流通経路を介して流通されたことの検証である。
ステップ５５０４）制御部１１０は、e4が正である場合、eに含まれるe3について、e3 がt1 によって信任された第３者によって、耐タンパ性を保証されていないことを検証する。これは、eにより有効なトークンが格納されていない（消費により正しく権利が消滅した）ことの検証である。
ステップ５５０５）制御部１１０は、eを格納部１６０に格納する。もし、すでにeが格納部１６０に格納済であった場合、その旨を通知するとともに以後の処理を中断する。
ステップ５５０６）発行者は、還流されたチケットに応じた対価を改札者に提供する。
（６）回数券
次に、トークンおよびトークン交換形式に、度数ないし個数に相当する数値情報を追加し、対応するチケットの「枚数」とし、回数券を実現する例について説明する。
これにより、同一内容、同一発行者のチケットが複数発行されても正しく扱えるようにするとともに、複数の同一トークンを効率的に送信できるようになる。
具体的には、上述した実施例における以下の変更により上記の回数券は実現される。
・トークンに度数情報c3を追加する。
・トークン交換形式に度数情報enを追加する。
・チケット発行において、トークン生成時（S1102）に発行するチケット枚数をnとして指定する。
・チケット譲渡／消費において、（S2207，S3306）の際に譲渡／消費するチケット枚数をnとして指定する。
・チケット譲渡／消費において、トークン保持の検証時（S2208−S3307）に、度数が充分にあることを検証する。すなわち、c1=H(m)∩c3≧ｎが成立する(c1, c2 , c3)がCUに含まれることを検証する。
・全処理において、トークン交換形式生成時（Sl108，S2209，S3308）に、en =nを追加するとともに、e5の署名対象にnを追加して連接する(c1‖c2‖s1‖s2 ‖nとなる。）
・チケット譲渡／消費において、トークン削除時（S2210，S3309：s2が正の場合）に、c3 =nの場合にのみ(H(m), c2 , c3 )をCUから削除し、c3 >nの場合はCUの(H(m), c2 , c3 )を(H(m), c2 , c3 -n)に更新する。
・全処理において、トークン交換形式検証時（Sl1ll，S2214，S3312）のe5による署名検証（式（3），式（1０），式（20））の検証対象にenを追加して連接する(e1‖e2‖e3‖e4 ‖enとなる）。
・チケット発行／譲渡において、トークン格納時（Sl113、S2216）にe1=c1, e2=c2が共に成立するトークン(c1,, c2 , c3 )がCUにすでに存在する場合、CU中の該トークン(c1,, c2 , c3 )を(c1,, c2 , c3 + en)に更新する。
・チケット消費／還流において、サービスや対価の提供はさらにenにも応じて行なう。（７） 再送制御
次に、転送路の不意の切断など、異常が発生した後にトークンの再送を（複製を防ぎつつ）可能にするための処理について説明する。
具体的には、各手順に、以下の処理を追加する。
・制御部１１０、２３０は、トークン交換形式の生成（S1l08，S2209−S3308）の際に、生成したトークン交換形式eを保持する。
・制御部２１０、３１０は、受領通知（S1115,S2218における正常終了、S3314におけるサービスの提供）の際に、（チケット送り側の）制御部１１０、２１０に(s1, s2) を通知する。
・制御部１１０、２１０は、上記受領通知を受けたら、(s1, s2)に対応するトークン交換形式を消去する。
また、再送の際は、各手順において以下の変更を行なう。
・セッション情報生成（Sl1０6，S2205，S3304）の際に、（新親にセッション情報を生成するのではなく）格納部２２０、３４０に格納されているセッション情報(s1, s2)を用いる。
・トークン交換形式生成に関連する処理（Sl1０8, S2208-2210、S3307−3309）において、制御部１１０、２１０が(e3=s1 )∩(e4=s2 )が成立するeを保持している場合、これらの処理によりeを生成せず、保持しているeを用いて以後の処理を行なう。
（８）発行のバリエーション
チケット発行とは、論理的にはチケット（トークン）生成+チケット譲渡と考えることができるため、たとえば以下のような手順によりチケット譲渡処理を用いてチケットの発行を行なうことが可能である。ただし、チケット発行よりもチケット譲渡のほうが検証処理が多いため、両手順とも本来のチケット発行と比較して処理量は増大する。
（８−１）自己証明書の利用
下記のようにすることにより、制御部２３０によるトークン交換形式の検証は、チケット発行（Sll1l）とチケット譲渡（S2214）とで異なる。これを（S2214における検証で）一本化し、制御部２３０の実装コストを軽減する。
制御部１１０は、自己による鍵証明書(PkI, SPkI (PkI))を保持する。以下、チケット発行の手順において、以下の変更を加えることにより、チケット発行の場合とチケット譲渡の場合とで、（受信側）制御部２３０における処理が同一化可能となる。
・信任情報生成部1５0による信任情報生成（Sl1０3）の際に、自らのフィンガープリントH(PkI)を、発行者による信任対象t1に含ませる。
・トークン交換形式e生成（Sl1０8）の際に、e7= SPkI (PkI), e8= PkIとする。
・トークン交換形式eの検証（S1lll）の際に、式（1）-(4)のかわりに式（8−14）を用いる。（ただし、UbはUに置き換える）
（８−２）利用者装置によるチケット発行
下記の通り、利用者装置に、自己を発行者とするトークン（のみ）を生成する機能を持たせることにより、利用者装置によるチケット発行が可能になる。
また、以下の手順により、利用者装置２００によるチケット発行を行なうことが可能になる。ただし、以下の説明においてはデータmは生成済であるとする。
・制御部210は、チケットに対応するデータのハッシュ値H(m)と、信任対象のt1= {H(PkA1), H(PkA2), …, H(PkAi)}を制御部２３０に与える。
・制御部２３０は、保持する検証鍵PkUを用い、格納部２７０に(H(m), H(PkU))を格納する。
・制御部２３０は、署名部２５０を用いてt2= SPkU(H(PkA1) ‖ H(PkA2) ‖ …‖H(PkAi))を生成する。
・制御部２３０は、(t1, t2, t3= PkU)を制御部２１０に返却する。
制御部２１０は(t1, t2, t3)を格納部２２０に格納する。以下、チケット譲渡を行なう。
なお、上記の還流、回数券、再送制御、発行のバリエーションの例は、第１の実施例にも適用可能である。
また、上記の実施例は、図１３〜図１６に示す構成に基づいて説明したが、この例に限定されることなく、発行者装置、利用者装置、改札者装置、及び接続装置の各機能をプログラムとして構築し、発行者装置、利用者装置、改札者装置、及び接続装置として利用されるコンピュータに接続されるディスク装置や、フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ等の可搬記憶媒体に格納しておき、本発明を実施する際にインストールすることにより、容易に本発明を実現できる。
図２１は、本発明の実施例で説明した記録媒体を使用するコンピュータシステムのハードウェア構成の例を示すブロック図である。本コンピュータシステムは、処理を実行するＣＰＵ５００、プログラムやデータを記憶するメモリ５０１、メモリ５０１またはＣＰＵ５００で使用するプログラムやデータを蓄積する外部記憶装置５０２、データを表示するディスプレイ５０３、データまたは命令を入力するキーボード５０４、ネットワークを介して他のコンピュータシステム等と通信を行うための通信処理装置５０５から構成される。上記プログラムはメモリ５０１又は外部記憶装置５０２にインストールされＣＰＵ５００により実行される。
なお、本発明は、上記の実施例に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
本発明の第１の実施例における原理を説明するための図である。 本発明の第１の実施例のデータ蓄積システムの全体構成図である。 本発明の第１の実施例のデータ蓄積システムの発行者装置の構成図である。 本発明の第１の実施例のデータ蓄積システムの利用者装置の構成図である。 本発明の第１の実施例のデータ蓄積システムの改札者装置の構成図である。 本発明の第１の実施例のデータ蓄積システムの接続装置の構成図である。 本発明の第１の実施例のデータ蓄積システムのチケット発行処理の シーケンスチャートである。 本発明の第１の実施例のデータ蓄積システムのチケット譲渡処理の シーケンスチャート（その１）である。 本発明の第１の実施例のデータ蓄積システムのチケット譲渡処理の シーケンスチャート（その２）である。 本発明の第１の実施例のデータ蓄積システムのチケット消費処理の シーケンスチャートである。 本発明の第２の実施例の原理構成図である。 本発明の第２の実施例の原本流通システムにおけるデータ蓄積システムの構成図である。 本発明の第２の実施例の原本データ流通システムの発行者装置の構成図である。 本発明の第２の実施例の原本データ流通システムの利用者装置の構成図である。 本発明の第２の実施例の原本データ流通システムの改札者装置の構成図である。 本発明の第２の実施例の原本データ流通システムの接続装置の構成図である。 本発明の第２の実施例の原本データ流通システムのチケット発行の場合の動作を示すシーケンスチャートである。 本発明の第２の実施例の原本データ流通システムのチケット譲渡の場合の動作を示すシーケンスチャート（その１）である。 本発明の第２の実施例の原本データ流通システムのチケット譲渡の場合の動作を示すシーケンスチャート（その２）である。 本発明の第２の実施例の原本データ流通システムのチケット消費の場合の動作を示すシーケンスチャートである。 コンピュータの構成図である。
符号の説明
１、１００ 発行者装置
２、２００ 利用者装置
３、３００ 改札者装置
４、４００ 接続装置
１１、１１０ 制御部
１２、１２０ 署名部
１３、１３０ データ生成部
１４ マニフェスト生成部
１５、１５０ 信任情報生成部
２１、２１０ 制御部
２２、２２０ 格納部
２３、２３０ 制御部
２４、２４０ 認証部
２５、２５０ 署名部
２６、２６０ 番号生成部
２７、２７０ 格納部
３１、３１０ 制御部
３２、３２０ 認証部
３３、３３０ 番号生成部
３４、３４０ 格納部
４１、４１０ 通信部
５０ 発行者装置
５１ 第１の原本性情報生成手段
５２ 第１の原本性情報転送手段
６０ 利用者装置
６１ 第２の原本性情報転送手段
６２ 第１の特定手段
６３ 第１の認証手段
６４ 格納手段
７０ 改札者装置
７１ 第２の特定手段
７２ 第２の認証手段
７３ データ処理手段
１４０ トークン生成部
５００ ＣＰＵ
５０１ メモリ
５０２ 外部記憶装置
５０３ ディスプレイ
５０４ キーボード
５０５ 通信処理装置

Claims (25)

  1. 発行者装置、利用者装置、及び改札者装置を有し、電子的な情報である原本データの蓄積や流通を行う原本データ流通システムにおける原本データ流通方法であって、
    発行者装置が、当該発行者装置に対応する検証鍵のハッシュ値であるフィンガープリントと流通対象のデータに対応する情報とを有する原本性情報を生成するステップと、
    発行者装置が、発行者が信用する者であって利用者装置の耐タンパ性を保証する者に対応する検証鍵のハッシュ値を含む信任情報を生成し、当該信任情報と流通対象のデータとを利用者装置に送信するステップと、
    利用者装置が、受信した信任情報と流通対象のデータとを当該利用者装置における第１の格納手段に格納するステップと、
    発行者装置が、発行者の署名を付与した前記原本性情報を含む情報を利用者装置に送信するステップと、
    利用者装置が、発行者の署名を検証するための検証関数を用いて当該署名が付与された原本性情報の正当性を検証し、正当性が検証された場合に、原本性情報を利用者装置における耐タンパ性を有する第２の格納手段に格納し、更に、原本性情報に含まれるフィンガープリントが、利用者から信用された発行者を示す情報として利用者装置に予め格納されたフィンガープリントの集合に含まれるか否かを調べることにより、原本性情報が有効か否かを検証するステップと、
    利用者装置が改札者装置に流通対象のデータを送信する際に、当該改札者装置で当該送信元の利用者装置の耐タンパ性検証の対象となる前記信任情報を併せて当該改札者装置に送信するステップと
    を有することを特徴とする原本データ流通方法。
  2. 前記原本性情報に含まれる流通対象のデータに対応する情報は、当該流通対象のデータに一方向関数を作用させて得られるハッシュ値であり、前記原本性情報が有効か否かを検証するステップにおいて、当該流通対象のデータに前記一方向関数を作用させて得られたハッシュ値が前記流通対象のデータに対応する情報と一致するか否かの検証を更に行うことを特徴とする請求項１に記載の原本データ流通方法。
  3. 第１の装置及び第２の装置を有し、電子的な情報である原本データの蓄積や流通を行う原本データ流通システムであって、
    第１の装置は、
    自装置に対応する検証鍵のハッシュ値であるフィンガープリントと流通対象のデータに対応する情報とを有する原本性情報を生成する手段と、
    第２の装置の耐タンパ性を保証する者に対応する検証鍵のハッシュ値を含む信任情報を生成し、当該信任情報と流通対象のデータとを第２の装置に送信する手段と、
    第１の装置の署名を付与した前記原本性情報を含む情報を第２の装置に送信する手段とを有し、
    第２の装置は、
    第１の装置から受信した信任情報と流通対象のデータとを格納する第１の格納手段と、
    第１の装置の署名を検証するための検証関数を用いて当該署名が付与された原本性情報の正当性を検証し、正当性が検証された場合に、原本性情報を第２の装置における耐タンパ性を有する第２の格納手段に格納する手段と、
    原本性情報の送信元である第１の装置のフィンガープリントが、利用者から信用された発行者の装置を示す情報として当該第２の装置に予め格納されたフィンガープリントの集合に含まれるか否かを調べることにより、原本性情報が有効か否かを検証する手段と、
    第２の装置が他の装置に前記流通対象のデータを送信する際に、当該他の装置で当該送信元の第２の装置の耐タンパ性検証の対象となる前記信任情報を併せて当該他の装置に送信する手段と
    を有することを特徴とする原本データ流通システム。
  4. 前記原本性情報に含まれる流通対象のデータに対応する情報は、当該流通対象のデータに一方向関数を作用させて得られるハッシュ値であり、前記原本性情報が有効か否かを検証する手段は、当該流通対象のデータに前記一方向関数を作用させて得られたハッシュ値が前記流通対象のデータに対応する情報と一致するか否かの検証を更に行うことを特徴とする請求項３に記載の原本データ流通システム。
  5. 第２の装置が、他の装置から、第１の装置の原本性情報と、当該他の装置の耐タンパ性を保証する者に対応する検証鍵と、当該検証鍵に対応する秘密鍵により当該他の装置の検証鍵に付された署名と、当該他の装置の検証鍵とを受信したときに、当該他の装置の耐タンパ性を保証する者に対応する検証鍵を用いて当該署名を検証することにより、当該他の装置の検証鍵の正当性を検証する請求項３又は４に記載の原本データ流通システム。
  6. 発行者装置及び利用者装置を有し、電子的な情報である原本データの蓄積や流通を行う原本データ流通システムにおける発行者装置であって、
    当該発行者装置の検証鍵のハッシュ値であるフィンガープリントと流通対象のデータに対応する情報とを有する原本性情報を生成する手段と、
    発行者が信用する者であって利用者装置の耐タンパ性を保証する者に対応する検証鍵のハッシュ値を含む信任情報を生成し、当該信任情報と流通対象のデータとを利用者装置に送信する手段と、
    発行者の署名を付与した前記原本性情報を含む情報を利用者装置に送信する手段とを有し、
    前記信任情報と前記流通対象のデータは、これらを受信した利用者装置の第１の格納手段に格納される情報であり、前記原本性情報は、これを受信した利用者装置において前記発行者の署名を検証するための検証関数を用いてその正当性が検証された場合に、利用者装置における耐タンパ性を有する第２の格納手段に格納される情報であり、前記フィンガープリントは、利用者装置において、当該フィンガープリントが、利用者から信用された発行者を示す情報として当該利用者装置に予め格納されたフィンガープリントの集合に含まれるか否かを調べることにより、原本性情報が有効か否かを検証するために使用されるものであることを特徴とする発行者装置。
  7. 前記原本性情報における流通対象のデータに対応する情報として、データの一方向関数による出力を生成する手段を有する請求項６記載の発行者装置。
  8. 前記原本性情報における流通対象のデータに対応する情報として、ネットワーク上の資源の識別子を用いる請求項６記載の発行者装置。
  9. 発行者装置と利用者装置とを有し、電子的な情報である原本データの蓄積や流通を行う原本データ流通システムにおける利用者装置であって、
    送信元から、発行者が信用する者であって利用者装置の耐タンパ性を保証する者に対応する検証鍵のハッシュ値を含む信任情報と、流通対象のデータとを受信し、これらを第１の格納手段に格納する手段と、
    送信元から、発行者装置の検証鍵のハッシュ値であるフィンガープリントと流通対象のデータに対応する情報とを含む原本性情報と、当該原本性情報に対する送信元の署名とを含む情報とを受信する手段と、
    送信元の署名を検証するための検証関数を用いて当該署名を付与した原本性情報の正当性を検証し、少なくともその正当性が検証された場合に、原本性情報を利用者装置における耐タンパ性を有する第２の格納手段に格納し、更に、原本性情報に含まれるフィンガープリントが、利用者から信用された発行者を示す情報として利用者装置に予め格納されたフィンガープリントの集合に含まれるか否かを調べることにより、原本性情報が有効か否かを検証する手段と
    を有することを特徴とする利用者装置。
  10. 前記原本性情報に含まれる流通対象のデータに対応する情報は、当該流通対象のデータに一方向関数を作用させて得られるハッシュ値であり、前記原本性情報が有効か否かを検証する手段は、当該流通対象のデータに前記一方向関数を作用させて得られたハッシュ値が前記流通対象のデータに対応する情報と一致するか否かの検証を更に行うことを特徴とする請求項９に記載の利用者装置。
  11. 自装置から前記原本性情報を他の装置に転送する際に、当該原本性情報を消去する手段を有する請求項９又は１０記載の利用者装置。
  12. 発行者装置、利用者装置、及び改札者装置とを有し、電子的な情報である原本データの蓄積や流通を行う原本データ流通システムにおける改札者装置であって、
    利用者装置から、発行者が信用する者であって利用者装置の耐タンパ性を保証する者に対応する検証鍵のハッシュ値を含む信任情報と、流通対象のデータとを受信し、これらを格納手段に格納する手段と、
    利用者装置から、発行者装置の検証鍵のハッシュ値であるフィンガープリントと流通対象のデータに対応する情報とを有する原本性情報と、当該原本性情報に対する利用者装置の署名と、利用者装置の耐タンパ性を保証する者に対応する検証鍵とを含む情報を受信する手段と、
    利用者装置の署名を検証するための検証関数を用いて当該署名を付与した原本性情報の正当性を検証し、利用者装置の耐タンパ性を保証する者に対応する検証鍵のハッシュ値が前記信任情報に含まれるか否かを検証し、更に、原本性情報に含まれるフィンガープリントが、改札者から信用された発行者を示す情報として当該改札者装置に予め格納されたフィンガープリントの集合に含まれるか否かを調べることにより、原本性情報が有効か否かを検証する手段とを有し、
    利用者装置から受信する前記信任情報と前記流通対象のデータは、発行者装置から利用者装置に送信され、利用者装置の第１の格納手段に格納された情報であり、更に利用者装置から受信する前記原本性情報は、発行者装置から発行者の署名を付与して利用者装置に送信され、利用者装置において前記発行者の署名を検証するための検証関数を用いてその正当性が検証された後に、利用者装置における耐タンパ性を有する第２の格納手段に格納された情報であることを特徴とする改札者装置。
  13. 前記原本性情報に含まれる流通対象のデータに対応する情報は、当該流通対象のデータに一方向関数を作用させて得られるハッシュ値であり、前記原本性情報が有効か否かを検証する手段は、当該流通対象のデータに前記一方向関数を作用させて得られたハッシュ値が前記流通対象のデータに対応する情報と一致するか否かの検証を更に行うことを特徴とする請求項１２に記載の改札者装置。
  14. 発行者装置及び利用者装置を有し、電子的な情報である原本データの蓄積や流通を行う原本データ流通システムであって、
    発行者装置は、
    自装置の検証鍵のハッシュ値であるフィンガープリントと流通対象のデータに対応する情報とを有する原本性情報を生成する手段と、
    利用者装置の耐タンパ性を保証する者に対応する検証鍵のハッシュ値を含む信任情報を生成し、信任情報と流通対象のデータとを利用者装置に送信する手段と、
    発行者装置の署名を付与した前記原本性情報を含む情報を利用者装置に送信する手段とを有し、
    利用者装置は、
    発行者装置から受信した信任情報と流通対象のデータとを格納する第１の格納手段と、
    発行者装置の署名を検証するための検証関数を用いて当該署名を付与した原本性情報の正当性を検証し、正当性が検証された場合に原本性情報を利用者装置における耐タンパ性を有する第２の格納手段に格納する手段と、
    原本性情報の送信元である発行者装置のフィンガープリントが、利用者から信用された発行者装置を示す情報として利用者装置に予め格納されたフィンガープリントの集合に含まれるか否かを調べることにより、原本性情報が有効か否かを検証する手段と、
    利用者装置が改札者装置に前記流通対象のデータを送信する際に、当該改札者装置で当該送信元の利用者装置の耐タンパ性検証の対象となる前記信任情報を併せて当該改札者装置に送信する手段と
    を有することを特徴とする原本データ流通システム。
  15. 前記原本性情報に含まれる流通対象のデータに対応する情報は、当該流通対象のデータに一方向関数を作用させて得られるハッシュ値であり、前記原本性情報が有効か否かを検証する手段は、当該流通対象のデータに前記一方向関数を作用させて得られたハッシュ値が前記流通対象のデータに対応する情報と一致するか否かの検証を更に行うことを特徴とする請求項１４に記載の原本データ流通システム。
  16. 前記原本データ流通システムにおける各装置が原本性情報を転送する際には、前記原本性データ流通システム内で一意性を持つセッション情報を共に転送し、
    原本性情報を転送する送信側装置は該原本性情報及びセッション情報を保持しておき、
    受信側の装置は、該原本性情報を受信すると、該セッション情報を送信側装置に転送し、
    該送信側装置は、該原本性情報及び該セッション情報を削除する請求項１４又は１５に記載の原本データ流通システム。
  17. 前記利用者装置は更に、前記原本性情報を生成する手段を有する請求項１４又は１５に記載の原本性データ流通システム。
  18. コンピュータの機能を備える発行者装置及び利用者装置を有し、電子的な情報である原本データの蓄積や流通を行う原本データ流通システムにおける発行者装置に搭載される原本データ流通プログラムを格納した記憶媒体であって、当該原本データ流通プログラムは、発行者装置を、
    当該発行者装置の検証鍵のハッシュ値であるフィンガープリントと流通対象のデータに対応する情報とを有する原本性情報を生成する手段、
    発行者が信用する者であって利用者装置の耐タンパ性を保証する者に対応する検証鍵のハッシュ値を含む信任情報を生成し、当該信任情報と流通対象のデータとを利用者装置に送信する手段、
    発行者の署名を付与した前記原本性情報を含む情報を利用者装置に送信する手段として機能させ、
    前記信任情報と前記流通対象のデータは、これらを受信した利用者装置の第１の格納手段に格納される情報であり、前記原本性情報は、これを受信した利用者装置において前記発行者の署名を検証するための検証関数を用いてその正当性が検証された場合に、利用者装置における耐タンパ性を有する第２の格納手段に格納される情報であり、前記フィンガープリントは、利用者装置において、当該フィンガープリントが、利用者から信用された発行者を示す情報として当該利用者装置に予め格納されたフィンガープリントの集合に含まれるか否かを調べることにより、原本性情報が有効か否かを検証するために使用されるものであることを特徴とする原本データ流通プログラムを格納した記憶媒体。
  19. 発行者装置を、前記原本性情報における流通対象のデータに対応する情報として、データの一方向関数による出力を生成する手段として更に機能させる請求項１８記載の原本データ流通プログラムを格納した記憶媒体。
  20. 発行者装置を、前記原本性情報の前記データに対応する情報として、ネットワーク上の資源の識別子を用いる手段として更に機能させる請求項１８記載の原本データ流通プログラムを格納した記憶媒体。
  21. 発行者装置と、コンピュータの機能を備える利用者装置とを有し、電子的な情報である原本データの蓄積や流通を行う原本データ流通システムにおける利用者装置に搭載される原本データ流通プログラムを格納した記憶媒体であって、利用者装置を、
    送信元から、発行者が信用する者であって利用者装置の耐タンパ性を保証する者に対応する検証鍵のハッシュ値を含む信任情報と、流通対象のデータとを受信し、これらを第１の格納手段に格納する手段、
    送信元から、発行者装置の検証鍵のハッシュ値であるフィンガープリントと流通対象のデータに対応する情報とを含む原本性情報と、当該原本性情報に対する送信元の署名とを含む情報とを受信する手段、
    送信元の署名を検証するための検証関数を用いて当該署名を付与した原本性情報の正当性を検証し、少なくともその正当性が検証された場合に、原本性情報を利用者装置における耐タンパ性を有する第２の格納手段に格納し、更に、原本性情報に含まれるフィンガープリントが、利用者から信用された発行者を示す情報として利用者装置に予め格納されたフィンガープリントの集合に含まれるか否かを調べることにより、原本性情報が有効か否かを検証する手段、
    として機能させる原本データ流通プログラムを格納した記憶媒体。
  22. 前記原本性情報に含まれる流通対象のデータに対応する情報は、当該流通対象のデータに一方向関数を作用させて得られるハッシュ値であり、前記原本性情報が有効か否かを検証する手段は、当該流通対象のデータに前記一方向関数を作用させて得られたハッシュ値が前記流通対象のデータに対応する情報と一致するか否かの検証を更に行うことを特徴とする請求項２１に記載の原本データ流通プログラムを格納した記憶媒体。
  23. 利用者装置を、前記利用者装置から前記原本性情報を他の装置に転送する際に、該原本性情報を消去する手段として更に機能させる請求項２１又は２２に記載の原本データ流通プログラムを格納した記憶媒体。
  24. 発行者装置、利用者装置、及び、コンピュータの機能を備える改札者装置とを有し、電子的な情報である原本データの蓄積や流通を行う原本データ流通システムにおける改札者装置に搭載される原本データ流通プログラムであって、当該原本データ流通プログラムは改札者装置を、
    利用者装置から、発行者が信用する者であって利用者装置の耐タンパ性を保証する者に対応する検証鍵のハッシュ値を含む信任情報と、流通対象のデータとを受信し、これらを格納手段に格納する手段、
    利用者装置から、発行者装置の検証鍵のハッシュ値であるフィンガープリントと流通対象のデータに対応する情報とを有する原本性情報と、当該原本性情報に対する利用者装置の署名と、利用者装置の耐タンパ性を保証する者に対応する検証鍵とを含む情報を受信する手段、
    利用者装置の署名を検証するための検証関数を用いて当該署名を付与した原本性情報の正当性を検証し、利用者装置の耐タンパ性を保証する者に対応する検証鍵のハッシュ値が前記信任情報に含まれるか否かを検証し、更に、原本性情報に含まれるフィンガープリントが、改札者から信用された発行者を示す情報として当該改札者装置に予め格納されたフィンガープリントの集合に含まれるか否かを調べることにより、原本性情報が有効か否かを検証する手段として機能させ、
    利用者装置から受信する前記信任情報と前記流通対象のデータは、発行者装置から利用者装置に送信され、利用者装置の第１の格納手段に格納された情報であり、更に利用者装置から受信する前記原本性情報は、発行者装置から発行者の署名を付与して利用者装置に送信され、利用者装置において前記発行者の署名を検証するための検証関数を用いてその正当性が検証された後に、利用者装置における耐タンパ性を有する第２の格納手段に格納された情報であることを特徴とする原本データ流通プログラムを格納した記憶媒体。
  25. 前記原本性情報に含まれる流通対象のデータに対応する情報は、当該流通対象のデータに一方向関数を作用させて得られるハッシュ値であり、前記原本性情報が有効か否かを検証する手段は、当該流通対象のデータに前記一方向関数を作用させて得られたハッシュ値が前記流通対象のデータに対応する情報と一致するか否かの検証を更に行うことを特徴とする請求項２４に記載の原本データ流通プログラムを格納した記憶媒体。
JP2003308865A 1999-02-17 2003-09-01 原本データ流通方法、原本データ流通システム及び装置、並びに原本データ流通プログラムを記録した記録媒体 Expired - Lifetime JP3933113B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003308865A JP3933113B2 (ja) 1999-02-17 2003-09-01 原本データ流通方法、原本データ流通システム及び装置、並びに原本データ流通プログラムを記録した記録媒体

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP3908099 1999-02-17
JP24745799 1999-09-01
JP2003308865A JP3933113B2 (ja) 1999-02-17 2003-09-01 原本データ流通方法、原本データ流通システム及び装置、並びに原本データ流通プログラムを記録した記録媒体

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2000038875A Division JP3546796B2 (ja) 1999-02-17 2000-02-16 原本データ流通方法、原本データ流通システム及び装置、並びに原本データ流通プログラムを記録した記録媒体

Publications (2)

Publication Number Publication Date
JP2004013914A JP2004013914A (ja) 2004-01-15
JP3933113B2 true JP3933113B2 (ja) 2007-06-20

Family

ID=30448900

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003308865A Expired - Lifetime JP3933113B2 (ja) 1999-02-17 2003-09-01 原本データ流通方法、原本データ流通システム及び装置、並びに原本データ流通プログラムを記録した記録媒体

Country Status (1)

Country Link
JP (1) JP3933113B2 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1030257B1 (en) 1999-02-17 2011-11-02 Nippon Telegraph And Telephone Corporation Original data circulation method, system, apparatus, and computer readable medium
JP2018169917A (ja) * 2017-03-30 2018-11-01 株式会社東芝 駅務装置、回数券処理システム及び回数券処理プログラム

Also Published As

Publication number Publication date
JP2004013914A (ja) 2004-01-15

Similar Documents

Publication Publication Date Title
KR100350841B1 (ko) 원본 데이터 유통 방법, 시스템, 장치 및 컴퓨터 판독가능매체
CN108781161B (zh) 用于控制和分发数字内容的区块链实现的方法
KR100315991B1 (ko) 원격노드로부터의디지털서명계약서
CN100416450C (zh) 数字权利管理
EP1455479B1 (en) Enrolling/sub-enrolling a digital rights management (DRM) server into a DRM architecture
US8881253B2 (en) Method and apparatus for accepting a digital identity of a user based on transitive trust among parties
WO1997050205A9 (en) Digitally signing agreements from remotely located nodes
US20050010780A1 (en) Method and apparatus for providing access to personal information
CN102057382A (zh) 用于内容共享的临时域成员资格
WO2005116859A1 (en) Method and apparatus for transmitting rights object information between device and portable storage
KR20080036486A (ko) 디지털 저작권 관리 시스템 및 이를 이용한 콘텐츠 유통관리 방법
US20070124313A1 (en) Method and apparatus for secure digital content distribution
TWI250757B (en) Method and apparatus for constructing digital certificates
JP2005275839A (ja) ソフトウェア利用許可方法及びシステム
JP2001338242A (ja) 電子情報流通方法及びシステム及び電子情報流通プログラムを格納した記憶媒体
JP3896909B2 (ja) 電子チケットを用いたアクセス権管理装置
JP3933113B2 (ja) 原本データ流通方法、原本データ流通システム及び装置、並びに原本データ流通プログラムを記録した記録媒体
JP3546796B2 (ja) 原本データ流通方法、原本データ流通システム及び装置、並びに原本データ流通プログラムを記録した記録媒体
US20240013170A1 (en) Method for secure, traceable and privacy-preserving digital currency transfer with anonymity revocation on a distributed ledger
JP3762163B2 (ja) 耐タンパ性装置によるサービス提供方法，サービス提供システムおよび認証装置のプログラム記録媒体
JP4201107B2 (ja) 埋め込み型権限委譲方法
JP2004102784A (ja) 複数サービス利用者に対するｉｃカードサービス利用許可方法及びシステム
WO2021057995A1 (zh) 售检票系统及其控制方法
CN111414629A (zh) 电子合约签署装置
Choudhary Strategic issues in implementing electronic-ID services: prescriptions for managers

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060411

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060612

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20061128

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070126

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: 20070227

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070312

R150 Certificate of patent or registration of utility model

Ref document number: 3933113

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110330

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110330

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120330

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130330

Year of fee payment: 6

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

EXPY Cancellation because of completion of term