JP4429670B2 - チケット販売管理装置 - Google Patents

Description

本発明は、インターネットを介して紙チケットを販売し管理する装置に係り、ユーザが所有するプリンタにより紙チケットを印刷させ、その印刷した紙チケットの真贋を決済用に用いる紙幣の記番号もしくは小型ＩＣチップを用いて判定し、偽造及び不正なチケットの利用を防止可能にするチケット販売管理装置に関する。

従来、映画館等に入場するためのチケットの形態としては、紙チケット、電子チケット及びチケットレスサービスが存在する。
ここで、電子チケットとは、電子化されたチケット情報がＩＣカードなどの媒体に入れられるものである。チケットレスサービスとは、チケット発行会社のサーバなどにおいて、会員番号やクレジット番号とチケット情報を結びつけ、会員カードやクレジットカードが、あたかもチケットそのものであるかのように扱われるものである。
従来の紙チケットは、ネット上での販売は可能なものの、配布においては物理的な移動を伴うため、電子チケットやチケットレスサービスが普及しつつあるが、紙チケットには以下のように優れた点がある。

まず、チケット情報の視認性においては、紙チケットの場合は、チケットが単体の物理的な物であるため、紙に書かれているチケット情報を何の媒体も必要とせずに確認することができる。それに対し、電子チケットやチケットレスサービスを利用した場合、特殊な機器やサーバとの通信を利用しないと、どのチケットが入っているかなどを確認することが出来ない。
電子チケットは、チケット自体が物理的な物でないため、かつ逆に利用者間同士で簡単に譲渡するためには、特殊な機器やサーバとの通信が必須となる。紙チケットの場合、チケットが物理的な物であるため、利用者間同士で簡単に売買・譲渡することが可能である。
また、電子チケットやチケットレスサービス場合は、会員カードを作成・配布するか、クレジットカード会社と提携をするなど、初期コストは非常に大きい。従って、安価なチケットや何度もチケットの配布があるような場合でなければ、導入コストを回収することができない。
紙チケットの場合は、カード発行や、クレジットカード会社との提携などの導入コストは無く、偽造された場合のリスクに応じて、偽造防止技術を選択することで、低コストにチケットを発行することが出来る。
以上のように紙チケットには、電子チケットやチケットレスサービスより優れた点があり、特に小額なチケットやイニシャルコストを下げたい場合などには有効である。
なお、電子チケットを用いるシステムとして次の特許文献１に開示されたものがある。
特開平２００３−１６９１５７号公報

しかし、紙チケットは、上記のような優れた利点を持つ反面、有体物であるが故にインターネットを通じて配布することができないという問題がある。そこで、紙チケットに印刷するチケット情報を販売サイトからインターネットを通じてユーザ（購入者）に配信し、その配信したチケット情報をユーザが所有するプリンタによって印刷させ、この印刷した紙チケットを入場口でチェックして入場を許可する方法が考えられる。この方法によれば、紙チケットをインターネットを通じて販売し、かつユーザのプリンタを用いるためにチケット発行のためのコストも少なくて済む。

ところが、プリンタで用いるインクや用紙は汎用のものであるため、販売サイトから配信したチケット情報を第３者に転送すれば、極めて簡単に偽造を行うことができる。
このため、偽造による不正使用を防止するための手段が必須のものとなる。

本発明は、このような問題を解決するためになされたものであり、その目的は、インターネットを介して配布可能で、かつ偽造による不正使用を防止することができるチケットの販売管理装置を提供することにある。

上記目的を達成するために、本発明に係るチケット販売管理装置は、利用者端末に対し第１のデータベースに登録されている催し物のチケット一覧を提示する第１の手段と、前記チケット一覧を提示した利用者端末によって購入手続されたチケットについてチケット識別番号を生成し、該チケット購入手続に付随して入力されたチケットの検証に用いる紙幣の識別番号と前記生成したチケット識別番号とを第２のデータベースに登録すると共に、前記チケット識別番号と催し物の内容を示す情報とを含むチケット情報を利用者端末に送信する第２の手段と、催し物の入り口において、チケット情報が印刷された提示の紙チケットのチケット識別番号と前記第２のデータベースに登録されたチケット識別番号との照合、および提示の紙幣の識別番号と前記第２のデータベースに登録した紙幣の識別番号との照合を行う第３の手段とを備えることを特徴とする。
また、前記紙幣の識別番号の代わりに、チケット媒体に組み込まれているＩＣチップの識別番号を用いることを特徴とする。

本発明によれば、チケット検証に紙幣もしくは小型ＩＣチップを用いることにより、インターネットを介して配布可能で、偽造及び不正な使用を検証可能なチケットを汎用の印刷装置で印刷するという極めて簡単な作業によって入手することができる。
また、偽造防止用の特殊なインクなどを用いないため、紙チケットの発行にかかるコストも大幅に削減することができる。

本発明は、紙チケットはユーザが所有するプリンタで印刷させるようにし、その印刷した紙チケットが正規のものであるか否かの検証には紙幣を用いる。すなわち、各国の通貨発行機関が発行している紙幣は高度の偽造防止技術を用いて印刷されたものであり、かつ紙幣毎に固有の番号が印刷されている。そこで、チケットを購入する際に、紙チケットが正規のものであることを検証するために用いる紙幣の番号を登録しておき、催し物の会場入り口ではユーザ自身が印刷した紙チケットとその検証のために登録した紙幣を提示し、紙幣の真贋判定を行い、かつ紙幣番号がチケット購入手続時に予め登録されたものと一致するかを判定し、一致していた場合には、正規の紙チケットとして認証する。
この場合、紙幣に代えて、小型ＩＣチップ付き用紙にチケット情報を印刷し、小型ＩＣチップの書き換え不能なチップＩＤがチケット購入手続時に予め登録されたものと一致するかを判定することにより、ユーザが印刷した紙チケットの検証を行うようにしてもよい。
なお、小型ＩＣチップとは日立製作所株式会社が２００１年６月２８日に発表したミューチップなどを使用することができる。この小型ＩＣチップは、書き換えができないためデータ（チップＩＤ）が製造過程でＲＯＭ（再生専用メモリ）書き込んであるチップである。

以下、本発明の実施の形態を図面を参照して詳細に説明する。
（実施形態１）
図１は、本発明に係るチケット販売・管理システムの実施の形態を示すシステム構成図である。
本実施形態のチケット販売・管理システムは、利用者端末システム１１０、チケット管理システム１２０、チケットチェックシステム１３０とそれらを接続するインターネット１４０から構成される。
利用者端末システム１１０は、利用者端末１１１と印刷装置１１２から構成される。利用者端末１１１は、チケット管理システム１２０にインターネット１４０を通して接続を行い、チケットの購入や変更などを行うためのものである。印刷装置１１２は、利用者端末１１１によりチケット管理システム１２０から購入したチケットを印刷するためのものである。この利用者端末システム１１０は、特殊な機器を用いる必要はなく、パーソナルコンピュータ（ＰＣ）とプリンタを持ち、インターネット１４０に接続できるユーザの場合、それらをそのまま利用することが出来る。

チケット管理システム１２０は、チケットサーバ１２１、催し物データベース（以下ＤＢと略す）１２２、ユーザＤＢ１２３とチケットＤＢ１２４から構成される。
チケットサーバ１２１は、利用者登録機能、チケット予約・購入機能、チケット登録変更機能などからなる。また、Ｗｅｂサーバの機能も備えており、先に挙げた機能をＷｅｂブラウザを通して利用者端末１１１から利用できるようになっている。上記の機能の詳細については、以下で説明する。
催し物ＤＢ１２２は、チケットが発行される催し物の情報を格納しているＤＢである。催し物ＤＢ１２２の例を図２に示す。
催し物ＤＢ１２２には、各催し物を登録する際に一意に付けられる催し物ＩＤ２０１、チケット全数２０２、売却済みチケット数２０３、未売却チケット数２０４と主催者名２０５、連絡先２０６などから構成される。
ユーザＤＢ１２３は、チケットシステムを利用するユーザの情報を管理するＤＢである。ユーザＤＢ１２３の例を図３に示す。
ユーザＤＢ１２３には、利用者がユーザ登録を行う際に一意に決定されるユーザＩＤ３０１、利用者が決めたログイン名３０２及びパスワード３０３、利用者の個人情報である名前３０４、住所３０５、電話番号３０６、購入及び予約を行ったチケット外部ＩＤ３０７などから構成される。
チケットＤＢ１２４は、個々のチケットに関する情報を管理するものである。チケット管理ＤＢ１２４の例を図４に示す。

図４は、図２の催し物ＩＤ「Ａ００００１」に対応するテーブルである。このテーブルには、各チケットに対し一意に付けられるチケット内部ＩＤ４０１とチケット外部ＩＤ４０２、購入及び予約を行った利用者のユーザＩＤ４０３、席情報４０４、「購入済」「空き」などのチケットの状態４０５、チケットの検証用に登録した紙幣の記番号４０６と紙幣の種別４０７などから構成される。
チケットチェックシステム１３０は、チェックコンピュータ１３１と、チケットコード読み取り機器１３２、紙幣識別機器１３３から構成される。
チケットコード読み取り機器１３２は、チケットに印刷されたコードを読み取るものである。紙幣識別機器１３３は、紙幣が偽造されていないものかどうかをチェックし、紙幣の種別を識別し、記番号を読み取る機器である。記番号とは、紙幣に印刷されている紙幣番号のことである。

以下では、利用者がチケットを購入する、もしくは再発行、再登録、譲渡する際のシステムの動きについて説明する。
チケット販売システムの処理概要を図５のフローチャートに示す。
このチケット販売システムでチケットを購入する利用者は、まずチケットサーバ１２１に対し、利用者端末１１１のＷｅｂブラウザでアクセスを行う。チケットサーバ１２１は、このアクセスに対し、ログイン用のＷｅｂページを送信する（ステップ５０１）。このログインページの例を図６に示す。
このチケット販売システムでは、利用者は予め利用者登録を行い、チケットシステム利用時にはログインする必要がある。従って、このシステムでは、利用者が登録済みか否かに応じて行うべき操作が異なる。利用者は、登録済みの場合は、ログイン名６０１とパスワード６０２を入力し、ログインボタン６０３をクリックして、ログイン名６０１、パスワード６０２をチケットサーバ１２１に送信する（ステップ５０２）。ここで入力するログイン名６０１とパスワード６０２は、このチケット販売システムへの利用者登録を行った際に決めるものである。
利用者登録していない場合は、新規登録ボタン６０４をクリックして、新規登録機能の要求をチケットサーバ１２１に送信する（ステップ５０３）。

図７に、ステップ５０３で新規利用者登録機能が要求された場合の処理を示す。
チケットサーバ１２１は、利用者登録用Ｗｅｂページを利用者端末１１１に送信する（ステップ７０１）。
利用者登録用Ｗｅｂページの例を図８に示す。利用者は、Ｗｅｂページに従い名前などの個人情報８０３〜８０５と、ログイン時に利用を希望するログイン名８０１、パスワード８０２を入力し、登録ボタン８０６をクリックして、入力した登録情報（以下、入力情報）をチケットサーバ１２１に送信する（ステップ７０２）。
チケットサーバ１２１は、入力情報に空欄が無いかどうか、既に登録されたログイン名と重複が無いか、など入力情報の確認を行う（ステップ７０３）。ステップ７０３の確認で入力情報に問題があった場合、チケットサーバ１２１は、問題がある欄のみを空白に戻した利用者登録用Ｗｅｂページを利用者端末１１１に再送し（ステップ７０４）、利用者は入力情報の変更を行ってチケットサーバ１２１に送信し（ステップ７０５）、チケットサーバ１２１は再度確認を行う（ステップ７０３）。
ステップ７０３の確認で入力情報に問題が無ければ、ユーザＩＤを決定し、ユーザＤＢに登録する（ステップ７０６）。
ステップ５０３でログイン名とパスワードが入力され、チケットサーバ１２１に送られた後、もしくは、ステップ７０６で利用者登録が終わった後に、チケットサーバ１２１は、チケット購入、チケット再登録、譲渡、終了などの機能選択を促すＷｅｂページを、利用者端末１１１に送信する（ステップ５０４）。

利用者は、新たにチケットを購入したい場合は「チケット購入機能」を、購入したチケットの登録を変更したい場合は「チケット再登録・譲渡機能」を、終了したい場合は「終了」を選択して、チケットサーバ１２１に送信する（ステップ５０５）。
利用者がチケットの購入を希望した場合（ステップ５０６）の処理の詳細を図９に示す。チケットサーバ１２１は、催し物ＤＢ１２２を検索し、購入できるチケットの一覧を含むチケット選択ページを作成し、利用者端末１１１に送信する（ステップ９０１）。このチケット選択用Ｗｅｂページの例を図１０に示す。
チケット選択用Ｗｅｂページには、催し物名１００１、日付１００２、チケット数１００３、金額１００４のテーブル及び、それぞれの催し物に関する詳細情報を得るための詳細情報ボタン１００４、購入手続きを行う購入ボタン１００６がある。利用者はこの選択画面及び、詳細情報を見て、購入するチケットの催し物を選択し、対応する購入ボタンをクリックすることで、選択結果をチケットサーバ１２１に知らせる（ステップ９０２）。
チケットサーバ１２１は、選択された催し物の催し物ＤＢ１２２のチケット数について売却済み２０３を１つ増やし、未売却２０４を１つ減らす（ステップ９０３）。
また、チケット外部ＩＤ４０２とチケット内部ＩＤ４０１を作成し、ユーザＤＢ１２３中のログイン名に対応するユーザＩＤも利用し、選択された催し物に対応するチケットＤＢ１２４内のテーブルに、新たに１タプル作成する（ステップ９０４）。

次に、チケットサーバ１２１は、選択された催し物のチケット購入手続き用Ｗｅｂページを作成し、利用者端末１１１に送信する（ステップ９０５）。購入手続き用Ｗｅｂページの例を図１１に示す。
本実施形態では、クレジットカードによる決済を想定する。この購入手続きＷｅｂページには、クレジットカード利用時に必要なクレジット番号や名前などの情報を入力するフィールド群１１０１と、チケット利用時のチケットの検証に使う紙幣の種別を選択するチェックボタン１１０２、紙幣の記番号を入力するフィールド１１０３、登録ボタン１１０４から構成される。
利用者は、自分の持つ紙幣の中から、チケット利用時の検証に利用する紙幣を決める。そして、上記の入力フィールドへの入力及びチェックボタンのチェックを行い、登録ボタン１１０４をクリックすることで、その結果をチケットサーバ１２１に送る（ステップ９０６）。

チケットサーバ１２１は、送られてきた情報からクレジットカード決済処理を行った後、ステップ９０４で生成したチケット内部ＩＤ４０１とチケット外部ＩＤ４０２の情報から二次元コードを生成する。また、送られてきた情報を用いて、ステップ９０４で生成したタプルの未入力であった記番号４０６や種別４０７、さらに席情報４０４や状態４０５の情報を追加する。そして、チケット印刷イメージを作成し、利用者端末１１１に送信する（ステップ９０７）。
チケット印刷イメージの例を図１２に示す。このチケット印刷イメージは、チケットに対応する催し物名や時間場所などの情報１２０１と、ステップ９０４中で生成したチケット外部ＩＤ１２０２、及び二次元コード１２０３から構成される。
利用者は、受信したチケット印刷イメージを印刷機器１１２で印刷する。そして、ステップ９０６の入力で使用した紙幣と、印刷物をチケット利用時まで保管する。また、利用者は、チケットサーバ１２１に対し、印刷処理の終了を通知する（ステップ９０８）。チケットサーバ１２１は終了を確認する。

以上で、チケット購入機能（ステップ５０６）は終了し、ステップ５０４に戻る。
上記の処理において、利用者は登録した紙幣を用いて検証することができる紙チケットを、インターネットを通して任意の印刷装置で印刷することで得ることが出来る。
このチケットでは、検証用に登録した紙幣を同時に用いるが、紙幣を別の支払に使ってしまう場合も考えられる。また、従来のチケットのように、チケットを無くしてしまう可能性もある。この場合、利用者はステップ５０５で、チケット再登録・譲渡機能を用いて、チケットの再発行や、別の紙幣を登録したチケットを得ることが出来る。
また、上記のように再発行や別の紙幣の登録を可能にすると、悪意のある人物がチケット購入者となり、チケットを他人に販売した後、チケットの再発行・再登録を行うことができてしまう問題が起こる。そこで、このようなことが出来ないような譲渡処理も、ステップ５０５のチケット再登録・譲渡機能で行う。

利用者がチケット再登録・譲渡機能を要求した場合（ステップ５０７）の詳細な処理を図１３に示す。
チケットサーバ１２１は、ユーザＤＢ１２３から、ステップ５０３で得られたログイン名を用いて、利用者が購入したチケットのチケット外部ＩＤの一覧を得る。そして、チケットＤＢ１２３から、そのチケット外部ＩＤに該当するチケットの情報を得る。次に、得られたチケット情報から購入チケット一覧Ｗｅｂページを作成し、利用者端末１１１に送信する（ステップ１３０１）。
購入チケット一覧Ｗｅｂページの例を図１４に示す。
購入チケット一覧Ｗｅｂページは、催し物名１４０１、チケット外部ＩＤ１４０２、検証用に登録した紙幣の種別１４０３と記番号１４０４のテーブルと、それぞれのチケットに対し、検証用紙幣の再登録を行うボタン１４０５、再発行のための印刷ボタン１４０６、譲渡を行うための譲渡ボタン１４０７から構成される。

利用者は、催し物名やチケットに印刷されているチケット外部ＩＤ１４０２などから、チケットの再発行や検証用紙幣の再登録、もしくは譲渡を行うチケットを選択する。そして、選択したチケットに関して、検証用紙幣の再登録の場合は再登録ボタン１４０５を、再発行の場合には印刷ボタン１４０６を、譲渡の場合は譲渡ボタン１４０７をクリックし、チケットの選択と処理の選択をチケットサーバ１２１に送信する（ステップ１３０２）。
チケットサーバ１２１は、ステップ１３０２で選択された処理が再登録の場合には、再登録用ページを作成して、利用者端末１１１に送信する（ステップ１３０３）。
再登録用Ｗｅｂページの例を図１５に示す。再登録用Ｗｅｂページは、チケットＩＤ１５０１と、新たに登録する検証用の紙幣の種別を入力するチェックボタン１５０２と、記番号を入力するフィールド１５０３、登録ボタン１５０４から構成される。
利用者は、自分が持っている紙幣の中から検証用に利用する紙幣を選択し、チェックボタン１５０３、入力フィールド１５０３に入力する。そして、登録ボタン１５０４をクリックすることで、入力情報をチケットサーバ１２１に送信する（ステップ１３０４）。
チケットサーバ１２１は、得られた入力情報から、チケットＤＢ１２４上の対応するチケットのタプルにおいて、記番号及び種別の欄を変更する（ステップ１３０５）。

一方、ステップ１３０２で選択された処理が再発行の印刷の場合、もしくは、ステップ１３０５の後、チケットサーバ１２１は、チケットＤＢ１２４の情報からステップ９０７と同様に印刷イメージ（図１２）を作成し、利用者端末１１１に送信する（ステップ１３０６）。
利用者は、ステップ９０８と同様に、受信したチケット印刷イメージを印刷機器１１２で印刷する。そして、印刷したチケットを、再印刷の場合は以前に登録した紙幣と、再登録の場合はステップ１３０２の入力で使用した紙幣と、チケット利用時まで保管する。また、利用者は、チケットサーバ１２１に対し、印刷処理の終了を通知する（ステップ１３０７）。チケットサーバ１２１は終了を確認する。
以上により、チケット購入者は、チケットの検証に利用する紙幣を使ってしまった場合や、印刷したチケットを紛失してしまった場合でも、紙幣の再度登録や、再度印刷を行うことで、新たなチケットを得ることができる。
ステップ１３０２で選択された処理が譲渡の場合、チケットサーバ１２１は譲渡用ページを作成して、利用者端末に送信する（ステップ１３０８）。

譲渡用Ｗｅｂページの例を図１６に示す。譲渡用Ｗｅｂページは、譲渡するチケットの確認のためのチケット外部ＩＤ１６０１と、譲渡相手のユーザ名を入力するフィールド１６０２、譲渡ボタン１６０３から構成される。
チケット譲渡者は、チケット外部ＩＤを確認し、譲渡相手のユーザ名をフィールド１６０２に入力し、譲渡ボタン１６０３をクリックする（ステップ１３０９）。
チケットサーバ１２１は、得られた入力情報から、チケットＤＢ１２４上の対応するチケットのタプルにおいて、ユーザＩＤの欄を譲渡相手名のＩＤに変更する（ステップ１３０５）。これにより、チケットは譲渡された人が購入者となる。なお、譲渡相手についても予め利用者登録しておくことが前提になる。
以上より、譲渡した場合には、再登録や再印刷の権限は譲渡された側に移るので、譲渡した側が悪用することはできない。チケットを譲渡される側は、チケット再登録・譲渡機能を用い、自分の購入チケットを確認することで、チケットの譲渡が確実に行われたことを確認できる。

次に、催し物の入場口において、利用者が持つ印刷されたチケットと紙幣を検証する際のシステムの動きについて説明する。この時の動作を、図１７に示す。
利用者は、印刷されたチケットの二次元コードをチケットコード読み取り機器１３２に読み込ませ、検証用に登録した紙幣を紙幣識別機器１３３で識別させる。紙幣識別機器１３３は、紙幣が偽造されたものではないかをチェックし、紙幣の種別を識別し、さらに紙幣の記番号を読み取り、チェックマシン１３１に結果を送信する。また、チケットコード読み取り器１３２は、読み取った二次元コードをチェックマシン１３１に送信する（ステップ１７０１）。
チェックマシン１３１は、まず紙幣識別機器１３３から得られたデータのうち、チケット検証に用いた紙幣が偽造ではないかどうかを確認する（ステップ１７０２）。偽造紙幣でなかった場合は、チケットコード読み取り機器１３２から得られた二次元コードから、チケット外部ＩＤとチケット内部ＩＤを抽出し、紙幣の記番号、紙幣種別と共に、チケットサーバ１２１に送信する（ステップ１７０３）。
チケットサーバ１２１は、受け取った情報のチケット内部ＩＤを用いて、チケットＤＢ１２４内のタプルを検索し、得られたタプルのチケット内部ＩＤと記番号、紙幣種別が、チェックマシン１３１から受信したものと同じであるかどうかを確認する（ステップ１７０４）。

ステップ１７０４でチケットＤＢ１２４の情報とチェックマシン１３１から受信した情報が同じであれば、チケットサーバ１２１は、チェックマシン１３１に入場許可を送信する（ステップ１７０５）。
入場許可を受けたチェックマシン１３１は、チケット利用者の入場を許可する（ステップ１７０６）。
ステップ１７０４でチケットＤＢ１２４の情報と、チェックマシン１３１から受けた情報が異なる場合は、チケット利用者の入場を不許可とする（ステップ１７０７）。
ステップ１７０７の後、もしくは、ステップ１７０２で偽造紙幣と判別された場合は、利用者の入場を断る（ステップ１７０８）。
以上により、印刷されたチケットには、二次元コードにおいても、利用者や登録された紙幣の情報が無いので、印刷されたチケットのみでは、不正利用は不可能である。もちろん、紙幣のみでも不正に入場することはできない。
また、チケット購入者が、チケットと紙幣の両方の盗難にあった場合でも、購入者が盗難に気づき、先のチケットの再登録を行えば、不正に利用されることは無い。

（実施形態２）
上記の実施形態１において、図１８に示すように、チケットチェックシステム１３０をチェックシステム１３０Ａ，１３０Ｂ，１３０Ｃという具合に複数用意する。そして、各チェックマシン１３１においては、自らの識別子（Ａ，Ｂ，Ｃ）を記憶しておく。また、チケットＤＢ１２４には図１９に示すように、図４の構成に加えて、入場口種別を示す入場口１９０１を設ける。
チケット購入の際には、チケットサーバ１２１がステップ９０４において、発行するチケットに関し、入場口に用いるチェックシステムを１３０Ａ，１３０Ｂ，１３０Ｃのどれかに決定し、それを先の入場口１９０１に記憶する。さらに、ステップ９０７において、チケット印刷イメージと共に利用者に入場口を通知する。
チケット利用者は、この通知された入場口を記憶しておき、入場時には通知された入場口から入場する。チケットチェックの際には、ステップ１７０３において、チェックマシン１３１はチケットコード情報と同時に、自らの識別子を同時にチケットサーバ１２１に送信する。次に、ステップ１７０４において、同時に入場口の識別子も確認する。
以上により、印刷されたチケットと登録した紙幣を同時に盗難され、さらに、購入者が気がつかなくても、購入者が記憶した正しい入場口でなければ入場できない。本例の場合のように入場口を３種にした場合は、不正利用の三分の二を防ぐことができる。

（実施形態３）
上記の実施形態１においては、紙幣及びその記番号を用いたチケット販売・管理システムを説明したが、本実施形態３では紙幣及びその記番号の代わり小型ＩＣチップ及びＩＣチップの持つデータであるチップＩＤを用いるチケット販売・管理システムについて、実施形態１をもとに説明する。
まず、実施形態１では、チケットの印刷用紙は何でも良かったが、小型ＩＣチップを用いる場合は図２０の例に示すように、小型ＩＣチップ２００１が埋め込まれ、小型ＩＣチップの持つ情報であるチップＩＤ２００２が印刷された紙にチケットを印刷する。ここで、この印刷用紙に関しては、予め有料もしくは無料でコンビニエンスストアなどにおいて配布するものとする。また、２００１や２００２を持つシールのような形で配布され、チケットを印刷する紙に貼り付けるような構成でも良い。
チケットを配布される利用者側においては、上記で説明した印刷用紙を用意する以外は、実施形態１のシステム構成と同じでよい。
チケット管理システム１２０ではチケットＤＢ１２４において、図２１に示すように、記番号４０６と種別４０７の代わりに、チップＩＤ２１０１が登録される。
チケットチェックシステム１３０においては、紙幣識別機器１３３の代わりに小型ＩＣチップ読み取り機器が設けられる。この小型ＩＣチップ読み取り機器は、小型ＩＣチップに埋め込まれた情報であるチップＩＤを読み取るものである。
利用者がチケットを購入する、もしくは再発行・再登録する際のシステムの動きについては、ステップ９０６、ステップ９０７、ステップ１３０４、ステップ１３０５において、紙幣種別及び記番号を用いる代わりに、図２０で示したチップＩＤ２００１を用いる。

ここで、実施形態１で購入手続き用Ｗｅｂページ例（図１１）、再登録用Ｗｅｂページの例（図１５）を示したが、小型ＩＣチップを用いたシステムにおいては、紙幣種別及び記番号の代わりにチップＩＤ入力フィールドを設けることになる。
利用者が持つ印刷されたチケットを検証する際のシステムの動きについても、紙幣の偽造を検出し記番号を読み取る代わりに、小型ＩＣチップのチップＩＤを読み取り、紙幣の記番号の変わりに小型ＩＣチップのチップＩＤを用いる点以外は、実施形態１と同じである。

（実施形態４）
これまでの実施形態では、購入者が任意に紙幣や小型ＩＣチップの登録、及び登録変更を行うことができた。そのため、チケットを居ながらにして得ることができ、紙幣やチケット紛失にも強かったが、譲渡の際には譲渡される側を守るために、特別な手続きが必要であった。
本実施形態４では、実施形態３のように小型ＩＣチップを用いることを前提とし、小型ＩＣチップの貼り付け登録を第三者が行うことで、譲渡を容易に行うシステムを示す。
システム構成図を図２２に示す。構成としては、実施形態１及び３で用いた図１の構成に加え新たに、チケット登録システム２２００が設けられている。このチケット登録システム２２００は、コンビニエンスストアなどにあるものと仮定する。ここで、本実施形態４では小型ＩＣチップを用いることを前提としているので、チケットＤＢ１２４の詳細な例は図２１と同じである。
チケット登録システム２２００は、チケット登録端末２２０１、チケット登録装置２２０２、小型ＩＣチップ読み取り機器２２０３からなる。
チケット端末２２０１は、チケット登録装置２２０２と小型ＩＣチップ読み取り装置２２０３が接続され、それらの制御及びチケットサーバ１２１との通信を行う。
チケット登録装置２２０２は、二次元コードの読み取り機能と、小型ＩＣチップの貼り付け機能を持つ。この貼り付け機能は、小型ＩＣチップを剥がして他の紙に貼り付けることを防ぐ機能がついているものとする。

以下では、利用者がチケットを購入する際のシステムの動きについて実施形態１からの変更点を中心に説明する。
チケットシステムの処理概要を図２３に示す。ステップ５０１からステップ５０３までは図７のユーザ登録の処理を含めて実施形態１と同じである。
まず、ステップ５０３でログイン名とパスワードが入力され、チケットサーバ１２１に送られた後、もしくは、ステップ７０６で利用者登録が終わった後に、チケットサーバ１２１は、チケット購入、チケット再印刷、終了などの機能選択を促すＷｅｂページを、利用者端末１１１に送信する（ステップ５０４）。
利用者は、新たにチケットを購入したい場合は「チケット購入機能」を、購入したチケットの再印刷を行いたい場合は「チケット再印刷機能」を、終了したい場合は「終了」を選択して、チケットサーバ１２１に送信する（ステップ５０５）。

利用者がチケットの購入を希望した場合（ステップ５０６）の詳細な処理を、実施形態１の図９を用いて説明する。
ステップ９０１から９０４までは実施形態１と同様である。ステップ９０５では、実施形態１と同様に購入手続き用Ｗｅｂページをチケットサーバ１２１が作成・送信する。ただし、そのＷｅｂページは、実施形態３でのチップＩＤを入力する部分が無い図２４に示されるようなものである。
利用者は、カード決済に必要な情報などを図２４に示されたフィールド２４０１に入力し、登録ボタン２４０２をクリックすることで、その結果をチケットサーバ１２１に送る（ステップ９０６）。
チケットサーバ１２１は、送られた情報からクレジットカード決済処理を行った後、ステップ９０４で生成したチケット内部ＩＤとチケット外部ＩＤの情報から二次元コードを生成する。また、送られた情報を用いて、ステップ９０４で生成したタプルの未入力であった席情報４０４や状態４０５の情報を追加する。そして、チケット印刷イメージを作成し、利用者端末１１１に送信する（ステップ９０７）。
ここで、実施形態３とは異なり、このステップ９０７ではチップＩＤ情報の追加は行われない。チケット印刷イメージの例は実施形態１の図１２と同様で、チケットに対応する催し物名や時間場所などの情報１２０１と、ステップ９０４中で生成したチケット外部ＩＤ１２０２、及び二次元コード１２０３から構成される。
利用者は、受信したチケット印刷イメージを印刷機器１１２で印刷する。また、利用者は、チケットサーバ１２１に対し、印刷処理の終了をチケットサーバ１２１に通知する（ステップ９０８）。チケットサーバ１２１は終了を確認する。
以上で、チケット購入機能（ステップ５０６）は終了し、ステップ５０４に戻る。
利用者がチケットの購入を希望した場合（ステップ２３０７）の処理は、実施形態１の図１３において、再発行の処理のみが存在するものと同様であるため省略する。

上記の処理において、利用者は購入時、もしくは再印刷時にチケットの元となる印刷物を得ることが出来る。ただし、実施形態３とは異なり、このままではチケットとしては有効ではない。本実施形態４では、上記で得られた印刷物をチケットとして有効にするために、チケット登録システム２２００を用いて登録処理を行う必要がある。
登録処理の詳細を図２５に示す。
利用者は、先に説明したようにチケットの元となる印刷物を持っているものとする。利用者は、その印刷物をチケット登録システム２２００の設置場所へ持参する。ここで、チケット登録システム２２００は、コンビニエンスストアなど設置されているものとする。利用者は、先の印刷物をチケット登録装置２２０２にセットする（ステップ２５０１）。
チケット登録装置２２０２は、二次元コード読み取り機能とＩＣチップ貼り付け機能を持つ。まず、チケット登録装置２２０２は、セットされた印刷物の二次元コードを読み取り、チケット登録端末２２０１を通して、チケットサーバ１２１に送る（ステップ２５０２）。
チケットサーバ１２１は、チケットＤＢ１２４を確認し、既にチケットが登録されたかどうかを確認する（ステップ２５０３）。この確認は、チケットＤＢ１２４において、チップＩＤが登録されているか否かで判断できる。

もし、登録されていなければ、それをチケット登録端末２２０１に返す。チケット登録端末２２０１は、チケット登録装置２２０２に、貼り付けを予定している小型ＩＣチップのチップＩＤを読み取らせ獲得、チケットサーバ１２１に送る（ステップ２５０４）。
チケットサーバ１２１は、チケットＤＢ１２４においてチップＩＤを付け加え更新し、チケットＤＢ１２４の更新をチケット登録端末に通知する（ステップ２５０５）。チケット登録端末２２０１はチケットＤＢ１２４の更新を受けて、チケット登録装置２２０２に小型ＩＣチップの貼り付けを行わせる（ステップ２５０６）。

また、再印刷の場合、チケットサーバ１２１はステップ２５０３においてチケットが既に登録されていると確認する。この場合、この結果を受けたチケット登録端末２２０１は、利用者に既に登録したチケットの小型ＩＣチップのチップＩＤを読み取らせるように指示する。
利用者は、それに従い小型ＩＣチップをＩＣチップ読み取り装置２２０３に読み取らせる（ステップ２５０７）。次に、チケット登録端末２２０２は読み取ったチップＩＤをチケットサーバ１２１に渡す。チケットサーバ１２１が正しいチップＩＤかどうかを判定し、チケット登録端末２２０２に返す。
ここで、正しいチップＩＤの場合は、前に登録した小型ＩＣチップを回収し、ステップ２５０４に進む。後は、先の登録処理と同じである。また、正しくないチップＩＤの場合は、処理を終了する。

上記より、有効なチケットを得ることが出来る。再印刷の場合でも、登録したチップＩＤをもつ小型ＩＣチップが無ければ、チケット登録が出来ない。また、詳細は省略するが、再印刷時におけるチップＩＤの確認までを行う確認機能をチケット登録システム２２００に付加することで、譲渡されるチケットが有効な物かどうかを確認することができる。このため、不正な小型ＩＣチップを付けたチケットは存在しない上、チケット登録システムでチケットの有効性を確認できるため、譲渡の際に不正が行われることは無くなる。
以上のように、上述した実施形態１及び３では、紙チケットの検証に紙幣もしくは小型ＩＣチップを用いることで、偽造及び不正使用を検出可能なチケットを、汎用の印刷装置で印刷できるため、利用者は自宅にインターネットに接続したＰＣと印刷装置があれば、自宅でチケットを購入し、自宅で印刷することで、即座にチケットを入手することができる。
また、紙幣を検証に用いる場合は、偽造防止のためにチケット発行会社から、何か物理的な物を利用者に配布する必要は無い。従って、利用者は紙幣を持っていれば、特別な用紙が無くても、簡単にチケットを入手することが出来る。
小型ＩＣチップを用いる場合は、小型ＩＣチップとチップＩＤを付加した紙もしくはシールが必要であるが、コンビニエンスストアなどで安価もしくは無料で配布し、さまざまなチケットで利用できるようにすることで、チケット発行会社は、安価にチケット配布が可能になり、利用者もある程度多く小型ＩＣチップ付き紙をストックすることで、紙幣を検証に用いる場合と同等の利便性を保つことが出来る。
また、どちらの検証方式にしてもチケット発行会社は、印刷コストや配布コストが無くなるためコスト削減が可能になる。
さらに、コンビニエンスストアなどでチケット販売する際には、従来はチケット販売用の特殊な端末が必要であるが、本発明により、単にインターネットに接続されたＰＣと印刷装置を用意するだけで、簡単にチケット販売を行うことができる。
また、実施形態４では、登録処理が必要となるため即座には利用者に有効なチケットが渡らないが、チケット登録システムをコンビニエンスストアや駅などに置くことで、容易に登録が出来る。また、ＩＣチップが張られていることを視覚的に確認することで、チケットの有効性を確認できるため、譲渡においては実施形態１及び３より容易になる。

本発明を適用したチケット販売・管理システムの実施の形態を示すシステム構成図である。 催し物ＤＢの格納内容の例を示す図である。 ユーザＤＢの格納内容の例を示す図である。 チケットＤＢ内のテーブルの格納内容の例を示す図である。 チケット販売。管理システムの概略処理を示すフローチャートである。 チケットサーバへのログイン用Ｗｅｂページの例を示す図である 利用者登録を行う時のフローチャートである。 利用者登録用Ｗｅｂページの例を示す図である。 チケット購入時の処理を示すフローチャートである。 チケット選択用Ｗｅｂページの例を示す図である。 購入手続き用Ｗｅｂページの例を示す図である。 チケット印刷イメージの例を示す図である。 チケット再登録時の処理を示すフローチャートである。 購入チケット一覧Ｗｅｂページの例を示す図である。 再登録用Ｗｅｂページの例を示す図である。 譲渡用Ｗｅｂページの例を示す図である。 チケット検証時の処理を示すフローチャートである。 複数のチケットチェックシステムを備えたチケット販売・管理システムの実施形態を示すシステム構成図である。 複数のチケットチェックシステムを持つチケット管理ＤＢの格納内容の例を示す図である。 小型ＩＣチップを用いたチケット印刷用紙の例を示す図である。 小型ＩＣチップをチケット検証に用いる場合のチケットＤＢ内のテーブルの格納内容の例を示す図である。 チケット登録を分離した実施形態におけるシステム構成図である。 チケット登録を分離した実施形態におけるシステムの概略処理を示すフローチャートである。 チケット登録を分離した実施形態における購入手続き用Ｗｅｂページの例を示す図である。 チケット登録を分離した実施形態におけるチケット登録時の処理を示すフローチャートである。

符号の説明

１１０ 利用者端末システム
１１１ 利用者端末
１１２ 印刷装置
１２０ チケット管理システム
１２１ チケットサーバ
１２２ 催し物ＤＢ
１２３ ユーザＤＢ
１２４ チケットＤＢ
１３０ チケットチェックシステム
１３１ チェックコンピュータ
１３２ チケットコード読取り機器
１３３ 紙幣識別機器
２００１ 小型ＩＣチップ

Claims (2)

1. 利用者端末に対し第１のデータベースに登録されている催し物のチケット一覧を提示する第１の手段と、
   前記チケット一覧を提示した利用者端末によって購入手続されたチケットについてチケット識別番号を生成し、該チケット購入手続に付随して入力されたチケットの検証に用いる紙幣の識別番号と前記生成したチケット識別番号とを第２のデータベースに登録すると共に、前記チケット識別番号と催し物の内容を示す情報とを含むチケット情報を利用者端末に送信し、当該利用者端末においてチケット情報を印刷させる第２の手段とを備えることを特徴とするチケット販売管理システム。
2. 催し物の入り口において、チケット情報が印刷された提示の紙チケットのチケット識別番号と前記第２のデータベースに登録されたチケット識別番号との照合、および提示の紙幣の識別番号と前記第２のデータベースに登録した紙幣の識別番号との照合を行い、チケット識別番号及び紙幣の識別番号の両方が一致した場合のみ入場を許可する第３の手段と
   をさらに備えることを特徴とする請求項１に記載のチケット販売管理システム。

Images