JP4311408B2 - チケット発行システムおよびチケットサーバ - Google Patents

Description

本発明は，チケット発行システムおよびチケットサーバに関し，より詳細には，電子チケットを利用したチケット発行システムおよびチケットサーバに関する。

映画やコンサート，スポーツ，ＩＴ分野の展示会等を中心に，入場券に紙のチケットに換えて，携帯電話やＩＣカード等を利用した電子チケットが増えてきた。携帯電話を利用するものでは，ユーザは，携帯電話からインターネットへアクセスし，画面上に入場券の代わりになるＱＲコードなどのコードを表示させ，コンサートや展示会の入り口に設置された読取装置（リーダー）に携帯電話をかざしてコードをスキャンさせることで入場することができる。

従来，チケット等を購入できるのは，携帯端末から予約を行った本人だけであり，複数人のチケット当の予約，発券を同時に行うことはできなかった。このような問題を解決するため，例えば，特許文献１には，１つの携帯端末から，同時に複数人のチケット等の予約，発券を可能とする予約発券システムが開示されている。

特開２００２−３６６８１７号公報

しかし，特許文献１に記載の予約発券システムでは，チケット予約を行った代表者または決裁者以外の人は，代表者または決裁者と一緒でなければ入場することができなかった。すなわち，１つのコードは１枚のチケットに対応しており，１つのコードから複数枚のチケットを発行することはできなかった。

そこで，本発明は，上記問題に鑑みてなされたものであり，本発明の目的とするところは，１つのチケット情報から複数枚のチケットを発行することの可能な，新規かつ改良されたチケット発行システムおよびチケットサーバを提供することにある。

上記課題を解決するために，本発明のある観点によれば，予約されたチケットを発行するチケットサーバと，チケットを受け取る１または２以上の利用者端末と，利用者端末から提示されたチケットを認証するチケット認証端末とを備えるチケット発行システムが提供される。かかるチケット発行システムにおいて，チケットサーバは，予約されたチケットのうちチケットを受け取る受取人のメールアドレスが同一である複数のチケットに関する情報に，１のチケットリンク情報を関連付けて記憶するチケット情報記憶部と，チケットリンク情報を含むチケット情報コードを生成するコード生成部と，同一のチケットリンク情報が付与された複数のチケットのうち一のチケットにのみチケット情報コードを認証するための認証データを生成してチケット情報記憶部に記憶するとともに認証データに対応するチケット情報コードのみを発行し，利用者端末により提示されたチケット情報コードをチケット認証端末から受け取り，チケット情報コードに関連付けられた複数のチケット情報をチケット認証端末に送信するチケット発行処理部と，チケット情報コードをチケットの受取人のメールアドレスが設定された利用者端末へ送信するチケットサーバ通信部とを備える。また，利用者端末は，チケットサーバからチケット情報コードを受信するコード受信部と，チケット情報コードをチケット認証端末に提示する提示部とを備える。さらに，チケット認証端末は，利用者端末から提示されたチケット情報コードを読み取る読取部と，チケットサーバとの情報の送受信を行う認証端末通信部と，認証端末通信部を介してチケット情報コードをチケットサーバに照会してチケット情報を受け取るコード照会処理部とを備える。

かかる構成によれば，チケット認証端末が，利用者端末から読み取った１のチケット情報コードをチケットサーバへ送信すると，チケットサーバは，１のチケットにチケットリンク情報によって関連付けられた複数のチケット情報をチケット認証端末へ送信する。これにより，チケット認証端末は，利用者端末から読み取った１のチケット情報コードから，複数のチケット情報を取得することが可能となる。

また，チケット発行システムは，チケットを予約する予約者端末と，予約者端末からの予約データに基づいてチケットの予約処理を行うチケット予約ホストとをさらに備えることもできる。チケット予約ホストは，チケットサーバに予約が完了した予約データを送信し，チケット発行依頼を通知する予約データ送信部を備える。チケットサーバのチケット発行処理部は，チケット予約ホストから受信した予約データをチケット情報記憶部に記憶し，予約者端末にチケットサーバの接続先情報を通知する。

ここで，チケット発行処理部は，利用者端末からの要求に応じて認証データを含むチケット情報コードを通知してもよい。例えば，チケットサーバのチケット発行処理部は，チケット情報コードを取得するための接続先情報を利用者端末に通知し，利用者端末が接続することにより，利用者端末にチケット情報コードを通知することができる。

また，上記課題を解決するために，本発明の別の観点によれば，予約されたチケットを発行するチケットサーバが提供される。かかるチケットサーバは，予約されたチケットのうちチケットを受け取る受取人のメールアドレスが同一である複数のチケットに関する情報に，１のチケットリンク情報を関連付けて記憶するチケット情報記憶部と，チケットリンク情報を含むチケット情報コードを生成するコード生成部と，同一のチケットリンク情報が付与された複数のチケットのうち一のチケットにのみチケット情報コードを認証するための認証データを生成してチケット情報記憶部に記憶するとともに認証データに対応するチケット情報コードのみを発行するチケット発行処理部とを備えることを特徴とする。チケット発行処理部は，利用者端末から取得したチケット情報コードに含まれる認証コードが認証データ記憶部に記憶されている認証コードと一致した場合に，認証データに対応するチケットと同一のチケットリンク情報を有するチケットに関する情報を利用者端末へ送信する。かかる構成により，チケットサーバは，１のチケットのチケットリンク情報によって複数のチケット情報を送信することができる。

以上説明したように本発明によれば，１つのチケット情報から複数枚のチケットを発行することの可能なチケット発行システムおよびチケットサーバを提供することができる。

以下に添付図面を参照しながら，本発明の好適な実施の形態について詳細に説明する。なお，本明細書及び図面において，実質的に同一の機能構成を有する構成要素については，同一の符号を付することにより重複説明を省略する。

まず，図１にもとづいて，本発明の実施形態にかかるチケット発行システムの概略について説明する。ここで，図１は，本実施形態にかかるチケット発行システムの概略定な構成を示す説明図である。

本実施形態にかかるチケット発行システム１は，図１に示すように，例えばコンサートや映画等のチケットを販売する電子チケット販売サイト１００と，チケットを予約する予約者端末２００と，予約者端末２００により予約されたチケットを受け取る利用者端末３００と，チケット認証端末４００と，インターネット網等の通信網５００から構成される。なお，通信網５００には，携帯電話通信網も含まれる。

電子チケット販売サイト１００は，インターネット等の通信網５００を利用したチケット販売サービスサイトであり，予約者が購入したチケットを電子チケットとして発行することができる。電子チケット販売サイト１００は，例えば，会員登録した会員に対してチケット販売サービスを行う会員制サイトとして構築することができ，会員は，氏名，メールアドレス等の会員情報をあらかじめ登録することにより，本実施形態にかかるチケット発行システム１を利用することができる。電子チケット販売サイト１００は，チケット予約ホスト１１０と，チケットサーバ１２０と，メールサーバ１３０とを備える。

チケット予約ホスト１１０は，予約者からのチケットの予約申し込みに応じてチケットを予約し，チケットサーバ１２０に予約情報を通知して電子チケットの発行依頼を行う。本実施形態にかかるチケット予約ホスト１１０はホストとして構成されているが，Ｗｅｂサーバを含むサーバとして構成することもできる。

チケットサーバ１２０は，チケット予約ホスト１１０からの電子チケット発行依頼を受け，予約したチケットの発行処理を行う。また，利用者端末３００からの要求により，利用者が予約者から譲渡されたチケットを，例えばＱＲコードなどの二次元コード化された電子チケットとして発行する。

メールサーバ１３０は，チケットサーバ１２０から予約者端末２００または利用者端末３００に電子メールを送信するためのサーバである。

予約者端末２００は，予約者がチケットの予約やチケットの受取人の指定，チケットの分配等を行うための端末であり，インターネット閲覧可能な端末（例えば，パーソナルコンピュータ，携帯電話等）を用いることができる。

利用者端末３００は，予約者により譲渡されたチケットを電子チケットとして取得するための端末であり，インターネット閲覧可能な端末（例えば，パーソナルコンピュータ，携帯電話等）を用いることができる。また，利用者端末３００は，電子チケットとして取得した二次元コードを表示して，例えばイベント会場への入場の際に入場券の代わりとして使用される。

チケット認証端末４００は，利用者端末３００に表示された二次元コードを読み取り，チケットを認証するための端末である。チケット認証端末４００は，例えばイベント会場に設置され，利用者端末３００から読み取った二次元コードに含まれる認証情報をチケットサーバ１２０に送信する。そして，チケットサーバ１２０において二次元コードの認証を行った結果を利用者に対して報知する。二次元コードが認証されれば，ゲートを開いて利用者の入場を許可したり，利用者にチケットの半券を発券する等の処理を行う。一方，認証されなければ，その旨を利用者に報知する等の処理を行う。

このようなチケット発行システム１では，まず，予約者がパーソナルコンピュータ等の予約者端末２００から電子チケット販売サイト１００にアクセスし，複数枚のチケットを予約する。チケットの予約が完了すると，チケットサーバ１２０からメールサーバ１３０を介して，接続先情報であるチケット受取先を入力するためのページ（チケット受取先情報入力ページ）のＵＲＬが予約者端末２００にメール通知される。チケット受取先情報入力ページのＵＲＬの通知を受けた予約者は，チケット受取先情報入力ページにアクセスして，チケットの受取先に関する情報であるメールアドレス等を入力する。そして，予約者により入力された情報に基づき，チケットサーバ１２０からメールサーバ１３０を介して，携帯電話等の利用者端末３００に接続先情報である二次元コードダウンロード用ページ（ダウンロードページ）のＵＲＬがメール通知される。

ダウンロードページのＵＲＬの通知を受けた利用者は，例えば携帯電話等の利用者端末３００を用いて，通知されたダウンロードページにアクセスし，紙のチケットの代わりとなる例えば二次元コードを利用者端末３００にダウンロードする。そして，利用者は，ダウンロードした二次元コードを利用者端末３００に表示させて，イベント会場等に設置されたチケット認証端末４００に利用者端末３００をかざして，チケットの認証を受ける。チケットが認証されればイベント会場に入場することができ，認証されなければその旨が利用者に報知される。

次に，図２に基づいて，本実施形態にかかるチケット発行システム１に備わる各装置について説明する。ここで，図２は，本実施形態にかかるチケット発行システム１に備わる装置の概略的な構成を示すブロック図である。

チケット予約ホスト１１０は，図２に示すように，通信部１１１と，予約管理処理部１１３と，予約データ記憶部１１５とを備える。通信部１１１は，通信網５００を介して予約者端末２００との間でチケットの予約データの送受信を行う。また，予約が完了した際には，チケットの予約データをチケットサーバ１２０に送信し，チケットサーバ１２０に対して電子チケットの発行依頼を行う。

予約管理処理部１１３は，予約者端末２００から受けた予約申込みデータの内容で予約が可能か否かを確認する。予約データ記憶部１１５は，予約データを記憶しており，例えばＲＡＭやハードディスク等のメモリを含んで構成される。具体的には，例えば図３（ａ）に示すように，興行名１１５ａ，開催日１１５ｂ，席種１１５ｃ，席番号１１５ｄ，予約者ＩＤ１１５ｅ，予約日１１５ｆ等のチケット予約情報を記憶している。

また，チケット予約ホスト１１０は，図３（ｂ）に示すように，ユーザＩＤ１１７ａと関連付けられたユーザのメールアドレス１１７ｂを記憶するユーザ情報記憶部１１７をさらに備えることもできる。ユーザ情報記憶部１１７に記憶された情報は，チケット発行システム１の会員情報であってもよく，例えばユーザＩＤ１１７ａはチケット販売サービスサイト利用時のログインＩＤとして利用するようにしてもよい。

チケットサーバ１２０は，通信部１２１と，チケット発行処理部１２５と，コード生成部１２６と，チケット情報記憶部１２７と，グループＩＤ記憶部１２８と，認証データ記憶部１２９とを備える。

通信部１２１は，チケット予約ホスト１１０からチケットの予約情報を受信する予約データ受信部１２２と，予約者端末２００から送信されたチケットの受取人情報を受信する受取先情報受信部１２３と，メールサーバ１３０を介して予約者端末２００または利用者端末３００に電子メールを送信するメール送信部１２４とを備える。また，通信部１２１は，発行するチケットを特定するため情報（例えば，チケット発行通番，認証データ等）を含む例えばＱＲコード等のチケット情報コードをチケット認証端末４００から受け取るためのチケット情報コード受信部（図示せず。）等を備えている。

チケット発行処理部１２５は，チケット認証端末４００からチケット情報コードを受け取り，チケット情報コードに関連付けられた複数のチケット情報を，チケット情報記憶部１２７，グループＩＤ記憶部１２８，認証データ記憶部１２９から取得し，チケット認証端末４００に送信する。

また，チケット発行処理部１２５は，予約者端末２００から受信したチケットリンク情報を，チケット情報記憶部１２７に記憶された予約データに関連付けて，グループＩＤ記憶部１２８に記憶する。チケットリンク情報は，同時に発行されるチケットを関連付けるための情報であり，例えば，関連付けるチケットに対して同一のＩＤ（以下，「グループＩＤ」とする。）を付すように使用される。例えば，受取人が同一のチケットに対して同一グループＩＤを付すことができ，この場合，チケットの受取人情報（例えば，メールアドレス，電話番号等）が同一であるチケットに対して同一グループＩＤを付すことが考えられる。

さらに，チケット発行処理部１２５は，チケット情報コードを認証するための認証データを生成し，生成した認証データをチケットリンク情報と関連付けて認証データ記憶部１２９に記憶する。かかる認証データを用いて，チケット発行処理部１２５は，利用者がダウンロードしたチケット情報コードの認証処理を行う。すなわち，チケット発行処理部１２５は，チケット認証端末４００が利用者端末３００から読み取ったチケット情報コードに含まれるチケット発行通番および認証データを受け取り，かかるチケット発行通番および認証データと認証データ記憶部１２９に記憶された認証データとを照合する。この照合結果に基づいて，チケット発行処理部１２５はチケットの発行の可否を決定する。そして，チケット情報コードが認証された場合，チケット発行処理部１２５は，認証されたチケット情報コードに関連付けられた複数のチケット情報をチケット認証端末４００に送信する。一方，認証されなかった場合には，その旨の情報をチケット認証端末４００に送信する。

また，チケット発行処理部１２５は，チケット予約ホスト１１０から受信した予約データをチケット情報記憶部１２７に記憶して，予約者端末２００にチケット受取先情報入力ページのＵＲＬを，メールサーバ１３０を介してメール通知する。さらに，利用者がチケット情報コードを取得するためのダウンロードページのＵＲＬを，メールサーバ１３０を介して利用者端末３００に通知する。利用者端末３００がダウンロードページにアクセスすると，チケット発行処理部１２５は，チケット発行通番，認証データ等を含むチケット情報コードを利用者端末３００へ通知する。

コード生成部１２６は，発行するチケットを特定するため情報（例えば，チケット発行通番，認証データ等）を含むチケット情報コードを生成する。コード生成部１２６は，利用者端末３００がダウンロードページにアクセスすると，チケット発行処理部１２５の依頼を受け，複数発行するチケットのうち１つのチケット情報に基づいて，チケット情報コードを生成する。

チケット情報記憶部１２７は，チケット予約ホスト１１０から受け取った予約データが記憶されており，例えばＲＡＭやハードディスク等のメモリを含んで構成される。具体的には，例えば図４（ａ）に示すように，チケット発行通番１２７ａ，興行名１２７ｂ，開催日１２７ｃ，席種１２７ｄ，席番号１２７ｅ等のチケット予約情報を記憶している。

グループＩＤ記憶部１２８は，予約者端末２００から受け取ったチケットの受取先情報に基づいてチケットの分配先ごとにチケットをリンクさせた，チケットリンク情報が記憶されており，例えばＲＡＭやハードディスク等のメモリを含んで構成される。具体的には，例えば図４（ｂ）に示すように，チケット発行通番１２８ａ，予約者ＩＤ１２８ｂ，グループＩＤ１２８ｃ等のチケットリンク情報を記憶している。予約者ＩＤ１２８ｂは，チケット予約ホスト１１０のユーザ情報記憶部１１７に記憶されたユーザＩＤ１１７ａと対応したＩＤを用いてもよい。

認証データ記憶部１２９は，チケット情報コードを認証するための認証データを記憶しており，例えばＲＡＭやハードディスク等のメモリを含んで構成される。具体的には，例えば図４（ｃ）に示すように，チケット発行通番１２９ａ，認証データ１２９ｂ等の認証情報を記憶している。

なお，本実施形態では，チケット情報記憶部１２７，グループＩＤ記憶部１２８および認証データ記憶部１２９は別個のテーブルとして説明しているが，本発明はかかる例に限定されず，これらの情報を１つのテーブルにまとめて記憶することもできる。

予約者端末２００は，通信部２０１と，予約処理部２０３と，入力部２０５と，表示部２０７とを備える。通信部２０１は，チケットを予約するための予約データをチケット予約ホスト１１０に送受信し，また，予約した複数のチケットの受取先をチケットサーバ１２０へ送信する。予約処理部２０３は，チケット予約ホスト１１０へ送信する予約データの作成処理を行う。入力部２０５は，予約データを入力するために設けられ，例えばキーボードやマウス等の入力手段を用いることができる。表示部２０７は，チケット予約ホスト１１０やチケットサーバ１２０との通信結果等を表示するために設けられる。

利用者端末３００は，予約者端末２００とほぼ同様の構成を有しており，通信部３０１と，コード情報処理部３０３と，入力部３０５と，表示部３０７とを備える。利用者端末３００においては，通信部３０１は，ダウンロードページにチケットサーバ１２０へアクセスし，チケットサーバ１２０からチケット情報コードをダウンロードする等，チケットサーバ１２０の通信部１２１との通信を行う。コード情報処理部３０３は，チケットサーバ１２０へのアクセス処理や，チケットサーバ１２０から取得したチケット情報コードを表示部３０７に表示させるためのデータ処理等を行う。入力部３０５は，例えばダウンロードページにアクセスするための入力を行うために設けられる。表示部３０７は，チケットサーバ１２０から取得したチケット情報コードを表示するために設けられる。

ここで，予約者端末２００と利用者端末３００は，同一端末であってもよい。すなわち，予約者と利用者が同一人であったり，同じ端末を使用してチケットの予約と受け取りを行う場合も考えられる。このような場合には，上記予約者端末２００および利用者端末３００の機能を兼ね備えた端末であるとする。

チケット認証端末４００は，通信部４０１と，コード照会処理部４０３と，コード読取部４０５と，表示部４０７と，発行部４０９とを備える。通信部４０１は，チケット情報コードに含まれる情報を照会情報としてチケットサーバ１２０に送信する。照会情報は，例えば，チケット発行通番，認証データ等を用いることができる。コード照会処理部４０３は，コード読取部４０５にて利用者端末３００から読み取ったチケット情報コードに基づいて，チケットサーバ１２０に問い合わせる照会情報を作成する。コード読取部４０５は，利用者端末３００の表示部３０７に表示されたチケット情報コードを読み取る。表示部４０７は，チケット認証端末４００の使用方法や，認証中等の処理状況，そしてチケットサーバ１２０からの認証結果等を表示する。発行部４０９は，チケットサーバ１２０による認証結果に応じて，チケットの半券等を発行する。

以上，本実施形態にかかるチケット発行システム１を構成する各装置について説明した。かかるチケット発行システム１では，複数枚のチケットを関連付けるチケットリンク情報としてグループＩＤを利用することにより，１の利用者に対して複数のチケットを発行することが可能であることを特徴とする。

そこで，以下に，図５〜８に基づいて，本実施形態にかかるチケット発行システム１におけるチケットの予約・分配・認証処理について説明する。ここで，図５は，本実施形態にかかるチケットの予約処理の概略を示すフローチャートである。また，図６は，本実施形態にかかるチケットの分配処理の概略を示すフローチャートである。そして，図７は，グループＩＤおよび認証データの生成手順を示すフローチャートである。また，図８は，本実施形態にかかるチケットの認証処理の概略を示すフローチャートである。

＜１．チケットの予約処理＞
まず，図５に基づいて，チケットの予約処理について説明する。図５に示すように，チケットを予約する予約者は，予約者端末２００から電子チケット販売サイト１００のチケット予約ホスト１１０にアクセスする（ステップＳ１０１）。電子チケット販売サイト１００のチケット予約ホスト１１０との通信が開始されると（ステップＳ１０３），予約者は，予約者端末２００においてチケットの予約申込データを作成する（ステップＳ１０５）。予約申込データには，例えばユーザＩＤ等の予約者情報や，申し込むイベントのイベントコード，開催日，席種，チケット枚数，予約日などの情報が含まれる。申込データを作成すると，予約者端末２００は，申込データをチケット予約ホスト１１０へ送信する（ステップＳ１０７）。

チケットの申込データを受信したチケット予約ホスト１１０は，申込データと予約データ記憶部１１５に記憶された予約状況データとを照合し（ステップＳ１０９），予約の可否を判断する（ステップＳ１１１）。予約可能である場合は，予約者端末２００とチケット予約ホスト１１０との間で決済が行われる（ステップＳ１１３）。決済は，例えば電子マネーやクレジットカード等の周知の方法により行われる。また，本実施形態では，複数枚のチケットを予約する場合においても予約者が一括して決済するものとして説明するが，本発明はかかる例に限定されず，複数人が個別決済することも可能である。

決済が完了すると，チケット予約ホスト１１０は，予約データ記憶部１１５に記憶された予約状況データに対して更新処理を行う（ステップＳ１１５）。そして，チケットサーバ１２０へ電子チケット発行依頼を通知する（ステップＳ１１７）。電子チケット発行依頼の通知に合わせて，例えば代表者のメールアドレス，チケットの購入枚数，イベントコード，座席を特定する情報等の予約情報も通知される。チケットサーバ１２０がチケット予約ホスト１１０から電子チケット発行依頼を受け取ることにより（ステップＳ２０１），電子チケットの分配処理が開始される。

一方，ステップＳ１１１において予約ができなかった場合には，チケット予約ホスト１１０は，予約できない旨の通知を予約者端末２００に通知する（ステップＳ１１９）。このとき，チケット予約ホスト１１０から予約者端末２００に対して，再度予約を行うか否かの問い合わせも合わせて送信される（ステップＳ１２１）。そして，予約者が再度予約を行う選択をした場合には，ステップＳ１０５からの処理が再度実行される。また，予約者が予約は行わない選択をした場合には，予約処理は終了する。

＜２．チケットの分配処理＞
次に，図６に基づいて，予約したチケットの分配処理について説明する。ステップＳ２０１において，チケット予約ホスト１１０から電子チケット発行依頼を受け取ったチケットサーバ１２０は，予約者端末２００にチケット分配ページＵＲＬを通知するメールを，メールサーバ１３０を介して送信する（ステップＳ２０３）。予約者端末２００は，チケットサーバ１２０からのチケット分配ページＵＲＬの通知メールを受信した後（ステップＳ２０５），電子チケットの分配を行うため，チケット分配ページＵＲＬにアクセスする（ステップＳ２０７）。このとき，予約者は，チケットサーバ１２０からログインパスワードを要求されるので（ステップＳ２０９），ログインパスワードを入力し（ステップＳ２１１），入力されたログインパスワードがチケットサーバ１２０により認証された後（ステップＳ２１３），予約者は分配の手続を開始することができる。なお，チケット分配ページへのログインには，チケット販売サービスサイトを利用するにあたり登録したユーザＩＤやパスワードを用いてもよい。

ログインパスワードが認証されると，チケットサーバ１２０は，ステップＳ１１７において取得した予約情報に基づいて，予約者が予約したチケット枚数を確認する（ステップＳ２１５）。本実施形態にかかるチケット発行システム１では，予約したチケット枚数が２枚以上の場合にはチケットの分配処理を可能とし，予約したチケットが１枚の場合にはチケットの発行処理に移行する。チケット枚数が２枚以上である場合，チケットサーバ１２０は予約者端末２００へチケットを分配して発行するか否かを問い合わせる（ステップＳ２１７）。予約者がチケットを分配するか否かを決定すると，決定内容がチケットサーバ１２０に送信され（ステップＳ２１９），この決定内容に応じて，チケットサーバ１２０および予約者端末２００における処理が決定される（ステップＳ２２３，Ｓ２２１）。

予約者がチケットの分配を選択した場合，チケットサーバ１２０は予約者端末２００にチケットを分配する分配先のメールアドレスの入力を要求する（ステップＳ２２５）。予約者端末２００は，かかる入力要求を受けると，分配先のメールアドレスを入力する画面（受取先入力画面２１１）が表示部２０７に表示される。受取先入力画面２１１には，例えば，図９に示すように，予約者が予約したチケット毎にメールアドレスを入力するメールアドレス入力欄２１３が設けられている。予約者は，チケットの受取人のメールアドレスを入力し，受取先入力画面２１１に設けられた確定ボタン２１５を押下することにより，受取人のメールアドレスをチケットサーバ１２０に送信する（ステップＳ２２７）。

受取人のメールアドレスを受信したチケットサーバ１２０は，予約者に対して受取先のメールアドレスの確認を行う（ステップＳ２２９）。例えば，図１０に示すような確認画面２２１が，予約者端末２００の表示部２０７に表示される。確認画面２２１では，受取先入力画面２１１において入力したメールアドレスが変更できないように非アクティブ状態で表示される（符号２２３）。そして，予約者は，確認の結果，入力内容に誤りがなければ，確認画面２２１の「はい」ボタン２２５を押下して，チケットの分配処理を実行する（ステップＳ２３３）。

この際，チケットサーバ１２０は，予約者端末２００から入力されたチケットの受取先情報をチケットリンク情報として，チケット情報に関連付けてチケット情報記憶部１２７に記憶する。具体的には，チケットサーバ１２０は，予約者端末２００から入力された受取人のメールアドレスが同一のチケットに対して，同一のグループＩＤを付与する（図７におけるステップＳ２３３ａ）。

例えば，図１０に示すように，予約者が６枚のチケットを予約し，３人の受取人にチケットを２枚ずつ発行するとする。予約された６枚のチケットには，図４（ａ）に示すようにチケット発行通番１２７ａが順に付与されている。ステップＳ２３３においてチケットの分配処理が実行されると，チケットサーバ１２０のチケット発行処理部１２５は，受取人のメールアドレスが同一であるチケットに対して，同一のグループＩＤを付与する。図１０においては，１番目と２番目のチケット，３番目と４番目のチケット，５番目と６番目のチケットがそれぞれ同一の受取人が受け取るので，図４（ｂ）に示すように，チケット発行通番「００１」と「００２」に対してグループＩＤ「１」，チケット発行通番「００３」と「００４」に対してグループＩＤ「２」，チケット発行通番「００５」と「００６」に対してグループＩＤ「３」がチケット発行処理部１２５により付与される。さらに，グループＩＤ記憶部１２８に，グループＩＤ１２８ｃがチケット発行通番１２８ａに対応付けられて記憶される。

チケット発行通番に対してグループＩＤが付与されると，チケットサーバ１２０は，同一グループＩＤ内においてチケット発行通番の最も小さいチケットデータ（図４（ａ）におけるグレー部分のデータ）に基づいて，認証データを作成する（図７におけるステップＳ２３３ｂ）。認証データは，チケットを発行する際の認証処理に用いられ，各チケットに対して作成される。例えば，図４（ｂ）において，グループＩＤ「１」を有するチケットについてみると，チケット発行通番が最も小さいチケットデータはチケット発行通番「００１」のチケットデータである。したがって，チケット発行通番「００１」および「００２」の認証データは，チケット発行通番「００１」のチケットデータに基づいて生成される。

同様に，チケット発行通番「００３」および「００４」の認証データは，チケット発行通番「００３」，チケット発行通番「００５」および「００６」の認証データは，チケット発行通番「００５」のチケットデータに基づいて生成される。このようにして生成された認証データは，図４（ｃ）に示すように，チケット発行通番１２９ｂに対して付与される。このように，チケットの同一受取人に対して同一グループＩＤを付与することにより，各受取人に対して発行すべきチケットを分類する。

一方，入力内容に誤りがある等，入力内容を訂正する場合には，確認画面２２１の「いいえ」ボタン２２７を押下してチケットの分配処理を中止し，ステップＳ２２７からの処理を再度行う。

ステップＳ２３３において，チケットサーバ１２０によるチケット分配が完了すると，チケットサーバ１２０は，チケット情報コードとしてＱＲコードのダウンロードＵＲＬの通知メールを，メールサーバ１３０を介して，チケットの分配先である利用者端末３００に送信する（ステップＳ２３５）。このＱＲコードダウンロードページのＵＲＬ通知メールを利用者端末３００が受信することにより（ステップＳ２３７），電子チケットの認証処理が可能となる。

ここで，図６に示すステップＳ２３５における処理から予約者端末２００に向かう破線は，予約者端末２００が利用者端末３００となる場合の情報の流れを示すものである。このような場合には，予約者端末２００に対してもＱＲコードダウンロードページのＵＲＬ通知メールが送信される。また，接続先情報であるＱＲコードダウンロードページのＵＲＬ通知メールを送信した後，チケットサーバ１２０はチケット分配完了のメールを，メールサーバ１３０を介して予約者端末２００へ送信する（ステップＳ２３９）。

＜３．チケットの認証処理＞
次に，図８に基づいて，チケットの認証処理について説明する。ステップＳ２３７においてＱＲコードのダウンロードＵＲＬの通知メールを受け取った利用者端末３００は，ＱＲコードをダウンロードするため，チケットサーバ１２０のＱＲコードのダウンロードＵＲＬにアクセスする（ステップＳ３０１）。このアクセスを受けて，チケットサーバ１２０は，コード生成部１２６においてＱＲコードを生成し（ステップＳ３０３），作成されたＱＲコードを利用者端末３００に送信する（ステップＳ３０５）。

ここで，ステップＳ３０３において生成されたＱＲコードは，同一グループＩＤを有する複数のチケットの中で，チケット発行通番の小さいチケットデータに基づいて生成される。例えば，チケット発行通番「００１」および「００２」のチケットを受け取る利用者端末３００がチケットサーバ１２０にアクセスすると，チケットサーバ１２０は，コード生成部１２６にてチケット発行通番「００１」のチケットデータに基づいてＱＲコードを生成する。すなわち，利用者端末３００に表示されるＱＲコードは１のチケット情報に基づいて生成されたものであり，複数のチケットが発行される場合でも，複数のチケットのチケット情報を含んだＱＲコードは生成されない。利用者端末３００は，このように生成されたＱＲコードを受信し，利用者端末３００の表示部３０７にＱＲコードを表示する（ステップＳ３０７）。

利用者端末３００の表示部３０７にＱＲコードを表示させたチケットの受取人が，チケット認証端末４００のコード読取部４０５に利用者端末３００をかざすと，チケット認証端末４００のコード読取部４０５はＱＲコードを読み取る（ステップＳ３０９）。ＱＲコードを読み取ったチケット認証端末４００は，コード照会処理部４０３により，チケットサーバ１２０に対してチケットの認証依頼を送信する（ステップＳ３１１）。このとき，ＱＲコードから読み取ったチケット発行通番と認証データとがチケットサーバ１２０に対して送信される。このチケットの認証依頼を受けて，チケットサーバ１２０は，チケットの認証処理を開始する（ステップＳ３１３）。

チケットの認証処理は，まず，チケット発行処理部１２５において，チケット認証端末４００から送信された認証データと，認証データ記憶部１２９にチケット発行通番１２９ａと関連付けて記憶された認証データ１２９ｂとを照合する。チケットサーバ１２０における照合の結果（ステップＳ３１５），認証データが一致した場合には，チケットサーバ１２０は，認証されたチケットと同一のグループＩＤを有するチケットを，グループＩＤ記憶部１２８から検索する（ステップＳ３１７）。

例えば，チケット発行通番「００１」および「００２」のチケットの受取人が，利用者端末３００にＱＲコードを表示させて，チケット認証端末４００のコード読取部４０５にかざすとする。ここで，利用者端末３００に表示されるＱＲコードは，チケット発行通番「００１」のチケット情報に基づいて生成されたコードである。読み取られたＱＲコードから読み取られたチケット発行通番および認証データをチケットサーバ１２０へ送信し，認証データ記憶部１２９に記憶された認証データと一致した場合には，グループＩＤ記憶部１２８からチケット発行通番と関連付けて記憶されたグループＩＤを取得する。

図４（ｂ）に示すように，チケット発行通番「００１」のグループＩＤは「１」である。チケット発行処理部１２５は，認証されたチケットのグループＩＤを取得すると，グループＩＤ「１」を有するチケット発行通番をグループＩＤ記憶部１２８から検索する。このように，チケット発行通番「００１」とともに発行するチケットを検索する。ここでは，グループＩＤ「１」が付与されたチケット発行通番「００２」のチケットが発行対象となる。したがって，チケット発行通番「００１」および「００２」の２枚のチケットが発行されることになる。

発行するチケットが決定すると，決定されたチケットのチケット発行通番に関連付けられたチケット情報（例えば，チケット発行通番，興行名，開催日，席種，席番号等）がチケット情報記憶部１２７より取得され，チケット認証端末４００へ通知される（ステップＳ３１９）。チケット認証端末４００は，チケットサーバ１２０からの通知を判断し（ステップＳ３２１），認証された場合には，例えば，入場ゲートを開いたり，発行部４０９にてチケットの半券を発行する処理を行う（ステップＳ３２３）。

一方，チケットサーバ１２０にて認証されなかった場合には，チケットサーバ１２０は，チケットの発行ができない旨を，チケット認証端末４００の表示部４０７を介して受取人へ報知する（ステップＳ３２５）。

以上，本発明の実施形態にかかるチケットの予約・分配・認証処理について説明した。本実施形態にかかるチケット発行システム１では，複数のチケットを１のチケット情報を有するチケット情報コードから発行することが可能となる。これにより，複数枚つづりの紙チケットに相当する電子チケットを実現することができる。また，予約者以外の者にも電子チケットを分配することができるので，チケット情報コードの受取人は単独でイベント会場等に入場することができる。

以上，添付図面を参照しながら本発明の好適な実施形態について説明したが，本発明は係る例に限定されないことは言うまでもない。当業者であれば，特許請求の範囲に記載された範疇内において，各種の変更例または修正例に想到し得ることは明らかであり，それらについても当然に本発明の技術的範囲に属するものと了解される。

例えば，上記実施形態において，チケット情報コードの認証処理は，チケットサーバ１２０のチケット発行処理部１２５にて処理したが，本発明はかかる例に限定されず，例えば，チケット認証端末４００にて処理してもよい。

また，上記実施形態において，チケットの予約枚数が２枚以上の場合に，チケット分配ページにアクセス可能となり，チケットの受取人のメールアドレスを入力することができたが，本発明はかかる例に限定されない。例えば，チケットの予約枚数にかかわらず，チケットの受取人のメールアドレスを入力できるようにしてもよい。

さらに，上記実施形態において，チケット情報コードは二次元コードであったが，本発明はかかる例に限定されず，例えばバーコードでもよい。

本発明は，チケット発行システムに適用可能であり，特に電子チケットを用いたチケット発行システムに適用可能である。

本発明の実施形態にかかるチケット発行システムの概略定な構成を示す説明図である。 同実施形態にかかるチケット発行システムに備わる装置の概略的な構成を示すブロック図である。 （ａ）は，予約データ記憶部における記憶内容を示す説明図であり，（ｂ）は，ユーザ情報記憶部における記憶内容を示す説明図である。 （ａ）は，チケット情報記憶部における記憶内容を示す説明図であり，（ｂ）は，グループＩＤ記憶部における記憶内容を示す説明図であり，（ｃ）は，認証データ記憶部における記憶内容を示す説明図である。 同実施形態にかかるチケットの予約処理の概略を示すフローチャートである。 同実施形態にかかるチケットの分配処理の概略を示すフローチャートである。 グループＩＤおよび認証データの生成手順を示すフローチャートである。 同実施形態にかかるチケットの発券処理の概略を示すフローチャートである。 受取先入力画面の例を示す説明図である。 確認画面の例を示す説明図である。

符号の説明

１ チケット発行システム
１００ 電子チケット販売サイト
１１０ チケット予約ホスト
１１１，１２１，２０１，３０１，４０１ 通信部
１２０ チケットサーバ
１２５ チケット発行処理部
１２６ コード生成部
１２７ チケット情報記憶部
１２８ グループＩＤ記憶部
１２９ 認証データ記憶部
１３０ メールサーバ
２００ 予約者端末
２０７，３０７，４０７ 表示部
３００ 利用者端末
４００ チケット認証端末
４０３ コード照会処理部
４０５ コード読取部
４０９ 発行部
５００ 通信網

Claims (5)

1. 予約されたチケットを発行するチケットサーバと，前記チケットを受け取る１または２以上の利用者端末と，前記利用者端末から提示された前記チケットを認証するチケット認証端末とを備えるチケット発行システムであって：
   前記チケットサーバは，
   前記予約されたチケットのうち前記チケットを受け取る受取人のメールアドレスが同一である複数のチケットに関する情報に，１のチケットリンク情報を関連付けて記憶するチケット情報記憶部と；
   前記チケットリンク情報を含むチケット情報コードを生成するコード生成部と；
   同一の前記チケットリンク情報が付与された前記複数のチケットのうち一の前記チケットにのみ前記チケット情報コードを認証するための認証データを生成して前記チケット情報記憶部に記憶するとともに前記認証データに対応する前記チケット情報コードのみを発行し，前記利用者端末により提示された前記チケット情報コードを前記チケット認証端末から受け取り，前記チケット情報コードに関連付けられた複数のチケット情報を前記チケット認証端末に送信するチケット発行処理部と；
   前記チケット情報コードを前記チケットの受取人のメールアドレスが設定された前記利用者端末へ送信するチケットサーバ通信部と；
   を備え，
   前記利用者端末は，
   前記チケットサーバから前記チケット情報コードを受信するコード受信部と，
   前記チケット情報コードを前記チケット認証端末に提示する提示部と，
   を備え，
   前記チケット認証端末は，
   前記利用者端末から提示された前記チケット情報コードを読み取る読取部と，
   前記チケットサーバとの情報の送受信を行う認証端末通信部と，
   前記認証端末通信部を介して前記チケット情報コードを前記チケットサーバに照会してチケット情報を受け取るコード照会処理部を備え，
   前記チケットサーバのチケット発行処理部は，
   前記チケット認証端末を介して前記利用者端末から取得した前記チケット情報コードに含まれる前記認証コードが前記認証データ記憶部に記憶されている前記認証コードと一致した場合に，前記認証データに対応する前記チケットと同一の前記チケットリンク情報を有する前記チケットに関する情報を送信することを特徴とする，チケット発行システム。
2. チケットを予約する予約者端末と，前記予約者端末からの予約データに基づいてチケットの予約処理を行うチケット予約ホストとをさらに備え，
   前記チケット予約ホストは，前記チケットサーバに予約が完了した予約データを送信し，チケット発行依頼を通知する予約データ送信部を備え，
   前記チケットサーバの前記チケット発行処理部は，
   前記チケット予約ホストから受信した前記予約データを前記チケット情報記憶部に記憶し，
   予約された前記チケットが複数である場合，前記チケットの分配を行うための前記チケットサーバへのチケット分配用接続先情報を通知することを特徴とする，請求項１に記載のチケット発行システム。
3. 前記チケットサーバの前記チケット発行処理部は，前記利用者端末からの要求に応じて前記認証データを含むチケット情報コードを通知することを特徴とする，請求項１または２に記載のチケット発行システム。
4. 前記チケットサーバの前記チケット発行処理部は，前記チケット情報コードを取得するための接続先情報を前記利用者端末に通知することを特徴とする，請求項１〜３のいずれかに記載のチケット発券システム。
5. 予約されたチケットを発行するチケットサーバであって：
   前記予約されたチケットのうち前記チケットを受け取る受取人のメールアドレスが同一である複数のチケットに関する情報に，１のチケットリンク情報を関連付けて記憶するチケット情報記憶部と；
   前記チケットリンク情報を含むチケット情報コードを生成するコード生成部と；
   同一の前記チケットリンク情報が付与された前記複数のチケットのうち一の前記チケットにのみ前記チケット情報コードを認証するための認証データを生成して前記チケット情報記憶部に記憶するとともに前記認証データに対応する前記チケット情報コードのみを発行するチケット発行処理部と；
   を備え，
   前記チケット発行処理部は，利用者端末から取得した前記チケット情報コードに含まれる前記認証コードが前記認証データ記憶部に記憶されている前記認証コードと一致した場合に，前記認証データに対応する前記チケットと同一の前記チケットリンク情報を有する前記チケットに関する情報を前記利用者端末へ送信することを特徴とする，チケットサーバ。
   

Images