特許 6338612 チケットシステム及びチケットシステムの制御方法

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

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

(11)【特許番号】6338612

(24)【登録日】2018年5月18日

(45)【発行日】2018年6月6日

(54)【発明の名称】チケットシステム及びチケットシステムの制御方法

(51)【国際特許分類】

   G06Q 20/04 20120101AFI20180528BHJP

   G06Q 50/10 20120101ALI20180528BHJP

   G06Q 10/02 20120101ALI20180528BHJP

【ＦＩ】

   G06Q20/04 310

   G06Q50/10

   G06Q10/02

【請求項の数】8

【全頁数】28

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

(22)【出願日】2016年3月28日

(65)【公開番号】特開2017-182166(P2017-182166A)

(43)【公開日】2017年10月5日

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

(73)【特許権者】

【識別番号】398002617

【氏名又は名称】ぴあ株式会社

(74)【代理人】

【識別番号】100088580

【弁理士】

【氏名又は名称】秋山 敦

(74)【代理人】

【識別番号】100111109

【弁理士】

【氏名又は名称】城田 百合子

(72)【発明者】

【氏名】平野 淳

【審査官】 山内 裕史

(56)【参考文献】

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

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

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

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

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

Ｇ０６Ｑ １０／００ − ９９／００

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

【請求項1】

チケットの情報を管理するチケット管理装置と、前記チケット管理装置と通信可能に接続されるチケット照合装置と、を備えるチケットシステムであって、
前記チケット管理装置は、
決済済のチケットがそれぞれ発券済状態であるか未発券状態であるかを関連付けて記憶する記憶手段と、
発券済状態であるチケットの中から未発券状態に復元するチケットの指定を受け付ける受付手段と、
前記受付手段により受け付けたチケットの固有情報のリストを前記チケット照合装置に送信する第１送信手段と、を備え、
前記チケット照合装置は、
発券済のチケットの固有情報を取得する取得手段と、
前記第１送信手段により送信されたリストの中に前記取得手段により取得した固有情報が含まれる場合に、前記発券済のチケットの回収を案内する案内手段と、
前記案内手段による案内に応じて回収された前記発券済のチケットの情報を前記チケット管理装置に送信する第２送信手段と、を備え、
前記チケット管理装置は、前記第２送信手段により送信されたチケットの情報に関連付けて前記記憶手段に記憶される情報を、当該チケットが未発券状態であることに更新する更新手段を更に備えることを特徴とするチケットシステム。

【請求項2】

前記取得手段は、前記発券済のチケットに印字されている前記固有情報をスキャンして取得することを特徴とする請求項１に記載のチケットシステム。

【請求項3】

前記固有情報は、前記発券済のチケットの発券番号を含む情報であることを特徴とする請求項１又は２に記載のチケットシステム。

【請求項4】

前記受付手段は、前記未発券状態に復元するチケットの指定とともに、当該チケットの固有情報を受け付けることを特徴とする請求項１乃至３のいずれかに記載のチケットシステム。

【請求項5】

前記案内手段は、前記受付手段により受け付けたチケットの固有情報の中に前記取得した固有情報が含まれない場合には、前記発券済のチケットを未発券化する処理を停止するように案内することを特徴とする請求項１乃至４のいずれかに記載のチケットシステム。

【請求項6】

チケットの情報を管理するチケット管理装置と、前記チケット管理装置と通信可能に接続されるチケット照合装置と、を備えるチケットシステムの制御方法であって、
前記チケット管理装置が、
記憶手段に決済済のチケットがそれぞれ発券済状態であるか未発券状態であるかを関連付けて記憶するステップと、
発券済状態であるチケットの中から未発券状態に復元するチケットの指定を受け付ける受付ステップと、
前記受付ステップで受け付けたチケットの固有情報のリストを前記チケット照合装置に送信する第１送信ステップと、を含み、
前記チケット照合装置が、
発券済のチケットの固有情報を取得する取得ステップと、
前記第１送信ステップで送信されたリストの中に前記取得ステップで取得した固有情報が含まれる場合に、前記発券済のチケットの回収を案内する案内ステップと、
前記案内ステップでの案内に応じて回収された前記発券済のチケットの情報を前記チケット管理装置に送信する第２送信ステップと、を含み、
前記チケット管理装置が、
前記第２送信ステップで送信されたチケットの情報に関連付けて前記記憶手段に記憶される情報を、当該チケットが未発券状態であることに更新する更新ステップを更に含むことを特徴とするチケットシステムの制御方法。

【請求項7】

チケットの情報を管理するチケット管理装置と、前記チケット管理装置と通信可能に接続されるチケット照合装置と、を備えるチケットシステムであって、
前記チケット管理装置は、
決済済のチケットがそれぞれ発券済状態であるか未発券状態であるかを関連付けて記憶する記憶手段と、
発券済状態であるチケットの中から未発券状態に復元するチケットの指定を受け付ける受付手段と、を備え、
前記チケット照合装置は、
発券済のチケットの固有情報を取得する取得手段と、
前記取得手段により取得したチケットの固有情報を前記チケット管理装置に送信する手段と、を備え、
前記チケット管理装置は、前記受付手段により受け付けたチケットの固有情報の中に前記取得手段により取得した固有情報が含まれるか否かを示す照合結果を前記チケット照合装置に送信する手段を更に備え、
前記チケット照合装置は、
前記照合結果が、前記受付手段により受け付けたチケットの固有情報の中に前記取得手段により取得した固有情報が含まれることを示す場合に、前記発券済のチケットの回収を案内する案内手段と、
前記案内手段による案内に応じて回収された前記発券済のチケットの情報を前記チケット管理装置に送信する送信手段と、を更に備え、
前記チケット管理装置は、前記送信手段により送信されたチケットの情報に関連付けて前記記憶手段に記憶される情報を、当該チケットが未発券状態であることに更新する更新手段を更に備えることを特徴とするチケットシステム。

【請求項8】

チケットの情報を管理するチケット管理装置と、前記チケット管理装置と通信可能に接続されるチケット照合装置と、を備えるチケットシステムの制御方法であって、
前記チケット管理装置が、
記憶手段に決済済のチケットがそれぞれ発券済状態であるか未発券状態であるかを関連付けて記憶するステップと、
発券済状態であるチケットの中から未発券状態に復元するチケットの指定を受け付ける受付ステップと、を含み、
前記チケット照合装置が、
発券済のチケットの固有情報を取得する取得ステップと、
前記取得ステップで取得したチケットの固有情報を前記チケット管理装置に送信するステップと、を含み、
前記チケット管理装置が、前記受付ステップで受け付けたチケットの固有情報の中に前記取得ステップで取得した固有情報が含まれるか否かを示す照合結果を前記チケット照合装置に送信するステップを更に含み、
前記チケット照合装置は、
前記照合結果が、前記受付ステップで受け付けたチケットの固有情報の中に前記取得ステップで取得した固有情報が含まれることを示す場合に、前記発券済のチケットの回収を案内する案内ステップと、
前記案内ステップでの案内に応じて回収された前記発券済のチケットの情報を前記チケット管理装置に送信する送信ステップと、を更に含み、
前記チケット管理装置は、前記送信ステップで送信されたチケットの情報に関連付けて前記記憶手段に記憶される情報を、当該チケットが未発券状態であることに更新する更新ステップを更に含むことを特徴とするチケットシステムの制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、チケットの情報を管理するチケットシステムに関し、特に発券済のチケットを発券前の状態に復元可能なチケットシステム及びチケットシステムの制御方法に関する。

【背景技術】

【0002】

スポーツの試合やコンサート等のイベントのチケットを、チケットを販売するサーバで購入した後に、購入後に通知されるチケットの引換情報を利用して、コンビニエンスストア等の店舗に設置されたチケット発券端末で紙媒体のチケットを発券するシステムが知られている。

【0003】

また、発券済のチケットについては如何なる変更も利かないことが一般的ではあるが、下記の特許文献１においては、ユーザの自宅のパソコンとプリンタを利用して発券済のチケットの払い戻しを可能としたシステムについて開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００２−３２９０２８号公報

【発明の概要】

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

【0005】

例えば、急用等によりチケットの購入者がイベントに行けなくなってしまった場合には、発券したチケットを他人に譲渡しようとしてもチケットを送り届ける時間的猶予がなく、譲渡ができないという事態が生じ得る。

【0006】

一方、チケットが発券前の状態であれば、譲受人にチケットの引換情報を通知することで、チケットの譲渡を容易に行うことができる。

【0007】

しかしながら、上記の従来技術では、無効化されたチケットは払い戻しとなるため再度発券することができない。すなわち、上記の従来技術では一旦発券したチケットを発券前の状態に戻すことができない。また、上記の従来技術では、無効化したチケットが回収されないため、同一のチケット情報に基づいて発券された複数の紙媒体のチケットが出回る可能性もある。

【0008】

本発明は、上記の課題に鑑みてなされたものであり、本発明の目的は、発券済のチケットを再び発券可能な状態に戻すことができるチケットシステム及びチケットシステムの制御方法を提供することにある。

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

【0009】

前記課題は、本発明に係るチケットシステムによれば、チケットの情報を管理するチケット管理装置と、前記チケット管理装置と通信可能に接続されるチケット照合装置と、を備えるチケットシステムであって、前記チケット管理装置は、決済済のチケットがそれぞれ発券済状態であるか未発券状態であるかを関連付けて記憶する記憶手段と、発券済状態であるチケットの中から未発券状態に復元するチケットの指定を受け付ける受付手段と、前記受付手段により受け付けたチケットの固有情報のリストを前記チケット照合装置に送信する第１送信手段と、を備え、前記チケット照合装置は、発券済のチケットの固有情報を取得する取得手段と、前記第１送信手段により送信されたリストの中に前記取得手段により取得した固有情報が含まれる場合に、前記発券済のチケットの回収を案内する案内手段と、前記案内手段による案内に応じて回収された前記発券済のチケットの情報を前記チケット管理装置に送信する第２送信手段と、を備え、前記チケット管理装置は、前記第２送信手段により送信されたチケットの情報に関連付けて前記記憶手段に記憶される情報を、当該チケットが未発券状態であることに更新する更新手段を更に備えることにより解決される。
また、前記課題は、本発明に係るチケットシステムによれば、チケットの情報を管理するチケット管理装置と、前記チケット管理装置と通信可能に接続されるチケット照合装置と、を備えるチケットシステムであって、前記チケット管理装置は、決済済のチケットがそれぞれ発券済状態であるか未発券状態であるかを関連付けて記憶する記憶手段と、発券済状態であるチケットの中から未発券状態に復元するチケットの指定を受け付ける受付手段と、を備え、前記チケット照合装置は、発券済のチケットの固有情報を取得する取得手段と、前記取得手段により取得したチケットの固有情報を前記チケット管理装置に送信する手段と、を備え、前記チケット管理装置は、前記受付手段により受け付けたチケットの固有情報の中に前記取得手段により取得した固有情報が含まれるか否かを示す照合結果を前記チケット照合装置に送信する手段を更に備え、前記チケット照合装置は、前記照合結果が、前記受付手段により受け付けたチケットの固有情報の中に前記取得手段により取得した固有情報が含まれることを示す場合に、前記発券済のチケットの回収を案内する案内手段と、前記案内手段による案内に応じて回収された前記発券済のチケットの情報を前記チケット管理装置に送信する送信手段と、を更に備え、前記チケット管理装置は、前記送信手段により送信されたチケットの情報に関連付けて前記記憶手段に記憶される情報を、当該チケットが未発券状態であることに更新する更新手段を更に備えることにより解決される。

【0010】

また、前記課題は、本発明に係るチケットシステムの制御方法によれば、チケットの情報を管理するチケット管理装置と、前記チケット管理装置と通信可能に接続されるチケット照合装置と、を備えるチケットシステムの制御方法であって、前記チケット管理装置が、記憶手段に決済済のチケットがそれぞれ発券済状態であるか未発券状態であるかを関連付けて記憶するステップと、発券済状態であるチケットの中から未発券状態に復元するチケットの指定を受け付ける受付ステップと、前記受付ステップで受け付けたチケットの固有情報のリストを前記チケット照合装置に送信する第１送信ステップと、を含み、前記チケット照合装置が、発券済のチケットの固有情報を取得する取得ステップと、前記第１送信ステップで送信されたリストの中に前記取得ステップで取得した固有情報が含まれる場合に、前記発券済のチケットの回収を案内する案内ステップと、前記案内ステップでの案内に応じて回収された前記発券済のチケットの情報を前記チケット管理装置に送信する第２送信ステップと、を含み、前記チケット管理装置が、前記第２送信ステップで送信されたチケットの情報に関連付けて前記記憶手段に記憶される情報を、当該チケットが未発券状態であることに更新する更新ステップを更に含むことにより解決される。
また、本発明に係るチケットシステムの制御方法によれば、チケットの情報を管理するチケット管理装置と、前記チケット管理装置と通信可能に接続されるチケット照合装置と、を備えるチケットシステムの制御方法であって、前記チケット管理装置が、記憶手段に決済済のチケットがそれぞれ発券済状態であるか未発券状態であるかを関連付けて記憶するステップと、発券済状態であるチケットの中から未発券状態に復元するチケットの指定を受け付ける受付ステップと、を含み、前記チケット照合装置が、発券済のチケットの固有情報を取得する取得ステップと、前記取得ステップで取得したチケットの固有情報を前記チケット管理装置に送信するステップと、を含み、前記チケット管理装置が、前記受付ステップで受け付けたチケットの固有情報の中に前記取得ステップで取得した固有情報が含まれるか否かを示す照合結果を前記チケット照合装置に送信するステップを更に含み、前記チケット照合装置は、前記照合結果が、前記受付ステップで受け付けたチケットの固有情報の中に前記取得ステップで取得した固有情報が含まれることを示す場合に、前記発券済のチケットの回収を案内する案内ステップと、前記案内ステップでの案内に応じて回収された前記発券済のチケットの情報を前記チケット管理装置に送信する送信ステップと、を更に含み、前記チケット管理装置は、前記送信ステップで送信されたチケットの情報に関連付けて前記記憶手段に記憶される情報を、当該チケットが未発券状態であることに更新する更新ステップを更に含むことにより解決される。

【0011】

上記のチケットシステム、チケットシステムの制御方法によれば、一旦発券されたチケットの中から指定されたチケットを未発券状態、すなわち再び発券可能な状態に戻すことができる。上記のチケットシステムによれば、発券済のチケットは回収されるため、同一内容のチケットが複数枚発券されることがない。すなわち、上記のチケットシステムによれば、同一チケットの重複発行を回避しつつ、発券済みのチケットを未発券状態に戻すことができる。

【0012】

上記のチケットシステムにおいて、前記チケット管理装置は、前記受付手段により受け付けたチケットの固有情報のリストを前記チケット照合装置に送信する第１送信手段を備え、前記案内手段は、前記第１送信手段により送信されたリストの中に前記取得手段により取得した固有情報が含まれる場合に、前記発券済のチケットの回収を案内し、前記チケット照合装置は、前記案内手段による案内に応じて回収された前記発券済のチケットの情報を前記チケット管理装置に送信する第２送信手段を備え、前記更新手段は、前記第２送信手段により送信されたチケットに関連付けて前記記憶手段に記憶される情報を、当該チケットが未発券状態であることに更新することとしてよい。
こうすることで、チケット照合装置において未発券対象のチケットであるか否かの照合を実行することができるため、チケットの照合処理の負荷を分散させることができる。

【0013】

上記のチケットシステムにおいて、前記取得手段は、前記発券済のチケットに印字されている前記固有情報をスキャンして取得することとしてよい。
こうすることで、未発券化する対象のチケットと、指定されたチケットとの同一性を担保できる。すなわち、上記構成により、誤ったチケットを未発券化してしまうことを防止できる。

【0014】

上記のチケットシステムにおいて、前記固有情報は、前記発券済のチケットの発券番号を含む情報であることとしてよい。
こうすることで、発券されたそれぞれのチケットに固有に付与される発券番号を、それぞれのチケットの固有情報として利用できる。

【0015】

上記のチケットシステムにおいて、前記受付手段は、前記未発券状態に復元するチケットの指定とともに、当該チケットの固有情報を受け付けることとしてよい。
こうすることで、未発券状態に戻すチケットについて、予め固有情報を登録することができる。
また、未発券状態に戻すチケットの登録時に、発券後のチケットの固有情報が必要となるため、ユーザの手元にないチケットが未発券化の対象として誤って登録されてしまうことを防止できる。

【0016】

上記のチケットシステムにおいて、前記案内手段は、前記受付手段により受け付けたチケットの固有情報の中に前記取得した固有情報が含まれない場合には、前記発券済のチケットを未発券化する処理を停止するように案内することとしてよい。
こうすることで、未発券化の対象でないチケットに対して未発券化が行われてしまうことを防止できる。

【発明の効果】

【0017】

本発明のチケットシステム及びチケットシステムの制御方法によれば、一旦発券されたチケットの中から指定されたチケットを未発券状態、すなわち再び発券可能な状態に戻すことが可能となる。

【図面の簡単な説明】

【0018】

【図1】本実施形態に係るチケットシステムによる未発券化処理の概要を説明する図である。

【図2】発券済チケットの一例を示す図である。

【図3】チケットシステムのシステム構成を示す図である。

【図4】チケットシステムに備えられる機能を説明する図である。

【図5】チケット情報管理テーブルの一例を示す図である。

【図6】未発券化リストテーブルの一例を示す図である。

【図7】回収済チケットリストテーブルの一例を示す図である。

【図8】未発券化チケットの登録処理に関するシーケンス図である。

【図9】未発券化リストテーブルの配信に関するシーケンス図である。

【図10】チケットの未発券化に伴う回収処理に関するシーケンス図である。

【図11】購入履歴一覧画面の一例を示す図である。

【図12】チケット詳細表示画面の一例を示す図である。

【図13】未発券化申請画面の一例を示す図である。

【図14】未発券化申請後の購入履歴一覧画面の一例を示す図である。

【図15】未発券化手続開始画面の一例を示す図である。

【図16】回収案内画面の一例を示す図である。

【図17】受付完了画面の一例を示す図である。

【図18】エラー画面の一例を示す図である。

【図19】未発券化完了後の購入履歴一覧画面の一例を示す図である。

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

【0019】

以下、本発明の一実施形態（本実施形態）について図面を参照しながら説明する。
なお、以下に説明する実施形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。すなわち、本発明は、その趣旨を逸脱することなく、変更、改良され得るとともに、本発明にはその等価物が含まれることは勿論である。
特に、以下の説明や図面中に記載された画面のデザイン及びレイアウトは、あくまでも一例に過ぎず、本発明の用途やユーザの要望等に応じて適宜変更可能である。

【0020】

［１．本実施形態に係るチケットシステム１における処理の概要］
まず、図１及び図２に基づいて、本実施形態に係るチケットシステム１における処理の概要について説明する。チケットシステム１は、チケット管理サーバ１０（チケット管理装置に相当）、ユーザ端末２０、チケット照合装置３０を含むコンピュータシステムである。

【0021】

チケット管理サーバ１０は、チケットの発行業者が管理するサーバコンピュータであり、チケットの販売、発行、チケット情報の提供等の処理を制御する。また、ユーザ端末２０は、ユーザＵが操作する、スマートフォン、パーソナルコンピュータ、携帯電話機等のコンピュータである。そして、チケット照合装置３０は、後述するチケットの未発券化処理において、発券済チケットＴが予め未発券化処理の対象として登録されたチケットであるか否かの照合を行うコンピュータである。なお、上記のチケットとは、興行（演芸、スポーツ等）を鑑賞・観戦する権利内容が定められた無体物又は有体物をいう。

【0022】

まず、本実施形態の前提として、チケットシステム１におけるチケットの発券処理の概要について説明する。

【0023】

ユーザＵは、ユーザ端末２０を用いてチケット管理サーバ１０にアクセスし、所望のチケットを購入する。

【0024】

チケット管理サーバ１０では、チケットが購入された時点においては、チケットが未だ発券されていないことを示す未発券状態であることを関連付けて記憶するとともに、チケット管理サーバ１０からユーザ端末２０に対してチケットの引換番号を通知する。

【0025】

ユーザＵは、チケット管理サーバ１０から通知された引換番号を所定のチケット発行端末に入力することにより、購入したチケットを発券する。チケットの発券が完了すると、チケット管理サーバ１０は、ユーザＵが購入したチケットに対して記憶されるチケットの状態を、チケットが発券済みであることを示す発券済状態に更新する。

【0026】

ここで、図２には発券済チケットＴの一例を示した。発券済チケットＴは、例えば紙のチケットであり、チケットに関する各種の情報が表面に印字される。図２に示される例においては、発券済チケットＴは、バーコード印字領域Ｔ１、発券番号印字領域Ｔ２、発券日印字領域Ｔ３及び購入者印字領域Ｔ４を有する。

【0027】

バーコード印字領域Ｔ１は、チケットに固有の情報（固有情報）が符号化されたバーコードが印字される領域である。なお、上記の固有情報はチケットごとに異なる情報であり、例えば発券済チケットＴの発券番号を含む情報（例えば発券番号、発券日、購入者名の情報等）としてよい。

【0028】

発券番号印字領域Ｔ２は、発券済チケットＴの発券番号が印字される領域である。また、発券日印字領域Ｔ３は、発券済チケットＴの発券日が印字される領域である。そして、購入者印字領域Ｔ４は、発券済チケットＴの購入者名が印字される領域である。

【0029】

そして、本実施形態に係るチケットシステム１では、以下に説明する手続により、一旦発券した発券済チケットＴを未発券前の状態に戻すこと（未発券化処理）が可能となる。以下、未発券化処理の手続の概要について図１に基づいて説明する。

【0030】

（１）ユーザＵは、ユーザ端末２０によりチケット管理サーバ１０にアクセスし、未発券化を要求する発券済チケットＴの情報（固有情報）をチケット管理サーバ１０に登録する。

【0031】

（２）チケット管理サーバ１０は、未発券化が要求されたチケットのリスト（未発券化リスト）を所定のタイミング（例えば深夜時間帯）で店舗Ｓに設置されたチケット照合装置３０に送信する。なお、未発券化リストには、チケットの固有情報のリストが含まれることとする。

【0032】

（３）ユーザＵは、発券済チケットＴをチケット照合装置３０が設置されている店舗Ｓに持って行く。チケット照合装置３０は、発券済チケットＴの情報と、未発券化リストの情報とを照合するコンピュータである。

【0033】

（４）チケット照合装置３０は、ユーザＵから提示された発券済チケットＴのバーコード印字領域Ｔ１をスキャンし、バーコードに符号化された固有情報を読み取る。さらに、チケット照合装置３０は、未発券化リストの中に、上記読み取った固有情報が存在するか否かを照合する。照合の結果、未発券化リストの中に上記読み取った固有情報が存在する場合には、店舗ＳではユーザＵから所定の手数料を徴収するとともに、発券済チケットＴの回収を行う。

【0034】

（５）チケット照合装置３０は、所定のタイミング（例えば深夜時間帯）で、回収した発券済チケットＴのリストをチケット管理サーバ１０に送信する。また、回収した発券済チケットＴ自体も店舗Ｓから、所定の宛先（チケットの発行業者）に送付される。

【0035】

（６）チケット管理サーバ１０では、チケット照合装置３０から送信された回収済みのチケットのリストに基づいて、回収されたチケットの状態を発券済状態から未発券状態に更新する。

【0036】

以上の処理により、チケットシステム１では、一旦発券されたチケットの状態を発券済状態から未発券状態に回復させることができる。こうすることにより、チケットを返品、キャンセルする場合と異なり、ユーザがチケットの購入している状態を維持したまま、チケットを発券済状態から未発券状態に戻すことができる。以下、上述した処理を実現するためにチケットシステム１に備えられる構成について説明する。

【0037】

［２．チケットシステム１のハードウェア構成の説明］
図３には、チケットシステム１のシステム構成の一例を示した。図３に示されるように、チケットシステム１は、チケット管理サーバ１０、ユーザ端末２０、チケット照合装置３０を備え、チケット管理サーバ１０及びユーザ端末２０、チケット管理サーバ１０及びチケット照合装置３０はそれぞれネットワーク２を介して通信可能に接続されている。なお、本実施形態では、チケットシステム１に、ユーザＵが操作するユーザ端末２０が含まれることとして説明するが、ユーザ端末２０はチケットシステム１に含まれていなくともよい。また、図１においては、１つのチケット照合装置３０が示されているが、チケット照合装置３０は複数あってもよい。

【0038】

［２．１．チケット管理サーバ１０のハードウェア構成］
図３に示されるように、チケット管理サーバ１０は、制御部１０Ａ、記憶部１０Ｂ、通信部１０Ｃを備えるコンピュータである。

【0039】

制御部１０Ａは、例えば中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を含み構成され、記憶部１０Ｂに記憶されるプログラムやデータに基づいて各種の演算処理を実行するとともに、チケット管理サーバ１０の各部を制御する。

【0040】

記憶部１０Ｂは、例えばメモリ、磁気ディスク装置を含み構成され、各種のプログラムやデータを記憶するほか、制御部１０Ａのワークメモリとしても機能する。なお、記憶部１０Ｂには、フラッシュメモリ、光ディスク等の情報記憶媒体を含むこととしてもよい。

【0041】

通信部１０Ｃは、ネットワーク２に接続し、ネットワーク２に接続するユーザ端末２０やチケット照合装置３０等のデバイスと通信する。

【0042】

［２．２．ユーザ端末２０のハードウェア構成］
図３に示されるように、ユーザ端末２０は、制御部２０Ａ、記憶部２０Ｂ、通信部２０Ｃ、入力部２０Ｄ、表示部２０Ｅを備えるコンピュータである。

【0043】

制御部２０Ａは、例えば中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を含み構成され、記憶部２０Ｂに記憶されるプログラムやデータに基づいて各種の演算処理を実行するとともに、ユーザ端末２０の各部を制御する。

【0044】

記憶部２０Ｂは、例えばメモリ、磁気ディスク装置を含み構成され、各種のプログラムやデータを記憶するほか、制御部２０Ａのワークメモリとしても機能する。なお、記憶部２０Ｂには、フラッシュメモリ、光ディスク等の情報記憶媒体を含むこととしてもよい。

【0045】

通信部２０Ｃは、ネットワーク２に接続し、ネットワーク２に接続するチケット管理サーバ１０等のデバイスと通信する。

【0046】

入力部２０Ｄは、例えばタッチパネル、キーボード、マウス等の入力デバイスを含み構成され、ユーザの操作情報の入力を受け付ける。

【0047】

表示部２０Ｅは、例えば液晶ディスプレイ装置等の表示デバイスを含み構成され、制御部２０Ａにより生成されるグラフィックデータに基づく画面を表示させる。

【0048】

なお、入力部２０Ｄ及び表示部２０Ｅはユーザ端末２０に内蔵されていなくともよく、ユーザ端末２０に接続される外部装置として設けられていてもよい。

【0049】

［２．３．チケット照合装置３０のハードウェア構成］
図３に示されるように、チケット照合装置３０は、制御部３０Ａ、記憶部３０Ｂ、通信部３０Ｃ、情報読取部３０Ｄ、入力部３０Ｅ及び表示部３０Ｆを備えるコンピュータである。

【0050】

制御部３０Ａは、例えば中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を含み構成され、記憶部３０Ｂに記憶されるプログラムやデータに基づいて各種の演算処理を実行するとともに、チケット照合装置３０の各部を制御する。

【0051】

記憶部３０Ｂは、例えばメモリ、磁気ディスク装置を含み構成され、各種のプログラムやデータを記憶するほか、制御部３０Ａのワークメモリとしても機能する。なお、記憶部３０Ｂには、フラッシュメモリ、光ディスク等の情報記憶媒体を含むこととしてもよい。

【0052】

通信部３０Ｃは、ネットワーク２に接続し、ネットワーク２に接続するチケット管理サーバ１０等のデバイスと通信する。

【0053】

情報読取部３０Ｄは、例えばバーコードリーダ、スキャナ等を含み構成され、チケットに印字されている情報を読み取る装置である。また、チケットが電子チケットである場合には、情報読取部３０Ｄは、無線通信により電子チケットの情報を読み取るリーダー装置としてよい。

【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】

例えば、照合部３４による照合の結果、未発券化リストの中に発券済チケットＴの固有情報が含まれる場合には、案内部３５は、発券済チケットＴを未発券化するための手数料の徴収及び発券済チケットＴの回収を案内する。具体的には、上記の場合において、案内部３５は、表示部３０Ｆに発券済チケットＴを未発券化するための手数料の徴収及び発券済チケットＴの回収を実行する旨を案内する画面を表示させることとしてよい。

【0082】

一方、照合部３４による照合の結果、未発券化リストの中に発券済チケットＴの固有情報が含まれない場合には、案内部３５は、発券済チケットＴを未発券化する手続の停止を案内する。具体的には、上記の場合において、案内部３５は、表示部３０Ｆに発券済チケットＴの未発券化及び回収の停止を案内する画面を表示させることとしてよい。

【0083】

［３．８．回収処理部３６］
回収処理部３６は、主にチケット照合装置３０の制御部３０Ａ、記憶部３０Ｂ及び入力部３０Ｅにより実現される。回収処理部３６は、案内部３５による発券済チケットＴの回収の案内に応じて手数料の徴収と、発券済チケットＴの回収が行われた旨の入力を受け付けた場合に、データ記憶部３１に未発券化の対象となる発券済チケットＴが正しく回収された旨を登録する。また、回収されたチケットは所定の宛先（例えばチケット発行事業者宛）に送られることとしてよい。

【0084】

具体的には、回収処理部３６は、データ記憶部３１に記憶される回収済チケットリストテーブル３１Ｂに回収された発券済チケットＴの情報を書き込むこととしてよい。発券済チケットＴの情報とは、例えば、発券済チケットＴのチケットＩＤ、発券済チケットＴの発券番号等としてよい。

【0085】

図７には、回収済チケットリストテーブル３１Ｂの一例を示した。図７に示されるように、回収済チケットリストテーブル３１Ｂには、チケットを識別する識別情報、チケットの発券番号、チケットを回収した店舗Ｓの識別情報（回収店舗ＩＤ）、チケットの回収日時の情報が関連付けて記憶される。

【0086】

なお、本実施形態では、店舗Ｓにおいて発券済チケットＴの回収完了の旨の入力を受け付けた時点で、発券済チケットＴの回収が行われたことと判断するが、所定の宛先に発券済チケットＴが送付され、所定の宛先において発券済チケットＴの回収が確認された時点、又は後述する回収済チケットリストテーブル３１Ｂがチケット管理サーバ１０に送信（又は受信）された時点で、発券済チケットＴの回収が完了したことと判断してもよい。

【0087】

［３．９．回収済チケットリスト送信部３７、回収済チケットリスト受信部１４］
回収済チケットリスト送信部３７は、主にチケット照合装置３０の制御部３０Ａ、記憶部３０Ｂ及び通信部３０Ｃにより実現され、データ記憶部３１に記憶される回収済チケットリストテーブル３１Ｂをチケット管理サーバ１０に送信する。なお、回収済チケットリスト送信部３７は、所定のタイミングが到来するごとに、最新の回収済チケットリストテーブル３１Ｂをチケット管理サーバ１０に対して送信することとしてよい。ここで、上記の所定のタイミングとは、回収済チケットリストテーブル３１Ｂが更新されたタイミングとしてもよいし、所定の時間（例えば午前２時等）、所定の時間間隔（例えば１２時間おき等）、送信要求を受け付けたタイミング等としてもよい。

【0088】

回収済チケットリスト受信部１４は、主にチケット管理サーバ１０の制御部１０Ａ、記憶部１０Ｂ及び通信部１０Ｃにより実現され、回収済チケットリスト送信部３７から送信される回収済チケットリストテーブル３１Ｂを受信する。

【0089】

チケット管理サーバ１０は、回収済チケットリストテーブル３１Ｂの受信が正常に完了した場合には、その旨をチケット照合装置３０に通知することとしてよい。そして、チケット照合装置３０は、上記の通知に応じて、回収済チケットリストテーブル３１Ｂのうち送信済のレコードを削除することとしてよい。

【0090】

［３．１０．チケット情報更新部１５］
チケット情報更新部１５は、主にチケット管理サーバ１０の制御部１０Ａ及び記憶部１０Ｂにより実現される。チケット情報更新部１５は、回収済チケットリスト受信部１４により受信した回収済チケットリストテーブル３１Ｂの情報に基づいて、チケット情報管理テーブル１１Ａに記憶されるチケットのチケット状態を更新する。

【0091】

具体的には、チケット情報更新部１５は、回収済チケットリストテーブル３１Ｂに記憶されるチケットの識別情報について、チケット情報管理テーブル１１Ａに関連付けて記憶されるチケット状態を、発券済状態（状態「１」）から未発券状態（状態「０」）に更新することとする。

【0092】

また例えば、チケット情報更新部１５は、回収済チケットリストテーブル３１Ｂを受信した後であって、回収されたチケットが所定の宛先に到着した旨の入力を受け付けた後に、上記のチケット状態の更新処理を実行することとしてもよい。

【0093】

［４．チケットシステム１において実行される処理の説明］
次に、図８乃至図１９に基づいて、チケットシステム１において実行されるチケットの未発券化に係る処理を具体的に説明する。

【0094】

［４．１．未発券化チケットの事前登録処理］
図８には、未発券化チケットの事前登録処理の一例に関するシーケンス図を示した。図８に示される処理は、チケット管理サーバ１０とユーザ端末２０とにおいて実行されるものである。

【0095】

ユーザ端末２０の制御部２０Ａは、通信部１０ＣによりユーザＩＤとパスワードをチケット管理サーバ１０に送信し、ログイン処理を実行する（Ｓ２００）。

【0096】

チケット管理サーバ１０の制御部１０Ａは、ユーザ端末２０から受信したユーザＩＤとパスワードによる認証を実行し、ログイン処理を実行する（Ｓ１００）。以下では、認証が成功したこととして説明を続ける。

【0097】

入力部２０Ｄによりユーザが購入したチケットの一覧画面（購入履歴一覧画面）の表示要求を受け付けると、ユーザ端末２０の制御部２０Ａは、通信部２０Ｃにより購入履歴一覧画面のデータをチケット管理サーバ１０に対して要求する（Ｓ２０２）。

【0098】

チケット管理サーバ１０の制御部１０Ａは、通信部１０Ｃを介してユーザ端末２０からの要求を受け付けると（Ｓ１０２）、ユーザＩＤに関連付けてチケット情報管理テーブル１１Ａに記憶されるチケットの情報に基づいて、ユーザの購入履歴一覧画面データを生成する（Ｓ１０４）。なお、購入履歴一覧画面データとは、購入履歴の一覧画面を表示手段に表示させるためのデータである。

【0099】

そして、チケット管理サーバ１０の制御部１０Ａは、通信部１０Ｃにより、上記生成した購入履歴一覧画面データをユーザ端末２０に送信する（Ｓ１０６）。

【0100】

ユーザ端末２０の制御部２０Ａは、通信部２０Ｃを介してチケット管理サーバ１０から購入履歴一覧画面データを受信し（Ｓ２０４）、受信した購入履歴一覧画面データに基づいて購入履歴一覧画面を表示部２０Ｅに表示させる（Ｓ２０６）。

【0101】

図１１には、Ｓ２０６において表示される購入履歴一覧画面５０の一例を示した。図１１に示されるように、購入履歴一覧画面５０には、ユーザが購入したチケットのリストを表示するリスト表示領域５０Ａと、前の画面に戻るための戻るボタン５０Ｃが含まれる。

【0102】

図１１に示す例では、ユーザが購入したチケットは２つ（第１チケットと第２チケットとする）あることとし、そのためリスト表示領域５０Ａには、第１チケットについての情報を表示する第１チケット情報表示領域５０Ａ−１と、第２チケットについての情報を表示する第２チケット情報表示領域５０Ａ−２が含まれる。なお、第１チケット情報表示領域５０Ａ−１と第２チケット情報表示領域５０Ａ−２にはそれぞれ、チケットの状況、公演名、チケットの購入日、公演日、会場、座席・枚数、チケットの詳細情報を表示させるための詳細表示ボタン５０Ｂがそれぞれ表示される。

【0103】

また、図１１に示す例においては、第２チケットのチケット状態は発券済みとなっており、以下において第２チケットを発券済み状態から未発券状態に復元するための処理について説明することとする。

【0104】

入力部２０Ｄにより第２チケット情報表示領域５０Ａ−２についての詳細表示ボタン５０Ｂの押下を受け付けると、ユーザ端末２０の制御部２０Ａは、通信部２０Ｃにより第２チケットについての詳細画面（チケット詳細画面）のデータをチケット管理サーバ１０に対して要求する（Ｓ２０８）。例えば、ユーザ端末２０の制御部２０Ａは、上記の要求の際には、第２チケットを識別する識別情報を送信することとしてよい。

【0105】

チケット管理サーバ１０の制御部１０Ａは、通信部１０Ｃを介してユーザ端末２０からの要求を受け付けると（Ｓ１０８）、送信されたチケットの識別情報に関連付けてチケット情報管理テーブル１１Ａに記憶されるレコード（チケット情報）に基づいて、チケット詳細画面データを生成する（Ｓ１１０）。なお、チケット詳細画面データとは、チケットの詳細画面を表示手段に表示させるためのデータである。

【0106】

そして、チケット管理サーバ１０の制御部１０Ａは、通信部１０Ｃにより、上記生成したチケット詳細画面データをユーザ端末２０に送信する（Ｓ１１２）。

【0107】

ユーザ端末２０の制御部２０Ａは、通信部２０Ｃを介してチケット管理サーバ１０からチケット詳細画面データを受信し（Ｓ２１０）、受信したチケット詳細画面データに基づいてチケット詳細画面を表示部２０Ｅに表示させる（Ｓ２１２）。

【0108】

図１２には、Ｓ２１２において表示されるチケット詳細表示画面５２の一例を示した。図１２に示されるように、チケット詳細表示画面５２には、チケット状態表示領域５２Ａ、興行内容表示領域５２Ｃ、購入情報表示領域５２Ｄ、及び前の画面に戻るための戻るボタン５２Ｅが含まれる。

【0109】

チケット状態表示領域５２Ａには、チケットの発券に関する詳細情報が表示される。また、チケット状態表示領域５２Ａには、チケットが発券済みである場合には、当該チケットを未発券状態に復元することを申請するための未発券化申請ボタン５２Ｂが表示される。

【0110】

興行内容表示領域５２Ｃには、チケットの興行に関する詳細情報が表示される。例えば、チケットがスポーツの試合である場合には、興行内容表示領域５２Ｃには、試合の開催日時、場所、座席情報等が表示される。

【0111】

購入情報表示領域５２Ｄには、チケットの購入に関する詳細情報が表示される。例えば、購入情報表示領域５２Ｄには、チケットの購入日時、購入サイト、購入金額等が表示される。

【0112】

次に、入力部２０Ｄにより未発券化申請ボタン５２Ｂの押下を受け付けると、ユーザ端末２０の制御部２０Ａは、通信部２０Ｃにより第２チケットの未発券化をチケット管理サーバ１０に対して要求する（Ｓ２１４）。例えば、ユーザ端末２０の制御部２０Ａは、上記の要求の際には、第２チケットを識別する識別情報を送信することとしてよい。

【0113】

チケット管理サーバ１０の制御部１０Ａは、通信部１０Ｃを介してユーザ端末２０からの要求を受け付けると（Ｓ１１４）、要求に係るチケットの未発券化を申請するための未発券化申請画面を表示させるための未発券化申請画面データを生成する（Ｓ１１６）。

【0114】

そして、チケット管理サーバ１０の制御部１０Ａは、通信部１０Ｃにより、上記生成した未発券化申請画面データをユーザ端末２０に送信する（Ｓ１１８）。

【0115】

ユーザ端末２０の制御部２０Ａは、通信部２０Ｃを介してチケット管理サーバ１０から未発券化申請画面データを受信し（Ｓ２１６）、受信した未発券化申請画面データに基づいて未発券化申請画面を表示部２０Ｅに表示させる（Ｓ２１８）。

【0116】

図１３には、Ｓ２１８において表示される未発券化申請画面５４の一例を示した。図１３に示されるように、未発券化申請画面５４には、チケット情報表示領域５４Ａ、発券番号入力欄５４Ｂ、発券日入力欄５４Ｃ、購入者名入力欄５４Ｄ、決定ボタン５４Ｅ及び戻るボタン５４Ｆが含まれる。

【0117】

チケット情報表示領域５４Ａは、未発券化の対象となるチケット（未発券化対象チケット）の情報が表示される領域である。発券番号入力欄５４Ｂは、未発券化対象チケットの発券番号を入力する領域である。発券日入力欄５４Ｃは、未発券化対象チケットの発券日を入力する領域である。購入者名入力欄５４Ｄは、未発券化対象チケットの購入者の名前を入力する領域である。

【0118】

発券番号入力欄５４Ｂ、発券日入力欄５４Ｃ、購入者名入力欄５４Ｄに情報が入力された後に、決定ボタン５４Ｅの押下を受け付けると、ユーザ端末２０の制御部２０Ａは、通信部２０Ｃにより未発券化対象チケットのデータ（チケットの識別情報、固有情報）をチケット管理サーバ１０に対して送信することで、未発券化を要求する（Ｓ２２２）。

【0119】

チケット管理サーバ１０の制御部１０Ａは、通信部１０Ｃを介してユーザ端末２０から未発券化対象チケットのデータを受信すると（Ｓ１２０）、受信したデータに基づいて、未発券化リストテーブル１１Ｂを更新する。具体的には、チケット管理サーバ１０の制御部１０Ａは、未発券化リストテーブル１１Ｂに新たなレコードを生成するとともに、生成したレコードに、上記受信したチケットの識別情報と、固有情報（発券番号、発券日、購入者名）を登録する。

【0120】

また、図１４には、第２チケットの未発券化申請を受け付けた後の購入履歴一覧画面５０の一例を示した。図１４の第２チケット情報表示領域５０Ａ−２に示されるように、未発券化申請を受け付けた後には、第２チケットの状態を「未発券化申請中」に更新することとしてよい。この場合には、チケット管理サーバ１０の制御部１０Ａは、上記の未発券化対象チケットのデータを受信した後に、未発券化対象チケットについてチケット情報管理テーブル１１Ａに記憶されるチケットの状態を「未発券化申請中」に更新することとしてよい。

【0121】

以上が未発券化チケットの事前登録処理の一例である。次に、図９に基づいて未発券化リストの配信処理について説明する。

【0122】

［４．２．未発券化リスト配信処理］
図９に示されるように、チケット管理サーバ１０の制御部１０Ａは、未発券化リストテーブル１１Ｂの送信タイミングが到来したか否かを判定する（Ｓ１３０）。例えば、上記の送信タイミングとは、チケット管理サーバ１０に記憶される未発券化リストテーブル１１Ｂが更新されたタイミングとしてもよいし、所定の時間（例えば午前２時等）、所定の時間間隔（例えば１２時間おき等）、送信要求を受け付けたタイミング等としてもよい。

【0123】

Ｓ１３０において、チケット管理サーバ１０の制御部１０Ａは、上記の送信タイミングが到来していない場合には（Ｓ１３０：Ｎ）、待機し、上記の送信タイミングが到来した場合には（Ｓ１３０：Ｙ）、チケット照合装置３０に対して未発券化リストテーブル１１Ｂを送信する（Ｓ１３２）。なお、チケットシステム１に複数のチケット照合装置３０が存在する場合には、チケット管理サーバ１０はそれぞれのチケット照合装置３０に対して未発券化リストテーブル１１Ｂを送信することとする。

【0124】

チケット照合装置３０の制御部３０Ａは、通信部３０Ｃを介してチケット管理サーバ１０から未発券化リストテーブル１１Ｂを受信し（Ｓ３３０）、受信した未発券化リストテーブル１１Ｂを記憶部３０Ｂに記憶する（Ｓ３３２）。

【0125】

以上が未発券化リストの配信処理の一例である。次に、図１０に基づいて未発券化手続の制御処理について説明する。なお、以下の未発券化手続の制御処理は、ユーザＵが店舗Ｓに発券済チケットＴを持って行き、店舗Ｓのレジにおいて発券済チケットＴの未発券化手続を店員に要求した以後のチケットシステム１における処理の流れを示したものである。

【0126】

［４．３．未発券化手続の制御処理］
図１０に示されるように、チケット照合装置３０の制御部３０Ａは、入力部３０Ｅで受け付けた操作に基づいて、発券済チケットＴの未発券化手続の要求を受け付ける（Ｓ３４０）。そして、チケット照合装置３０の制御部３０Ａは、表示部３０Ｆに未発券化手続き開始画面６０を表示させる（Ｓ３４２）。

【0127】

図１５には、Ｓ３４２で表示される未発券化手続き開始画面６０の一例を示した、図１５に示されるように、未発券化手続き開始画面６０の例では、未発券化手続の対象となる発券済チケットＴのバーコードを読み取るように店舗Ｓの店員に対する指示が表示される。なお、戻るボタン６０Ａを押下した場合には、未発券化手続がキャンセルされる。

【0128】

未発券化手続き開始画面６０による案内に応じて、チケット照合装置３０の情報読取部３０Ｄが発券済チケットＴのバーコード印字領域Ｔ１に印字されたバーコードの読取りを実行する（Ｓ３４４）。そして、チケット照合装置３０の制御部３０Ａは、上記読み取ったバーコードを復号化し、バードードに符号化された発券済チケットＴの固有情報を取得する。

【0129】

次に、チケット照合装置３０の制御部３０Ａは、未発券化リストテーブル３１Ａと、上記発券済チケットＴから取得した固有情報とを照合し、未発券化リストテーブル３１Ａの中に発券済チケットＴの固有情報が含まれているかを判定する（Ｓ３４６）。

【0130】

上記照合の結果、照合が成功した（すなわち、未発券化リストテーブル３１Ａの中に発券済チケットＴの固有情報が含まれている）場合には（Ｓ３４８：Ｙ）、表示部３０Ｆに回収案内画面６２を表示させる（Ｓ３５０）。

【0131】

図１６には、Ｓ３５０で表示される回収案内画面６２の一例を示した。図１６に示されるように、回収案内画面６２の例では、発券済チケットＴの回収と、未発券化手続に要する手数料の徴収を行う旨が案内される。戻るボタン６２Ｂを押下することで、前の画面に戻ることができる。

【0132】

回収案内画面６２の案内に応じて、発券済チケットＴの回収と手数料の徴収が完了した場合には、店員は完了ボタン６２Ａを押下することとする。

【0133】

上記の回収手続が完了しない場合（すなわち、入力部３０Ｅが完了ボタン６２Ａの押下を受け付けていない場合）には（Ｓ３５２：Ｎ）、チケット照合装置３０の制御部３０Ａは待機する。

【0134】

一方、上記の回収手続が完了した場合（すなわち、入力部３０Ｅが完了ボタン６２Ａの押下を受け付けた場合）には（Ｓ３５２：Ｙ）、チケット照合装置３０の制御部３０Ａは回収済チケットリストテーブル３１Ｂを更新する（Ｓ３５４）。具体的には、チケット照合装置３０の制御部３０Ａは、回収済チケットリストテーブル３１Ｂに新たなレコードを追加するとともに、追加したレコードに発券済チケットＴの識別情報、発券済チケットＴの発券番号、発券済チケットＴを回収した店舗Ｓの識別情報（回収店舗ＩＤ）、発券済チケットＴの回収日時の情報を書き込む。

【0135】

チケット照合装置３０の制御部３０Ａは、回収済チケットリストテーブル３１Ｂの更新を終えると、表示部３０Ｆに受付完了画面６４を表示させる（Ｓ３５６）。

【0136】

図１７には、Ｓ３５６で表示される受付完了画面６４の一例を示した。図１７に示されるように、受付完了画面６４には、未発券化手続の受け付け完了の旨と、回収した発券済チケットＴを所定の宛先に送付する指示が表示される。なお、受付完了画面６４において、戻るボタン６４Ａの押下により、メニュー画面に戻ることができる。

【0137】

Ｓ３４６における照合の結果、照合が成功しなかった（すなわち、未発券化リストテーブル３１Ａの中に発券済チケットＴの固有情報が含まれていない）場合には（Ｓ３４８：Ｎ）、チケット照合装置３０の制御部３０Ａは、表示部３０Ｆにエラー画面６６を表示させる（Ｓ３５８）。

【0138】

図１８には、Ｓ３５８において表示されるエラー画面６６の一例を示した。図１８に示されるように、エラー画面６６には、発券済チケットＴの照合が失敗した旨と、発券済チケットＴの未発券化手続の受け付けを終了する旨が表示される。すなわち、発券済チケットＴの照合が失敗した場合には、発券済チケットＴの回収が行われず、発券済チケットＴはユーザＵに返却されることとなる。なお、エラー画面６６において、戻るボタン６６Ａの押下により前の画面に戻ることができる。

【0139】

ここで、チケット照合装置３０の制御部３０Ａは、回収済チケットリストテーブル３１Ｂの送信タイミングが到来していない場合には（Ｓ３６０：Ｎ）、Ｓ３４０に戻り、回収済チケットリストテーブル３１Ｂの送信タイミングが到来した場合には（Ｓ３６０：Ｙ）、通信部３０Ｃにより回収済チケットリストテーブル３１Ｂをチケット管理サーバ１０に送信する（Ｓ３６２）。

【0140】

チケット管理サーバ１０の制御部１０Ａは、通信部１０Ｃによりチケット照合装置３０から送信された回収済チケットリストテーブル３１Ｂを受信する（Ｓ１４０）。そして、チケット管理サーバ１０の制御部１０Ａは、受信した回収済チケットリストテーブル３１Ｂに基づいて、記憶部１０Ｂに記憶される未発券化リストテーブル１１Ｂを更新する（Ｓ１４２）。

【0141】

例えば、チケット管理サーバ１０の制御部１０Ａは、未発券化リストテーブル１１Ｂに含まれるチケットの識別情報、固有情報（発券番号等）を含むレコードのうち、受信した回収済チケットリストテーブル３１Ｂに含まれるチケットの識別情報、固有情報（発券番号等）を含むレコードを削除して、未発券化リストテーブル１１Ｂを更新することとしてよい。

【0142】

また、チケット管理サーバ１０の制御部１０Ａは、受信した回収済チケットリストテーブル３１Ｂに基づいて、記憶部１０Ｂに記憶されるチケット情報管理テーブル１１Ａを更新する（Ｓ１４４）。

【0143】

例えば、チケット管理サーバ１０の制御部１０Ａは、チケット情報管理テーブル１１Ａに含まれるチケットの識別情報を含むレコードのうち、受信した回収済チケットリストテーブル３１Ｂに含まれるチケットの識別情報を含むレコードについて、チケット状態を発券済状態から、未発券化リストテーブル１１Ｂ更新することとしてよい。

【0144】

図１９には、Ｓ１４４の後に表示される購入履歴一覧画面５０の一例を示した。図１９に示されるように、購入履歴一覧画面５０においては、第２チケット情報表示領域５０Ａ−２について表示されるチケット状態が、未発券状態に更新されることとなる。

【0145】

以上説明した本実施形態に係るチケットシステム１によれば、一旦発券したチケットの中から指定されたチケットを、ユーザが購入した状態のまま未発券状態、すなわち再び発券可能な状態に戻すことができる。また、発券済のチケットは回収されるため、同一内容のチケットが複数枚発券されることを防止することができる。すなわち、チケットシステム１によれば、チケットを購入した権利を維持するとともに、チケットの重複発行を回避しつつ、チケットを発券状態から未発券状態に戻すことができる。

【0146】

また、チケットシステム１では、未発券化の対象とするチケットの照合に、チケットに印字されているチケットの固有情報（例えば発券番号）を用いることにより、未発券化する対象のチケットと、指定されたチケットとの同一性を担保できる。すなわち、チケットシステム１によれば、誤ったチケットを未発券化してしまうことを防止できる。

【0147】

また、チケットシステム１では、未発券状態に戻すチケットについて、予め固有情報を登録することができる。これにより、未発券状態に戻すチケットの登録時に、発券後のチケットの固有情報が必要となるため、ユーザの手元にないチケットが未発券化の対象として誤って登録されてしまうことを防止できる。

【0148】

また、チケットシステム１では、未発券化の対象とするチケットの照合が成功しなかった場合には、未発券化が停止されるため、未発券化の対象でないチケットに対して未発券化が行われてしまうことを防止できる。

【0149】

本発明は上記の実施形態に限定されるものではない。例えば、上記のチケットシステム１は、以下の機能を更に備えることとしてもよい。

【0150】

例えば、上記のチケットシステム１において、未発券状態のチケットは、当該チケットの購入者から他者に対して譲渡可能としてもよい。例えば、チケットシステム１では、未発券状態のチケットのうち、購入者から指定されたチケットをリセール状態（再販状態）に設定可能としてもよい。このとき、リセール状態とされたチケットが、再販状態の有効期限内に他のユーザに購入された場合に、チケットの譲渡が成立することとしてよい。

【0151】

なお、発券済状態のチケットは、上記のリセール状態に設定できないところ、上記のチケットシステム１によれば、一度発券したチケットを未発券状態に戻すことができるため、上記のリセール機能を利用することが可能となる。

【0152】

また例えば、上記のチケットシステム１において、未発券状態のチケットは、スマートフォンや携帯電話機に記憶される電子チケットとして発券可能としてもよい。上記のチケットシステム１では、紙媒体のチケットとして発券した場合であっても、未発券状態に戻すことができるため、紙媒体のチケットを電子チケットとして発券し直すことが可能となる。

【0153】

また、上記のチケットシステム１において、発券済チケットＴの照合はチケット管理サーバ１０で実行してもよい（すなわち、照合部３４はチケット管理サーバ１０に設けられていてもよい）。以下、具体的な処理の流れについて説明する。

【0154】

まず、チケット照合装置３０は、発券済チケット情報取得部３３により取得された発券済チケットＴの固有情報をチケット管理サーバ１０に送信する。次に、チケット管理サーバ１０は、チケット照合装置３０から受信した発券済チケットＴの固有情報が、未発券化リストテーブル１１Ｂに記憶される未発券化リストの中に含まれるか否かを示す照合結果を、チケット照合装置３０に送信する。そして、チケット照合装置３０は、チケット管理サーバ１０から受信した照合結果が、発券済チケットＴの固有情報が未発券化リストテーブル１１Ｂに記憶される未発券化リストの中に含まれることを示す場合に、発券済チケットＴの回収を案内し、そうでない場合には発券済チケットＴの回収を停止させる。そして、チケット照合装置３０は、上記の案内に応じて発券済チケットＴの回収が完了した場合に、回収完了の旨をチケット管理サーバ１０に通知する。そして、チケット管理サーバ１０は、上記の回収完了の通知を受けた場合に、発券済チケットＴのチケット状態を未発券状態に更新することとする。

【0155】

なお、上記の例においては、チケット管理サーバ１０は、未発券化リストテーブル１１Ｂの情報をチケット照合装置３０に送信しなくともよいため、チケットシステム１には、未発券化リスト送信部１３、未発券化リスト受信部３２、及び未発券化リストテーブル３１Ａがなくともよい。

【符号の説明】

【0156】

Ｓ 店舗
Ｔ 発券済チケット
Ｔ１ バーコード印字領域
Ｔ２ 発券番号印字領域
Ｔ３ 発券日印字領域
Ｔ４ 購入者印字領域
Ｕ ユーザ
１ チケットシステム
２ ネットワーク
１０ チケット管理サーバ
１０Ａ 制御部
１０Ｂ 記憶部
１０Ｃ 通信部
１１ データ記憶部
１１Ａ チケット情報管理テーブル
１１Ｂ 未発券化リストテーブル
１２ 未発券化指定受付部
１３ 未発券化リスト送信部
１４ 回収済チケットリスト受信部
１５ チケット情報更新部
２０ ユーザ端末
２０Ａ 制御部
２０Ｂ 記憶部
２０Ｃ 通信部
２０Ｄ 入力部
２０Ｅ 表示部
２１ 未発券化指定部
３０ チケット照合装置
３０Ａ 制御部
３０Ｂ 記憶部
３０Ｃ 通信部
３０Ｄ 情報読取部
３０Ｅ 入力部
３０Ｆ 表示部
３１ データ記憶部
３１Ａ 未発券化リストテーブル
３１Ｂ 回収済チケットリストテーブル
３２ 未発券化リスト受信部
３３ 発券済チケット情報取得部
３４ 照合部
３５ 案内部
３６ 回収処理部
３７ 回収済チケットリスト送信部
５０ 購入履歴一覧画面
５０Ａ リスト表示領域
５０Ａ−１ 第１チケット情報表示領域
５０Ａ−２ 第２チケット情報表示領域
５０Ｂ 詳細表示ボタン
５０Ｃ 戻るボタン
５２ チケット詳細表示画面
５２Ａ チケット状態表示領域
５２Ｂ 未発券化申請ボタン
５２Ｃ 興行内容表示領域
５２Ｄ 購入情報表示領域
５２Ｅ 戻るボタン
５４ 未発券化申請画面
５４Ａ チケット情報表示領域
５４Ｂ 発券番号入力欄
５４Ｃ 発券日入力欄
５４Ｄ 購入者名入力欄
５４Ｅ 決定ボタン
５４Ｆ 戻るボタン
６０ 未発券化手続開始画面
６０Ａ 戻るボタン
６２ 回収案内画面
６２Ａ 完了ボタン
６２Ｂ 戻るボタン
６４ 受付完了画面
６４Ａ 戻るボタン
６６ エラー画面
６６Ａ 戻るボタン

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】