(57)【要約】【課題】チケットの販売と配信を担う装置が別であるチケッティングシステムにおけるチケットの販売、配信、キャンセルの処理を迅速に処理可能とする。【解決手段】  チケットの個体情報と状態情報とを記憶する記憶手段と、チケット販売装置から受け付けた販売要求情報に基づき該当チケットを記憶手段において検索すると共に、該当チケットの状態情報が販売可能であるか判定し、状態情報が販売可能であるチケットについて状態情報を配信可能と設定すると共に、該当チケットをチケット販売装置に送信すべく通信手段に指示し、チケット利用装置から受け付けた個体情報に基づき該当チケットを記憶手段において検索すると共に、状態情報が配信可能であるか判定し、状態情報が配信可能であるチケットについて記憶手段における状態情報を配信済みと設定すると共に、対応するチケットをチケット利用装置に送信すべく通信手段に指示する演算処理手段と、チケット販売装置またはチケット利用装置とチケットに関する処理要求または当該チケットについてなされた処理結果をデータ通信する通信手段と、を有する。【選択図】      図１
2005149186.tif 000002
【特許請求の範囲】
【請求項１】
サービスの利用権限たるチケットを管理するチケット管理装置であって、
チケットの個体を識別する個体情報と、前記個体情報に対応するチケットの状態を示す状態情報と、を記憶する記憶手段と、
チケットを販売するチケット販売装置から受け付けた、チケットの販売を要求する販売要求情報に基づき、該当チケットを前記記憶手段において検索すると共に、該当チケットの状態情報が販売可能であるか判定し、
前記状態情報が販売可能であるチケットについて、前記記憶手段における状態情報を配信可能と設定すると共に、該当チケットを前記チケット販売装置に送信すべく通信手段に指示し、
チケットを利用するチケット利用装置から受け付けた個体情報に基づき、該当チケットを前記記憶手段において検索すると共に、該当チケットの状態情報が配信可能であるか判定し、
前記状態情報が配信可能であるチケットについて、前記記憶手段における状態情報を配信済みと設定すると共に、前記個体情報に対応するチケットを前記チケット利用装置に送信すべく通信手段に指示する演算処理手段と、
前記チケット販売装置またはチケット利用装置と、チケットに関する処理要求または当該チケットについてなされた処理結果を、データ通信する通信手段と、
を有することを特徴とするチケット管理装置。
【請求項２】
サービスの利用権限たるチケットを販売するチケット販売装置であって、
チケットの個体を識別する個体情報と、前記個体情報に対応するチケットの状態を示す状態情報と、を記憶する記憶手段と、
チケットを管理するチケット管理装置に送信されたチケットの販売を要求する第１の販売要求情報に応じて、当該チケット管理装置から受信した個体情報に基づき、前記記憶手段において状態情報を販売可能と設定したチケットを登録し、
チケットを購入するチケット購入装置から受信した、チケットの販売を要求する第２の販売要求情報に基づき、前記記憶手段において状態情報が販売可能であるチケットを検索し、
前記販売可能であるチケットについて、前記記憶手段における状態情報を販売済みに設定する共に、当該チケットの個体情報をチケット購入装置に送信すべく通信手段に指示する演算処理手段と、
前記チケット管理装置またはチケット購入装置と、チケットに関する処理要求または当該チケットについてなされた処理結果を、データ通信する通信手段と、
を有することを特徴とするチケット販売装置。
【請求項３】
サービスの利用権限たるチケットを購入するチケット購入装置であって、
チケットの個体を識別する個体情報を記憶する記憶手段と、
チケットを販売するチケット販売装置にチケットの販売を要求する販売要求情報を送信し、前記チケット販売装置から個体情報を受信する通信手段と、
前記通信手段において受信した個体情報の前記記憶手段への書き込み、または当該個体情報の前記記憶手段からの読み出しを行う演算処理手段と、
を有することを特徴とするチケット購入装置。
【請求項４】
サービスの利用権限たるチケットを利用するチケット利用装置であって、
チケットの個体を識別する個体情報と、前記個体情報に対応する前記チケットと、を記憶する記憶手段と、
チケットを管理するチケット管理装置に個体情報を送信し、前記チケット管理装置からチケットを受信する通信手段と、
前記通信手段において送信する個体情報を前記記憶手段から読み出し、前記通信手段において受信したチケットを前記記憶手段に書き込む演算処理手段と、
を有することを特徴とするチケット利用装置。
【請求項５】
サービスの利用権限たるチケットを購入し、利用するチケット購入利用装置であって、
チケットの個体を識別する個体情報と、前記個体情報に対応するチケットと、を記憶する記憶手段と、
チケットを販売するチケット販売装置にチケットの販売を要求する販売要求情報を送信し、前記チケット販売装置から個体情報を受信し、チケットを管理するチケット管理装置に個体情報を送信し、前記チケット管理装置からチケットを受信する通信手段と、
前記通信手段において受信した個体情報を前記記憶手段に書き込み、前記通信手段において送信する個体情報を前記記憶手段から読み出し、前記通信手段において受信したチケットを前記記憶手段に書き込む演算処理手段と、
を有することを特徴とするチケット購入利用装置。
【請求項６】
サービスの利用権限たるチケットをチケット管理装置が管理するチケット管理方法であって、
前記チケット管理装置は、演算処理手段と、通信手段と、記憶手段と、を有し、
当該チケット管理方法は、
前記演算処理手段が、チケットを販売するチケット販売装置から前記通信手段を介して受け付けた、チケットの販売を要求する販売要求情報に基づき、該当チケットを前記記憶手段において検索すると共に、該当チケットの状態情報が販売可能であるか判定する処理と、
前記演算処理手段が、前記状態情報が販売可能であるチケットについて、前記記憶手段における状態情報を配信可能と設定すると共に、該当チケットを前記チケット販売装置に送信すべく通信手段に指示する処理と、
前記演算処理手段が、チケットを利用するチケット利用装置から通信手段を介して受け付けた個体情報に基づき、該当チケットを前記記憶手段において検索すると共に、該当チケットの状態情報が配信可能であるか判定する処理と、
前記演算処理手段が、前記状態情報が配信可能であるチケットについて、前記記憶手段における状態情報を配信済みと設定すると共に、前記個体情報に対応するチケットを前記チケット利用装置に送信すべく通信手段に指示する処理と、
を有することを特徴とするチケット管理方法。
【請求項７】
サービスの利用権限たるチケットの管理方法を、演算処理手段と通信手段と記憶手段とを有するチケット管理装置に実行させるプログラムであって、
前記演算処理手段が、チケットを販売するチケット販売装置から前記通信手段を介して受け付けた、チケットの販売を要求する販売要求情報に基づき、該当チケットを前記記憶手段において検索すると共に、該当チケットの状態情報が販売可能であるか判定する処理と、
前記演算処理手段が、前記状態情報が販売可能であるチケットについて、前記記憶手段における状態情報を配信可能と設定すると共に、該当チケットを前記チケット販売装置に送信すべく通信手段に指示する処理と、
前記演算処理手段が、チケットを利用するチケット利用装置から通信手段を介して受け付けた個体情報に基づき、該当チケットを前記記憶手段において検索すると共に、該当チケットの状態情報が配信可能であるか判定する処理と、
前記演算処理手段が、前記状態情報が配信可能であるチケットについて、前記記憶手段における状態情報を配信済みと設定すると共に、前記個体情報に対応するチケットを前記チケット利用装置に送信すべく通信手段に指示する処理と、
を有することを特徴とするチケット管理プログラム。
【請求項８】
サービスの利用権限たるチケットを管理するチケット管理装置であって、
チケットの個体を識別する個体情報と、前記個体情報に対応するチケットの状態を示す状態情報と、を記憶する記憶手段と、
チケットを利用するチケット利用装置からキャンセル要求として受け付けたチケットまたは個体情報及び状態情報に基づき、前記記憶手段において該当チケットを検索すると共に、該当チケットの状態情報が無効に設定されていないか判定し、
前記状態情報が無効に設定されていないチケットについて、前記記憶手段における状態情報をキャンセル済みと設定すると共に、前記チケット利用装置に前記チケットの無効化を要求する無効化要求を送信すべく通信手段に指示し、
チケットを販売するチケット販売装置から、チケット再発行要求として受け受けた個体情報に基づき、前記記憶手段において前記個体情報に対応するチケットを検索すると共に、該当チケットの状態情報が配信可能あるいはキャンセル済みであるか判定し、
前記状態情報が配信可能あるいはキャンセル済みであるチケットについて、状態情報を配信可能に設定すると共に新たな個体情報を設定し、当該新たな個体情報を前記チケット販売装置に送信すべく通信手段に指示する演算処理手段と、
前記チケット利用装置またはチケット販売装置と、チケットに関する処理要求または当該チケットについてなされた処理結果を、データ通信する通信手段と、
を有することを特徴とするチケット管理装置。
【請求項９】
サービスの利用権限たるチケットを販売するチケット販売装置であって、
チケットの個体を識別する個体情報と、前記個体情報に対応するチケットの状態を示す状態情報と、を記憶する記憶手段と、
チケットを購入するチケット購入装置からキャンセル要求として受け付けた個体情報に基づき、前記記憶手段において該当個体情報を検索すると共に、該当個体情報の状態情報が販売済みであるか判定し、
前記個体情報の状態情報が販売済みであるチケットの再発行要求として、前記個体情報をチケットを管理するチケット管理装置に送信すべく通信手段に指示し、
前記記憶手段において、前記再発行要求の対象となった個体情報の状態情報を販売可能と設定するとともに、当該個体情報に代わり前記チケット管理装置から受信した新たな個体情報を設定する演算処理手段と、
前記チケット購入装置またはチケット管理装置と、チケットに関する処理要求または当該チケットについてなされた処理結果を、データ通信する通信手段と、
を有することを特徴とするチケット販売装置。
【請求項１０】
サービスの利用権限たるチケットを購入するチケット購入装置であって、
チケットの個体を識別する個体情報を記憶する記憶手段と、
チケットを販売するチケット販売装置に個体情報を送信する通信手段と、
前記通信手段において送信する個体情報を、前記記憶手段から読み出す演算処理手段と、
を有することを特徴とするチケット購入装置。
【請求項１１】
サービスの利用権限たるチケットを利用するチケット利用装置であって、
チケットの個体を識別する個体情報と、前記個体情報に対応するチケットと、を記憶する記憶手段と、
チケットを管理するチケット管理装置にキャンセル要求としてチケットまたは個体情報および状態情報を送信し、前記チケット管理装置から前記チケットを無効化する無効化要求を受信する通信手段と、
前記通信手段において送信するチケットを前記記憶手段から読み出し、前記通信手段において受信した無効化要求をもとに、前記記憶手段が有するチケットを無効化する演算処理手段と、
を有することを特徴とするチケット利用装置。
【請求項１２】
サービスの利用権限たるチケットを購入し、利用するチケット購入利用装置であって、
チケットの個体を識別する個体情報と、前記個体情報に対応するチケットと、を記憶する記憶手段と、
チケットを管理するチケット管理装置にキャンセル要求としてチケットまたは個体情報および状態情報を送信し、前記チケット管理装置から前記チケットを無効化する無効化要求を受信し、チケットを販売するチケット販売装置に前記チケットに対応する個体情報を送信する通信手段と、
前記通信手段においてキャンセル要求として送信するチケットまたは個体情報および状態情報を前記記憶手段から読み出し、前記通信手段において受信した無効化要求をもとに、前記記憶手段が有するチケットを無効化し、前記通信手段において送信する個体情報を、前記記憶手段から読み出す演算処理手段と、
を有することを特徴とするチケット購入利用装置。
【請求項１３】
サービスの利用権限たるチケットをチケット管理装置が管理するチケット管理方法であって、
前記チケット管理装置は、演算処理手段と、通信手段と、記憶手段と、を有し、
当該チケット管理方法は、
前記演算処理手段が、チケットを利用するチケット利用装置から前記通信手段を介してキャンセル要求として受け付けたチケットまたは個体情報及び状態情報に基づき、前記記憶手段において該当チケットを検索すると共に、該当チケットの状態情報が無効に設定されていないか判定する処理と、
前記演算処理手段が、前記状態情報が無効に設定されていないチケットについて、前記記憶手段における状態情報をキャンセル済みと設定すると共に、前記チケット利用装置に前記チケットの無効化を要求する無効化要求を送信すべく通信手段に指示する処理と、
前記演算処理手段が、チケットを販売するチケット販売装置から前記通信手段を介してチケット再発行要求として受け受けた個体情報に基づき、前記記憶手段において前記個体情報に対応するチケットを検索すると共に、該当チケットの状態情報が配信可能あるいはキャンセル済みであるか判定する処理と、
前記演算処理手段が、前記状態情報が配信可能あるいはキャンセル済みであるチケットについて、状態情報を配信可能に設定すると共に新たな個体情報を設定し、当該新たな個体情報を前記チケット販売装置に送信すべく通信手段に指示する処理と、
を含むことを特徴とするチケット管理方法。
【請求項１４】
サービスの利用権限たるチケットの管理方法を、演算処理手段と通信手段と記憶手段とを有するチケット管理装置に実行させるプログラムであって、
前記演算処理手段が、チケットを利用するチケット利用装置から前記通信手段を介してキャンセル要求として受け付けたチケットまたは個体情報及び状態情報に基づき、前記記憶手段において該当チケットを検索すると共に、該当チケットの状態情報が無効に設定されていないか判定する処理と、
前記演算処理手段が、前記状態情報が無効に設定されていないチケットについて、前記記憶手段における状態情報をキャンセル済みと設定すると共に、前記チケット利用装置に前記チケットの無効化を要求する無効化要求を送信すべく通信手段に指示する処理と、
前記演算処理手段が、チケットを販売するチケット販売装置から前記通信手段を介してチケット再発行要求として受け受けた個体情報に基づき、前記記憶手段において前記個体情報に対応するチケットを検索すると共に、該当チケットの状態情報が配信可能あるいはキャンセル済みであるか判定する処理と、
前記演算処理手段が、前記状態情報が配信可能あるいはキャンセル済みであるチケットについて、状態情報を配信可能に設定すると共に新たな個体情報を設定し、当該新たな個体情報を前記チケット販売装置に送信すべく通信手段に指示する処理と、
を含むことを特徴とするチケット管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、チケット管理装置、チケット販売装置、チケット購入装置、チケット利用装置、チケット購入利用装置、チケット管理方法、およびチケット管理プログラムに関する。
【背景技術】
【０００２】
近年、定期券やプリペイドカードなどの機能を非接触ＩＣカードなどに搭載することにより実現した電子乗車券が普及しており、前記電子乗車券の機能を携帯電話に搭載する技術や、前記電子乗車券に電子的な指定券情報を格納し、前記電子乗車券を指定券として用い改札機を通過できる技術なども提案されつつある（非特許文献１参照）。
【０００３】
また、イベントを企画する興行主催者装置と、前記イベントへの参加権限を認証する電子チケット情報を配布する電子チケット配布認証装置と、前記電子チケット情報を記憶可能な情報記憶チップと、前記電子チケット情報の流通を管理する電子チケットプラットフォームセンタとから構成され、前記興行主催者装置は，イベントごとに固有のイベント情報を形成し、前記イベント情報を前記電子チケットプラットフォームセンタに登録し、前記電子チケット配布認証装置は，前記情報記憶チップの携行者から前記イベントに関する電子チケット情報の配布要求を受け付けて、前記携行者への配布可否を認証する配布認証処理を行い、その認証結果を前記電子チケットプラットフォームセンタに発券情報として登録し、前記電子チケットプラットフォームセンタは，前記興行主催者装置から登録された前記イベント情報に基づいて電子チケット情報マスタを形成し、前記電子チケット配布認証装置から登録された前記発券情報を前記電子チケット情報マスタに関連付けるとともに、前記発券情報に基づいて前記携行者が携行する情報記憶チップへの前記電子チケット情報の書き込みを行う発券処理を行うことを特徴とする、電子チケット管理システム（特許文献１参照）なども提案されている。
【非特許文献１】「特集  実用化の現状と将来展望  ＩＣ化が進む出改札システム」、ＪＲガゼット、（株）交通新聞社、２００１年１２月号、ｐ．９−１０
【特許文献１】特開２００２−１９７２２１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、上記のような従来手法においては種々の問題点が残されている。例えば、情報記憶チップの携行者が電子チケット配布認証装置に電子チケット配布要求を出してから、電子チケットプラットフォームセンタによって情報記憶チップに電子チケットが書き込まれるまでに、電子チケット配布認証装置が電子チケットプラットフォームセンタに認証結果を発券情報として登録しなければならなかった。従って、かかるシステムでは、情報記憶チップの携行者が電子チケット配布要求を出してから、情報記憶チップに電子チケットが書き込まれるまでにタイムラグがあり、例えばイベント直前のチケット販売が難しいという問題があった。
【０００５】
また、上述のようにチケットの販売と配信を担う装置が別であるチケッティングシステムにおいて、チケット管理装置及びチケット販売装置がチケット利用装置（またはチケット購入装置）からのチケットのキャンセル要求に対応する処理が確立されていなかった。
【０００６】
そこで本発明は上記課題を鑑みてなされたものであり、チケットの販売と配信を担う装置が別であるチケッティングシステムにおけるチケットの販売、配信、キャンセルの処理を迅速に処理可能とすることを主たる目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決する本発明のチケット管理装置は、サービスの利用権限たるチケットを管理するチケット管理装置であって、チケットの個体を識別する個体情報と、前記個体情報に対応するチケットの状態を示す状態情報と、を記憶する記憶手段と、チケットを販売するチケット販売装置から受け付けた、チケットの販売を要求する販売要求情報に基づき、該当チケットを前記記憶手段において検索すると共に、該当チケットの状態情報が販売可能であるか判定し、前記状態情報が販売可能であるチケットについて、前記記憶手段における状態情報を配信可能と設定すると共に、該当チケットの個体情報を前記チケット販売装置に送信すべく通信手段に指示し、チケットを利用するチケット利用装置から受け付けた個体情報に基づき、該当チケットを前記記憶手段において検索すると共に、該当チケットの状態情報が配信可能であるか判定し、前記状態情報が配信可能であるチケットについて、前記記憶手段における状態情報を配信済みと設定すると共に、前記個体情報に対応するチケットを前記チケット利用装置に送信すべく通信手段に指示する演算処理手段と、前記チケット販売装置またはチケット利用装置と、チケットに関する処理要求または当該チケットについてなされた処理結果を、データ通信する通信手段と、を有する。
【０００８】
また、サービスの利用権限たるチケットをチケット管理装置が管理するチケット管理方法であって、前記チケット管理装置は、演算処理手段と、通信手段と、記憶手段と、を有し、当該チケット管理方法は、前記演算処理手段が、チケットを販売するチケット販売装置から前記通信手段を介して受け付けた、チケットの販売を要求する販売要求情報に基づき、該当チケットを前記記憶手段において検索すると共に、該当チケットの状態情報が販売可能であるか判定する処理と、前記演算処理手段が、前記状態情報が販売可能であるチケットについて、前記記憶手段における状態情報を配信可能と設定すると共に、該当チケットを前記チケット販売装置に送信すべく通信手段に指示する処理と、前記演算処理手段が、チケットを利用するチケット利用装置から通信手段を介して受け付けた個体情報に基づき、該当チケットを前記記憶手段において検索すると共に、該当チケットの状態情報が配信可能であるか判定する処理と、前記演算処理手段が、前記状態情報が配信可能であるチケットについて、前記記憶手段における状態情報を配信済みと設定すると共に、前記個体情報に対応するチケットを前記チケット利用装置に送信すべく通信手段に指示する処理と、を有するチケット管理方法にかかる。
【０００９】
更に、サービスの利用権限たるチケットの管理方法を、演算処理手段と通信手段と記憶手段とを有するチケット管理装置に実行させるプログラムであって、前記演算処理手段が、チケットを販売するチケット販売装置から前記通信手段を介して受け付けた、チケットの販売を要求する販売要求情報に基づき、該当チケットを前記記憶手段において検索すると共に、該当チケットの状態情報が販売可能であるか判定する処理と、前記演算処理手段が、前記状態情報が販売可能であるチケットについて、前記記憶手段における状態情報を配信可能と設定すると共に、該当チケットを前記チケット販売装置に送信すべく通信手段に指示する処理と、前記演算処理手段が、チケットを利用するチケット利用装置から通信手段を介して受け付けた個体情報に基づき、該当チケットを前記記憶手段において検索すると共に、該当チケットの状態情報が配信可能であるか判定する処理と、前記演算処理手段が、前記状態情報が配信可能であるチケットについて、前記記憶手段における状態情報を配信済みと設定すると共に、前記個体情報に対応するチケットを前記チケット利用装置に送信すべく通信手段に指示する処理と、を有するチケット管理プログラムにかかる。このプログラムは、前記各処理の動作を行うためのコードから構成されている。
【００１０】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００１１】
本発明によれば、チケットの販売と配信を担う装置が別であるチケッティングシステムにおけるチケットの販売、配信、キャンセルの処理を迅速に処理可能とできる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明に係る実施の形態について、添付の図面を参照しながら詳細に説明する。なお、以下の説明、並びに添付の図面について、チケットとして鉄道乗車券を例に記載するが、本発明はチケットとして鉄道乗車券のみならず、その他の公共交通機関の乗車券にも、またコンサートチケットなどの興行チケットなどにも適用可能なのはもちろんのことである。
【００１３】
まず、本実施の形態に係るチケッティングシステムの全体構成、並びに前記システムに含まれる各装置の構成について説明する。  
図１に示すように、本実施の形態に係るチケッティングシステムは、主に、チケット管理装置１００と、チケット販売装置２００と、携帯装置３００（本発明におけるチケット購入装置、チケット利用装置、或いはチケット購入利用装置）と、チケット確認装置４００と、から構成される。
【００１４】
なお、本実施の形態に係るチケッティングシステムの全体構成について、チケット管理装置１００及び各チケット確認場所ごとに設けられるチケット確認装置４００は、鉄道事業者が有する。また、チケット販売装置２００はチケット販売事業者が有し、携帯装置３００は各チケット利用者が有する。ただし、本発明は前記所有例に示す構成に限定するものではなく、例えばチケット販売装置２００も鉄道事業者が有する構成や、チケット管理装置１００は鉄道事業者がチケット管理を依託した別事業者が有する構成なども、本発明の範囲内であることはもちろんのことである。  
また、本実施の形態に係るチケッティングシステムの各装置について、機能を複数の装置に分割する構成や、本実施の形態に係るチケッティングシステムの全体構成について、複数装置の機能を単一の装置に統合する構成なども、本発明の範囲内であることはもちろんのことである。
【００１５】
チケット管理装置１００は、主に、チケット販売装置２００に対するチケット販売処理及びチケット再発行処理と、携帯装置３００に対する電子チケット配信処理及び電子チケットキャンセル処理と、チケット確認装置４００からのチケット確認履歴取得処理と、を司り、主に、前記各処理を実行制御する演算処理装置１０１と、時計１０２と、通信装置１０３と、チケット管理テーブル１１０を記憶する記憶装置１０５と、から構成される。  通信装置１０３は、通信路５０１を介したチケット販売装置２００との通信と、通信路５０３を介した携帯装置３００との通信と、通信路５０５を介したチケット確認装置４００との通信と、を行うが、前記各通信路の通信規格が単一でなければ、各通信規格ごとの通信装置１０３が必要となることなどはもちろんのことである。
【００１６】
チケット販売装置２００は、主に、チケット管理装置１００に対するチケット販売要求処理及びチケット再発行要求処理と、携帯装置３００に対するチケット販売処理及びチケットキャンセル処理と、を司り、主に、前記各処理を実行制御する演算処理装置２０１と、時計２０２と、通信装置２０３と、チケット販売テーブル２１０を記憶する記憶装置２０５と、から構成される。  
通信装置２０３は、通信路５０１を介したチケット管理装置１００との通信と、通信路５０２を介した携帯装置３００との通信と、を行うが、前記各通信路の通信規格が単一でなければ、各通信規格ごとの通信装置２０３が必要となることなどはもちろんのことである。
【００１７】
携帯装置３００は、主に、チケット販売装置２００に対するチケット販売要求処理及びチケットキャンセル要求処理と、チケット管理装置１００に対する電子チケット配信要求処理及び電子チケットキャンセル要求処理と、チケット確認装置４００に対する電子チケット確認要求処理と、を司り、主に、前記各処理を実行制御する演算処理装置３０１と、通信装置３０３と、通信路５０４を介したチケット確認装置４００との通信を行うリーダライタ３０４と、チケット格納テーブル３１０を記憶する記憶装置３０５と、から構成される。  
通信装置３０３は、通信路５０２を介したチケット販売装置２００との通信と、通信路５０３を介したチケット管理装置１００との通信と、を行うが、前記各通信路の通信規格が単一でなければ、各通信規格ごとの通信装置３０３が必要となることなどはもちろんのことである。
【００１８】
チケット確認装置４００は、主に、携帯装置３００に対する電子チケット確認処理と、チケット管理装置１００に対するチケット確認履歴送信処理と、を司り、主に、前記各処理を実行制御する演算処理装置４０１と、時計４０２と、通信路５０５を介したチケット管理装置１００との通信を行う通信装置４０３と、通信路５０４を介した携帯装置３００との通信を行うリーダライタ４０４と、チケット確認履歴テーブル４１０を記憶する記憶装置４０５と、から構成される。
【００１９】
なお、通信路５０１はチケット管理装置１００とチケット販売装置２００との間の情報伝達を記憶媒体利用や手入力などで行うのであれば不要であり、通信路５０２はチケット販売装置２００と携帯装置３００との間の情報伝達を記憶媒体利用や手入力などで行うのであれば不要であり、通信路５０３はチケット管理装置１００と携帯装置３００との間の情報伝達を記憶媒体利用や手入力などで行うのであれば不要であり、通信路５０４は携帯装置３００とチケット確認装置４００との間の情報伝達を記憶媒体利用や手入力などで行うのであれば不要であり、通信路５０５はチケット管理装置１００とチケット確認装置４００との間の情報伝達を記憶媒体利用や手入力などで行うのであれば不要であることはもちろんのことである。
【００２０】
図２に示すように、本実施の形態に係るチケット管理テーブル１１０は、チケット管理装置１００が、主に、チケット販売装置２００に対するチケット販売処理及びチケット再発行処理と、携帯装置３００に対する電子チケット配信処理及び電子チケットキャンセル処理と、チケット確認装置４００からのチケット確認履歴取得処理と、において管理すべき全てのチケットを管理するためのテーブルであり、主に、当該チケットを一意に識別するための情報であるチケットＩＤ１１１と、当該チケットの利用指定日時などのチケット情報であるチケット内容１１２と、当該チケットを利用可能な期限を示す情報である有効期限１１３と、当該チケットにかかる料金を示す情報である料金１１４と、当該チケットの状態を示す情報であるステータス１１５と、のフィールドからなるデータ構造を持つ。  なお、本実施の形態に係るチケット管理テーブル１１０について、本発明は前記データ構造に限定するものではなく、当該チケットを一意に識別するための情報としてチケットＩＤ１１１以外の情報、もしくは情報の組合せとするデータ構造なども、本発明の範囲内であることはもちろんのことである。
【００２１】
また、本実施の形態に係るチケット管理テーブル１１０について、有効期限１１３はチケット管理装置１００が各チケットの有効期限管理を行わないのであれば不要であり、料金１１４はチケット管理装置１００が各チケットの料金管理を行わないのであれば不要であることはもちろんのことである。  
また、本実施の形態に係るチケット管理テーブル１００について、チケット内容１１２のフィールドを詳細なチケット情報ごとにフィールドを分割するデータ構造なども、本発明の範囲内であることはもちろんのことである。
【００２２】
図３に示すように、本実施の形態に係るチケット販売テーブル２１０は、チケット販売装置２００が、主に、チケット管理装置１００に対するチケット販売要求処理及びチケット再発行要求処理と、携帯装置３００に対するチケット販売処理及びチケットキャンセル処理と、において管理すべき全てのチケットを管理するためのテーブルである。  
そのため主に、当該チケットを一意に識別するための情報であるチケットＩＤ２１１と、当該チケットの利用指定日時などのチケット情報であるチケット内容２１２と、当該チケットを利用可能な期限を示す情報である有効期限２１３と、当該チケットにかかる料金を示す情報である料金２１４と、当該チケットの状態を示す情報であるステータス２１５と、のフィールドからなるデータ構造を持つ。
【００２３】
なお、本実施の形態に係るチケット販売テーブル２１０について、本発明は前記データ構造に限定するものではなく、当該チケットを一意に識別するための情報としてチケットＩＤ２１１以外の情報、もしくは情報の組合せとするデータ構造なども、本発明の範囲内であることはもちろんのことである。  
また、本実施の形態に係るチケット販売テーブル２１０について、有効期限２１３はチケット販売装置２００が各チケットの有効期限管理を行わないのであれば不要であり、料金２１４はチケット管理装置２００が各チケットの料金管理を行わないのであれば不要であることはもちろんのことである。  
また、本実施の形態に係るチケット販売テーブル２００について、チケット内容２１２のフィールドを詳細なチケット情報ごとにフィールドを分割するデータ構造なども、本発明の範囲内であることはもちろんのことである。
【００２４】
また、図３に示されるチケット販売テーブル２１０のデータ構造について、図２に示されるチケット管理テーブル１１０のデータ構造と同一のデータ構造として示されているが、それは強いるものでなく、各テーブルごとに最適なデータ構造であって良いことはもちろんのことである。
【００２５】
図４に示すように、本実施の形態に係るチケット格納テーブル３１０は、携帯装置３００が、主に、チケット販売装置２００に対するチケット販売要求処理及びチケットキャンセル要求処理と、チケット管理装置１００に対する電子チケット配信要求処理及び電子チケットキャンセル要求処理と、チケット確認装置４００に対する電子チケット確認要求処理と、において管理すべき全てのチケットを管理するためのテーブルである。  
そのため主に、当該チケットを一意に識別するための情報であるチケットＩＤ３１１と、チケット確認装置４００に対する電子チケット確認要求処理に要するチケットである電子チケット３１６と、のフィールドからなるデータ構造を持つ。
【００２６】
なお、本実施の形態に係るチケット格納テーブル３１０について、本発明は前記データ構造に限定するものではなく、当該チケットを一意に識別するための情報としてチケットＩＤ３１１以外の情報、もしくは情報の組合せとするデータ構造なども、本発明の範囲内であることはもちろんのことである。  
また、本実施の形態に係るチケット格納テーブル３１０について、携帯装置３００が各チケットのチケット内容の管理を行うのであれば、前記チケット内容を管理するためのフィールドが必要であり、携帯装置３００が各チケットの有効期限の管理を行うのであれば、前記有効期限を管理するためのフィールドが必要であり、携帯装置３００が各チケットにかかる料金の管理を行うのであれば、前記料金を管理するためのフィールドが必要であることはもちろんのことである。
【００２７】
図５に示すように、本実施の形態に係るチケット確認履歴テーブル４１０は、チケット確認装置４００が、主に、携帯装置３００に対する電子チケット確認処理と、チケット管理装置１００に対するチケット確認履歴送信処理と、において管理すべき全てのチケット確認履歴を管理するためのテーブルである。  
そのため主に、当該チケットを一意に識別するための情報であるチケットＩＤ４１１と、携帯装置３００に対する電子チケット確認処理を行った結果を示す情報であるステータス４１７と、のフィールドから構成されるデータ構造を持つ。
【００２８】
なお、本実施の形態に係るチケット確認履歴テーブル４１０について、本発明は前記データ構造に限定するものではなく、当該チケットを一意に識別するための情報としてチケットＩＤ４１１以外の情報、もしくは情報の組合せとするデータ構造なども、本発明の範囲内であることはもちろんのことである。  
また、本実施の形態に係るチケット確認履歴テーブル４１０について、チケット確認装置４００が各チケット確認履歴の確認日時の管理を行うのであれば、前記確認日時を管理するためのフィールドが必要であることはもちろんのことである。
【００２９】
図６は、本実施の形態に係るチケット管理テーブル１１０における、各チケットごとのステータス１１５の主な状態遷移を示している。  
まず、ステータス１１５の初期状態は、チケット管理装置１００が、当該チケットを管理すべく登録し、当該チケットについてチケット販売装置２００に対するチケット販売処理可能で、値として例えば「販売可」が示される状態Ｓ１０１である。
【００３０】
状態Ｓ１０１において、チケット管理装置１００が、当該チケットについてチケット販売装置２００に対するチケット販売処理に成功すると、当該ステータス１１５は、チケット管理装置１００が携帯装置３００に対する電子チケット配信処理可能で、値として例えば「配信可」が示される状態Ｓ１０２に遷移する。
【００３１】
状態Ｓ１０２において、チケット管理装置１００が、当該チケットについて携帯装置３００に対する電子チケット配信処理に成功すると、当該ステータス１１５は、チケット管理装置１００が携帯装置３００に対する電子チケット配信処理成功済みで、値として例えば「配信済」が示される状態Ｓ１０３に遷移する。また、状態Ｓ１０２において、チケット管理装置１００が、当該チケットについてチケット販売装置２００に対するチケット再発行処理に成功すると、当該ステータス１１５は、そのまま状態Ｓ１０２に留まる。
【００３２】
状態Ｓ１０３において、チケット管理装置１００が、チケット確認装置４００からのチケット確認履歴取得処理において、当該チケットについてステータス４１７が「成功」と示されるチケット確認履歴を取得すると、当該ステータス１１５は、チケット確認装置４００が携帯装置３００に対する電子チケット確認処理成功済みで、値として例えば「利用済」が示される最終状態Ｓ１０４に遷移する。また、状態Ｓ１０３において、チケット管理装置１００が、当該チケットについて携帯装置３００に対する電子チケットキャンセル処理に成功すると、当該ステータス１１５は、チケット管理装置１００が携帯装置３００に対する電子チケットキャンセル処理成功済みで、値として例えば「キャンセル」が示される状態Ｓ１０５に遷移する。
【００３３】
状態Ｓ１０５において、チケット管理装置１００が、当該チケットについてチケット販売装置２００に対するチケット再発行処理に成功すると、当該ステータス１１５は、再度、当該チケットについて、チケット管理装置１００が携帯装置３００に対し電子チケット配信処理を実施することを可能とする状態Ｓ１０２に遷移することも考えられる。
【００３４】
上述の実施の形態では、状態Ｓ１０３において、チケット管理装置１００が、当該チケットについて携帯装置３００に対する電子チケットキャンセル処理に成功すると、当該ステータス１１５は状態Ｓ１０５に遷移しているが、状態Ｓ１０２に遷移させ、再度、当該チケットについて、チケット管理装置１００が携帯装置３００に対し電子チケット配信処理を実施することを可能とする状態Ｓ１０２に遷移することも考えられる。
【００３５】
図７は、本実施の形態に係るチケット販売テーブル２１０における、各チケットごとのステータス２１５の主な状態遷移を示している。  
まず、ステータス２１５の初期状態は、チケット販売装置２００が、当該チケットを販売すべく、チケット管理装置１００に対するチケット販売要求処理に成功し、当該チケットについて携帯装置３００に対するチケット販売処理可能で、値として例えば「販売可」が示される状態Ｓ２０１である。
【００３６】
状態Ｓ２０１において、チケット販売装置２００が、当該チケットについて携帯装置３００に対するチケット販売処理に成功すると、当該ステータス２１５は、チケット販売装置２００が携帯装置３００に対するチケット販売処理成功済みで、値として例えば「販売済」が示される状態Ｓ２０２に遷移する。  
状態Ｓ２０２において、チケット販売装置２００が、当該チケットについてチケット管理装置１００に対するチケット再発行要求処理に成功すると、再度、状態Ｓ２０１に遷移する。
【００３７】
図８は、本実施の形態に係るチケット格納テーブル３１０における、各チケットごとの電子チケット３１６の主な状態遷移を示している。  
まず、電子チケット３１６の初期状態は、携帯装置３００が、当該チケットを利用すべく、チケット販売装置２００に対するチケット販売要求処理に成功し、まだ当該電子チケット３１６に値が存在しない状態Ｓ３０１である。
【００３８】
状態Ｓ３０１において、携帯装置３００が、当該チケットについてチケット管理装置１００に対する電子チケット配信要求処理に成功すると、当該電子チケット３１６は、携帯装置３００がチケット確認装置４００に対する電子チケット確認要求処理可能で、値として例えば「格納済」が示される状態Ｓ３０２に遷移する。また、状態Ｓ３０１において、携帯装置３００が、当該チケットについてチケット販売装置２００に対するチケットキャンセル要求処理に成功すると、当該電子チケット３１６は、そのまま状態Ｓ３０１に留まる。
【００３９】
状態Ｓ３０２において、携帯装置３００が、当該チケットについてチケット確認装置４００に対する電子チケット確認要求処理に成功すると、当該電子チケット３１６は、携帯装置３００がチケット確認装置４００に対する電子チケット確認要求処理成功済みで、値として例えば「利用済」が示される状態Ｓ３０３に遷移する。また、状態Ｓ３０２において、携帯装置３００が、当該チケットについてチケット管理装置１００に対する電子チケットキャンセル要求処理に成功すると、当該電子チケット３１６は、再度、当該電子チケット３１６に値が存在しない状態Ｓ３０１に遷移する。
【００４０】
図９は、本実施の形態に係るチケット確認履歴テーブル４１０における、各チケット確認履歴ごとのステータス４１７の主な状態を示している。  
状態Ｓ４０１は、チケット確認装置４００が当該チケットについて携帯装置３００に対する電子チケット確認処理に成功し、値として例えば「成功」が示される状態である。  
状態Ｓ４０２は、チケット確認装置４００が、当該チケットについて携帯装置３００に対する電子チケット確認処理に失敗し、値として例えば「失敗」が示される状態である。
【００４１】
次に、本実施の形態に係るチケッティングシステムにおける、各チケットごとに対する全体処理フロー、並びに前記全体処理フローに含まれる各処理の詳細処理フローについて説明する。
【００４２】
図１０は、本実施の形態に係るチケッティングシステムにおける、各チケットごとに対する主な全体処理フローを示している。  
まず、各チケットごとについて、事前処理として、チケット管理装置１００がチケット登録処理を行っている（Ｓ００００）。前記処理の結果、チケット管理テーブル１１０には、各チケットごとのレコードについて、チケットＩＤ１１１、チケット内容１１２、有効期限１１３、料金１１４、ステータス１１５それぞれのフィールドに対し値が設定されている。ここで特に、チケットＩＤ１１１のフィールドには、他のチケットＩＤ１１１と重複しないよう値が設定されており、ステータス１１５には「販売可」（Ｓ１０１）の値が設定されている。
【００４３】
次に、チケット管理装置１００がチケット販売装置２００に対しチケット販売処理を行う（Ｓ１０００）。ここで、前記処理について詳細に説明するため、図１１に示される前記処理の詳細処理フローをもとに説明する。  
まず、チケット販売装置２００がチケット管理装置１００に対し、販売を要求するチケットのチケット情報を指定、送信することにより、チケット販売要求を出す（Ｓ１００１）。ここで、チケット販売装置２００が指定するチケット情報とは、チケット管理装置１００がチケット管理テーブル１１０からチケットのレコードを選択し得るための情報であり、例えばチケットの利用指定日時などの情報を含む。
【００４４】
チケット管理装置１００は、チケット販売装置２００からチケット販売要求を受信すると、当該要求に含まれるチケット情報をもとにチケット管理テーブル１１０から選択され、かつ、当該レコードのステータス１１５が「販売可」（Ｓ１０１）であるチケットのレコードが存在するか確認する（Ｓ１００２）。前記確認処理の結果、存在しなければ、チケット管理装置１００はチケット販売装置２００に対し、要求されたチケットが存在しない旨のエラーを通知する。そして、チケット販売装置２００が前記エラーを受信し、当該チケット販売処理が終了する（Ｓ１００７）。
【００４５】
前記確認の結果、存在すれば、チケット管理装置１００は当該チケットのレコードが販売期限内か確認する（Ｓ１００３）。即ち、チケット管理装置１００は、時計１０２から日時情報を取得し、当該日時情報が、当該レコードの有効期限１１３に達しておらず、かつ、チケット内容１１２に含まれる利用指定日時に達していないか確認する。なお、当該レコードに有効期限１１３が存在しなければ、有効期限１１３が販売期限内か確認する必要はなく、当該レコードのチケット内容１１２に利用指定日時が存在しなければ、利用指定日時が販売期限内か確認する必要はない。また、チケット内容１１２に含まれる利用指定日時が必ず有効期限１１３よりも以前であれば、有効期限１１３が販売期限内か確認することを省略することも可能である。前記確認の結果、販売期限内でなければ、Ｓ１００２に戻り、別のチケットのレコードが存在するか確認する。
【００４６】
前記確認の結果、販売期限内であれば、チケット管理装置１００は当該レコードのステータス１１５を「販売可」（Ｓ１０１）から「配信可」（Ｓ１０２）に変更し（Ｓ１００４）、チケット販売装置２００に対しチケット販売情報を送信する（Ｓ１００５）。ここで、チケット管理装置１００がチケット販売装置２００に対し送信するチケット販売情報とは、チケット販売装置２００が携帯装置３００に対するチケット販売処理に必要な情報であり、チケット管理テーブル１１０における当該チケットのレコードのチケットＩＤ１１１、チケット内容１１２、有効期限１１３、料金１１４に基づく情報を含む。
【００４７】
このとき、チケット管理装置１００は当該チケット販売処理にかかる販売代金を、後でまとめて当該チケット販売装置２００に請求するために、販売履歴を記憶装置１０５に蓄積する。ここで、前記販売代金は、チケット管理テーブル１１０の当該チケットのレコードの料金１１４に基づく金額であり、各チケット販売装置２００ごとの割引額や、販売手数料などを考慮しても良く、そのときには各チケット販売装置２００ごとの割引額や、販売手数料などについて、記憶装置１０５にて記憶する必要がある。
【００４８】
なお、前記販売代金について、チケット管理テーブル１１０の料金１１４のフィールドには基づかず、別に販売代金用のフィールドを設け、前記フィールドに基づくことも考えられる。また、チケット管理装置１００が販売代金を請求するチケット販売装置２００を特定するために、例えばＳ１００１においてチケット販売装置２００からチケット管理装置１００に対し、チケット販売装置２００を一意に指定する情報が送信されなければならず、前記販売履歴には前記情報も含まれる。また、チケット管理装置１００がチケット販売装置２００に対し、後でまとめて請求するのではなく、当該処理内において決済を終えることも考えられる。
【００４９】
チケット販売装置２００は、チケット管理装置１００からチケット販売情報を受信すると、当該チケット販売情報をもとに、チケット販売テーブル２１０の新たなレコードに、チケットＩＤ２１１、チケット内容２１２、有効期限２１３、料金２１４それぞれのフィールドに対し値を設定するとともに、ステータス２１５に「販売可」（Ｓ２０１）の値を設定する（Ｓ１００６）。
【００５０】
上述の実施の形態では、チケット管理装置１００が、Ｓ１００２において「販売可」（Ｓ１０１）の要求されたチケットが存在するか確認した後に、Ｓ１００３において当該チケットが販売期限内か確認しているが、逆順、あるいは同時でも良い。
【００５１】
また、チケット管理装置１００が、Ｓ１００４においてステータス１１５を「販売可」（Ｓ１０１）から「配信可」（Ｓ１０２）に変更した後に、Ｓ１００５においてチケット販売情報を送信しているが、逆順、あるいは同時でも良い。
【００５２】
上述の実施の形態では、チケット管理装置１００がチケット販売装置２００に対し単一のチケットを販売しているが、Ｓ１００１においてチケット販売装置２００が同種のチケットを複数、あるいは異種のチケットを複数指定し、チケット管理装置１００が指定された複数のチケットについてまとめて処理することにより、チケット管理装置１００がチケット販売装置２００に対し同時に複数のチケットを販売することも可能である。
【００５３】
上述の実施の形態では、チケット管理装置１００がＳ００００において予めチケット登録処理を行ったチケットについて、チケット販売装置２００に対しチケット販売処理を行っている。しかし、チケット管理装置１００がチケット販売装置２００からのチケット販売要求を受信した後に、チケット登録処理を行うことも考えられる。そのときには、チケット管理装置１００がチケット管理テーブル１１０に登録する当該チケットのレコードについて、ステータス１１５のフィールドには「配信可」（Ｓ１０２）が設定される。
【００５４】
再び図１０の説明に戻り、Ｓ１０００においてチケット管理装置１００がチケット販売装置２００に対しチケット販売処理を行った後、チケット販売装置２００が携帯装置３００に対しチケット販売処理を行う（Ｓ２０００）。ここで、前記処理について詳細に説明するため、図１２に示される前記処理の詳細処理フローをもとに説明する。
【００５５】
まず、携帯装置３００がチケット販売装置２００に対し、販売を要求するチケットのチケット情報を指定、送信することにより、チケット販売要求を出す（Ｓ２００１）。ここで、携帯装置３００が指定するチケット情報とは、チケット販売装置２００がチケット販売テーブル２１０からチケットのレコードを選択し得るための情報であり、例えばチケットの利用指定日時などの情報を含む。
【００５６】
チケット販売装置２００は、携帯装置３００からチケット販売要求を受信すると、当該要求に含まれるチケット情報をもとにチケット販売テーブル２１０から選択され、かつ、当該レコードのステータス２１５が「販売可」（Ｓ２０１）であるチケットのレコードが存在するか確認する（Ｓ２００２）。前記確認処理の結果、存在しなければ、チケット販売装置２００は携帯装置３００に対し、要求されたチケットが存在しない旨のエラーを通知する。そして、携帯装置３００が前記エラーを受信し、当該チケット販売処理が終了する（Ｓ２００７）。
【００５７】
前記確認の結果、存在すれば、チケット販売装置２００は当該チケットのレコードが販売期限内か確認する（Ｓ２００３）。即ち、チケット販売装置２００は、時計２０２から日時情報を取得し、当該日時情報が、当該レコードの有効期限２１３に達しておらず、かつ、チケット内容２１２に含まれる利用指定日時に達していないか確認する。なお、当該レコードに有効期限２１３が存在しなければ、有効期限２１３が販売期限内か確認する必要はなく、当該レコードのチケット内容２１２に利用指定日時が存在しなければ、利用指定日時が販売期限内か確認する必要はない。また、チケット内容２１２に含まれる利用指定日時が必ず有効期限２１３よりも以前であれば、有効期限２１３が販売期限内か確認することを省略することも可能である。前記確認の結果、販売期限内でなければ、Ｓ２００２に戻り、別のチケットのレコードが存在するか確認する。
【００５８】
前記確認の結果、販売期限内であれば、チケット販売装置２００は当該レコードのステータス２１５を「販売可」（Ｓ２０１）から「販売済」（Ｓ２０２）に変更し（Ｓ２００４）、携帯装置３００に対しチケット販売情報を送信する（Ｓ２００５）。ここで、チケット販売装置２００が携帯装置３００に対し送信するチケット販売情報とは、チケット管理装置１００が携帯装置３００に対する電子チケット配信処理に必要な情報であり、チケット配信テーブル２１０における当該チケットのレコードのチケットＩＤ２１１に基づく情報を含む。
【００５９】
このとき、チケット販売装置２００は当該チケット販売処理にかかる販売代金を、後でまとめて当該携帯装置３００に請求するために、販売履歴を記憶装置２０５に蓄積する。ここで、前記販売代金は、チケット販売テーブル２１０の当該チケットのレコードの料金２１４に基づく金額であり、販売手数料などを考慮しても良く、そのときには販売手数料などについて、記憶装置２０５にて記憶する必要がある。
【００６０】
なお、チケット販売装置２００が販売代金を請求する携帯装置３００を特定するために、例えばＳ２００１において携帯装置３００からチケット販売装置２００に対し、携帯装置３００を一意に指定する情報が送信されなければならず、前記販売履歴には前記情報も含まれる。また、チケット販売装置２００が携帯装置３００に対し、後でまとめて請求するのではなく、当該処理内において決済を終えることも考えられる。  
携帯装置３００は、チケット販売装置２００からチケット販売情報を受信すると、当該チケット販売情報をもとに、チケット格納テーブル３１０のレコードに、チケットＩＤ３１１のフィールドに対し値を設定する（Ｓ２００６）。
【００６１】
上述の実施の形態では、チケット販売装置２００が、Ｓ２００２において「販売可」（Ｓ２０１）の要求されたチケットが存在するか確認した後に、Ｓ２００３において当該チケットが販売期限内か確認しているが、逆順、あるいは同時でも良い。
【００６２】
また、チケット販売装置２００が、Ｓ２００４においてステータス２１５を「販売可」（Ｓ２０１）から「販売済」（Ｓ２０２）に変更した後に、Ｓ２００５においてチケット販売情報を送信しているが、逆順、あるいは同時でも良い。
【００６３】
上述の実施の形態では、チケット販売装置２００が携帯装置３００に対し単一のチケットを販売しているが、Ｓ２００１において携帯装置３００が同種のチケットを複数、あるいは異種のチケットを複数指定し、チケット販売装置２００が指定された複数のチケットについてまとめて処理することにより、チケット販売装置２００が携帯装置３００に対し同時に複数のチケットを販売することも可能である。
【００６４】
上述の実施の形態では、チケット販売装置１００がＳ１０００において予めチケット管理装置１００からチケット販売処理を受けたチケットについて、携帯装置３００に対しチケット販売処理を行っている。しかし、チケット販売装置２００が携帯装置３００からのチケット販売要求を受信した後に、チケット管理装置１００からチケット販売処理を受けることも考えられる。そのときには、チケット販売装置２００が、チケット販売テーブル２１０を持たなくともよく、前記テーブル内のステータス２１５により「販売可」（Ｓ２０１）か「販売済」（Ｓ２０２）かを管理しなくとも良い。
【００６５】
再び図１０の説明に戻り、Ｓ２０００においてチケット販売装置２００が携帯装置３００に対しチケット販売処理を行った後、チケット管理装置１００が携帯装置３００に対し電子チケット配信処理を行う（Ｓ３０００）。ここで、前記処理について詳細に説明するため、図１３に示される前記処理の詳細処理フローをもとに説明する。
【００６６】
まず、携帯装置３００がチケット管理装置１００に対し、配信を要求する電子チケットのチケット情報を指定、送信することにより、電子チケット配信要求を出す（Ｓ３００１）。ここで、携帯装置３００が指定するチケット情報とは、チケット管理装置１００が配信する電子チケットを一意に選択し得るための情報であり、チケット格納テーブル３１０で管理しているチケットＩＤ３１１などの情報を含む。
【００６７】
チケット管理装置１００は、携帯装置３００から電子チケット配信要求を受信すると、当該要求に含まれるチケット情報、即ちチケットＩＤ３１１などをもとにチケット管理テーブル１１０から選択され、かつ、当該レコードのステータス１１５が「配信可」（Ｓ１０２）であるチケットのレコードが存在するか確認する（Ｓ３００２）。  
前記確認の結果、存在しなければ、チケット管理装置１００は携帯装置３００に対し、要求されたチケットが存在しない、もしくは既に配信済みである旨のエラーを通知する。そして、携帯装置３００が前記エラーを受信し、当該電子チケット配信処理が終了する（Ｓ３００７）。  
前記確認の結果、存在すれば、チケット管理装置１００は当該チケットのレコードが配信期限内か確認する（Ｓ３００３）。即ち、チケット管理装置１００は、時計１０２から日時情報を取得し、当該日時情報が、当該レコードの有効期限１１３に達しておらず、かつ、チケット内容１１２に含まれる利用指定日時に達していないか確認する。
【００６８】
なお、当該レコードに有効期限１１３が存在しなければ、有効期限１１３が配信期限内か確認する必要はなく、当該レコードのチケット内容１１２に利用指定日時が存在しなければ、利用指定日時が配信期限内か確認する必要はない。また、チケット内容１１２に含まれる利用指定日時が必ず有効期限１１３よりも以前であれば、有効期限１１３が配信期限内か確認することを省略することも可能である。
【００６９】
前記確認の結果、配信期限内でなければ、チケット管理装置１００は携帯装置３００に対し、要求されたチケットが配信期限を超えている旨のエラーを通知する。そして、携帯装置３００が前記エラーを受信し、当該電子チケット配信処理が終了する（Ｓ３００８）。
【００７０】
他方、前記確認の結果、配信期限内であれば、チケット管理装置１００は当該レコードのステータス１１５を「配信可」（Ｓ１０２）から「配信済」（Ｓ１０３）に変更し（Ｓ３００４）、携帯装置３００に対し電子チケットを送信する（Ｓ３００５）。ここで、チケット管理装置１００が携帯装置３００に対し送信する電子チケットとは、チケット確認装置４００が携帯装置３００に対する電子チケット確認処理に必要な電子データであり、チケット管理テーブル１１０における当該チケットのレコードのチケットＩＤ１１１、チケット内容１１２、有効期限１１３に基づく情報を含む。
【００７１】
携帯装置３００は、チケット管理装置１００から電子チケットを受信すると、チケット格納テーブル３１０の、当該電子チケットが対応するチケットＩＤ３１１のレコードの、電子チケット３１６のフィールドに格納する（Ｓ３００６）。このとき、前記電子チケットは「格納済」（ｓ３０２）に設定されている。ここで、電子チケット３１６に格納される電子データとしては、例えば、文字列データ、エンコードデータ、２次元バーコードなどの画像データなどが考えられる。
【００７２】
上述の実施の形態では、携帯装置３００が電子チケットをチケット格納テーブル３１０に格納することによりテーブル管理を行っているが、当該テーブル管理は強いられるものではなく、電子チケットを単独で管理することも考えられる。なお、携帯装置３００で管理する電子チケットについて、改竄などのセキュリティ脅威を防ぐために、携帯装置３００に耐タンパ性を有するモジュール、例えばＩＣチップを搭載し、前記ＩＣチップに電子チケットを格納することが好ましい。そのとき、前記ＩＣチップが非接触インタフェースなどによるチケット確認装置４００との通信機能を有するのであれば、当該携帯装置３００からリーダライタ３０４を省略することが可能である。
【００７３】
上述の実施の形態では、チケット管理装置１００が、Ｓ３００２において「配信可」（Ｓ１０２）の要求されたチケットが存在するか確認した後に、Ｓ３００３において当該チケットが配信期限内か確認しているが、逆順、あるいは同時でも良い。
【００７４】
また、チケット管理装置１００が、Ｓ３００４においてステータス１１５を「配信可」（Ｓ１０２）から「配信済」（Ｓ１０３）に変更した後に、Ｓ３００５において電子チケットを送信しているが、逆順、あるいは同時でも良い。
【００７５】
上述の実施の形態では、チケット管理装置１００が携帯装置３００に対し単一の電子チケットを送信しているが、Ｓ３００１において携帯装置３００が同種のチケットを複数、あるいは異種のチケットを複数指定し、チケット管理装置１００が指定された複数のチケットについてまとめて処理することにより、チケット管理装置１００が携帯装置３００に対し同時に複数の電子チケットを配信することも可能である。
【００７６】
再び図１０の説明に戻り、Ｓ３０００においてチケット管理装置１００が携帯装置３００に対し電子チケット配信処理を行った後、チケット確認装置４００が携帯装置３００に対し電子チケット確認処理を行う（Ｓ４０００）。ここで、前記処理について詳細に説明するため、図１４に示される前記処理の詳細処理フローをもとに説明する。
【００７７】
まず、携帯装置３００がチケット確認装置４００に対し、確認を要求する電子チケットなどを指定、送信することにより、電子チケット確認要求を出す（Ｓ４００１）。ここで、携帯装置３００が指定する電子チケットとは、チケット格納テーブル３１０で管理している電子チケット３１６である。  
チケット確認装置４００は、携帯装置３００から電子チケット確認要求を受信すると、当該要求に含まれる電子チケットが「利用済」（Ｓ３０３）に設定されてないか確認する（Ｓ４００２）。
【００７８】
前記確認の結果、「利用済」（Ｓ３０３）に設定されてなければ、チケット確認装置４００は当該電子チケットが利用期限内か確認する（Ｓ４００３）。即ち、チケット確認装置４００は、時計１０２から日時情報を取得し、当該日時情報が、当該電子チケットが有する有効期限に達しておらず、かつ、チケット内容に示される利用指定日時に達していないか確認する。なお、当該電子チケットに有効期限が存在しなければ、有効期限が利用期限内か確認する必要はなく、当該電子チケットのチケット内容に利用指定日時が存在しなければ、利用指定日時が利用期限内か確認する必要はない。また、チケット内容に示される利用指定日時が必ず有効期限よりも以前であれば、有効期限が利用期限内か確認することを省略することも可能である。
【００７９】
前記確認の結果、利用期限内であれば、チケット確認装置４００は当該電子チケットをもとに、チケット確認履歴テーブル４１０の新たなレコードに、チケットＩＤ４１１のフィールドに対し値を設定するとともに、ステータス４１７に「成功」（Ｓ４０１）の値を格納し（Ｓ４００４）、携帯装置３００に対し電子チケット利用済設定要求を送信する（Ｓ４００５）。  
携帯装置３００は、チケット確認装置４００から電子チケット利用済設定要求を受信すると、チケット格納テーブル３１０の、当該電子チケットＳ３１６を「利用済」に変更する（Ｓ４００６）。
【００８０】
ところで、ステップ４００２において電子チケットが「利用済」に設定されている、もしくは、ステップ４００３において電子チケットが利用期限内でなければ、チケット確認装置４００は当該電子チケットをもとに、チケット確認履歴テーブル４１０の新たなレコードに、チケットＩＤ４１１のフィールドに対し値を設定するとともに、ステータス４１７に「失敗」（Ｓ４０２）の値を格納し（Ｓ４００７）、携帯装置３００に対し、当該電子チケットが既に利用済みである、もしくは、利用期限を越えている旨のエラーを通知する。  そして、携帯装置３００が前記エラーを受信し、当該電子チケット確認処理が終了する（Ｓ４００８）。なお、本実施の形態に係るステータス４１７に設定される値について、「成功」（Ｓ４０１）と「失敗」（Ｓ４０２）に限定するものではなく、例えば「失敗」（Ｓ４０２）をエラー状態ごとに細分することも、本発明の範囲内であることはもちろんのことである。
【００８１】
上述の実施の形態では、チケット確認装置４００が、Ｓ４００２において電子チケットが「利用済」（Ｓ３０３）に設定されてないか確認した後に、Ｓ４００３において当該チケットが利用期限内か確認しているが、逆順、あるいは同時でも良い。
【００８２】
また、チケット確認装置４００が、Ｓ４００４においてチケット確認履歴テーブル４１０に新たなチケット確認履歴を格納した後に、Ｓ４００５において電子チケット利用済設定要求を送信しているが、逆順、あるいは同時でも良い。
【００８３】
上述の実施の形態では、携帯装置３００がチケット確認装置４００に対し、単一の電子チケットを指定、送信しているが、ｓ４００１において複数の電子チケットを指定、送信し、チケット確認装置４００が携帯装置３００に対し同時に複数の電子チケットを確認することも可能である。
【００８４】
再び図１０の説明に戻り、Ｓ４０００においてチケット確認装置４００が携帯装置３００に対し電子チケット確認処理を行った後、チケット確認装置４００がチケット管理装置１００に対しチケット確認履歴送信処理を行う（Ｓ５０００）。ここで、前記処理について詳細に説明するため、図１５に示される前記処理の詳細処理フローをもとに説明する。
【００８５】
まず、チケット確認装置４００がチケット管理装置１００に対し、複数のチケット確認履歴を送信する（Ｓ５００１）。ここで、チケット確認装置４００が送信する複数のチケット確認履歴とは、チケット確認履歴テーブル４１０で管理している複数のチケット確認履歴のレコードに基づくものである。チケット確認装置４００は複数のチケット確認履歴を送信し終えると、チケット確認履歴テーブル４１０から当該複数のチケット確認履歴に対するレコードを削除する、あるいは、どのチケット確認履歴のレコードを送信し終えたか記憶することにより、次回のチケット確認履歴送信処理において、同一のチケット確認履歴のレコードは送信しない。
【００８６】
ただし、チケット確認装置４００がチケット管理装置１００に対し、過去に送信したチケット確認履歴と同一のものを送信して良いシステムにおいてはこの限りではなく、チケット確認装置４００がチケット確認履歴テーブル４１０から過去に送信したチケット確認履歴に対するレコードを削除する、あるいは、どのチケットの確認履歴のレコードを送信し終えたか記憶することは、省略可能であることはもちろんのことである。
【００８７】
チケット管理装置１００は、チケット確認装置４００から複数のチケット確認履歴を受信すると、各チケット確認履歴ごとに以下の処理を行う。  
まず、当該チケット確認履歴に含まれるステータスが「成功」（Ｓ４０１）に設定されているか確認する（Ｓ５００２）。前記確認の結果、「成功」（Ｓ４０１）に成功されていなければ、次のチケット確認履歴に対する処理を行うが、次のチケット確認履歴が存在しないときには、処理が終了する（Ｓ５００４）。  
前記確認の結果、「成功」（Ｓ４０１）に設定されていれば、チケット管理装置１００は、当該チケット確認履歴に対応する、チケット管理テーブル１１０のチケットのレコードのステータス１１５を「配信済」（Ｓ１０３）から「利用済」（Ｓ１０４）に変更し（Ｓ５００３）、次のチケット確認履歴に対する処理を行うために、Ｓ５００２に遷移する。
【００８８】
上述の実施の形態では、チケット確認装置４００が携帯装置３００に対しチケット確認処理を行うごとに、当該処理に係るチケット確認履歴をチケット確認履歴テーブル４１０に蓄積し、Ｓ５００１においてチケット管理装置１００に対し複数のチケット確認履歴をまとめて送信している。しかし、チケット確認装置４００が携帯装置３００に対しチケット確認処理を行うごとに、当該処理に係るチケット確認履歴を、チケット確認履歴テーブル４１０に蓄積するのではなく、チケット管理装置１００に送信する実施の形態も考えられる。そのときには、チケット確認装置４００にはチケット確認履歴テーブル４００を設けなくとも良い。
【００８９】
上述の実施の形態では、Ｓ５００３において、チケット管理装置１００は、当該チケット確認履歴に対応する、チケット管理テーブル１１０のチケットのレコードのステータスを１１５を「配信済」（Ｓ１０３）から「利用済」（Ｓ１０４）に変更している。しかし、チケット管理装置１００は、当該チケット確認履歴に対応する、チケット管理テーブル１１０のチケットのレコードを削除する実施の形態も考えられる。そのときには、ステータス１１５の主な状態遷移について、「利用済」（Ｓ１０４）の状態が不要となる。
【００９０】
再び図１０の説明に戻る。以上の説明では、主に、チケットの販売処理、電子チケットの配信処理、電子チケットの確認処理などについて説明した。以下では、前記各処理において行われ得る各種キャンセル処理について説明する。
【００９１】
まず、Ｓ２０００においてチケット販売装置２００が携帯装置３００に対しチケット販売処理を行った後、当該チケット販売処理をキャンセルするための処理について説明する。ここで、前記処理について詳細に説明するため、図１６に示される前記処理の詳細処理フローをもとに説明する。  
まず、携帯装置３００がチケット販売装置２００に対し、キャンセルを要求するチケットのチケット情報を指定、送信することにより、チケットキャンセル要求を出す（Ｓ６００１）。ここで、携帯装置３００が指定するチケット情報とは、チケット販売装置２００がチケット販売テーブル２１０から当該チケットのレコードを選択し得るための情報であり、チケット格納テーブル３１０で管理しているチケットＩＤ３１１などの情報を含む。
【００９２】
チケット販売装置２００は、携帯装置３００からチケットキャンセル要求を受信すると、当該要求に含まれるチケット情報をもとにチケット販売テーブル２１０から選択され、かつ、当該レコードのステータス２１５が「販売済」（Ｓ２０２）であるチケットのレコードが存在するか確認する（Ｓ６００２）。前記確認処理の結果、存在しなければ、チケット販売装置２００は携帯装置３００に対し、要求されたチケットが存在しない旨のエラーを通知する。そして、携帯装置３００が前記エラーを受信し、当該チケットキャンセル処理が終了する（Ｓ６０１１）。
【００９３】
前記確認の結果、存在すれば、チケット販売装置２００は当該チケットのレコードがキャンセル期限内か確認する（Ｓ６００３）。即ち、チケット販売装置２００は、時計２０２から日時情報を取得し、当該日時情報が、当該レコードの有効期限２１３に達しておらず、かつ、チケット内容２１２に含まれる利用指定日時に達していないか確認する。なお、当該レコードに有効期限２１３が存在しなければ、有効期限２１３がキャンセル期限内か確認する必要はなく、当該レコードのチケット内容２１２に利用指定日時が存在しなければ、利用指定日時がキャンセル期限内か確認する必要はない。また、チケット内容２１２に含まれる利用指定日時が必ず有効期限２１３よりも以前であれば、有効期限２１３がキャンセル期限内か確認することを省略することも可能である。前記確認の結果、キャンセル期限内でなければ、要求されたチケットがキャンセル期限を越えている旨のエラーを通知する。そして、携帯装置３００が前記エラーを受信し、当該チケットキャンセル処理が終了する（Ｓ６０１２）。
【００９４】
前記確認の結果、キャンセル期限内であれば、チケット販売装置２００はチケット管理装置１００に対し、再発行を要求するチケットのチケット情報を指定、送信することにより、チケット再発行要求を出す（Ｓ６００４）。ここで、チケット販売装置２００が指定するチケット情報とは、チケット管理装置１００がチケット管理テーブル１１０から当該チケットのレコードを選択し得るための情報であり、チケット販売テーブル２１０で管理しているチケットＩＤ２１１などの情報を含む。
【００９５】
チケット管理装置１００は、チケット販売装置２００からチケット再発行要求を受信すると、当該要求に含まれるチケット情報をもとにチケット管理テーブル１１０から選択され、かつ、当該レコードのステータス１１５が「配信可」（Ｓ１０２）もしくは「キャンセル」（Ｓ１０５）であるチケットのレコードが存在するか確認する（Ｓ６００５）。前記確認処理の結果、存在しなければ、チケット管理装置１００はチケット販売装置２００に対し、要求されたチケットが存在しない旨のエラー、あるいは要求されたチケットの電子チケットが携帯装置３００に格納されている旨のエラー、あるいは要求されたチケットの電子チケットが携帯装置３００によって既に利用済みである旨のエラー、を通知する。
【００９６】
そして、チケット販売装置２００が前記エラーを受信し（Ｓ６０１３）、携帯装置３００に対し前記エラーを通知する。そして、携帯装置３００が前記エラーを受信し、当該チケットキャンセル処理が終了する（Ｓ６０１４）。なお、Ｓ６０１４において、チケット販売装置２００が携帯装置３００に対し通知するエラーについて、当該エラーが、要求されたチケットの電子チケットが携帯装置３００に格納されている旨のエラーであるときには、Ｓ７０００の処理に誘導するメッセージを含めることが好ましい。
【００９７】
前記確認の結果、存在すれば、チケット管理装置１００は当該チケットのレコードが再発行期限内か確認する（Ｓ６００６）。即ち、チケット管理装置１００は、時計１０２から日時情報を取得し、当該日時情報が、当該レコードの有効期限１１３に達しておらず、かつ、チケット内容１１２に含まれる利用指定日時に達していないか確認する。なお、当該レコードに有効期限１１３が存在しなければ、有効期限１１３が再発行期限内か確認する必要はなく、当該レコードのチケット内容１１２に利用指定日時が存在しなければ、利用指定日時が再発行期限内か確認する必要はない。また、チケット内容１１２に含まれる利用指定日時が必ず有効期限１１３よりも以前であれば、有効期限１１３が再発行期限内か確認することを省略することも可能である。前記確認処理の結果、再発行期限内でなければ、チケット管理装置１００はチケット販売装置２００に対し、要求されたチケットが再発行期限を越えている旨のエラーを通知する。そして、チケット販売装置２００が前記エラーを受信し（Ｓ６０１５）、携帯装置３００に対し前記エラーを通知する。そして、携帯装置３００が前記エラーを受信し、当該チケットキャンセル処理が終了する（Ｓ６０１６）。
【００９８】
前記確認の結果、再発行期限内であれば、チケット管理装置１００は当該レコードのチケットＩＤ１１１を他のチケットＩＤ１１１と重複しないよう変更し、ステータス１１５を「配信可」（Ｓ１０２）に設定することで、当該チケットの再発行を行い（Ｓ６００７）、チケット販売装置２００に対しチケット再発行情報を送信する（Ｓ６００８）。ここで、チケット管理装置１００がチケット販売装置２００に対し送信するチケット再発行情報とは、再発行後のチケットＩＤ１１１に基づく情報を含む。
【００９９】
このとき、チケット管理装置１００は当該再発行処理にかかる再発行代金を、後でまとめて当該チケット販売装置２００に請求するために、再発行履歴を記憶装置１０５に蓄積する。ここで、前記再発行代金は、記憶装置１０５にて記憶する必要がある。なお、前記再発行代金は、各チケット販売装置２００ごとに設けても良い。更に、前記再発行代金は、Ｓ６００５において当該レコードのステータス１１５が「配信可」（Ｓ１０２）か「キャンセル」（Ｓ１０３）かで、別の再発行代金とすることも考えられ、そのときにはＳ６００８においてチケット管理装置１００はチケット販売装置２００に対し、それぞれのチケット再発行情報を通知する。
【０１００】
また、チケット管理装置１００が再発行代金を請求するチケット販売装置２００を特定するために、例えばＳ６００４においてチケット販売装置２００からチケット管理装置１００に対し、チケット販売装置２００を一意に指定する情報が送信されなければならず、前記再発行履歴には前記情報も含まれる。ただし、チケット管理装置１００が当該チケットを販売したチケット販売装置２００を、Ｓ１０００において記憶するならば、チケット販売装置２００からチケット管理装置１００に対し、チケット販売装置２００を一意に指定する情報を送信することを省略しても良い。また、チケット管理装置１００がチケット販売装置２００に対し、後でまとめて請求するのではなく、当該処理内において決済を終えることも考えられる。なお、チケット管理装置１００がチケット販売装置２００に対する再発行処理に、再発行代金が不要とするならば、前記再発行代金に係る処理は不要である。
【０１０１】
チケット販売装置２００は、チケット管理装置１００からチケット再発行情報を受信すると、当該チケット再発行情報をもとに、当該レコードのチケットＩＤ２１１のフィールドに値を設定し、ステータス２１５を「販売可」（Ｓ２０１）に設定する（Ｓ６００９）。そして、チケット販売装置２００は携帯装置３００に対し、当該チケットキャンセル処理が成功した旨を通知する。そして、携帯装置３００が前記通知を受信する（Ｓ６０１０）。Ｓ６００９において、チケット販売装置２００は当該キャンセル処理による払戻額を、後でまとめて当該携帯装置３００に払い戻すために、キャンセル履歴を記憶装置２０５に蓄積する。ここで、前記払戻金は、チケット販売テーブル２１０の当該チケットのレコードの料金２１４に基づく金額であり、キャンセル料などについて、記憶する必要がある。
【０１０２】
なお、前記キャンセル料は、各携帯装置３００ごとに設けても良い。更に、前記キャンセル料は、Ｓ６００９においてチケット販売装置２００がチケット管理装置１００から受信するチケット再発行情報に基づいて、別のキャンセル料とすることも考えられる。
【０１０３】
また、チケット販売装置２００が払戻金を払い戻す携帯装置３００を特定するために、例えばＳ６００１において携帯装置３００からチケット販売装置２００に対し、携帯装置３００を一意に指定する情報が送信されなければならず、前記キャンセル履歴には前記情報も含まれる。ただし、チケット販売装置２００が当該チケットを販売した携帯装置３００を、Ｓ２０００において記憶するならば、携帯装置３００からチケット販売装置２００に対し、携帯装置３００を一意に指定する情報を送信することを省略しても良い。また、チケット販売装置２００が携帯装置３００に対し、後でまとめて請求するのではなく、当該処理内において決済を終えることも考えられる。なお、チケット販売装置２００が携帯装置３００に対するキャンセル処理に、キャンセル料が不要とするならば、前記キャンセル料に係る処理は不要である。
【０１０４】
上述の実施の形態では、チケット販売装置２００が、Ｓ６００２において「販売済」（Ｓ２０２）の要求されたチケットが存在するか確認した後に、Ｓ２００３において当該チケットがキャンセル期限内か確認しているが、逆順、あるいは同時でも良い。
【０１０５】
また、チケット管理装置１００が、Ｓ６００５において「配信可」（Ｓ１０２）もしくは「キャンセル」（Ｓ１０５）の要求されたチケットが存在するか確認した後に、Ｓ６００６において当該チケットが再発行期限内か確認しているが、逆順、あるいは同時でも良い。
【０１０６】
上述の実施の形態では、Ｓ６００２において、チケット販売装置２００が、チケット販売テーブル２１０における当該チケットのレコードのステータス２１５が「販売済」（Ｓ２０２）であるか確認しているが、省略することも可能である。それは、Ｓ６００５において、チケット管理装置１００が、チケット管理テーブル１１０における当該チケットのレコードのステータス１１５が「配信可」（Ｓ１０２）もしくは「キャンセル」（Ｓ１０５）でなければ当該チケットをキャンセルできないことによる。
【０１０７】
また、Ｓ６００３において、チケット販売装置２００が当該チケットがキャンセル期限内か確認しているが、省略することも可能である。それは、Ｓ６００６において再発行期限内でなければ当該チケットをキャンセルできないことによる。
【０１０８】
上述の実施の形態では、チケット販売装置２００が携帯装置３００に対し単一のチケットのキャンセルを行っているが、Ｓ６００１において携帯装置３００が同種のチケットを複数、あるいは異種のチケットを複数指定し、チケット販売装置２００が指定された複数のチケットについてまとめて処理することにより、チケット販売装置２００が携帯装置３００に対し同時に複数のチケットをキャンセルすることも可能である。
【０１０９】
また、チケット管理装置１００がチケット販売装置２００に対し単一のチケットの再発行を行っているが、Ｓ６００４においてチケット販売装置２００が同種のチケットを複数、あるいは異種のチケットを複数指定し、チケット管理装置１００が指定された複数のチケットについてまとめて処理することにより、チケット管理装置１００がチケット販売装置２００に対し同時に複数のチケットを再発行することも可能である。
【０１１０】
再び図１０の説明に戻り、Ｓ３０００においてチケット管理装置１００が携帯装置３００に対し電子チケット配信処理を行った後、Ｓ６０００においてチケット販売装置２００が携帯装置３００に対しチケットキャンセル処理を行うためには、その前にチケット管理装置１００が携帯装置３００に対し行う電子チケットキャンセル処理（Ｓ７０００）が必要である。ここで、前記処理について詳細に説明するため、図１７に示される前記処理の詳細処理フローをもとに説明する。
【０１１１】
まず、携帯装置３００がチケット管理装置１００に対し、キャンセルを要求する電子チケットなどを指定、送信することにより、電子チケットキャンセル要求を出す（Ｓ７００１）。ここで、携帯装置３００が指定する電子チケットとは、チケット格納テーブル３１０で管理している電子チケット３１６である。
【０１１２】
チケット管理装置１００は、携帯装置３００から電子チケットキャンセル要求を受信すると、当該要求に含まれる電子チケットが「利用済」（Ｓ３０３）に設定されていないか確認する（Ｓ７００２）。前記確認の結果、設定されていれば、チケット管理装置１００は携帯装置３００に対し、キャンセル要求された電子チケットが既に利用済みである旨のエラーを通知する。そして、携帯装置３００が前記エラーを受信し、当該電子チケットキャンセル処理が終了する（Ｓ７００７）。
【０１１３】
前記確認の結果、設定されていなければ、チケット管理装置１００は当該電子チケットが対応するチケットＩＤ１１１のレコードがキャンセル期限内か確認する（Ｓ７００３）。即ち、チケット管理装置１００は、時計１０２から日時情報を取得し、当該日時情報が、当該レコードの有効期限１１３に達しておらず、かつ、チケット内容１１２に含まれる利用指定日時に達していないか確認する。なお、当該レコードに有効期限１１３が存在しなければ、有効期限１１３がキャンセル期限内か確認する必要はなく、当該レコードのチケット内容１１２に利用指定日時が存在しなければ、利用指定日時がキャンセル期限内か確認する必要はない。また、チケット内容１１２に含まれる利用指定日時が必ず有効期限１１３よりも以前であれば、有効期限１１３がキャンセル期限内か確認することを省略することも可能である。前記確認の結果、キャンセル期限内でなければ、チケット管理装置１００は携帯装置３００に対し、キャンセル要求された電子チケットがキャンセル期限を超えている旨のエラーを通知する。そして、携帯装置３００が前記エラーを受信し、当該電子チケットキャンセル処理が終了する（Ｓ７００８）。
【０１１４】
前記確認の結果、キャンセル期限内であれば、チケット管理装置１００は当該レコードのステータス１１５を「配信済」（Ｓ１０３）から「キャンセル」（Ｓ１０５）に変更し（Ｓ７００４）、携帯装置３００に対し電子チケット削除要求を送信する（Ｓ７００５）。
【０１１５】
携帯装置３００は、チケット管理装置１００から電子チケット削除要求を受信すると、チケット格納テーブル３１０の、当該電子チケットが対応するチケットＩＤ３１１のレコードの、電子チケット３１６のフィールドから電子チケットを削除する（Ｓ７００６）。なお、当該処理に続けて、携帯装置３００においてＳ６０００の処理に誘導されることが好ましい。
【０１１６】
上述の実施の形態では、チケット管理装置１００が、Ｓ６００２において「利用済」（Ｓ１０３）に設定されてない電子チケットかどうか確認した後に、Ｓ６００３において当該電子チケットがキャンセル期限内か確認しているが、逆順、あるいは同時でも良い。
【０１１７】
また、チケット管理装置１００が、Ｓ７００４においてステータス１１５を「配信済」（Ｓ１０３）から「キャンセル」（Ｓ１０５）に変更した後に、Ｓ６００５において電子チケット削除要求を送信しているが、逆順、あるいは同時でも良い。
【０１１８】
上述の実施の形態では、チケット管理装置１００が携帯装置３００に対し単一の電子チケットを削除しているが、Ｓ７００１において携帯装置３００が同種の電子チケットを複数、あるいは異種の電子チケットを複数指定し、チケット管理装置１００が指定された複数の電子チケットについてまとめて処理することにより、チケット管理装置１００が携帯装置３００に対し同時に複数の電子チケットを削除することも可能である。
【０１１９】
上述の実施の形態では、Ｓ７００３において、チケット管理装置１００が当該電子チケットがキャンセル期限内か確認しているが、省略することも可能である。それは、Ｓ６００６において再発行期限内でなければ当該チケットをキャンセルできないことによる。
【０１２０】
再び図１０の説明に戻り、Ｓ７０００においてチケット管理装置１００が携帯装置３００に対し電子チケットキャンセル処理を行った後には、Ｓ６０００においてチケット販売装置２００が携帯装置３００に対しチケットキャンセル処理を行い、一連のチケットキャンセル処理が終了する。
【０１２１】
上述の実施の形態では、チケット販売テーブル２１０を、チケット販売装置２００が記憶装置２０５において記憶し、レコードの読み書きを実施する構成である。しかし、本発明は前記構成に限定するものではなく、チケット販売テーブル２１０の記憶について、チケット販売装置２００がチケット管理装置１００に委ね、チケット管理装置１００が記憶装置１００において記憶する構成なども、本発明の範囲内である。
【０１２２】
このとき、チケット販売装置２００がチケット販売テーブル２１０のレコードの読み書きを実施するためには、チケット管理装置１００にチケット販売テーブル２１０のレコードの読み書きを要求する必要がある。また、前記構成について、チケット管理装置１００がチケット管理テーブル１１０とチケット販売テーブル２１０とを、記憶装置１０５に別々に記憶するのではなく、チケット管理テーブル１１０とチケット販売テーブル２１０とを統合したテーブルを、記憶装置１０５に記憶する構成も考えられる。このとき、前記統合されたテーブルの各レコードについて、どのチケット販売装置２００に記憶を委ねられたか管理するフィールドを設けることが好ましい。
【０１２３】
上述の実施の形態では、Ｓ１００３における販売期限、Ｓ３００３における配信期限、Ｓ６００６における再発行期限について、全てチケット管理テーブル１１０における当該レコードの有効期限１１３及びチケット内容１１２として管理しているが、本発明はかかる管理に限定するものではなく、チケット管理テーブル１１０における当該レコードの有効期限１１３及びチケット内容１１２から一定期間前として管理することや、各期限において異なる期間前として管理することも、本発明の範囲内とする。また、各期限について別々の期限を、当該レコードの有効期限１１３及びチケット内容１１２とは別のフィールドで管理することなども、本発明の範囲内とする。
【０１２４】
上述の実施の形態では、Ｓ３００３における販売期限、Ｓ６００３におけるキャンセル期限について、全てチケット販売テーブル２１０における当該レコードの有効期限２１３及びチケット内容２１２として管理しているが、本発明はかかる管理に限定するものではなく、チケット販売テーブル２１０における当該レコードの有効期限２１３及びチケット内容２１２から一定期間前として管理することや、各期限において異なる期間前として管理することも、本発明の範囲内とする。また、各期限について別々の期限を、当該レコードの有効期限２１３及びチケット内容２１２とは別のフィールドで管理することなども、本発明の範囲内とする。
【０１２５】
上述の実施の形態では、チケット管理装置１００がチケット販売装置２００に対しチケットキャンセル処理を行うことについて説明されていない。しかし、チケット管理装置１００はチケット販売装置２００からチケットキャンセル要求を受信し、当該要求をもとにチケット管理テーブル１１０から当該レコードを選択し、ステータス１１５が「配信可」（Ｓ１０２）であるときのみチケットキャンセル処理を許可し、「販売可」（Ｓ１０１）に変更するとともに、チケットＩＤ１１１を再発行すれば良い。
【０１２６】
上述の実施の形態では、Ｓ２０００においてチケット販売装置２００が携帯装置１００に対しチケット販売処理を行っている。しかし、例えばパーソナルコンピュータなどの情報処理装置を考え、Ｓ２０００においてチケット販売装置２００が前記情報処理装置に対しチケット販売処理を行い、前記情報処理装置が前記チケット販売処理で格納したチケット販売情報を、携帯装置３００に送り、以下Ｓ３０００以降の処理を続ける構成も考えられる。
【０１２７】
ここで、前記情報処理装置には、チケット販売装置２００との通信処理を行う通信装置と、チケット販売情報を記憶する記憶装置と、前記各処理を実行制御する演算処理装置と、が必要である。前記情報処理装置が携帯装置３００に対しチケット販売情報を送る手段としては、前記通信装置を用いる手段や、携帯装置３００の利用者による手入力などである。このことは、別の観点からすると、前記チケット販売情報をやりとりすることにより、前記情報処理装置から携帯装置３００にチケットを譲渡している。引いては、携帯装置３００が、前記チケット販売情報を別の携帯装置３００に送ることにより、チケットを譲渡することが可能であると言える。
【０１２８】
本発明に係る、図１６及び図１７に示される各種チケットキャンセル処理については、チケット管理装置１００がチケット管理テーブル１１０において、各チケットごとのレコードのステータス１１５について図６に示される状態管理を行えば実施可能なので、前記状態管理を行う装置を有するチケッティングシステムに一般的に適用可能なのはもちろんのことである。
【０１２９】
本発明によれば、チケット販売装置が携帯装置に対しチケットを販売すれば、前記チケット販売装置がチケット管理装置に当該販売情報を送信せずとも、タイムラグ無しにチケット管理装置が携帯装置に対し電子チケットを配信できる。  
また、本発明によれば、チケットを管理するチケット管理装置と、チケットを販売するチケット販売装置と、チケットを確認するチケット確認装置とからなるチケッティングシステムにおいて、チケット管理装置及びチケット販売装置が携帯装置からのチケットのキャンセル要求に応えることができる。  
つまり、チケットの販売と配信を担う装置が別であるチケッティングシステムにおけるチケットの販売、配信、キャンセルの処理を迅速に処理可能とできる。
【０１３０】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【図面の簡単な説明】
【０１３１】
【図１】本発明の実施の形態に係るチケッティングシステムの全体構成図である。
【図２】本発明の実施の形態に係るチケット管理テーブルのデータ構造図である。
【図３】本発明の実施の形態に係るチケット販売テーブルのデータ構造図である。
【図４】本発明の実施の形態に係るチケット格納テーブルのデータ構造図である。
【図５】本発明の実施の形態に係るチケット確認履歴テーブルのデータ構造図である。
【図６】本発明の実施の形態に係るチケット管理テーブルの各チケットごとのステータスの状態遷移図である。
【図７】本発明の実施の形態に係るチケット販売テーブルの各チケットごとのステータスの状態遷移図である。
【図８】本発明の実施の形態に係るチケット格納テーブルの各チケットごとの電子チケットの状態遷移図である。
【図９】本発明の実施の形態に係るチケット確認履歴テーブルの各チケット確認履歴ごとのステータスの状態図である。
【図１０】本発明の実施の形態に係るチケッティングシステムにおける各チケットごとに対する全体処理フローである。
【図１１】本発明の実施の形態に係るチケッティングシステムにおいて、チケット管理装置がチケット販売装置に対し行うチケット販売処理の詳細処理フローである。
【図１２】本発明の実施の形態に係るチケッティングシステムにおいて、チケット販売装置が携帯装置に対し行うチケット販売処理の詳細処理フローである。
【図１３】本発明の実施の形態に係るチケッティングシステムにおいて、チケット管理装置が携帯装置に対し行う電子チケット配信処理の詳細処理フローである。
【図１４】本発明の実施の形態に係るチケッティングシステムにおいて、チケット確認装置が携帯装置に対し行う電子チケット確認処理の詳細処理フローである。
【図１５】本発明の実施の形態に係るチケッティングシステムにおいて、チケット確認装置がチケット管理装置に対し行うチケット確認履歴送信処理の詳細処理フローである。
【図１６】本発明の実施の形態に係るチケッティングシステムにおいて、チケット販売装置が携帯装置に対し行うチケットキャンセル処理の詳細処理フローである。
【図１７】本発明の実施の形態に係るチケッティングシステムにおいて、チケット管理装置が携帯装置に対し行う電子チケットキャンセル処理の詳細処理フローである。
【符号の説明】
【０１３２】
１００  チケット管理装置
２００  チケット販売装置
３００  携帯装置
４００  チケット確認装置
【図１】
2005149186.tif 000003
【図２】
2005149186.tif 000004
【図３】
2005149186.tif 000005
【図４】
2005149186.tif 000006
【図５】
2005149186.tif 000007
【図６】
2005149186.tif 000008
【図７】
2005149186.tif 000009
【図８】
2005149186.tif 000010
【図９】
2005149186.tif 000011
【図１０】
2005149186.tif 000012
【図１１】
2005149186.tif 000013
【図１２】
2005149186.tif 000014
【図１３】
2005149186.tif 000015
【図１４】
2005149186.tif 000016
【図１５】
2005149186.tif 000017
【図１６】
2005149186.tif 000018
【図１７】
2005149186.tif 000019