特許 6573847 権利情報の処理を行うシステム、方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6573847

(24)【登録日】2019年8月23日

(45)【発行日】2019年9月11日

(54)【発明の名称】権利情報の処理を行うシステム、方法及びプログラム

(51)【国際特許分類】

   G07B 1/00 20060101AFI20190902BHJP

   G07B 15/00 20110101ALI20190902BHJP

   G06Q 20/04 20120101ALI20190902BHJP

【ＦＩ】

   G07B1/00 Z

   G07B15/00 501

   G06Q20/04 312

【請求項の数】16

【全頁数】30

(21)【出願番号】特願2016-131703(P2016-131703)

(22)【出願日】2016年7月1日

(65)【公開番号】特開2018-5558(P2018-5558A)

(43)【公開日】2018年1月11日

【審査請求日】2018年3月29日

(73)【特許権者】

【識別番号】512191465

【氏名又は名称】株式会社ＳＫＩＹＡＫＩ

(74)【代理人】

【識別番号】100159547

【弁理士】

【氏名又は名称】鶴谷 裕二

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】宮瀬 卓也

【審査官】 渡邉 洋

(56)【参考文献】

【文献】 特開２００３−１２２８７６（ＪＰ，Ａ）

【文献】 特開２０１３−０２０５９９（ＪＰ，Ａ）

【文献】 特開２０１０−２８７２５０（ＪＰ，Ａ）

【文献】 特開２００１−２４９９０１（ＪＰ，Ａ）

【文献】 特開２０１２−０７３８９０（ＪＰ，Ａ）

【文献】 特開２０１５−０９２３３０（ＪＰ，Ａ）

【文献】 特開２０１６−０７１５４４（ＪＰ，Ａ）

【文献】 特開２０１４−０９６１３７（ＪＰ，Ａ）

【文献】 特開２０１４−０９９０１５（ＪＰ，Ａ）

【文献】 特開２０１０−１２８６２９（ＪＰ，Ａ）

【文献】 特開２０１６−１４６０７９（ＪＰ，Ａ）

【文献】 特開２００８−１８６３２１（ＪＰ，Ａ）

【文献】 特開２００２−１３２７２８（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１２／０２２１４７４（ＵＳ，Ａ１）

【文献】 国際公開第２０１５／０９３７３４（ＷＯ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０７Ｂ １／００− １／０８

Ｇ０７Ｂ１５／００−１５／０６

Ｇ０６Ｑ２０／００−２０／４２

(57)【特許請求の範囲】

【請求項1】

携帯端末と、
前記携帯端末に関連づけられた権利情報を認証する認証装置と、
を有する権利情報認証システムであって、
前記携帯端末は、
複数のストリングを順次出力する第１のストリング出力部であって、前記複数のストリングの各々は、出力された時刻から与えられた継続時間だけ有効である、第１のストリング出力部と、
前記権利情報と、前記権利情報の所有者に関連する所有者識別情報とを対応づけて記憶する第１の記憶部と、
少なくとも前記第１の記憶部に記憶された前記所有者識別情報と、前記第１のストリング出力部で出力された有効なストリングとを用いて、暗号化処理によって認証情報を生成する認証情報生成部と、
前記認証情報を出力する、認証情報出力部と、
を含み、
前記認証装置は、
複数のストリングを順次出力する第２のストリング出力部であって、複数のストリングの各々は、出力された時刻から与えられた継続時間だけ有効である、第２のストリング出力部と、
前記権利情報と、前記所有者識別情報とを対応づけて記憶する第２の記憶部と、
前記認証情報出力部から前記認証情報を取得する認証情報取得部と、
前記認証情報の取得に応答して、前記第２のストリング出力部から出力された有効なストリングを受け取るストリング受け取り部と、
前記暗号化処理に対応する解読処理を実行することで、取得された前記認証情報から、少なくとも前記所有者識別情報と、前記第１のストリング出力部で出力された有効なストリングとを解読する解読部と、
解読された前記所有者識別情報を用いて、対応する前記権利情報を前記第２の記憶部から抽出する、権利情報抽出部と、
前記第２のストリング出力部で出力された有効なストリングと、前記第１のストリング出力部で出力された有効なストリングとが一致するか否かを示す一致結果を出力する一致検出部と、
前記一致結果が一致を示す場合には、抽出された前記権利情報が前記所有者に関連する正当な権利情報であることを示す認証結果を出力する認証結果出力部と、
前記認証結果を報知する報知部と、
を含み、
前記第２のストリング出力部は、前記第１のストリング出力部と同一の複数のストリングを順次出力し、前記第２のストリング出力部で出力される、前記第１のストリング出力部のストリングと同一のストリングは、略同一のタイミングで出力され、略同一の継続時間だけ有効である、
権利情報認証システム。

【請求項2】

前記認証情報は、画像であり、
前記認証情報出力部は、前記画像を表示し、
前記認証情報取得部は、前記画像を撮像し、
前記報知部は、前記認証結果を表示する、
請求項１記載の権利情報認証システム。

【請求項3】

前記第２のストリング出力部が順次出力する前記複数のストリングの各々は、前記認証装置に含まれるクロック生成部から得られた時刻のうちの一部の時刻の情報を用いることで、ある期間、同じ値を維持する請求項１又は２に記載の権利情報認証システム。

【請求項4】

前記第１のストリング出力部は、前記携帯端末に含まれるクロック生成部から得られた時刻のうち分未満を切り捨てた時刻の情報を用いて前記複数のストリングを出力するか、又はネットワークを介して前記第２のストリング出力部からストリングを受け取ることで、前記複数のストリングを順次出力する、
請求項３に記載の権利情報認証システム。

【請求項5】

前記認証装置は、前記権利情報抽出部が前記第２の記憶部から抽出する権利情報の種別を指示する、権利情報種別指示部を更に含む、
請求項１ないし４のうちいずれか１項に記載の権利情報認証システム。

【請求項6】

前記携帯端末は、前記所有者によって選択された前記権利情報を更に用いて、前記認証情報を生成するように、前記認証情報生成部に対して指示する、権利情報指示部を更に含み、
前記解読部は、前記選択された権利情報を解読し、
前記一致検出部は、前記選択された権利情報と、前記権利情報抽出部から抽出された権利情報との一致を更に検出することで、一致結果を出力する、
請求項５に記載の権利情報認証システム。

【請求項7】

前記認証装置は、更に位置検出部を有し、
前記第２の記憶部に記憶される前記権利情報は、権利の利用される位置情報を含み、
前記位置検出部は、前記携帯端末の位置情報を前記権利情報抽出部に提供することで、前記権利情報抽出部が、前記位置情報に関連する権利情報を前記第２の記憶部から抽出するようにさせる、請求項１ないし４のうちいずれか１項に記載の権利情報認証システム。

【請求項8】

前記第１の記憶部に記憶される前記権利情報は、権利の利用される位置情報を含み、
前記携帯端末は、携帯端末の位置情報に対応する権利情報を更に用いて、前記認証情報を生成するように、前記認証情報生成部に対して指示する、携帯端末位置検出部を更に有し、
前記解読部は、前記権利情報を解読し、
前記一致検出部は、解読された前記権利情報と、前記権利情報抽出部から抽出された権利情報との一致を更に検出することで、一致結果を出力する、
請求項５又は７に記載の権利情報認証システム。

【請求項9】

前記第２の記憶部は、前記権利情報に対応づけて、前記権利情報が使用済みであることを示すフラグを記憶し、
前記認証結果出力部は、正当な権利情報であることを示す認証結果を出力した場合に、前記正当な権利情報に対応する前記フラグを、使用済みにセットし、
使用済みのフラグがセットされた権利情報を前記権利情報抽出部が抽出した場合には、前記認証結果出力部は、正当な権利情報ではないとの認証結果を出力する、請求項１ないし８のうちいずれか１項に記載の権利情報認証システム。

【請求項10】

前記認証情報取得部と、前記報知部は、受付用端末に存在する、
請求項１ないし９のうちいずれか１項に記載の権利情報認証システム。

【請求項11】

前記一致検出部は、前記第２のストリング出力部で出力された有効なストリングと、前記第１のストリング出力部で出力された有効なストリングよりも１つ時間的に前に出力されたストリングとが一致する場合、又は前記第２のストリング出力部で出力された有効なストリングよりも１つ時間的に前に出力されたストリングと、前記第１のストリング出力部で出力された有効なストリングとが一致する場合でも、一致することを示す一致結果を出力する、請求項１ないし１０のうちいずれか１項に記載の権利情報認証システム。

【請求項12】

前記認証情報出力部は、更に前記暗号化処理を特定する情報を出力し、
前記解読部は、出力された前記特定する情報を用いて、解読の処理を実行する、
請求項１ないし１１のうちいずれか１項に記載の権利情報認証システム。

【請求項13】

前記権利情報は、催し会場に入場するためのチケット情報であり、画像は、一次元又は二次元のバーコードである、請求項１ないし１２のうちいずれか１項に記載の権利情報認証システム。

【請求項14】

コンピュータが、
複数のストリングを順次出力するステップであって、前記複数のストリングの各々は、出力された時刻から与えられた継続時間だけ有効である、ステップと、
前記コンピュータに関連づけられた権利情報と、前記権利情報の所有者を示す所有者識別情報とを対応づけて記憶する記憶部から、少なくとも前記所有者識別情報と、有効なストリングとを用いて、暗号化処理によって認証情報を生成する認証情報生成ステップと、
前記認証情報を認証する認証装置に読み取らせるように、前記認証情報を含むバーコードを表示画面に表示する表示ステップと、
を有する認証情報の表示方法。

【請求項15】

前記複数のストリングを順次出力するステップは、前記複数のストリングを、前記認証装置から提供された情報を用いて出力する、請求項１４記載の認証情報の表示方法。

【請求項16】

請求項１４又は１５に記載の認証情報の表示方法を、前記コンピュータに実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、権利情報の処理を行うシステム、方法及びプログラムに関する。

【背景技術】

【0002】

従来から、携帯電話などの携帯端末を利用してチケット（イベントのチケット、航空券のチケット等）を処理するシステムが知られている。

【0003】

従来のチケット処理のシステムでは、例えば、ユーザによるチケット購入処理によってチケットのデータがスマートフォンなどの携帯端末にダウンロードされる。

【0004】

そして、イベントの入場口を通過する際、或いは空港での搭乗手続きのゲートを通過するときなどに、スマートフォンの画面に表示されたチケットを、係員に提示する。この電子的なチケットは、入口のリーダで読み取られる。この読み取られた情報をコンピュータがチェックして、そのチケットの有効性を確認する。チケットの有効性の確認結果については、読み取り機械に表示したり、電子音を鳴らしたりすることで、チケットの有効性が確認されたことが、入口の係員にフィードバックされる。チケットが有効であれば、チケットの所有者は、係員の指示に従って入口（ゲート）を通過することが可能となる。

【0005】

例えば、近年音楽ライブイベントの市場規模は拡大を続けており、ライブイベントの参加資格であるチケットの発券、流通及び認証の利便性を高めることは、イベント運営者・ファンの両者にとって重要となっている。しかしながら、チケットの発券、流通及び認証においては以下のような問題が生じている。

【0006】

（１）偽造チケット
チケットの価値が高まるにつれて、偽造した電子チケットを用いて、不正にイベントに参加したり、真正なチケットと偽りファンに販売したりする事例も増えている。特に近時はコピー機、スキャナー、カメラ、携帯端末等画面のスクリーンショット機能等の高性能化及び一般家庭への普及に伴い、偽造チケットであるか否かを判断するのが困難な場合がある。

【0007】

（２）偽造対策のコスト
上述のように、偽造・転売への対策として、紙の券面ではなく、上述のように電磁的な方法でチケットを発券する、いわゆる電子チケットも登場している。具体的には、ＱＲコード（登録商標）等の認証情報を電子端末に表示させる簡易なもの、或いはＩＣチップ等が組み込まれた電子端末又はカードを用いたものなどがある。しかし、前者については例えば画像をそのままコピーする／撮影する／スクリーンショットを撮るなどの容易な方法で複製が可能である。後者についてはチケット側、認証機器側の両方においてセキュリティ機能を実現するための仕組みを組み込む必要があり、これらの装置を手当てするコストが生じてしまう。

【0008】

（３）人気のあるライブイベントのチケットが転売目的の人間や業者により買い占められ、本来のファンが参加することができず、或いは転売業者から不当に高い価格で購入することを強いられる。

【0009】

また、イベント運営者にとっても、本来のファンがイベントに参加できなくなることは、ライブイベントにおける重要な収入源である会場物販の販売機会が失われ、かつ本来のファンの顧客満足を損なうなどの不利益がある。

【0010】

（４）転売を禁止した場合の利用者の機会損失
上記（１）の問題への対策の例として、イベント運営者がチケットの転売を禁止することがある。すなわち、チケットの転売で取得されたチケットは一切無効として、チケットを転買で取得したファンのイベント参加を拒否するのである。

【0011】

しかしながら、本当にイベントに参加したいファンであってもチケット購入後に、他の予定が入ったために、やむを得ず参加を断念することがある。その場合に第三者へのチケット譲渡が一切できないという措置を執ることは、チケットの購入代金が無駄になってしまうことから、チケット購入をためらう原因ともなる。

【0012】

また、イベント運営者にとっても、不当に高い価格でチケットを購入してでもイベントに参加することを希望していた熱心なファンの参加を拒否することになり、不利益を与えることとなる。

【0013】

以上のように、チケットの発券・流通においては、偽造への抑止とコストとのバランスが取れ、かつ必要に応じて運営者がチケット流通を統制可能なセキュリティ技術が求められている。

【0014】

従来、例えば、携帯端末が、チケット管理サーバから電子チケットをダウンロードし、携帯端末は、電子チケットをダウンロードした携帯端末に対し一方的に所定の信号を発信する信号発信装置から信号を受信したことを条件に、電子チケットの使用状況を「未使用」から「使用済み」に更新する。そして、更新したことを示す更新済アイコンを表示部に表示する。電子チケット所有者は、会場係員に更新済アイコンを見せ、係員はそのアイコンを確認することにより入場を許可する技術が存在する（特許文献１参照）。

【0015】

また、携帯型端末装置にダウンロードされるプログラムであって、サーバから携帯型端末装置にダウンロードしたチケットデータを取り込む第１の工程と、所定の入力操作を検出するとチケットデータに応じた画像を画面表示する第２の工程と、第２の工程で画像を表示した画面上で予め決められた所定の操作、あるいは所定の音声入力を検出したことを条件に所定の入力指示を検出し、当該所定の入力指示の検出を条件に当該チケットデータの使用履歴を示すステータスデータを更新する更新処理を行う第３の工程とを有するプログラムによって、サーバと通信を行えない環境でも、チケットの認証処理を行うことができるプログラムの技術が存在する（特許文献２参照）。

【先行技術文献】

【特許文献】

【0016】

【特許文献1】特開２０１６−７１５４４号公報

【特許文献2】特開２０１４−９６１３７号公報

【発明の概要】

【発明が解決しようとする課題】

【0017】

開示の技術は、権利情報の偽造の抑制、権利情報の適正な流通、権利情報の効果的な認証メカニズムを提供することを目的とする。

【課題を解決するための手段】

【0018】

開示の技術は、携帯端末と、前記携帯端末に関連づけられた権利情報を認証する認証装置と、を有する権利情報認証システムであって、前記携帯端末は、複数のストリングを順次出力する第１のストリング出力部であって、前記複数のストリングの各々は、出力された時刻から与えられた継続時間だけ有効である、第１のストリング出力部と、前記権利情報と、前記権利情報の所有者に関連する所有者識別情報とを対応づけて記憶する第１の記憶部と、少なくとも前記第１の記憶部に記憶された前記所有者識別情報と、前記第１のストリング出力部で出力された有効なストリングとを用いて、暗号化処理によって認証情報を生成する認証情報生成部と、前記認証情報を出力する、認証情報出力部と、を含み、前記認証装置は、複数のストリングを順次出力する第２のストリング出力部であって、複数のストリングの各々は、出力された時刻から与えられた継続時間だけ有効である、第２のストリング出力部と、前記権利情報と、前記所有者識別情報とを対応づけて記憶する第２の記憶部と、前記認証情報出力部から前記認証情報を取得する認証情報取得部と、前記認証情報の取得に応答して、前記第２のストリング出力部から出力された有効なストリングを受け取るストリング受け取り部と、前記暗号化処理に対応する解読処理を実行することで、取得された前記認証情報から、少なくとも前記所有者識別情報と、前記第１のストリング出力部で出力された有効なストリングとを解読する解読部と、解読された前記所有者識別情報を用いて、対応する前記権利情報を前記第２の記憶部から抽出する、権利情報抽出部と、前記第２のストリング出力部で出力された有効なストリングと、前記第１のストリング出力部で出力された有効なストリングとが一致するか否かを示す一致結果を出力する一致検出部と、前記一致結果が一致を示す場合には、抽出された前記権利情報が前記所有者に関連する正当な権利情報であることを示す認証結果を出力する認証結果出力部と、
前記認証結果を報知する報知部と、を含み、前記第２のストリング出力部は、前記第１のストリング出力部と同一の複数のストリングを順次出力し、前記第２のストリング出力部で出力される、前記第１のストリング出力部のストリングと同一のストリングは、略同一のタイミングで出力され、略同一の継続時間だけ有効である、権利情報認証システムを有する。

【発明の効果】

【0019】

開示の技術によって、権利情報の偽造の抑制、権利情報の適正な流通、権利情報の効果的な認証メカニズムを提供することができる。

【図面の簡単な説明】

【0020】

【図1】第１の実施形態の構成を示す図である。

【図2】第２の実施形態の構成を示す図である。

【図3】第３の実施形態の構成を示す図である。

【図4】第４の実施形態の構成を示す図である。

【図5】イベントＡの電子チケットの処理を例にして、図１に示した第１の実施形態の動作シーケンスを示す図である。

【図6】イベントＡの電子チケットの処理を例にして、図２に示した第２の実施形態の動作シーケンスを示す図である。

【図7】位置情報を用いたイベントＢの電子チケットの処理を例にして、図２に示した第２の実施形態の動作シーケンスを示す図である。

【図8】チケットの購入に係る実施形態を示す図である。

【図9】オークションなどでのチケットの転売に関する実施形態を示す図である。

【図10】暗号化処理と、解読の処理の整合性を担保するためのフローを示す図である。

【図11】携帯端末と受付用端末とサーバ装置の具体的な仕様の態様を示す図である。

【図12】認証情報を含むバーコードの表示の例を示す図である。

【図13】第１の記憶部及び第２の記憶部に記憶される情報の例を示す図である。

【図14】携帯端末、受付用端末及びサーバ装置のハードウエア構成を示す図である。

【図15】チケットの所有者を変更するための別の実施形態を示す図である。

【発明を実施するための形態】

【0021】

本明細書等では、実施形態の説明において「チケット」の用語を用いる。なお、チケットは、イベント会場などへの入場チケットに限られるものではない。「チケット」は、権利の一例として用いられている点に留意すべきである。なお、本明細書においては、「電子的なチケット（又は電子チケット）」を単に「チケット」と称する。チケットには、例えば、事前に支払いを済ませた商品又はサービスの提供を受けるために、購入した商品又はサービスの提供を受ける権利、所有権、占有権、などの権利を持つ正当な所有者であることを示す一般的な権利の情報が含まれる。この権利の情報には、チケット、電子的なデータ、画像、色、ＩＣチップなどのデバイスから取り出される信号、或いは有線、電波、光、磁気などの媒体を介して伝送される電子的な信号などを用いて流通する情報が含まれることは言うまでもない。

【0022】

＜第１の実施形態の構成＞
図１は、第１の実施形態の構成を示す図である。第１の実施形態は、携帯端末１００及び認証装置１８０を有し、更に認証装置１８０は、受付用端末１２０及びサーバ装置１３０を含む。なお、第１の実施形態では、認証装置１８０は、受付用端末１２０及びサーバ装置１３０を含む構成となっているが、この受付用端末１２０とサーバ装置１３０の機能の切り分けは便宜的なものであって、この構成に限られるものではない。したがって、例えば、認証装置１８０において、受付用端末１２０が、サーバ装置１３０の機能を全て含んでいてもよい。この場合には、サーバ装置１３０は無くてもよい。以上のような、各種機能の配置に関する柔軟性は、他の全ての実施形態に当てはまる点に留意すべきである。

【0023】

携帯端末１００は、第１の記憶部１０２、第１のストリング出力部１０４、クロック生成部１０６、認証情報生成部１０８及び認証情報出力部１１０を有する。

【0024】

携帯端末１００は、携帯電話、音楽用再生装置、タブレット端末などであってもよい。

【0025】

受付用端末１２０は、認証情報取得部１２２及び報知部１２４を有する。

【0026】

サーバ装置１３０は、第２のストリング出力部１３２、クロック生成部１３４、ストリング受取部１３６、解読部１３８、一致検出部１４０、第２の記憶部１４２、権利情報抽出部１４６及び認証結果出力部１４８を有する。

【0027】

例えば、コンサートなどのイベントのチケットは、コンサート会場の所定の座席に座ることができる権利情報を含んでいる。本実施形態では、そのようなコンサートのチケットの有効性を、認証装置１８０がチェックすることができる。チェック結果は、受付端末により報知される。チケットの有効性が確認できれば、携帯端末１００を保持する者は、コンサート会場に入場することができ、所定の座席に座って、コンサートを楽しむことができる。

【0028】

＜第１の実施形態の動作＞
図１において、携帯端末１００に存在する権利情報を、認証装置１８０が認証し、例えばその認証結果を報知することで、携帯端末１００に存在する権利情報が正当な権利情報であるかを知ることができる。

【0029】

携帯端末１００において、第１のストリング出力部１０４は、例えば、クロック生成部１０６から時刻の信号を取得することで、第１のストリングを認証情報生成部１０８に提供する。第１のストリングは、例えば、時刻（年月日時分秒）の情報のうち、分未満の情報を切り捨てた情報であってもよい。この場合には、第１のストリングは、１分毎にインクリメントするストリングとなり、順次生成される複数のストリングの各々は、１分だけ有効なストリングとなる。

【0030】

現在時刻が、２０２０年１０月１１日１８時２３分０３秒である場合には、例えば、現在有効なストリングとして、「２０２０１０１１１８２０３」が出力されてもよい。或いは、「２０２０１０１１１８２０３」から、所定のアルゴリズムを利用して、毎分異なるストリングを生成してもよい。この場合、各ストリングの有効な時間は１分間となる。別のアルゴリズムを用いて、３０秒ごとに異なるストリングを生成するようにしてもよい。この場合には、ストリングの有効な時間は３０秒となる。

【0031】

第１の記憶部１０２には、例えば、携帯端末１００を保持している者を特定する情報（所有者識別情報）と、その者が購入済のチケットの情報とが、関連づけられて記憶されている。或いは、飛行機の搭乗者と、航空チケットの情報とが、関連づけられて記憶されていてもよい。携帯端末１００を保持している者を特定する情報とは、その者を一意に特定できる情報であることが望ましい。このような情報を用いることにより、チケットを所有する者を識別する情報（所有者識別情報）に利用することができる。例えば、この情報は、携帯端末１００の電話番号、その者に対応づけられたマイナンバーなどの個人番号であってもよい。その者を一意に特定できる情報、あるいはそのような機能を有する情報を用いることにより、同じイベントのチケットを非常に多く買い占めようとしていることを高い確度で発見することができる。すなわち、同じイベントのチケットの情報の数が、同じ所有者識別情報に所定の閾値以上関連づけられて、第１の記憶部１０２に記憶されようとしている場合には、特定の者によるチケットの買い占めが行われようとしていることを事前に発見することができる。チケットの買い占めに関する処理については後述する。

【0032】

認証情報生成部１０８は、少なくとも、第１の記憶部１０２から得られた、所有者識別情報（例えば、携帯端末１００の電話番号）と、第１のストリング出力部１０４から提供された現在有効なストリングとを用いて、認証情報を生成する。認証情報生成部は、例えば、暗号化アルゴリズムを用いて、認証情報を生成することが望ましい。認証情報は、後に述べるように、受付用端末に送信される。認証情報を暗号化するのは、認証情報から所有者識別情報などが安易に漏洩しないようにすることが望ましいからである。

【0033】

生成された認証情報は、認証情報出力部１１０に提供される。認証情報出力部１１０は、例えば、認証情報をバーコード或いはＱＲコード（登録商標）などの画像情報の形で、携帯端末の表示画面に表示するようにしてもよい。或いは、Bluetooth（登録商標）、NFC（Near Field Communication）、WIFI（無線LAN）などの無線通信、或いは赤外線通信などを利用して、認証情報を受付用端末１２０に伝送してもよい。

【0034】

認証装置１８０に含まれる受付用端末１２０とサーバ装置とは、例えば、インターネットなどのネットワーク又は、無線又は有線LANで接続される。

【0035】

受付用端末１２０は、例えば、携帯電話、タブレットなどであってもよい。

【0036】

認証情報取得部１２２は、携帯電話又はタブレットの背面に設置されたカメラであってもよい。このカメラを用いて、携帯端末１００の画面に表示されたバーコードを読み取ることで、認証情報を取得するようにしてもよい。報知部１２４は、例えば、携帯電話又はタブレットの表示画面及び／又はスピーカであってもよい。報知部１２４は、サーバ装置１３０の認証結果出力部１４８からの認証結果を、受付用端末のオペレータに報知する機能を有する。報知の仕方は、これらに限られない。

【0037】

サーバ装置１３０において、解読部１３８は、認証情報取得部１２２が取得した認証情報を受け取る。なお、暗号化のアルゴリズムが複数利用されている場合には、利用された暗号化アルゴリズムを特定する情報を併せて受け取ってもよい。或いは、携帯端末１００で利用されている暗号化アルゴリズムがバージョンアップされた場合には、そのバージョン番号を受け取ってもよい。この場合、携帯端末１００は、認証情報を送る際に、併せて暗号化アルゴリズムを特定する情報を受け付け端末に送るようにすることもできる。この場合には、解読部１３８では、利用された暗号化アルゴリズムに対応する適切な解読アルゴリズムを利用して、認証情報を解読する。解読された認証情報に含まれている情報を、サーバ装置１３０内で利用する。解読される情報には、少なくとも、所有者識別情報と、有効な第１のストリングが含まれている。

【0038】

ストリング受取部１３６は、解読部が認証情報を受け取ったタイミングを取得し、そのタイミングに基づいて有効な第２のストリングを第２のストリング出力部１３２から受け取る。第２のストリング出力部は、クロック生成部１３４からの時刻情報に基づいて、一定の時間だけ有効な第２のストリングを出力する。受け取られた有効な第２のストリングは、一致検出部１４０に送られる。

【0039】

第１のストリング出力部１０４と第２のストリング出力部１３２とは、現在時刻に基づいて、同じ有効期間を有する同じストリングを出力するように設計されていることが望ましい。なお、第１のストリング出力部１０４が利用するクロック生成部１０６と、第２のストリング出力部１３２が利用するクロック生成部１３４とは、異なるクロックであるため、両者が出力する時刻には、ずれが生じている可能性がある。例えば有効期間として、１分を設定している場合には、その１分間の間においては、ほぼ同じ有効時間に同じ有効なストリングが、両者から得られることとなる。また、携帯端末１００において、認証情報が生成されてから、解読部１３８で認証情報が解読されるまでに要する時間は、非常に短時間であるから、解読部で解読された有効な第１のストリングと、受け取られた第２のストリングとは、一致する可能性が非常に高い。サーバ装置内における一致検出部１４０は、第１のストリングと第２のストリングが一致しているか否かをチェックし、一致している場合に一致信号を出力する。

【0040】

なお、異なるクロック生成部を利用していることによる有効時間のずれ、処理時間、伝送時間などを考慮すると、例えば、第１のストリングの有効時間が終わる直前のタイミングで、認証情報が生成された場合には、一致が検出されない場合もある。この場合も考慮して、一致検出部１４０では、解読された有効な第１のストリングよりも１つ前に有効であった第１のストリングと、有効な第２のストリングとを比較し、一致を検出した場合には、一致信号を出力するようにしてもよい。或いは、解読された有効な第１のストリングと、受け取られた第２のストリングよりも１つ前に有効であった第２のストリングとを比較し、一致が検出された場合には、一致信号を出力するようにしてもよい。

【0041】

一致検出部１４０で一致が検出されない場合には、例えば、過去に生成された認証情報の出力結果に基づいて生成されたバーコードがコピーされて使われた可能性が高く、認証情報は、正当な情報でなくコピーされた情報である可能性が高いと判断することができる。

【0042】

一致検出部１４０の出力は、認証結果出力部１４８に提供される。

【0043】

第２の記憶部１４２には、所有者識別情報に対応して、所有者に帰属する権利情報であるチケットの情報が記憶されている。

【0044】

権利情報抽出部１４６は、解読部１３８で解読された所有者識別情報を用いて、第２の記憶部１４２から、所有者識別情報に対応する権利情報を抽出する。例えば、所有者識別情報に対応づけられた、特定の日時に開催されるコンサートＳの座席番号等の情報を含むチケットの情報を抽出する。

【0045】

認証結果出力部１４８は、一致検出部１４０の結果に基づいて、抽出されたチケットの認証結果を出力する。すなわち、一致検出部１４０で一致が検出されない場合には、例えば、携帯端末１００の画面をコピーしたバーコードが携帯端末に表示されているなどの場合が想定される。この場合には、第２の記憶部１４２から抽出されたチケットは、携帯端末１００の所持者のものでない可能性が高いこととなる。したがって、この場合には、携帯端末１００を所持している者が、チケットの所有者ではないと判断し、認証結果出力部１４８からは、認証を否定する信号が、報知部１２４に出力される。

【0046】

これに対して、一致検出部１４０で一致が検出された場合には、携帯端末１００の画面に表示された認証情報は、正当な認証情報である可能性が高い。この場合には、抽出されたチケットは、携帯端末１００の所持者のものである可能性が高いこととなる。したがって、この場合には、携帯端末１００を所持している者が、チケットの所有者であると判断し、認証結果出力部１４８からは、認証を肯定する信号が、報知部１２４に出力される。

【0047】

報知部１２４は、認証結果出力部１４８からの肯定的な信号又は否定的な信号に基づいて、認証結果をオペレータに報知する。報知の仕方としては、肯定的な場合には、受付用端末１２０の表示部に、「入場ＯＫ」、「通過可能」、或いは青い色の画面を表示して、認証が成功したことを示したり、スピーカから所定の音を発したりするようにして、認証が成功したことをオペレータに伝えることができる。認証結果が否定的な場合には、受付用端末１２０の表示部に、「入場ＮＯ」、「通過不可能」、或いは赤い色の画面を表示して、認証が不成功であることを示したり、スピーカから所定のビープ音などを発したりするようにして、認証が不成功であったことをオペレータに伝えることができる。或いは、認証結果出力部１４８からの信号に基づいて、ゲート（不図示）の開閉を自動的に行ってもよい。

【0048】

認証結果出力部１４８が、肯定的な認証を出力した場合には、認証結果出力部１４８は、抽出された権利情報に対応する第２の記憶部１４２に記憶された権利情報に、その権利が利用されたことを示すフラグを立てることが望ましい。このフラグが立っている権利情報は、既に使用済み（権利を行使済み、すなわちチケットであれば使用済みのチケット）であることがわかる。

【0049】

認証結果出力部１４８は、このフラグが立っている権利情報については、既に使用済みとして、肯定的な認証結果を報知部１２４に出力しないようにすることができる。このようにすることにより、不正に入場チケットが複数回利用されることを防止することができる。

【0050】

なお、認証結果出力部１４８は、権利情報抽出部１４６が抽出した権利情報に基づいて、適切な認証結果を出力するようにすることが望ましい。例えば、抽出された権利情報がコンサートの入場のためのチケットである場合には、「入場ＯＫ」との表示を行うように、報知部に指示を与える。例えば、抽出された権利情報が、予め「ぬいぐるみ」などの商品の購入代金を支払った旨の権利情報である場合には、「ぬいぐるみ１個を提供」との表示を行うように、報知部に指示を与えるようにすることができる。

【0051】

チケットとチケットの所有者との関連は、サーバ装置１３０で一元的に管理されるため、チケットのすくリンーショットを撮るなどして、チケットの画面情報の不正なコピーを行っても、チケットを偽造することはできない。また、電話番号が異なる携帯端末を用いてもチケットを利用することはできないから、チケットを不正に使用することも防止できる。

【0052】

＜第２の実施形態の構成及び動作＞
図２は、第２の実施形態の構成を示す図である。図１と同種の構成要素については、図１と同じ符号が付されている。第２の実施形態では、携帯端末１００から、電子チケットの情報も認証情報に含めて、認証装置１８０に送る例を示している。

【0053】

図1に示した第１の実施形態との主な相違点は、携帯端末１００に、権利情報指示部２１６が含まれており、受付用端末１２０に、権利情報種別指示部２２６が含まれている点である。

【0054】

例えば、以下のような状況を想定する。イベントＺ会場において、既にネット上で支払いを済ませた商品Ｃと商品Ｄに関して、イベントＺ会場において、商品Ｃを受け取るチケットと、商品Ｄを受け取るチケットの二つのチケットが、所有者Ｋの携帯端末１００の第１の記憶部１０２に、所有者Ｋの所有者識別情報に対応させて保存されているとする。

【0055】

所有者Ｐは、商品Ｃは、小物であるため、イベント会場で最初に受け取りを済ませ、商品Ｄは大きいので、帰り間際に商品Ｄを受け取って帰りたいと欲していたとする。この場合、まず、所有者Ｋによって、商品Ｃを受領するためのチケットが、携帯端末１００において選択されたことに応じて、第１の記憶部１０２から、認証情報生成部１０８は、所有者Ｋに対応する商品Ｃの受け取りチケットの情報を、取り出す。

【0056】

そして、認証情報生成部１０８は、所有者識別情報、商品Ｃのチケット情報と、有効な第１のストリングとを、暗号化して認証情報を生成することができる。このようにして、商品Ｃの受け取りチケットの情報についても、認証情報に加えることによって、認証装置１８０に、商品Ｃの受け取りチケットの情報を伝達することができる。

【0057】

受付用端末１２０の権利情報種別指示部２２６は、例えば、受付用端末１２０が存在する場所において、どのようなイベントが開催されているのかを指定することができる。例えば、権利情報種別指示部２２６において、オペレータからイベントＺが選択されたことに応答して、権利情報種別指示部２２６は、権利情報抽出部１４６に対して、第２の記憶部から、イベントＺに関連し、かつ解読部から得られた所有者識別情報に関連する権利情報を第２の記憶部から抽出する。抽出された権利情報は、一致検出部１４０にも送られる。

【0058】

一致検出部１４０は、解読された商品Ｃの受け取りチケットの情報及び第１のストリングと、権利情報抽出部１４６から取得した第２の記憶部から抽出された所有者識別情報に関連する権利情報とをそれぞれ比較する。一致検出部１４０は、一致する権利が存在する場合には、その一致した権利の情報と一致した旨を認証結果出力部に出力する。

【0059】

認証結果出力部１４８は、一致検出部１４０から得られた一致の情報と、権利抽出部から得られた権利の情報とに基づいて（例えば、イベントＺで商品Ｃを所有者Ｐに提供する権利情報に基づいて）、商品Ｃの提供をする旨の報知を行うよう、報知部１２４に指示し、報知部１２４は、その旨の報知を行う。そして、認証結果出力部１４８は、第２の記憶部１４２に対して、所有者識別情報に関連する商品Ｃの引き渡しに関する権利に、引き渡し済みのフラグを立てることで、複数の商品Ｃが引き渡されることを防止する。

【0060】

なお、第２の記憶部１４２に、所有者Ｐに対して商品Ｃを提供する権利が保存されていない場合には、一致検出部１４０において、解読された商品Ｃの受け取りチケットの情報と、権利情報抽出部１４６から取得した第２の記憶部から抽出された所有者識別情報に関連する権利情報とが一致しないこととなるため、認証結果出力部１４８は、商品Ｃの提供を行わない旨の報知を行うよう、報知部１２４に指示し、報知部１２４は、その旨の報知を行う。

【0061】

以上のように、携帯端末１００において、所有者が複数の権利を持っている場合には、権利情報指示部２１６によって、所有者からの権利の選択の指示を受け付けることができる。

【0062】

また、受付用端末１２０に、権利情報種別指示部２２６を設けることによって、受付用端末１２０の近傍において、どのような権利に対するサービスが提供できるのかを指示するよう、オペレータに指示（選択）を促すことができる。例えば、コンサートの入場エリアにおいて、コンサートチケットをチェックする場所に受付用端末１２０が設置されている場合には、コンサートの識別情報として、オペレータから、コンサート名、日時、場所などの情報の指示を、権利情報種別指示部２２６が受け取ることが望ましい。このような指示を受け付けることによって、適切な権利情報を、第２の記憶部１４２から抽出することができる。

【0063】

実施例２では、チケットの情報も用いて、認証情報が生成されるため、チケットの不正使用をより強固に防止することができる。

【0064】

＜第３の実施形態の構成及び動作＞
図３は、第３の実施形態の構成を示す図である。

【0065】

第３の実施形態においては、第１の記憶部１０２及び第２の記憶部１４２に、それぞれ携帯電話番号などの所有者識別情報と対応づけて権利情報及び権利の利用される場所（エリア）が記憶されているものとする。

【0066】

携帯端末１００には、位置検出部３１８及び通信制御部３１９を含んでいる。

【0067】

受付用端末１２０は、位置検出部３２８を含んでいる。

【0068】

サーバ装置１３０は、通信制御部３４９を含んでいる。

【0069】

携帯端末１００の位置検出部３１８は、携帯端末の位置情報を検出し、検出された位置情報を認証情報生成部１０８に提供する。認証情報生成部１０８は、この位置情報を基に、第１の記憶部１０２から、その位置に関連する権利情報を抽出し、これを用いて、認証情報を生成する。

【0070】

例えば、コンサートＹに入場する場所において、所有者がコンサートＹのチケットを提示する場合を想定する。位置検出部３１８は、携帯端末１００の位置情報を認証情報生成部１０８に与える。コンサートが異なる日にも開催されるのであれば、コンサートのクロック生成部１０６からの現在日時をも用いて、第１の記憶部から位置情報及び現在時刻に関連する権利情報を取得し、取得された権利情報をも用いて、認証情報を生成する。このようにすることによって、適切な場所と日時に開催されるコンサート用のチケットが抽出され認証情報に含ませることができる。認証情報は、受付用端末１２０の認証情報取得部１２２を介して、サーバ装置１３０の解読部に渡される。解読部１３８は、権利情報（コンサート用のチケットの情報）を一致検出部１４０に渡す。

【0071】

受付用端末１２０の位置検出部３２８は、受付用端末１２０の位置を検出し、検出した位置情報を権利情報抽出部１４６に渡す。権利情報抽出部１４６は、同様に必要に応じて現在時刻及び所有者識別情報を用いて、第２の記憶部１４２から、権利情報を抽出する。抽出された権利情報は、一致検出部１４０に渡される。

【0072】

一致検出部１４０では、第１の実施形態で説明したストリングのチェックとともに、権利情報のチェックをも行い、全てが一致するかをチェックする。一致検出部１４０のチェック結果は、認証結果出力部１４８に与えられる。

【0073】

認証結果出力部１４８は、第２の実施形態と同様に、権利情報のチェックを行い、正当な権利情報であると判断する場合には、報知部１２４に、肯定的な報知を行うよう指示する。報知部は、例えば、ストリングが一致し、かつ権利情報も一致していれば、その権利情報の内容に即した肯定的な報知を行う。

【0074】

具体的には、携帯端末１００の所有者が、携帯端末１００及び受付用端末１２０の位置の付近で所定の日に開催されるコンサートチケットを持っている場合には、コンサート会場に入場することを許可する旨の報知を報知部１２４が行うこととなる。

【0075】

図３においては、第１のストリング出力部１０４は、通信制御部３１９及び通信制御部３４９を介して、第２のストリング出力部１３２から、第２のストリングを取得し、取得した第２のストリングを、第１のストリングとして用いてもよい。このようにすることによって、両ストリングの発生タイミングを同期させることが容易にできる。

【0076】

通信制御部３１９と通信制御部３１９とは、インターネットなどの適切なネットワークを介して接続される。ネットワークの接続が不安定であったり途切れたりした場合には、携帯端末１００の第１のストリング出力部１０４は、クロック生成部１０６を必要に応じて用いてもよい。第１のストリング出力部１０４が第２のストリング出力部１３２からストリングを取得する処理は、既に述べた他の実施形態において採用してもよい。

【0077】

＜第４の実施例の構成及び動作＞
図４は、第４の実施形態の構成を示す図である。具体的には、チケットを購入したりオークションなどで、チケットを売買したりする場合の実施形態の構成を示した図である。図４には、チケット購入及びチケットの譲渡に関連する構成が示されている。

【0078】

携帯端末４２０は、第１の記憶部１０２と、ＳＭＳ通信制御部４２４と、チケット購入・出品制御部４２２とを有する。

【0079】

また、販売・オークションサーバ装置４００は、第２の記憶部１４２と、ＳＭＳ通信制御部４０２と、チケット売買制御部４０４と、チケット数チェック部４０８とを有する。

【0080】

チケットを売買するためには、前提として、チケットを購入する者が、販売・オークションサーバ装置４００の基で運営されているチケット売買サイトのメンバとしてＩＤ及びパスワードを取得していることが望ましい。

【0081】

携帯端末４２０のＳＭＳ通信制御部４２４は、販売・オークションサーバ装置４００のＳＭＳ通信制御部４２４との間で、ＳＭＳ（Short Message Service）通信を行う。ＳＭＳ通信とは、例えば、携帯電話の番号を用いてテキスト文書などによるメッセージの転送を行うサービスである。ＳＭＳ通信では、携帯電話番号を用いることから、携帯電話番号の性質上、その携帯電話番号を用いることができる者の身元が比較的正確に把握された通信となる。第４の実施形態では、ＳＭＳを用いたが、その他の通信形態としては、ＳＮＳ（Social Networking Service）が挙げられる。ＳＮＳは、ＳＭＳよりも利用者の身元の確認が緩やかである。チケットの買い占めなどを防止するためには、安易に他人にアカウントを譲り渡すことができない通信を用いることが望ましい。このためには、例えば上記のＳＭＳなどの身元の特定が比較的確実である。チケットの買い占めなどを防止、偽造防止などの要求レベルに応じて、身元の確認を行える通信手段を選ぶことができる。ＳＭＳ通信をまず行うことによって、携帯端末の携帯電話番号が特定できる。特定された携帯電話番号と、チケットの情報との関連づけを行うことで、携帯電話番号の所有者が、チケットの買い占めを行うなどの行為を未然に察知することができる。

【0082】

携帯電話番号以外にも、マイナンバー、運転免許証番号、保険証番号などの、個人に一意に割り当てられた個人識別情報を用いることもできる。なお、これらの個人識別情報については、電子的に読み取る手段がない場合には、チケットの売買の会員になる際に、オペレータが目視で確認するなどのチェックを経ることにより、その後、自己の携帯端末などで用いることができる。

【0083】

＜チケットの購入＞
チケットを購入する際には、販売・オークションサーバ装置４００が管理しているウェブサイトにログインする。その後、チケット購入・出品制御部４２２と、チケット売買制御部４０４とが通信を行うことによって、携帯電話を操作している携帯電話の所持者の指示にもとづいて、購入するべきチケットの特定が行われる。

【0084】

チケットが特定されたら、ＳＭＳ通信制御部４２４と、ＳＭＳ通信制御部４０２とが、ＳＭＳ通信を行うことで、販売・オークションサーバ装置４００は、操作している携帯端末の携帯電話番号を取得する。

【0085】

チケット売買制御部４０４は、ＳＭＳ通信で取得した電話番号を用いて、第２の記憶部１４２にアクセスし、同じ電話番号に関連づけられている、購入済のチケットの種類及び数量をチェックするよう、購入しようとしているチケットの情報と共に、チケット数チェック部４０８に指示を行う。

【0086】

チケット数チェック部４０８は、この指示に基づいて、同じ電話番号に関連づけられている、購入済のチケットの種類及び数量をチェックし、購入しようとしているチケットと、同じ種別（同じコンサートのチケットなど）のチケットの数量が、所定の閾値に達しているかチェックを行う。同じ種別のチケットの数量が所定の閾値に達しているか否かを、チケット数チェック部４０８は、チケット売買制御部に伝達する。

【0087】

チケット売買制御部４０４は、チケット数が閾値に達している場合には、これ以上同じ種別のチケットを販売することができない旨を、チケット購入・出品制御部４２２に返す。そして、購入手続きは、終了する。

【0088】

チケット売買制御部４０４は、チケット数が閾値に達していない場合には、購入希望のチケットを販売することができない旨を、チケット購入・出品制御部４２２に返す。そして、決済手続きが正常に終了すると、チケット売買制御部４０４は、チケット情報をチケット購入・出品制御部４２２に、チケットのダウンロードの許可を与える。

【0089】

チケット購入・出品制御部４２２は、ダウンロードの許可が得られたら、チケットを、販売・オークションサーバ装置４００からダウンロードして、第１の記憶部に、携帯電話番号と関連づけてチケットの情報を格納する。なお、通常、携帯端末には、１つの電話番号が割り当てられるため、この場合には、電話番号を記憶部に記憶すると共に、電話番号に対応づけない形で、第1の記憶部にチケットの情報を格納するようにしてもよい。

【0090】

ダウンロードが正常に行われた場合には、チケット売買制御部４０４は、電話番号と対応づけて、販売したチケットの情報を第２の記憶部１４２に格納する。

【0091】

第４の実施形態では、電話番号などの情報と、販売されたチケットとを関連づけて、販売・オークションサーバ装置４００の第２の記憶部１４２に記憶しておくことにより、チケットの買い占めを未然に防止することができる。

【0092】

＜オークションなどでのチケットの売買＞
チケットのオークションなどでは、オークション成立前においては、チケットの所有権は移転しないが、オークションが成立した時点において、チケットの所有権が移転する。

【0093】

オークションが成立した場合の所有権の移転は、例えば以下のように行われる。

【0094】

販売・オークションサーバ装置４００は、チケットの所有権の所在を、携帯電話番号に関連づけて一元的に管理している。したがって、チケットの所有権の移転は、販売・オークションサーバ装置４００の、第２の記憶部１４２において、チケットの移転元の所有者の電話番号に関連づけられている、チケットをチケットの移転先の所有者の電話番号に関連づけるようにすることにより、チケットの所有権を移転することができる。なお、これに共なって移転元の携帯端末４２０の第１の記憶部１０２のチケットの情報を抹消するよう、チケット購入・出品制御部４２２に指示すると共に、チケットの移転先の携帯端末４２０の第１の記憶部１０２に、チケットの情報を送り、第１の記憶部１０２に、購入先の電話番号と関連づけてチケットの情報を記憶するよう、チケット購入・出品制御部４２２に指示することが望ましい。

【0095】

なお、チケットは、販売・オークションサーバ装置４００において一元管理しているため、無効のチケットの情報を携帯端末同士で送受信し合うことを行っても、チケットの権利の移転は成立しない。したがって、携帯端末４２０が持っているチケットの情報は、携帯端末がオフライン状態であるなどの時にも、チケットの情報を確認できるようにするための情報であり、チケットの帰属を一元的に管理しているのは、販売・オークションサーバ装置４００である。したがって、携帯端末４２０は、オンライン状態にあるときは、必要に応じて販売・オークションサーバ装置４００にアクセスを行い、自己の所有しているチケット（権利）を確認できるようにすることが望ましい。

【0096】

＜第１の実施形態の動作シーケンス＞
図５は、イベントＡの電子チケットの処理を例にして、図１に示した第１の実施形態の動作シーケンスを示す図である。図５では、イベントＡの入場のためのチケットの認証を例に描かれているが、チケットは、一般的な権利の認証にも応用できることは言うまでもない。

【0097】

Ｓ５０２で、携帯端末１００は、携帯端末の「電話番号」と、有効な第1のストリングである「年月日時分」とを暗号化した「認証情報」を生成する。

【0098】

Ｓ５０４で、携帯端末１００のディスプレイに「バーコード」を表示することで、バーコードの画像が、受付用端末１２０に到達する。受付用端末１２０は、カメラ部でバーコードを読み取り「認証情報」を取得する。

【0099】

Ｓ５０６で、受付用端末１２０は、「認証情報」をサーバ装置１３０に送信する。

【0100】

Ｓ５０８で、サーバ装置１３０は、「認証情報」から「電話番号」と「年月日時分」とを解読する。

【0101】

Ｓ５１０で、サーバ装置１３０は、第２の記憶部１４２をアクセスし、「電話番号」に対応する「電子チケット」を抽出する。

【0102】

Ｓ５１２で、サーバ装置１３０は、解読された「年月日時分」が、サーバ装置１３０の生成した「年月日時分」と一致するかをチェックする。

【0103】

Ｓ５１４で、Ｓ５１２での結果が一致を示す場合（YES）、受付用端末１２０は、「入場」許可を表示するよう、受付用端末１２０の報知部（ディスプレイ）に、「入場許可」を表示させる。

【0104】

Ｓ５１６で、受付用端末１２０は、報知完了をサーバ装置１３０に返す。

【0105】

Ｓ５１８で、サーバ装置１３０は、第２の記憶部１４２に記憶された「電子チケット」の使用済みフラグを立てる。

【0106】

Ｓ５２０で、Ｓ５１２での結果が不一致を示す場合（NO）、受付用端末１２０は、「入場不許可」を表示するよう、受付用端末１２０の報知部（ディスプレイ）に、「入場不許可」を表示させる。

【0107】

以上が、「入場許可」の電子チケットの処理を例にした場合の図１に示した第１の実施形態の動作シーケンスの概要である。なお、動作シーケンスは、理解を助けるために、第１の実施形態の主要な動作シーケンスを示している点に留意すべきである。

【0108】

なお、Ｓ５１０で電子チケットが抽出できない場合には、「入場不許可」が表示される。

【0109】

＜第２の実施形態の動作シーケンス＞
図６は、イベントＡの電子チケットの処理を例にして、図２に示した第２の実施形態の動作シーケンスを示す図である。図６では、イベントＡの入場のためのチケットの認証を例に描かれているが、チケットは、一般的な権利の認証にも応用できることは言うまでもない。

【0110】

Ｓ６０１で、受付用端末１２０の権利情報種別指示部２２６は、オペレータから、権利情報の種別である「イベントＡの情報」の設定指示を受け取る。すなわち、受付用端末１２０は、イベントＡの入場におけるチェックを行っているから、後のステップＳ６０６で権利情報の種別として「イベントＡの情報」のチケットを扱うことをサーバ装置１３０に伝達することとなる。

【0111】

Ｓ６０２で、携帯端末１００は、携帯端末の「電話番号」と、有効な第1のストリングである「年月日時分」と、「電子チケット」の情報とを暗号化し「認証情報」を生成する。

【0112】

Ｓ６０４で、携帯端末１００のディスプレイに「バーコード」を表示することで、バーコードの画像が、受付用端末１２０に到達する。受付用端末１２０は、カメラ部でバーコードを読み取り「認証情報」を取得する。

【0113】

Ｓ６０６で、受付用端末１２０は、「認証情報」と「イベントＡの情報」とをサーバ装置１３０に送信する。

【0114】

Ｓ６０８で、サーバ装置１３０は、「認証情報」から「電話番号」と「年月日時分」と「電子チケット」を解読する。

【0115】

Ｓ６１０で、サーバ装置１３０は、「電話番号」と「イベントＡの情報」とにより、第２の記憶部から「電子チケット」を抽出する。

【0116】

Ｓ６１２で、サーバ装置１３０は、解読された「年月日時分」が、サーバ装置の「年月日時分」と一致し、かつ解読された「電子チケット」が、第２の記憶部から抽出された「電子チケット」と一致するかをチェックする。

【0117】

Ｓ６１４で、Ｓ６１０での結果が一致を示す場合（YES）、認証結果出力部１４８は、「イベントＡの入場許可」を表示するよう、受付用端末１２０の報知部（ディスプレイ）に、「イベントＡの入場許可」を表示させる。

【0118】

Ｓ６１６で、受付用端末１２０は、報知完了をサーバ装置１３０に返す。

【0119】

Ｓ６１８で、サーバ装置１３０は、第２の記憶部１４２に記憶された「電子チケット」の使用済みフラグを立てる。

【0120】

Ｓ６２０で、Ｓ６１２での結果が不一致を示す場合（NO）、サーバ装置１３０は、「イベントＡの入場不許可」を表示するよう、受付用端末１２０の報知部（ディスプレイ）に、「入場不許可」を表示させる。

【0121】

以上が、イベントＡの電子チケットの処理を例にした場合の図２に示した第２の実施形態の動作シーケンスの概要である。なお、動作シーケンスは、理解を助けるために、第２の実施形態の動作シーケンスの概要を示している点に留意すべきである。

【0122】

＜第３の実施形態の動作シーケンス＞
図７は、位置情報を用いたイベントＢの電子チケットの処理を例にして、図２に示した第２の実施形態の動作シーケンスを示す図である。図６では、イベントＢの入場のためのチケットの認証を例に描かれているが、チケットは、一般的な権利の認証にも応用できることは言うまでもない。

【0123】

Ｓ７００で、携帯端末１００は、位置検出部３１８の「携帯端末位置情報」によって、第１の記憶部１０２から「電子チケット」の情報を抽出する。なお、例えば電子チケットに電子チケットを使用する場合の位置情報を記憶させておくことにより、「携帯端末位置情報」から、その位置で使用するための電子チケットを抽出することができる。

【0124】

Ｓ７０１で、受付用端末１２０は、受付用端末１２０の位置検出部３２８から、「受付用端末の位置情報」を取得する。すなわち、受付用端末１２０は、イベントＢが開催されている位置において入場のチェックを行っているから、後のステップＳ７０６で「受付端末の位置情報」をサーバ装置１３０に伝達することとなる。

【0125】

Ｓ７０２で、携帯端末１００は、携帯端末の「電話番号」と、有効な第1のストリングである「年月日時分」と、「電子チケット」の情報とを暗号化し「認証情報」を生成する。

【0126】

Ｓ７０４で、携帯端末１００のディスプレイに「バーコード」を表示することで、バーコードの画像が、受付用端末１２０に到達する。受付用端末１２０は、カメラ部でバーコードを読み取り「認証情報」を取得する。

【0127】

Ｓ７０６で、サーバ装置１３０は、「認証情報」と「受付端末の位置情報」とをサーバ装置１３０に送信する。

【0128】

Ｓ７０８で、サーバ装置１３０は、「認証情報」から「電話番号」と「年月日時分」と「電子チケット」の情報を解読する。

【0129】

Ｓ７１０で、「電話番号」と「受付端末の位置情報」とにより、第２の記憶部から「電子チケット」を抽出する。

【0130】

Ｓ７１２で、サーバ装置１３０は、解読された「年月日時分」が、サーバ装置の「年月日時分」と一致し、かつ解読された「電子チケット」が、第２の記憶部から抽出された「電子チケット」と一致するかをチェックする。

【0131】

Ｓ７１４で、Ｓ７１２での結果が一致を示す場合（YES）、サーバ装置１３０は、「イベントＢの入場許可」を表示するよう、受付用端末１２０の報知部（ディスプレイ）に、「イベントＢの入場許可」を表示させる。

【0132】

Ｓ７１６で、受付用端末１２０は、報知完了をサーバ装置１３０に返す。

【0133】

Ｓ７１８で、サーバ装置１３０は、第２の記憶部１４２に記憶された「電子チケット」の使用済みフラグを立てる。

【0134】

Ｓ７２０で、Ｓ７１２での結果が不一致を示す場合（NO）、サーバ装置１３０は、「イベントＢの入場不許可」を表示するよう、受付用端末１２０の報知部（ディスプレイ）に、「イベントＢの入場不許可」を表示させる。

【0135】

以上が、イベントＢの電子チケットの処理を例にした場合の図２に示した第２の実施形態の動作シーケンスの概要である。なお、動作シーケンスは、理解を助けるために、第２の実施形態の動作シーケンスの概要を示している点に留意すべきである。また、位置情報については、所定の許容範囲を定めて、位置情報の一致の判断においては、所定の許容範囲内の位置情報の誤差があっても、位置は一致していると判断することが望ましい。

【0136】

なお、携帯端末１００は、第２の実施形態を用い、認証装置１８０は、第３の実施形態を用いてもよい。また、携帯端末１００は、第３の実施形態を用い、認証装置１８０は、第２の実施形態を用いてもよい。

【0137】

本明細書における実施形態の各々は、排他的なものではない。したがって、実施形態の一部を他の実施形態の一部と組み合わせることも矛盾のない限り柔軟に行うことができることは言うまでもない。

【0138】

＜チケットの購入に係る実施形態＞
図８は、チケットの購入に係る実施形態を示す図である。

【0139】

ステップＳ８０２で、ユーザにアカウントがあるか否かがチェックされる。ユーザがアカウントを持っていれば（「はい」）、ステップＳ８０６に進む。ユーザがアカウントを持っていなければ（「いいえ」）、ステップＳ８０４に進む。

【0140】

ステップＳ８０４で、アカウント登録が行われる。すなわち、ユーザＩＤ及びパスワードなどの設定が行われる。

【0141】

ステップＳ８０６で、携帯端末で、電話番号を用いてＳＭＳ認証を成功させる。ＳＭＳ認証が成功しない場合（不図示）は、以降の処理（チケットの販売）は行われない。なお、チケット買い占め業者などの利用する電話番号をブラックリストに記憶しておいてもよい。チケットの買い占めを防止するために、ブラックリストのチェックを行い、ブラックリストに登録されている電話番号によりＳＭＳ認証が行われた場合には、以降の処理（チケットの販売）を行わないように制御してもよい。ＳＭＳ以外のユーザ認証が用いられてもよい。

【0142】

ステップＳ８０８で、電子チケットの購入手続きが行われる。ユーザは、希望のコンサートのチケットを指定してチケットを購入する。チケットは複数購入してもよい。この場合には、以下に述べるように、チケットの買い占めを防止する処理を行うことが望ましい。

【0143】

ステップＳ８１０で、同一電話番号に関連づけられた同一イベントの購入チケット数が閾値を超えているかがチェックされる。チェック結果が「はい」であれば、チケットの買い占めが行われている可能性が高いため、処理を終了させる。チェック結果が「いいえ」であれば、ステップＳ８１２に進む。

【0144】

ステップＳ８１２で、携帯端末を利用して、電子チケットの購入処理が行われる。クレジットカード決済などの処理が行われる。なお、決済が完了しない場合（不図示）は、以降の処理（チケットの販売）は行われない。

【0145】

ステップＳ８１４で、携帯端末に電子チケットをダウンロードさせる。ダウンロードは、ユーザの指示に基づいて、適切な時期に開始されてもよく、或いは、自動的に開始されてもよい。チケットがダウンロードされた時点で、チケットの情報が携帯端末から確認できるようになる。

【0146】

ステップＳ８１６で、サーバ装置のアカウントに、電話番号、チケット情報を対応づけて保存させる。この処理を行うことによって、チケットの所有権が、電話番号に対応するユーザに帰属することとなる。

【0147】

なお、ユーザの携帯端末１００にダウンロードされたチケットは、売買の対象となる電子情報として扱わず、ユーザなどが使用するチケットを選択するため、或いはチケットの情報確認するための位置づけを持たせることが望ましい。

【0148】

また、ユーザが携帯端末を紛失した場合、携帯の電話番号を変更した場合など、チケットと携帯番号との対応付けを変更することが必要となった場合には、例えば、ユーザのログイン後、新たなＳＭＳ認証を行わせ、チケットの再取得の手続きをさせることで対処してもよい。この手続きによって、新たな携帯番号と、チケットとの対応付けが行われる。

【0149】

なお、上記のチケットの再取得の手続きを用いて、チケットの転売を行うことも可能であるので、チケットの再取得の手続きが頻繁に行われるアカウント、或いは携帯番号については、所定の閾値以上のチケットの再取得手続きを禁止するようにしてもよい。

【0150】

また、アーティストのファンクラブなどのアカウントとの連携を図ることによって、ファンクラブメンバーには、チケットの先行販売を許可するなどのインセンティブを与えてもよい。

【0151】

また、ファンクラブに属しているユーザにおいては、チケットの買い占めに関連する閾値を異ならせるなどの設定を行ってもよい。

【0152】

＜オークションなどでのチケットの転売に関する実施形態＞
図９は、オークションなどでのチケットの転売に関する実施形態を示す図である。

【0153】

ステップＳ９０２で、ログインが行われる。ログインが成功すると、ステップＳ９０４に移る。

【0154】

ステップＳ９０４で、携帯端末を用いて、電話番号を用いてＳＭＳ認証を成功させる。ＳＭＳ認証が成功すると、ステップＳ９０６に移る。ＳＭＳ認証が成功しない場合（不図示）には、以降の処理は行われない。

【0155】

ステップＳ９０６で、携帯端末内の電子チケットの選択及びオークションサイトへの出品ボタンのクリック指示を受け取る。指示は、クリック以外のタップなどの操作であってもよい。なお、ＳＭＳ認証が成功しているため、サーバ装置内に保存されている、携帯電話番号に関連づけられた電子チケットを携帯端末に表示させ、ユーザに電子チケットの選択を促してもよい。

【0156】

ステップＳ９０８で、サーバ装置のアカウントに登録されている電子チケット情報と、電子チケット情報に対応づけられた電話番号の抽出が行われる。

【0157】

ステップＳ９１０で、オークションに出品しようとする電子チケット情報がアカウントに存在するか否かが判断される。なお、ステップＳ９０６で、サーバ装置内に保存されている、携帯電話番号に関連づけられた電子チケットを携帯端末に表示させ、ユーザに電子チケットの選択を促した場合には、このチェックは行わなくてもよい。チェック結果が「はい」であれば、ステップＳ９１２に移る。このチェック結果が「いいえ」であれば、処理は終了する。

【0158】

ステップＳ９１２で、オークションに出品しようとする電子チケット情報に対応する
電話番号が、ＳＭＳ認証の電話番号と一致するか否かがチェックされる。なお、ステップＳ９０６で、サーバ装置内に保存されている、携帯電話番号に関連づけられた電子チケットを携帯端末に表示させ、ユーザに電子チケットの選択を促した場合には、このチェックは行わなくてもよい。チェック結果が「はい」であれば、ステップＳ９１４に移る。このチェック結果が「いいえ」であれば、処理は終了する。

【0159】

ステップＳ９１４で、サーバ装置のアカウントから、オークションに出品する電子チケット情報を削除する。この処理によって、オークションに出品しているチケットは、ユーザが使うことができなくなる。なお、オークションが成功しない場合に、チケットの情報を元に戻すことができるように、アカウント情報、電話番号、チケットの関連は、サーバ装置に保存しておくことが望ましい。

【0160】

ステップＳ９１６で、オークションに出品する電子チケット情報をオークションサイトに出品する。出品されたチケットは、オークションの手続きにしたがって、所定の期間を定めて、落札者を決定する。落札者が決定されれば、落札者にチケットの権利を帰属させる処理を行う。この処理は、図８に示した、チケットの購入処理と同様の処理を用いてもよい。

【0161】

図１０は、暗号化処理と、解読の処理の整合性を担保するためのフローを示す図である。

【0162】

例えば、暗号化のアルゴリズムが漏洩したために、暗号化アルゴリズムを変更する場合、或いは、暗号化アルゴリズムのバージョンアップを行った場合などでは、サーバ装置の解読アルゴリズムを変更することで、暗号化と解読の整合性を担保することが必要となる。

【0163】

ステップＳ１００２で、サーバ装置は、認証情報生成部の暗号化方式を受け取る。

【0164】

ステップＳ１００４で、サーバ装置は、認証情報生成部の暗号化方式に対応する
解読方式を用いて、認証情報を解読する。

【0165】

上記の処理を行うことで、サーバ装置において、認証情報の適切な解読が行われる。暗号化のアルゴリズムは、ランダムに変更してもよい。この場合には、利用された暗号化アルゴリズムの識別情報を、サーバ装置に送ることで、適切な解読を行うことができる。

【0166】

図１１は、携帯端末と受付用端末とサーバ装置の具体的な使用の態様を示す図である。

【0167】

携帯端末１００には、Ｓコンサートチケットが保存されている。Ｓコンサートチケットの内容が携帯端末１００に表示されている（１１０２）。そして、認証情報が、ＱＲコード１１０４（登録商標）によって、携帯端末１００の画面に表示されている。

【0168】

受付用端末１２０は、インターネットなどのネットワーク１１０８でサーバ装置１３０に通信可能に接続されている。

【0169】

受付用端末１２０は、リアカメラを用いて、携帯端末１００を撮像し、撮像された画像が携帯端末１００の画面に表示されている（１１００）。受付用端末１２０は、撮像された携帯端末１００のＱＲコード（登録商標）を読み取り、サーバ装置１３０に伝送する。

【0170】

サーバ装置１３０は、既に述べた各種の実施形態にしたがって、解読アルゴリズムを用いて、携帯端末からＱＲコード（登録商標）を介して送られた認証情報を解読する。サーバ装置１３０は、解読された認証情報を検査し、認証結果を受付用端末１２０に返す。認証情報により、チケットが認証された場合には、例えば受付用端末１２０の表示画面に、「入場ＯＫ」（１１０６）のように表示される。この表示に基づいて、受付用端末のオペレータは、携帯端末１００の所有者に対して、コンサート会場に入場することを許可する。

【0171】

図１２は、認証情報を含むバーコードの表示の例を示す図である。

【0172】

横軸は、時間軸を示しており、原点を時刻０とし、１分ごとに目盛りが付されている。バーコードの例としてＱＲコード（登録商標）が示されている。ＱＲコード１２０２（登録商標）は、時刻０から１分間だけ表示される。１分が経過すると、異なるＱＲコード１２０４（登録商標）が１分後から２分までの１分間表示される。その後も同様に、それぞれ異なるＱＲコード１２０６、１２０８、１２１０（登録商標）が、１分間ずつ順次表示される。

【0173】

このように、１分間毎に、有効なＱＲコード（登録商標）の表示が変化することで、携帯端末１００の画面をスクリーンショットで複写して利用することで、チケットを偽造することはできない。なぜなら、複写されたＱＲコード（登録商標）は、１分間だけ有効であり、その後は、無効なＱＲコード（登録商標）となってしまうからである。

【0174】

このように、順次有効なＱＲコード（登録商標）を変更することにより、携帯端末１００の画面をコピーすることによりチケットを偽造することを有効に防止できる。

【0175】

図１３は、第１の記憶部１０２及び第２の記憶部１４２に記憶される情報の例を示す図である。

【0176】

図１３（Ａ）は、第１の記憶部１０２に記憶される情報の例を示している。第１の記憶部１０２には、電話番号１３０２並びにチケット１（１３０４）及びチケット２（１３０６）が保存されている。電話番号は、携帯端末１００の電話番号である。通常、携帯端末には、１つの電話番号が割り当てられているため、図１３（Ａ）では、１つの電話番号のみが記憶されている。複数の電話番号を利用できる携帯端末１００の場合には、チケット１及びチケット２のそれぞれに対応させて、チケットの購入時のＳＭＳ認証で使用した電話番号を、チケットと対応づけて記憶してもよい。第１の記憶部１０２には、その他の情報が保存される。

【0177】

図１３（Ｂ）は、第２の記憶部１４２に記憶される情報の例を示している。

【0178】

ユーザのＩＤ（１３１２）に対応づけて電話番号１３１４及び電子チケット１３１６が記憶されている。また、ログイン処理を受け付けるために、ＩＤとパスワードとの関連を記憶する領域も存在する（不図示）。

【0179】

以上の、第１の記憶部１０２及び第２の記憶部１４２に記憶される情報は、一例であり、種々の情報を関連づけて記憶させておくことができることは言うまでもない。

【0180】

図１５は、チケットの所有者を変更するための別の実施形態を示す図である。

【0181】

例えば、１つの携帯端末に、同一のイベントに対して、複数人が入場できるチケットが格納されている場合、そのうちの一部のチケット（例えば１名分の入場チケット）を他の携帯端末に移動させて、その１名は、当該他の携帯端末を用いて、同一のイベントに入場したいというニーズが存在する。或いは、例えば、１つのチケットを購入した者が病気などで、イベントに参加できなくなった場合に、急遽、チケットを他の者の携帯端末に移動させて、当該他の者の端末を利用して、当該他の者がイベントに入場したいというニーズが存在する。このような場合には、金銭授受を行わずに、簡便な方法で、一方の携帯端末から他方の携帯端末に、チケットを移動させたいと欲する場合が存在する。

【0182】

図１５に示す実施形態は、このようなニーズに対処するための一例を示している。

【0183】

ステップＳ１５０２で、一方の携帯端末が、オペレータによるチケットの選択の指示を受け取る。

【0184】

ステップＳ１５０４で、一方の携帯端末が、指示されたチケットを送る相手の電話番号の指示を受け取る。

【0185】

ステップＳ１５０６で、一方の携帯端末が、一方の携帯端末の電話番号と、相手の電話番号と、チケットの情報とをサーバ装置に送る。

【0186】

ステップＳ１５０８で、選択されたチケットの所有者の変更回数が閾値を超えているかが判断される。この判断は、選択されたチケットの所有者の変更回数が、所定の閾値を超える回数である場合、例えば、チケットの転売が行われている可能性が高いと判断することができる。したがって、このような場合には、選択されたチケットの所有者の変更を認めないようにすることもできる。この判断が「はい」である場合には、処理は終了し、選択されたチケットの所有者の変更ができないこととなる。この判断が「いいえ」である場合には、処理はステップＳ１５１０に移る。

【0187】

なお、ステップＳ１５０８においては、選択されたチケットの所有者の変更回数が閾値を超えているかが判断されたが、これは一例であって、この判断に限られない。例えば、複数チケットが一方の端末に存在している場合には、全てのチケットを他方の端末に移動させるような処理の場合に、チケットの移動の処理を禁止してもよい。すなわち、少なくとも１つのチケットは、移動できないようにチケットの移動の制限をかけてもよい。すなわち購入した全てのチケットを移動するような場合には、チケットの転売目的である可能性が高い場合と予想されるから、このような処理に制限を加えるようにしてもよい。その他、チケットの転売を目的とするようなチケットの移動の可能性が高い場合に対して、適宜制限を加えるようにしてもよい。

【0188】

ステップＳ１５１０で、サーバ装置に相手の電話番号が登録されているかが判断される。サーバ装置に電話番号が登録されているということは、サーバ装置に対して、ＩＤとパスワードによるユーザ登録がなされていることを意味している。このように、既に電話番号が登録されている場合には、その電話番号の持ち主が転売を目的としている業者であるかなどの情報をも勘案することができる。ステップＳ１５１０で、判断結果が「いいえ」であれば、未知の電話番号であり、ユーザ登録もされていない者の電話番号であるので、処理を終了させてもよい。判断結果が「はい」であれば、ステップＳ１５１２に進む。図１５の実施形態の場合には、サーバ装置に電話番号が登録されていれば、一律にステップＳ１５１２に進む処理となっているが、電話番号が転売業者の電話番号であることが判明しているのであれば、処理を終了させるようにしてもよい。

【0189】

ステップＳ１５１２で、サーバ装置が、相手の電話番号にＳＭＳ通信を行い、例えばＵＲＬを他方の携帯端末に送る。

【0190】

ステップＳ１５１４で、他方の携帯端末が、相手の指示に基づいて、ＵＲＬにアクセスし、チケットを取得する。

【0191】

ステップＳ１５１６で、サーバ装置が、相手の電話番号と、選択されたチケットとを関連づける。この処理によって、チケットの所有権が移動する。

【0192】

ステップＳ１５１８で、サーバ装置が、一方の携帯端末のチケットを無効化する。なお、チケットは、サーバ装置で一元的に管理されている。このため、携帯端末に存在するチケットは、携帯端末がオフラインである場合にも、チケットの内容を把握できるようにしたり、ユーザが、利用したいチケットを選択できるようにしたりするための情報として、位置づけることができる。したがって、携帯端末が、サーバ装置にアクセスできる環境であれば、サーバ装置にアクセスして、携帯端末に関連づけられたチケットを的確に確認することができる。このため、一方の端末におけるチケットの無効化は、必ずしも行わなくてもよい。

【0193】

以上のように、図１５における実施形態では、金銭的な授受を経ることなく、端末同士で、チケットの受け渡しが可能となる。そして、この場合にも、上述のようにチケットの転売などの行為を防止するためのチェック機能を持たせることによって、ユーザにとって適切なチケットの所有権の移転が実現できる。

【0194】

図１４は、携帯端末１００、受付用端末１２０及びサーバ装置１３０のハードウエア構成を示す図である。図１４においては、携帯端末１００、受付用端末１２０及びサーバ装置１３０のハードウエア構成をまとめて記載している。

【0195】

ハードウエア構成には、表示制御部１４０２、表示部１４０３、ＣＰＵ１４０４、メモリ１４０６、通信制御部１４０８、外部メモリ制御部１４１０、記憶媒体１４１１、入力インタフェース１４２０、各種センサ１４２２、カメラ１４２４、マイク１４２６、出力インタフェース１４３０、スピーカ１４３２、ディスプレイ１４３４、バイブレータ１４３６、タッチパネル制御部１４４０、タッチパネル１４４２等を有する。

【0196】

携帯端末１００、受付用端末１２０及びサーバ装置１３０は、これらのハードウエアのうち、一部が存在しなくてもよく、他のハードウエアが存在してもよい。

【0197】

なお、本実施形態の全部又は一部はプログラムによってインプリメントされ得る。このプログラムは、記憶媒体１４１１に格納することができる。記憶媒体１４１１とは、構造を有する１つ以上の非一時的（non-transitory）な記憶媒体を言う。例示として、記憶媒体１４１１としては、磁気記録媒体、光ディスク、光磁気記録媒体、不揮発性メモリなどがある。磁気記録媒体には、ＨＤＤ、フレキシブルディスク（ＦＤ）、磁気テープ（ＭＴ）などがある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。また、光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。記録媒体に格納されたプログラムが読み込まれ、ＣＰＵによって実行されることにより、各実施形態の全部又は一部が実施され得る。
各実施形態は、発明を理解するためのものであり、本発明の範囲を限定するためのものではない点に留意すべきである。また、上記の複数の実施形態は、相互に排他的なものではない。したがって、矛盾が生じない限り、異なる実施形態の各要素を組み合わせることも意図されていることに留意すべきである。また、請求項に記載された方法やプログラムに係る発明は、矛盾のない限り処理の順番を入れ替えてもよく、あるいは、複数の処理を同時に実施してもよい。そして、これらの実施形態も、請求項に記載された発明の技術的範囲に包含されることは言うまでもない。

【0198】

また、コンピュータが読み出したプログラムコードを実行することにより、上記の実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどの他のプログラムが実際の処理の一部または全部を行ない、その処理によって実施形態の機能が実現される場合も、本発明に含まれることは言うまでもない。

【0199】

また、各種実施形態のそれぞれの構成要素は、物理的に分離された複数のハードウエアで実現されてもよい。また、本発明の各種実施形態のそれぞれの構成要素は、１つコンピュータ上で動作する複数のバーチャルマシンに分散されて実現されてもよい。

【0200】

本技術を用いてチケットサービスを提供することにより、以下の効果が期待できる。

【0201】

高額になる傾向がある偽造防止機能付きチケットの発見・認証機能を広く普及しているスマートフォンなどの携帯端末によって実現することで、低コストでサービスを提供することが可能となる。

【0202】

チケット認証において、時刻という常に変動する情報をもとに認証情報を生成することで、常に認証情報が自動的かつ容易に更新される。また、万一認証情報生成ロジックが流出する等、不正な手段で認証情報を生成されたとしても、アプリケーションを更新して生成ロジックを変更することで、即時かつコストをかけずに対策を取ることが可能である。

【0203】

認証情報を、システム運営者がユーザ情報と紐付けた状態で管理するため、チケットの譲渡を、システム運営者の統制の下で実施することができる。チケットの譲渡を、当該チケットの認証情報に紐付けるユーザ情報を変更するだけで行える。したがって、券面のチケットの場合のように発行・引渡しに時間を要することが無く、イベント開催日の直前や当日であっても譲渡が可能であり、第三者へのチケット譲渡が成立する可能性を高めることができる。

【0204】

認証情報をシステム運営者が一元的に管理することで、チケットの譲渡の可否や譲渡を認める場合の条件（例えば、譲渡価格の範囲、譲渡対象者の資格・属性等）をシステム運営者が自由に統制することができる。このため、システム運営者あるいはイベント運営者の許容する範囲に限ってチケットを流通させることができる。

【0205】

例えば、イベントに出演するアーティストのファンクラブの会員に対する譲渡のみを認めたり、チケットの定価にイベント運営者が承認する範囲でのプレミアムを付けて第三者に譲渡することを認め、プレミアムの一定割合を手数料として徴収したりすることが可能になる。

【0206】

ＱＲコード（登録商標）は、二次元のバーコードの一例である。

【符号の説明】

【0207】

１００ 携帯端末
１０２ 第１の記憶部
１０４ 第１のストリング出力部
１０６ クロック生成部
１０８ 認証情報生成部
１１０ 認証情報出力部
１２０ 受付用端末
１２２ 認証情報取得部
１２４ 報知部
１３０ サーバ装置
１３２ 第２のストリング出力部
１３４ クロック生成部
１３６ ストリング受取部
１３８ 解読部
１４０ 一致検出部
１４２ 第２の記憶部
１４６ 権利情報抽出部
１４８ 認証結果出力部
１８０ 認証装置
２１６ 権利情報指示部
２２６ 権利情報種別指示部
３１８ 位置検出部
３１９ 通信制御部
３２８ 位置検出部
３４９ 通信制御部
４００ 販売・オークションサーバ装置
４０２ 通信制御部
４０４ チケット売買制御部
４０８ チケット数チェック部
４２０ 携帯端末
４２２ チケット購入・出品制御部
４２４ 通信制御部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】