(57)【要約】【課題】チケットに係る秘匿対象情報を二次元コードを用いてエンコードするとともに不正利用を防止する。【解決手段】二次元コード４０を含むチケットの運用を支援するチケット運用システム１であって、対象のイベントに係るチケットを発行するチケット発行サーバ１０と、チケット発行サーバ１０により発行されたチケットの情報を取得するユーザ端末２０と、イベントへのユーザの入場に際してチケットに含まれる二次元コードを読み取るチケットリーダ３０と、を有し、ユーザ端末２０は、チケットの情報を、所定の鍵情報により暗号化された二次元コード４０にエンコードして画面上に表示し、チケットリーダ３０は、ユーザ端末２０の画面上に表示された二次元コード４０を撮影して取得し、前記鍵情報によりデコードしてチケットの情報を取得して出力する。【選択図】図１
2019079455.tif 000002
【特許請求の範囲】
【請求項１】
二次元コードを含むチケットの運用を支援するチケット運用システムであって、
対象のイベントに係るチケットを発行するチケット発行サーバと、
前記チケット発行サーバにより発行されたチケットの情報を取得するユーザ端末と、
イベントへのユーザの入場に際してチケットに含まれる二次元コードを読み取るチケットリーダと、を有し、
前記ユーザ端末は、チケットの情報を、所定の鍵情報により暗号化された二次元コードにエンコードして画面上に表示し、
前記チケットリーダは、前記ユーザ端末の画面上に表示された二次元コードを撮影して取得し、前記鍵情報によりデコードしてチケットの情報を取得して出力する、チケット運用システム。
【請求項２】
請求項１に記載のチケット運用システムにおいて、
前記ユーザ端末および前記チケットリーダにおける前記鍵情報は、前記チケット発行サーバからそれぞれ取得した、対象のイベントを一意に特定する識別情報であるイベントコードを含む、チケット運用システム。
【請求項３】
請求項１に記載のチケット運用システムにおいて、
前記ユーザ端末および前記チケットリーダにおける前記鍵情報は、前記ユーザ端末に固有の識別情報である端末ＩＤを含む、チケット運用システム。
【請求項４】
請求項３に記載のチケット運用システムにおいて、
前記チケットリーダは、前記ユーザ端末の画面上に表示された二次元コードを撮影する際に、近距離無線通信により前記ユーザ端末から前記端末ＩＤを取得する、チケット運用システム。
【請求項５】
請求項１に記載のチケット運用システムにおいて、
前記ユーザ端末において二次元コードにエンコードされるチケットの情報には、前記チケット発行サーバから取得した、当該チケットを一意に特定する識別情報であるチケットコードを含む、チケット運用システム。
【請求項６】
請求項１に記載のチケット運用システムにおいて、
前記ユーザ端末において二次元コードにエンコードされるチケットの情報には、前記チケット発行サーバから取得した、対象のイベントの運用に係る情報である運用情報を含む、チケット運用システム。
【請求項７】
二次元コードを含むチケットの運用を支援するチケット運用システムにおけるチケット運用方法であって、
前記チケット運用システムは、
対象のイベントに係るチケットを発行するチケット発行サーバと、
前記チケット発行サーバにより発行されたチケットの情報を取得するユーザ端末と、
イベントへのユーザの入場に際してチケットに含まれる二次元コードを読み取るチケットリーダと、を有し、
前記ユーザ端末が、チケットの情報を、所定の鍵情報により暗号化された二次元コードにエンコードして画面上に表示するステップと、
前記チケットリーダが、前記ユーザ端末の画面上に表示された二次元コードを撮影して取得し、前記鍵情報によりデコードしてチケットの情報を取得して出力するステップと、を有する、チケット運用方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、チケットの発行や確認等の運用の技術に関し、特に、二次元コードが付されたチケットの運用を行うチケット運用システムおよびチケット運用方法に適用して有効な技術に関するものである。
【背景技術】
【０００２】
例えば、コンサート等のイベントや、テーマパーク、展覧会、空港等の各種の入場チケットや利用チケット（以下では単に「チケット」と総称する場合がある）への、ＱＲコード（登録商標、以下同様）等の二次元コードの利用が広がっている。紙媒体に二次元コードを印刷して使用するのに加えて、ユーザが保有するスマートフォン等のディスプレイにＱＲコードを表示して読み取らせるようにし、ペーパーレス（チケットレス）とすることも行われている。近年では、キャッシュレスでの決済のための情報の授受への利用も広がってきている。
【０００３】
現在広く用いられている二次元コードは、生成（エンコード）・読み取り（デコード）のためのＡＰＩ（Application Programming Interface）が公開されており、二次元コードの内容の読み取りや複製が容易に可能な状況である。したがって、不正利用のリスクが高く、チケットの内容自体等の重要な情報や秘匿すべき情報を二次元コードの中に直接エンコードできないため、例えば、ＵＲＬ（Uniform Resource Locator）等の公開されている情報や単純な識別情報・キー情報等しかエンコードできないという課題を有する。
【０００４】
これに対し、例えば、特開２０１６−２４６０８号公報（特許文献１）には、券紙の識別情報が隠ぺい層に記録され、操作部から入力された発券情報が露出して記録されている、二次元コードの偽造防止が可能なチケットにおいて、隠ぺい層の識別情報および露出部分の発券情報を読み取り、読み取った識別情報からチケットが正しいか否かを判定する旨が記載されている。
【０００５】
また、特開２０１７−９１０３９号公報（特許文献２）には、データコード語を有するコードブロックと保護符号化用パターンとのビット単位での排他的論理和演算により前記コードブロックの保護符号化を行って保護符号化コードブロックを求め、前記保護符号化コードブロックに基づいて二次元コードを生成することで、二次元コードにおいて秘匿対象情報を適切に保護する旨が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１６−２４６０８号公報
【特許文献２】特開２０１７−９１０３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
例えば、特許文献１に記載されたような技術を用いることで、二次元コードの偽造を防止できるチケットを実現することができるが、紙媒体のチケットへの適用が前提であり、ペーパーレス（チケットレス）の環境にそのまま適用することはできない。
【０００８】
一方、特許文献２に記載されたような技術を用いることで、秘匿対象情報を二次元コードに直接エンコードすることができる。しかし、秘匿対象情報を二次元コードにエンコードし、もしくは二次元コードからデコードする際に用いられる鍵情報に相当する保護符号化用パターンについて、例えば、この情報を第三者に移転することで、当該第三者が二次元コードの偽造や読み取りといった不正利用を行うことが可能となるというリスクは残る。
【０００９】
そこで本発明の目的は、チケットに係る秘匿対象情報を二次元コードを用いてエンコードするとともに不正利用を防止することができるチケット運用システムおよびチケット運用方法を提供することにある。
【００１０】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【００１１】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。
【００１２】
本発明の代表的な実施の形態によるチケット運用システムは、二次元コードを含むチケットの運用を支援するチケット運用システムであって、対象のイベントに係るチケットを発行するチケット発行サーバと、前記チケット発行サーバにより発行されたチケットの情報を取得するユーザ端末と、イベントへのユーザの入場に際してチケットに含まれる二次元コードを読み取るチケットリーダと、を有するものである。
【００１３】
そして、前記ユーザ端末は、チケットの情報を、所定の鍵情報により暗号化された二次元コードにエンコードして画面上に表示し、前記チケットリーダは、前記ユーザ端末の画面上に表示された二次元コードを撮影して取得し、前記鍵情報によりデコードしてチケットの情報を取得して出力する。
【発明の効果】
【００１４】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
【００１５】
すなわち、本発明の代表的な実施の形態によれば、チケットに係る秘匿対象情報を二次元コードを用いてエンコードするとともに不正利用を防止することが可能となる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施の形態であるチケット運用システムの構成例について概要を示した図である。
【図２】本発明の一実施の形態における二次元コードのエンコードおよびデコードの例について概要を示した図である。
【図３】本発明の一実施の形態におけるチケット購入および発行の際の処理の流れの例について概要を示したフロー図である。
【図４】本発明の一実施の形態におけるチケットの利用の際の処理の流れの例について概要を示したフロー図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。一方で、ある図において符号を付して説明した部位について、他の図の説明の際に再度の図示はしないが同一の符号を付して言及する場合がある。
【００１８】
本発明の一実施の形態であるチケット運用システムは、二次元コードによって特定されるチケットのユーザへの発行と、ユーザが提示したチケット（二次元コード）の読み取り・確認を行う情報処理システムである。本実施の形態では、ペーパーレス（チケットレス）でのオンラインチケットの運用を前提とし、ユーザが保有するスマートフォン等の携帯型情報処理端末においてチケットの情報を保持するとともに、そのディスプレイに二次元コードを表示可能とし、チケットの利用時にはこれをリーダ装置に読み取らせるものとする。
【００１９】
なお、チケットの対象は特に限定されず、例えば、コンサート等のイベントや、テーマパーク、展覧会、空港等への入場や利用に係るチケット（以下ではこれらのチケットの利用対象を「イベント」と総称する場合がある）に広く適用することができる。
【００２０】
＜システム構成＞
図１は、本発明の一実施の形態であるチケット運用システムの構成例について概要を示した図である。本実施の形態のチケット運用システム１は、各種のオンラインチケットを発行するチケット発行サーバ１０に対して、インターネット等のネットワーク５０を介してユーザが保有するユーザ端末２０と、チケットに係る二次元コード４０を読み取るチケットリーダ３０とが接続される構成を有する。
【００２１】
チケット発行サーバ１０は、各種のオンラインチケットを発行するサーバシステムであり、例えば、サーバ機器やクラウドコンピューティングサービス上に構築された仮想サーバ等により構成される。そして、図示しないＣＰＵ（Central Processing Unit）により、ＨＤＤ（Hard Disk Drive）等の記録装置からメモリ上に展開したＯＳ（Operating System）やＤＢＭＳ（DataBase Management System）、Ｗｅｂサーバプログラム等のミドルウェアや、その上で稼働するソフトウェアを実行することで、チケットの発行に係る後述する各種機能を実現する。
【００２２】
チケット発行サーバ１０は、例えば、ソフトウェアとして実装されたチケット発行部１１およびイベント管理部１２等の各部を有する。また、データベースやファイル等として実装されたユーザデータベース（ＤＢ）１３、チケットＤＢ１４、およびイベントＤＢ１５等の各データを有する。
【００２３】
チケット発行部１１は、ユーザからの要求に応じて対象のイベントに対するチケットを発行するとともに、発行したチケットの情報をチケットＤＢ１４に記録して管理する機能を有する。ユーザのアカウント情報や属性情報等は、予め各ユーザによりユーザＤＢ１３にマスタ情報として登録されているものとする。チケットの発行対象であるイベントの情報は、予めシステム管理者やイベントの担当者等により後述するイベント管理部１２を介してイベントＤＢに登録されているものとする。各イベントについてユーザがチケットを購入する際の利便性を高めるため、例えば、イベントにおける座席表や日程表等、チケットの購入対象をユーザがユーザ端末２０等を介して参照し、特定することができる画面インタフェースを有していてもよい。
【００２４】
イベント管理部１２は、チケットの発行対象となる各イベントの情報の入力や指定を受け付けて、イベントＤＢ１５にマスタ情報として登録して管理する機能を有する。本実施の形態ではイベント毎にチケットを発行するものとする。すなわち、チケットの発行単位を「イベント」として管理する。したがって、本実施の形態では、異なる種類のイベント（例えば、コンサートと展覧会等）に加えて、同一種類のイベントであってもチケットが個別に発行されるもの（例えば、同一アーティストのコンサートの１日目と２日目や、ある航空会社の同一路線の○○時発の便と△△時発の便等）も、個別の「イベント」として取り扱われる。
【００２５】
ユーザ端末２０は、チケットの発行を受けるユーザが保有するスマートフォンやタブレット端末等の携帯型の情報処理端末であり、図示しないＣＰＵによりメモリ上に展開したＯＳ等のミドルウェアや、その上で稼働するソフトウェアを実行することで、もしくはＩＣチップ等のハードウェアにより、チケットの購入と利用に係る後述する各種機能を実現する。
【００２６】
ユーザ端末２０は、例えば、ソフトウェアとして実装されたチケット購入部２１、エンコード部２２、およびＮＦＣ通信部２３等の各部を有する。また、図示しない不揮発性メモリ等に記録された端末ＩＤ２４、イベントコード２５、チケットＩＤ２６、および運用情報２７等の各データを有する。
【００２７】
チケット購入部２１は、ユーザからのチケット購入の要求を受け付けて、チケット発行サーバ１０のチケット発行部１１に対してチケットの購入を要求し、チケットの発行を受けてこれを管理する機能を有するアプリケーションプログラムである。チケットの購入や、発行されたチケットの管理等を行うための画面をユーザ端末２０の図示しないディスプレイ等に表示するユーザインタフェースの機能を有していてもよい。発行されたチケットの情報は、ユーザ端末２０に保持してもよいし、チケット発行サーバ１０のチケットＤＢ１４を参照して取得するようにしてもよい。
【００２８】
チケットの情報には、例えば、チケットを一意に特定するチケットＩＤ２６等の識別情報に加えて、イベントにおいてユーザによりチケットが提示された際の確認時に必要となる運用情報２７（例えば、座席番号やチケットのグレード等）が含まれる。運用情報２７には、個人情報等の秘匿対象情報が含まれていてもよい。さらに、チケット発行サーバ１０から、チケットの対象のイベントを一意に特定するイベントコード２５を取得するようにしてもよい。
【００２９】
エンコード部２２は、チケットの情報（チケットＩＤ２６および運用情報２７）を、二次元コード４０にエンコードする機能を有する。生成した二次元コード４０をユーザ端末２０の図示しないディスプレイに表示する機能も有する。二次元コード４０を生成する機能については、公知の二次元コード化のライブラリやＡＰＩ等を適宜用いることができる。本実施の形態では、例えば、特許文献２等に記載されているような、外部の鍵情報を用いて秘匿対象情報を暗号化して二次元コード化する技術を用いるものとする。鍵情報としては、後述するように、例えば、チケット購入部２１により取得したイベントコード２５やユーザ端末２０に固有の端末ＩＤ２４等の情報を用いる。
【００３０】
ＮＦＣ通信部２３は、ＮＦＣ（Near Field Communication：近距離無線通信）により、後述するチケットリーダ３０との間で通信を行う機能を有する。例えば、ＦｅｌｉＣａ（登録商標、以下同様）チップ等のようにハードウェアとして実装されていてもよい。ＮＦＣ通信部２３は、チケットリーダ３０との間でＮＦＣによる通信が確立した際に、ユーザ端末２０に固有のＩＤ等の識別情報である端末ＩＤ２４をチケットリーダ３０に対して送信する。端末ＩＤ２４としては、例えば、ユーザ端末２０のシリアル番号や、ＦｅｌｉＣａチップのＩＤ等、書き換えができず、かつアプリケーション的に取得することができる情報を適宜用いることができる。
【００３１】
チケットリーダ３０は、イベントの入場口等において使用される、チケット（二次元コード４０）のリーダ装置である。形状等は特に限定されず、例えば、無人改札やＫＩＯＳＫ（登録商標）端末のような据置型の装置であってもよいし、係員等が使用するハンディタイプのリーダ装置であってもよい。チケットリーダ３０は、例えば、ソフトウェアもしくはハードウェアとして実装されたチケット処理部３１、デコード部３２、およびＮＦＣ通信部３３等の各部を有する。また、図示しないＨＤＤやメモリ等の記録装置上に記録されたイベントコード３５や端末ＩＤ３４等のデータを有する。
【００３２】
チケット処理部３１は、チケットの読み取りおよび読み取ったチケットに係る処理を行う機能を有する。例えば、予めチケット発行サーバ１０から対象のイベントに係るイベントコード３５を取得して図示しないメモリ等の記憶装置に保持しておく。チケット発行サーバ１０から取得するのに代えてイベントの管理者等が手動で登録するようにしてもよい。また、後述するデコード部３２により二次元コード４０をデコードして得られたチケットの情報（例えばチケットＩＤ２６）に基づいてチケット発行サーバ１０にアクセスして、チケットの詳細な他の情報（例えば運用情報２７等）をオンラインで取得して出力するようにしてもよい。
【００３３】
デコード部３２は、図示しないカメラにより撮影した二次元コード４０をデコードしてチケットの情報（チケットＩＤ２６および運用情報２７）を読み取る機能を有する。読み取ったチケットの情報を図示しないディスプレイやプリンタ等に出力する機能も有する。ユーザ端末２０のエンコード部２２と同様に、二次元コード４０をデコードする機能についても、公知の二次元コード化のライブラリやＡＰＩ等を適宜用いることができる。本実施の形態では、例えば、特許文献２等に記載されているような、外部の鍵情報を用いて、秘匿対象情報が暗号化された二次元コード４０をデコードする技術を用いるものとする。鍵情報としては、後述するように、例えば、イベントコード３５や、後述するＮＦＣ通信部３３により対象のユーザ端末２０から取得した端末ＩＤ３４等の情報を用いる。
【００３４】
ＮＦＣ通信部３３は、ＮＦＣによりユーザ端末２０との間で通信を行う機能を有する。例えば、ＦｅｌｉＣａのリーダ装置のようにハードウェアとして実装されていてもよい。ＮＦＣ通信部３３は、ユーザ端末２０との間でＮＦＣによる通信が確立した際に、当該ユーザ端末２０に固有の端末ＩＤ２４を読み取る（もしくはユーザ端末２０が端末ＩＤ２４を送信する）。
【００３５】
＜二次元コードのエンコード／デコード＞
図２は、本実施の形態における二次元コード４０のエンコードおよびデコードの例について概要を示した図である。図中では、チケットＩＤ２６および運用情報２７をユーザ端末２０のエンコード部２２でエンコードして二次元コード４０を生成し、この二次元コード４０をチケットリーダ３０のデコード部３２でデコードしてチケットＩＤ２６および運用情報２７を得る例を模式的に示している。
【００３６】
エンコード部２２では、チケットＩＤ２６や運用情報２７を二次元コード４０に格納してエンコードする際に暗号化（難読化も含む）を行うが、その際の「鍵情報」として、チケットの対象のイベントを一意に識別可能とするイベントコード２５と、ユーザ端末２０を一意に識別可能とする端末ＩＤ２４を用いる。したがって、デコード部３２でのデコードの際にも、共通の「鍵情報」として同じイベントコード３５および端末ＩＤ３４が必要となる。
【００３７】
本実施の形態での「暗号化」は、格納対象のデータを暗号化して、これを一般的な手法と同様の手法で二次元コード化するものではなく、二次元コード化の際に「鍵情報」を用いて「暗号化」してエンコードするものである。したがって、デコードする際に、「鍵情報」がない、もしくは異なる場合は、二次元コード４０のデコード自体はできて、格納されていた（暗号化された）データを得ることはできるものの、その全部（もしくは一部）を復号化できない、というのではなく、デコード自体ができない（二次元コード４０からデータを得られない）ことになる。これにより、デコード時の処理を単純化するとともに、二次元コード４０にエンコードされたデータに暗号化されていないデータが含まれる場合に、これがチケットリーダ３０やその他のリーダ装置において読み取られることを回避してセキュリティを向上させることができる。
【００３８】
例えば、あるイベントのチケットに係る二次元コード４０を間違えて別のイベントにおいて提示してチケットリーダ３０に読み取らせてしまった場合、チケットリーダ３０では、デコード自体がエラーとなることから、復号化等の他の処理を要さずに、かつ当該チケットの内容が秘匿された状態で、チケットが不正・不適切であることを把握することができる。
【００３９】
また、チケットを購入したユーザが保有するユーザ端末２０において生成した二次元コード４０を他のユーザ端末に転送し、転送されたユーザ端末において二次元コード４０を表示してチケットリーダ３０に提示して読み取らせた場合、「鍵情報」である端末ＩＤ３４が、二次元コード４０をエンコードした際のものと異なるためにデコードすることができない。これにより、原則としてチケット購入時のユーザ端末２０のみを有効とする端末認証を実現し、チケットの転売を防止することができる。
【００４０】
なお、イベントコード２５およびイベントコード３５は、ユーザ端末２０およびチケットリーダ３０がそれぞれチケット発行サーバ１０にアクセスして独自に取得することができる。一方、端末ＩＤ２４はユーザ端末２０にしか存在せず、しかもイベントに来場する多数のユーザがそれぞれ保有するユーザ端末２０毎に異なるものであるため、チケットリーダ３０が予め対象の全てのユーザ端末２０の端末ＩＤ２４を把握しておくことは現実的ではない。したがって、端末ＩＤ２４については、例えば、ユーザが二次元コード４０をチケットリーダ３０に読み取らせるためにユーザ端末２０をチケットリーダ３０にかざした（もしくはタッチした）ときに、ＮＦＣ通信によりチケットリーダ３０がユーザ端末２０から読み取る（もしくはユーザ端末２０が送信する）ものとする。
【００４１】
二次元コード４０にエンコードする情報としては、チケットを一意に特定するチケットＩＤ２６については必須であるが、運用情報２７については必ずしも必須ではない。チケットリーダ３０側においてデコード部３２によりデコードして取得したチケットＩＤ２６に基づいてチケット発行サーバ１０にアクセスし、チケットＩＤ２６に対応する運用情報２７を取得する構成としてもよい。一方、二次元コード４０に運用情報２７もエンコードされている場合は、チケットリーダ３０において直接的に運用情報２７を取得することができる。したがって、チケットリーダ３０がチケット発行サーバ１０と接続していないオフラインの環境でも、運用情報２７に基づいて、例えば、座席への案内等、イベントの運用を行うことができる。
【００４２】
＜処理の流れ（チケット購入／発行時）＞
図３は、本実施の形態におけるチケット購入および発行の際の処理の流れの例について概要を示したフロー図である。まず、ユーザは、ユーザ端末２０上のチケット購入部２１によって図示しないディスプレイ上に表示された画面インタフェースを介して所望のイベントのチケットを購入する（Ｓ０１）。これに応じて、チケット発行サーバ１０ではチケット発行部１１により対象のイベントに係るチケットが発行され（Ｓ０２）、チケットの情報（チケットＩＤ２６や運用情報２７、イベントコード２５等）がユーザ端末２０に送信される（Ｓ０３）。ユーザ端末２０では、送信されたチケットの情報を図示しないメモリ等に記録する（Ｓ０４）。
【００４３】
その後、例えば、ユーザが対象のイベントの入場口等に近付いたタイミング等において、ユーザからユーザ端末２０のディスプレイ上に二次元コード４０を表示させるよう要求を受けると、ユーザ端末２０のエンコード部２２では、対象のチケットの情報（チケットＩＤ２６や運用情報２７等）を図示しないメモリ等から取得する（Ｓ１１）。さらに、エンコードする際の「鍵情報」（端末ＩＤ２４やイベントコード２５）を図示しないメモリ等から取得する（Ｓ１２）。そして、チケットの情報を、「鍵情報」を用いて暗号化された二次元コード４０にエンコードし（Ｓ１３）、これをユーザ端末２０のディスプレイに表示させる（Ｓ１４）。ユーザは、この二次元コード４０を、例えば、イベントの入場口等に設置されたチケットリーダ３０に読み取らせる。
【００４４】
＜処理の流れ（チケット利用時）＞
図４は、本実施の形態におけるチケットの利用の際の処理の流れの例について概要を示したフロー図である。予め、イベントの入場口等に設置されたチケットリーダ３０は、チケット処理部３１によりチケット発行サーバ１０に対して対象のイベントのイベントコード３５を要求し、チケット発行サーバ１０から送信されたイベントコード３５を取得して図示しないメモリ等に記録しておく（Ｓ２１、Ｓ２２）。管理者やイベントの担当者等により手動でイベントコード３５を登録するようにしてもよい。
【００４５】
その後、上述の図３に示した処理によりユーザ端末２０のディスプレイに二次元コード４０を表示させたユーザが（Ｓ３１）、ユーザ端末２０をチケットリーダ３０にかざして（タッチして）二次元コード４０を提示すると（Ｓ３２）、チケットリーダ３０のデコード部３２は、図示しないカメラにより当該二次元コード４０を撮影して画像データを取得する（Ｓ３３）。その際、ＮＦＣ通信部３３によりユーザ端末２０のＮＦＣ通信部２３との間でＮＦＣによる通信を確立し、ユーザ端末２０から送信された端末ＩＤ２４（＝端末ＩＤ３４）を「鍵情報」として取得するとともに（Ｓ３４、Ｓ３５）、図示しないメモリ等に記録しているイベントコード３５も「鍵情報」として取得する（Ｓ３４）。
【００４６】
その後、デコード部３２により、取得した「鍵情報」（端末ＩＤ３４、イベントコード３５）を用いて二次元コード４０をデコードする（Ｓ３６）。デコードがエラーとなった場合は、図示しないが、例えば、エラーの旨を出力して処理を終了する。デコードができた場合は、デコード結果からチケットの情報（チケットＩＤ２６や運用情報２７等）を取得する（Ｓ３７）。デコード結果に運用情報２７が含まれない場合は、チケットＩＤ２６をキーとしてチケット発行サーバ１０に運用情報２７等の情報を要求し、チケット発行サーバ１０がこれをチケットＤＢ１４やイベントＤＢ１５等から取得してチケットリーダ３０に送信するようにしてもよい（Ｓ３８）。
【００４７】
チケットリーダ３０では、チケットＩＤ２６や運用情報２７等の情報を図示しないディスプレイに表示したりプリンタによって印刷したりして出力する（Ｓ３９）。これにより、例えば、イベントの入場口の係員等は、ユーザにより提示された二次元コード４０から運用情報２７等のチケットの情報を把握して、座席の案内等の運用を行うことができる。
【００４８】
このように、本発明の一実施の形態であるチケット運用システム１によれば、チケットの運用情報２７等の秘匿対象情報を「暗号化」して二次元コード４０にエンコードする。これにより、チケットリーダ３０が二次元コード４０をデコードして直接的に運用情報２７を得ることができ、チケットリーダ３０がオフラインであってもイベントの運用が可能となる。
【００４９】
また、秘匿対象情報は二次元コード４０において「暗号化」されているため、二次元コード４０の複製や偽造等の不正利用を防止することができる。また、「鍵情報」としてイベントコード２５を用いることで、対象のイベント以外で二次元コード４０が提示された場合にデコード自体をエラーとすることができ、余計な処理を排除できるとともにセキュリティを向上させることができる。また、「鍵情報」として端末ＩＤ２４（＝端末ＩＤ３４）を用いることで、例えば、チケットの転売により他のユーザ端末２０によって二次元コード４０が提示されるような不正利用を防止することができる。
【００５０】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は上記の実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。例えば、上記の実施の形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、上記の実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【００５１】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば、集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリやハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、またはＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【００５２】
また、上記の各図において、制御線や情報線は説明上必要と考えられるものを示しており、必ずしも実装上の全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。
【産業上の利用可能性】
【００５３】
本発明は、二次元コードが付されたチケットの運用を行うチケット運用システムおよびチケット運用方法に利用可能である。
【符号の説明】
【００５４】
１…チケット運用システム、
１０…チケット発行サーバ、１１…チケット発行部、１２…イベント管理部、１３…ユーザＤＢ、１４…チケットＤＢ、１５…イベントＤＢ、
２０…ユーザ端末、２１…チケット購入部、２２…エンコード部、２３…ＮＦＣ通信部、２４…端末ＩＤ、２５…イベントコード、２６…チケットＩＤ、２７…運用情報、
３０…チケットリーダ、３１…チケット処理部、３２…デコード部、３３…ＮＦＣ通信部、３４…端末ＩＤ、３５…イベントコード、
４０…二次元コード、
５０…ネットワーク
【図１】
2019079455.tif 000003
【図２】
2019079455.tif 000004
【図３】
2019079455.tif 000005
【図４】
2019079455.tif 000006