(57)【要約】【課題】有効期間付きの暗号鍵を用いて暗号化されたデジタルコンテンツを通信不能な環境下で復号できないという不都合を生じさせることなく、有効期間外において不正に復号される可能性を低減できるようにする。【解決手段】暗号側装置１００において、ビット列の中の所定位置に有効期間情報が埋め込まれた状態で暗号鍵を生成し、当該暗号鍵を用いてデジタルコンテンツを暗号化するとともに、復号側装置２００において、暗号鍵側装置１００で生成された暗号鍵を復号鍵として用い、当該復号鍵を構成する所定位置のビット列から有効期間情報を取得して、その有効期間の範囲内に現在時刻が入っている場合に限り復号を許可することにより、暗号鍵に有効期間が設定されていること自体を推察されにくくするとともに、有効期間情報を取得するためにセンタと通信する必要もなくす。【選択図】図１
2014107727.tif 000002
【特許請求の範囲】
【請求項１】
デジタルコンテンツを暗号化する暗号側装置と、上記暗号側装置により暗号化された上記デジタルコンテンツを復号する復号側装置とを備えた暗号復号システムであって、
上記暗号側装置は、ビット列の中の所定位置に有効期間情報が埋め込まれた状態で暗号鍵を生成する暗号鍵生成部と、
上記暗号鍵生成部により生成された暗号鍵を用いてデジタルコンテンツを暗号化する暗号処理部とを備え、
上記復号側装置は、上記暗号鍵生成部により生成された暗号鍵を復号鍵として用い、上記暗号処理部により暗号化されたデジタルコンテンツを復号する復号処理部と、
上記復号鍵を構成する上記所定位置のビット列から上記有効期間情報を取得し、当該有効期間情報で示される有効期間の範囲内に現在時刻が入っているか否かを判定し、入っている場合に限り上記復号処理部による復号処理を許可する復号制御部とを備えたことを特徴とする暗号復号システム。
【請求項２】
上記暗号鍵生成部は、所定の方式により仮暗号鍵を発生する仮暗号鍵発生部と、
上記仮暗号鍵発生部により発生された上記仮暗号鍵を構成する上記所定位置のビット列を、上記有効期間情報を表すビット列に置換することによって上記暗号鍵を生成するビット列置換部とから構成されることを特徴とする請求項１に記載の暗号復号システム。
【請求項３】
デジタルコンテンツを暗号化する暗号側装置に適用される暗号用プログラムであって、
ビット列の中の所定位置に有効期間情報が埋め込まれた状態で暗号鍵を生成する暗号鍵生成手段、および
上記暗号鍵生成手段により生成された暗号鍵を用いてデジタルコンテンツを暗号化する暗号処理手段
として上記暗号側装置のコンピュータを機能させるための暗号用プログラム。
【請求項４】
請求項３に記載の暗号側装置によって暗号化されたデジタルコンテンツを復号する復号側装置に適用される復号用プログラムであって、
上記暗号鍵生成手段により生成された暗号鍵を復号鍵として用い、上記暗号化されたデジタルコンテンツを復号する復号処理手段、および
上記復号鍵を構成する上記所定位置のビット列から上記有効期間情報を取得し、当該有効期間情報で示される有効期間の範囲内に現在時刻が入っているか否かを判定し、入っている場合に限り上記復号処理手段による復号処理を許可する復号制御手段
として上記復号側装置のコンピュータを機能させるための復号用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、暗号復号システム、暗号用プログラムおよび復号用プログラムに関し、特に、デジタルコンテンツを暗号化して配信するシステムに適用して好適なものである。
【背景技術】
【０００２】
近年、音楽コンサートなどの興行のチケットは、電子化が進みつつある。１つの例として、携帯電話を利用したチケット販売システムがある。このシステムでは、チケット購入者は、携帯電話で興行会社のチケット販売サーバへアクセスし、チケット購入用画面を表示させ、所定の項目を入力することによりチケット購入の申し込みをする。チケット販売サーバは、入力された項目をもとに購入の可否を判断し、購入可であればチケット発行処理を行う。
【０００３】
チケット発行処理は、例えば以下のようにして行う。すなわち、チケット販売サーバは、公演情報と席情報とに基づいて、公開されているツールを用いてＱＲコード（登録商標）を生成する。そして、そのＱＲコードをチケット購入者の携帯電話に送信する。あるいは、ＱＲコードを携帯電話に表示させるためのＵＲＬ（Uniform Resource Locator）を生成し、そのＵＲＬを携帯電話へ通知（送信）する。後者の場合、チケット購入者は、携帯電話でＵＲＬにアクセスし、ＱＲコードをダウンロードする。
【０００４】
チケット購入者は、購入した電子チケット（すなわちＱＲコード）を、例えば画面メモ機能等で携帯電話に記録しておき、興行当日にその興行会場に設置されたＱＲコードのリーダ装置に読み取らせる（スキャンさせる）。リーダ装置は、読み取ったＱＲコードの情報を管理サーバへ送信する。管理サーバは、リーダ装置から送信された情報によりチケット認証（電子チケットの正当性の確認）を行い、正当性が確認できた場合、チケット購入者に入場を許可する。
【０００５】
ところで、従前より各種興行においては、購入したチケットを高値で転売するいわゆるダフ行為が行われている。チケットが電子化されてもかかる行為は衰えを見せず、人気のある興行の良い席では正規価格の数十倍もの高値で転売されることもあり、社会問題となっている。上述のＱＲコード化した電子チケットは、公開されている解読ツールを用いてその席情報を知ることができてしまう。そのため、興行業界においては、ダフ行為防止のために席情報を興行直前まで秘匿したいという要請がある。
【０００６】
これに対し、チケット発行の段階ではチケット情報に席情報を含めず、興行の直前に別途電子メールなどでチケット購入者へ席情報を通知する手法がある。しかし、この方法では、チケット購入者が電子メールの内容を実際よりも良い席に書き換えること（改ざん）ができてしまう。また、席情報を通知した電子メールの紛失等の理由により興行当日に席が不明であった場合、購入者が持つチケット情報に席情報が含まれていないと、リーダ装置を用いてその場でチケット情報を読み取っても、席情報を保持しているセンタ間と通信しないと案内することができない。このような理由により、席情報はチケット情報に含まれていることが望ましい。
【０００７】
また、席情報を隠すために暗号化する手法も知られている。これは、鍵と呼ばれるデータを用いて席情報を暗号化する方法である。しかしながら、この方法では、鍵を用いて復号処理を行う担当オペレータがチケット購入者と共謀し、チケット情報を事前に復号してしまうことを防げない。
【０００８】
これに対して、鍵に有効期間を付加し、有効期間外は鍵が作動しないようにする方法が知られている（例えば、特許文献１参照）。しかしながら、この特許文献１に記載の方法では、有効期間を鍵とは別の情報としてパケットに含めているため、パケットを解析された場合には有効期間の存在が容易に知られてしまう。そうすると、そこから鍵の作動に有効期間が関係することが推察され、復号処理を行うコンピュータの日付を操作して有効期間内に設定することで、鍵が不正に作動させられる危険が高い。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００１−３２０３５５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明は、このような問題を解決するために成されたものであり、有効期間付きの暗号鍵を用いて暗号化されたデジタルコンテンツを有効期間外において不正に復号される可能性を低減できるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
上記した課題を解決するために、本発明では、暗号側装置において、ビット列の中の所定位置に有効期間情報が埋め込まれた状態で暗号鍵を生成し、当該暗号鍵を用いてデジタルコンテンツを暗号化するようにしている。復号側装置においては、暗号側装置で生成された暗号鍵を復号鍵として用い、当該復号鍵を構成する所定位置のビット列から有効期間情報を取得して、その有効期間の範囲内に現在時刻が入っている場合に限り、デジタルコンテンツの暗号データを復号するようにしている。
【発明の効果】
【００１２】
上記のように構成した本発明によれば、暗号鍵そのもののビット列の中に有効期間情報が埋め込まれる方式なので、暗号鍵とは別の情報として有効期間情報が用意される方式と比べて、暗号鍵に有効期間が設定されていること自体が推察されにくくなる。これにより、本発明によれば、有効期間付きの暗号鍵を用いて暗号化されたデジタルコンテンツを有効期間外において不正に復号される可能性を低減することができる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態による暗号復号システムを適用した電子チケットシステムのハードウェア構成例を示す図である。
【図２】本実施形態による暗号復号システムを構成する暗号側装置の機能構成例を示すブロック図である。
【図３】本実施形態のビット列置換部により置換される暗号鍵のビット列の例を示す図である。
【図４】本実施形態による暗号復号システムを構成する復号側装置の機能構成例を示すブロック図である。
【発明を実施するための形態】
【００１４】
以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態による暗号復号システムを適用した電子チケットシステムのハードウェア構成例を示す図である。
【００１５】
図１に示すように、本実施形態の電子チケットシステムは、暗号側装置１００と、復号側装置２００と、チケット販売サーバ３００と、携帯端末４００と、リーダ装置５００とを備えて構成されている。チケット販売サーバ３００と携帯端末４００との間、チケット販売サーバ３００とリーダ装置５００との間はインターネット等の通信ネットワーク６００により接続可能に構成されている。
【００１６】
暗号側装置１００およびチケット販売サーバ３００は、サービス提供者（チケット販売会社など）が用意するものであり、このうち暗号側装置１００は汎用のパーソナルコンピュータ等で構成される。復号側装置２００およびリーダ装置５００は、興行会場などに設置されるものであり、このうち復号側装置２００は汎用のパーソナルコンピュータ等で構成される。
【００１７】
図１において、チケット購入者は、携帯電話４００から通信ネットワーク６００を介してチケット販売サーバ３００へアクセスし、携帯端末４００に表示されたチケット購入用画面を通じて所定の項目を入力することによってチケット購入の申し込みをする。チケット販売サーバ３００は、入力された項目をもとに購入の可否を判断し、購入可であればチケット発行処理を行い、発行された電子チケットを携帯端末４００に送信する。
【００１８】
チケット発行処理は、例えば以下のようにして行う。すなわち、チケット販売サーバ３００は、公演情報、席情報、チケット購入者の個人情報などを暗号側装置１００に供給して暗号化処理を要求する。この要求を受けて暗号側装置１００は、公演情報、席情報、個人情報などを含む電子チケットを生成する。そして、その電子チケットを暗号化し、暗号済みの電子チケットを更にＱＲコードに変換して、チケット販売サーバ３００に供給する。
【００１９】
チケット販売サーバ３００は、暗号側装置１００から供給された電子チケットのＱＲコードをチケット購入者の携帯端末４００に送信する。あるいは、チケット販売サーバ３００は、ＱＲコードを携帯電話４００に表示させるためのＵＲＬを生成し、そのＵＲＬをチケット購入者の携帯端末４００へ通知（送信）するようにしてもよい。後者の場合、チケット購入者は、携帯電話４００でＵＲＬにアクセスし、ＱＲコードをダウンロードする。
【００２０】
チケット購入者は、購入した電子チケット（すなわちＱＲコード）を、例えば画面メモ機能等で携帯電話４００に記録しておき、興行当日にその興行会場に設置されたリーダ装置５００に読み取らせる（スキャンさせる）。リーダ装置５００は、読み取ったＱＲコードを復号側装置２００に供給する。すると復号側装置２００は、ＱＲコードを暗号済みの電子チケットに逆変換し、さらに復号処理を行う。そして、復号した電子チケットの情報をリーダ装置５００に供給する。
【００２１】
リーダ装置５００は、復号側装置２００により復号された電子チケットの情報を、通信ネットワーク６００を介してチケット販売サーバ３００に送信する。チケット販売サーバ３００は、復号側装置２００により復号された電子チケットの情報の認証（電子チケットの正当性の確認）を行い、正当性が確認できた場合には入場許可、正当性が確認できなかった場合には入場拒否の情報をリーダ装置５００に返信する。
【００２２】
リーダ装置５００は、チケット販売サーバ３００から受信した認証結果の情報に基づいて、チケット購入者の入場を許可または拒否する旨の情報を表示させる。入場を許可する場合は、席情報も表示させる。なお、公演情報、席情報、個人情報等をプリントアウトするようにしてもよい。
【００２３】
図２は、本実施形態による暗号復号システムを構成する暗号側装置１００の機能構成例を示すブロック図である。図２に示すように、本実施形態の暗号側装置１００は、その機能構成として、暗号鍵生成部１１、有効期間情報入力部１２、チケット情報入力部１３、暗号処理部１４およびＱＲエンコード部１５を備えている。また、暗号鍵生成部１１は、その具体的な機能構成として、仮暗号鍵発生部１１ａおよびビット列置換部１１ｂを備えている。
【００２４】
上記の各機能ブロック１１〜１５は、ハードウェア構成、ＤＳＰ、ソフトウェアの何れによっても実現することが可能である。例えばソフトウェアによって実現する場合、各機能ブロック１１〜１５は、実際にはコンピュータのＣＰＵあるいはＭＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭあるいはハードディスク等の記録媒体に記憶されたプログラムが動作することによって実現できる。このうち、機能ブロック１１〜１４の機能は、上記記録媒体に記憶された暗号用プログラムが動作することによって実現できる。
【００２５】
暗号鍵生成部１１は、ビット列の中の所定位置に有効期間情報が埋め込まれた状態で暗号鍵を生成する。そのための具体的な処理については、以降順次説明する。なお、本実施形態の暗号復号システムでは、共通鍵暗号方式を採用しており、暗号側装置１００で生成された暗号鍵を復号側装置２００において復号鍵として用いる。
【００２６】
有効期間情報入力部１２は、暗号鍵（＝復号鍵）の有効期間を示す有効期間情報をチケット販売サーバ３００から入力する。ここで、有効期間として特定の日付を設定し、その日のみ、またはその日以降でないと復号鍵が作動しないようにすることが可能である。または、有効期間として何日かの幅を持たせた期間を設定し、その期間内でのみ復号鍵が作動するようにしてもよい。
【００２７】
なお、ここでは、チケット販売サーバ３００においてパラメータとして与えられた有効期間情報を有効期間情報入力部１２が入力する例について説明したが、これに限定されない。例えば、暗号側装置１００において所定の入力画面を表示させ、その入力画面を通じてチケット販売会社のユーザが有効期間情報を入力するようにしてもよい。
【００２８】
暗号鍵生成部１１の仮暗号鍵発生部１１ａは、所定の方式により仮暗号鍵を発生する。例えば、仮暗号鍵発生部１１ａは、乱数発生器を用いて仮暗号鍵を発生する。本実施形態では、２５６ビット長のランダムなビット列から成る仮暗号鍵を発生するものとする。なお、仮暗号鍵の発生方法は、乱数発生器を用いる手法に限定されない。すなわち、乱数発生器以外の公知の暗号鍵発生方法を適用して仮暗号鍵を発生するようにしてもよい。
【００２９】
ビット列置換部１１ｂは、仮暗号鍵発生部１１ａにより発生された仮暗号鍵を構成する所定位置のビット列を、有効期間情報入力部１２より入力された有効期間情報を表すビット列に置換することによって暗号鍵を生成する。所定位置は、２５６ビット列の中の１箇所としてもよいし、分散配置した複数箇所としてもよい。有効期間の存在をより推察しにくくするために、有効期間情報を２５６ビット列の中に分散配置させるのが好ましい。
【００３０】
図３は、ビット列置換部１１ｂにより置換される暗号鍵のビット列の例を示す図である。図３では、有効期間情報を有効期間の開始日時Ｔ１と終了日時Ｔ２とにより構成する例を示している。そして、８ビット目から７１ビット目の６４ビット列を有効期間の開始日時Ｔ１を表すビット列に置換し、１２８ビット目から１９１ビット目の６４ビット列を有効期間の終了日時Ｔ２（Ｔ１≦Ｔ２）を表すビット列に置換するようにしている。
【００３１】
ここで、有効期間の開始日時Ｔ１および終了日時Ｔ２のどちらも設定されている場合、復号鍵の有効期間はＴ１からＴ２の間ということになる。有効期間の開始日時Ｔ１のみが設定され、終了日時Ｔ２が設定されていない場合、復号鍵の有効期間はＴ１以降ということになる。有効期間の終了日時Ｔ２のみが設定され、開始日時Ｔ１が設定されていない場合、復号鍵の有効期間はＴ２以前ということになる。また、有効期間の開始日時Ｔ１および終了日時Ｔ２のどちらも設定されていない場合、復号鍵の有効期間は設定なし（常に有効）ということになる。なお、開始日時Ｔ１または終了日時Ｔ２を設定しない場合は、例えば６４ビットの値を全て“０”とする。
【００３２】
本実施形態では、電子チケットに含まれている席情報を興行直前まで秘匿することが目的なので、少なくとも有効期間の開始日時Ｔ１（興行直前の日時）の設定は必要である。
【００３３】
チケット情報入力部１３は、電子チケットに含ませる公演情報、席情報、チケット購入者の個人情報をチケット販売サーバ３００から入力し、暗号処理部１４に供給する。暗号処理部１４は、暗号鍵生成部１１により生成された有効期間付きの暗号鍵を用いて、チケット情報入力部１３により入力された電子チケットの情報を暗号化する。
【００３４】
ＱＲエンコード部１５は、暗号処理部１４により暗号化された電子チケットをエンコードしてＱＲコードに変換する。そして、ＱＲエンコード部１５は、変換したＱＲコードをチケット販売サーバ３００に供給する。
【００３５】
図４は、本実施形態による暗号復号システムを構成する復号側装置２００の機能構成例を示すブロック図である。図４に示すように、本実施形態の復号側装置２００は、その機能構成として、ＱＲコード入力部２１、ＱＲデコード部２２、復号鍵入力部２３、復号処理部２４、計時部２５および復号制御部２６を備えている。
【００３６】
上記の各機能ブロック２１〜２６は、ハードウェア構成、ＤＳＰ、ソフトウェアの何れによっても実現することが可能である。例えばソフトウェアによって実現する場合、各機能ブロック２１〜２６は、実際にはコンピュータのＣＰＵあるいはＭＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭあるいはハードディスク等の記録媒体に記憶されたプログラムが動作することによって実現できる。このうち、復号鍵入力部２３、復号処理部２４および復号制御部２６の機能は、上記記録媒体に記憶された復号用プログラムが動作することによって実現できる。
【００３７】
ＱＲコード入力部２１は、リーダ装置５００により携帯端末４００の画面から読み取られたＱＲコード（暗号側装置１００で生成されたもの）を入力する。ＱＲデコード部２２は、ＱＲコード入力部２１より入力されたＱＲコードをデコードして、電子チケットの暗号データに戻す。
【００３８】
復号鍵入力部２３は、暗号側装置１００の暗号鍵生成部１１により生成された暗号鍵を復号鍵として入力する。例えば、復号側装置２００において所定の入力画面を表示させ、その入力画面を通じて復号担当のオペレータが復号鍵を入力する。なお、復号鍵（＝暗号鍵）はチケット販売会社から復号担当のオペレータに対して事前に通知しておく。この通知手段は、秘匿性を担保するために、インターネット等を用いた通信ではなく、記録メディアに記録しての郵送等の手段を用いることが好ましい。
【００３９】
復号処理部２４は、復号鍵入力部２３により入力された復号鍵を用いて、ＱＲデコード部２２により生成された電子チケットの暗号データを復号する。そして、復号処理部２４は、復号して平文に戻した電子チケットをリーダ装置５００に供給する。上述のように、リーダ装置５００は、復号処理部２４より供給された電子チケットの情報をチケット販売サーバ３００に送信することにより、電子チケットの認証を受ける。
【００４０】
計時部２５は、現在の日時を計測する。復号制御部２６は、復号鍵入力部２３により入力された復号鍵を構成する所定位置（８ビット目から７１ビット目の位置と、１２８ビット目から１９１ビット目の位置）のビット列から有効期間情報を取得し、当該有効期間情報で示される有効期間の範囲内に、計時部２５により計測される現在時刻が入っているか否かを判定する。そして、有効期間の範囲内に現在時刻が入っている場合に限り、復号処理を許可するように復号処理部２４を制御する。有効期間の範囲内に現在時刻が入っていない場合、復号制御部２６はエラーメッセージ等を出力して復号処理部２４による復号処理を行わないように制御する。
【００４１】
以上詳しく説明したように、本実施形態の暗号復号システムでは、暗号鍵そのもののビット列の中に有効期間情報を埋め込むようにしているので、暗号鍵とは別の情報として有効期間情報が用意される従来の方式と比べて、暗号鍵に有効期間が設定されていること自体を推察されにくくすることができる。
【００４２】
これにより、本実施形態によれば、有効期間付きの暗号鍵を用いて暗号化された電子チケットを有効期間外において不正に復号される可能性を低減することができる。すなわち、本実施形態によれば、有効期間が推察されにくい方法で有効期間付きの暗号鍵を使うことによって、席情報を興行直前までより確実に秘匿することができる。
【００４３】
なお、上記実施形態では、仮暗号鍵発生部１１ａで仮暗号鍵を発生した後、所定位置のビット列を有効期間情報のビット列に置換する例について説明したが、本発明はこれに限定されない。例えば、あらかじめ所定位置に有効期間情報のビット列を配置し、その後に残りのビット列を任意に生成するようにしてもよい。
【００４４】
また、上記実施形態では、興行会場に設置したリーダ装置５００でＱＲコードを読み取らなければ席情報が表示されない。そのため、暗号鍵の有効期間に入っていても、現実的には興行当日に会場まで行かなければ席情報を知ることができない。これでは、ダフ行為をするつもりのない正当なチケット購入者にとって不便である。そこで、チケット販売サーバ３００がチケット購入者の携帯端末４００からの要求に応じてＱＲコードを受信し、現在時刻が有効期間に入っているときは復号を行って席情報を通知するように構成してもよい。
【００４５】
また、上記実施形態では、ＱＲエンコード部１５の機能を暗号側装置１００が備える例について説明したが、チケット販売サーバ３００が備えるようにしてもよい。また、暗号側装置１００が備える暗号鍵生成部１１、暗号処理部１４およびＱＲエンコード部１５の機能をチケット販売サーバ３００が備えるようにしてもよい。この場合は、チケット販売サーバ３００が本発明の暗号側装置に相当する。
【００４６】
また、上記実施形態では、ＱＲデコード部２２の機能を復号側装置２００が備える例について説明したが、リーダ装置５００が備えるようにしてもよい。また、復号側装置２００が備えるＱＲデコード部２２、復号鍵入力部２３、復号処理部２４、計時部２５および復号制御部２６の機能をリーダ装置５００が備えるようにしてもよい。この場合は、リーダ装置５００が本発明の復号側装置に相当する。
【００４７】
また、上記実施形態では、デジタルコンテンツの例として電子チケットを挙げて説明したが、本発明はこれに限定されない。また、上記実施形態では、暗号側装置１００ではデジタルコンテンツの暗号データをＱＲコードに変換してから送信し、復号側装置２００側ではＱＲコードをデジタルコンテンツの暗号データに戻してから復号を行う例について説明したが、本発明はこれに限定されない。例えば、デジタルコンテンツの暗号データをそのまま送信するようにしてもよい。
【００４８】
また、上記実施形態では、復号処理部２４により復号された電子チケットの情報をリーダ装置５００からチケット販売サーバ３００に送信して電子チケットの認証を受ける例について説明したが、本発明はこれに限定されない。例えば、チケット販売サーバ３００に記憶されている電子チケットの情報をリーダ装置５００にも記憶させ、リーダ装置５００の内部処理として電子チケットの認証を行うようにしてもよい。あるいは、電子チケットの認証を復号処理部２４において行うようにしてもよい。
【００４９】
このようにすれば、認証を受けるためにチケット販売サーバ３００との間で通信を行う必要をなくすことができる。これにより、例えば野外コンサート会場などチケット販売サーバ３００と通信不能な場所において、有効期間内で正当に復号はできても認証を受けられずに電子チケットを利用できなくなってしまうという不都合を回避することができる。
【００５０】
なお、本実施形態では、暗号鍵そのもののビット列の中に有効期間情報を埋め込む方式を採用しているが、これとは別の方法として、鍵にＩＤを付加したうえで鍵ごとに有効期間を決定し、その情報をセンタと呼ばれるコンピュータで管理する方法も考えられる。しかしながら、この方法では、野外コンサート会場などセンタと通信不能な場所においては、暗号化されたチケット情報を復号できなくなってしまうという不都合がある。
【００５１】
これに対して、本実施形態の暗号復号システムは、有効期間情報をセンタで管理する方式でもないので、有効期間情報を取得するためにセンタとの間で通信を行う必要がない。これにより、本実施形態によれば、有効期間付きの暗号鍵を用いて暗号化された電子チケットを通信不能な環境下で復号できないという不都合を生じさせることなく、有効期間外において不正に復号される可能性を低減することができる。
【００５２】
その他、上記実施形態は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【００５３】
１１  暗号鍵生成部
１１ａ  仮暗号鍵発生部
１１ｂ  ビット列置換部
１４  暗号処理部
２４  復号処理部
２６  復号制御部
【図１】
2014107727.tif 000003
【図２】
2014107727.tif 000004
【図３】
2014107727.tif 000005
【図４】
2014107727.tif 000006