(57)【要約】【課題】電子チケットの発行者が属するサービスプロバイダと異なるサービスプロバイダに属する代行改札者が改札を行うにあたり、改札した電子チケットの再販を防止し、改札者（代行改札者）から発行者への電子チケットの還流を可能とする改札代行装置及びチケット改札代行システムを提供する。【解決手段】改札部２の改札チケット受信手段２５が代行改札部３から改札チケット情報と回収チケット情報とを受信し、改札チケット情報検証手段２３が改札チケット情報の正当性を検証し、回収チケット情報検証手段２４が回収チケット情報の正当性を検証し、代行改札者ＩＤ検証手段２２が改札チケット情報に含まれる検証鍵ＰＫＢにより特定された代行改札者ＩＤと回収チケット情報に含まれる実際に改札代行した代行改札者ＩＤとが一致することを検証し、改札済チケット格納器２１がそれぞれの検証結果が全て正常である場合に、改札チケット情報及び回収チケット情報を格納する。【選択図】図１
2005128755.tif 000002
【特許請求の範囲】
【請求項１】
チケットの代行改札を行う権利を表すチケット情報１に基づいて所定のサービスを表すチケット情報２の代行改札を行い、前記チケット情報１と代行改札を行う主体を表す代行改札者ＩＤを特定可能な特定情報とを含む情報であって当該情報の改竄を検証可能な改札チケット情報、及び前記チケット情報２と実際に代行改札を行った主体を表す代行改札者ＩＤを含む情報であって当該情報の改竄を検証可能な回収チケット情報を検証するチケット改札代行装置において、
前記改札チケット情報と回収チケット情報とを受信するチケット受信手段と、
前記受信した改札チケット情報の正当性を検証する改札チケット情報検証手段と、
前記受信した回収チケット情報の正当性を、前記改札チケット情報検証手段による検証とは異なる方法により検証する回収チケット情報検証手段と、
前記受信した改札チケット情報に含まれる特定情報により特定された代行改札者ＩＤと、前記受信した回収チケット情報に含まれる代行改札者ＩＤとが一致することを検証する代行改札者ＩＤ検証手段と、
前記改札チケット情報検証手段、回収チケット情報検証手段及び代行改札者ＩＤ検証手段によるそれぞれの検証の結果全てが正常である場合に、前記受信した改札チケット情報及び回収チケット情報を格納する改札済チケット格納器とを有する改札部を具備することを特徴とする改札代行装置。
【請求項２】
請求項１に記載の改札代行装置において、
前記チケット情報２の代行改札を行い、前記チケット情報１と代行改札を行う主体を表す代行改札者ＩＤを特定可能な特定情報とを保持する代行改札部であって、
前記回収チケット情報を受信する回収チケット受信手段と、
前記受信した回収チケット情報の正当性を検証する回収チケット情報検証手段と、
前記検証の結果が正常である場合には、前記受信した回収チケット情報を格納する回収チケット格納器と、
前記保持したチケット情報１及び特定情報により改札チケット情報を生成する改札チケット情報生成手段と、
前記回収チケット格納器に格納された回収チケット情報と前記チケット情報生成手段により生成された改札チケット情報とを送信するチケット送信手段とを有することを特徴とする代行改札部。
【請求項３】
請求項１に記載の改札代行装置において、
請求項２に記載の代行改札部を具備し、前記改札部のチケット受信手段は、代行改札部のチケット送信手段が送信した改札チケット情報及び回収チケット情報を受信することを特徴とする改札代行装置。
【請求項４】
請求項１に記載の改札代行装置において、
前記チケット情報１を保持するチケット保持部であって、
前記保持したチケット情報１と実際に代行改札を行う主体を表す代行改札者ＩＤとにより回収チケット情報を生成する回収チケット情報生成手段と、
前記生成された回収チケット情報を送信する回収チケット送信手段とを有することを特徴とするチケット保持部。
【請求項５】
請求項１に記載の改札代行装置において、
請求項２に記載の改札代行部及び請求項４に記載のチケット保持部を具備し、
前記代行改札部の回収チケット受信手段は、チケット保持部の回収チケット送信手段が送信した回収チケット情報を受信し、
前記改札部のチケット受信手段は、代行改札部のチケット送信手段が送信した改札チケット情報及び回収チケット情報を受信することを特徴とする改札代行装置。
【請求項６】
請求項１に記載の改札代行装置において、
請求項２に記載の改札代行部及び請求項４に記載のチケット保持部を具備し、
前記改札部のチケット受信手段は、チケット保持部の回収チケット送信手段が送信した回収チケット情報を受信すると共に、代行改札部のチケット送信手段が送信した改札チケット情報を受信することを特徴とする改札代行装置。
【請求項７】
請求項３に記載の改札代行装置において、
前記改札部が、共通鍵暗号方式における秘密鍵である署名鍵１を保持し、前記チケット情報１、情報の検証を行う主体を表す改札者ＩＤ及び情報の一意性を表すセッションＩＤ１を含む要求情報１を生成して改札代行部に送信し、
前記代行改札部が、前記署名鍵１を保持し、当該署名鍵１を用いた前記要求情報１に対する電子署名である署名１を含む応答情報１を生成して改札部に送信することにより、共通鍵暗号方式を用いた改札チケット情報の正当性を検証する改札代行装置であって、
前記改札部は、
前記要求情報１を代行改札部に送信し、応答情報１を代行改札部から受信するチケット送受信手段と、
前記セッションＩＤ１を生成し、前記要求情報１を生成する生成手段、及び前記チケット送受信手段により受信した応答情報１を検証する検証手段を有する改札チケット情報検証手段とを有し、
前記代行改札部は、
前記要求情報１を改札部から受信し、応答情報１を改札部に送信するチケット送受信手段と、
前記署名１を生成し、前記応答情報１を生成する改札チケット情報生成手段とを有し、
前記改札部の改札チケット検証手段における検証手段が、前記保持している署名鍵１と生成手段により生成された要求情報１とを用いて、応答情報１に含まれる署名１を検証することを特徴とする改札代行装置。
【請求項８】
請求項３に記載の改札代行装置において、
前記改札部が、前記チケット情報１、情報の検証を行う主体を表す改札者ＩＤ及び情報の一意性を表すセッションＩＤ１を含む要求情報１を生成して改札代行部に送信し、
前記代行改札部が、公開鍵暗号方式における秘密鍵である署名鍵１及び公開鍵である検証鍵１と、第三者が保持する秘密鍵である署名鍵Ｘ及び公開鍵である検証鍵Ｘを用いた前記検証鍵１に対する電子署名である証明書１とを保持し、当該署名鍵１を用いた前記要求情報１に対する電子署名である署名１、検証鍵１及び証明書１とを含む応答情報１を生成して改札部に送信することにより、公開鍵暗号方式を用いた改札チケット情報の正当性を検証する改札代行装置であって、
前記改札部は、
前記要求情報１を代行改札部に送信し、応答情報１を代行改札部から受信するチケット送受信手段と、
前記セッションＩＤ１を生成し、前記要求情報１を生成する生成手段、及び前記チケット送受信手段により受信した応答情報１を検証する検証手段を有する改札チケット情報検証手段とを有し、
前記代行改札部は、
前記要求情報１を改札部から受信し、応答情報１を改札部に送信するチケット送受信手段と、
前記署名１を生成し、前記応答情報１を生成する改札チケット情報生成手段とを有し、
前記改札部の改札チケット検証手段における検証手段が、前記応答情報１に含まれる検証鍵１と生成手段により生成された要求情報１とを用いて応答情報１に含まれる署名１を検証し、前記検証鍵Ｘと応答情報１に含まれる検証鍵１とを用いて応答情報１に含まれる証明書１を検証することを特徴とする改札代行装置。
【請求項９】
請求項５に記載の改札代行装置において、
前記代行改札部が、共通鍵暗号方式における秘密鍵である署名鍵２を保持し、前記チケット情報２、実際に代行改札を行う主体を表す代行改札者ＩＤ及び情報の一意性を表すセッションＩＤ２を含む要求情報２を生成してチケット保持部に送信し、
前記チケット保持部が、前記署名鍵２を保持し、当該署名鍵２を用いた要求情報２に対する電子署名である署名２を含む応答情報２を生成して代行改札部に送信することにより、共通鍵暗号方式を用いた回収チケット情報の正当性を検証する改札代行装置であって、
前記代行改札部は、
前記要求情報２をチケット保持部に送信し、応答情報２をチケット保持部から受信するチケット送受信手段と、
前記セッションＩＤ２を生成し、前記要求情報２を生成する生成手段、及び前記チケット送受信手段により受信した応答情報２を検証する検証手段を有する回収チケット情報検証手段とを有し、
前記チケット保持部は、
前記要求情報２を代行改札部から受信し、応答情報２を代行改札部に送信するチケット送受信手段と、
前記署名２を生成し、前記応答情報２を生成する回収チケット情報生成手段とを有し、
前記代行改札部の回収チケット検証手段における検証手段が、前記保持している署名鍵２と生成手段により生成された要求情報２とを用いて、応答情報２に含まれる署名２を検証することを特徴とする改札代行装置。
【請求項１０】
請求項５に記載の改札代行装置において、
前記代行改札部が、前記チケット情報２、実際に代行改札を行う主体を表す代行改札者ＩＤ及び情報の一意性を表すセッションＩＤ２を含む要求情報２を生成してチケット保持部に送信し、
前記チケット保持部が、公開鍵暗号方式における秘密鍵である署名鍵２及び公開鍵である検証鍵２と、第三者が保持する秘密鍵である署名鍵Ｙ及び公開鍵である検証鍵Ｙを用いた前記検証鍵２に対する電子署名である証明書２とを保持し、前記署名鍵２を用いた要求情報２に対する署名２、検証鍵２及び証明書２を含む応答情報２を生成して代行改札部に送信することにより、公開鍵暗号方式を用いた回収チケット情報の正当性を検証する改札代行装置であって、
前記代行改札部は、
前記要求情報２をチケット保持部に送信し、応答情報２をチケット保持部から受信するチケット送受信手段と、
前記セッションＩＤ２を生成し、前記要求情報２を生成する生成手段、及び前記チケット送受信手段により受信した応答情報２を検証する検証手段を有する回収チケット情報検証手段とを有し、
前記チケット保持部は、
前記要求情報２を代行改札部から受信し、応答情報２を代行改札部に送信するチケット送受信手段と、
前記署名２を生成し、前記応答情報２を生成する回収チケット情報生成手段とを有し、
前記代行改札部の回収チケット検証手段における検証手段が、前記応答情報２に含まれる検証鍵２と生成手段により生成された要求情報２とを用いて応答情報２に含まれる署名２を検証し、前記検証鍵Ｙと応答情報２に含まれる検証鍵２とを用いて応答情報２に含まれる証明書２を検証することを特徴とする改札代行装置。
【請求項１１】
請求項１、３及び５から１０のいずれか一項に記載の改札代行装置において、
前記代行改札者ＩＤ検証手段は、
代行改札者ＩＤと特定情報とを対応させた対応情報を保持し、前記受信した改札チケット情報に含まれる特定情報と前記保持した対応情報とに基づいて代行改札者ＩＤを特定し、当該特定した代行改札者ＩＤと前記受信した改札チケット情報に含まれる代行改札者ＩＤとが一致することを検証することを特徴とする改札代行装置。
【請求項１２】
請求項７または８に記載の改札代行装置において、
前記代行改札者ＩＤ検証手段は、
受信した改札チケット情報である応答情報１に含まれる検証鍵１に対して一方向ハッシュ関数の出力値を算出し、当該出力値を代行改札者ＩＤとして特定し、当該特定した代行改札者ＩＤと前記受信した改札チケット情報に含まれる代行改札者ＩＤとが一致することを検証することを特徴とする改札代行装置。
【請求項１３】
請求項７または８に記載の改札代行装置において、
前記改札部の改札チケット情報検証手段における生成手段が生成するセッションＩＤ１を、当該生成手段が生成した乱数とすることを特徴とする改札代行装置。
【請求項１４】
請求項９または１０に記載の改札代行装置において、
前記代行改札部の回収チケット情報検証手段における生成手段が生成するセッションＩＤ２を、当該生成手段が生成した乱数とすることを特徴とする改札代行装置。
【請求項１５】
請求項７または８に記載の改札代行装置において、
前記改札部の改札チケット情報検証手段における生成手段が生成するセッションＩＤ１を、最新のセッションＩＤ１をカレントセッションＩＤとして保持した場合に、当該カレントセッションＩＤに時間の経過と共に所定の値を順次加算して得た値とすることを特徴とする改札代行装置。
【請求項１６】
請求項９または１０に記載の改札代行装置において、
前記代行改札部の回収チケット情報検証手段における生成手段が生成するセッションＩＤ２を、最新のセッションＩＤ２をカレントセッションＩＤとして保持した場合に、当該カレントセッションＩＤに時間の経過と共に所定の値を順次加算して得た値とすることを特徴とする改札代行装置。
【請求項１７】
請求項１から１６のいずれか一項に記載の改札代行装置において、
前記改札部は、さらに、
前記改札済チケット格納器には同一の改札チケット情報が格納されていないことを検証する第２の改札チケット情報検証手段を有することを特徴とする改札代行装置。
【請求項１８】
請求項１から１７のいずれか一項に記載の改札代行装置において、
前記改札部は、さらに、
前記改札済チケット格納器には同一の回収チケット情報が格納されていないことを検証する第２の回収チケット情報検証手段を有することを特徴とする改札代行装置。
【請求項１９】
チケットの代行改札を行う権利を表すチケット情報１と所定のサービスを表すチケット情報２が発行者により発行され、前記チケット情報１及びチケット情報２を用いて、改札者であるべき発行者の代わりの代行改札者から利用者に所定のサービスを提供するチケット改札代行システムであって、
発行者により所持される請求項８に記載の改札部と、代行改札者により所持される請求項８に記載の代行改札部と、利用者により所持される請求項４に記載のチケット保持部と、前記チケット情報１及びチケット情報２を生成するチケット情報生成部とを具備し、
前記チケット情報生成部は、発行者の指示に従ってチケット情報１及びチケット情報２を生成し、前記チケット情報１を代行改札部に保持させると共にチケット情報２をチケット保持部に保持させ、
前記代行改札部は、利用者へ所定のサービスを提供する際に、チケット情報２を含む回収チケット情報を受信し、
前記改札部は、チケット情報１を含む改札チケット情報とチケット情報２を含む回収チケット情報を代行改札部から受信して所定の検証を行うことを特徴とするチケット改札代行システム。
【請求項２０】
請求項１９に記載のチケット改札代行システムにおいて、
前記改札部は、所定の検証の結果が正常である場合に、回収チケット情報から代行改札者に提供する対価を算出することを特徴とするチケット改札代行システム。
【請求項２１】
請求項５、６、９及び１０のいずれか一項に記載の改札代行装置において、
前記チケット保持部は、ＩＣカード、携帯電話、携帯端末、ＵＳＢメモリ装置、携帯オーディオまたは腕時計に組み込まれていることを特徴とする改札代行装置。
【請求項２２】
請求項３、及び５から１０のいずれか一項に記載の改札代行装置において、
前記代行改札部は、ＩＣカード、携帯電話、携帯端末、ＵＳＢメモリ装置、携帯オーディオまたは腕時計に組み込まれていることを特徴とする改札代行装置。
【請求項２３】
請求項１、３、及び５から８のいずれか一項に記載の改札代行装置において、
前記改札部は、ＩＣカード、携帯電話、携帯端末、ＵＳＢメモリ装置、携帯オーディオまたは腕時計に組み込まれていることを特徴とする改札代行装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子化した価値情報を電子チケットとして流通させて改札するシステムにつき、特に、改札の代行処理を行う改札代行装置及びチケット改札代行システムに関するものである。
【背景技術】
【０００２】
一般に、「電子チケットシステム」は、交通乗車券、コンサート入場券、クーポン券、ポイント等のチケットを電子情報化し、これらの情報を「電子チケット」としてインターネットやＩＣカード等を用いて流通させるものである。例えば、非接触型ＩＣカードを用いた交通乗車券システム、インターネットを用いたコンサート、映画、テーマパーク、商品引き替え券等のチケット販売システムが知られている。
【０００３】
このような電子チケットは、当該電子チケットに関連付けられたサービスを展開する「サービスプロバイダ」と、そのサービスプロバイダが提供するサービスを利用する「サービス利用者（以下、「利用者」という。）」との間で流通するものである。電子チケットは、これらのサービスプロバイダ及びサービス利用者により、電子チケットが格納される「電子チケット格納媒体（ホルダ）」を介して以下のように流通する。
（１）発行
サービスプロバイダである発行者のホルダから利用者のホルダに、所定のサービスを規定した電子チケットを移送する。
（２）譲渡
利用者のホルダから他の利用者のホルダに電子チケットを移送する。
（３）改札（サービスの提供、サービスの利用）
利用者のホルダからサービスプロバイダである改札者のホルダに電子チケットを移送する。また、この時に改札者が電子チケットに対応するサービスを利用者に提供する。
（４）還流及び検証
改札者は、改札した電子チケットを発行者に移送する。発行者は、移送された電子チケットに対して事後的な異常チェックやマーケティング等を行う。異常チェックの例としては、発行した電子チケットの数と改札された電子チケットの数との大小比較や、改札日時の前後関係を検証することによる二重使用の検知等がある。
【０００４】
上述した（１）から（３）において、「電子チケットの偽造や改竄」または「ホルダのなりすまし」により、電子チケットの二重使用が発生する可能性がある。この場合、サービスプロバイダである発行者や改札者がその二重使用による被害を受けることになる。このような被害を未然に防止するためには、上述したホルダ自身において電子署名や暗号生成を行うことにより、電子チケットの移送過程における改竄やなりすまし等の不正行為を防ぐ必要がある。具体的には、耐ダンパ性を有したＩＣカード、携帯電話、ＵＳＢドングル、安全管理されたサーバ、専用改札端末等を用いて、格納されている情報の改竄や秘密情報の盗聴等を防ぐ必要がある。
【０００５】
ところで、上述した（４）の還流とは、改札者から発行者に電子チケットが移送される流通をいう。ここで、還流は、発行者と改札者が属するサービスプロバイダによって、以下の（Ａ）及び（Ｂ）に分類される。
（Ａ）発行者と改札者が同一のサービスプロバイダに属する場合
これは、最も基本的は電子チケットの流通形態である。例えば、コンサートの主催者が電子チケットの発行者であり、また、そのコンサートの主催者がコンサート会場における電子チケットの改札者でもある場合である。この場合、発行者と改札者は同一のサービスプロバイダに属するという暗黙の信頼関係の下で、改札した電子チケットが改札者から発行者に渡される。
（Ｂ）発行者と改札者が異なるサービスプロバイダに属する場合
これは、発行者が電子チケットを発行し、発行者が属するサービスプロバイダとは異なるサービスプロバイダに属する改札者（以下、「代行改札者」という。）が電子チケットを発行する流通形態である。利用者は、発行者が発行する１つの電子チケットを用いて、代行改札者が提供するサービス（発行者が提供するサービスと同一のサービス）の提供を受けることができる。例えば、バス共通カード改札システムがある。このシステムでは、各バス会社または１つのバスカード会社がバス共通カードを発行する発行者であり、バス共通カードを用いてバス利用のサービスを利用者に提供することに加盟した各バス会社が改札者である。
【０００６】
上述した（Ｂ）において、電子チケットが代行改札者から発行者に還流する場合は、代行改札者のホルダから発行者のホルダに電子チケットを移送することが必要になる。この移送を実現するには、代行改札者に利用者と同じホルダを保持させ、利用者により電子チケットの改札を行う方法が考えられる。この方法は、上述した（Ａ）において、まず、利用者が代行改札者に電子チケットを譲渡し、この譲渡の際にサービス提供が発生し、そして、代行改札者が改札者（発行者）に対して改札を行うことに等しい。
【０００７】
しかしながら、譲渡可能な利用者のホルダを用いて改札を行う電子チケットサービスでは、代行改札者が利用者のホルダを用いて改札した後に、電子チケットを還流させないで他の利用者に対して電子チケットを譲渡することが可能である。このため、代行改札者により改札された電子チケットを再販することを許可しないサービスには適用できない。
【０００８】
一方、このような電子チケットシステムが再販を許さないサービスに適用するには、代行改札者のホルダから他の利用者のホルダへの電子チケットの移送を不可能とし（ａ）、このホルダを用いて改札が行われた電子チケットのみを還流させる（ｂ）ことが必要になる。（ｂ）では、電子チケットの移送が可能であっても、当該移送が不可能であるふりをして改札を行う必要があるからである。また、電子チケットを還流させるには、発行者が、代行改札者のホルダについて上記（ａ）（ｂ）を満たすホルダであることの検証を行い（ｃ）、このホルダ（電子チケット格納媒体）を用いて改札された電子チケットであることを確認する（ｄ）ことが必要になる。（ｄ）により、代行改札者のなりすましによって生じる、改札されていない電子チケットの（ａ）及び（ｂ）を満たすホルダからの還流を防ぐことができる。
【０００９】
尚、従来の電子チケットシステムとして、発行者が発行した電子チケットをＩＣカードに格納し、発行者または当該発行者が運用で認める代行改札者が改札を行う技術が開示されている（特許文献１参照。）。しかし、このシステムでは、代行改札者が改札を行った場合、代行改札者の正当性を検証していないため、発行者、改札者及び代行改札者が同一のサービスプロバイダに属していることが前提となっている。また、サーバが電子バリューを携帯装置に発行して格納させ、携帯装置がサーバに電子バリューを移送することにより電子バリューの利用を行う技術が開示されている（特許文献２参照）。しかし、このシステムでは、サーバは電子バリューが移送された際に電子バリューを発行したサーバの正当性を検証していないため、携帯装置から電子バリューが移送されるサーバと電子バリューを発行したサーバとが同一であることが前提となっている。また、交通機関を利用した利用者が、契約している通信事業者の通信端末を用いて利用料金を精算する技術が開示されている（特許文献３参照）。具体的には、その通信端末を用いて利用者は、交通機関により用意されたゲートを介して通信事業者にＩＤ信号を送信する。このＩＤ信号を受信した通信事業者はホストコンピュータで管理することにより、交通機関に代行して料金を精算する。そして、利用者への清算は、別途、通信事業者により通信端末の利用料金請求に併せて行う。しかし、このシステムでは、通信事業者が代行して清算する際に、交通機関の正当性や交通機関が回収したＩＤ信号について検証していない。このため、例えば、第三者が通信端末を拾って使用したり、ＩＤ信号を盗聴して再利用したり、また交通機関が任意のＩＤ信号を生成したりすることにより、通信事業者にＩＤ信号を送信し清算を行うことが可能である。このような不正行為を防ぐためには、例えば、交通機関と通信事業者との間で暗号技術を用いてデータを検証する必要がある。
【００１０】
【特許文献１】特開平１０−６３８８４号公報（段落〔００１９〕〔００２０〕〔００２１〕）
【特許文献２】特開２０００−３０６００３号公報（段落〔０１６５〕、図１）
【特許文献３】特開２００１−３２５６２５号公報（段落〔０００７〕〔０００８〕〔０００９〕）
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明の目的は、電子チケットの発行者が属するサービスプロバイダと異なるサービスプロバイダに属する改札者（代行改札者）が改札を行うにあたり、改札した電子チケットの再販を防止し、改札者（代行改札者）から発行者への電子チケットの還流を可能とする改札代行装置及びチケット改札代行システムを提供することにある。
【課題を解決するための手段】
【００１２】
上記の課題を解決するために、請求項１の発明は、チケットの代行改札を行う権利を表すチケット情報１に基づいて所定のサービスを表すチケット情報２の代行改札を行い、前記チケット情報１と代行改札を行う主体を表す代行改札者ＩＤを特定可能な特定情報とを含む情報であって当該情報の改竄を検証可能な改札チケット情報、及び前記チケット情報２と実際に代行改札を行った主体を表す代行改札者ＩＤを含む情報であって当該情報の改竄を検証可能な回収チケット情報を検証するチケット改札代行装置において、前記改札チケット情報と回収チケット情報とを受信するチケット受信手段と、前記受信した改札チケット情報の正当性を検証する改札チケット情報検証手段と、前記受信した回収チケット情報の正当性を、前記改札チケット情報検証手段による検証とは異なる方法により検証する回収チケット情報検証手段と、前記受信した改札チケット情報に含まれる特定情報により特定された代行改札者ＩＤと、前記受信した回収チケット情報に含まれる代行改札者ＩＤとが一致することを検証する代行改札者ＩＤ検証手段と、前記改札チケット情報検証手段、回収チケット情報検証手段及び代行改札者ＩＤ検証手段によるそれぞれの検証の結果全てが正常である場合に、前記受信した改札チケット情報及び回収チケット情報を格納する改札済チケット格納器とを有する改札部を具備することを特徴とする。これにより、改札部は、改札チケット情報を検証することによって、あるチケットを改札した者が再販をする能力を有するか否か、及び改札する権利を有するか否かを判断することができる。また、改札チケット情報を検証することによって、その改札されたチケットの正当性とチケットを改札した者の改札した事実を判断することができる。
【００１３】
請求項２の発明は、請求項１に記載の改札代行装置において、前記チケット情報２の代行改札を行い、前記チケット情報１と代行改札を行う主体を表す代行改札者ＩＤを特定可能な特定情報とを保持する代行改札部であって、前記回収チケット情報を受信する回収チケット受信手段と、前記受信した回収チケット情報の正当性を検証する回収チケット情報検証手段と、前記検証の結果が正常である場合には、前記受信した回収チケット情報を格納する回収チケット格納器と、前記保持したチケット情報１及び特定情報により改札チケット情報を生成する改札チケット情報生成手段と、前記回収チケット格納器に格納された回収チケット情報と前記チケット情報生成手段により生成された改札チケット情報とを送信するチケット送信手段とを有することを特徴とする。これにより、代行改札部は、改札チケット情報を生成することができる。
【００１４】
請求項３の発明は、請求項１に記載の改札代行装置において、請求項２に記載の代行改札部を具備し、前記改札部のチケット受信手段は、代行改札部のチケット送信手段が送信した改札チケット情報及び回収チケット情報を受信することを特徴とする。これにより、改札部は、代行改札部が生成した改札チケット情報を用いて当該情報の正当性を検証することができる。
【００１５】
請求項４の発明は、請求項１に記載の改札代行装置において、前記チケット情報１を保持するチケット保持部であって、前記保持したチケット情報１と実際に代行改札を行う主体を表す代行改札者ＩＤとにより回収チケット情報を生成する回収チケット情報生成手段と、前記生成された回収チケット情報を送信する回収チケット送信手段とを有することを特徴とする。これにより、チケット保持部は、サービスの利用者が保持するチケットを改札するための情報である回収チケット情報を生成することができる。
【００１６】
請求項５の発明は、請求項１に記載の改札代行装置において、請求項２に記載の改札代行部及び請求項４に記載のチケット保持部を具備し、前記代行改札部の回収チケット受信手段は、チケット保持部の回収チケット送信手段が送信した回収チケット情報を受信し、前記改札部のチケット受信手段は、代行改札部のチケット送信手段が送信した改札チケット情報及び回収チケット情報を受信することを特徴とする。これにより、代行改札部は、チケット保持部が作成した回収チケット情報を用いて改札することができ、回収チケット情報及び改札チケット情報を改札部に還流させることできる。
【００１７】
請求項６の発明は、請求項１に記載の改札代行装置において、請求項２に記載の改札代行部及び請求項４に記載のチケット保持部を具備し、前記改札部のチケット受信手段は、チケット保持部の回収チケット送信手段が送信した回収チケット情報を受信すると共に、代行改札部のチケット送信手段が送信した改札チケット情報を受信することを特徴とする。これにより、チケットの利用者は改札部を用いて直接改札を実現できる。また、代行改札部または改札部の何れかで改札を実現できる。
【００１８】
請求項７の発明は、請求項３に記載の改札代行装置において、前記改札部が、共通鍵暗号方式における秘密鍵である署名鍵１を保持し、前記チケット情報１、情報の検証を行う主体を表す改札者ＩＤ及び情報の一意性を表すセッションＩＤ１を含む要求情報１を生成して改札代行部に送信し、前記代行改札部が、前記署名鍵１を保持し、当該署名鍵１を用いた前記要求情報１に対する電子署名である署名１を含む応答情報１を生成して改札部に送信することにより、共通鍵暗号方式を用いた改札チケット情報の正当性を検証する改札代行装置であって、前記改札部は、前記要求情報１を代行改札部に送信し、応答情報１を代行改札部から受信するチケット送受信手段と、前記セッションＩＤ１を生成し、前記要求情報１を生成する生成手段、及び前記チケット送受信手段により受信した応答情報１を検証する検証手段を有する改札チケット情報検証手段とを有し、前記代行改札部は、前記要求情報１を改札部から受信し、応答情報１を改札部に送信するチケット送受信手段と、  前記署名１を生成し、前記応答情報１を生成する改札チケット情報生成手段とを有し、前記改札部の改札チケット検証手段における検証手段が、前記保持している署名鍵１と生成手段により生成された要求情報１とを用いて、応答情報１に含まれる署名１を検証することを特徴とする。これにより、改札部は、改札チケット情報の検証を共通鍵暗号方式を用いて行うことができる。
【００１９】
請求項８の発明は、請求項３に記載の改札代行装置において、前記改札部が、前記チケット情報１、情報の検証を行う主体を表す改札者ＩＤ及び情報の一意性を表すセッションＩＤ１を含む要求情報１を生成して改札代行部に送信し、前記代行改札部が、公開鍵暗号方式における秘密鍵である署名鍵１及び公開鍵である検証鍵１と、第三者が保持する秘密鍵である署名鍵Ｘ及び公開鍵である検証鍵Ｘを用いた前記署名鍵１に対する電子署名である証明書１とを保持し、当該検証鍵１を用いた前記要求情報１に対する電子署名である署名１、検証鍵１及び証明書１とを含む応答情報１を生成して改札部に送信することにより、公開鍵暗号方式を用いた改札チケット情報の正当性を検証する改札代行装置であって、  前記改札部は、前記要求情報１を代行改札部に送信し、応答情報１を代行改札部から受信するチケット送受信手段と、前記セッションＩＤ１を生成し、前記要求情報１を生成する生成手段、及び前記チケット送受信手段により受信した応答情報１を検証する検証手段を有する改札チケット情報検証手段とを有し、前記代行改札部は、前記要求情報１を改札部から受信し、応答情報１を改札部に送信するチケット送受信手段と、前記署名１を生成し、前記応答情報１を生成する改札チケット情報生成手段とを有し、前記改札部の改札チケット検証手段における検証手段が、前記応答情報１に含まれる検証鍵１と生成手段により生成された要求情報１とを用いて応答情報１に含まれる署名１を検証し、前記検証鍵Ｘと応答情報１に含まれる検証鍵１とを用いて応答情報１に含まれる証明書１を検証することを特徴とする。これにより、改札部は、改札チケット情報の検証を公開鍵暗号方式を用いて行うことができる。
【００２０】
請求項９の発明は、請求項５に記載の改札代行装置において、前記代行改札部が、共通鍵暗号方式における秘密鍵である署名鍵２を保持し、前記チケット情報２、実際に代行改札を行う主体を表す代行改札者ＩＤ及び情報の一意性を表すセッションＩＤ２を含む要求情報２を生成してチケット保持部に送信し、前記チケット保持部が、前記署名鍵２を保持し、当該署名鍵２を用いた要求情報２に対する電子署名である署名２を含む応答情報２を生成して代行改札部に送信することにより、共通鍵暗号方式を用いた回収チケット情報の正当性を検証する改札代行装置であって、前記代行改札部は、前記要求情報２をチケット保持部に送信し、応答情報２をチケット保持部から受信するチケット送受信手段と、前記セッションＩＤ２を生成し、前記要求情報２を生成する生成手段、及び前記チケット送受信手段により受信した応答情報２を検証する検証手段を有する回収チケット情報検証手段とを有し、前記チケット保持部は、前記要求情報２を代行改札部から受信し、応答情報２を代行改札部に送信するチケット送受信手段と、前記署名２を生成し、前記応答情報２を生成する回収チケット情報生成手段とを有し、前記代行改札部の回収チケット検証手段における検証手段が、前記保持している署名鍵２と生成手段により生成された要求情報２とを用いて、応答情報２に含まれる署名２を検証することを特徴とする。これにより、改札代行部は、回収チケット情報の検証を共通鍵暗号方式を用いて行うことができる。
【００２１】
請求項１０の発明は、請求項５に記載の改札代行装置において、前記代行改札部が、前記チケット情報２、実際に代行改札を行う主体を表す代行改札者ＩＤ及び情報の一意性を表すセッションＩＤ２を含む要求情報２を生成してチケット保持部に送信し、前記チケット保持部が、公開鍵暗号方式における秘密鍵である署名鍵２及び公開鍵である検証鍵２と、第三者が保持する秘密鍵である署名鍵Ｙ及び公開鍵である検証鍵Ｙを用いた前記検証鍵２に対する電子署名である証明書２とを保持し、前記検証鍵２を用いた要求情報２に対する署名２、検証鍵２及び証明書２を含む応答情報２を生成して代行改札部に送信することにより、公開鍵暗号方式を用いた回収チケット情報の正当性を検証する改札代行装置であって、前記代行改札部は、前記要求情報２をチケット保持部に送信し、応答情報２をチケット保持部から受信するチケット送受信手段と、前記セッションＩＤ２を生成し、前記要求情報２を生成する生成手段、及び前記チケット送受信手段により受信した応答情報２を検証する検証手段を有する回収チケット情報検証手段とを有し、前記チケット保持部は、前記要求情報２を代行改札部から受信し、応答情報２を代行改札部に送信するチケット送受信手段と、前記署名２を生成し、前記応答情報２を生成する回収チケット情報生成手段とを有し、前記代行改札部の回収チケット検証手段における検証手段が、前記応答情報２に含まれる検証鍵２と生成手段により生成された要求情報２とを用いて応答情報２に含まれる署名２を検証し、前記検証鍵Ｙと応答情報２に含まれる検証鍵２とを用いて応答情報２に含まれる証明書２を検証することを特徴とする。これにより、改札代行部は、回収チケット情報の検証を公開鍵暗号方式を用いて行うことができる。
【００２２】
請求項１１の発明は、請求項１、３及び５から１０のいずれか一項に記載の改札代行装置において、前記代行改札者ＩＤ検証手段は、代行改札者ＩＤと特定情報とを対応させた対応情報を保持し、前記受信した改札チケット情報に含まれる特定情報と前記保持した対応情報とに基づいて代行改札者ＩＤを特定し、当該特定した代行改札者ＩＤと前記受信した改札チケット情報に含まれる代行改札者ＩＤとが一致することを検証することを特徴とする。これにより、改札部は、代行改札者ＩＤと特定情報とを結びつけることができ、改札チケット情報と回収チケット情報との関係を検証することができる。
【００２３】
請求項１２の発明は、請求項７または８に記載の改札代行装置において、前記代行改札者ＩＤ検証手段は、受信した改札チケット情報である応答情報１に含まれる検証鍵１に対して一方向ハッシュ関数の出力値を算出し、当該出力値を代行改札者ＩＤとして特定し、当該特定した代行改札者ＩＤと前記受信した改札チケット情報に含まれる代行改札者ＩＤとが一致することを検証することを特徴とする。これにより、改札部は、代行改札者ＩＤを保持する必要がなく、改札チケット情報と回収チケット情報との関係を検証することができる。
【００２４】
請求項１３の発明は、請求項７または８に記載の改札代行装置において、前記改札部の改札チケット情報検証手段における生成手段が生成するセッションＩＤ１を、当該生成手段が生成した乱数とすることを特徴とする。これにより、改札部は、一意にセッションＩＤ１を生成することができる。
【００２５】
請求項１４の発明は、請求項９または１０に記載の改札代行装置において、前記代行改札部の回収チケット情報検証手段における生成手段が生成するセッションＩＤ２を、当該生成手段が生成した乱数とすることを特徴とする。これにより、代行改札部は、一意にセッションＩＤ２を生成することができる。
【００２６】
請求項１５の発明は、請求項７または８に記載の改札代行装置において、前記改札部の改札チケット情報検証手段における生成手段が生成するセッションＩＤ１を、最新のセッションＩＤ１をカレントセッションＩＤとして保持した場合に、当該カレントセッションＩＤに時間の経過と共に所定の値を順次加算して得た値とすることを特徴とする。これにより、改札部は、一意にセッションＩＤ１を生成することができ、セッションの前後関係を検証することができる。
【００２７】
請求項１６の発明は、請求項９または１０に記載の改札代行装置において、前記代行改札部の回収チケット情報検証手段における生成手段が生成するセッションＩＤ２を、最新のセッションＩＤ２をカレントセッションＩＤとして保持した場合に、当該カレントセッションＩＤに時間の経過と共に所定の値を順次加算して得た値とすることを特徴とする。これにより、代行改札部は、一意にセッションＩＤ２を生成することができ、セッションの前後関係を検証することができる。
【００２８】
請求項１７の発明は、請求項１から１６のいずれか一項に記載の改札代行装置において、前記改札部は、さらに、前記改札済チケット格納器には同一の改札チケット情報が格納されていないことを検証する第２の改札チケット情報検証手段を有することを特徴とする。これにより、改札部は、改札チケット情報の二重使用を検知でき、当該二重使用防止の対策を講じることができる。
【００２９】
請求項１８の発明は、請求項１から１７のいずれか一項に記載の改札代行装置において、前記改札部は、さらに、前記改札済チケット格納器には同一の回収チケット情報が格納されていないことを検証する第２の回収チケット情報検証手段を有することを特徴とする。これにより、改札部は、回収チケット情報の二重使用を検知でき、当該二重使用防止の対策を講じることができる。
【００３０】
請求項１９の発明は、チケットの代行改札を行う権利を表すチケット情報１と所定のサービスを表すチケット情報２が発行者により発行され、前記チケット情報１及びチケット情報２を用いて、改札者であるべき発行者の代わりの代行改札者から利用者に所定のサービスを提供するチケット改札代行システムであって、発行者により所持される請求項８に記載の改札部と、代行改札者により所持される請求項８に記載の代行改札部と、利用者により所持される請求項４に記載のチケット保持部と、前記チケット情報１及びチケット情報２を生成するチケット情報生成部とを具備し、前記チケット情報生成部は、発行者の指示に従ってチケット情報１及びチケット情報２を生成し、前記チケット情報１を代行改札部に保持させると共にチケット情報２をチケット保持部に保持させ、前記代行改札部は、利用者へ所定のサービスを提供する際に、チケット情報２を含む回収チケット情報を受信し、前記改札部は、チケット情報１を含む改札チケット情報とチケット情報２を含む回収チケット情報を代行改札部から受信して所定の検証を行うことを特徴とする。これにより、改札部、代行改札部及びチケット保持部を用いてチケット情報の還流を実現するチケット改札代行システムを構築することができる。
【００３１】
請求項２０の発明は、請求項１９に記載のチケット改札代行システムにおいて、前記改札部は、所定の検証の結果が正常である場合に、回収チケット情報から代行改札者に提供する対価を算出することを特徴とする。これにより、チケットの発行者は回収したチケットに応じた対価を代行改札者に提供することができる。
【００３２】
請求項２１の発明は、請求項５、６、９及び１０のいずれか一項に記載の改札代行装置において、前記チケット保持部は、ＩＣカード、携帯電話、携帯端末、ＵＳＢメモリ装置、携帯オーディオまたは腕時計に組み込まれていることを特徴とする。これにより、サービスの利用者は、チケット保持部が組み込まれたＩＣカード等の携帯装置を携帯することができる。
【００３３】
請求項２２の発明は、請求項３、及び５から１０のいずれか一項に記載の改札代行装置において、前記代行改札部は、ＩＣカード、携帯電話、携帯端末、ＵＳＢメモリ装置、携帯オーディオまたは腕時計に組み込まれていることを特徴とする。これにより、代行改札者は、代行改札部が組み込まれたＩＣカード等の携帯装置を携帯することができる。
【００３４】
請求項２３の発明は、請求項１、３、及び５から８のいずれか一項に記載の改札代行装置において、前記改札部は、ＩＣカード、携帯電話、携帯端末、ＵＳＢメモリ装置、携帯オーディオまたは腕時計に組み込まれていることを特徴とする。これにより、チケット情報の発行者は、改札部が組み込まれたＩＣカード等の携帯装置を携帯することができる。
【発明の効果】
【００３５】
本発明によれば、代行改札部がチケット情報の改札を行い、改札部が当該情報の検証を行う際に、改札部は、代行改札者が代行改札する権限を有しているか否か、回収したチケット情報は代行改札者が改札したチケット情報であるか否か、回収したチケット情報は正当であるか否かを検証することができる。また、代行改札部が勝手に改札したチケット情報の再販を防止することができる。この結果、電子チケットの発行者と改札者（代行改札者）とを切り分けたシステムの構築が可能となり、発行者が改札装置をメンテナンスする必要がなく、逆に改札者がチケット発行装置を準備する必要もない。また、同一の電子チケットを流用できる異なる複数の代行改札部を設けることができ、利用者はサービスを受けたい代行改札部を自由に選択することができる。また、発行者は、多くの利用者に利用される電子チケットサービスの内容とその電子チケットの発行に注力でき、利用者が多い電子チケットを発行することによって、その電子チケットの情報を改札することによる利益を代行改札者が得ることができる。代行改札者は、このような利用者が多い電子チケットを流用し発行することについて考える必要がないから、少ない設備投資コストにより容易にサービスを提供することができる。このため、代行改札者が増え、利用者は多くの場所でサービスを利用することが可能になる。
【発明を実施するための最良の形態】
【００３６】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
〔構成の説明〕
図１は、本発明の実施の形態に係る改札代行装置の原理を説明する概略構成図である。この改札代行装置１は、外部から回収チケット情報及び改札チケット情報を受信し、検証し、及び保持する改札部２を備えている。改札部２は、改札済チケット格納器２１、代行改札者ＩＤ検証手段２２、改札チケット情報検証手段２３、回収チケット情報検証手段２４及び改札チケット受信手段２５により構成されている。改札済チケット格納器２１は、検証された回収チケット情報および改札チケット情報を格納する。代行改札者ＩＤ検証手段２２は、回収チケット情報に含まれる代行改札者ＩＤと改札チケット情報との関連付けを検証し、検証された改札チケット情報を生成した者が確かに回収チケット情報を改札した者であることを検証する。改札チケット情報検証手段２３は、改札チケット情報の正当性を検証する。回収チケット情報検証手段２４は、改札チケット情報検証手段２３と異なる方法を用いて、回収チケット情報の正当性を検証する。改札チケット受信手段２５は、回収チケット情報と改札チケット情報を受信する。つまり、改札チケット受信手段２５は、外部から回収チケット情報と改札チケット情報を受信し、代行改札者ＩＤ検証手段２２、改札チケット情報検証手段２３及び回収チケット情報検証手段２４がこれらの情報の関連、改札チケット情報及び回収チケット情報をそれぞれ検証し、改札済チケット格納器２１にこれらの情報が格納される。ここで、回収チケット情報は、代行して改札されたチケットの情報（チケット情報）をいい、改札チケット情報は、代行改札する権利を表すチケット情報をいう。
【００３７】
次に、代行改札者ＩＤ検証手段２２、改札チケット情報検証手段２３及び回収チケット情報検証手段２４における検証方法について説明する。ここでは、公開鍵暗号方式を用いた検証方法について説明する。尚、ハッシュ関数をｈ（）、平文Ｍに対する電子署名を生成する署名関数であるＳｉｇ＿Ｐｋ（Ｍ）、平文Ｍに対する（この電子署名に対する）検証関数をＶｅｒｉｆｙ＿Ｐｋ（Ｍ，Ｓｉｇ＿Ｐｋ（Ｍ））とする。まず、利用者は、ある電子チケットの情報であるチケット情報２、署名鍵２であるＳｋＵ及び検証鍵２であるＰｋＵを保持している。検証鍵２であるＰｋＵに対して、第三者は、署名鍵ＳｋＹと検証鍵ＰｋＹを用いて署名関数Ｓｉｇ＿ＰｋＹ（ＰｋＵ）を証明書２として生成し、利用者はこの証明書２を保持する。次に、代行してチケット情報２の改札を行う代行改札者が、代行改札を行うことを表すチケットの情報であるチケット情報１、代行改札者ＩＤ、署名鍵１であるＳｋＢ及び検証鍵１であるＰｋＢを保持している。検証鍵２であるＰｋＢに対して、第三者は、署名鍵ＳｋＸと検証鍵ＰｋＸを用いて署名関数Ｓｉｇ＿ＰｋＸ（ＰｋＢ）を証明書１として生成し、代行改札者はこの証明書１を保持する。
【００３８】
この場合、以下の数式が成立すれば、改札チケット情報及び回収チケット情報は正当であると検証することができる。
式１：代行改札者ＩＤ＝ｈ（ＰｋＢ）    
式２：要求情報２＝｛チケット情報２，代行改札者ＩＤ，セッションＩＤ２｝
式３：応答情報２＝｛Ｓｉｇ＿ＰｋＵ（要求情報２），ＰｋＵ，証明書２｝
式４：回収チケット情報＝｛要求情報２，応答情報２｝
式５：要求情報１＝｛チケット情報１，改札者ＩＤ，セッションＩＤ１｝
式６：応答情報１＝｛Ｓｉｇ＿ＰｋＢ（要求情報１），ＰｋＢ，証明書１｝
式７：改札チケット情報＝｛要求情報１，応答情報１｝
上式１〜７において、改札チケット情報の正当性は、署名検証を行うことによって判断することができる。すなわち、改札チケット情報検証手段２３は、検証鍵ＰｋＸを保持し、検証関数Ｖｅｒｉｆｙ＿ＰｋＸ（ＰｋＢ，証明書１）と検証関数Ｖｅｒｉｆｙ＿ＰｋＢ（要求情報１，Ｓｉｇ＿ＰｋＢ（要求情報１））の演算を行う。同様に、回収チケット情報検証手段２４は、検証鍵ＰｋＹを保持し、検証関数Ｖｅｒｉｆｙ＿ＰｋＹ（ＰｋＵ，証明書２）と検証関数Ｖｅｒｉｆｙ＿ＰｋＵ（要求情報２，Ｓｉｇ＿ＰｋＵ（要求情報２））の演算を行う。
【００３９】
回収チケット情報と改札チケット情報との関連の検証については、改札チケット情報に含まれる検証鍵１であるＰｋＢと回収チケット情報に含まれる代行改札者ＩＤにより、上述した数式１の関係を検証することにより達成することができる。仮に、署名鍵であるＳｋＢを保持しない他の代行改札者が回収チケット情報を還流させようとした場合には、上述した数式５の応答情報１を生成することができず、異なるＳｋＢ’を用いて以下の応答情報１’を生成する。
式８：応答情報１’＝｛Ｓｉｇ＿ＰｋＢ’（要求情報１），ＰｋＢ’，証明書１｝
これにより、上述した数式１におけるｈ（ＰｋＢ）のＰｋＢと応答情報１’に含まれるＰｋＢ’は一致しないため、署名鍵であるＳｋＢを保持する真の代行改札者が改札していない回収チケット情報であることを検知することができる。
【００４０】
図２は、代行改札部３を備えた改札代行装置１０を説明する概略構成図である。この改札代行装置１０は、改札部２と、回収チケット情報を保持し改札チケット情報を生成する代行改札部３とを備えている。代行改札部３は、回収チケット格納器３１、改札チケット情報生成手段３２、改札チケット送信手段３３、回収チケット検証手段３４及び回収チケット受信手段３５により構成されている。回収チケット格納器３１は、回収チケット情報を格納する。改札チケット情報生成手段３２は、チケット情報１を保持し改札チケット情報を生成する。上述した例では、改札チケット情報生成手段３２は、署名鍵１であるＳｋＢ、検証鍵１であるＰｋＢ及び証明書１を保持し、署名関数Ｓｉｇ＿ＰｋＢ（要求情報１）である署名１を生成し、｛要求情報１，署名１，検証鍵１，証明書１｝である改札チケット情報を生成する。改札チケット送信手段３３は、改札チケット情報及び回収チケット情報を改札部２に送信する。回収チケット検証手段３４は、回収チケット情報の正当性を検証する。例えば、上述した数式２〜４から成る回収チケット情報については、回収チケット検証手段３４は、検証鍵であるＰｋＹを保持し、当該検証鍵ＰｋＹを用いて証明書２及び検証鍵２であるＰｋＵの署名検証を行い、次に、検証鍵２であるＰｋＵを用いて要求情報２と署名関数Ｓｉｇ＿ＰｋＵ（要求情報２）の署名検証を行う。回収チケット受信手段３５は、外部から回収チケット情報を受信する。つまり、回収チケット受信手段３５が回収チケット情報を受信し、回収チケット検証手段３４が回収チケット情報の正当性を検証し、回収チケット格納器３１が回収チケット情報を格納する。また、改札チケット情報生成手段３２が改札チケット情報を生成し、改札チケット送信手段３３が回収チケット情報及び改札チケット情報を改札部２に送信する。
【００４１】
図３は、チケット保持部４を備えた改札代行装置１１を説明する概略構成図である。この改札代行装置１１は、改札部２と、代行改札部３と、チケット情報２を保持し回収チケット情報を生成するチケット保持部４とを備えている。チケット保持部４は、回収チケット情報生成手段４１及び回収チケット送信手段４２により構成されている。回収チケット情報生成手段４１は、チケット情報２を保持し、回収チケット情報を生成する。例えば、署名鍵２であるＳｋＵ、検証鍵２であるＰｋＵ及び証明書２を保持し、署名鍵２であるＳｋＵを用いて署名関数Ｓｉｇ＿ＰｋＵ（要求情報２）である署名２を生成し、｛要求情報２，署名２，検証鍵２，証明書２｝である回収チケット情報を生成する。回収チケット送信手段４２は、回収チケット情報を代行改札部３に送信する。つまり、回収チケット情報生成手段４１が回収チケット情報を生成し、回収チケット送信手段４２が代行改札部３に回収チケット情報を送信する。
【００４２】
図３に示した改札代行装置１１において、チケット情報２を改札する代行改札者が、代行改札部３とチケット保持部４とを保持し、利用者が、チケット保持部４と、回収チケット情報を受信し回収チケット情報の正当性を検証しチケット情報２を格納する手段とを保持している場合を想定する。この場合、代行改札者がチケット保持部４を保持しているため、一旦代行改札者が改札したチケット情報２を利用者に渡すことができる。このような再販を防止するために、代行改札者がチケット保持部４を保持しているか否かを審査し（Ａ）、当該審査の結果、チケット保持部４を保持していない代行改札者に対して代行改札部３の改札チケット情報生成手段３２を与える（Ｂ）。これにより、代行改札者はチケット保持部４を保持していないため、改札したチケット情報を再販することができなくなる。また、改札部２が上記（Ａ）及び（Ｂ）を検証する方法として、例えば、第三者が証明書１を発行するに際して（Ａ）を審査する。この結果問題が無い場合（チケット情報２を再販できない場合）は、証明書２を生成する鍵と異なる鍵を用いて証明書１を生成し、改札チケット情報生成手段３２に対して発行するという方法がある。この場合、第三者が常に正しく証明書を発行することにより、次の式が成立する。
式９：ＰｋＸ＜＞ＰｋＹ
式１０：代行改札者ＩＤ＝ｈ（ＰｋＢ）
式１１：要求情報２＝｛チケット情報２，代行改札者ＩＤ，セッションＩＤ２｝
式１２：応答情報２＝｛Ｓｉｇ＿ＰｋＵ（要求情報２），ＰｋＵ，Ｓｉｇ＿ＰｋＹ（ＰｋＵ）｝
式１３：回収チケット情報＝｛要求情報２，応答情報２｝
式１４：要求情報１＝｛チケット情報１，改札者ＩＤ，セッションＩＤ１｝
式１５：応答情報１＝｛Ｓｉｇ＿ＰｋＢ（要求情報１），ＰｋＢ，Ｓｉｇ＿ＰｋＸ（ＰｋＢ）｝
式１６：改札チケット情報＝｛要求情報１，応答情報１｝
【００４３】
〔動作の説明〕
図３に示した改札代行装置１１の動作について、図４を用いて説明する。尚、改札チケット情報生成手段３２にはチケット情報１が格納され、回収チケット情報生成手段４１にはチケット情報２が格納されているものとする。まず、チケット保持部４が回収チケット情報を代行改札部３に移送する処理を示す。チケット保持部４の回収チケット情報生成手段４１は、保持しているチケット情報２及び代行改札者ＩＤを含む回収チケット情報を生成する（ステップＳ３０１）。回収チケット送信手段４２は回収チケット情報を代行改札部３に送信し、代行改札部３の回収チケット受信手段３５は回収チケット情報を受信する（ステップＳ３０２）。代行改札部３の回収チケット検証手段３４は、回収チケット情報を検証する（ステップＳ３０３）。回収チケット格納器３１は、回収チケット情報を格納する（ステップＳ３０４）。
【００４４】
次に、代行改札部３が回収チケット情報及び改札チケット情報を改札部２に移送する処理を示す。代行改札部３の改札チケット情報生成手段３２は、改札チケット情報を生成する（ステップＳ３０５）。改札チケット送信手段３３は、回収チケット格納器３１から回収チケット情報を取得する（ステップＳ３０６）。改札チケット送信手段３３は回収チケット情報及び改札チケット情報を改札部２に送信し、改札部２の改札チケット受信手段２５は回収チケット情報及び改札チケット情報を受信する（ステップＳ３０７）。改札部２の改札チケット情報検証手段２３は、改札チケット情報を検証する（ステップＳ３０８）。回収チケット情報検証手段２４は、回収チケット情報を検証する（ステップＳ３０９）。代行改札者ＩＤ検証手段２２は、回収チケット情報と改札チケット情報との関連を検証する（ステップＳ３１０）。改札済チケット格納器２１は、回収チケット情報及び改札チケット情報を格納する（ステップＳ３１１）。
【実施例】
【００４５】
〔実施例の構成の説明〕
図５は、改札代行システムの実施例を説明する概略構成図である。本改札代行システム１００は、改札部２を実装した改札者装置２００と、代行改札部３を実装した代行改札者装置３００と、チケット保持部４を実装した利用者装置４００とから構成されている。まず、本改札代行システム１００が提供するサービスについて具体的に説明する。利用者は、ある発行者が図示しないチケット情報生成部を用いてチケット情報を生成し電子チケットを発行する。このチケット情報生成部は、当該発行した電子チケットを利用者装置４００が組み込まれたＩＣカードに格納する。その際に、利用者は電子チケットに対する対価を発行者に支払う。次に、利用者の要求に従って、代行改札者は、代行改札者装置３００が組み込まれた改札装置を用いて電子チケットを改札する。その際に、発行者が属するサービスプロバイダと異なるサービスプロバイダは、電子チケットで規定されたサービスを利用者に提供する。そして、電子チケットを改札した代行改札者は、発行者が管理し改札者装置２００が組み込まれたセンタ装置に対してその電子チケットを提示する。これにより、代行改札者は、代行改札業務に対して報酬を受け取ることができる。
【００４６】
このようなサービスの例として、交通系におけるバス共通カードサービスがある。バス共通カードシステムでは、バスカード会社が、様々なバスカード会社で利用できるプリペイド型乗車券であるバス共通乗車券を電子チケットとしてバス利用者に発行する。バス利用者はバス共通乗車券をバスカード会社から購入し、バス共通乗車券を利用できるバス会社はバス利用者のバス乗車要求に従って改札機で乗車券を改札する。バス会社は、改札した乗車券をその乗車券を発行したバスカード会社に提示する。そして、バス会社は、バスカード会社からその乗車運賃を受け取ることができる。
【００４７】
このようなバス共通カードサービスを提供する改札代行システム１００において、利用者装置４００は、バス共通乗車券を格納するＩＣカードに組み込まれ、代行改札者装置３００は、バス会社により管理される改札機及び当該改札機に接続されるバス会社のセンタ装置に組み込まれ、改札者装置２００は、バス共通乗車券を発行したバスカード会社のセンタ装置に組み込まれる。バスカード会社は、バスの乗車サービスを表す電子チケットＴ１をバス共通乗車券として用意する。利用者はバス共通乗車券をバスカード会社から購入し、ＩＣカードに格納する。また、バスカード会社は、共通乗車券を改札するバス会社の改札機に対して、改札する権利を表す電子チケットＴ２を配布する。利用者はこのＩＣカードを用いてバス会社の改札機に改札を要求し、改札機は改札を行う。そして、改札機は、バス会社のセンタ装置を介して、ＩＣカードから回収した電子チケットＴ１及び配布された電子チケットＴ２を合わせ、バスカード会社のセンタ装置に改札を要求する。バスカード会社のセンタ装置は電子チケットＴ１及びＴ２を検証し、電子チケットＴ１の情報からバス会社に支払う乗車運賃を算出する。その後バスカード会社はその回収された電子チケットＴ１分の乗車運賃をバス会社に支払う。
【００４８】
次に、改札代行システム１００を構成する改札者装置２００、代行改札者装置３００及び利用者装置４００について説明する。尚、公開鍵暗号方式における電子署名を生成するために必要な署名鍵Ｓｋと検証鍵Ｐｋの鍵ペアを＜Ｓｋ，Ｐｋ＞とする。また、検証鍵Ｐｋに対応する署名鍵Ｓｋを用いて生成した平文をＭ、平文Ｍに対する電子署名をＳｉｇ＿Ｐｋ（Ｍ）、この電子署名に対する検証関数をＶｅｒｉｆｙ＿Ｐｋ（Ｓｉｇ＿Ｐｋ（Ｍ），Ｍ）、平文Ｍに対する一方向ハッシュ関数をｈ（Ｍ）とする。また、電子署名の検証は、検証関数Ｖｅｒｉｆｙを用いた検証関数Ｖｅｒｉｆｙ＿Ｐｋ（Ｓｉｇ＿Ｐｋ（Ｍ），Ｍ）を演算することにより行われ、電子署名Ｓｉｇ＿Ｐｋ（Ｍ）が平文Ｍに対する電子署名である場合には、検証関数Ｖｅｒｉｆｙは「正常」を返却するものとする。
【００４９】
利用者装置４００は、チケット送信手段４１０、チケット格納装置４２０、鍵ペア格納装置４３０及び証明書格納装置４４０により構成されている。チケット格納装置４２０には、図１２及び図１３に示すように、チケット情報２であるチケット情報Ｔ２が格納されている。鍵ペア格納装置４３０には、図１４及び図１５に示すように、電子署名を生成するために必要な鍵ペアＫｅｙ＿Ｕ＝＜ＳｋＵ，ＰｋＵ＞が格納されている。利用者装置４００は、この鍵ペアが信頼できるデータであるか否かを検証するために、検証鍵ＰｋＵに対して信頼できる第三者により電子署名を生成する。具体的には、利用者装置４００は、第三者が保持する鍵ペアＫｅｙ＿Ｙ＝＜ＳｋＹ，ＰｋＹ＞を用いて、電子署名Ｓ＝Ｓｉｇ＿ＰｋＹ（ＰｋＵ）を生成し、この電子署名Ｓを含む証明書Ｃｅｒｔ２を生成する。証明書格納装置４４０は、図１６及び図１７に示すように、この証明書Ｃｅｒｔ２を格納する。
【００５０】
代行改札者装置３００は、チケット代行送信手段３１０、チケット代行受信手段３２０、証明書格納装置３３０、鍵ペア格納装置３４０、チケット格納装置３５０、回収済チケット格納装置３６０、証明書検証鍵格納装置３７０及び改札チケット格納装置３８０により構成されている。チケット格納装置３５０には、図６及び図７に示すように、チケット情報１であるチケット情報Ｔ１が格納されている。改札者装置２００がチケット情報Ｔ１を改札するには、利用者装置４００と同様に、鍵ペアＫｅｙ＿Ｂ＝＜ＳｋＢ，ＰｋＢ＞が必要である。鍵ペア格納装置３４０には、図８及び図９に示すように、電子署名を生成するために必要な鍵ペアＫｅｙ＿Ｂ＝＜ＳｋＢ，ＰｋＢ＞が格納されている。代行改札者装置３００は、第三者により、鍵ペアＫｅｙ＿Ｙと異なる鍵ペアＫｅｙ＿Ｘ＝＜ＳｋＸ，ＰｋＸ＞を用いて証明書Ｃｅｒｔ１を生成する。証明書格納装置３３０は、図１０及び図１１に示すように、鍵ペアＫｅｙ＿Ｂに対する証明書Ｃｅｒｔ１を格納する。
【００５１】
また、代行改札者装置３００は、利用者装置４００のチケット格納装置４２０に格納されているチケット情報Ｔ２を改札する。具体的には、代行改札者装置３００は、改札要求情報２を生成し、当該改札要求情報２を利用者装置４００に送信する。利用者装置４００のチケット送信手段４１０は、その応答としてチケット改札情報２を代行改札者装置３００に送信する。代行改札者装置３００は、図２１に示すように、改札要求情報２とチケット改札情報２との組を回収済チケット格納装置３６０に格納する。また、代行改札者装置３００は、図２２に示すように、改札要求情報２を生成するために必要なチケット情報Ｔ２及び改札した代行改札者を特定する代行改札者ＩＤを改札チケット格納装置３８０に格納する。ここで、代行改札者装置３００は、当該代行改札者ＩＤを、代行改札者装置３００が利用者装置４００の要求により改札を行ったことを検証できるように、
式１７：代行改札者ＩＤ＝ｈ（ＰｋＢ）
とする。また、代行改札者装置３００は、図２３に示すように、チケット改札情報２を検証するための第三者の検証鍵ＰｋＹを証明書検証鍵格納装置３７０に格納する。
【００５２】
改札者装置２００は、チケット受信手段２１０、改札チケット格納装置２２０、証明書検証鍵格納装置２３０及び回収済チケット格納装置２４０により構成されている。改札者装置２００は、代行改札者装置３００のチケット格納装置３５０に格納されているチケット情報Ｔ１を改札する。具体的には、改札者装置２００は、改札要求情報１を生成し、当該改札要求情報１を代行改札者装置３００に送信する。代行改札者装置３００のチケット代行送信手段３１０は、その応答として、チケット改札情報１と既に改札した改札要求情報２及びチケット改札情報２とを改札者装置２００に送信する。改札者装置２００は、図１８に示すように、改札要求情報２チケット改札情報２との組及び改札要求情報１とチケット改札情報１との組を回収済チケット格納装置２４０に格納する。また、改札者装置２００は、図１９に示すように、改札要求情報１を生成するために必要なチケット情報Ｔ１及び改札した改札者を特定する改札者ＩＤを改札チケット格納装置２２０に格納する。また、改札者装置２００は、図２０に示すように、受信したチケット改札情報１を検証するための第三者の検証鍵ＰｋＸ及び受信したチケット改札情報２を検証するための第三者の検証鍵ＰｋＹを証明書検証鍵格納装置２３０に格納する。
【００５３】
〔実施例の動作の説明〕
次に、図２４を参照して、改札代行システム１００の動作について説明する。代行改札者装置３００は、利用者装置４００に格納されたチケット情報Ｔ２の改札処理を行う（ステップＳ２００１）。代行改札者装置３００は、改札したチケット情報Ｔ２を改札者装置２００において改札するか否かを判断する（ステップＳ２００２）。すなわち、代行改札者装置３００は、チケット情報Ｔ２の還流を行うか否か（チケット情報Ｔ２を代行改札者装置３００から改札者装置２００に還流させるか否か）を判断する。改札者装置２００において改札する場合はステップ２００３に、改札しない場合はステップ２００１にそれぞれ移行する。改札者装置２００において改札する場合は、改札者装置２００は、代行改札者装置３００に格納されたチケット情報Ｔ１の改札処理を行う。また、この処理と共に、代行改札者装置３００は、チケット情報Ｔ２の改札処理を行った際に取得した改札要求情報２及びチケット改札情報２を改札者装置２００に送信する（ステップＳ２００３）。
【００５４】
次に、図２５を参照して、上述したステップ２００１におけるチケット情報Ｔ２の改札処理について説明する。利用者装置４００及び代行改札者装置３００は、両者間の通信路を確立する（ステップＳ２１０１）。代行改札者装置３００は、改札チケット格納装置３８０に格納されているチケット情報Ｔ２及び代行改札者ＩＤを取得し（ステップＳ２１０２）、乱数２を生成し（ステップＳ２１０３）、図２９に示すように｛チケット情報Ｔ２，代行改札者ＩＤ，乱数２｝から成る改札要求情報２を生成し（ステップＳ２１０４）、当該改札要求情報２を保持し（ステップＳ２１０５）、利用者装置４００に送信し、利用者装置４００は当該改札要求情報２を受信する（ステップＳ２１０６）。
【００５５】
利用者装置４００は、改札要求情報２に含まれるチケット情報Ｔ２がチケット格納装置４２０に存在するか否かを確認する（ステップＳ２１０７）。チケット情報Ｔ２が存在する場合はステップ２１０８に移行し、存在しない場合は処理を終了する。チケット情報Ｔ２が存在する場合、利用者装置４００は、鍵ペア格納装置４３０から鍵ペアＫｅｙ＿Ｕ＝＜ＳｋＵ，ＰｋＵ＞を取得し（ステップＳ２１０８）、検証鍵ＰｋＵに対応した署名鍵ＳｋＵを用いて改札要求情報２の電子署名である署名２＝Ｓｉｇ＿ＰｋＵ（改札要求情報２）を生成する（ステップＳ２１０９）。また、利用者装置４００は、証明書格納装置４４０から証明書Ｃｅｒｔ２を取得し（ステップＳ２１１０）、図３０に示すように｛署名２，ＰｋＵ，Ｃｅｒｔ２｝から成るチケット改札情報２を生成し（ステップＳ２１１１）、代行改札者装置３００に送信し、代行改札者装置３００は当該チケット改札情報２を受信する（ステップＳ２１１２）。
【００５６】
代行改札者装置３００は、証明書検証鍵格納装置３７０から検証鍵ＰｋＹを取得し（ステップＳ２１１３）、チケット改札情報２に含まれる検証鍵ＰｋＵとステップ２１１３で取得した検証鍵ＰｋＹを用いて、チケット改札情報２に含まれる証明書Ｃｅｒｔ２を署名検証する（ステップＳ２１１４）。具体的には、検証関数Ｖｅｒｉｆｙ＿ＰｋＹ（ＰｋＵ，Ｃｅｒｔ２）を演算して検証する。検証結果が正常である場合はステップ２１１５に移行し、正常以外である場合は処理を終了する。証明書Ｃｅｒｔ２の検証結果が正常である場合、代行改札者装置３００は、保持している改札要求情報２と受信したチケット改札情報２に含まれるＰｋＵとを用いて、チケット改札情報２に含まれる署名２を署名検証する（ステップＳ２１１５）。具体的には、検証関数Ｖｅｒｉｆｙ＿ＰｋＵ（改札要求情報２，署名２）を演算して検証する。検証結果が正常である場合はステップ２１１６に移行し、正常以外である場合は処理を終了する。署名２の検証結果が正常である場合、代行改札者装置３００は、保持している改札要求情報２及び受信したチケット改札情報２を回収済チケット格納装置３６０に格納する（ステップＳ２１１６）。
【００５７】
次に、図２６を参照して、上述したステップ２００３におけるチケット情報Ｔ１の改札処理について説明する。代行改札者装置３００及び改札者装置２００は、両者間の通信路を確立する（ステップＳ２４０１）。改札者装置２００は、改札チケット格納装置２２０に格納されているチケット情報Ｔ１及び改札者ＩＤを取得し（ステップＳ２４０２）、乱数１を生成し（ステップＳ２４０３）、図２７に示すように｛チケット情報Ｔ１，改札者ＩＤ，乱数１｝から成る改札要求情報１を生成し（ステップＳ２４０４）、当該改札要求情報１を保持し（ステップＳ２４０５）、代行改札者装置３００に送信し、代行改札者装置３００は当該改札要求情報１を受信する（ステップＳ２４０６）。
【００５８】
代行改札者装置３００は、改札要求情報１に含まれるチケット情報Ｔ１がチケット格納装置３５０に存在するか否かを確認する（ステップＳ２４０７）。チケット情報Ｔ１が存在する場合はステップ２４０８に移行し、存在しない場合は処理を終了する。チケット情報Ｔ１が存在する場合、代行改札者装置３００は、鍵ペア格納装置３４０から鍵ペアＫｅｙ＿Ｂ＝＜ＳｋＢ，ＰｋＢ＞を取得し（ステップＳ２４０８）、検証鍵ＰｋＢに対応した署名鍵ＳｋＢを用いて改札要求情報１の電子署名である署名１＝Ｓｉｇ＿ＰｋＢ（改札要求情報１）を生成する（ステップＳ２４０９）。また、代行改札者装置３００は、証明書格納装置３３０から証明書Ｃｅｒｔ１を取得し（ステップＳ２４１０）、図２８に示すように｛署名１，ＰｋＢ，Ｃｅｒｔ１｝から成るチケット改札情報１を生成する（ステップＳ２４１１）。さらに、代行改札者装置３００は、回収済チケット格納装置３６０から改札要求情報２及びチケット改札情報２を取得し（ステップＳ２４１２）、チケット改札情報１、改札要求情報２及びチケット改札情報２を改札者装置２００に送信し、改札者装置２００は、これらの情報を受信する（ステップＳ２４１３）。
【００５９】
改札者装置２００は、証明書検証鍵格納装置２３０から検証鍵ＰｋＸ及びＰｋＹを取得し（ステップＳ２４１４）、チケット改札情報１に含まれる検証鍵ＰｋＢとステップ２４１４で取得した検証鍵ＰｋＸを用いて、チケット改札情報１に含まれる証明書Ｃｅｒｔ１を署名検証する（ステップＳ２４１５）。具体的には、検証関数Ｖｅｒｉｆｙ＿ＰｋＸ（ＰｋＢ，Ｃｅｒｔ１）を演算して検証する。検証結果が正常である場合はステップ２４１６に移行し、正常以外である場合は処理を終了する。証明書Ｃｅｒｔ１の検証結果が正常である場合、改札者装置２００は、保持している改札要求情報１と受信したチケット改札情報１に含まれるＰｋＢとを用いて、チケット改札情報１に含まれる署名１を署名検証する（ステップＳ２４１６）。具体的には、検証関数Ｖｅｒｉｆｙ＿ＰｋＢ（改札要求情報１，署名１）を演算して検証する。検証結果が正常である場合はステップ２４１７に移行し、正常以外である場合は処理を終了する。署名１の検証結果が正常である場合、改札者装置２００は、受信した改札要求情報２に含まれる代行改札者ＩＤが一致するか否かを確認する（ステップＳ２４１７）。具体的には、以下の式により確認する。
式１８：改札要求情報２の代行改札者ＩＤ＝ｈ（チケット改札情報１のＰｋＢ）
数式１８により一致する場合はステップ２４１８に移行し、一致しない場合は処理を終了する。代行改札者ＩＤが一致する場合、改札者装置２００は、受信した改札要求情報２とチケット改札情報２に含まれるＰｋＵとを用いて、チケット改札情報２に含まれる署名２を署名検証する（ステップＳ２４１８）。具体的には、検証関数Ｖｅｒｉｆｙ＿ＰｋＵ（改札要求情報２，署名２）を演算して検証する。検証結果が正常である場合はステップ２４１９に移行し、正常以外である場合は処理を終了する。署名２の検証結果が正常である場合、改札者装置２００は、チケット改札情報２に含まれる検証鍵ＰｋＵと証明書検証鍵格納装置２３０から取得した検証鍵ＰｋＹを用いて、チケット改札情報２に含まれる証明書Ｃｅｒｔ２を署名検証する（ステップＳ２４１９）。具体的には、検証関数Ｖｅｒｉｆｙ＿ＰｋＹ（ＰｋＵ，Ｃｅｒｔ２）を演算して検証する。検証結果が正常である場合はステップ２４２０に移行し、正常以外である場合は処理を終了する。証明書Ｃｅｒｔ２の検証結果が正常である場合、保持している改札要求情報１、受信したチケット改札情報１、改札要求情報２及びチケット改札情報２を回収済チケット格納装置２４０に格納する（ステップＳ２４２０）。
【００６０】
尚、本発明の実施の形態によれば、改札部２の代行改札者ＩＤ検証手段２２は、一方向ハッシュ関数を用いて代行改札者ＩＤを検証するようにしたが、代行改札者ＩＤと検証鍵２であるＰｋＢや他の情報とを対応させた対応情報のデータベースを保持し、当該データベースに基づいて代行改札者ＩＤを特定し、検証するようにしてもよい。また、本発明の実施の形態によれば、改札部２が生成するセッションＩＤ１を乱数とし代行改札部３が生成するセッションＩＤ２を乱数としたが、セッションＩＤ１及びセッションＩＤ２を時間の経過と共に所定の値を順次加算して得た値にしてもよい。
【００６１】
また、本発明の実施の形態における改札部２は、改札チケット情報検証手段２３に加えて、改札済チケット格納器２１には同一の改札チケット情報が格納されていないことを検証する第２の改札チケット情報検証手段を有するようにしてもよい。また、本発明の実施の形態における改札部２は、回収チケット情報検証手段２４に加えて、改札済チケット格納器２１には同一の回収チケット情報が格納されていないことを検証する第２の回収チケット情報検証手段を有するようにしてもよい。また、本発明の実施の形態における改札部２は、ＩＣカード、携帯電話、携帯端末、ＵＳＢメモリ装置、携帯オーディオ、腕時計等の携帯装置に組み込むようにようにしてもよい。代行改札部３及びチケット保持部４においても、このような携帯装置にそれぞれ組み込むようにしてもよい。
【図面の簡単な説明】
【００６２】
【図１】本発明の実施の形態に係る改札代行装置の原理を説明する概略構成図である。
【図２】代行改札部を備えた改札代行装置を説明する概略構成図である。
【図３】チケット保持部を備えた改札代行装置を説明する概略構成図である。
【図４】図３に示した改札代行装置１１の動作を説明する処理フローである。
【図５】本発明の改札代行システムの実施例を説明する概略構成図である。
【図６】チケット情報Ｔ１のデータ構造を説明する図である。
【図７】チケット格納装置３５０に格納されているデータの構造を説明する図である。
【図８】鍵ペアのデータ構造を説明する図である
【図９】鍵ペア格納装置３４０に格納されているデータの構造を説明する図である。
【図１０】証明書のデータ構造を説明する図である。
【図１１】証明書格納装置３３０に格納されているデータの構造を説明する図である。
【図１２】チケット情報Ｔ２のデータ構造を説明する図である。
【図１３】チケット格納装置４２０に格納されているデータの構造を説明する図である。
【図１４】鍵ペアのデータ構造を説明する図である。
【図１５】鍵ペア格納装置４３０に格納されているデータの構造を説明する図である。
【図１６】証明書のデータ構造を説明する図である。
【図１７】証明書格納装置４４０に格納されているデータの構造を説明する図である。
【図１８】回収済チケット格納装置２４０に格納されているデータの構造を説明する図である。
【図１９】改札チケット格納装置２２０に格納されているデータの構造を説明する図である。
【図２０】証明書検証鍵格納装置２３０に格納されているデータの構造を説明する図である。
【図２１】回収済チケット格納装置３６０に格納されているデータの構造を説明する図である。
【図２２】改札チケット格納装置３８０に格納されているデータの構造を説明する図である。
【図２３】証明書検証鍵格納装置３７０に格納されているデータの構造を説明する図である。
【図２４】図５に示した改札代行システム１００の動作を説明する処理フローである。
【図２５】図２４に示したステップ２００１の処理の詳細を説明する処理フローである。
【図２６】図２４に示したステップ２００３の処理の詳細を説明する処理フローである。
【図２７】改札要求情報１のデータ構造を説明する図である。
【図２８】チケット改札情報１のデータ構造を説明する図である。
【図２９】改札要求情報２のデータ構造を説明する図である。
【図３０】チケット改札情報２のデータ構造を説明する図である。
【符号の説明】
【００６３】
１，１０，１１  改札代行装置
２  改札部
３  代行改札部
４  チケット保持部
２１  改札済チケット格納器
２２  代行改札者ＩＤ検証手段
２３  改札チケット情報検証手段
２４  回収チケット情報検証手段
２５  改札チケット受信手段
３１  回収チケット格納器
３２  改札チケット情報生成手段
３３  改札チケット送信手段
３４  回収チケット検証手段
３５  回収チケット受信手段
４１  回収チケット情報生成手段
４２  回収チケット送信手段
１００  改札代行システム
２００  改札者装置
２１０  チケット受信手段
２２０，３８０  改札チケット格納装置
２３０，３７０  証明書検証鍵格納装置
２４０，３６０  回収済チケット格納装置
３００  代行改札者装置
３１０  チケット代行送信手段
３２０  チケット代行受信手段
３３０，４４０  証明書格納装置
３４０，４３０  鍵ペア格納装置
３５０，４２０  チケット格納装置
４００  利用者装置
４１０  チケット送信手段
【図１】
2005128755.tif 000003
【図２】
2005128755.tif 000004
【図３】
2005128755.tif 000005
【図４】
2005128755.tif 000006
【図５】
2005128755.tif 000007
【図６】
2005128755.tif 000008
【図７】
2005128755.tif 000009
【図８】
2005128755.tif 000010
【図９】
2005128755.tif 000011
【図１０】
2005128755.tif 000012
【図１１】
2005128755.tif 000013
【図１２】
2005128755.tif 000014
【図１３】
2005128755.tif 000015
【図１４】
2005128755.tif 000016
【図１５】
2005128755.tif 000017
【図１６】
2005128755.tif 000018
【図１７】
2005128755.tif 000019
【図１８】
2005128755.tif 000020
【図１９】
2005128755.tif 000021
【図２０】
2005128755.tif 000022
【図２１】
2005128755.tif 000023
【図２２】
2005128755.tif 000024
【図２３】
2005128755.tif 000025
【図２４】
2005128755.tif 000026
【図２５】
2005128755.tif 000027
【図２６】
2005128755.tif 000028
【図２７】
2005128755.tif 000029
【図２８】
2005128755.tif 000030
【図２９】
2005128755.tif 000031
【図３０】
2005128755.tif 000032