(57)【要約】【課題】発券済の有体物のチケットを安全かつ簡易に発券可能な状態に戻す。【解決手段】チケット２０は、有体物のチケットであって、券面２１と、券面２１に形成された状態復元用コード２４（第１コード）と、状態復元用コード２４を被覆する被覆部２２と、被覆部２２に形成された入場用コード２３（第２コード）と、を有する。状態復元用コード２４は、チケット２０を発券可能な状態に復元させるための情報であって、被覆部２２を除去することで露出する。入場用コード２３は、チケット２０を使用するための情報である。【選択図】図２
2019091303.tif 000002
【特許請求の範囲】
【請求項１】
発券された有体物のチケットを発券可能な状態に復元することが可能なチケットシステムであって、
前記チケットの情報を管理する管理装置を有し、
前記チケットは、
券面と、
前記券面に形成された第１コードと、
前記第１コードを被覆する被覆部と、
前記被覆部に形成された第２コードと、を有し、
前記第１コードは、前記チケットを発券可能な状態に復元させるための情報であって、前記被覆部を除去することで露出し、
前記第２コードは、前記チケットを使用するための情報であり、
前記管理装置は、
前記チケットを識別するチケット識別情報の状態を記憶する状態記憶部と、
前記第１コードを含む入力情報を受け付ける受付部と、
前記入力情報に基づいて、前記状態記憶部に記憶される前記チケット識別情報の状態を、発券済状態から発券可能な状態に更新する更新部と、を備えることを特徴とするチケットシステム。
【請求項２】
前記被覆部は、スクラッチにより除去可能な塗膜であることを特徴とする請求項１に記載のチケットシステム。
【請求項３】
前記チケットの照合を行う照合装置を有し、
前記照合装置は、
前記チケットの前記被覆部に形成された前記第２コードを読み取る読み取り部と、
前記第２コードに基づいて、前記チケットの使用可否を判定する判定部と、を有し、
前記判定部は、前記第２コードの読み取りができない場合には、前記チケットを使用不可と判定する
ことを特徴とする請求項１又は２に記載のチケットシステム。
【請求項４】
前記チケット識別情報の状態が前記発券可能な状態である場合には、前記チケット識別情報により識別されるチケットの発券、譲渡、払い戻し、再販売のうち少なくともいずれかが可能であることを特徴とする請求項１乃至３のいずれかに記載のチケットシステム。
【請求項５】
前記チケット識別情報の状態が前記発券可能な状態である場合には、前記チケット識別情報により識別されるチケットを電子チケットとして発券可能であることを特徴とする請求項４に記載のチケットシステム。
【請求項６】
有体物のチケットであって、
券面と、
前記券面に形成された第１コードと、
前記第１コードを被覆する被覆部と、
前記被覆部に形成された第２コードと、を有し、
前記第１コードは、前記チケットを発券可能な状態に復元させるための情報であって、前記被覆部を除去することで露出し、
前記第２コードは、前記チケットを使用するための情報であることを特徴とするチケット。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、チケットシステム及びチケットに関する。
【背景技術】
【０００２】
チケットの購入者が、チケットの購入をキャンセルすることがある。こうした場合に、キャンセルされたチケットを再販可能とすることで、チケットを買えなかった者に対してチケット購入の機会を設けることがある。
例えば、特許文献１には、チケットを購入したチケット所有者が所定の時点でイベントへの入場をしていない場合に、購入済のチケットのキャンセルを促し、キャンセル後にキャンセル待ちのユーザにチケットの購入を案内するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−４０８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の従来技術は発券前のチケットに対しては適用可能であるが、一旦チケットを紙媒体で発券した後には、同一の権利に対し複数のチケットが併存し得る点で課題がある。
【０００５】
本発明は、上記の課題に鑑みてなされたものであり、本発明の目的は、発券済の有体物のチケットを安全かつ簡易に発券可能な状態に戻すことができるチケットシステム及びチケットを提供することにある。
【課題を解決するための手段】
【０００６】
上記課題は、本発明に係るチケットシステムによれば、発券された有体物のチケットを発券可能な状態に復元することが可能なチケットシステムであって、前記チケットの情報を管理する管理装置を有し、前記チケットは、券面と、前記券面に形成された第１コードと、前記第１コードを被覆する被覆部と、前記被覆部に形成された第２コードと、を有し、前記第１コードは、前記チケットを発券可能な状態に復元させるための情報であって、前記被覆部を除去することで露出し、前記第２コードは、前記チケットを使用するための情報であり、前記管理装置は、前記チケットを識別するチケット識別情報の状態を記憶する状態記憶部と、前記第１コードを含む入力情報を受け付ける受付部と、前記入力情報に基づいて、前記状態記憶部に記憶される前記チケット識別情報の状態を、発券済状態から発券可能な状態に更新する更新部と、を備えることにより解決される。
【０００７】
上記課題は、本発明に係るチケットによれば、有体物のチケットであって、券面と、前記券面に形成された第１コードと、前記第１コードを被覆する被覆部と、前記被覆部に形成された第２コードと、を有し、前記第１コードは、前記チケットを発券可能な状態に復元させるための情報であって、前記被覆部を除去することで露出し、前記第２コードは、前記チケットを使用するための情報であることにより解決される。
【０００８】
上記のチケットシステム及びチケットによれば、有体物のチケットを発券可能な状態に戻すための第１コードを得るためには、チケットを使用するための第２コードが形成された被覆部を除去する必要がある。すなわち、発券済のチケットを使用不能とすることで、チケットから第１コードを得ることができる。これにより、発券済のチケットを安全かつ簡易に発券可能な状態に戻すことができる。
【０００９】
上記のチケットシステムにおいて、前記被覆部は、スクラッチにより除去可能な塗膜であると好適である。
こうすることで、被覆部を簡易な構成で実現できる。また、簡単な作業でチケットから第１コードを得ることができる。
【００１０】
上記のチケットシステムにおいて、前記チケットの照合を行う照合装置を有し、前記照合装置は、前記チケットの前記被覆部に形成された前記第２コードを読み取る読み取り部と、前記第２コードに基づいて、前記チケットの使用可否を判定する判定部と、を有し、前記判定部は、前記第２コードの読み取りができない場合には、前記チケットを使用不可と判定すると好適である。
こうすることで、チケットの使用可否を簡単に判定できる。また、被覆部が除去されているチケットの使用を制限できる。
【００１１】
上記のチケットシステムにおいて、前記チケット識別情報の状態が前記発券可能な状態である場合には、前記チケット識別情報により識別されるチケットの発券、譲渡、払い戻し、再販売のうち少なくともいずれかが可能であると好適である。
こうすることで、発券可能な状態に戻されたチケットの柔軟な活用が可能となる。これにより、利便性が向上する。
【００１２】
上記のチケットシステムにおいて、前記チケット識別情報の状態が前記発券可能な状態である場合には、前記チケット識別情報により識別されるチケットを電子チケットとして発券可能であると好適である。
こうすることで、有体物として一旦発券されたチケットを、電子チケットとして発券できるようになる。
【発明の効果】
【００１３】
本発明によれば、発券済の有体物のチケットを安全かつ簡易に発券可能な状態に戻すことができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態に係るチケットシステムのシステム構成図である。
【図２】チケットの構成例を示す図である。
【図３】チケットシステムに備えられる機能を説明する図である。
【図４】チケット情報テーブルの一例を示す図である。
【図５】チケットの使用可否を判定する処理のシーケンス図である。
【図６】チケットを電子チケットに変更する処理のシーケンス図である。
【発明を実施するための形態】
【００１５】
以下、本発明の一実施形態（本実施形態）について図１乃至図６を参照しながら説明する。
なお、以下に説明する実施形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。すなわち、本発明は、その趣旨を逸脱することなく、変更、改良され得るとともに、本発明にはその等価物が含まれることは勿論である。
特に、以下の説明や図面中に記載されたチケットのデザイン及びレイアウトは、あくまでも一例に過ぎず、本発明の用途やユーザの要望等に応じて適宜変更可能である。
【００１６】
＜チケットシステム１のシステム構成＞
図１に示されるように、チケットシステム１は、管理装置としてのチケット管理サーバ１０、及び照合装置３０を有する。チケット管理サーバ１０と照合装置３０とは、インターネット等のネットワークＮを介して相互に通信可能に接続される。
また、チケット管理サーバ１０は、チケット２０を所有するユーザＵのユーザ端末４０ともネットワークＮを介して相互に通信可能に接続される。
【００１７】
＜＜チケット管理サーバ１０の構成＞＞
チケット管理サーバ１０は、チケット２０の情報を管理するコンピュータである。例えば、チケット管理サーバ１０は、チケット２０の販売処理、譲渡処理、払戻処理、発券処理、入場時の適正性判定処理、ステータスの管理等の各種処理を担う。
【００１８】
図１に示されるように、チケット管理サーバ１０は、ハードウェア構成として、プロセッサ１１、記憶装置１２及び通信用インターフェース１３を備える。
【００１９】
プロセッサ１１は、プログラムに記述された命令セットを実行するためのハードウェア（例えばＣＰＵ）である。そして、プロセッサ１１は、記憶装置１２に記憶されるプログラムやデータに基づいて各種の演算処理を実行するとともに、チケット管理サーバ１０の各部を制御する。
【００２０】
記憶装置１２は、例えばメモリ、磁気ディスク装置を含み構成され、各種のプログラムやデータを記憶する。一例としては、記憶装置１２には、後述するチケット情報テーブルＴ等のデータが記憶される。また、記憶装置１２は、プロセッサ１１のワークメモリとしても用いられる。なお、プロセッサ１１には、フラッシュメモリ、光学ディスク等の情報記憶媒体が含まれていてもよい。
【００２１】
通信用インターフェース１３は、例えばネットワークインターフェースカードを含み構成され、インターネットやイントラネット等の通信網を経由して、照合装置３０、ユーザ端末４０等のコンピュータと通信する。
【００２２】
＜＜チケット２０の構成＞＞
チケット２０は、所定の興行（イベント）への参加権が対応付けられた有体物のチケットである。本実施形態では、チケット２０は、例えば、所定の日時におけるイベント会場Ｓの座席の使用権を有する。
なお、チケット２０は、発券された紙媒体のチケットであり、ユーザＵの所有物とする。
【００２３】
ここで、図２を参照しながら、チケット２０の構成について説明する。図２に示されるように、チケット２０は、チケットの情報が印字された券面２１と、券面２１の一部を被覆する被覆部２２を有する。
この被覆部２２の上には、入場用コード２３が形成されている。入場用コード２３は、チケット２０の使用時に照合装置３０により読み取られる情報である。そして、入場用コード２３の情報が適正であれば、チケット２０の使用、すなわちイベント会場Ｓへの入場が許可される。
【００２４】
なお、本実施形態では、入場用コード２３は、チケット２０の固有情報を符号化したバーコードとするが、これに限られない。例えば、入場用コード２３は、二次元コード、文字列等であってもよい。
【００２５】
また、被覆部２２は、例えば特殊なシルバーインキを使ってシルク印刷（孔版印刷）をすることにより形成したスクラッチ部分である。
具体的には、被覆部２２は、券面２１にオフセット印刷を行った後に、券面２１において秘匿する部分（状態復元用コード２４が印字された部分）に上記のシルク印刷をすることにより形成される。
この被覆部２２は、削り取ることが可能であり、被覆部２２を削り取ることにより、券面２１に印字された状態復元用コード２４が露出する。
【００２６】
状態復元用コード２４は、チケット２０を再び発券可能な状態に復元するための情報（状態復元情報）である。
本実施形態では、状態復元用コード２４は、状態復元情報の文字列をそのまま印字した例を示しているが、状態復元用コード２４は状態復元情報を符号化したコード画像（バーコードや二次元コード）であってもよい。
【００２７】
まず、チケット２０が購入されてから発券されるまでは、チケット管理サーバ１０では、チケット２０のチケットＩＤに発券可能な状態を示すステータスが関連付けられる。その後、チケット２０が発券されると、チケット管理サーバ１０において上記のチケットＩＤには発券済の状態を示すステータスが関連付けて記憶される。チケットＩＤが発券済の状態では、上記のチケットＩＤの電子チケットの発券、権利の譲渡、再販売等は制限される。
これに対し、状態復元用コード２４を用いることで、チケット管理サーバ１０において、チケットＩＤのステータスを発券可能な状態に復元することが可能となる。
【００２８】
図２に示すように、状態復元用コード２４を得るには、被覆部２２を削り取る必要がある。ここで、状態復元用コード２４と入場用コード２３とは上下において少なくとも一部が重なるように形成されている。これにより、状態復元用コード２４を得るには、被覆部２２のうち少なくとも入場用コード２３が形成されている箇所を削り取り、チケット２０を使用不能な状態とする必要がある。これにより、同一の権利について複数のチケット２０が存在しないことを担保できる。
なお、上記のチケット２０を発券可能な状態に復元させるための処理の詳細については後述する。
【００２９】
＜＜照合装置３０の構成＞＞
照合装置３０は、イベント会場ＳのゲートＧに設置され、チケット２０の適正性を判定する装置である。具体的には、照合装置３０は、チケット２０の入場用コード２３を読み取り、読み取った入場用コード２３が適正なものである場合には、チケット２０の所有者であるユーザＵに対し、イベント会場Ｓへの入場を許可する。
なお、照合装置３０は、チケット２０から入場用コード２３が読み取れない場合や、読み取った入場用コード２３が適正なものでない場合には、チケット２０の所有者であるユーザＵに対し、イベント会場Ｓへの入場を拒否する。
例えば、照合装置３０は、上記のイベント会場Ｓの入場の許可及び拒否の判定結果に応じて、ゲートＧに設けられた開閉バーを制御することとしてよい。
【００３０】
図１に示されるように、照合装置３０は、ハードウェア構成として、プロセッサ３１、記憶装置３２、通信用インターフェース３３、及びバーコードリーダ３４を備える。
【００３１】
プロセッサ３１は、プログラムに記述された命令セットを実行するためのハードウェア（例えばＣＰＵ）である。そして、プロセッサ３１は、記憶装置３２に記憶されるプログラムやデータに基づいて各種の演算処理を実行するとともに、照合装置３０の各部を制御する。
【００３２】
記憶装置３２は、例えばメモリ、磁気ディスク装置を含み構成され、各種のプログラムやデータを記憶する。また、記憶装置３２は、プロセッサ３１のワークメモリとしても用いられる。なお、記憶装置３２には、フラッシュメモリ、光学ディスク等の情報記憶媒体が含まれていてもよい。
【００３３】
通信用インターフェース３３は、例えばネットワークインターフェースカードを含み構成され、インターネットやイントラネット等の通信網を経由して、チケット管理サーバ１０等のコンピュータと通信する。
【００３４】
バーコードリーダ３４は、レーザー光によりバーコードをスキャンして、バーコードに符号化された情報を読み取るデバイスである。
具体的には、バーコードリーダ３４は、チケット２０の被覆部２２に形成された入場用コード２３を読み取る。
【００３５】
＜チケットシステム１の概要＞
ここで、図１及び図２を参照しながら、チケットシステム１における処理の概要について説明する。
【００３６】
＜＜チケット２０に対する入場時の処理（Ａ）＞＞
まず、チケット２０に対する入場時の処理は以下の（Ａ１）〜（Ａ４）のステップで実行される。
【００３７】
（Ａ１）ユーザＵは、チケット２０をゲートＧの係員に提示すると、係員は、照合装置３０のバーコードリーダ３４によりチケット２０の入場用コード２３の情報を読み取る。
ここで、チケット２０の被覆部２２が削り取られている等により入場用コード２３の情報が読み取れない場合には、照合装置３０は入場不可と判定する。
【００３８】
（Ａ２）照合装置３０は、チケット２０から入場用コード２３を読み取れた場合には、読み取った入場用コードをチケット管理サーバ１０に送信する。
【００３９】
（Ａ３）チケット管理サーバ１０は、照合装置３０から受信した入場用コードが適正なものであるかを判定し、その判定結果を照合装置３０に通知する。
【００４０】
（Ａ４）照合装置３０は、チケット管理サーバ１０から通知された判定結果が適正なチケットであることを示す場合には、ユーザＵのイベント会場Ｓへの入場を許可し、適正なチケットでないことを示す場合には、ユーザＵのイベント会場Ｓへの入場を拒否する。
以上がチケット２０に対する入場時の処理である。
【００４１】
＜＜チケット２０を電子チケットとして再発券する処理（Ｂ）＞＞
次に、チケット管理サーバ１０において管理されるチケット２０を電子チケットとして再発券する際の処理は、以下の（Ｂ１）〜（Ｂ４）のステップで実行される。
【００４２】
（Ｂ１）ユーザＵは、チケット２０から被覆部２２を削り取り、被覆部２２により隠されていた状態復元用コード２４を露出させる。
【００４３】
（Ｂ２）次に、ユーザＵは、状態復元用コード２４の情報をユーザ端末４０に入力する。
【００４４】
（Ｂ３）ユーザ端末４０は、入力された状態復元用コード２４の情報をチケット管理サーバ１０に送信し、電子チケットのダウンロードを要求する。
【００４５】
（Ｂ４）チケット管理サーバ１０は、状態復元用コード２４の情報に基づいてチケット２０の状態を発券可能な状態に更新する。次いで、チケット管理サーバ１０は、発券可能な状態となったチケットの電子チケットをユーザ端末４０に提供する。
【００４６】
なお、上記の例において、チケットが発券可能な状態となった場合に、電子チケットの発行以外に他者への譲渡や、払い戻し、再販等を行うようにしてもよい。
【００４７】
＜チケットシステム１に備えられる機能＞
次に、上記の処理を実現するためにチケットシステム１に備えられる機能について説明する。
以下では、図３に基づき、チケット管理サーバ１０と照合装置３０のそれぞれに備えられる機能の詳細について説明する。
【００４８】
＜＜チケット管理サーバ１０の機能＞＞
図３に示されるように、チケット管理サーバ１０は、機能として状態記憶部１５、受付部１６及び更新部１７を有する。
チケット管理サーバ１０に備えられる上記各部の機能は、プロセッサ１１が、記憶装置１２に記憶されるプログラム及びデータに基づいてチケット管理サーバ１０の各部を制御することにより実現されるものである。なお、チケット管理サーバ１０は、上記のプログラムを、コンピュータ読み取り可能な情報記憶媒体から読み込むこととしてもよいし、インターネットやイントラネット等の通信網を介して受信してもよい。
以下、チケット管理サーバ１０に備えられる上記の各部の機能の詳細について説明する。
【００４９】
＜＜＜状態記憶部１５の説明＞＞＞
状態記憶部１５は、有体物のチケット２０を識別するチケット識別情報の状態を記憶する。チケット２０は、例えば紙やカード等の有体物である。
【００５０】
チケット２０は、券面２１と、券面２１に形成された状態復元用コード２４（第１コード）と、状態復元用コード２４を被覆する被覆部２２と、被覆部２２に形成された入場用コード２３（第２コード）と、を有する。
【００５１】
「券面」とは、チケット２０が紙チケットである場合にはその台紙である。換言すれば、チケット２０の権利情報が記載されている紙媒体（又はカード媒体）である。
【００５２】
「第１コード」とは、チケット２０を発券可能な状態に復元させるための情報（状態復元情報）であって、被覆部２２を除去することで露出する情報である。すなわち、券面２１において被覆部２２により隠されている情報が上記の「第１コード」である。
「第１コード」は、状態復元情報を示す文字列画像であってもよいし、状態復元情報を符号化したコード画像であってもよい。
例えば、券面２１に印字される状態復元用コード２４が上記の「第１コード」に相当する。
【００５３】
「被覆部」とは、券面２１に形成された第１コードを被覆し、券面２１から除去可能な部分である。
例えば、被覆部２２は、券面２１に形成される状態復元用コード２４の上に形成され、スクラッチにより除去可能な塗膜である。
具体的には、被覆部２２は、例えば特殊なシルバーインキを使ってシルク印刷（孔版印刷）をすることにより形成したスクラッチ部分である。
【００５４】
「第２コード」とは、チケット２０を使用するための情報である。例えば、イベント会場Ｓに入場するための入場用コード２３が上記の「第２コード」に相当する。
【００５５】
「チケット識別情報」とは、チケット２０を一意に識別する情報であり、チケットＩＤが「チケット識別情報」に相当する。
「チケット識別情報の状態」とは、チケット識別情報に関連付けられるチケットの状態である。チケットの状態とは、チケットが「未購入」、「発券可能」、「発券済」、「使用済」等の複数の状態を含む。
【００５６】
「未購入」とは、チケットが購入されていない状態である。
「発券可能」とは、チケットが購入されているが、発券されていない状態である。すなわち、「発券可能」とは、紙チケット等の有体物、又は電子チケット等の無体物としてチケットが発行されておらず、チケットの発行が可能であることに相当する。なお「発券可能」とは、「未発券状態」と言い換えてもよい。
「発券済」とは、チケットが紙チケット等の有体物、又は電子チケット等の無体物として発行された状態である。
「使用済」とは、チケットが使用された状態である。例えば、チケット２０が照合装置３０において照合が済んだ状態は、上記の「使用済」の状態に相当する。
【００５７】
チケット識別情報の状態が発券可能な状態である場合には、チケット識別情報により識別されるチケットの発券、譲渡、払い戻し、再販売のうち少なくともいずれかが可能である。
【００５８】
「発券」とは、上述したように、紙チケットや、電子チケットを発行することである。
すなわち、チケット識別情報の状態が発券可能な状態である場合には、チケット識別情報により識別されるチケットを電子チケットとして発券可能である。
「電子チケット」とは、ユーザ端末４０に格納されるチケットの電子データである。例えば、電子チケットは、ユーザ端末４０のディスプレイに、チケット２０に対応する画像を表示させるものとしてよい。
【００５９】
「譲渡」とは、チケットの権利をチケットの現在の所有者以外の他者に譲り渡すことである。具体的には、チケット識別情報の所有者を、譲渡先のユーザに書き換えることが上記の「譲渡」に相当する。
【００６０】
「払い戻し」とは、チケットの所有者である地位を破棄（キャンセル）して、チケットの代金の返還を受けることである。
【００６１】
「再販売（リセール）」とは、チケットの所有者である地位を維持したまま、チケットを他者に販売することである。
【００６２】
状態記憶部１５は、主にチケット管理サーバ１０の記憶装置１２により実現される。具体的には、記憶装置１２は、チケット情報テーブルＴを記憶する。
図４に示されるように、チケット情報テーブルＴは、チケットＩＤ（チケット識別情報）に関連付けて、チケットのステータス（状態）、チケット所有者のユーザＩＤ、イベントＩＤ、第１コード（状態復元用コード２４）、第２コード（入場用コード２３）の情報が記憶される。
【００６３】
＜＜＜受付部１６の説明＞＞＞
受付部１６は、第１コードを含む入力情報を受け付ける。
「入力情報」とは、第１コードとしての状態復元用コード２４に示される情報を含む。「入力情報」には、第１コードに加えて、チケットの処理を示すコマンドを含んでもよい。
また、受付部１６は、例えばユーザ端末４０から上記の入力情報を受け付ける。
【００６４】
受付部１６は、主にチケット管理サーバ１０のプロセッサ１１、記憶装置１２、及び通信用インターフェース１３により実現される。
具体的には、プロセッサ１１は、通信用インターフェース１３を介して、ユーザ端末４０から送信されるチケット２０の第１コードを含む入力情報を受信する。
【００６５】
＜＜＜更新部１７の説明＞＞＞
更新部１７は、入力情報に基づいて、状態記憶部１５に記憶されるチケット識別情報の状態を、発券済状態から発券可能な状態に更新する。
具体的には、更新部１７は、入力情報に含まれる第１コードに基づいて状態記憶部１５に記憶されるチケット識別情報の中から該当するチケット識別情報を特定する。そして、更新部１７は、上記特定したチケット識別情報の情報を、発券済状態から発券可能な状態に更新する。
【００６６】
更新部１７は、主にチケット管理サーバ１０のプロセッサ１１及び記憶装置１２により実現される。
具体的には、プロセッサ１１は、受付部１６で受け付けた入力情報に含まれる第１コードをキーとして、記憶装置１２に記憶されるチケット情報テーブルＴから該当するチケットＩＤを特定する。そして、プロセッサ１１は、上記特定したチケットＩＤのステータスを「発券可能」に更新する。
【００６７】
＜＜照合装置３０の機能＞＞
図３に示されるように、照合装置３０は、機能として読み取り部３６及び判定部３７を有する。
照合装置３０に備えられる上記各部の機能は、プロセッサ３１が、記憶装置３２に記憶されるプログラム及びデータに基づいて照合装置３０の各部を制御することにより実現されるものである。なお、照合装置３０は、上記のプログラムを、コンピュータ読み取り可能な情報記憶媒体から読み込むこととしてもよいし、インターネットやイントラネット等の通信網を介して受信してもよい。
以下、照合装置３０に備えられる上記の各部の機能の詳細について説明する。
【００６８】
＜＜＜読み取り部３６の説明＞＞＞
読み取り部３６は、チケット２０の被覆部２２に形成された入場用コード２３（第２コード）を読み取る。
読み取り部３６は、主に照合装置３０のプロセッサ３１、記憶装置３２及びバーコードリーダ３４により実現される。
具体的には、プロセッサ３１は、バーコードリーダ３４で読み取ったチケット２０の入場用コード２３（第２コード）の情報を取得する。
【００６９】
＜＜＜判定部３７の説明＞＞＞
判定部３７は、第２コードに基づいて、チケット２０の使用可否を判定する。
判定部３７は、第２コードの読み取りができない場合には、チケット２０を使用不可と判定する。
【００７０】
「チケット２０の使用可否を判定する」とは、チケット２０が使用可であるか、使用不可であるかを判定することである。
例えば、判定部３７は、読み取り部３６によりチケット２０から入場用コード２３（第２コード）の読み取りができない場合には、チケット２０が使用不可であると判定する。
また、判定部３７は、読み取り部３６により読み取った第２コードが、チケット管理サーバ１０のチケット情報テーブルＴに記憶される第２コードと一致しない場合には、チケット２０が使用不可であると判定する。
また、判定部３７は、読み取り部３６により読み取った第２コードが、チケット管理サーバ１０のチケット情報テーブルＴに記憶される第２コードと一致する場合であって、当該第２コードに関連付けられるチケットＩＤのステータスが「発券済」でない場合（「使用済」を含む）には、チケット２０が使用不可であると判定する。
一方で、判定部３７は、読み取り部３６により読み取った第２コードが、チケット管理サーバ１０のチケット情報テーブルＴに記憶される第２コードと一致する場合であって、当該第２コードに関連付けられるチケットＩＤのステータスが「発券済」である場合には、チケット２０が使用可であると判定する。
【００７１】
判定部３７は、主に照合装置３０のプロセッサ３１、記憶装置３２、及び通信用インターフェース３３により実現される。
具体的には、プロセッサ３１は、読み取り部３６により第２コードが読み取られたか否かを判定し、読み取られなかった場合にはチケット２０を使用不可と判定する。
プロセッサ３１は、読み取り部３６により第２コードが読み取られた場合には、当該第２コードに関連付けられるチケットＩＤのステータスが「発券済」であるか否かを、通信用インターフェース３３を介してチケット管理サーバ１０に問い合わせる。
プロセッサ３１は、通信用インターフェース３３を介して、チケット管理サーバ１０から上記の問い合わせの結果を受信し、上記の問い合わせの結果が真（すなわちステータスが「発券済」である）である場合には、チケット２０を使用可と判定し、それ以外の場合にはチケット２０を使用不可と判定する。
【００７２】
＜チケットシステム１において実行される処理の流れ＞
次に、図５及び図６を参照しながら、チケットシステム１において実行される処理の流れについて説明する。
【００７３】
＜＜チケット２０の使用時の処理＞＞
まず、図５に基づいて、チケット２０の使用時の処理について説明する。
図５に示されるように、照合装置３０は、チケット２０の入場用コード２３（第２コード）を読み取り（Ｓ３０１）、読み取りができた場合には（Ｓ３０２：Ｙｅｓ）、Ｓ３０３に進む。
【００７４】
Ｓ３０３において、照合装置３０は、Ｓ３０１で読み取った第２コードをチケット管理サーバ１０に送信する。
【００７５】
チケット管理サーバ１０は、照合装置３０から第２コードを受信すると（Ｓ１０１）、受信した第２コードを含むレコードをチケット情報テーブルＴから検索する。
そして、チケット管理サーバ１０は、上記検索されたレコードに格納されるチケットのステータスが「発券済」であるか否かを判定する（Ｓ１０２）。
Ｓ１０２で、上記検索されたレコードに格納されるチケットのステータスが「発券済」である場合には、チケット管理サーバ１０は、そのステータスを「使用済」に更新する（Ｓ１０３）。
そして、チケット管理サーバ１０は、Ｓ１０２の判定結果（真／偽）を照合装置３０に送信する（Ｓ１０４）。
なお、上記の判定結果において「真」とは、Ｓ１０２で検索されたレコードに格納されるチケットのステータスが「発券済」であることを示し、「偽」とはそれ以外であることを示す。
【００７６】
照合装置３０は、チケット管理サーバ１０から判定結果を受信すると（Ｓ３０４）、受信した判定結果に基づき、チケット２０が適正か否かを判定する（Ｓ３０５）。
具体的には、チケット管理サーバ１０から受信した判定結果が真である場合には、チケット２０が適正であると判定し、上記受信した判定結果が偽である場合には、チケット２０が適正でないと判定する。
【００７７】
そして、チケット２０が適正である場合には（Ｓ３０５：Ｙｅｓ）、照合装置３０は、チケット２０を使用可と判定して（Ｓ３０６）、チケット２０を所有するユーザＵのイベント会場Ｓへの入場を許可する（Ｓ３０７）。
一方で、チケット２０が適正でない場合には（Ｓ３０５：Ｎｏ）、照合装置３０は、チケット２０を使用不可と判定して（Ｓ３０８）、チケット２０を所有するユーザＵのイベント会場Ｓへの入場を拒否する（Ｓ３０９）。
以上が、チケット２０の使用時に実行される処理の一例である。
【００７８】
＜＜チケット２０の電子チケットへの変更処理＞＞
次に、図６に基づいて、紙媒体として既に発券されているチケット２０を電子チケットに変更する処理について説明する。
まず、ユーザＵは、チケット２０の被覆部２２を削り取り、チケット２０から状態復元用コード２４（第１コード）の情報を得られるようにする。
【００７９】
図６に示されるように、ユーザ端末４０は、ユーザＵから第１コードの入力を受け付けると（Ｓ４０１）、受け付けた第１コードをチケット管理サーバ１０に送信する（Ｓ４０２）。
【００８０】
チケット管理サーバ１０は、ユーザ端末４０から第１コードを受信すると（Ｓ１１１）、チケット情報テーブルＴにおいて第１コードに関連付けられたチケットＩＤを特定する（Ｓ１１２）。
【００８１】
次に、チケット管理サーバ１０は、上記特定したチケットＩＤのステータスを「発券可能」に更新する（Ｓ１１３）。
そして、チケット管理サーバ１０は、上記のチケットＩＤのステータスの更新が完了した旨をユーザ端末４０に通知する（Ｓ１１４）。
【００８２】
ユーザ端末４０は、チケット管理サーバ１０からチケットのステータスの更新完了通知を受信すると（Ｓ４０３）、ユーザＵからの操作に基づいて、上記チケットＩＤに係る電子チケットのダウンロードをチケット管理サーバ１０に要求する（Ｓ４０４）。
【００８３】
チケット管理サーバ１０は、ユーザ端末４０から電子チケットのダウンロード要求を受け付けると（Ｓ１１５）、要求に係るチケットＩＤのステータスを「発券済（電子チケット）」に更新するとともに、第１コード及び第２コードを、発券する電子チケットに固有の情報に更新する（Ｓ１１６）。
そして、チケット管理サーバ１０は、電子チケットをユーザ端末４０に送信する（Ｓ１１７）。
【００８４】
ユーザ端末４０は、チケット管理サーバ１０から電子チケットを受信し（Ｓ４０５）、メモリ内に電子チケットを保存する（Ｓ４０６）。
以上がチケット２０を電子チケットに変更する処理の一例である。
【００８５】
＜まとめ＞
本実施形態に係るチケットシステム１は、発券された有体物のチケット２０を発券可能な状態に復元することが可能なチケットシステム１であり、チケット２０の情報を管理するチケット管理サーバ１０（管理装置）を有する。チケット２０は、券面２１と、券面２１に形成された状態復元用コード２４（第１コード）と、状態復元用コード２４を被覆する被覆部２２と、被覆部２２に形成された入場用コード２３（第２コード）と、を有する。状態復元用コード２４は、チケット２０を発券可能な状態に復元させるための情報であって、被覆部２２を除去することで露出する。入場用コード２３は、チケット２０を使用するための情報である。チケット管理サーバ１０は、チケット２０を識別するチケット識別情報の状態を記憶する状態記憶部１５と、状態復元用コード２４を含む入力情報を受け付ける受付部１６と、入力情報に基づいて、状態記憶部１５に記憶されるチケット識別情報の状態を、発券済状態から発券可能な状態に更新する更新部１７と、を備える。
【００８６】
本実施形態に係るチケット２０は、有体物のチケットであって、券面２１と、券面２１に形成された状態復元用コード２４（第１コード）と、状態復元用コード２４を被覆する被覆部２２と、被覆部２２に形成された入場用コード２３（第２コード）と、を有する。状態復元用コード２４は、チケット２０を発券可能な状態に復元させるための情報であって、被覆部２２を除去することで露出する。入場用コード２３は、チケット２０を使用するための情報である。
【００８７】
チケットシステム１及びチケット２０によれば、有体物のチケット２０を発券可能な状態に戻すための状態復元用コード２４を得るためには、チケット２０を使用するための入場用コード２３が形成された被覆部２２を除去する必要がある。すなわち、発券済のチケット２０を使用不能とすることで、チケット２０から状態復元用コード２４を得ることができる。これにより、発券済のチケット２０を安全かつ簡易に発券可能な状態に戻すことができる。
【００８８】
チケットシステム１では、被覆部２２は、スクラッチにより除去可能な塗膜である。
こうすることで、被覆部２２を簡易な構成で実現できる。また、簡単な作業でチケット２０から状態復元用コード２４を得ることができる。
【００８９】
チケットシステム１は、チケット２０の照合を行う照合装置３０を有する。照合装置３０は、チケット２０の被覆部２２に形成された入場用コード２３を読み取る読み取り部３６と、入場用コード２３に基づいて、チケット２０の使用可否を判定する判定部３７と、を有する。判定部３７は、入場用コード２３の読み取りができない場合には、チケットを使用不可と判定する。
こうすることで、チケット２０の使用可否を簡単に判定できる。また、被覆部２２が除去されているチケット２０の使用を制限できる。
【００９０】
チケットシステム１では、チケット識別情報の状態が発券可能な状態である場合には、チケット識別情報により識別されるチケットの発券、譲渡、払い戻し、再販売のうち少なくともいずれかが可能である。
こうすることで、発券可能な状態に戻されたチケットの柔軟な活用が可能となる。これにより、利便性が向上する。
【００９１】
チケットシステム１では、チケット識別情報の状態が発券可能な状態である場合には、チケット識別情報により識別されるチケットを電子チケットとして発券可能である。
こうすることで、有体物として一旦発券されたチケットを、電子チケットとして発券できるようになる。
【００９２】
＜その他の実施形態＞
本発明は上記の実施形態に限定されるものではない。
例えば、被覆部２２は、一旦剥がすと再貼付不能なシールにより構成してもよい。
また、被覆部２２は、熱、光、又は電気の作用により、不可逆的に消失する材料により構成してもよい。
【００９３】
また、照合装置３０を使用せずに、チケット２０の入退場の判定を行ってもよい。この場合には、ゲートＧの係員が、被覆部２２に形成された入場用コード２３が破損していないと確認した場合に入場を許可し、入場用コード２３が破損している場合には入場を拒否するようにしてよい。
また、チケットシステム１において、発券可能な状態のチケットを、再び紙媒体のチケットとして発券してもよい。
【符号の説明】
【００９４】
１  チケットシステム
１０  チケット管理サーバ
１１  プロセッサ
１２  記憶装置
１３  通信用インターフェース
１５  状態記憶部
１６  受付部
１７  更新部
２０  チケット（紙媒体チケット）
２１  券面
２２  被覆部
２３  入場用コード（第２コード）
２４  状態復元用コード（第１コード）
３０  照合装置
３１  プロセッサ
３２  記憶装置
３３  通信用インターフェース
３４  バーコードリーダ
３６  読み取り部
３７  判定部
４０  ユーザ端末
Ｇ  ゲート
Ｎ  ネットワーク
Ｓ  イベント会場
Ｔ  チケット情報テーブル
Ｕ  ユーザ
【図１】
2019091303.tif 000003
【図２】
2019091303.tif 000004
【図３】
2019091303.tif 000005
【図４】
2019091303.tif 000006
【図５】
2019091303.tif 000007
【図６】
2019091303.tif 000008
【手続補正書】
【提出日】平成31年2月1日(2019.2.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
発券された有体物のチケットを発券可能な状態に復元することが可能なチケットシステムであって、
前記チケットの情報を管理する管理装置を有し、
前記チケットは、
券面と、
前記券面に形成された第１コードと、
前記第１コードを被覆する被覆部と、
前記被覆部に形成された第２コードと、を有し、
前記第１コードは、前記チケットを発券可能な状態に復元させるための情報であって、前記被覆部を除去することで露出し、
前記第２コードは、前記チケットを使用するための情報であり、
前記管理装置は、
前記チケットを識別するチケット識別情報の状態を記憶する状態記憶部と、
前記第１コードを含む入力情報を受け付ける受付部と、
前記入力情報に基づいて、前記状態記憶部に記憶される前記チケット識別情報の状態を、発券済状態から発券可能な状態に更新する更新部と、を備えることを特徴とするチケットシステム。
【請求項２】
前記被覆部は、スクラッチにより除去可能な塗膜であることを特徴とする請求項１に記載のチケットシステム。
【請求項３】
前記チケットの照合を行う照合装置を有し、
前記照合装置は、
前記チケットの前記被覆部に形成された前記第２コードを読み取る読み取り部と、
前記第２コードに基づいて、前記チケットの使用可否を判定する判定部と、を有し、
前記判定部は、前記第２コードの読み取りができない場合には、前記チケットを使用不可と判定する
ことを特徴とする請求項１又は２に記載のチケットシステム。
【請求項４】
前記チケット識別情報の状態が前記発券可能な状態である場合には、前記チケット識別情報により識別されるチケットの発券、譲渡、払い戻し、再販売のうち少なくともいずれかが可能であることを特徴とする請求項１乃至３のいずれかに記載のチケットシステム。
【請求項５】
前記チケット識別情報の状態が前記発券可能な状態である場合には、前記チケット識別情報により識別されるチケットを電子チケットとして発券可能であることを特徴とする請求項４に記載のチケットシステム。
【請求項６】
有体物のチケットであって、
券面と、
前記券面に形成された第１コードと、
前記第１コードを被覆する被覆部と、
前記被覆部に形成された第２コードと、を有し、
前記第１コードは、前記チケットを発券可能な状態に復元させるための情報であって、前記被覆部を除去することで露出し、
前記第２コードは、前記チケットを使用して会場に入場するための情報であることを特徴とするチケット。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
上記課題は、本発明に係るチケットによれば、有体物のチケットであって、券面と、前記券面に形成された第１コードと、前記第１コードを被覆する被覆部と、前記被覆部に形成された第２コードと、を有し、前記第１コードは、前記チケットを発券可能な状態に復元させるための情報であって、前記被覆部を除去することで露出し、前記第２コードは、前記チケットを使用して会場に入場するための情報であることにより解決される。