(57)【要約】  【課題】従来のイベントチケット発券装置は、イベント未参加者に対して、後日開催される関連イベントのチケットを購入して貰えるようなフォローアップを行うことを考慮したものではなかった。  【解決手段】前記課題については、チケット管理装置において、利用者ＩＤとチケットＩＤとステータスを格納した利用者ＤＢと、チケットコードとイベント種別情報とチケットＩＤを格納したチケットＤＢと、所定の契機で前記ステータスが未使用な利用者ＩＤとチケットＩＤを前記利用者ＤＢから抽出する手段と、後日開催される前記チケットＩＤに関連するイベントのチケットコードを前記チケットＤＢから抽出する手段と、前記の後日開催されるイベントのチケットコードを前記利用者ＩＤに送信する手段と、を備えたことを特徴とするチケット管理装置を提供することで解決される。【選択図】    図１
2007226650.tif 000002
【特許請求の範囲】
【請求項１】
チケット管理装置において、
利用者ＩＤとチケットＩＤとステータスを格納した利用者ＤＢと、
チケットコードとイベント種別情報とチケットＩＤを格納したチケットＤＢと、
所定の契機で前記ステータスが未使用な利用者ＩＤとチケットＩＤを前記利用者ＤＢから抽出する手段と、
後日開催される前記チケットＩＤに関連するイベントのチケットコードを前記チケットＤＢから抽出する手段と、
前記の後日開催されるイベントのチケットコードを前記利用者ＩＤに送信する手段と、
を備えたことを特徴とするチケット管理装置。
【請求項２】
所定の契機でステータスが未使用な利用者ＩＤとチケットＩＤを、利用者ＩＤとチケットＩＤとステータスを格納した利用者ＤＢから抽出するステップと、
後日開催される前記チケットＩＤに関連するイベントのチケットコードを、チケットコードとイベント種別情報とチケットＩＤを格納したチケットＤＢから抽出するステップと、
前記の後日開催されるイベントのチケットコードを前記利用者ＩＤに送信するステップと、
を備えたことを特徴とするチケット管理方法。
【請求項３】
所定の契機でステータスが未使用な利用者ＩＤとチケットＩＤを、利用者ＩＤとチケットＩＤとステータスを格納した利用者ＤＢから抽出するステップと、
後日開催される前記チケットＩＤに関連するイベントのチケットコードを、チケットコードとイベント種別情報とチケットＩＤを格納したチケットＤＢから抽出するステップと、
前記の後日開催されるイベントのチケットコードを前記利用者ＩＤに送信するステップと、
をコンピュータに実行させるためのチケット管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、チケットを購入したが、何らかの理由によりイベントに参加することができなかった参加者に対して、後日開催されるイ関連イベントのチケットを購入して貰えるようなフォローアップを行うことための技術に関するものである。
【背景技術】
【０００２】
イベントチケット発券装置において、イベント開催前に該イベントに関連する情報を掲載したホームページのＵＲＬを通知し、イベント開催後に該イベントに関連する写真やグッズの注文が行えるＵＲＬを通知する技術は、既に公知のものだった。（例えば、特許文献１参照）
【特許文献１】特開２００３−２５６６００
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、上記の技術は、チケットを購入したが、何らかの理由によりイベントに参加することができなかった参加者に対して、後日開催される関連イベントのチケットを購入して貰えるようなフォローアップを行うことを考慮したものではなかった。
【課題を解決するための手段】
【０００４】
前記課題については、チケット管理装置において、利用者ＩＤとチケットＩＤとステータスを格納した利用者ＤＢと、チケットコードとイベント種別情報とチケットＩＤを格納したチケットＤＢと、所定の契機で前記ステータスが未使用な利用者ＩＤとチケットＩＤを前記利用者ＤＢから抽出する手段と、後日開催される前記チケットＩＤに関連するイベントのチケットコードを前記チケットＤＢから抽出する手段と、前記の後日開催されるイベントのチケットコードを前記利用者ＩＤに送信する手段と、を備えたことを特徴とするチケット管理装置を提供することで解決される。
【発明の効果】
【０００５】
前記のチケット管理装置を提供することで、何らかの理由によりイベントに参加することができなかった参加者が、後日開催される前記チケットＩＤに関連するイベントのチケットを購入することを促進することができるという効果がある。
【発明を実施するための最良の形態】
【０００６】
以下に、添付図面を参照して、この発明に係るチケット管理装置の好適な実施の形態を詳細に説明する。
【実施例】
【０００７】
図１は本発明の実施形態を実現するためのシステム構成図である。同図において、端末１０は、利用者が保持している電子式のチケットを入場チェック装置５０に送信するための装置であり、より具体的に言えば、ＦＥＬＩＣＡ／フェリカ（登録商標）のような非接触ＩＣカード技術を搭載した携帯電話である。
【０００８】
入場チェック装置５０は、端末１０から所定の無線通信３０を介して受信したチケット情報を、チケット管理装置１００が保持するチケットＤＢ１０３中の対応情報と比較することにより前記チケットによる入場の可否を判定し、その判定結果をチケット管理装置１００に送信するための入場チェックプログラム５５を格納した装置であり、具体的に言えば、ＦＥＬＩＣＡ／フェリカ（登録商標）対応のデジゲート（登録商標）のような装置である。
【０００９】
チケット管理装置１００は、入場チェック装置から所定の通信網２０を介して受信した前記の判定結果を自身が保持する利用者ＤＢ１０１に格納し、所定の契機で、前記の判定結果が未使用の利用者とその利用者が購入したチケットを抽出し、後日開催される前記チケットに関連するイベントのチケット情報を前記利用者に送信するための未入場者フォローアッププログラム１０７を格納した装置である。また、端末１０と入場チェック装置５０とチケット管理装置１００は、いずれもプロセッサとメモリを備えるコンピュータに相当するものである。
【００１０】
利用者ＤＢ１０１は、利用者ＩＤとチケットＩＤとそのチケットの使用ステータスを格納するものである。チケットＤＢ１０３は、チケットコードとジャンル・アーティスト名・公演日・会場・チケットＩＤを格納するものである。
【００１１】
図２は、入場チェックプログラム１０７の動作を説明するためのフローチャートであり、図３は、未入場者フォローアッププログラム１０７の動作を説明するためのフローチャートであり、図４は、利用者ＤＢ１０１とチケットＤＢ１０３の具体的な内容を開示するものである。図５は、前記の後日開催される前記チケットに関連するイベントのチケット情報を端末１０に表示する際の画面例である。
【００１２】
ここで先ず、図２により、入場チェックプログラム５５の動作を説明する。入場チェック装置５０は、Ｓ２０１で端末１０から利用者ＩＤとチケットＩＤを含むチケット情報を受信する。Ｓ２０３では、前記チケットＩＤと同じものが、前記チケットＤＢ１０３中に存在するかどうかの判定を行う。前記判定の結果、前記チケットＩＤと同じものが、前記チケットＤＢ１０３中に存在した場合、Ｓ２０５で入場チェック問題なしとして入場ゲートの開放を行う。前記判定の結果、前記チケットＩＤと同じものが、前記チケットＤＢ１０３中に存在しなかった場合、何もせずに処理を終了する。Ｓ２０７では、利用者ＤＢ１０１中のステータスを未使用から入場に変更するためのステータス変更要求をチケット管理装置１００に送信する。このステータス変更要求は、利用者ＩＤとチケットＩＤを含むものである。
【００１３】
図４の（Ａ）は、利用者ＤＢ１０１の例であり、利用者ＩＤ「kokubo@fj.com」とチケットＩＤ「111-222-Ａ席-Ａ列-１番」・ステータス「未使用」というデータ等が格納されていることを示したものであり、Ｓ２０７の後では、図示していなが、ステータスが「入場」に変更される。
【００１４】
次に、図３により、未入場者フォローアッププログラム１０７の動作を説明する。チケット管理装置１００は、Ｓ３００で入場チェック装置５０から利用者ＤＢ１０１中のステータスを未使用から入場に変更するためのステータス変更要求を受信する。このステータス変更要求は、利用者ＩＤとチケットＩＤを含むものである。Ｓ３０１では、チケット管理装置１００の管理者が設定した所定の契機で、利用者ＤＢ１０１からステータスが未使用な利用者ＩＤとチケットＩＤを抽出する。Ｓ３０３では、Ｓ３０１で抽出したステータスが未使用なチケットＩＤとジャンル、又はアーティト名が同じで公演日が後日であるチケットコードをチケットＤＢ１０３から抽出する。また、Ｓ３０３においては、チケットＤＢ１０３からチケットコードの他のアーティスト名、公演日、会場等の情報も抽出しても良い。
【００１５】
図４の（Ｂ）は、チケット管理ＤＢ１０３の例であり、チケットコード「111-222」とジャンル「J-POP」・アーティスト名「東京事件」・公演日「2006/4/18」・会場「中原サンプラザ」・チケットＩＤ１「111-222-Ａ席-Ａ列-１番」・チケットＩＤ２「111-222-Ｓ席-Ａ列-２番」というデータ等が格納されていることを示したものであり、Ｓ３０３では、前記ステータスが未使用なチケットの公演日である2006/4/18以降に開催されるジャンル、又はアーティスト名が同じイベントのチケット情報としてチケットコード「111-333」、アーティスト名「東京事件」、公演日「2006/5/20」、会場「汐留アリーナ」等が抽出される。
【００１６】
Ｓ３０５では、Ｓ３０３で抽出したチケットコードを後日開催される前記ステータスが未使用なチケットに関連するイベントのチケット情報としてＳ３０１で抽出した利用者ＩＤで特定される端末１０に送信する。
【００１７】
図５は、前記の後日開催される前記ステータスが未使用なチケットに関連するイベントのチケット情報を端末１０に表示する際の画面例であり、前記ステータスが未使用なチケットの公演日である2006/4/18以降に開催されるジャンル、又はアーティスト名が同じイベントのチケット情報として、アーティスト名「東京事件」と公演日「2006/5/20」・会場「汐留アリーナ」・チケットコード「111-333」等の情報が表示されていることを示したものである。
【００１８】
以上、本発明を実施例に基づいて説明したが、本発明は前記した実施例に限定されるものではなく、特許請求の範囲に記載した構成を変更しない限りどのようにでも実施することができる。例えば、電子式のチケットではなく紙チケットの情報を集計して得た未使用チケット情報に基づいて前記と同様のことを行っても良いものである。
【図面の簡単な説明】
【００１９】
【図１】本実施例に係るシステム構成を説明する図。
【図２】本実施例に係る入場チェックプログラムを説明する図。
【図３】本実施例に係る未入場者フォローアッププログラムを説明する図。
【図４】本実施例に係る利用者ＤＢとチケットＤＢを説明する図。
【図５】本実施例に係る端末の画面例。
【符号の説明】
【００２０】
１０  端末
２０  通信網
３０  無線通信
５０  入場チェック装置
５５  入場チェックプログラム
１００  チケット管理装置
１０１  利用者ＤＢ
１０３  チケットＤＢ
１０７  未入場者フォローアッププログラム
【図１】
2007226650.tif 000003
【図２】
2007226650.tif 000004
【図３】
2007226650.tif 000005
【図４】
2007226650.tif 000006
【図５】
2007226650.tif 000007