(57)【特許請求の範囲】
【請求項１】
チケットの情報を管理するチケット管理装置と、前記チケット管理装置と通信可能に接続されるチケット照合装置と、を備えるチケットシステムであって、
前記チケット管理装置は、
決済済のチケットがそれぞれ発券済状態であるか未発券状態であるかを関連付けて記憶する記憶手段と、
発券済状態であるチケットの中から未発券状態に復元するチケットの指定を受け付ける受付手段と、
前記受付手段により受け付けたチケットの固有情報のリストを前記チケット照合装置に送信する第１送信手段と、を備え、
前記チケット照合装置は、
発券済のチケットの固有情報を取得する取得手段と、
前記第１送信手段により送信されたリストの中に前記取得手段により取得した固有情報が含まれる場合に、前記発券済のチケットの回収を案内する案内手段と、
前記案内手段による案内に応じて回収された前記発券済のチケットの情報を前記チケット管理装置に送信する第２送信手段と、を備え、
前記チケット管理装置は、前記第２送信手段により送信されたチケットの情報に関連付けて前記記憶手段に記憶される情報を、当該チケットが未発券状態であることに更新する更新手段を更に備えることを特徴とするチケットシステム。
【請求項２】
前記取得手段は、前記発券済のチケットに印字されている前記固有情報をスキャンして取得することを特徴とする請求項１に記載のチケットシステム。
【請求項３】
前記固有情報は、前記発券済のチケットの発券番号を含む情報であることを特徴とする請求項１又は２に記載のチケットシステム。
【請求項４】
前記受付手段は、前記未発券状態に復元するチケットの指定とともに、当該チケットの固有情報を受け付けることを特徴とする請求項１乃至３のいずれかに記載のチケットシステム。
【請求項５】
前記案内手段は、前記受付手段により受け付けたチケットの固有情報の中に前記取得した固有情報が含まれない場合には、前記発券済のチケットを未発券化する処理を停止するように案内することを特徴とする請求項１乃至４のいずれかに記載のチケットシステム。
【請求項６】
チケットの情報を管理するチケット管理装置と、前記チケット管理装置と通信可能に接続されるチケット照合装置と、を備えるチケットシステムの制御方法であって、
前記チケット管理装置が、
記憶手段に決済済のチケットがそれぞれ発券済状態であるか未発券状態であるかを関連付けて記憶するステップと、
発券済状態であるチケットの中から未発券状態に復元するチケットの指定を受け付ける受付ステップと、
前記受付ステップで受け付けたチケットの固有情報のリストを前記チケット照合装置に送信する第１送信ステップと、を含み、
前記チケット照合装置が、
発券済のチケットの固有情報を取得する取得ステップと、
前記第１送信ステップで送信されたリストの中に前記取得ステップで取得した固有情報が含まれる場合に、前記発券済のチケットの回収を案内する案内ステップと、
前記案内ステップでの案内に応じて回収された前記発券済のチケットの情報を前記チケット管理装置に送信する第２送信ステップと、を含み、
前記チケット管理装置が、
前記第２送信ステップで送信されたチケットの情報に関連付けて前記記憶手段に記憶される情報を、当該チケットが未発券状態であることに更新する更新ステップを更に含むことを特徴とするチケットシステムの制御方法。
【請求項７】
チケットの情報を管理するチケット管理装置と、前記チケット管理装置と通信可能に接続されるチケット照合装置と、を備えるチケットシステムであって、
前記チケット管理装置は、
決済済のチケットがそれぞれ発券済状態であるか未発券状態であるかを関連付けて記憶する記憶手段と、
発券済状態であるチケットの中から未発券状態に復元するチケットの指定を受け付ける受付手段と、を備え、
前記チケット照合装置は、
発券済のチケットの固有情報を取得する取得手段と、
前記取得手段により取得したチケットの固有情報を前記チケット管理装置に送信する手段と、を備え、
前記チケット管理装置は、前記受付手段により受け付けたチケットの固有情報の中に前記取得手段により取得した固有情報が含まれるか否かを示す照合結果を前記チケット照合装置に送信する手段を更に備え、
前記チケット照合装置は、
前記照合結果が、前記受付手段により受け付けたチケットの固有情報の中に前記取得手段により取得した固有情報が含まれることを示す場合に、前記発券済のチケットの回収を案内する案内手段と、
前記案内手段による案内に応じて回収された前記発券済のチケットの情報を前記チケット管理装置に送信する送信手段と、を更に備え、
前記チケット管理装置は、前記送信手段により送信されたチケットの情報に関連付けて前記記憶手段に記憶される情報を、当該チケットが未発券状態であることに更新する更新手段を更に備えることを特徴とするチケットシステム。
【請求項８】
チケットの情報を管理するチケット管理装置と、前記チケット管理装置と通信可能に接続されるチケット照合装置と、を備えるチケットシステムの制御方法であって、
前記チケット管理装置が、
記憶手段に決済済のチケットがそれぞれ発券済状態であるか未発券状態であるかを関連付けて記憶するステップと、
発券済状態であるチケットの中から未発券状態に復元するチケットの指定を受け付ける受付ステップと、を含み、
前記チケット照合装置が、
発券済のチケットの固有情報を取得する取得ステップと、
前記取得ステップで取得したチケットの固有情報を前記チケット管理装置に送信するステップと、を含み、
前記チケット管理装置が、前記受付ステップで受け付けたチケットの固有情報の中に前記取得ステップで取得した固有情報が含まれるか否かを示す照合結果を前記チケット照合装置に送信するステップを更に含み、
前記チケット照合装置は、
前記照合結果が、前記受付ステップで受け付けたチケットの固有情報の中に前記取得ステップで取得した固有情報が含まれることを示す場合に、前記発券済のチケットの回収を案内する案内ステップと、
前記案内ステップでの案内に応じて回収された前記発券済のチケットの情報を前記チケット管理装置に送信する送信ステップと、を更に含み、
前記チケット管理装置は、前記送信ステップで送信されたチケットの情報に関連付けて前記記憶手段に記憶される情報を、当該チケットが未発券状態であることに更新する更新ステップを更に含むことを特徴とするチケットシステムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、チケットの情報を管理するチケットシステムに関し、特に発券済のチケットを発券前の状態に復元可能なチケットシステム及びチケットシステムの制御方法に関する。
【背景技術】
【０００２】
スポーツの試合やコンサート等のイベントのチケットを、チケットを販売するサーバで購入した後に、購入後に通知されるチケットの引換情報を利用して、コンビニエンスストア等の店舗に設置されたチケット発券端末で紙媒体のチケットを発券するシステムが知られている。
【０００３】
また、発券済のチケットについては如何なる変更も利かないことが一般的ではあるが、下記の特許文献１においては、ユーザの自宅のパソコンとプリンタを利用して発券済のチケットの払い戻しを可能としたシステムについて開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−３２９０２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
例えば、急用等によりチケットの購入者がイベントに行けなくなってしまった場合には、発券したチケットを他人に譲渡しようとしてもチケットを送り届ける時間的猶予がなく、譲渡ができないという事態が生じ得る。
【０００６】
一方、チケットが発券前の状態であれば、譲受人にチケットの引換情報を通知することで、チケットの譲渡を容易に行うことができる。
【０００７】
しかしながら、上記の従来技術では、無効化されたチケットは払い戻しとなるため再度発券することができない。すなわち、上記の従来技術では一旦発券したチケットを発券前の状態に戻すことができない。また、上記の従来技術では、無効化したチケットが回収されないため、同一のチケット情報に基づいて発券された複数の紙媒体のチケットが出回る可能性もある。
【０００８】
本発明は、上記の課題に鑑みてなされたものであり、本発明の目的は、発券済のチケットを再び発券可能な状態に戻すことができるチケットシステム及びチケットシステムの制御方法を提供することにある。
【課題を解決するための手段】
【０００９】
前記課題は、本発明に係るチケットシステムによれば、チケットの情報を管理するチケット管理装置と、前記チケット管理装置と通信可能に接続されるチケット照合装置と、を備えるチケットシステムであって、前記チケット管理装置は、決済済のチケットがそれぞれ発券済状態であるか未発券状態であるかを関連付けて記憶する記憶手段と、発券済状態であるチケットの中から未発券状態に復元するチケットの指定を受け付ける受付手段と、前記受付手段により受け付けたチケットの固有情報のリストを前記チケット照合装置に送信する第１送信手段と、を備え、前記チケット照合装置は、発券済のチケットの固有情報を取得する取得手段と、前記第１送信手段により送信されたリストの中に前記取得手段により取得した固有情報が含まれる場合に、前記発券済のチケットの回収を案内する案内手段と、前記案内手段による案内に応じて回収された前記発券済のチケットの情報を前記チケット管理装置に送信する第２送信手段と、を備え、前記チケット管理装置は、前記第２送信手段により送信されたチケットの情報に関連付けて前記記憶手段に記憶される情報を、当該チケットが未発券状態であることに更新する更新手段を更に備えることにより解決される。
また、前記課題は、本発明に係るチケットシステムによれば、チケットの情報を管理するチケット管理装置と、前記チケット管理装置と通信可能に接続されるチケット照合装置と、を備えるチケットシステムであって、前記チケット管理装置は、決済済のチケットがそれぞれ発券済状態であるか未発券状態であるかを関連付けて記憶する記憶手段と、発券済状態であるチケットの中から未発券状態に復元するチケットの指定を受け付ける受付手段と、を備え、前記チケット照合装置は、発券済のチケットの固有情報を取得する取得手段と、前記取得手段により取得したチケットの固有情報を前記チケット管理装置に送信する手段と、を備え、前記チケット管理装置は、前記受付手段により受け付けたチケットの固有情報の中に前記取得手段により取得した固有情報が含まれるか否かを示す照合結果を前記チケット照合装置に送信する手段を更に備え、前記チケット照合装置は、前記照合結果が、前記受付手段により受け付けたチケットの固有情報の中に前記取得手段により取得した固有情報が含まれることを示す場合に、前記発券済のチケットの回収を案内する案内手段と、前記案内手段による案内に応じて回収された前記発券済のチケットの情報を前記チケット管理装置に送信する送信手段と、を更に備え、前記チケット管理装置は、前記送信手段により送信されたチケットの情報に関連付けて前記記憶手段に記憶される情報を、当該チケットが未発券状態であることに更新する更新手段を更に備えることにより解決される。
【００１０】
また、前記課題は、本発明に係るチケットシステムの制御方法によれば、チケットの情報を管理するチケット管理装置と、前記チケット管理装置と通信可能に接続されるチケット照合装置と、を備えるチケットシステムの制御方法であって、前記チケット管理装置が、記憶手段に決済済のチケットがそれぞれ発券済状態であるか未発券状態であるかを関連付けて記憶するステップと、発券済状態であるチケットの中から未発券状態に復元するチケットの指定を受け付ける受付ステップと、前記受付ステップで受け付けたチケットの固有情報のリストを前記チケット照合装置に送信する第１送信ステップと、を含み、前記チケット照合装置が、発券済のチケットの固有情報を取得する取得ステップと、前記第１送信ステップで送信されたリストの中に前記取得ステップで取得した固有情報が含まれる場合に、前記発券済のチケットの回収を案内する案内ステップと、前記案内ステップでの案内に応じて回収された前記発券済のチケットの情報を前記チケット管理装置に送信する第２送信ステップと、を含み、前記チケット管理装置が、前記第２送信ステップで送信されたチケットの情報に関連付けて前記記憶手段に記憶される情報を、当該チケットが未発券状態であることに更新する更新ステップを更に含むことにより解決される。
また、本発明に係るチケットシステムの制御方法によれば、チケットの情報を管理するチケット管理装置と、前記チケット管理装置と通信可能に接続されるチケット照合装置と、を備えるチケットシステムの制御方法であって、前記チケット管理装置が、記憶手段に決済済のチケットがそれぞれ発券済状態であるか未発券状態であるかを関連付けて記憶するステップと、発券済状態であるチケットの中から未発券状態に復元するチケットの指定を受け付ける受付ステップと、を含み、前記チケット照合装置が、発券済のチケットの固有情報を取得する取得ステップと、前記取得ステップで取得したチケットの固有情報を前記チケット管理装置に送信するステップと、を含み、前記チケット管理装置が、前記受付ステップで受け付けたチケットの固有情報の中に前記取得ステップで取得した固有情報が含まれるか否かを示す照合結果を前記チケット照合装置に送信するステップを更に含み、前記チケット照合装置は、前記照合結果が、前記受付ステップで受け付けたチケットの固有情報の中に前記取得ステップで取得した固有情報が含まれることを示す場合に、前記発券済のチケットの回収を案内する案内ステップと、前記案内ステップでの案内に応じて回収された前記発券済のチケットの情報を前記チケット管理装置に送信する送信ステップと、を更に含み、前記チケット管理装置は、前記送信ステップで送信されたチケットの情報に関連付けて前記記憶手段に記憶される情報を、当該チケットが未発券状態であることに更新する更新ステップを更に含むことにより解決される。
【００１１】
上記のチケットシステム、チケットシステムの制御方法によれば、一旦発券されたチケットの中から指定されたチケットを未発券状態、すなわち再び発券可能な状態に戻すことができる。上記のチケットシステムによれば、発券済のチケットは回収されるため、同一内容のチケットが複数枚発券されることがない。すなわち、上記のチケットシステムによれば、同一チケットの重複発行を回避しつつ、発券済みのチケットを未発券状態に戻すことができる。
【００１２】
上記のチケットシステムにおいて、前記チケット管理装置は、前記受付手段により受け付けたチケットの固有情報のリストを前記チケット照合装置に送信する第１送信手段を備え、前記案内手段は、前記第１送信手段により送信されたリストの中に前記取得手段により取得した固有情報が含まれる場合に、前記発券済のチケットの回収を案内し、前記チケット照合装置は、前記案内手段による案内に応じて回収された前記発券済のチケットの情報を前記チケット管理装置に送信する第２送信手段を備え、前記更新手段は、前記第２送信手段により送信されたチケットに関連付けて前記記憶手段に記憶される情報を、当該チケットが未発券状態であることに更新することとしてよい。
こうすることで、チケット照合装置において未発券対象のチケットであるか否かの照合を実行することができるため、チケットの照合処理の負荷を分散させることができる。
【００１３】
上記のチケットシステムにおいて、前記取得手段は、前記発券済のチケットに印字されている前記固有情報をスキャンして取得することとしてよい。
こうすることで、未発券化する対象のチケットと、指定されたチケットとの同一性を担保できる。すなわち、上記構成により、誤ったチケットを未発券化してしまうことを防止できる。
【００１４】
上記のチケットシステムにおいて、前記固有情報は、前記発券済のチケットの発券番号を含む情報であることとしてよい。
こうすることで、発券されたそれぞれのチケットに固有に付与される発券番号を、それぞれのチケットの固有情報として利用できる。
【００１５】
上記のチケットシステムにおいて、前記受付手段は、前記未発券状態に復元するチケットの指定とともに、当該チケットの固有情報を受け付けることとしてよい。
こうすることで、未発券状態に戻すチケットについて、予め固有情報を登録することができる。
また、未発券状態に戻すチケットの登録時に、発券後のチケットの固有情報が必要となるため、ユーザの手元にないチケットが未発券化の対象として誤って登録されてしまうことを防止できる。
【００１６】
上記のチケットシステムにおいて、前記案内手段は、前記受付手段により受け付けたチケットの固有情報の中に前記取得した固有情報が含まれない場合には、前記発券済のチケットを未発券化する処理を停止するように案内することとしてよい。
こうすることで、未発券化の対象でないチケットに対して未発券化が行われてしまうことを防止できる。
【発明の効果】
【００１７】
本発明のチケットシステム及びチケットシステムの制御方法によれば、一旦発券されたチケットの中から指定されたチケットを未発券状態、すなわち再び発券可能な状態に戻すことが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本実施形態に係るチケットシステムによる未発券化処理の概要を説明する図である。
【図２】発券済チケットの一例を示す図である。
【図３】チケットシステムのシステム構成を示す図である。
【図４】チケットシステムに備えられる機能を説明する図である。
【図５】チケット情報管理テーブルの一例を示す図である。
【図６】未発券化リストテーブルの一例を示す図である。
【図７】回収済チケットリストテーブルの一例を示す図である。
【図８】未発券化チケットの登録処理に関するシーケンス図である。
【図９】未発券化リストテーブルの配信に関するシーケンス図である。
【図１０】チケットの未発券化に伴う回収処理に関するシーケンス図である。
【図１１】購入履歴一覧画面の一例を示す図である。
【図１２】チケット詳細表示画面の一例を示す図である。
【図１３】未発券化申請画面の一例を示す図である。
【図１４】未発券化申請後の購入履歴一覧画面の一例を示す図である。
【図１５】未発券化手続開始画面の一例を示す図である。
【図１６】回収案内画面の一例を示す図である。
【図１７】受付完了画面の一例を示す図である。
【図１８】エラー画面の一例を示す図である。
【図１９】未発券化完了後の購入履歴一覧画面の一例を示す図である。
【発明を実施するための形態】
【００１９】
以下、本発明の一実施形態（本実施形態）について図面を参照しながら説明する。
なお、以下に説明する実施形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。すなわち、本発明は、その趣旨を逸脱することなく、変更、改良され得るとともに、本発明にはその等価物が含まれることは勿論である。
特に、以下の説明や図面中に記載された画面のデザイン及びレイアウトは、あくまでも一例に過ぎず、本発明の用途やユーザの要望等に応じて適宜変更可能である。
【００２０】
［１．本実施形態に係るチケットシステム１における処理の概要］
まず、図１及び図２に基づいて、本実施形態に係るチケットシステム１における処理の概要について説明する。チケットシステム１は、チケット管理サーバ１０（チケット管理装置に相当）、ユーザ端末２０、チケット照合装置３０を含むコンピュータシステムである。
【００２１】
チケット管理サーバ１０は、チケットの発行業者が管理するサーバコンピュータであり、チケットの販売、発行、チケット情報の提供等の処理を制御する。また、ユーザ端末２０は、ユーザＵが操作する、スマートフォン、パーソナルコンピュータ、携帯電話機等のコンピュータである。そして、チケット照合装置３０は、後述するチケットの未発券化処理において、発券済チケットＴが予め未発券化処理の対象として登録されたチケットであるか否かの照合を行うコンピュータである。なお、上記のチケットとは、興行（演芸、スポーツ等）を鑑賞・観戦する権利内容が定められた無体物又は有体物をいう。
【００２２】
まず、本実施形態の前提として、チケットシステム１におけるチケットの発券処理の概要について説明する。
【００２３】
ユーザＵは、ユーザ端末２０を用いてチケット管理サーバ１０にアクセスし、所望のチケットを購入する。
【００２４】
チケット管理サーバ１０では、チケットが購入された時点においては、チケットが未だ発券されていないことを示す未発券状態であることを関連付けて記憶するとともに、チケット管理サーバ１０からユーザ端末２０に対してチケットの引換番号を通知する。
【００２５】
ユーザＵは、チケット管理サーバ１０から通知された引換番号を所定のチケット発行端末に入力することにより、購入したチケットを発券する。チケットの発券が完了すると、チケット管理サーバ１０は、ユーザＵが購入したチケットに対して記憶されるチケットの状態を、チケットが発券済みであることを示す発券済状態に更新する。
【００２６】
ここで、図２には発券済チケットＴの一例を示した。発券済チケットＴは、例えば紙のチケットであり、チケットに関する各種の情報が表面に印字される。図２に示される例においては、発券済チケットＴは、バーコード印字領域Ｔ１、発券番号印字領域Ｔ２、発券日印字領域Ｔ３及び購入者印字領域Ｔ４を有する。
【００２７】
バーコード印字領域Ｔ１は、チケットに固有の情報（固有情報）が符号化されたバーコードが印字される領域である。なお、上記の固有情報はチケットごとに異なる情報であり、例えば発券済チケットＴの発券番号を含む情報（例えば発券番号、発券日、購入者名の情報等）としてよい。
【００２８】
発券番号印字領域Ｔ２は、発券済チケットＴの発券番号が印字される領域である。また、発券日印字領域Ｔ３は、発券済チケットＴの発券日が印字される領域である。そして、購入者印字領域Ｔ４は、発券済チケットＴの購入者名が印字される領域である。
【００２９】
そして、本実施形態に係るチケットシステム１では、以下に説明する手続により、一旦発券した発券済チケットＴを未発券前の状態に戻すこと（未発券化処理）が可能となる。以下、未発券化処理の手続の概要について図１に基づいて説明する。
【００３０】
（１）ユーザＵは、ユーザ端末２０によりチケット管理サーバ１０にアクセスし、未発券化を要求する発券済チケットＴの情報（固有情報）をチケット管理サーバ１０に登録する。
【００３１】
（２）チケット管理サーバ１０は、未発券化が要求されたチケットのリスト（未発券化リスト）を所定のタイミング（例えば深夜時間帯）で店舗Ｓに設置されたチケット照合装置３０に送信する。なお、未発券化リストには、チケットの固有情報のリストが含まれることとする。
【００３２】
（３）ユーザＵは、発券済チケットＴをチケット照合装置３０が設置されている店舗Ｓに持って行く。チケット照合装置３０は、発券済チケットＴの情報と、未発券化リストの情報とを照合するコンピュータである。
【００３３】
（４）チケット照合装置３０は、ユーザＵから提示された発券済チケットＴのバーコード印字領域Ｔ１をスキャンし、バーコードに符号化された固有情報を読み取る。さらに、チケット照合装置３０は、未発券化リストの中に、上記読み取った固有情報が存在するか否かを照合する。照合の結果、未発券化リストの中に上記読み取った固有情報が存在する場合には、店舗ＳではユーザＵから所定の手数料を徴収するとともに、発券済チケットＴの回収を行う。
【００３４】
（５）チケット照合装置３０は、所定のタイミング（例えば深夜時間帯）で、回収した発券済チケットＴのリストをチケット管理サーバ１０に送信する。また、回収した発券済チケットＴ自体も店舗Ｓから、所定の宛先（チケットの発行業者）に送付される。
【００３５】
（６）チケット管理サーバ１０では、チケット照合装置３０から送信された回収済みのチケットのリストに基づいて、回収されたチケットの状態を発券済状態から未発券状態に更新する。
【００３６】
以上の処理により、チケットシステム１では、一旦発券されたチケットの状態を発券済状態から未発券状態に回復させることができる。こうすることにより、チケットを返品、キャンセルする場合と異なり、ユーザがチケットの購入している状態を維持したまま、チケットを発券済状態から未発券状態に戻すことができる。以下、上述した処理を実現するためにチケットシステム１に備えられる構成について説明する。
【００３７】
［２．チケットシステム１のハードウェア構成の説明］
図３には、チケットシステム１のシステム構成の一例を示した。図３に示されるように、チケットシステム１は、チケット管理サーバ１０、ユーザ端末２０、チケット照合装置３０を備え、チケット管理サーバ１０及びユーザ端末２０、チケット管理サーバ１０及びチケット照合装置３０はそれぞれネットワーク２を介して通信可能に接続されている。なお、本実施形態では、チケットシステム１に、ユーザＵが操作するユーザ端末２０が含まれることとして説明するが、ユーザ端末２０はチケットシステム１に含まれていなくともよい。また、図１においては、１つのチケット照合装置３０が示されているが、チケット照合装置３０は複数あってもよい。
【００３８】
［２．１．チケット管理サーバ１０のハードウェア構成］
図３に示されるように、チケット管理サーバ１０は、制御部１０Ａ、記憶部１０Ｂ、通信部１０Ｃを備えるコンピュータである。
【００３９】
制御部１０Ａは、例えば中央処理装置（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を含み構成され、記憶部１０Ｂに記憶されるプログラムやデータに基づいて各種の演算処理を実行するとともに、チケット管理サーバ１０の各部を制御する。
【００４０】
記憶部１０Ｂは、例えばメモリ、磁気ディスク装置を含み構成され、各種のプログラムやデータを記憶するほか、制御部１０Ａのワークメモリとしても機能する。なお、記憶部１０Ｂには、フラッシュメモリ、光ディスク等の情報記憶媒体を含むこととしてもよい。
【００４１】
通信部１０Ｃは、ネットワーク２に接続し、ネットワーク２に接続するユーザ端末２０やチケット照合装置３０等のデバイスと通信する。
【００４２】
［２．２．ユーザ端末２０のハードウェア構成］
図３に示されるように、ユーザ端末２０は、制御部２０Ａ、記憶部２０Ｂ、通信部２０Ｃ、入力部２０Ｄ、表示部２０Ｅを備えるコンピュータである。
【００４３】
制御部２０Ａは、例えば中央処理装置（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を含み構成され、記憶部２０Ｂに記憶されるプログラムやデータに基づいて各種の演算処理を実行するとともに、ユーザ端末２０の各部を制御する。
【００４４】
記憶部２０Ｂは、例えばメモリ、磁気ディスク装置を含み構成され、各種のプログラムやデータを記憶するほか、制御部２０Ａのワークメモリとしても機能する。なお、記憶部２０Ｂには、フラッシュメモリ、光ディスク等の情報記憶媒体を含むこととしてもよい。
【００４５】
通信部２０Ｃは、ネットワーク２に接続し、ネットワーク２に接続するチケット管理サーバ１０等のデバイスと通信する。
【００４６】
入力部２０Ｄは、例えばタッチパネル、キーボード、マウス等の入力デバイスを含み構成され、ユーザの操作情報の入力を受け付ける。
【００４７】
表示部２０Ｅは、例えば液晶ディスプレイ装置等の表示デバイスを含み構成され、制御部２０Ａにより生成されるグラフィックデータに基づく画面を表示させる。
【００４８】
なお、入力部２０Ｄ及び表示部２０Ｅはユーザ端末２０に内蔵されていなくともよく、ユーザ端末２０に接続される外部装置として設けられていてもよい。
【００４９】
［２．３．チケット照合装置３０のハードウェア構成］
図３に示されるように、チケット照合装置３０は、制御部３０Ａ、記憶部３０Ｂ、通信部３０Ｃ、情報読取部３０Ｄ、入力部３０Ｅ及び表示部３０Ｆを備えるコンピュータである。
【００５０】
制御部３０Ａは、例えば中央処理装置（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を含み構成され、記憶部３０Ｂに記憶されるプログラムやデータに基づいて各種の演算処理を実行するとともに、チケット照合装置３０の各部を制御する。
【００５１】
記憶部３０Ｂは、例えばメモリ、磁気ディスク装置を含み構成され、各種のプログラムやデータを記憶するほか、制御部３０Ａのワークメモリとしても機能する。なお、記憶部３０Ｂには、フラッシュメモリ、光ディスク等の情報記憶媒体を含むこととしてもよい。
【００５２】
通信部３０Ｃは、ネットワーク２に接続し、ネットワーク２に接続するチケット管理サーバ１０等のデバイスと通信する。
【００５３】
情報読取部３０Ｄは、例えばバーコードリーダ、スキャナ等を含み構成され、チケットに印字されている情報を読み取る装置である。また、チケットが電子チケットである場合には、情報読取部３０Ｄは、無線通信により電子チケットの情報を読み取るリーダー装置としてよい。
【００５４】
入力部３０Ｅは、例えばタッチパネル、キーボード、マウス等の入力デバイスを含み構成され、ユーザの操作情報の入力を受け付ける。
【００５５】
表示部３０Ｆは、例えば液晶ディスプレイ装置等の表示デバイスを含み構成され、制御部３０Ａにより生成されるグラフィックデータに基づく画面を表示させる。
【００５６】
なお、情報読取部３０Ｄ、入力部３０Ｅ及び表示部３０Ｆはチケット照合装置３０に内蔵されていなくともよく、チケット照合装置３０に接続される外部装置として設けられていてもよい。
【００５７】
［３．チケットシステム１に備えられる機能の説明］
次に、図４に基づいてチケットシステム１に備えられる機能の一例について説明する。
【００５８】
図４に示されるように、チケット管理サーバ１０は、機能としてデータ記憶部１１、未発券化指定受付部１２、未発券化リスト送信部１３、回収済チケットリスト受信部１４、チケット情報更新部１５を備える。チケット管理サーバ１０に備えられる上記の各部の機能は、チケット管理サーバ１０の制御部１０Ａが、記憶部１０Ｂに記憶されるプログラムに基づいて、チケット管理サーバ１０の各部を動作させることにより実現されるものである。なお、チケット管理サーバ１０は、上記のプログラムを、情報記憶媒体から読み込むこととしてもよいし、通信部１０Ｃによりネットワーク２を介してダウンロードしてもよい。
【００５９】
図４に示されるように、ユーザ端末２０は、機能として未発券化指定部２１を備える。ユーザ端末２０に備えられる上記の各部の機能は、ユーザ端末２０の制御部２０Ａが、記憶部２０Ｂに記憶されるプログラムに基づいて、ユーザ端末２０の各部を動作させることにより実現されるものである。なお、ユーザ端末２０は、上記のプログラムを、情報記憶媒体から読み込むこととしてもよいし、通信部２０Ｃによりネットワーク２を介してダウンロードしてもよい。
【００６０】
図４に示されるように、チケット照合装置３０は、機能としてデータ記憶部３１、未発券化リスト受信部３２、発券済チケット情報取得部３３、照合部３４、案内部３５、回収処理部３６、回収済チケットリスト送信部３７を備える。チケット照合装置３０に備えられる上記の各部の機能は、チケット照合装置３０の制御部３０Ａが、記憶部３０Ｂに記憶されるプログラムに基づいて、チケット照合装置３０の各部を動作させることにより実現されるものである。なお、チケット照合装置３０は、上記のプログラムを、情報記憶媒体から読み込むこととしてもよいし、通信部３０Ｃによりネットワーク２を介してダウンロードしてもよい。
【００６１】
以下、チケットシステム１に備えられる上記各部の機能の詳細について説明する。まず、図１における（１）及び（２）の処理を実現する機能について説明する。
【００６２】
［３．１．データ記憶部１１］
データ記憶部１１は、主にチケット管理サーバ１０の記憶部１０Ｂにより実現され、管理するチケットに関する各種の情報を記憶する。例えば、本実施形態においては、データ記憶部１１には、チケット情報管理テーブル１１Ａ及び未発券化リストテーブル１１Ｂが記憶される。以下、上記の各テーブルの詳細について説明する。
【００６３】
チケット情報管理テーブル１１Ａは、チケットの発行業者により販売されるチケットの情報を管理するテーブルである。本実施形態では、チケット情報管理テーブル１１Ａにおいては、チケットごとにチケットの状態（チケット状態）が関連付けて記憶される。例えば、上記のチケット状態には、チケットが決済済みであり且つ未発券である状態（状態「０」とする）、決済済みであり且つ発券済である状態（状態「１」とする）を含むこととしてよい。
【００６４】
図５には、チケット情報管理テーブル１１Ａの一例を示した。図５に示されるように、本実施形態に係るチケット情報管理テーブル１１Ａには、チケットを識別するチケットＩＤ、チケットに係る興行を識別する興行ＩＤ、チケットに係る座席情報、チケットを購入した購入者を識別する購入者ＩＤ、チケットの発券時に用いる引換番号、チケット状態が関連付けて記憶される。
【００６５】
未発券化リストテーブル１１Ｂは、発券済のチケット（発券済チケット）のうち、ユーザから未発券化の指定を受けたチケットの情報を格納するテーブルである。具体的には、未発券化リストテーブル１１Ｂは、チケット情報管理テーブル１１Ａにおいてチケット状態が発券済み（状態「１」）であるチケットのうち、ユーザから未発券化の指定を受けた発券済チケットの固有情報を格納するテーブルである。上記の発券済チケットの固有情報は、個々の発券済チケットに固有の情報であり、例えば発券済チケットに付与された発券番号である。また、上記の固有情報には、チケットの発券番号に加えて、チケットの発券日、購入者名の情報を含めるようにしてもよい。なお、未発券化の指定は、後述する未発券化指定受付部１２により受け付けられる。
【００６６】
図６には、未発券化リストテーブル１１Ｂの一例を示した。図６に示されるように、本実施形態に係る未発券化リストテーブル１１Ｂには、未発券化が指定されたチケットを識別するチケットＩＤ、チケットの発券番号、発券日、購入者名が関連付けて記憶される。
【００６７】
［３．２．未発券化指定部２１、未発券化指定受付部１２］
未発券化指定部２１は、主にユーザ端末２０の制御部２０Ａ、記憶部２０Ｂ、通信部２０Ｃ、入力部２０Ｄ、表示部２０Ｅにより実現され、発券済状態であるチケットの中から未発券状態に復元するチケットを指定する。例えば、未発券化指定部２１は、チケット情報管理テーブル１１Ａにおいてユーザ端末２０を操作するユーザの識別情報が関連付けられたチケットであって、且つチケット状態が発券済み（状態「１」）であるチケットのうち、当該ユーザにより未発券化の対象に指定されたチケット（未発券化対象チケット）の情報を、チケット管理サーバ１０に通知する。この際、未発券化指定部２１は、入力部２０Ｄを介してユーザから入力された未発券化対象チケットの固有情報（例えば発券番号、発券日、購入者名）の入力を受け付け、上記通知に未発券化対象チケットの固有情報を含めてチケット管理サーバ１０に送信することとしてよい。
【００６８】
なお、上記の固有情報は、発券済チケットを店舗Ｓで回収する際に、当該発券済チケットが未発券化対象チケットであるか否かを確認する際の照合処理に用いられるものである。
【００６９】
未発券化指定受付部１２は、主にチケット管理サーバ１０の制御部１０Ａ、記憶部１０Ｂ及び通信部１０Ｃにより実現され、発券済状態であるチケットの中から未発券状態に復元するチケットの指定を受け付ける。具体的には、未発券化指定受付部１２は、未発券化指定部２１から未発券化対象チケットの情報の指定を受け付ける。より具体的には、未発券化指定受付部１２は、未発券化の対象とする発券済チケットの識別情報、発券済チケットの照合時に利用する固有情報の指定を受け付ける。
【００７０】
そして、未発券化指定受付部１２は、未発券化が指定されたチケットの情報を、未発券化リストテーブル１１Ｂに登録する。具体的には、未発券化指定受付部１２は、未発券化リストテーブル１１Ｂに新たなレコードを追加するとともに、追加したレコードに未発券化の対象とする発券済チケットの識別情報、発券済チケットの照合時に利用する固有情報を関連付けて記憶する。
【００７１】
［３．３．未発券化リスト送信部１３、未発券化リスト受信部３２］
未発券化リスト送信部１３は、主にチケット管理サーバ１０の制御部１０Ａ、記憶部１０Ｂ及び通信部１０Ｃにより実現され、未発券化指定受付部１２で受け付けた未発券化が指定されたチケットの固有情報のリストをチケット照合装置３０に送信する。具体的には、未発券化リスト送信部１３は、データ記憶部１１に記憶される未発券化リストテーブル１１Ｂを、チケット照合装置３０に対して送信する。なお、未発券化リスト送信部１３は、所定のタイミングが到来するごとに、最新の未発券化リストテーブル１１Ｂをチケット照合装置３０に対して送信することとしてよい。ここで、上記の所定のタイミングとは、未発券化リストテーブル１１Ｂが更新されたタイミングとしてもよいし、所定の時間（例えば午前２時等）、所定の時間間隔（例えば１２時間おき等）、送信要求を受け付けたタイミング等としてもよい。
【００７２】
未発券化リスト受信部３２は、主にチケット照合装置３０の制御部３０Ａ、記憶部３０Ｂ及び通信部３０Ｃにより実現され、未発券化リスト送信部１３により送信される未発券化が指定されたチケットの固有情報のリストを受信する。具体的には、未発券化リスト受信部３２は、未発券化リスト送信部１３により送信される未発券化リストテーブル１１Ｂを受信する。
【００７３】
そして、未発券化リスト受信部３２は、未発券化が指定されたチケットの固有情報のリストをデータ記憶部３１に記憶する。具体的には、未発券化リスト受信部３２は、受信した未発券化リストテーブル１１Ｂを、未発券化リストテーブル３１Ａとしてデータ記憶部３１に記憶する。
【００７４】
［３．４．データ記憶部３１］
データ記憶部３１は、主にチケット照合装置３０の記憶部３０Ｂにより実現され、未発券化に係るチケットについての各種の情報を記憶する。例えば、本実施形態においては、データ記憶部３１には、未発券化リストテーブル３１Ａ及び回収済チケットリストテーブル３１Ｂが記憶される。なお、未発券化リストテーブル３１Ａは、未発券化リストテーブル１１Ｂと同じ情報であるため、未発券化リストテーブル３１Ａについての説明は省略する。また、回収済チケットリストテーブル３１Ｂの詳細については後述する。
【００７５】
以上が、図１における（１）及び（２）の処理を実現する機能に相当する。次に、図１においてユーザＵが店舗Ｓに発券済チケットＴを持って行った後（すなわち（３）の後）の、（４）以降の処理を実現する機能について説明する。
【００７６】
［３．５．発券済チケット情報取得部３３］
発券済チケット情報取得部３３は、主にチケット照合装置３０の制御部３０Ａ、記憶部３０Ｂ、情報読取部３０Ｄにより実現される。そして、発券済チケット情報取得部３３は、ユーザＵから未発券化対象として提示された発券済チケットＴの固有情報を取得する。
【００７７】
具体的には、発券済チケット情報取得部３３は、情報読取部３０Ｄにより発券済チケットＴのバーコード印字領域Ｔ１をスキャンし、バーコードに符号化された固有情報（例えば発券番号、発券日、購入者名）を取得することとしてよい。また例えば、発券番号印字領域Ｔ２、発券日印字領域Ｔ３、購入者印字領域Ｔ４をそれぞれスキャンするとともにＯＣＲ処理を実行することにより、各領域に印字された発券番号、発券日、購入者名の情報を取得することとしてもよい。
【００７８】
［３．６．照合部３４］
照合部３４は、主にチケット照合装置３０の制御部３０Ａ及び記憶部３０Ｂにより実現される。照合部３４は、未発券化リスト受信部３２により受信された未発券化リストに含まれるチケットの固有情報と、発券済チケット情報取得部３３により取得した固有情報とを照合する。そして、照合部３４は、未発券化リストの中に発券済チケット情報取得部３３により取得した固有情報が含まれるか否かを判定する。
【００７９】
具体的には、照合部３４は、発券済チケット情報取得部３３により取得された発券済チケットＴの固有情報（発券番号、発券日、購入者名）と、未発券化リストテーブル３１Ａの各レコードに記憶される固有情報とを比較し、発券済チケットＴに該当するレコードがあるか否かを判定する。なお、発券済チケットＴに該当するレコードとは、発券済チケットＴから取得された固有情報と同一の情報が格納されたレコードである。
【００８０】
［３．７．案内部３５］
案内部３５は、主にチケット照合装置３０の制御部３０Ａ、記憶部３０Ｂ及び表示部３０Ｆにより実現される。案内部３５は、照合部３４による照合結果に応じて、チケット照合装置３０の操作者（例えば店舗Ｓの店員）に対し、発券済チケットＴの未発券化の実行（回収の実行）又は未発券化の停止（回収の停止）を案内する。
【００８１】
例えば、照合部３４による照合の結果、未発券化リストの中に発券済チケットＴの固有情報が含まれる場合には、案内部３５は、発券済チケットＴを未発券化するための手数料の徴収及び発券済チケットＴの回収を案内する。具体的には、上記の場合において、案内部３５は、表示部３０Ｆに発券済チケットＴを未発券化するための手数料の徴収及び発券済チケットＴの回収を実行する旨を案内する画面を表示させることとしてよい。
【００８２】
一方、照合部３４による照合の結果、未発券化リストの中に発券済チケットＴの固有情報が含まれない場合には、案内部３５は、発券済チケットＴを未発券化する手続の停止を案内する。具体的には、上記の場合において、案内部３５は、表示部３０Ｆに発券済チケットＴの未発券化及び回収の停止を案内する画面を表示させることとしてよい。
【００８３】
［３．８．回収処理部３６］
回収処理部３６は、主にチケット照合装置３０の制御部３０Ａ、記憶部３０Ｂ及び入力部３０Ｅにより実現される。回収処理部３６は、案内部３５による発券済チケットＴの回収の案内に応じて手数料の徴収と、発券済チケットＴの回収が行われた旨の入力を受け付けた場合に、データ記憶部３１に未発券化の対象となる発券済チケットＴが正しく回収された旨を登録する。また、回収されたチケットは所定の宛先（例えばチケット発行事業者宛）に送られることとしてよい。
【００８４】
具体的には、回収処理部３６は、データ記憶部３１に記憶される回収済チケットリストテーブル３１Ｂに回収された発券済チケットＴの情報を書き込むこととしてよい。発券済チケットＴの情報とは、例えば、発券済チケットＴのチケットＩＤ、発券済チケットＴの発券番号等としてよい。
【００８５】
図７には、回収済チケットリストテーブル３１Ｂの一例を示した。図７に示されるように、回収済チケットリストテーブル３１Ｂには、チケットを識別する識別情報、チケットの発券番号、チケットを回収した店舗Ｓの識別情報（回収店舗ＩＤ）、チケットの回収日時の情報が関連付けて記憶される。
【００８６】
なお、本実施形態では、店舗Ｓにおいて発券済チケットＴの回収完了の旨の入力を受け付けた時点で、発券済チケットＴの回収が行われたことと判断するが、所定の宛先に発券済チケットＴが送付され、所定の宛先において発券済チケットＴの回収が確認された時点、又は後述する回収済チケットリストテーブル３１Ｂがチケット管理サーバ１０に送信（又は受信）された時点で、発券済チケットＴの回収が完了したことと判断してもよい。
【００８７】
［３．９．回収済チケットリスト送信部３７、回収済チケットリスト受信部１４］
回収済チケットリスト送信部３７は、主にチケット照合装置３０の制御部３０Ａ、記憶部３０Ｂ及び通信部３０Ｃにより実現され、データ記憶部３１に記憶される回収済チケットリストテーブル３１Ｂをチケット管理サーバ１０に送信する。なお、回収済チケットリスト送信部３７は、所定のタイミングが到来するごとに、最新の回収済チケットリストテーブル３１Ｂをチケット管理サーバ１０に対して送信することとしてよい。ここで、上記の所定のタイミングとは、回収済チケットリストテーブル３１Ｂが更新されたタイミングとしてもよいし、所定の時間（例えば午前２時等）、所定の時間間隔（例えば１２時間おき等）、送信要求を受け付けたタイミング等としてもよい。
【００８８】
回収済チケットリスト受信部１４は、主にチケット管理サーバ１０の制御部１０Ａ、記憶部１０Ｂ及び通信部１０Ｃにより実現され、回収済チケットリスト送信部３７から送信される回収済チケットリストテーブル３１Ｂを受信する。
【００８９】
チケット管理サーバ１０は、回収済チケットリストテーブル３１Ｂの受信が正常に完了した場合には、その旨をチケット照合装置３０に通知することとしてよい。そして、チケット照合装置３０は、上記の通知に応じて、回収済チケットリストテーブル３１Ｂのうち送信済のレコードを削除することとしてよい。
【００９０】
［３．１０．チケット情報更新部１５］
チケット情報更新部１５は、主にチケット管理サーバ１０の制御部１０Ａ及び記憶部１０Ｂにより実現される。チケット情報更新部１５は、回収済チケットリスト受信部１４により受信した回収済チケットリストテーブル３１Ｂの情報に基づいて、チケット情報管理テーブル１１Ａに記憶されるチケットのチケット状態を更新する。
【００９１】
具体的には、チケット情報更新部１５は、回収済チケットリストテーブル３１Ｂに記憶されるチケットの識別情報について、チケット情報管理テーブル１１Ａに関連付けて記憶されるチケット状態を、発券済状態（状態「１」）から未発券状態（状態「０」）に更新することとする。
【００９２】
また例えば、チケット情報更新部１５は、回収済チケットリストテーブル３１Ｂを受信した後であって、回収されたチケットが所定の宛先に到着した旨の入力を受け付けた後に、上記のチケット状態の更新処理を実行することとしてもよい。
【００９３】
［４．チケットシステム１において実行される処理の説明］
次に、図８乃至図１９に基づいて、チケットシステム１において実行されるチケットの未発券化に係る処理を具体的に説明する。
【００９４】
［４．１．未発券化チケットの事前登録処理］
図８には、未発券化チケットの事前登録処理の一例に関するシーケンス図を示した。図８に示される処理は、チケット管理サーバ１０とユーザ端末２０とにおいて実行されるものである。
【００９５】
ユーザ端末２０の制御部２０Ａは、通信部１０ＣによりユーザＩＤとパスワードをチケット管理サーバ１０に送信し、ログイン処理を実行する（Ｓ２００）。
【００９６】
チケット管理サーバ１０の制御部１０Ａは、ユーザ端末２０から受信したユーザＩＤとパスワードによる認証を実行し、ログイン処理を実行する（Ｓ１００）。以下では、認証が成功したこととして説明を続ける。
【００９７】
入力部２０Ｄによりユーザが購入したチケットの一覧画面（購入履歴一覧画面）の表示要求を受け付けると、ユーザ端末２０の制御部２０Ａは、通信部２０Ｃにより購入履歴一覧画面のデータをチケット管理サーバ１０に対して要求する（Ｓ２０２）。
【００９８】
チケット管理サーバ１０の制御部１０Ａは、通信部１０Ｃを介してユーザ端末２０からの要求を受け付けると（Ｓ１０２）、ユーザＩＤに関連付けてチケット情報管理テーブル１１Ａに記憶されるチケットの情報に基づいて、ユーザの購入履歴一覧画面データを生成する（Ｓ１０４）。なお、購入履歴一覧画面データとは、購入履歴の一覧画面を表示手段に表示させるためのデータである。
【００９９】
そして、チケット管理サーバ１０の制御部１０Ａは、通信部１０Ｃにより、上記生成した購入履歴一覧画面データをユーザ端末２０に送信する（Ｓ１０６）。
【０１００】
ユーザ端末２０の制御部２０Ａは、通信部２０Ｃを介してチケット管理サーバ１０から購入履歴一覧画面データを受信し（Ｓ２０４）、受信した購入履歴一覧画面データに基づいて購入履歴一覧画面を表示部２０Ｅに表示させる（Ｓ２０６）。
【０１０１】
図１１には、Ｓ２０６において表示される購入履歴一覧画面５０の一例を示した。図１１に示されるように、購入履歴一覧画面５０には、ユーザが購入したチケットのリストを表示するリスト表示領域５０Ａと、前の画面に戻るための戻るボタン５０Ｃが含まれる。
【０１０２】
図１１に示す例では、ユーザが購入したチケットは２つ（第１チケットと第２チケットとする）あることとし、そのためリスト表示領域５０Ａには、第１チケットについての情報を表示する第１チケット情報表示領域５０Ａ−１と、第２チケットについての情報を表示する第２チケット情報表示領域５０Ａ−２が含まれる。なお、第１チケット情報表示領域５０Ａ−１と第２チケット情報表示領域５０Ａ−２にはそれぞれ、チケットの状況、公演名、チケットの購入日、公演日、会場、座席・枚数、チケットの詳細情報を表示させるための詳細表示ボタン５０Ｂがそれぞれ表示される。
【０１０３】
また、図１１に示す例においては、第２チケットのチケット状態は発券済みとなっており、以下において第２チケットを発券済み状態から未発券状態に復元するための処理について説明することとする。
【０１０４】
入力部２０Ｄにより第２チケット情報表示領域５０Ａ−２についての詳細表示ボタン５０Ｂの押下を受け付けると、ユーザ端末２０の制御部２０Ａは、通信部２０Ｃにより第２チケットについての詳細画面（チケット詳細画面）のデータをチケット管理サーバ１０に対して要求する（Ｓ２０８）。例えば、ユーザ端末２０の制御部２０Ａは、上記の要求の際には、第２チケットを識別する識別情報を送信することとしてよい。
【０１０５】
チケット管理サーバ１０の制御部１０Ａは、通信部１０Ｃを介してユーザ端末２０からの要求を受け付けると（Ｓ１０８）、送信されたチケットの識別情報に関連付けてチケット情報管理テーブル１１Ａに記憶されるレコード（チケット情報）に基づいて、チケット詳細画面データを生成する（Ｓ１１０）。なお、チケット詳細画面データとは、チケットの詳細画面を表示手段に表示させるためのデータである。
【０１０６】
そして、チケット管理サーバ１０の制御部１０Ａは、通信部１０Ｃにより、上記生成したチケット詳細画面データをユーザ端末２０に送信する（Ｓ１１２）。
【０１０７】
ユーザ端末２０の制御部２０Ａは、通信部２０Ｃを介してチケット管理サーバ１０からチケット詳細画面データを受信し（Ｓ２１０）、受信したチケット詳細画面データに基づいてチケット詳細画面を表示部２０Ｅに表示させる（Ｓ２１２）。
【０１０８】
図１２には、Ｓ２１２において表示されるチケット詳細表示画面５２の一例を示した。図１２に示されるように、チケット詳細表示画面５２には、チケット状態表示領域５２Ａ、興行内容表示領域５２Ｃ、購入情報表示領域５２Ｄ、及び前の画面に戻るための戻るボタン５２Ｅが含まれる。
【０１０９】
チケット状態表示領域５２Ａには、チケットの発券に関する詳細情報が表示される。また、チケット状態表示領域５２Ａには、チケットが発券済みである場合には、当該チケットを未発券状態に復元することを申請するための未発券化申請ボタン５２Ｂが表示される。
【０１１０】
興行内容表示領域５２Ｃには、チケットの興行に関する詳細情報が表示される。例えば、チケットがスポーツの試合である場合には、興行内容表示領域５２Ｃには、試合の開催日時、場所、座席情報等が表示される。
【０１１１】
購入情報表示領域５２Ｄには、チケットの購入に関する詳細情報が表示される。例えば、購入情報表示領域５２Ｄには、チケットの購入日時、購入サイト、購入金額等が表示される。
【０１１２】
次に、入力部２０Ｄにより未発券化申請ボタン５２Ｂの押下を受け付けると、ユーザ端末２０の制御部２０Ａは、通信部２０Ｃにより第２チケットの未発券化をチケット管理サーバ１０に対して要求する（Ｓ２１４）。例えば、ユーザ端末２０の制御部２０Ａは、上記の要求の際には、第２チケットを識別する識別情報を送信することとしてよい。
【０１１３】
チケット管理サーバ１０の制御部１０Ａは、通信部１０Ｃを介してユーザ端末２０からの要求を受け付けると（Ｓ１１４）、要求に係るチケットの未発券化を申請するための未発券化申請画面を表示させるための未発券化申請画面データを生成する（Ｓ１１６）。
【０１１４】
そして、チケット管理サーバ１０の制御部１０Ａは、通信部１０Ｃにより、上記生成した未発券化申請画面データをユーザ端末２０に送信する（Ｓ１１８）。
【０１１５】
ユーザ端末２０の制御部２０Ａは、通信部２０Ｃを介してチケット管理サーバ１０から未発券化申請画面データを受信し（Ｓ２１６）、受信した未発券化申請画面データに基づいて未発券化申請画面を表示部２０Ｅに表示させる（Ｓ２１８）。
【０１１６】
図１３には、Ｓ２１８において表示される未発券化申請画面５４の一例を示した。図１３に示されるように、未発券化申請画面５４には、チケット情報表示領域５４Ａ、発券番号入力欄５４Ｂ、発券日入力欄５４Ｃ、購入者名入力欄５４Ｄ、決定ボタン５４Ｅ及び戻るボタン５４Ｆが含まれる。
【０１１７】
チケット情報表示領域５４Ａは、未発券化の対象となるチケット（未発券化対象チケット）の情報が表示される領域である。発券番号入力欄５４Ｂは、未発券化対象チケットの発券番号を入力する領域である。発券日入力欄５４Ｃは、未発券化対象チケットの発券日を入力する領域である。購入者名入力欄５４Ｄは、未発券化対象チケットの購入者の名前を入力する領域である。
【０１１８】
発券番号入力欄５４Ｂ、発券日入力欄５４Ｃ、購入者名入力欄５４Ｄに情報が入力された後に、決定ボタン５４Ｅの押下を受け付けると、ユーザ端末２０の制御部２０Ａは、通信部２０Ｃにより未発券化対象チケットのデータ（チケットの識別情報、固有情報）をチケット管理サーバ１０に対して送信することで、未発券化を要求する（Ｓ２２２）。
【０１１９】
チケット管理サーバ１０の制御部１０Ａは、通信部１０Ｃを介してユーザ端末２０から未発券化対象チケットのデータを受信すると（Ｓ１２０）、受信したデータに基づいて、未発券化リストテーブル１１Ｂを更新する。具体的には、チケット管理サーバ１０の制御部１０Ａは、未発券化リストテーブル１１Ｂに新たなレコードを生成するとともに、生成したレコードに、上記受信したチケットの識別情報と、固有情報（発券番号、発券日、購入者名）を登録する。
【０１２０】
また、図１４には、第２チケットの未発券化申請を受け付けた後の購入履歴一覧画面５０の一例を示した。図１４の第２チケット情報表示領域５０Ａ−２に示されるように、未発券化申請を受け付けた後には、第２チケットの状態を「未発券化申請中」に更新することとしてよい。この場合には、チケット管理サーバ１０の制御部１０Ａは、上記の未発券化対象チケットのデータを受信した後に、未発券化対象チケットについてチケット情報管理テーブル１１Ａに記憶されるチケットの状態を「未発券化申請中」に更新することとしてよい。
【０１２１】
以上が未発券化チケットの事前登録処理の一例である。次に、図９に基づいて未発券化リストの配信処理について説明する。
【０１２２】
［４．２．未発券化リスト配信処理］
図９に示されるように、チケット管理サーバ１０の制御部１０Ａは、未発券化リストテーブル１１Ｂの送信タイミングが到来したか否かを判定する（Ｓ１３０）。例えば、上記の送信タイミングとは、チケット管理サーバ１０に記憶される未発券化リストテーブル１１Ｂが更新されたタイミングとしてもよいし、所定の時間（例えば午前２時等）、所定の時間間隔（例えば１２時間おき等）、送信要求を受け付けたタイミング等としてもよい。
【０１２３】
Ｓ１３０において、チケット管理サーバ１０の制御部１０Ａは、上記の送信タイミングが到来していない場合には（Ｓ１３０：Ｎ）、待機し、上記の送信タイミングが到来した場合には（Ｓ１３０：Ｙ）、チケット照合装置３０に対して未発券化リストテーブル１１Ｂを送信する（Ｓ１３２）。なお、チケットシステム１に複数のチケット照合装置３０が存在する場合には、チケット管理サーバ１０はそれぞれのチケット照合装置３０に対して未発券化リストテーブル１１Ｂを送信することとする。
【０１２４】
チケット照合装置３０の制御部３０Ａは、通信部３０Ｃを介してチケット管理サーバ１０から未発券化リストテーブル１１Ｂを受信し（Ｓ３３０）、受信した未発券化リストテーブル１１Ｂを記憶部３０Ｂに記憶する（Ｓ３３２）。
【０１２５】
以上が未発券化リストの配信処理の一例である。次に、図１０に基づいて未発券化手続の制御処理について説明する。なお、以下の未発券化手続の制御処理は、ユーザＵが店舗Ｓに発券済チケットＴを持って行き、店舗Ｓのレジにおいて発券済チケットＴの未発券化手続を店員に要求した以後のチケットシステム１における処理の流れを示したものである。
【０１２６】
［４．３．未発券化手続の制御処理］
図１０に示されるように、チケット照合装置３０の制御部３０Ａは、入力部３０Ｅで受け付けた操作に基づいて、発券済チケットＴの未発券化手続の要求を受け付ける（Ｓ３４０）。そして、チケット照合装置３０の制御部３０Ａは、表示部３０Ｆに未発券化手続き開始画面６０を表示させる（Ｓ３４２）。
【０１２７】
図１５には、Ｓ３４２で表示される未発券化手続き開始画面６０の一例を示した、図１５に示されるように、未発券化手続き開始画面６０の例では、未発券化手続の対象となる発券済チケットＴのバーコードを読み取るように店舗Ｓの店員に対する指示が表示される。なお、戻るボタン６０Ａを押下した場合には、未発券化手続がキャンセルされる。
【０１２８】
未発券化手続き開始画面６０による案内に応じて、チケット照合装置３０の情報読取部３０Ｄが発券済チケットＴのバーコード印字領域Ｔ１に印字されたバーコードの読取りを実行する（Ｓ３４４）。そして、チケット照合装置３０の制御部３０Ａは、上記読み取ったバーコードを復号化し、バードードに符号化された発券済チケットＴの固有情報を取得する。
【０１２９】
次に、チケット照合装置３０の制御部３０Ａは、未発券化リストテーブル３１Ａと、上記発券済チケットＴから取得した固有情報とを照合し、未発券化リストテーブル３１Ａの中に発券済チケットＴの固有情報が含まれているかを判定する（Ｓ３４６）。
【０１３０】
上記照合の結果、照合が成功した（すなわち、未発券化リストテーブル３１Ａの中に発券済チケットＴの固有情報が含まれている）場合には（Ｓ３４８：Ｙ）、表示部３０Ｆに回収案内画面６２を表示させる（Ｓ３５０）。
【０１３１】
図１６には、Ｓ３５０で表示される回収案内画面６２の一例を示した。図１６に示されるように、回収案内画面６２の例では、発券済チケットＴの回収と、未発券化手続に要する手数料の徴収を行う旨が案内される。戻るボタン６２Ｂを押下することで、前の画面に戻ることができる。
【０１３２】
回収案内画面６２の案内に応じて、発券済チケットＴの回収と手数料の徴収が完了した場合には、店員は完了ボタン６２Ａを押下することとする。
【０１３３】
上記の回収手続が完了しない場合（すなわち、入力部３０Ｅが完了ボタン６２Ａの押下を受け付けていない場合）には（Ｓ３５２：Ｎ）、チケット照合装置３０の制御部３０Ａは待機する。
【０１３４】
一方、上記の回収手続が完了した場合（すなわち、入力部３０Ｅが完了ボタン６２Ａの押下を受け付けた場合）には（Ｓ３５２：Ｙ）、チケット照合装置３０の制御部３０Ａは回収済チケットリストテーブル３１Ｂを更新する（Ｓ３５４）。具体的には、チケット照合装置３０の制御部３０Ａは、回収済チケットリストテーブル３１Ｂに新たなレコードを追加するとともに、追加したレコードに発券済チケットＴの識別情報、発券済チケットＴの発券番号、発券済チケットＴを回収した店舗Ｓの識別情報（回収店舗ＩＤ）、発券済チケットＴの回収日時の情報を書き込む。
【０１３５】
チケット照合装置３０の制御部３０Ａは、回収済チケットリストテーブル３１Ｂの更新を終えると、表示部３０Ｆに受付完了画面６４を表示させる（Ｓ３５６）。
【０１３６】
図１７には、Ｓ３５６で表示される受付完了画面６４の一例を示した。図１７に示されるように、受付完了画面６４には、未発券化手続の受け付け完了の旨と、回収した発券済チケットＴを所定の宛先に送付する指示が表示される。なお、受付完了画面６４において、戻るボタン６４Ａの押下により、メニュー画面に戻ることができる。
【０１３７】
Ｓ３４６における照合の結果、照合が成功しなかった（すなわち、未発券化リストテーブル３１Ａの中に発券済チケットＴの固有情報が含まれていない）場合には（Ｓ３４８：Ｎ）、チケット照合装置３０の制御部３０Ａは、表示部３０Ｆにエラー画面６６を表示させる（Ｓ３５８）。
【０１３８】
図１８には、Ｓ３５８において表示されるエラー画面６６の一例を示した。図１８に示されるように、エラー画面６６には、発券済チケットＴの照合が失敗した旨と、発券済チケットＴの未発券化手続の受け付けを終了する旨が表示される。すなわち、発券済チケットＴの照合が失敗した場合には、発券済チケットＴの回収が行われず、発券済チケットＴはユーザＵに返却されることとなる。なお、エラー画面６６において、戻るボタン６６Ａの押下により前の画面に戻ることができる。
【０１３９】
ここで、チケット照合装置３０の制御部３０Ａは、回収済チケットリストテーブル３１Ｂの送信タイミングが到来していない場合には（Ｓ３６０：Ｎ）、Ｓ３４０に戻り、回収済チケットリストテーブル３１Ｂの送信タイミングが到来した場合には（Ｓ３６０：Ｙ）、通信部３０Ｃにより回収済チケットリストテーブル３１Ｂをチケット管理サーバ１０に送信する（Ｓ３６２）。
【０１４０】
チケット管理サーバ１０の制御部１０Ａは、通信部１０Ｃによりチケット照合装置３０から送信された回収済チケットリストテーブル３１Ｂを受信する（Ｓ１４０）。そして、チケット管理サーバ１０の制御部１０Ａは、受信した回収済チケットリストテーブル３１Ｂに基づいて、記憶部１０Ｂに記憶される未発券化リストテーブル１１Ｂを更新する（Ｓ１４２）。
【０１４１】
例えば、チケット管理サーバ１０の制御部１０Ａは、未発券化リストテーブル１１Ｂに含まれるチケットの識別情報、固有情報（発券番号等）を含むレコードのうち、受信した回収済チケットリストテーブル３１Ｂに含まれるチケットの識別情報、固有情報（発券番号等）を含むレコードを削除して、未発券化リストテーブル１１Ｂを更新することとしてよい。
【０１４２】
また、チケット管理サーバ１０の制御部１０Ａは、受信した回収済チケットリストテーブル３１Ｂに基づいて、記憶部１０Ｂに記憶されるチケット情報管理テーブル１１Ａを更新する（Ｓ１４４）。
【０１４３】
例えば、チケット管理サーバ１０の制御部１０Ａは、チケット情報管理テーブル１１Ａに含まれるチケットの識別情報を含むレコードのうち、受信した回収済チケットリストテーブル３１Ｂに含まれるチケットの識別情報を含むレコードについて、チケット状態を発券済状態から、未発券化リストテーブル１１Ｂ更新することとしてよい。
【０１４４】
図１９には、Ｓ１４４の後に表示される購入履歴一覧画面５０の一例を示した。図１９に示されるように、購入履歴一覧画面５０においては、第２チケット情報表示領域５０Ａ−２について表示されるチケット状態が、未発券状態に更新されることとなる。
【０１４５】
以上説明した本実施形態に係るチケットシステム１によれば、一旦発券したチケットの中から指定されたチケットを、ユーザが購入した状態のまま未発券状態、すなわち再び発券可能な状態に戻すことができる。また、発券済のチケットは回収されるため、同一内容のチケットが複数枚発券されることを防止することができる。すなわち、チケットシステム１によれば、チケットを購入した権利を維持するとともに、チケットの重複発行を回避しつつ、チケットを発券状態から未発券状態に戻すことができる。
【０１４６】
また、チケットシステム１では、未発券化の対象とするチケットの照合に、チケットに印字されているチケットの固有情報（例えば発券番号）を用いることにより、未発券化する対象のチケットと、指定されたチケットとの同一性を担保できる。すなわち、チケットシステム１によれば、誤ったチケットを未発券化してしまうことを防止できる。
【０１４７】
また、チケットシステム１では、未発券状態に戻すチケットについて、予め固有情報を登録することができる。これにより、未発券状態に戻すチケットの登録時に、発券後のチケットの固有情報が必要となるため、ユーザの手元にないチケットが未発券化の対象として誤って登録されてしまうことを防止できる。
【０１４８】
また、チケットシステム１では、未発券化の対象とするチケットの照合が成功しなかった場合には、未発券化が停止されるため、未発券化の対象でないチケットに対して未発券化が行われてしまうことを防止できる。
【０１４９】
本発明は上記の実施形態に限定されるものではない。例えば、上記のチケットシステム１は、以下の機能を更に備えることとしてもよい。
【０１５０】
例えば、上記のチケットシステム１において、未発券状態のチケットは、当該チケットの購入者から他者に対して譲渡可能としてもよい。例えば、チケットシステム１では、未発券状態のチケットのうち、購入者から指定されたチケットをリセール状態（再販状態）に設定可能としてもよい。このとき、リセール状態とされたチケットが、再販状態の有効期限内に他のユーザに購入された場合に、チケットの譲渡が成立することとしてよい。
【０１５１】
なお、発券済状態のチケットは、上記のリセール状態に設定できないところ、上記のチケットシステム１によれば、一度発券したチケットを未発券状態に戻すことができるため、上記のリセール機能を利用することが可能となる。
【０１５２】
また例えば、上記のチケットシステム１において、未発券状態のチケットは、スマートフォンや携帯電話機に記憶される電子チケットとして発券可能としてもよい。上記のチケットシステム１では、紙媒体のチケットとして発券した場合であっても、未発券状態に戻すことができるため、紙媒体のチケットを電子チケットとして発券し直すことが可能となる。
【０１５３】
また、上記のチケットシステム１において、発券済チケットＴの照合はチケット管理サーバ１０で実行してもよい（すなわち、照合部３４はチケット管理サーバ１０に設けられていてもよい）。以下、具体的な処理の流れについて説明する。
【０１５４】
まず、チケット照合装置３０は、発券済チケット情報取得部３３により取得された発券済チケットＴの固有情報をチケット管理サーバ１０に送信する。次に、チケット管理サーバ１０は、チケット照合装置３０から受信した発券済チケットＴの固有情報が、未発券化リストテーブル１１Ｂに記憶される未発券化リストの中に含まれるか否かを示す照合結果を、チケット照合装置３０に送信する。そして、チケット照合装置３０は、チケット管理サーバ１０から受信した照合結果が、発券済チケットＴの固有情報が未発券化リストテーブル１１Ｂに記憶される未発券化リストの中に含まれることを示す場合に、発券済チケットＴの回収を案内し、そうでない場合には発券済チケットＴの回収を停止させる。そして、チケット照合装置３０は、上記の案内に応じて発券済チケットＴの回収が完了した場合に、回収完了の旨をチケット管理サーバ１０に通知する。そして、チケット管理サーバ１０は、上記の回収完了の通知を受けた場合に、発券済チケットＴのチケット状態を未発券状態に更新することとする。
【０１５５】
なお、上記の例においては、チケット管理サーバ１０は、未発券化リストテーブル１１Ｂの情報をチケット照合装置３０に送信しなくともよいため、チケットシステム１には、未発券化リスト送信部１３、未発券化リスト受信部３２、及び未発券化リストテーブル３１Ａがなくともよい。
【符号の説明】
【０１５６】
Ｓ  店舗
Ｔ  発券済チケット
Ｔ１  バーコード印字領域
Ｔ２  発券番号印字領域
Ｔ３  発券日印字領域
Ｔ４  購入者印字領域
Ｕ  ユーザ
１  チケットシステム
２  ネットワーク
１０  チケット管理サーバ
１０Ａ  制御部
１０Ｂ  記憶部
１０Ｃ  通信部
１１  データ記憶部
１１Ａ  チケット情報管理テーブル
１１Ｂ  未発券化リストテーブル
１２  未発券化指定受付部
１３  未発券化リスト送信部
１４  回収済チケットリスト受信部
１５  チケット情報更新部
２０  ユーザ端末
２０Ａ  制御部
２０Ｂ  記憶部
２０Ｃ  通信部
２０Ｄ  入力部
２０Ｅ  表示部
２１  未発券化指定部
３０  チケット照合装置
３０Ａ  制御部
３０Ｂ  記憶部
３０Ｃ  通信部
３０Ｄ  情報読取部
３０Ｅ  入力部
３０Ｆ  表示部
３１  データ記憶部
３１Ａ  未発券化リストテーブル
３１Ｂ  回収済チケットリストテーブル
３２  未発券化リスト受信部
３３  発券済チケット情報取得部
３４  照合部
３５  案内部
３６  回収処理部
３７  回収済チケットリスト送信部
５０  購入履歴一覧画面
５０Ａ  リスト表示領域
５０Ａ−１  第１チケット情報表示領域
５０Ａ−２  第２チケット情報表示領域
５０Ｂ  詳細表示ボタン
５０Ｃ  戻るボタン
５２  チケット詳細表示画面
５２Ａ  チケット状態表示領域
５２Ｂ  未発券化申請ボタン
５２Ｃ  興行内容表示領域
５２Ｄ  購入情報表示領域
５２Ｅ  戻るボタン
５４  未発券化申請画面
５４Ａ  チケット情報表示領域
５４Ｂ  発券番号入力欄
５４Ｃ  発券日入力欄
５４Ｄ  購入者名入力欄
５４Ｅ  決定ボタン
５４Ｆ  戻るボタン
６０  未発券化手続開始画面
６０Ａ  戻るボタン
６２  回収案内画面
６２Ａ  完了ボタン
６２Ｂ  戻るボタン
６４  受付完了画面
６４Ａ  戻るボタン
６６  エラー画面
６６Ａ  戻るボタン
【図１】
0006338612.tif 000002
【図２】
0006338612.tif 000003
【図３】
0006338612.tif 000004
【図４】
0006338612.tif 000005
【図５】
0006338612.tif 000006
【図６】
0006338612.tif 000007
【図７】
0006338612.tif 000008
【図８】
0006338612.tif 000009
【図９】
0006338612.tif 000010
【図１０】
0006338612.tif 000011
【図１１】
0006338612.tif 000012
【図１２】
0006338612.tif 000013
【図１３】
0006338612.tif 000014
【図１４】
0006338612.tif 000015
【図１５】
0006338612.tif 000016
【図１６】
0006338612.tif 000017
【図１７】
0006338612.tif 000018
【図１８】
0006338612.tif 000019
【図１９】
0006338612.tif 000020