(57)【要約】【課題】申込者が複数の者の入場券を一括して申し込んだ場合の利便性を向上させる。【解決手段】受付サーバ１は、チケット購入者携帯端末２から複数の入場申し込み情報と、携帯端末の識別情報とを含むチケット申し込み電文２５０を受け付ける。受付サーバ１は、申し込みを受け付けると、チケット購入者携帯端末２に、パスワードと、チケット購入者携帯端末２から来場者携帯端末７にパスワードを自動転送するための転送情報とを送信する。購入者携帯端末２は、来場者携帯端末７にパスワードを自動転送する。チケットを発券する場合には、受付サーバ１は、来場者携帯端末７から入場申し込み情報に対応するパスワードを受信し、受信したパスワードと、記憶している入場申し込み情報に対応する端末の識別情報およびパスワードにしたがって認証処理を行い、認証されたときに電子チケット７０１を送信する。【選択図】図１１
2005215831.tif 000002
【特許請求の範囲】
【請求項１】
端末からイベントの入場申込み情報を受け付けて入場券情報を出力するサーバ装置において、
前記端末から複数の入場申し込み情報および当該複数の入場申し込み情報の各々に対応する端末の識別情報を受け付ける受付手段と、
前記受付手段で受け付けた複数の入場申し込み情報、当該複数の入場申し込み情報の各々に対応する端末の識別情報、および、当該複数の入場申し込み情報の各々に対応する認証情報を記憶する記憶手段と、
申し込みをした端末に、前記記憶手段に記憶された複数の入場申し込み情報の各々に対応する認証情報、および、当該申し込みをした端末から当該端末以外の他の端末に対応する認証情報を転送するための転送情報を送信する送信手段と、
前記他の端末から前記入場申し込み情報に対応する認証情報を受信する受信手段と、
前記受信手段で受信した認証情報と、前記記憶手段に記憶された入場申し込み情報に対応する端末の識別情報および認証情報とにしたがって認証処理を行う認証処理手段と、
前記認証処理手段で前記入場申し込み情報に対応する認証情報が認証されたときに、前記入場申し込み情報に対応する入場券情報を前記他の端末に送信する入場券情報送信手段と、を備えること
を特徴とするサーバ装置。
【請求項２】
請求項１に記載のサーバ装置において、前記他の端末に対して前記入場券情報を送信する場合に、当該サーバ装置からアクセスを行うアクセス手段をさらに備えることを特徴とするサーバ装置。
【請求項３】
請求項１に記載のサーバ装置において、前記受付手段は、前記複数の入場申し込み情報の各々に対応する認証情報を、前記申し込みをした端末から受け付けることを特徴とするサーバ装置。
【請求項４】
請求項１に記載のサーバ装置において、前記端末に対して、前記転送情報の送信を許可するか否かを問い合わせる問い合わせ手段をさらに有し、
前記送信手段は、前記問い合わせ手段による問い合わせに対して転送情報の送信を許可されたときに当該転送情報の送信を行い、許可されないときに当該転送情報の送信を行わないことを特徴とするサーバ装置。
【請求項５】
サーバ装置に入場申し込み情報を送信して入場券情報を入手する端末であって、
複数の入場申し込み情報および当該複数の入場申し込み情報の各々に対応する端末の識別情報を送信する送信手段と、
前記サーバ装置から送信された、複数の入場申込み情報の各々に対応する認証情報を受信する受信手段と、
複数の入場申し込みの各々に対応する端末に、当該端末および入場申込み情報に対応する認証情報を転送する転送手段と、を備えること
を特徴とする端末。
【請求項６】
請求項５に記載の端末において、前記転送手段による転送を許可するか否かをユーザから受け付ける受付手段をさらに有し、
前記転送手段は、前記受付手段で転送の許可を受け付けたときに前記転送を行い、許可されないときに前記転送を行わないことを特徴とする端末。
【請求項７】
端末からイベントの入場申込み情報を受け付けて前記入場券情報の出力を行うサーバ装置と、前記イベントの入場のときに入場管理を行う入場管理装置とを備える入場管理システムにおいて、
前記サーバ装置は、
前記端末から複数の入場申し込み情報および当該複数の入場申し込み情報の各々に対応する端末の識別情報を受け付ける受付手段と、
前記受付手段で受け付けた複数の入場申し込み情報、当該複数の入場申し込み情報の各々に対応する端末の識別情報および当該複数の入場申し込み情報の各々に対応する認証情報を記憶する記憶手段と、
申し込みをした端末に対して、前記記憶手段に記憶された複数の入場申し込み情報の各々に対応する認証情報および当該申し込みをした端末から当該端末以外の他の端末に対応する認証情報を転送するための転送情報を送信する送信手段と、
前記他の端末から前記入場申し込み情報に対応する認証情報を受信する受信手段と、
前記受信手段で受信した認証情報と、前記記憶手段に記憶された入場申し込み情報に対応する端末の識別情報および認証情報とにしたがって認証処理を行う認証処理手段と、
前記認証処理手段で前記入場申し込み情報に対応する認証情報が正当であると認証されたときに、前記入場申し込み情報に対応する入場券情報を送信する入場券情報送信手段と、を備え、
前記入場管理装置は、
前記イベントの入場のときに、前記端末で受信された前記入場券情報および前記認証情報の正当性を検証する検証手段とを備えること
を特徴とする入場管理システム。
【請求項８】
端末からイベントの入場申込み情報を受け付けて前記入場券情報の出力を行うサーバ装置における入場管理方法において、
前記端末から複数の入場申し込み情報および当該複数の入場申し込み情報の各々に対応する端末の識別情報を受け付けるステップと、
申し込みをした端末に対して、前記複数の入場申し込み情報の各々に対応する認証情報、および、当該申し込みをした端末から当該端末以外の他の端末に対して認証情報を転送するための転送情報を送信するステップと、を有すること
を特徴とする入場管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンサート、展示会などのイベントの申し込みを携帯端末から受け付け、入場管理を行う技術に関するものである。
【背景技術】
【０００２】
特定の窓口やパソコンからインターネット経由で電子チケット仲介サーバにアクセスすることで、コンサート、展示会などのイベントの申し込みを行うことが一般的になっている。
【０００３】
特許文献１では、コンサート、展示会などのイベントの申し込みに対して、電子チケット仲介サーバが申込者の携帯端末に対してのみ電子チケットを送信している。また、電子チケット仲介サーバは、代金回収のため、電子チケットより決裁情報を作成し、決裁情報の確認許可を申込者の端末から得て、決裁を行う技術が開示されている。さらに、特許文献１では、イベントの入場時に、電子チケットを携帯端末から読み取り、入場を許可するシステムが開示されている。
【０００４】
【特許文献１】特開２００１−１４８０３７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述の携帯端末から電子チケットを読み取り、入場を許可するシステムにおいては、申し込み時に、申し込みの内容とともに認証のためのパスワードを申し込みした端末からサーバに送信し、サーバからチケットを利用する端末に電子チケットを発行して送信するときにパスワードによる認証を行っている。この場合において、申込者が一括して複数の者の入場券を申し込んだときには、申込者は、申込者以外の者に申し込み内容やパスワードを通知する手間が必要となる。また、悪意のある者が、申し込み内容やパスワードを複製し、同一内容を複数のものに転送するような場合も考えられるため、このような転送を防止する必要がある。
そこで、本発明は、申込者が複数の者の入場券を一括して申し込んだ場合における利便性を向上させることを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために本発明は、端末からイベントの入場申込み情報を受け付けて入場券情報を出力するサーバ装置において、前記端末から複数の入場申し込み情報および当該複数の入場申し込み情報の各々に対応する端末の識別情報を受け付ける受付手段と、前記受付手段で受け付けた複数の入場申し込み情報、当該複数の入場申し込み情報の各々に対応する端末の識別情報、および、当該複数の入場申し込み情報の各々に対応する認証情報を記憶する記憶手段と、申し込みをした端末に対して、前記記憶手段に記憶された複数の入場申し込み情報の各々に対応する認証情報および当該申し込みをした端末から当該端末以外の他の端末に、対応する認証情報を転送するための転送情報とを送信する送信手段と、前記他の端末から前記入場申し込み情報に対応する認証情報を受信する受信手段と、前記受信手段で受信した認証情報と、前記記憶手段に記憶された入場申し込み情報に対応する端末の識別情報および認証情報とにしたがって認証処理を行う認証処理手段と、前記認証処理手段で前記入場申し込み情報に対応する認証情報が認証されたときに、前記入場申し込み情報に対応する入場券情報を前記他の端末に送信する入場券情報送信手段と、を備える。
【０００７】
なお、前記他の端末に対して、前記入場券情報を送信する場合に、当該サーバ装置からアクセスを行うアクセス手段をさらに備えるようにしてもよい。前記受付手段は、前記複数の入場申し込み情報の各々に対応する認証情報を、前記申し込みをした端末から受け付けることができる。また、前記端末に対して、前記転送情報の送信を許可するか否かを問い合わせる問い合わせ手段をさらに備え、前記送信手段は、前記問い合わせ手段による問い合わせに対して転送情報の送信を許可されたときに当該転送情報の送信を行い、許可されないときには、当該転送情報の送信を行わないようにしてもよい。
【発明の効果】
【０００８】
本発明によれば、申込者が複数の者の入場券を一括して申し込んだ場合の利便性を向上させるが可能となる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施形態について図面を参照しながら説明する。
【００１０】
<<第１の実施の形態>>
図１は、本発明の第１の実施の形態に係る入場管理システムの構成例を示す構成図である。図示するように、本実施の形態に係る入場管理システムは、端末からイベントの入場申込み情報を受け付けて入場券情報の出力を行う受付サーバ１と、チケット購入者８が使用するチケット購入者携帯端末２と、各装置間で通信を行うためのネットワーク３と、イベント会場４に設置され、入場管理を行う入場管理装置５と、チケットの料金についての決済を行う決済サーバ６と、来場者９が使用する来場者携帯端末７とを備える。
【００１１】
受付サーバ１、決済サーバ６および入場管理装置５は、通信業者により提供される通信網であるネットワーク３に接続されており、チケット購入者携帯端末２および来場者携帯端末７とネットワーク３を介して接続され、相互に通信することができる。チケット購入者８は、携帯電話などのチケット購入者携帯端末２を使い、受付サーバ１と通信することで、コンサート、展示会などのイベントチケットを申し込むことができる。チケット購入者携帯端末２からは、イベントチケットを申し込む際、複数枚のチケットを同時に申し込むことができる。
受付サーバ１は、全体の制御を行う制御部１１を備え、端末からイベントの入場申込み情報を受け付け、受け付けたイベントの入場を許可する場合に入場券情報（電子チケット）の出力を行うチケットの発券管理を行う。また、受付サーバ１は、情報を記憶する記憶部１２を備え、チケット購入者携帯端末２から送信される入場申し込み情報を記憶し、来場者携帯端末７および入場者管理装置５からの要求に応じて記憶部１２に記憶された情報を送信する。また、受付サーバ１は、複数枚のチケットの申し込みを受け付ける場合、申込者以外の来場者が所持する携帯端末の通信アドレスを端末の識別情報として受け付ける。なお、チケット購入者８は、来場者７でなくてもよい。受付サーバ１は、決済サーバ６でチケットの決済処理が正常に終了したときに、申し込みを受け付けたチケット購入者携帯端末２に対して、イベントの内容、日時等を示した複数の入場申し込み情報と、当該複数の入場申し込み情報の各々に対応するパスワードなどの認証情報とを送信する。チケット購入者携帯端末２は、受付けサーバ１から送信された複数の入場申し込み情報および認証情報を受信し、後述するチケット購入者携帯端末２の転送部により、他の来場者９に、対応する入場申し込み情報および認証情報を転送する。チケット購入者携帯端末２が転送部を備えない場合には、チケット購入者携帯端末２から他の来場者携帯端末７に、対応する認証情報を転送するためのパスワード自動転送プログラムを、受付けサーバ１から送信するようにしてもよい。
来場者９の来場者携帯端末７は、チケット購入者携帯端末２から自身に対応する入場申し込み情報および認証情報を受信する。来場者携帯端末７は、受付サーバ１にアクセスし、入場申し込み情報および認証情報を送信する。受付サーバ１は、入場申し込み情報および認証情報を受信し、受信した入場申し込み情報および認証情報が正当であることを認証した場合に、電子チケットを発行する。来場者携帯端末７は、発行された電子チケットを受信する。イベント開催当日、来場者９がイベント会場４に入場するときに、来場者携帯端末７で受付サーバ１から発行された電子チケットを表示する。イベント会場の入場門等に設置された入場管理装置５は、来場者携帯端末７に表示された電子チケットを画像読み取り装置で読み取り、読み取った電子チケットが正当であるかを検証し、正当であれば、さらに来場者携帯端末７のメールアドレスに対して認証情報を送信するようにメールを送信し、来場者携帯端末７から返信された認証情報が、前述の認証情報と一致するか否かを判定し、一致する場合に、来場者９のイベントへの入場を許可する。
【００１２】
次に、各装置の構成および機能を説明する。
図２は、受付サーバ１の構成図を示している。図２において、受付サーバ１は、コンピュータなどの情報処理装置であり、処理を行うCPU１０１と、通信制御を行う通信制御部１０２と、情報を記憶するメモリ１０３と、ハードディスクなどの外部記憶１０４と、キーボード（KB）１１１からの入力を制御する入力制御部１０５と、表示装置１１２の表示を制御する表示制御部１０６とを備える。KB１１１が入力制御部１０５に、表示装置１１２が表示制御部１０６にそれぞれ接続されている。通信制御部１０２、入力制御部１０５および表示制御部１０６は、外部記憶１０４に格納されているプログラムに従い、メモリ１０３を介してCPU１０１により制御されて動作する。外部記憶部１０４は、通信制御部１０２および入力制御部１０５から出力されたデータを保存する。
【００１３】
図１４に、受付サーバ１の機能ブロック図を示す。図１４において、受付サーバ１は、通信部４１１と、ＧＵＩ（Graphical User Interface)部４１２と、転送情報４１４を備える記憶部４１３と、申し込み受付処理部４１５と、発券処理部４１６と、決済処理部４１７とを備える。
【００１４】
通信部４１１は、図２に示す通信制御部１０２に対応し、ネットワーク３を経由し、チケット購入者携帯端末２、来場者携帯端末７、入場管理装置５および決済サーバ６と通信を行う。
【００１５】
ＧＵＩ部４１２は、ユーザインタフェースであり、図２に示す入力制御部１０５および表示制御部１０６に対応し、ＫＢ１１１および表示装置１１２の制御を行う。
【００１６】
記憶部４１３は、図２に示すメモリ１０３もしくは外部記憶部１０４に対応し、入場申し込み情報と携帯端末の識別情報とを対応させて記憶し、さらに、それらに対応させて認証情報を記憶する。認証情報は、パスワードに相当し、チケット購入者がパスワードを入力してチケット購入者携帯端末２から送信させるようにしてもよいし、記憶部４１３に記憶するときに、ランダムな番号や文字等もしくは予め定めた関数値により決定されてもよい。また、認証情報としては他に、音声情報や画像情報を用いるようにしてもよい。記憶部４１３には、チケット購入者携帯端末２から来場者携帯端末７に対して認証情報を自動転送するための転送情報（転送プログラム）４１４を備える。転送情報４１４には、転送先の来場者携帯端末７のメールアドレス宛てに、入場申し込み情報とそれに対応する認証情報とを少なくとも含むメールを送信する手順が示されている。
申し込み受付処理部４１５は、通信部４１１を介して、入場申し込み情報として、イベントのチケットの種類や日時等の申し込み情報を受付け、複数の入場申し込み情報の各々に対応する携帯端末の識別情報として、チケット購入者携帯端末２または来場者携帯端末７の通信アドレスなどのメールアドレスを受け付ける。識別情報は、メールアドレスのほか、携帯電話番号やＩＤ番号など携帯端末を特定できる識別情報を用いることができる。
【００１７】
決済処理部４１７は、申し込み受付処理部４１５で入場申し込み情報を受け付けたときに、入場申し込み情報からチケット購入者８の情報を抽出し、この抽出した情報を、通信部４１１を介して決済サーバ６に送信し、チケットの発券のための決済処理を行う。
【００１８】
また、申し込み受付処理部４１５は、決済処理部４１７での決済処理後、入場申し込み情報に対応する認証情報を、通信部４１１を介して購入者携帯端末２に送信する。さらに、申し込み受付処理部４１５は、チケット購入者携帯端末２に対して転送情報４１４を送信する。申し込み受付処理部４１５は、転送情報４１４を送信する前に、チケット購入者携帯端末２に対して、転送情報４１４の送信を許可するか否かを問い合わせる。申し込み受付処理部４１５は、問い合わせに対して転送情報４１４の送信を許可されたときに転送情報４１４の送信を行い、許可されないときに転送情報の送信を行わないようにできる。例えば、チケット購入者携帯端末２が転送情報４１４を備えている場合には、転送情報４１４の送信を許可しなければ、転送情報４１４を送信されないようにできる。なお、申し込み受付処理部４１５は、転送情報４１４の送信を許可するか否かの問い合わせを行わずに、直接転送情報を送信するようにしてもよい。
【００１９】
発券処理部４１６は、電子チケットの発券のために、受付サーバ１がチケット購入者携帯端末２もしくは来場者携帯端末７に通信部４１１を介してアクセスしたときに、チケット購入者携帯端末２または来場者携帯端末７から入場申し込み情報に対応する認証情報(パスワード)を、通信部４１１を介して受信する。発券処理部４１６は、認証処理として、チケット購入者携帯端末２または来場者携帯端末７から受信した認証情報と、記憶部４１３に記憶された、チケット購入者携帯端末２または来場者携帯端末７からの識別情報に対応する認証情報とが一致するか否かを検証し、一致する場合に正当であると認証する。正当であるとされると、発券処理部４１６は、入場申し込み情報に対応する入場券情報を、通信部４１１を介して来場者携帯端末７に送信する。入場券情報として画像情報や音声情報などの入場を許可するための電子チケットを送信する。入場券情報の画像情報としては、バーコード情報、二次元コード情報、その他、暗号化され人目では読取不可であるがコンピュータによる解読可能な画像などを用いることができる。図１０に、入場券情報の電子チケット７０１として、二次元バーコードを用いた場合の例を示す。入場券情報には、イベント内容、日時、来場者氏名、電話番号などの、イベントが特定できる内容と、その来場者を特定できる内容とが含まれる。
なお、図１４に示す各ブロックの機能は、図２に示すＣＰＵ１０１が外部記憶部１０４からメモリ１０３にロードしたプログラムを実行することで実現される。
【００２０】
次に、携帯端末の構成について図３を参照して説明する。図３は、携帯端末（チケット購入者携帯端末２、来場者携帯端末７）の構成図を示している。携帯端末は、携帯電話、ＰＤＡ、ＮｏｔｅＰＣなど、通信機能を装備した端末装置を意味する。携帯端末は、処理を行うCPU２０１と、通信制御を行う通信制御部２０２と、情報を記憶するメモリ２０３と、キーボード（KB）２１１からの入力を制御する入力制御部２０４と、表示装置２１２の表示を制御する表示制御部２０５とを備える。KB２１１が入力制御部２０４に、表示装置２１２が表示制御部２０５にそれぞれ接続されている。通信制御部２０２、入力制御部２０４および表示部２０５はメモリ２０３に格納されているプログラムに従い、CPU２０１により制御されて動作する。
【００２１】
また、図１５に、携帯端末の機能ブロック図を示す。図１５において、携帯端末は、通信部４３１と、ＧＵＩ（Graphical User Interface)部４３２と、記憶部４３３と、転送処理部４３４と、申し込み処理部４３５と、チケット受付処理部４３６と、を備える。
【００２２】
通信部４３１は、図３に示す通信制御部２０２に対応し、ネットワーク３を経由し、来場者携帯端末７、入場管理装置５および受付サーバ１と通信を行う。
【００２３】
ＧＵＩ部４３２は、ユーザインタフェースであり、図３に示す入力制御部２０４および表示制御部２０５に対応し、ＫＢ２１１および表示装置２１２の制御を行う。
【００２４】
記憶部４３３は、図３に示すメモリ２０３に対応し、パスワードなどの認証情報や電子チケットを記憶する。
【００２５】
転送処理部４３４は、チケット購入者携帯端末２から来場者携帯端末７に対して認証情報を自動転送するための処理を行う。
【００２６】
申し込み処理部４３５は、ＧＵＩ部４３２を介して、転送情報の送信を許可するか否かについてユーザからの指示を受け付ける。また、申し込み処理部４３５は、受付サーバ１の申し込み受付処理部４１５による問い合わせに対して、ＧＵＩ部４３２で受け付けられた転送情報の送信を許可するか否かの指示を、通信部４３１を介して送信する。
チケット受付処理部４３６は、電子チケットの発券のために、通信部４３１を介して受付サーバ１に接続されたときに、入場申し込み情報に対応する認証情報(パスワード)を、通信部４１１を介して送信する。また、受付サーバ１の発券処理部４１６から送信された電子チケットを、通信部４１１を介して受信し、受信した電子チケットを記憶部４３３に記憶させる。
【００２７】
なお、図１５に示す各ブロックの機能は、図３に示すＣＰＵ２０１がメモリ２０３に格納されているプログラムを実行することで実現される。
【００２８】
次に、入場管理装置５の構成について図４を参照して説明する。図４は、入場管理装置５の構成を示している。図４において、入場管理装置５は、処理を行うCPU５０１、通信制御部５０２、情報を記憶するメモリ５０３、ハードディスクなどの外部記憶部５０４、キーボード（KB）５１１からの入力を制御する入力制御部５０５、表示装置５１２の表示を制御する表示制御部５０６、および、スキャナ５１３などの画像読取装置を制御する画像読取制御部５０７を備える。またKB５１１が入力制御部５０５に、表示装置５１２が表示制御部５０６に、スキャナ５１３が画像読取制御部５０７にそれぞれ接続されている。通信制御部５０２、入力制御部５０５、表示制御部５０６および画像読取制御部５０７は、外部記憶５０４に格納されているプログラムに従い、メモリ５０３を介してCPU５０１により制御されて動作する。外部記憶部５０４は、通信制御部５０２と入力制御部５０５と画像読取制御部５０７とから出力されたデータを保存する。
【００２９】
また、図１９に、入場管理装置５の機能ブロック図を示す。図１９において、入場管理装置５は、通信部１９１１と、ＧＵＩ（Graphical User Interface)部１９１２と、記憶部１９１３と、抽出部１９１４と、認証部１９１５とを備える。
【００３０】
通信部１９１１は、図４に示す通信制御部５０２に対応し、ネットワーク３を経由し、来場者携帯端末７および受付サーバ１と通信を行う。
【００３１】
ＧＵＩ部１９１２は、ユーザインタフェースであり、図４に示す入力制御部５０５、表示制御部５０６および画像読み取り制御部５０７に対応し、ＫＢ５１１、表示装置５１２およびスキャナ５１３の制御を行う。
【００３２】
記憶部１９１３は、図４に示すメモリ５０３もしくは外部記憶部５０４に対応し、入場申し込み情報、携帯端末の識別情報および認証情報を記憶する。
抽出部１９１４は、ＧＵＩ部１９１２を介してスキャナ５１３などで読み取られた入場券情報から来場者携帯端末７の携帯電話番号などの識別情報を抽出する。
【００３３】
認証部１９１５は、抽出部１９１４で抽出された来場者携帯端末７の識別情報が、受付サーバ１の記憶部４１３もしくは記憶部１９１３に記憶されている来場者携帯端末７の識別情報と一致するか否かを検証する。また、認証部１９１５は、通信部１９１１を介して来場者携帯端末７から送信された認証情報が受付サーバ１の記憶部４１３もしくは記憶部１９１３に記憶されている来場者携帯端末７の認証情報と一致するとされたときに、入場許可する旨の出力を行い、それ以外のときには、入場を許可しない旨の出力を行う。
【００３４】
なお、図１９に示す各ブロックの機能は、図４に示すＣＰＵ５０１が外部記憶部５０４からメモリ５０３にロードしたプログラムを実行することで実現される。
【００３５】
次に、図１１および図１２を参照して、チケットの申し込み受け付けから電子チケット発行までの手順について説明する。図１１は、本実施の形態にかかる電子チケット購入時におけるチケット購入者携帯端末２、受付サーバ１および来場者携帯端末７のシーケンス図を示している。図１２は、電子チケット発券時における受付サーバ１および来場者端末７のシーケンス図を示している。
まず、チケット購入者携帯端末２において、申し込み処理部４３５がＧＵＩ部４３２を介してチケット購入者からのチケット申し込み指示を受け付けると、申し込み処理部４３５は、イベント主催者が一般公開している受付サーバ１のアドレスにアクセスし、イベントの種類、名称、日程、座席種類、入場券枚数等の入場券の申し込み情報を送信する。この場合、受付サーバ１から、入場券の申し込み情報が選択可能なメニュー画面をチケット購入者携帯端末２に転送し、チケット購入者に選択させるようにしてもよい。
受付サーバ１において、申し込み受付処理部４１５は、通信部４１１を介してチケット購入者携帯端末２から送信された内容を受け付ける。申し込み受付処理部４１５は、受け付けた内容に従って入場券の発売（発行）が可能であるか否かのチェック結果を、通信部４１１を介してチケット購入者携帯端末２に送信する。例えば、受付サーバ１が管理する入場券の残席数を参照し、入場券の申し込み情報に相当するイベントの残席数がある場合には入場券の発行が可能である旨を送信し、残席数がない場合には販売終了として入場券の発行が可能でない旨を送信する。
【００３６】
チケット購入者携帯端末２において、申し込み処理部４１５は、通信部４３１を介して、受付サーバ１の申し込み受付処理部４１５から入場券の発売が可能である旨を受信したときに、入場券を購入するために、図５に示すようなチケット申込み電文２５０を、通信部４１１を介して送信する。
【００３７】
図５において、チケット申込み電文２５０は、受付サーバ１のアドレスを示す受付サーバアドレス２５１と、購入者氏名２５２と、購入者メールアドレス２５３と、チケット種別２５４と、来場者情報２６０とを有している。受付サーバアドレス２５１は、イベント主催者が一般公開しているメールアドレスである。購入者氏名２５２は、購入者の名前である。購入者メールアドレス２５３は、受付サーバ１が購入者携帯端末２に受け付け結果を返信する場合に使用される。チケット種別２５４は、チケット購入者８が希望するイベントの種類や座席種別などを一意に特定するコードである。来場者情報２６０は、複数枚のチケットを購入する場合に、来場者９を示す識別情報であり、来場者氏名２６１と、来場者メールアドレス２６２と、パスワード２６３とを備える。来場者氏名２６１は、来場者の名前である。来場者メールアドレス２６２は、来場者携帯端末７のメールアドレスである。パスワード２６３は、チケットの発券のときに認証を行うための認証情報である。これらの情報は、購入者携帯端末２のキーボードを介してチケット購入者８により入力される。また、認証情報を受付サーバ１の発券処理部４１６で決定する場合には、パスワード２６３は無くてもよい。来場者情報２６０は、入場券の枚数に応じて設けられる。チケット購入者８が来場者９でもある場合には、購入者氏名２５２および購入者メールアドレス２５３と、来場者氏名２６１および来場者メールアドレス２６２とが重複するため、それを防ぐのに、購入者が来場者であるかないかを示すフラグと、購入者のパスワードとを格納する領域をチケット申し込み電文２５０に設けてもよい。
チケット購入者携帯端末２において、申し込み処理部４３５は、チケット申し込み操作受付（Ｓ９１２）として上述したチケット申し込み電文２５０に必要な情報の入力を、ＧＵＩ部４３２を介して受け付けると、チケット申込み電文２５０を作成し、作成したチケット申し込み電文２５０を、通信部４３１を介して受付サーバ１へ送信する。
【００３８】
受付サーバ１において、申し込み受付処理部４１５は、通信部４１１を介してチケット申込み電文２５０を受け取ると、申し込みを照会するための照会番号および受付番号を生成し、チケット申し込み電文２５０の内容である購入者氏名２５２、購入者メールアドレス２５３、チケット種別２５４および来場者情報２６０を、イベント入場申し込み情報として図１８に示すように、記憶部４１３に保存し、申込み受付処理を行う（ステップＳ９１３）。
【００３９】
図１８に、記憶部４１３に記憶する内容の説明図を示す。ここでは、来場者が二人の場合の例を示している。図１８に示すように、記憶部４１３には、イベントの申し込み受付ごとに生成された照会番号および受付番号１８０１が記憶され、それに対応させて、イベント入場申し込み情報が記憶される。イベント入場申し込み情報としては、チケット情報１８０３、購入者氏名・購入者メールアドレス１８０５、および、各来場者の来場者情報（氏名・メールアドレス・パスワード・電子チケット番号）１８０７を備える。
【００４０】
受付サーバ１において、申し込み受付処理部４１５は、チケット申し込み電文２５０からイベント申し込み情報を抽出し、この抽出したイベント申し込み情報を決済処理部４１７に転送する。決済処理部４１７では、転送されたイベント申し込み情報を、通信部４１１を介して決済サーバ６に送信し、チケットの発券のための決済処理を決済サーバ６に依頼する。決済サーバ６は、購入者にチケットの金額を支払せるための決済を行い、クレジットカードなどによる支払いの指示をするようにしてもよい。受付サーバ１の決済処理部４１７は、決済処理が終了した旨の通知を、通信部４１１を介して受信すると、申し込み受付処理部４１５に対して決済処理が終了した旨を通知する。
【００４１】
申し込み受付処理部４１５は、決済処理が終了した旨を決済処理部４１７から受け取ると、イベント名、申込み人数、来場者情報、決済価格等のチケット情報を先ほど保存した照会番号および受付番号に対応させて記憶部４１３に保存し、チケット購入者携帯端末２に発券通知電文１７０を送信する。なお、決済サーバ６での処理自体は、既存のものを利用できるので説明を省略する。
【００４２】
図６に発券通知電文１７０の一例を示す。図６において、発券通知電文１７０は、購入者メールアドレス１７１と照会番号１７２と受け付け結果１７３とチケット情報１７４とを備える。購入者メールアドレス１７１は、チケット申込み電文２５０の購入者メールアドレス２５３の情報がコピーされる。照会番号１７２は、受付サーバ１の申し込み受付処理部４１５によりチケット申込み要求ごとに一意に生成される番号である。受け付け結果１７３は、受付サーバ１が決済サーバ６から受信した決済結果である。チケット情報１７４には、決済サーバ６の決済処理が正常に終了した場合、イベント申し込みで特定されたイベント名、申込み人数、来場者情報、決済結果で特定された決済価格などが含まれる。
また、申し込み受付処理部４１５は、チケット申し込み電文２５０でパスワードを受け付けていない場合には、パスワードを生成し、発券通知電文１７０にパスワードを含めて送信してもよい。
【００４３】
受付サーバ１において、申し込み受付処理部４１５は、チケット購入者携帯端末２に発券通知電文１７０を送信すると、ケット購入者携帯端末２に対して、来場者携帯端末７にパスワードを転送するためのパスワード自動転送プログラムのダウンロードを許可するか否かを問い合わせる。チケット購入者携帯端末２の申し込み処理部４３５は、許可するか否かをＧＵＩ部４３２を介してユーザから指示を受付け、受け付けた指示を、通信部４３１を介して受付サーバ１に送信して問い合わせに応答する。受付サーバ１の申し込み受付処理部４１５は、パスワード自動転送プログラムのダウンロードが許可された場合に、記憶部４１３に記憶された転送情報（パスワード自動転送プログラム）４１４を送信する。  チケット購入者携帯端末２の申し込み処理部４３５は、送信された転送情報４１４を、通信部４３１を介して受信し、記憶部４３３に記憶する。記憶部４３３に記憶する転送情報は、転送処理部４３４で実行される。
【００４４】
ここで、転送情報（パスワード自動転送プログラム）４１４を転送処理部４３４で実行することにより実現される処理のフローチャートを図１７に示す。パスワード自動転送プログラムは、受付サーバ１から来場者携帯端末のメールアドレスとパスワードとともに、チケット購入者携帯端末２に転送される。チケット購入者携帯端末２では、通信部４３１を介して受信された自動転送プログラムと、来場者携帯端末のメールアドレスとパスワードとを記憶部４３３に記憶し、ＣＰＵ２０１でプログラムを実行することで、機能ブロックが実現される。
【００４５】
図１７において、転送処理部４３４は、チケット購入者携帯端末２および来場者携帯端末７のメールアドレスに対してパスワードを含むメールを作成し（Ｓ５１００）、作成したメールを来場者携帯端末のメールアドレスに対して送信する（Ｓ５２００）。転送処理部４３４は、他の来場者携帯端末７がある場合には（Ｓ５３００）、Ｓ５１００に戻り、他の来場者携帯端末７に対してメールを作成して送信する。転送処理部４３４は、全ての来場者携帯端末にメールを送信後、処理を終了する。
なお、チケット購入者携帯端末２において、転送処理部４３４は、パスワードのメール送信時に、メール送信を行う旨を、ＧＵＩ部４３２を介して表示装置２１２に表示するようにしてもよい。この場合、送信先の来場者携帯端末７のメールアドレス（来場者名でもよい）とメール内容とを表示し、内容に誤りがないか確認を求めることができる。また、申し込み処理部４３５は、来場者携帯端末に対して認証情報の転送を許可するか否かを、ＧＵＩ部４３２を介してユーザから受け付け、転送処理部４３４は、転送の許可を受け付けたときに、認証情報の転送を行い、許可されない場合には認証情報の転送を行わないようにしてもよい。
このパスワード自動転送プログラムにより、購入者はパスワードをより簡単に送信することができる。また、パスワード自動転送プログラムに、購入者による来場者以外の者へのパスワードの転送の拒否するように設定しておけば、来場者以外のものに転送するのを防ぐことができる。また、パスワード自動転送プログラムは、受付サーバ１から転送する場合を示したが、予めチケット購入者携帯端末２に転送情報として備えるようにしてもよい。さらに、パスワードを、チケット購入者携帯端末２を介して来場者携帯端末７に転送しているが、受付サーバ１から各来場者携帯端末７に直接送信するようにしてもよい。
以上の処理が終了すると、受付サーバ１は電子チケット発券処理ステップＳ９２０を開始する。
【００４６】
次に、図１１に示す電子チケット発券処理ステップＳ９２０について、図１２を参照して説明する。図１２は、電子チケット発券処理の流れ図を示している。
【００４７】
受付サーバ１において、発券処理部４１６は、来場者ごとに電子チケット発券を行う旨の通知を行うために、各来場者携帯端末７のメールアドレスに対して受付電文１５０を送信する（ステップ９２１）。
【００４８】
図７は、受付電文１５０の一例を示している。受付電文１５０は、来場者メールアドレス１５１と、照会番号１５２と、チケット購入者氏名１５３と、電子チケット番号１５４と、イベント情報１５５と受付サーバアドレス１５６とを備える。来場者メールアドレス１５１は、チケット申込み電文２５０（図５）の来場者メールアドレス２６２である。照会番号１５２は、発券通知電文１７０（図５）の照会番号１７２である。チケット購入者氏名１５３は、チケット申込み電文２５０（図５）の購入者氏名２５２である。電子チケット番号１５４は、後で送信する電子チケット７の識別番号である。電子チケット番号１５４は、来場者ごとに異なった値で生成される。イベント情報１５５には、イベント名、開催場所、開催時間などが含まれており、チケット情報１７４と同じ内容である。受付サーバアドレス１５６は、本電文１５０に対し来場者携帯端末７が受付サーバ１へ返信する場合に用いられるアドレスが示される。
【００４９】
来場者携帯端末７において、チケット受付処理部４３６は、受付電文１５０を受信すると、受付確認処理（ステップＳ９２６）を開始する。受付確認処理では、チケット受付処理部４３６は、受付電文１５０の内容から、ＧＵＩ部４３２を介して表示装置２１２（図３）にイベント申込み内容を表示させ、その内容が妥当であるか否かの確認指示を、ＧＵＩ部４３２を介してユーザから受け付ける。妥当である旨の確認指示を受け付けた場合には、図１１のＳ９１１で転送されたパスワードの入力を、ＧＵＩ部４３２を介してユーザから受け付ける。その後、チケット受付処理部４３６は、応答電文１８０を作成し、通信部４３１を介して受付サーバ１に送信する（ステップＳ９２７）。
【００５０】
図８に、応答電文１８０の一例を示している。図８において、応答電文１８０は、受付サーバアドレス１８１と、電子チケット番号１８２と、パスワード１８３とを備える。受付サーバアドレス１８１は、受付電文１５０（図７）の受付サーバアドレス１５６である。電子チケット番号１８２は、受付電文１５０（図７）の電子チケット番号１５４である。そして、パスワード１８３は、チケット受け付け処理部４３６がユーザより受け付けたパスワードである。
【００５１】
受付サーバ１において、発券処理部４１６は、応答電文１８０を受信すると、チケット申込み電文２５０（図５）で送付したパスワードを記憶部４１３(図１４)から読み出し、読み出したパスワードと、応答電文１８０のパスワード１８３の内容とを照合し（ステップＳ９２２）、内容が一致すれば、電子チケット７０１を生成し（ステップS９２４）、生成された電子チケット７０１を来場者携帯端末７へ送信する。ステップＳ９２４において、電子チケットは、イベント内容、来場者氏名、電話番号など、イベントと来場者とを一意に特定できる内容が二次元バーコードとして示される。来場者携帯端末７のチケット受付処理部４３６は、電子チケット７０１を受信し、メモリ２０３（図３）へ格納する（ステップＳ９２８）。また、ステップＳ９２２において、受付サーバ１の発券処理部４１６は、パスワードの内容が一致しなければ、異常処理（ステップＳ９２３）を実施する。
【００５２】
以上説明したような電子チケット発券処理は、チケット購入者８が指定した来場者の数だけ繰り返される。
【００５３】
次に、イベント会場への入場のときの処理を、図１３を参照して説明する。図１３は、イベント会場４における来場者携帯端末７、入場管理装置５および受付サーバ１間相互の処理の流れ図を示している。
【００５４】
図１３において、来場者携帯端末７のチケット受付処理部は、Ｓ９２０(図１１)で発行された電子チケット７０１のバーコードを、図１０に示すように、ＧＵＩ部４３２を介して表示装置２１２に表示させる（ステップS９３１）。電子チケット７０１がイベント会場４に設置された入場管理装置５（図４）のスキャナ５１３にかざされると、入場管理装置５の認証部１９１５は、二次元コード画像読み取り処理（ステップＳ９３３）を開始する。入場管理装置５の認証部１９１５は、ＧＵＩ部１９１２を介してスキャナ５１３で二次元コード画像を読み取らせ（ステップＳ９３３）、二次元コードを解析する（ステップＳ９３４）。抽出部１９１４は、解析した二次元コードから、イベント内容、来場者氏名、電話番号などを抽出する。認証部１９１５は、抽出されたイベント内容に含まれる照会番号および来場者氏名（もしくは来場者識別情報）をキーとして、来場者９に対応する来場者データを受付サーバ１の記憶部４１３もしくは記憶部１９１３から読み込み（ステップＳ９３５）、読み込んだ来場者データから来場者メールアドレスを抽出する。認証部１９１５は、照会番号と来場者氏名（もしくは来場者識別情報）をキーとして来場者９に対応する来場者データが読み出せない場合には、登録されている来場者と一致しないとし（ステップＳ９３６）、出力部１９０６において入場を許可しない旨の表示を出力する（ステップＳ９４１）。
【００５５】
認証部１９１５は、読み出された来場者データから来場者メールアドレスが抽出された場合に、来場者メールアドレス宛てに、パスワードの返信を要求するメールを送信し、パスワード返信待ち状態とする（ステップＳ９３７）。
【００５６】
来場者携帯端末７のチケット受付処理部４３６は、通信部４３１を介してパスワードの返信を要求するメールを受信すると、ＧＵＩ部４３２を介して、表示装置２１２にメール内容を表示させてユーザのパスワードの入力を促す。ユーザによりパスワードがＫＢ２１１から入力されると、ＧＵＩ部４３２を介して、チケット受付処理部４３６は、パスワードを受け付け、受け付けたパスワードおよび照会番号を含む、図９に示す返信電文１９０を、入場管理装置５の認証部１９１５に返信する（ステップＳ９３２）。
【００５７】
図９に、返信電文１９０の一例を示す。図９において、返信電文１９０は、入場管理装置アドレス１９１と、電子チケットの照会番号１９２と、パスワード１９３とを備える。入場管理装置アドレス１９１は、入場管理装置のアドレスであり、パスワードの返信要求メールに含まれているメールアドレスである。電子チケットの照会番号１９２は、受付電文１５０（図７）の電子チケット番号１５４である。そして、パスワード１８３は、チケット受付処理部４３６で受け付けたパスワードであり、図１３のＳ９３２において来場者９により入力される。
【００５８】
認証部１９１５は、通信部１９１１を介して来場者携帯端末７からパスワードが含まれる返信電文１９０を受付け、パスワード確認処理として（ステップＳ９３８）、受け付けたメールのパスワードと、ステップＳ９３４で取得した来場者データ内のパスワードと照合し、同じであればＧＵＩ部１９１２を介して、表示装置に５１２に入場許可表示をさせる（ステップＳ９３９）。また、パスワードが一致した場合に入場ゲートを開けるようにしてもよい。認証部１９１５は、照合結果が同じでなければ、ＧＵＩ部１９１２を介して入場不可であることを表示装置５１２に表示させる。受付サーバ１からの来場者データの読み込み（Ｓ９３５）は、イベント開催前に、全来場者分のデータを一括ダウンロードしておくようにしてもいい。その場合、受付サーバ１からその都度、来場者データを送信する必要がなくなる。また、ステップＳ９３６もしくはステップＳ９３９において、来場者が一致しなかった場合もしくはパスワードが一致しなかった場合には、ステップＳ９３３に戻り再度電子チケット画像読取処理を開始するようにしてもよい。
【００５９】
本実施の形態では、来場者が正当な来場者であるか（来場者資格認証）のため、パスワード入力し、そのデータをメールで送ることにしたが、必ずしも、それに限定するものでなく、入力した文字を来場者携帯端末７の表示装置２１２に表示させて、それを、スキャナ５１３で読み取る方式としてもよい。さらに、文字によるパスワードでなく、音声情報、画像情報を認証情報として使用し、配布、入力に使用することも可能である。この場合は、それぞれ、音声認識、画像認識により、来場者資格の有無が検証される。
【００６０】
音声認識により来場者資格認証を行う方法について図１６を参照して説明する。図１６に、来場者資格認証を確認するシーケンス図を示す。上述した例においては、パスワードを文字にしてメールにて送信する場合を示したが、携帯電話回線を利用して音声情報にして認証する場合について説明する。この場合、来場者携帯端末の電話番号をチケット申し込み時のチケット申し込み電文２５０に含むようにして、来場者携帯端末の電話番号を記憶部４１３に保存しておく。図１６において、来場者携帯端末７は、Ｓ９２０(図１１)で発行された電子チケット７０１のバーコード（ＱＲコードやその他のコードでもよい）を、図１０に示すように表示する（ステップS１６０１）。電子チケット７０１がイベント会場４に設置された入場管理装置５（図４）のスキャナ５１３にかざされると、入場管理装置５の認証部１９１５は、スキャナでコード画像を読み込み（ステップＳ１６１１）、コードを解析する。抽出部１９１４は、解析したコードから、イベント内容、来場者氏名、電話番号などを抽出し、認証部１９１５は、イベント内容に含まれる照会番号と来場者氏名（もしくは来場者識別情報）をキーとして来場者９に対応する来場者データを受付サーバ１から読み込み（ステップＳ１６３１）、読み込んだ来場者データから一致する来場者携帯電話番号を抽出し（ステップＳ１６１２）、来場者携帯端末７に発呼する（ステップＳ１６１３）。
【００６１】
つぎに、認証部１９１５は、来場者携帯端末７と通話可能状態になると、認証コード（前述しているパスワードと異なるものでもよい）を生成し（ステップＳ１６１４）、生成された認証コードをＤＴＭＦ変換し（ステップＳ１６１５）、音声化された認証コードを携帯電話回線に送信する（ステップＳ１６１６）。来場者携帯端末７は、着信があると、通話状態にして音声をスピーカから出力する。来場者携帯端末7のスピーカから出力されている音声を入場管理装置5の認証部１９１５に備えるマイクロフォンで受信し（ステップＳ１６１７）、認証部１９１５は、受け付けた音声をＤＴＭＦ逆変換し（ステップＳ１６１８）、コードを生成する。認証部１９１５は、受信したコードと送信した認証コードとが一致するか否かを照合し（ステップＳ１６１９）、結果出力部１９０６は、照合結果を通知する（ステップＳ１６２０）。来場者携帯端末７のスピーカから受信したコードと、送信した認証コードとが、同じであれば入場許可を示す表示をランプで点灯(例えば青ランプを点灯)し、また、入場ゲートを開けるようにしてもよい。結果出力部１９０６は、照合結果が同じでなければ、入場不可であることを示す表示をランプで点灯(例えば赤ランプを点滅)し、入場できないことを通知する。これにより、来場者携帯端末７が、予め登録してある来場者携帯端末と一致することを確認することができる。例えば、電子チケットを転送したり、複製したりした場合には、来場者携帯端末７が、予め登録してある来場者携帯端末と一致しないため、入場できないようにできる。
以上説明したように、本実施の形態によれば、申込者が一括して複数の者の入場券を申し込んだときに、申し込み内容やパスワードを他の来場者に自動転送することができる。さらに、受付サーバから各来場者携帯端末にアクセスし、パスワードによる認証後、電子チケットを発行するので、来場者の利便性を向上させることができる。また、来場者の識別情報とパスワードとを電子チケットに対応させて管理し、入場するときに来場者携帯端末からパスワードを送信させて認証を行うでの、同一の電子チケットを複数のものに転送した場合などには来場者携帯端末の識別情報が異なるため、入場不可とすることができる。
【図面の簡単な説明】
【００６２】
【図１】本発明に係るシステム構成例を示す構成図である。
【図２】受付サーバの構成を示す構成図である。
【図３】携帯端末の構成を示す構成図である。
【図４】入場管理装置の構成を示す構成図である。
【図５】チケット申込み電文形式を示す説明図である。
【図６】発券通知電文を示す説明図である。
【図７】受付電文を示す説明図である。
【図８】応答電文を示す説明図である。
【図９】返信電文を示す説明図である。
【図１０】電子チケットを示す説明図である。
【図１１】チケット受付処理フローを示すフロー図である。
【図１２】チケット受付処理のうちチケット配信処理フローを示すフロー図である。
【図１３】入場管理処理フローを示すフロー図である。
【図１４】受付サーバの機能ブロック図である。
【図１５】携帯端末の機能ブロック図である。
【図１６】来場者資格認証のシーケンス図である。
【図１７】動転送プログラムの処理手順を示すフローチャートである。
【図１８】憶部に記憶する内容の説明図である。
【図１９】場管理装置の機能ブロック図である。
【符号の説明】
【００６３】
１…受付サーバ、２…チケット購入者携帯端末、３…ネットワーク、４…イベント会場、５…入場管理装置、６…決済サーバ、７…来場者携帯端末、８…チケット購入者、９…来場者、１０１・２０１・５０１…CPU、１０２・２０２・５０２…通信制御部、１０３・２０３・５０３…メモリ、１０４・５０４…外部記憶部、１０５・２０４・５０５…入力制御部、１０６・２０５・５０６…表示制御部、１１１・２１１・５１１…KB（キーボード）、１１２・２１１・５１２…表示装置、５０７…画像読み取り制御部、５１３…スキャナ、７０１…電子チケット
【図１】
2005215831.tif 000003
【図２】
2005215831.tif 000004
【図３】
2005215831.tif 000005
【図４】
2005215831.tif 000006
【図５】
2005215831.tif 000007
【図６】
2005215831.tif 000008
【図７】
2005215831.tif 000009
【図８】
2005215831.tif 000010
【図９】
2005215831.tif 000011
【図１０】
2005215831.tif 000012
【図１１】
2005215831.tif 000013
【図１２】
2005215831.tif 000014
【図１３】
2005215831.tif 000015
【図１４】
2005215831.tif 000016
【図１５】
2005215831.tif 000017
【図１６】
2005215831.tif 000018
【図１７】
2005215831.tif 000019
【図１８】
2005215831.tif 000020
【図１９】
2005215831.tif 000021