(57)【要約】【課題】  安全性や運用性が高く、実用化に適したチケット利用システムを提供すること。【解決手段】  本発明にかかるチケット利用システムでは、第１の識別情報が格納されたストラップ型タグ２１がユーザに対して予め配布される。また、指定席の予約が携帯電話機２を介して行なわれた場合には、予約内容が表示され、第２の識別情報が格納されたカード型タグ４がユーザに配布される。これらのストラップ型タグ２１やカード型タグ４がチケットとして利用される。ユーザが予約の際に座席種別情報を携帯電話機２を用いて登録すると、その座席種別情報が自由席の場合には、第１の識別情報をチケット認証情報としてチケットＤＢ１５３に格納する。また、指定席の場合には、第２の識別情報をチケット認証情報としてチケットＤＢ１５３に格納する。【選択図】  図１
2006293511.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに対して予め配布され、第１の識別情報が格納された第１のデータキャリアと、指定席の予約に応じてユーザに対して配布され、予約情報が表示されるとともに第２の識別情報が格納された第２のデータキャリアをチケットとして利用するチケット利用システムであって、
チケットの認証に用いられるチケット認証情報を少なくとも格納するチケットデータベースと、
ユーザの入力した座席種別情報を取得する手段と、
取得した座席種別情報が自由席の場合には、前記第１の識別情報を前記チケット認証情報として前記チケットデータベースに格納する手段と、
取得した座席種別情報が指定席の場合には、前記第２の識別情報を前記チケット認証情報として前記チケットデータベースに格納する手段とを備えたチケット利用システム。
【請求項２】
チケット代金に関する決済完了情報を取得する手段を更に備え、
前記決済完了情報によりチケット代金の決済が完了したと判定した場合に、前記第１の識別情報又は前記第２の識別情報を前記チケットデータベースに格納することを特徴とする請求項１記載のチケット利用システム。
【請求項３】
指定席の予約に応じてユーザに配布された前記第２のデータキャリアを当該ユーザが受け取ったか否かを示す受取情報を取得する手段と、
前記受取情報に基づきユーザが前記第２のデータキャリアを受け取ったと判定した場合に、前記第２の識別情報を前記チケットデータベースに格納する手段とを備えた請求項１又は２記載のチケット利用システム。
【請求項４】
指定席の予約に応じてユーザに配布された前記第２のデータキャリアを当該ユーザが受け取っていない場合に、チケットの再発行のために確認される不着情報を格納する不着データベースと、
指定席の予約に応じてユーザに配布された前記第２のデータキャリアを当該ユーザが受け取ったか否かを示す受取情報を取得する手段と、
前記受取情報に基づきユーザが前記第２のデータキャリアを受け取っていないと判定した場合に、当該チケットの識別情報を前記不着情報として前記不着データベースに格納する手段とを備えた請求項１又は２記載のチケット利用システム。
【請求項５】
指定席の予約に応じてユーザに配布された前記第２のデータキャリアを当該ユーザが受け取っていない場合に、チケットの再発行のために確認される不着情報を格納する不着データベースと、
指定席の予約に応じてユーザに配布された前記第２のデータキャリアを当該ユーザが受け取ったか否かを示す受取情報を取得する手段と、
前記受取情報に基づきユーザが前記第２のデータキャリアを受け取っていないと判定した場合に、前記第１の識別情報を前記不着情報として前記不着データベースに格納する手段とを備えた請求項１又は２記載のチケット利用システム。
【請求項６】
前記受取情報に基づきユーザが前記第２のデータキャリアを受け取っていないと判定した場合は、チケットの座席情報をユーザの端末に送信する手段とを備えた請求項４又は５記載のチケット利用システム。
【請求項７】
前記第１のデータキャリア及び前記第２のデータキャリアは、ＩＣタグにより構成されることを特徴とする請求項１〜６いずれかに記載のチケット利用システム。
【請求項８】
前記第１のデータキャリアは、携帯電話機に取り付けられるストラップに取り付けられていることを特徴とする請求項１〜７いずれかに記載のチケット利用システム。
【請求項９】
前記第２のデータキャリアは、印刷可能なカードに内蔵されていることを特徴とする請求項１〜８いずれかに記載のチケット利用システム。
【請求項１０】
ユーザに対して予め配布され、第１の識別情報が格納された第１のＩＣタグと、指定席の予約に応じてユーザに対して席毎に配布され、予約情報が表示されるとともに第２の識別情報が格納された第２のＩＣタグと、ユーザの携帯電話機と通信網を介して通信可能に接続されたサーバとを備え、イベント会場において前記第１のＩＣタグ又は前記第２のＩＣタグをチケットとしてそれぞれに格納された第１の識別情報と第２の識別情報に基づき認証を実行するチケット利用システムであって、
前記サーバは、
イベント会場においてチケットの認証に用いられるチケット認証情報を少なくとも格納するチケットデータベースと、
ユーザの携帯電話機から通信網を介して座席種別情報を受信する手段と、
受信した座席種別情報が自由席の場合には、前記第１の識別情報を前記チケット認証情報として前記チケットデータベースに格納する手段と、
取得した座席種別情報が指定席の場合には、前記第２の識別情報を前記チケット認証情報として前記チケットデータベースに格納する手段とを備えたチケット利用システム。
【請求項１１】
ユーザに対して予め配布され、第１の識別情報が格納された第１のＩＣタグと、指定席の予約に応じてユーザに対して席毎に配布され、予約情報が表示されるとともに第２の識別情報が格納された第２のＩＣタグと、ユーザの携帯電話機と通信網を介して通信可能に接続されたサーバとを備え、イベント会場において前記第１のＩＣタグ又は前記第２のＩＣタグをチケットとしてそれぞれに格納された第１の識別情報と第２の識別情報に基づき認証を実行するチケット利用システムであって、
前記サーバは、
指定席の予約に応じてユーザに配布された前記第２のデータキャリアを当該ユーザが受け取っていない場合に、チケットの再発行のために確認される不着情報を格納する不着データベースと、
前記ユーザの携帯電話機から前記第２のデータキャリアを当該ユーザが受け取ったか否かを示す受取情報を受信する手段と、
受信した受取情報に基づきユーザが前記第２のデータキャリアを受け取っていないと判定した場合は、当該チケットの識別情報を前記不着情報として前記不着データベースに格納する手段とを備えたチケット利用システム。
【請求項１２】
ユーザに対して予め配布され、第１の識別情報が格納された第１のＩＣタグと、指定席の予約に応じてユーザに対して席毎に配布され、予約情報が表示されるとともに第２の識別情報が格納された第２のＩＣタグと、ユーザの携帯電話機と通信網を介して通信可能に接続されたサーバとを備え、イベント会場において前記第１のＩＣタグ又は前記第２のＩＣタグをチケットとしてそれぞれに格納された第１の識別情報と第２の識別情報に基づき認証を実行するチケット利用システムであって、
前記サーバは、
指定席の予約に応じてユーザに配布された前記第２のデータキャリアを当該ユーザが受け取っていない場合に、チケットの再発行のために確認される不着情報を格納する不着データベースと、
前記ユーザの携帯電話機から前記第２のデータキャリアを当該ユーザが受け取ったか否かを示す受取情報を受信する手段と、
受信した受取情報に基づきユーザが前記第２のデータキャリアを受け取っていないと判定した場合は、前記第１の識別情報を前記不着情報として前記不着データベースに格納する手段とを備えたチケット利用システム。
【請求項１３】
ユーザに対して予め配布され、第１の識別情報が格納された第１のデータキャリアと、指定席の予約に応じてユーザに対して配布され、予約情報が表示されるとともに第２の識別情報が格納された第２のデータキャリアをチケットとして利用するチケット利用方法であって、
ユーザの入力した座席種別情報を取得するステップと、
取得した座席種別情報が自由席の場合に、前記第１の識別情報をチケットの認証に用いられるチケット認証情報としてチケットデータベースに格納するステップと、
取得した座席種別情報が指定席の場合には、前記第２の識別情報を前記チケット認証情報として前記チケットデータベースに格納するステップとを備えたチケット利用方法。
【請求項１４】
チケット代金に関する決済完了情報を取得するステップを更に備え、
前記決済完了情報によりチケット代金の決済が完了したと判定した場合は、前記第１の識別情報又は前記第２の識別情報を前記チケットデータベースに格納することを特徴とする請求項１３記載のチケット利用方法。
【請求項１５】
指定席の予約に応じてユーザに配布された前記第２のデータキャリアを当該ユーザが受け取ったか否かを示す受取情報を取得するステップと、
前記受取情報に基づきユーザが前記第２のデータキャリアを受け取ったと判定した場合は、前記第２の識別情報を前記チケットデータベースに格納するステップとを備えた請求項１３又は１４記載のチケット利用方法。
【請求項１６】
指定席の予約に応じてユーザに配布された前記第２のデータキャリアを当該ユーザが受け取ったか否かを示す受取情報を取得するステップと、
前記受取情報に基づきユーザが前記第２のデータキャリアを受け取っていないと判定した場合は、当該チケットの識別情報を、前記第２のデータキャリアを当該ユーザが受け取っていない場合にチケットの再発行のために確認される不着情報として格納するステップとを備えた請求項１３又は１４記載のチケット利用方法。
【請求項１７】
指定席の予約に応じてユーザに配布された前記第２のデータキャリアを当該ユーザが受け取ったか否かを示す受取情報を取得するステップと、
前記受取情報に基づきユーザが前記第２のデータキャリアを受け取っていないと判定した場合は、前記第１の識別情報を、前記第２のデータキャリアを当該ユーザが受け取っていない場合にチケットの再発行のために確認される不着情報として格納するステップとを備えた請求項１３又は１４記載のチケット利用方法。
【請求項１８】
ユーザに対して予め配布され、第１の識別情報が格納された第１のＩＣタグと、指定席の予約に応じてユーザに対して席毎に配布され、予約情報が表示されるとともに第２の識別情報が格納された第２のＩＣタグを、イベント会場においてチケットとしてそれぞれに格納された第１の識別情報と第２の識別情報に基づき認証を実行するチケット利用方法であって、
サーバの制御部がユーザの携帯電話機から通信網を介して座席種別情報を受信するステップと、
前記サーバの制御部は、受信した座席種別情報が自由席の場合には、前記第１の識別情報をイベント会場においてチケットの認証に用いられるチケット認証情報としてチケットデータベースに格納するステップと、
取得した座席種別情報が指定席の場合には、前記第２の識別情報を前記チケット認証情報として前記チケットデータベースに格納するステップとを備えたチケット利用方法。
【請求項１９】
ユーザに対して予め配布され、第１の識別情報が格納された第１のＩＣタグと、指定席の予約に応じてユーザに対して席毎に配布され、予約情報が表示されるとともに第２の識別情報が格納された第２のＩＣタグを、イベント会場においてチケットとしてそれぞれに格納された第１の識別情報と第２の識別情報に基づき認証を実行するチケット利用方法であって、
前記サーバの制御部がユーザの携帯電話機から前記第２のデータキャリアを当該ユーザが受け取ったか否かを示す受取情報を受信するステップと、
受信した受取情報に基づきユーザが前記第２のデータキャリアを受け取っていないと判定した場合は、当該チケットの識別情報を、当該ユーザが前記第２のデータキャリアを受け取っていない場合にチケットの再発行のために確認される不着情報として不着データベースに格納するステップとを備えたチケット利用方法。
【請求項２０】
ユーザに対して予め配布され、第１の識別情報が格納された第１のＩＣタグと、指定席の予約に応じてユーザに対して席毎に配布され、予約情報が表示されるとともに第２の識別情報が格納された第２のＩＣタグを、イベント会場においてチケットとしてそれぞれに格納された第１の識別情報と第２の識別情報に基づき認証を実行するチケット利用方法であって、
前記サーバの制御部がユーザの携帯電話機から前記第２のデータキャリアを当該ユーザが受け取ったか否かを示す受取情報を受信するステップと、
受信した受取情報に基づきユーザが前記第２のデータキャリアを受け取っていないと判定した場合は、前記第１の識別情報を、当該ユーザが前記第２のデータキャリアを受け取っていない場合にチケットの再発行のために確認される不着情報として不着データベースに格納するステップとを備えたチケット利用方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＣタグ等のデータキャリアをチケットとして利用するチケット利用システム及びチケット利用方法に関する。
【背景技術】
【０００２】
コンサートや演劇等のイベントを見に行く場合には、ユーザはチケット売り場等に出向き、チケット代金を支払うことにより紙媒体からなるチケットを取得することが一般的である。また、最近の情報通信技術の発展に伴って、チケット情報を記憶したＩＣカードや携帯電話機をチケットとして用いるシステムも提案されている（例えば、特許文献１、特許文献２参照）。このようなＩＣカードや携帯電話機をチケットとして用いる場合には、複数枚の指定席を予約した場合には、指定席毎のそれぞれのユーザが自己の携帯電話機で決済し、チケット情報を取得しなければならず不便である。一つの携帯電話機に複数のチケット情報を取得し、携帯電話機間でやりとりするシステムも提案されているが、携帯電話機間のデータ通信はユーザにとって面倒であり、利用性が低い。
【０００３】
さらに、ユーザがチケット売り場の窓口に出向かなくともチケットを発行できるシステムも提案されている（例えば、特許文献３）。この特許文献３に開示されたシステムでは、ユーザがインターネットサイトによりチケットの申込を行なうと、申込みを行なったユーザに対してチケット情報を記憶した非接触ＩＣカードが組み込まれたハガキが送付される。この非接触ＩＣカードをカードリーダライタ付きのＡＴＭに挿入し、チケット代金を支払うと、非接触ＩＣカード内の情報が書き換えられ、この情報が書き換えられた非接触ＩＣカードは正規チケットとして機能する。
【特許文献１】特開２００２−１６３６８９号公報
【特許文献２】特開２００２−１０９３４３号公報
【特許文献３】特開２００２−４２０６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献３に開示されたシステムでは、非接触ＩＣカードを組み込んだハガキがユーザに対して届かなかった場合についての対策がとられておらず、ユーザ及びチケット発行者の双方に混乱を招くという問題があった。また、特許文献３に開示されたシステムでは、自由席や指定席といった座席の種別に応じたチケット発行については提案されていない。
【０００５】
本発明は、かかる問題を解消し、安全性や運用性が高く、実用化に適したチケット利用システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明にかかるチケット利用システムは、ユーザに対して予め配布され、第１の識別情報が格納された第１のデータキャリアと、指定席の予約に応じてユーザに対して配布され、予約情報が表示されるとともに第２の識別情報が格納された第２のデータキャリアをチケットとして利用するチケット利用システムであって、チケットの認証に用いられるチケット認証情報を少なくとも格納するチケットデータベースと、ユーザの入力した座席種別情報を取得する手段と、取得した座席種別情報が自由席の場合には、前記第１の識別情報を前記チケット認証情報として前記チケットデータベースに格納する手段と、取得した座席種別情報が指定席の場合には、前記第２の識別情報を前記チケット認証情報として前記チケットデータベースに格納する手段とを備えたものである。このような構成により、第１のデータキャリアと第２のデータキャリアをチケットとして使用できる。特に、自由席の場合には予め配布した第１のデータキャリアをチケットとして使用するので、予約の度にデータキャリアを郵送する必要性がなく、チケット発行者の労力を軽減できる。また、指定席には、予約情報が表示された第２のデータキャリアをチケットとして使用するので、ユーザは第２のデータキャリアを視認さえすれば予約情報を即座に認識することができるのでチケットの内容を容易に把握でき、かつイベント会場において席を探す際に便利である。
【０００７】
さらに、チケット代金に関する決済完了情報を取得する手段を備え、前記決済完了情報によりチケット代金の決済が完了したと判定した場合に、前記第１の識別情報又は前記第２の識別情報を前記チケットデータベースに格納することが望ましい。これにより、決済が完了して初めてチケット認証が可能となる、即ちタグがチケットとして機能することになるので、特にタグを簡便な方式により郵送できる。
【０００８】
また、指定席の予約に応じてユーザに配布された前記第２のデータキャリアを当該ユーザが受け取ったか否かを示す受取情報を当該ユーザより取得する手段と、前記受取情報に基づきユーザが前記第２のデータキャリアを受け取ったと判定した場合は、前記第２の識別情報を前記チケットデータベースに格納する手段とを備えるとよい。このような構成により、ユーザが第２のデータキャリアを受け取って初めてチケットとして機能させることになるので、他の者が第２のデータキャリアを取得したとしても、チケットして機能させることは困難であり、他の者による不正使用を防止できる。
【０００９】
さらに、指定席の予約に応じてユーザに配布された前記第２のデータキャリアを当該ユーザが受け取っていない場合に、チケットの再発行のために確認される不着情報を格納する不着データベースと、指定席の予約に応じてユーザに配布された前記第２のデータキャリアを当該ユーザが受け取ったか否かを示す受取情報を取得する手段と、前記受取情報に基づきユーザが前記第２のデータキャリアを受け取っていないと判定した場合は、当該チケットの識別情報を前記不着情報として前記不着データベースに格納する手段とを備えることが望ましい。このような構成により、仮に第２のデータキャリアがユーザに届かない場合であっても、チケットの再発行を的確に行なうことができる。
【００１０】
また、指定席の予約に応じてユーザに配布された前記第２のデータキャリアを当該ユーザが受け取っていない場合に、チケットの再発行のために確認される不着情報を格納する不着データベースと、指定席の予約に応じてユーザに配布された前記第２のデータキャリアを当該ユーザが受け取ったか否かを示す受取情報を取得する手段と、前記受取情報に基づきユーザが前記第２のデータキャリアを受け取っていないと判定した場合は、前記第１の識別情報を前記不着情報として前記不着データベースに格納する手段とを備えるとよい。このような構成により、仮に第２のデータキャリアがユーザに届かない場合であっても、ユーザに予め配布された第１のデータキャリアに格納された第１の識別情報をチケット再発行の際に不着データベースにおける第１の識別情報と認証することで、的確にチケット発行を行なうことができる。
【００１１】
また、前記受取情報に基づきユーザが前記第２のデータキャリアを受け取っていないと判定した場合は、チケットの座席情報をユーザの端末に送信する手段とを備えることが望ましい。これにより、ユーザは第２のデータキャリアがなくともチケットの座席情報を認知することができる。
【００１２】
さらには、前記第１のデータキャリア及び前記第２のデータキャリアは、ＩＣタグにより構成されることが望ましい。また、前記第１のデータキャリアは、携帯電話機に取り付けられるストラップに取り付けられていることが好ましく、前記第２のデータキャリアは、印刷可能なカードに内蔵されていることが望ましい。
【００１３】
本発明にかかる別の観点によるチケット利用システムは、ユーザに対して予め配布され、第１の識別情報が格納された第１のＩＣタグと、指定席の予約に応じてユーザに対して席毎に配布され、予約情報が表示されるとともに第２の識別情報が格納された第２のＩＣタグと、ユーザの携帯電話機と通信網を介して通信可能に接続されたサーバとを備え、イベント会場において前記第１のＩＣタグ又は前記第２のＩＣタグをチケットとしてそれぞれに格納された第１の識別情報と第２の識別情報に基づき認証を実行するチケット利用システムであって、前記サーバは、イベント会場においてチケットの認証に用いられるチケット認証情報を少なくとも格納するチケットデータベースと、ユーザの携帯電話機から通信網を介して座席種別情報を受信する手段と、受信した座席種別情報が自由席の場合には、前記第１の識別情報を前記チケット認証情報として前記チケットデータベースに格納する手段と、取得した座席種別情報が指定席の場合には、前記第２の識別情報を前記チケット認証情報として前記チケットデータベースに格納する手段とを備えたものである。
【００１４】
さらに、別の観点によるチケット利用システムは、ユーザに対して予め配布され、第１の識別情報が格納された第１のＩＣタグと、指定席の予約に応じてユーザに対して席毎に配布され、予約情報が表示されるとともに第２の識別情報が格納された第２のＩＣタグと、ユーザの携帯電話機と通信網を介して通信可能に接続されたサーバとを備え、イベント会場において前記第１のＩＣタグ又は前記第２のＩＣタグをチケットとしてそれぞれに格納された第１の識別情報と第２の識別情報に基づき認証を実行するチケット利用システムであって、前記サーバは、指定席の予約に応じてユーザに配布された前記第２のデータキャリアを当該ユーザが受け取っていない場合に、チケットの再発行のために確認される不着情報を格納する不着データベースと、前記ユーザの携帯電話機から前記第２のデータキャリアを当該ユーザが受け取ったか否かを示す受取情報を受信する手段と、受信した受取情報に基づきユーザが前記第２のデータキャリアを受け取っていないと判定した場合は、当該チケットの識別情報を前記不着情報として前記不着データベースに格納する手段とを備えたものである。
【００１５】
さらに、別の観点によるチケット利用システムは、ユーザに対して予め配布され、第１の識別情報が格納された第１のＩＣタグと、指定席の予約に応じてユーザに対して席毎に配布され、予約情報が表示されるとともに第２の識別情報が格納された第２のＩＣタグと、ユーザの携帯電話機と通信網を介して通信可能に接続されたサーバとを備え、イベント会場において前記第１のＩＣタグ又は前記第２のＩＣタグをチケットとしてそれぞれに格納された第１の識別情報と第２の識別情報に基づき認証を実行するチケット利用システムであって、前記サーバは、指定席の予約に応じてユーザに配布された前記第２のデータキャリアを当該ユーザが受け取っていない場合に、チケットの再発行のために確認される不着情報を格納する不着データベースと、前記ユーザの携帯電話機から前記第２のデータキャリアを当該ユーザが受け取ったか否かを示す受取情報を受信する手段と、受信した受取情報に基づきユーザが前記第２のデータキャリアを受け取っていないと判定した場合は、前記第１の識別情報を前記不着情報として前記不着データベースに格納する手段とを備えたものである。
【００１６】
本発明にかかるチケット利用方法は、ユーザに対して予め配布され、第１の識別情報が格納された第１のデータキャリアと、指定席の予約に応じてユーザに対して配布され、予約情報が表示されるとともに第２の識別情報が格納された第２のデータキャリアをチケットとして利用するチケット利用方法であって、ユーザの入力した座席種別情報を取得するステップと、取得した座席種別情報が自由席の場合に、前記第１の識別情報をチケットの認証に用いられるチケット認証情報としてチケットデータベースに格納するステップと、取得した座席種別情報が指定席の場合には、前記第２の識別情報を前記チケット認証情報として前記チケットデータベースに格納するステップとを備えたものである。
【００１７】
さらに、チケット代金に関する決済完了情報を取得するステップを備え、前記決済完了情報によりチケット代金の決済が完了したと判定した場合は、前記第１の識別情報又は前記第２の識別情報を前記チケットデータベースに格納することが望ましい。
【００１８】
また、指定席の予約に応じてユーザに配布された前記第２のデータキャリアを当該ユーザが受け取ったか否かを示す受取情報を取得するステップと、前記受取情報に基づきユーザが前記第２のデータキャリアを受け取ったと判定した場合は、前記第２の識別情報を前記チケットデータベースに格納するステップとを備えることが望ましい。
【００１９】
また、指定席の予約に応じてユーザに配布された前記第２のデータキャリアを当該ユーザが受け取ったか否かを示す受取情報を取得するステップと、前記受取情報に基づきユーザが前記第２のデータキャリアを受け取っていないと判定した場合は、当該チケットの識別情報を、前記第２のデータキャリアを当該ユーザが受け取っていない場合にチケットの再発行のために確認される不着情報として格納するステップとを備えるとよい。
【００２０】
さらに、指定席の予約に応じてユーザに配布された前記第２のデータキャリアを当該ユーザが受け取ったか否かを示す受取情報を取得するステップと、前記受取情報に基づきユーザが前記第２のデータキャリアを受け取っていないと判定した場合は、前記第１の識別情報を、前記第２のデータキャリアを当該ユーザが受け取っていない場合にチケットの再発行のために確認される不着情報として格納するステップとを備えることが望ましい。
【００２１】
本発明にかかる別の観点によるチケット利用方法は、ユーザに対して予め配布され、第１の識別情報が格納された第１のＩＣタグと、指定席の予約に応じてユーザに対して席毎に配布され、予約情報が表示されるとともに第２の識別情報が格納された第２のＩＣタグを、イベント会場においてチケットとしてそれぞれに格納された第１の識別情報と第２の識別情報に基づき認証を実行するチケット利用方法であって、サーバの制御部がユーザの携帯電話機から通信網を介して座席種別情報を受信するステップと、前記サーバの制御部は、受信した座席種別情報が自由席の場合には、前記第１の識別情報をイベント会場においてチケットの認証に用いられるチケット認証情報としてチケットデータベースに格納するステップと、取得した座席種別情報が指定席の場合には、前記第２の識別情報を前記チケット認証情報として前記チケットデータベースに格納するステップとを備えたものである。
【００２２】
また、別の観点によるチケット利用方法は、ユーザに対して予め配布され、第１の識別情報が格納された第１のＩＣタグと、指定席の予約に応じてユーザに対して席毎に配布され、予約情報が表示されるとともに第２の識別情報が格納された第２のＩＣタグを、イベント会場においてチケットとしてそれぞれに格納された第１の識別情報と第２の識別情報に基づき認証を実行するチケット利用方法であって、前記サーバの制御部がユーザの携帯電話機から前記第２のデータキャリアを当該ユーザが受け取ったか否かを示す受取情報を受信するステップと、受信した受取情報に基づきユーザが前記第２のデータキャリアを受け取っていないと判定した場合は、当該チケットの識別情報を、当該ユーザが前記第２のデータキャリアを受け取っていない場合にチケットの再発行のために確認される不着情報として不着データベースに格納するステップとを備えたものである。
【００２３】
さらに、別の観点によるチケット利用方法は、ユーザに対して予め配布され、第１の識別情報が格納された第１のＩＣタグと、指定席の予約に応じてユーザに対して席毎に配布され、予約情報が表示されるとともに第２の識別情報が格納された第２のＩＣタグを、イベント会場においてチケットとしてそれぞれに格納された第１の識別情報と第２の識別情報に基づき認証を実行するチケット利用方法であって、前記サーバの制御部がユーザの携帯電話機から前記第２のデータキャリアを当該ユーザが受け取ったか否かを示す受取情報を受信するステップと、受信した受取情報に基づきユーザが前記第２のデータキャリアを受け取っていないと判定した場合は、前期第１の識別情報を、当該ユーザが前記第２のデータキャリアを受け取っていない場合にチケットの再発行のために確認される不着情報として不着データベースに格納するステップとを備えたものである。
【発明の効果】
【００２４】
本発明によれば、安全性や運用性が高く、実用化に適したチケット利用システムを提供することができる。
【発明を実施するための最良の形態】
【００２５】
本発明にかかるチケット利用システムの構成について図１を用いて説明する。図１（ａ）は、ユーザが携帯電話機を用いてチケットの予約、予約確認や決済を行なうシステムの構成例を示し、図１（ｂ）は、イベント会場に設置され入場の認証を行なうシステムの構成例を示す。図に示されるように、広義のチケット利用システムは、サーバ１、ユーザの携帯電話機２、通信網３、カード型タグ４、リーダ５、受付端末６を備えている。ここで、サーバ１は、通信網３を介してユーザの携帯電話機２と通信可能に接続されている。また、リーダ５は、ユーザの携帯電話機２に取り付けられた携帯ストラップ状のＩＣタグ２１（以下、単にストラップ型タグ２１とする）や、カード型タグ４と無線通信可能である。さらに、リーダ５は、受付端末６と通信可能に接続されている。尚、サーバ１と受付端末６は通信網３を介して通信可能に接続されていてもよい。
【００２６】
サーバ１は、いわゆるコンピュータにより構成されており、狭義のチケット利用システムを構築する。サーバ１は、ＣＰＵ１１、記憶部１２、通信制御部１３、ＲＡＭ１４、データベース１５等のハードウェア構成を備えている。その他、ディスプレイ等の出力装置、キーボード、マウス等の入力装置等を備えているが、図示を省略している。
【００２７】
サーバ１のＣＰＵ１１は、記憶部１２に予め記憶されたＯＳプログラムやアプリケーションプログラムに基づき、各種の処理を実行する制御部として機能する。
【００２８】
記憶部１２は、ＥＥＰ−ＲＯＭ、ハードディスク等の内部記憶手段やフレキシブルディスクやＣＤ−ＲＯＭ等の外部記憶手段により構成され、ＯＳプログラムやアプリケーションプログラム等が格納される。この例におけるアプリケーションプログラムには、ウェブデータを作成するソフトウェアプログラム（ウェブエンジン）、チケットの予約、予約確認、決済等の処理を実行するための各種のソフトウェアプログラムが含まれる。
【００２９】
通信制御部１３は、通信網３への接続インターフェースや通信制御回路を備えている。この通信制御部１３によって、ユーザの携帯電話機２とデータ通信を実行することができる。
【００３０】
ＲＡＭ１４は、ＣＰＵ１１のワークエリアとして用いられ、例えば、プログラムの実行部分や実行時に使用されるデータ等が一時的に格納される。
【００３１】
データベース１５は、ハードディスクや光ディスク等の記憶手段により構成されている。この例におけるデータベース（ＤＢ）１５には、図２に示されるように、ユーザ情報ＤＢ１５１、ユーザ履歴ＤＢ１５２、チケットＤＢ１５３、予約ＤＢ１５４、不着ＤＢ１５５が含まれる。
【００３２】
尚、この発明の実施の形態にかかるサーバ１は、単一のコンピュータでなくとも、複数のコンピュータによって構成することも可能であり、そのハードウェア構成は、図１で示す構成に限定されるものではない。また、ファイアウォールサーバ等のその他のサーバやハードウェア構成を備えていてもよい。
【００３３】
携帯電話機２は、ユーザにより利用される、いわゆるインターネット接続機能付き携帯電話機等であり、ＣＰＵ、ＲＯＭ、ＲＡＭ、入力キー等の入力手段、小型ディスプレイ等の出力手段を備えている。ユーザの携帯電話機２は、ブラウザプログラムがメモリに格納されており、サーバ１より送信されたウェブデータを受信し、ディスプレイに表示させることができる。尚、本発明にかかるチケット利用システムでは、携帯電話機２の代わりに、パーソナルコンピュータ（ＰＣ）、携帯端末などの各種の端末を用いることができる。
【００３４】
携帯電話機２には、第１のキャリアとして機能するストラップ型タグ２１が取り付けられている。ストラップ型タグ２１に内蔵されたＩＣタグは、非接触型ＩＣタグであり、ＲＦＩＤ（Radio Frequency IDentification）や非接触データキャリアとも呼ばれる。ＩＣタグは、情報を記録しておく小さなＩＣチップと無線通信用のアンテナとを組み合わせた小型装置であり、リーダやリーダライタによって電波や電磁波によりデータの読み書きを行なうことができる。ストラップ型タグ２１のＩＣタグに内蔵されるメモリには、少なくとも、タグの識別情報であるタグＩＤが格納されている。後に詳述するが、ストラップ型タグ２１は、ユーザの会員登録に応じて、ユーザに対して配布され、自由席の場合の入場確認や、カード型タグ４の不着時のチケット発行に用いられる。
【００３５】
通信網３は、携帯電話網、インターネット、公衆網等の通信網である。
【００３６】
図１（ｂ）において、第２のデータキャリアとして機能するカード型タグ４は、例えば、印刷可能な２枚の紙基材からなる予約カードの間にＩＣタグ４１を収容し接着剤を用いて接着固定されることによって形成される。カード型タグ４のＩＣタグ４１に内蔵されるメモリには、少なくとも、タグの識別情報であるタグＩＤが格納されている。後に詳述するが、カード型タグ４は、指定席の予約に応じて、指定席の数だけ発行されて、予約者に対して配布される。予約者へは、通常、カード型タグ４を封筒内に収納して郵送されるが、予約カードに宛先や郵便番号を印刷することによってハガキの構成とし、当該ハガキ状のカード型タグ４を予約者に対して郵送してもよい。カード型タグ４は、指定席を予約したユーザが入場する際の入場確認に用いられる。予約カードには、例えば、イベント名、開催場所、開催日時、開場時刻、開演時刻、指定席情報、料金、出演者、主催者、問合せ先情報の他、チケット代金の支払方法に関する指示情報やチケット利用システムに関するサイトにアクセスするためのアクセス情報（ＵＲＬ情報）やメールアドレス、振込票番号、バーコード、受付番号、企業コード、注文番号等が印刷されている。
【００３７】
リーダ５は、ストラップ型タグ２１やカード型タグ４のＩＣタグに格納された、例えばタグＩＤ等のデータを読み取り、受付端末６に対して出力する。
【００３８】
受付端末６は、通常、イベント会場の入場口に設置されたコンピュータ端末である。当該受付端末６は、リーダ５を介して、ストラップ型タグ２１やカード型タグ４のＩＣタグに格納された、例えばタグＩＤ等のデータを取得し、予め取得されたチケットＤＢ１５３に格納されたチケット情報と比較、認証する。
【００３９】
受付端末６は、ＣＰＵ６１、記憶部６２、通信制御部６３、ＲＡＭ６４、データベース６５等のハードウェア構成を備えている。その他、ディスプレイ等の出力装置、キーボード、マウス等の入力装置等を備えているが、図示を省略している。これらの構成は、基本的にサーバ１と同じである。データベース６５には、ユーザ情報ＤＢ６５１、ユーザ履歴ＤＢ６５２、チケットＤＢ６５３、予約ＤＢ６５４、不着ＤＢ６５５が含まれ、これらの各データベースの情報は基本的にサーバ１のデータベース１５と同じである。
【００４０】
受付端末６に設けられたデータベース６５の情報は、通信網３を介してサーバ１と接続されている場合には、適宜、サーバ１にアクセスして取得するようにしてもよく、また、外部記憶媒体を介して受付端末６に情報を格納するようにしてもよい。但し、受付端末６に設けられたデータベース６５の情報は、必ずしもサーバ１のデータベース１５の情報と同じ必要はなく、データベース１５の情報のうち当該イベントに必要な情報のみを格納するようにすればよい。
【００４１】
次に、図３を用いて、サーバ１のデータベース１５に格納される情報について説明する。図３（ａ）に示されるように、ユーザ情報ＤＢ１５１には、会員の識別情報である会員番号、携帯電話機の識別情報である携帯電話個体番号、ユーザの氏名・住所・電話番号、会員登録に応じてユーザに配布したストラップ型タグ２１の識別情報であるタグＩＤ、ユーザの予約履歴情報、ユーザのチケット購入履歴情報等が格納される。
【００４２】
ユーザ履歴ＤＢ１５２には、会員番号、チケットを識別するチケットコード、イベントが開催される日を示す公演日、予約が完了した日である予約日、チケット代金の決済が完了した日である決済日、過去にチケット予約をしたが購入しなかったことが所定回数（例えば、２回）以上あるか否かを示す不買フラグ等が記憶される。尚、不買フラグは、予約をしてきたユーザが優良会員であるか、不良会員であり予約を受け付けないかを判断する際に参照される。
【００４３】
チケットＤＢ１５３には、チケットの認証に用いられるチケット認証情報が格納され、具体的には、チケットコード、座席の識別情報である座席ＩＤ、例えば、自由席か指定席かを示す座席種別、座席を特定する座席番号、チケットを購入したユーザの会員ＩＤ、タグＩＤ、入場フラグ等が格納される。尚、タグＩＤは、原則として、自由席の場合にはストラップ型タグ２１のタグＩＤ、指定席の場合にはカード型タグ４のタグＩＤである。但し、指定席の場合であってもカード型タグ４が不着の場合にはストラップ型タグ２１のタグＩＤが格納される。また、入場フラグは、ユーザがイベントに入場したか否かを示すフラグ情報である。
【００４４】
予約ＤＢ１５４には、チケットコード、座席ＩＤ、座席種別、座席番号、予約したユーザの会員ＩＤ、チケットの予約に伴ってユーザに対して請求されるチケット代金に関する請求の識別情報である請求番号、チケット代金の決済が完了したかどうかを示す決済完了フラグ、カード型タグ４のタグＩＤ等が格納される。
【００４５】
不着ＤＢ１５５には、指定席のチケットを発行するためにカード型タグ４をユーザに対して送付したが、当該ユーザに対して届かなかった、即ち不着であった場合に、チケットやユーザ等を特定する不着情報が格納される。具体的には、不着ＤＢ１５５には、不着であったチケットを特定するチケットコード、不着であったチケットの座席を特定する座席ＩＤ、チケットを予約し、チケットを入手するはずであったユーザを特定する会員ＩＤ、不着であったチケットの代金に関する請求番号、不着であったチケットの代金に関する決済が完了したかどうかを示す決済完了フラグ等が格納される。
【００４６】
続いて、図４に示すフローチャートを用いて、本発明にかかるチケット利用システムの処理の概要について説明する。ユーザに対しては予めストラップ型タグ４を配布しておく、ユーザは、当該チケット利用システムの会員登録をした後に、携帯電話機２を用いてチケット予約を行なう（Ｓ１）。
【００４７】
次に、ユーザは、携帯電話機２を用いてチケットの確認及び決済処理を実行する（Ｓ２）。本発明にかかるチケット利用システムでは、指定席を予約した場合には、予約情報が表示されたカード型タグ４がユーザに対して送付される。指定席を予約した場合にカード型タグ４が何らかの手違い等で、予約したユーザ本人に届かない場合がある。このような場合に、チケット発行処理を行なう（Ｓ３）。自由席を予約した場合には、ストラップ型タグ２１がチケットとして機能する。
【００４８】
ユーザは、自由席の場合には予め配布されたストラップ型タグ２１を、指定席の場合であってカード型タグ４をユーザが受け取った場合にはカード型タグ４を、指定席の場合であってカード型タグ４をユーザが受け取れなかった場合にはストラップ型タグ２１を、それぞれイベント会場の入場口に設置されたリーダ５にかざす。受付端末６はリーダ５を介して、これらのタグ４、２１よりタグＩＤを読み取り、チケットＤＢ６５３に格納されたタグＩＤと照合等を行なうことによって入場者のチェックを行なう（Ｓ４）。
【００４９】
このように自由席の場合には予め配布したストラップ型タグ２１をチケットとして使用するので、予約の度にチケットとして機能させるタグを郵送する必要性がなく、チケット発行者の労力を軽減できる。また、指定席の場合には、予約情報が表示されたカード型タグ４をチケットとして使用するので、ユーザはカード型タグ４を視認さえすれば予約情報を即座に認識することができるのでチケットの内容を容易に把握でき、かつイベント会場において席を探す際に便利である。
【００５０】
続いて、図５に示すフローチャートを用いて、チケット予約につき詳細に説明する。まず、ユーザの携帯電話機２からチケット予約のためのサイトにアクセスがあったものとする。この場合に、サーバ１は、ユーザの携帯電話機２からのアクセスを検知する（Ｓ１０１）。具体的には、サーバ１のＣＰＵ１１等によって構成される制御部がアクセスを検知する。サーバ１の制御部は、当該アクセスの検知に応じて、携帯電話機２からの送信情報に含まれる携帯電話個体番号を取得する（Ｓ１０２）。
【００５１】
サーバ１の制御部は、取得した携帯電話個体番号に基づいて、ユーザ情報ＤＢ１５１を参照し、アクセスしたユーザの携帯電話機２が、登録された会員の携帯電話機かどうかを判定する（Ｓ１０３）。具体的には、サーバ１の制御部は、取得した携帯電話個体番号がユーザ情報ＤＢ１５１に格納された会員の携帯電話個体番号に含まれるかどうかを判定する。サーバ１の制御部が、取得した携帯電話個体番号がユーザ情報ＤＢ１５１に格納された会員の携帯電話個体番号に含まれていないと判定した場合には、非会員からのアクセスであると判断し、アクセスしたユーザの携帯電話機２に対して非会員向けに予め作成された非会員トップページからなるウェブページを送信する（Ｓ１０５）。ユーザの携帯電話機２は、当該非会員トップページからなるウェブページを受信し、ディスプレイに非会員トップページを表示する。非会員の状態では、当該チケット利用システムを用いてチケット予約できないのでこれ以上の処理を行われない。ユーザは、会員登録を実行することにより、当該チケット利用システムを用いてチケット予約を行なうことができる。
【００５２】
一方、サーバ１の制御部が、取得した携帯電話個体番号がユーザ情報ＤＢ１５１に格納された会員の携帯電話個体番号に含まれていると判定した場合には、会員からのアクセスであると判断し、アクセスしたユーザの携帯電話機２に対して会員向けに予め作成された会員トップページからなるウェブページを送信する（Ｓ１０４）。ユーザの携帯電話機２は、当該会員トップページからなるウェブページを受信し、ディスプレイに会員トップページを表示する。会員トップページでは、例えば、チケット予約、チケット確認・支払、チケット検索・決済方法・付加サービス等のメニューが表示される。
【００５３】
ユーザは、表示された会員トップページを視認して、チケット予約を選択し、これを入力したものとする（Ｓ１０６）。チケット予約を選択したことを示す選択情報は、ユーザの携帯電話機２からサーバ１に送信される。サーバ１の制御部は、当該選択情報を受信し、次に、会員確認されたユーザが優良会員であるかどうかを判定する（Ｓ１０７）。具体的に、サーバ１の制御部は、ユーザ情報ＤＢ１５１より携帯電話個体番号に基づき特定された会員番号に基づいて、ユーザ履歴ＤＢ１５２を検索し、当該会員番号と関連付けられた不買フラグを参照する。当該不買フラグは、チケットを予約したが実際に購入しなかったことが所定回数以上あるかどうかを示す情報であるから、所定回数以上だと不良会員と判断でき、所定回数よりも少ないと優良会員であると判断できる。サーバ１の制御部は、不買フラグにより不良会員と判定した場合には、機能を停止する旨の表示、即ちチケット予約サービスを受けることができない旨の表示を行うウェブページを当該ユーザの携帯電話機２に対して送信する（Ｓ１０９）。ユーザの携帯電話機２は、当該機能を停止する旨を表示するウェブページを受信し、ディスプレイに表示する。 
【００５４】
一方、サーバ１の制御部は、不買フラグにより優良会員と判定した場合には、チケット予約ページの表示を行うウェブページを当該ユーザの携帯電話機２に対して送信する（Ｓ１０８）。ユーザの携帯電話機２は、当該ウェブページを受信し、チケット予約ページをディスプレイに表示する。 チケット予約ページでは、チケットコードの入力ボックスや入力を促すメッセージが表示される。
【００５５】
ユーザがチケット予約ページの入力ボックスにチケットコードを入力したものとする（Ｓ１１０）。チケットコード情報は、ユーザの携帯電話機２からサーバ１に送信される。サーバ１の制御部は、当該チケットコード情報を受信し、受信したチケットコード情報に基づき、自由席か指定席かを示す座席種別を判定する（Ｓ１１１）。具体的に、サーバ１の制御部は、チケットコード自体に座席種別を示す記号等の情報が含まれていれば、チケットコードのみから座席種別を判定し、チケットコード自体に座席種別を示す情報が含まれていない場合にはチケットＤＢ１５３を参照して座席種別を判定する。
【００５６】
サーバ１の制御部が、予約しようとするチケットが指定席であると判定した場合には、アクセスしたユーザの携帯電話機２に対して、予約内容を確認するための予約確認情報と、チケット予約枚数の選択を促すメッセージを表示するチケット確認ページからなるウェブページを送信する（Ｓ１１２）。ユーザの携帯電話機２は、当該チケット確認ページからなるウェブページを受信し、ディスプレイにチケット確認ページを表示する。チケット確認ページには、例えば、予約内容やチケット予約枚数の入力ボックスが表示される。
【００５７】
ユーザがチケット確認ページを視認し、チケット予約枚数の入力ボックスに予約枚数を入力したものとする（Ｓ１１３）。予約枚数情報は、ユーザの携帯電話機２からサーバ１に送信される。サーバ１の制御部は、当該予約枚数情報を受信し、予約枚数が２枚以上である場合には予約枚数分のチケットによる座席が隣同士になるように連続した番号（連番）を割り振る。このとき、好ましくは、イベント会場における席配置に応じて同時に予約された席が隣接するように割り当てるようなモジュールが用いられる。予約枚数が１枚の場合には、特別な割り振り処理は行われない。サーバ１の制御部は、予約枚数情報の登録に応じた処理を実行した後、予約完了ページからなるウェブページをユーザの携帯電話機２に対して送信する。ユーザの携帯電話機２は、当該ウェブページを受信し、予約完了ページをディスプレイに表示する。
【００５８】
さらに、予約の完了に伴って、サーバ１の制御部は、ユーザ履歴ＤＢ１５２及び予約ＤＢ１５４に、今回の予約に関する情報を格納する（Ｓ１１５）。具体的には、ユーザ履歴ＤＢ１５２に対して、予約したユーザの会員番号、予約したチケットのチケットコード、予約したイベントの公演日、予約が完了した日を格納する。また、予約ＤＢ１５４に対しては、予約したチケットのチケットコード、予約した座席の座席ＩＤ、予約した座席の種別（ここでは、指定席）、予約した座席の座席番号、予約したユーザの会員番号を格納する。
【００５９】
さらに、予約の完了に伴って、サーバ１の制御部は、指定席を予約した会員のそれぞれに配布されるカード型タグの割り当て処理を行う。具体的には、予め用意されたカード型タグ４のうち、任意のカード型タグ４をチケット毎に割り当て、割り当てられたカード型タグ４のタグＩＤとチケットコードを関連付けて予約ＤＢ１５４に格納する。
【００６０】
さらに、指定席の予約が完了したチケットに割り当てらたカード型タグ４を郵送するための郵送ラベルの印刷処理を行う（Ｓ１１６）。具体的には、サーバ１の制御部は、予約の完了に応じて、当該予約完了したチケットの予約者を予約ＤＢ１５４にチケットコードと関連付けられた会員ＩＤにより特定し、当該会員ＩＤに基づきユーザ情報ＤＢ１５１より対応する氏名、住所情報を読み出して、郵送ラベルを印刷する。尚、カード型タグ４が郵便ハガキである場合には、カード型タグ４の紙面に氏名、住所等を印刷するようにしてもよい。これにより、指定席の場合の予約は完了したことになり、カード型タグ４は、指定席を予約したユーザに郵送される。尚、カード型タグ４は、この状態では、決済が完了していないため、チケットとしては機能しないので、郵送したとしてもいわゆる有価証券の郵送に当たらないため簡便な方法により郵送可能である。
【００６１】
サーバ１の制御部が、予約しようとするチケットが自由席であると判定した場合（Ｓ１１１）には、アクセスしたユーザの携帯電話機２に対して、予約内容を確認するための予約確認情報を表示するチケット確認ページからなるウェブページを送信する（Ｓ１１７）。ユーザの携帯電話機２は、当該チケット確認ページからなるウェブページを受信し、ディスプレイにチケット確認ページを表示する。尚、自由席のチケットを予約した場合には、会員登録に応じて各ユーザに配布されたストラップ型タグ２１がチケットとして扱われる。チケット確認ページでは、チケット代金の支払方法が列挙され、ユーザに対して特定の支払方法の選択を促すメッセージが表示される。支払方法には、例えば、コンビニエンスストアでの現金払い、クレジットカード、電子マネー等による支払が含まれる。
【００６２】
ユーザがチケット確認ページを視認し、支払い方法を選択し、入力したものとする（Ｓ１１８）。支払方法の選択情報は、ユーザの携帯電話機２からサーバ１に送信される。サーバ１の制御部は、当該支払方法の選択情報を受信し、所定の記憶手段に格納しておく。さらに、ユーザが指定した方法で決済を行なうと（Ｓ１１９）、サーバ１の制御部は、決済の完了に応じて、チケットの購入完了ページからなるウェブページをユーザの携帯電話機２に対して送信する（Ｓ１２０）。ユーザの携帯電話機２は、当該ウェブページを受信し、購入完了ページをディスプレイに表示する。
【００６３】
さらに、チケットの購入完了に応じて、サーバ１の制御部は、購入した会員を特定する会員ＩＤに対応付けられたストラップ型タグ２１のタグＩＤをユーザ情報ＤＢ１５１から読み出し、読み出したタグＩＤをチケットコード及び会員ＩＤと関連付けてチケットＤＢ１５３に格納する（Ｓ１２１）。これにより、自由席の場合の予約及び決済が完了した状態となる。
【００６４】
以上、説明したように、本発明においては、携帯電話機を用いてチケットの予約を受け付けることとし、携帯電話個体情報を取得するようにしたので、購入予定がないにもかかわらずチケットを予約する悪質ないたずらを予防できる。
【００６５】
続いて、図６のフローチャートを用いて、チケットが指定席の場合における予約確認及び決済について説明する。指定席の場合には、上述のように、カード型タグ４がユーザに対して郵送される。カード型タグ４には、タグＩＤが格納されたＩＣタグ４１が内蔵されている。また、カード型タグ４の表面には、例えば、イベント名、開催場所、開催日時、開場時刻、開演時刻、指定席情報、料金、出演者、主催者、問合せ先情報の他、チケット代金の支払方法に関する指示情報やチケット利用システムに関するサイトにアクセスするためのアクセス情報（ＵＲＬ情報）やメールアドレス、振込票番号、バーコード、受付番号、企業コード、注文番号等が印刷されている。また、ＩＣタグ４１を内蔵した一部の領域は切り取り線で囲むように印刷してもよい。ユーザは、カード型タグ４の全体をチケットとして扱ってもよいが、切り取り線で切り取ることにより、より小さなカード状のチケットとして扱ってもよい。
【００６６】
ユーザが携帯電話機２を用いてカード型タグ４に印刷されたアクセス情報にアクセスしたものとする。この場合に、サーバ１の制御部は、ユーザの携帯電話機２からのアクセスを検知する（Ｓ２０１）。サーバ１の制御部は、当該アクセスの検知に応じて、携帯電話機２からの送信情報に含まれる携帯電話個体番号を取得する（Ｓ２０２）。
【００６７】
サーバ１の制御部は、取得した携帯電話個体番号に基づいて、ユーザ情報ＤＢ１５１を参照し、アクセスしたユーザの携帯電話機２が、登録された会員の携帯電話機かどうかを判定する（Ｓ２０３）。サーバ１の制御部が、取得した携帯電話個体番号がユーザ情報ＤＢ１５１に格納された会員の携帯電話個体番号に含まれていないと判定した場合には、非会員からのアクセスであると判断し、アクセスしたユーザの携帯電話機２に対して非会員向けに予め作成された非会員トップページからなるウェブページを送信する（Ｓ２０５）。ユーザの携帯電話機２は、当該非会員トップページからなるウェブページを受信し、ディスプレイに非会員トップページを表示する。
【００６８】
一方、サーバ１の制御部が、取得した携帯電話個体番号がユーザ情報ＤＢ１５１に格納された会員の携帯電話個体番号に含まれていると判定した場合には、会員からのアクセスであると判断し、アクセスしたユーザの携帯電話機２に対して会員向けに予め作成された会員トップページからなるウェブページを送信する（Ｓ２０４）。ユーザの携帯電話機２は、当該会員トップページからなるウェブページを受信し、ディスプレイに会員トップページを表示する。
【００６９】
ユーザは、表示された会員トップページを視認して、チケット支払・確認を選択入力したものとする（Ｓ２０６）。ユーザの携帯電話機２は、チケット支払・確認の選択入力情報をサーバ１に対して送信する。サーバ１の制御部は、チケット支払・確認の選択入力情報の受信に応じて、予約リストの作成処理を実行する（Ｓ２０７）。具体的には、サーバ１の制御部は、アクセスした携帯電話機２の携帯電話個体番号に基づきユーザ情報ＤＢ１５１により特定される会員ＩＤをキーに、ユーザ履歴ＤＢ１５２よりユーザが過去に予約したチケット（イベント）の情報を読み出し、かかる情報に基づき、予約リストを作成する。予約リストには、チケットコード、公演日、予約日に関する情報が含まれ、さらにイベント名や出演者等の情報を含めるようにしてもよい。サーバ１の制御部は、予約リストを表示するためのウェブページを生成し、当該ユーザの携帯電話機２に対して送信する（Ｓ２０７）。ユーザの携帯電話機２は、予約リストからなるウェブページを受信し、ディスプレイに予約リストを表示する。
【００７０】
ユーザが、ディスプレイに表示された予約リストに含まれる特定の予約チケットを選択入力すると、選択情報がユーザの携帯電話機２からサーバ１に送信される。サーバ１の制御部は、当該選択情報に応じて、予約ＤＢ１５４より座席ＩＤ、座席種別、座席番号、請求番号等の情報を読み出し、かかる情報を表示させるチケット確認ページにかかるウェブページを生成し、ユーザの携帯電話機２に対して送信する（Ｓ２０８）。ユーザの携帯電話機２は、当該チケット確認ページからなるウェブページを受信し、ディスプレイにチケット確認ページを表示する。
【００７１】
ユーザがチケット確認ページを視認し、表示されたチケットについてカード型タグ４を受け取っている場合には、確認入力し、受け取っていない場合、即ち不着の場合には、不着の旨の入力を行なう（Ｓ２０９）。入力された受取情報は、ユーザの携帯電話機２からサーバ１に送信される。サーバ１の制御部は、受信した受取情報に応じて、カード型タグ４の受け取りを示す場合には、決済選択を行なうための決済選択ページを表示するウェブページをユーザの携帯電話機２に対して送信する（Ｓ２１０）。ユーザの携帯電話機２は、当該決済選択ページからなるウェブページを受信し、ディスプレイに決済選択ページを表示する。決済選択ページでは、イベントを特定する情報に加えて、決済方法、即ちチケット代金の支払方法の候補が表示される。この例では、支払方法として、コンビニエンスストアにおける支払、電子マネーによる支払、クレジットカードによる支払が含まれる。
【００７２】
ユーザが、決済方法を選択入力したものとする。かかる選択入力に応じて、ユーザの携帯電話機２は、決済方法の選択情報をサーバ１に送信する。サーバ１の制御部は、受信した選択情報がコンビニエンスストア以外の電子マネーやクレジットカードによる支払方法である場合には、さらに、携帯電話機２によって決済するための情報のやりとりを行い、決済処理する（Ｓ２１３）。決済処理の完了に応じて、サーバ１の制御部は、購入完了を示す購入完了ページを表示するウェブページをユーザの携帯電話機２に対して送信する（Ｓ２１４）。ユーザの携帯電話機２は、当該購入完了ページからなるウェブページを受信し、ディスプレイに購入完了ページを表示する。
【００７３】
サーバ１の制御部は、受信した選択情報がコンビニエンスストアによる支払方法である場合には、コンビニエンスストアにおける支払指示を示す支払指示ページを表示するウェブページをユーザの携帯電話機２に対して送信する（Ｓ２１９）。ユーザの携帯電話機２は、当該支払指示ページからなるウェブページを受信し、ディスプレイに支払指示ページを表示する。
【００７４】
ユーザがカード型タグ４に印刷された支払情報に基づき、コンビニエンスストアにてチケット代金を支払うと、コンビニエンスストアのシステムにて入金情報が生成される。サーバ１の制御部は、当該コンビニエンスストアのシステムより請求ＩＤに基づき入金情報を取得する（Ｓ２２０）。このとき、本発明にかかるチケット利用システムと、コンビニエンスストアのシステムと間が通信可能に接続されている場合には、通信網を介して情報を取得することができるが、通信可能でない場合には、適宜コンビニエンスストアのシステムより情報をチケット利用システムに入力し、入力された情報から請求ＩＤに基づく入金情報を取得する。
【００７５】
このようにして、決済処理が完了し、チケットの購入が完了すると、サーバ１の制御部は、予約ＤＢ１５４にユーザに配布したカード型タグ４のタグＩＤをチケットコード等と関連付けて格納し、かつ、決済完了フラグを決済完了を示す内容に設定する（Ｓ２１５）。さらに、サーバ１の制御部は、チケットＤＢ１５３にユーザに配布したカード型タグ４のタグＩＤをチケットコード等と関連付けて格納する。さらには、決済完了に応じて、ユーザ履歴ＤＢ１５２に格納された不買フラグをクリアする。
【００７６】
一方で、ユーザがカード型タグ４を受領したかどうかの確認ステップ（Ｓ２０９）において、ユーザが不着である旨の入力を行なった場合には、その旨の情報が携帯電話機２からサーバ１に送信される。サーバ１の制御部は、当該不着である旨の情報を受信し、これに基づいて、不着の場合の指示メッセージを表示する不着指示ページにかかるウェブページをユーザの携帯電話機２に対して送信する（Ｓ２１６）。ユーザの携帯電話機２は、当該不着指示ページからなるウェブページを受信し、ディスプレイに不着指示ページを表示する。当該不着指示ページでは、例えば、「当日、現地窓口でチケットを発行します。携帯電話とストラップのＩＣタグを忘れずに持ってきて下さい」とのメッセージが表示される。
【００７７】
そして、サーバ１の制御部は、不着であったチケットに関するチケットコード、座席ＩＤ、会員ＩＤ、請求番号を予約ＤＢ１５４より読み出して不着ＤＢ１５５に格納するとともに、ユーザ情報ＤＢ１５１より会員ＩＤと関連付けられたストラップ型タグ２１のタグＩＤ、即ち不着であったチケットを予約した会員に対して配布されたストラップ型タグ２１のタグＩＤを読み出して会員ＩＤ等と関連付けて不着ＤＢ１５５に格納する（Ｓ２１７）。さらにサーバ１の制御部は、予約ＤＢ１５４より座席ＩＤ、座席番号等を含む座席情報を、ユーザ情報ＤＢ１５１に格納されたメールアドレスに対して送信する（Ｓ２１８）。これにより、ユーザは、カード型タグ４を受け取らなかった場合であっても、座席情報を取得することができる。
【００７８】
続いて、図７に示すフローチャートを用いて、指定席のチケットとしてユーザに郵送されるカード型タグ４がユーザに不着であった場合におけるチケットの発行処理について説明する。この例では、イベント会場にサポート口を設け、当該サポート口に図１（ｂ）に示されるようなリーダ及び端末を設置している。端末は通信網を介してサーバ１と接続されている。かかる端末は、入場の認証のために設けられた受付端末６と通信網を介して接続されていることが望ましい。両者が接続されていない場合には、外部記憶媒体を介してデータのやりとりが実行される。また、当該端末と受付端末６とを単一のコンピュータにより構成することも可能である。
【００７９】
ユーザは、会員登録時に配布されたストラップ型タグ２１をサポート口に持参し、リーダ５にかざす。端末は、リーダを介して、ストラップ型タグ２１に格納されたタグＩＤを読み出す（Ｓ３０１）。端末は、読み出したタグＩＤをキーに、不着ＤＢ１５５を検索し、当該タグＩＤと一致する不着情報（チケットコード、座席ＩＤ、会員ＩＤ、請求番号等）を読み出し、端末のディスプレイに表示する（Ｓ３０２）。端末のオペレータは、ディスプレイに表示された不着情報を確認し、ユーザとの間で対面決済を行なう（Ｓ３０３）。
【００８０】
決済を完了した場合に、オペレータは、端末に決済完了の旨を入力する。端末は、当該決済完了の旨の入力に応じてチケットの発行処理を実行する（Ｓ３０４）。さらに、この端末とサーバ１とが通信網を介して接続されている場合は、端末から決済完了情報がサーバ１に送信される。端末とサーバ１とが接続されていない場合には別途サーバ１に決済完了情報を入力する。サーバ１の制御部は、決済完了情報に応じて、チケットＤＢ１５３にストラップ型タグ２１に格納されたタグＩＤをチケットコードと関連付けて格納し、登録する（Ｓ３０５）。同様に、入場ゲートに設けられた受付端末６のチケットＤＢ６５３にもストラップ型タグ２１に格納されたＩＤをチケットコードと関連付けて格納し、登録する。
【００８１】
続いて、図８に示すフローチャートを用いて、入場処理について説明する。入場口には、図１（ｂ）に示されるように、リーダ５と受付端末６が設置されている。
【００８２】
ユーザは、自由席の場合と、指定席だがカード型タグ４が不着の場合には、ストラップ型タグ２１をリーダ５にかざす。他方、指定席の場合には、郵送されたカード型タグ４をリーダ５にかざす。受付端末６の制御部は、リーダ５によってストラップ型タグ２１又はカード型タグ４に格納されたタグＩＤを読み出す（Ｓ４０１）。
【００８３】
そして、受付端末６の制御部は、読み出したタグＩＤに基づき、チケットＤＢ６５３を検索し、照合処理を実行する（Ｓ４０２）。読み出したタグＩＤがチケットＤＢ６５３に格納された当該イベントに関するタグＩＤとして格納されている場合には、ストラップ型タグ２１又はカード型タグ４が当該イベントの正式なチケットとして機能していると判定し、その旨を受付端末６のディスプレイに表示する。さらに、受付端末６の制御部は、ユーザが入場したものとして、チケットＤＢ６５３の入場フラグを更新する（Ｓ４０４）。
【００８４】
このとき、受付端末６とサーバ１が通信網を介して接続されている場合には、照合処理に必要な情報を受付端末６からサーバ１に対して送信し、サーバ１の制御部がこれに基づいて照合処理を実行し、その結果を受付端末６に送信するようにしてもよい。
【００８５】
他方で、受信したタグＩＤがチケットＤＢ１５３に格納された当該イベントに関するタグＩＤとして格納されていない場合には、ストラップ型タグ２１又はカード型タグ４が当該イベントの正式なチケットとして機能していない、すなわち不正入場であると判定され、不正入場に対する警告が受付端末６のディスプレイに表示される（Ｓ４０３）。
【図面の簡単な説明】
【００８６】
【図１】本発明にかかるチケット利用システムのシステム構成図である。
【図２】本発明にかかるチケット利用システムにおけるデータベースを示す図である。
【図３】本発明にかかるチケット利用システムにおけるデータベースに格納されたデータ例を示す図である。
【図４】本発明にかかるチケット利用システムにおける全体処理を示すフローチャートである。
【図５】本発明にかかるチケット利用システムにおけるチケット予約処理を示すフローチャートである。
【図６】本発明にかかるチケット利用システムにおける予約の確認及び決済処理を示すフローチャートである。
【図７】本発明にかかるチケット利用システムにおいてカード型タグがユーザに届かなかった場合のチケット発行処理を示すフローチャートである。
【図８】本発明にかかるチケット利用システムにおける入場処理を示すフローチャートである。
【符号の説明】
【００８７】
１  サーバ（チケット利用システム）
２  ユーザの携帯電話機
３  通信網
４  カード型タグ
５  リーダ
６  受付端末
１１  ＣＰＵ（制御部）
１２  記憶部
１３  通信制御部
１４  ＲＡＭ
１５  データベース
２１  ストラップ型タグ
１５１  ユーザ情報ＤＢ
１５２  ユーザ履歴ＤＢ
１５３  チケットＤＢ
１５４  予約ＤＢ
１５５  不着ＤＢ
【図１】
2006293511.tif 000003
【図２】
2006293511.tif 000004
【図３】
2006293511.tif 000005
【図４】
2006293511.tif 000006
【図５】
2006293511.tif 000007
【図６】
2006293511.tif 000008
【図７】
2006293511.tif 000009
【図８】
2006293511.tif 000010