チケット販売代行サーバ、チケット販売代行システム、チケット販売代行方法及びチケット販売代行プログラム
【課題】 流通コードスキャンによる情報の読み込み手法を用いてチケット販売サービスを代行するチケット販売代行サーバ、チケット販売代行システム、チケット販売代行方法及びチケット販売代行プログラムを提供する。
【解決手段】本発明に係るチケット販売代行システム１００は、スキャナ装置が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された振込コードの画像を少なくとも２つ以上作成する為の振込依頼データを作成する流通依頼データ作成手段５５ｃ、チケット発行装置７が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定されたチケットコードの画像を少なくとも２つ以上作成する為のチケットデータを作成するチケットデータ作成手段５５ｇとを有するチケット販売代行サーバ５を備える。
【解決手段】本発明に係るチケット販売代行システム１００は、スキャナ装置が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された振込コードの画像を少なくとも２つ以上作成する為の振込依頼データを作成する流通依頼データ作成手段５５ｃ、チケット発行装置７が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定されたチケットコードの画像を少なくとも２つ以上作成する為のチケットデータを作成するチケットデータ作成手段５５ｇとを有するチケット販売代行サーバ５を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、流通コードスキャンによる情報の読み込み手法を用いて演劇、音楽コンサート及びスポーツ等のチケット販売サービスを代行するチケット販売代行サーバ、チケット販売代行システム、チケット販売代行方法及びチケット販売代行プログラムに関するものである。
【背景技術】
【０００２】
現在、演劇、音楽コンサート、スポーツ等のイベント主催社は、そのイベントに入場するためのチケットを店頭販売、代理店委託販売、インターネット販売等にて販売している。チケット料金は、店頭や代理店の場合はチケットを販売する際に現金またはカード等にて、インターネット販売の場合はインターネットを介したカード決済、郵便局又は銀行への振込振込、コンビニエンスストア等の長時間営業を行っている店舗においての代理決済（以下、コンビニ決済と記載）等にて徴収されている。
【０００３】
郵便局又は銀行振込、コンビニ決済の場合、そのチケット料金の回収方法として、支払先及び支払代金等がバーコード（一次元バーコード）が数枚表示された支払い用紙を購入要求した顧客に郵送等し、各窓口やレジにおいて、その支払い用紙に記載される料金を徴収する手法がよく取られている。なかでもコンビニエンスストア等は２４時間稼働している店も多くあるため、代金支払のために日中に銀行等へ行くことができない人々によってこのコンビニ決済は非常に便利であるとして受け入れられている。
【０００４】
コンビニ決済は商品の表面の一箇所に印刷等されているバーコードを使用して店舗側が商品管理、売上管理を行う為のシステム、例えば、ＰＯＳシステム、ＫＩＯＳＫシステム等を利用したものである。つまり、支払料金をバーコードにて表した場合、店舗側が既存のインフラにて、サービスを提供する会社の窓口として代金を回収することができる。
【０００５】
日本では代金の支払用紙等に印刷された流通コードとして、JANバーコードがよく使用されている。JANとは「Japanese Article Number」の略で共通商品バーコードの意味を持つ。1978年にJIS（JIS-X0501）により規格化されPOSシステムなどの普及により、現在流通するほとんどの商品にマーキングされている。
【０００６】
JANバーコードの特徴としては、単品を国際的に唯一の番号で識別可能であり、従来の包装資材、インクを用いて印刷できる低コストのシンボルであり、スキャナ等の自動読み取り装置による読み取り操作が容易であること等が挙げられる。JANバーコードの他にも流通コードとしては、標準ITF規格、CODE-128規格、CODE-39規格、コーダーバー（NW-7）規格等のバーコードや、図３４の二次元コードが市場においてよく使用されている。流通コードを用いたシステムとしては、１９７０年代のJAN流通コードによるPOSシステムから１９８０年代のITF流通コードによる梱包単位の物流管理システムに展開し、１９９０年代後半からはUCC/EAN128規格が登場し、多くの分野でアプケーション標準規格が制定された（非特許文献１参照。）。この他レーザースキャナ装置等による、遠距離からの流通コードスキャン装置も開発されている。
【０００７】
又、イベント入場用のチケットをインターネット販売する場合、観客にはインターネットを介して、オンラインにてチケットの予約を行わせる。このオンライン予約の際に、顧客にチケットを直接販売するのではなく、チケットＩＤのみを配付して、利用者にそのチケットを得る権利を譲渡させる手法がある。この手法では、イベント当日に顧客からそのチケットＩＤおよび顧客を特定するＩＤを受信し、予約データベースと照合することで正規にチケットを購入した顧客を判定し、顧客が保持する携帯電話にチケット画面表示を行う（特許文献１参照）。
【非特許文献１】財団法人流通システム開発センター“流通コードの登録管理”、[online]、[平成15年9月11日検索]、インターネット＜URL: http://www.dsri-dcc.jp/＞
【特許文献１】特開２００２-２６９２８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながらイベント主催者側の問題点として、流通コードによるシステムでは、流通コードの規格等により使用可能なデータ量に限界があった。更に、流通コードの支払用紙の空間的制約により、送信できるデータ量に制限ができていた。又、支払用紙は大体が紙であるため、この支払用紙の紙代、流通コード印刷代及び郵送等にてユーザに配送する際の配送代がかかっていた（第１の問題点）。
【０００９】
ユーザ側の問題点としては、配送された支払用紙がないと店舗にて支払出来ないため、紛失等した場合には、再度イベント開催会社から配送してもらう必要があった。さらに配送される２〜３日間、ユーザは支払することが出来なかった（第２の問題点）。
【００１０】
店舗側の問題点としては、支払用紙上の複数の流通コードを読み取る際、それぞれ別々の箇所に印字若しくは表示された流通コードに対して、一つ一つ人手にてスキャナを移動させて読み込む必要があったが、このスキャナ装置の移動時間が大量の流通コードをすばやく読み込む際の障害となっていた。更に人手にて行うため、読み込み処理を行う人の熟練度によって読み込み時間に差ができる。又、流通コードをあらゆる角度からスキャンするモジュールや、流通コードが複数枚存在しても正確に読み取り可能とするプログラムがスキャナ装置には搭載されている。しかし、スキャンする情報が多量に有る場合、このモジュールやプログラムの処理時間が情報伝送を遅延させる原因ともなっていた（第３の問題点）。
【００１１】
特許文献１の手法によると支払用紙の問題は解決できるものの、イベント会場への入場の際に、顧客は携帯電話等のＷｅｂ画面上に予約時に決定した顧客ＩＤ、チケットＩＤ及びパスワード入力し、再度オンラインにてサーバに送信する必要があった。又、データとして送受信できる顧客情報や、携帯電話のイベントチケット情報を表示する領域は、顧客ＩＤや予約ＩＤ等の少ないデータ量を表示する領域に限られていた。これはサーバと携帯電話間において送受信可能な情報、又携帯電話の表示装置上にて顧客に入力させる情報の量、顧客に情報を表示可能な画面領域に限りがあるためである。
【００１２】
更にサーバ側はこの顧客ＩＤや予約ＩＤ等の主キーを元にデータベースを読み込み、照合し、オンラインにてリアルタイムに顧客の携帯電話に返信する必要があった。
【００１３】
又、チケット代金の回収は、別途カード会社、銀行等を介して行う必要があるため、カード会社や銀行においては別途に顧客の情報を保持しておく必要があった（第４の問題点）。
【００１４】
そこで本発明は、顧客側の端末とイベント開催会社側の装置間におけるデータ送信量を高速且つ確実な手法にて増大させることで、顧客側端末からイベント開催会社側装置へのオンライントランザクション回数を減らし、更にチケット販売に関する全ての処理を代行することができるチケット販売代行サーバ、チケット販売代行システム、チケット販売代行方法及びチケット販売代行プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
上記問題点を鑑みて、本発明の第１の特徴は、[イ]顧客を誘致するイベントの開催にあたり、顧客へのイベントのチケット販売を代行してほしいイベント開催会社側からチケットの販売代行にて使用するチケット基データを受信するチケット基データ受信手段（５５ａ）と、[ロ]顧客側の情報通信端末（１）から顧客に関する顧客情報を含むチケットの購入要求を受信する購入要求受信手段（５５ｂ）と、[ハ]チケット基データ及び購入要求を含むチケット販売代行に関する情報を格納する配信データ記憶装置（５６）と、[ニ]顧客にチケットの代金の振込時に表示する振込コードの画像を送信する際に、配信データ記憶装置（５６）内のチケット基データ及び顧客情報を基に、振込コードの画像を読み取るスキャナ装置が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された振込コードの画像を少なくとも２つ以上作成する為の振込依頼データを作成する流通依頼データ作成手段（５５ｃ）と、[ホ]作成された振込依頼データを情報通信端末（１）に送信する振込依頼データ送信手段（５５ｄ）と、[ヘ]振込コードによる振込が確認され、振込を行った情報通信端末（１）に対してチケットの発券時に表示するチケットコードの画像を送信する際に、配信データ記憶装置（５６）内のチケット基データ及び振込依頼データを基に、チケットコードの画像を読み取るチケット発行装置（７）が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定されたチケットコードの画像を少なくとも２つ以上作成する為のチケットデータを作成するチケットデータ作成手段（５５ｇ）とを備えるチケット販売代行サーバであることを要旨とする。
【００１６】
ここで、「振込コード」及び「チケットコード」とは、一般に市場で使用されている流通コードをさす。流通コードは記号化された数値データの固まりである。例えば、通常ＪＡＮ１３規格では１３桁の数字を表すバーの集合をバーコードと呼ぶが、これに準拠する。特に、１次元バーコード及び２次元コードを指す。「振込依頼データ」及び「チケットデータ」とは、振込コード及びチケットコードを作成する為の数値データを指すものとする。振込コード及びチケットコードの「画像」とは、振込コード及びチケットコードを具現化し、視覚的に流通コードであると認識できるように表示装置等の画像上に表したものとする。「識別子データ」とは、複数の振込コード及びチケットコードの画像の連続表示の終了を報知するために挿入するデータであり、一定の待ち時間データ及びオール０データ等がこれにあたる。「少なくとも２つ以上の振込コード」及び「少なくとも２つ以上のチケットコード」とは、１つの情報を伝達する為に同種類の流通コード規格にて構成された２枚以上の振込コード又はチケットコードである。
【００１７】
更に本発明の第１の特徴は、[ト]振込依頼データ作成手段（５５ｃ）は、少なくとも２つ以上の振込コードの画像が設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び振込コードの画像表示させる振込依頼データを作成し、[チ]チケットデータ作成手段（５５ｇ）は、少なくとも２つ以上のチケットコードの画像が設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再びチケットコードの画像表示させるチケットデータを作成し、[リ]振込依頼データ作成手段（５５ｃ）は、少なくとも２以上の振込コードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の振込コードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、枚数データ及びその枚数分の画像データを設定された表示順序にて連続切り替え表示するように設定されている振込コードの画像を生成する基となる振込依頼データを作成し、[ヌ]チケットデータ作成手段（５５ｇ）は、少なくとも２以上のチケットコードの画像の枚数情報をヘッダ情報に含む枚数データと、各々のチケットコードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、枚数データ及びその枚数分の画像データを設定された表示順序にて連続切り替え表示するように設定されているチケットコードの画像を生成する基となるチケットデータを作成することを加えても良い。
【００１８】
本発明の第２の特徴は、［イ］顧客を誘致するイベントの開催にあたり、顧客へのイベントのチケット販売を代行してほしいイベント開催会社側からチケットの販売代行にて使用するチケット基データを受信するチケット基データ受信手段（５５ａ）、顧客側の情報通信端末（１）から顧客に関する顧客情報を含むチケットの購入要求を受信する購入要求受信手段（５５ｂ）、チケット基データ及び購入要求を含むチケット販売代行に関する情報を格納する配信データ記憶装置（５６）、顧客にチケットの代金の振込時に表示する振込コードの画像を送信する際に、配信データ記憶装置（５６）内のチケット基データ及び顧客情報を基に、振込コードの画像を読み取るスキャナ装置が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された振込コードの画像を少なくとも２つ以上作成する為の振込依頼データを作成する流通依頼データ作成手段（５５ｃ）、作成された振込依頼データを情報通信端末（１）に送信する振込依頼データ送信手段（５５ｄ）、振込コードによる振込が確認され、振込を行った情報通信端末（１）に対してチケットの発券時に表示するチケットコードの画像を送信する際に、配信データ記憶装置（５６）内のチケット基データ及び振込依頼データを基に、チケットコードの画像を読み取るチケット発行装置（７）が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定されたチケットコードの画像を少なくとも２つ以上作成する為のチケットデータを作成するチケットデータ作成手段（５５ｇ）とを備えるチケット販売代行サーバと、［ロ］振込依頼データを基に少なくとも２つ以上の振込コードの画像を生成し、チケットデータを基に少なくとも２つ以上のチケットコードの画像を生成する流通コード生成手段（１０ｃ）、生成された少なくとも２つ以上の振込コードの画像及び少なくとも２つ以上のチケットコードの画像を表示する表示装置（２）、少なくとも２つ以上の振込コードの画像及び少なくとも２つ以上のチケットコードの画像を各々設定された時間間隔及び設定された表示順序において連続的に切り替えし、表示装置上の固定位置に表示するよう制御する切り替え表示制御手段（１０ｄ）とを備える情報通信端末と、［ハ］固定位置にて連続切り替え表示される少なくとも２つ以上の振込コードの画像より受光する振込依頼データを読み取るスキャナ装置（３）に接続され、スキャナ装置（３）が読み取った振込依頼データを受信し、解析するＰＯＳ端末（４）と、［ニ］固定位置にて連続切り替え表示される少なくとも２つ以上のチケットコードの画像より受光するチケットデータを読み取るコードスキャナ部（２０）を備え、コードスキャナ部（２０）が読み取ったチケットデータを受信し、解析し、チケットとして発行するチケット発行装置（７）とを有するチケット販売代行システムであることを要旨とする。
【００１９】
本発明の第３の特徴は、［イ］顧客を誘致するイベントの開催にあたり、顧客へのイベントのチケット販売を代行してほしいイベント開催会社側からチケットの販売代行にて使用するチケット基データをチケット基データ受信手段（５５ａ）が受信するステップと、［ロ］顧客側の情報通信端末（１）から顧客に関する顧客情報を含むチケットの購入要求を購入要求受信手段（５５ｂ）が受信するステップと、［ハ］チケット基データ及び購入要求を含むチケット販売代行に関する情報を配信データ記憶装置（５６）に格納するステップと、［ニ］顧客にチケットの代金の振込時に表示する振込コードの画像を送信する際に、配信データ記憶装置（５６）内のチケット基データ及び顧客情報を基に、振込コードの画像を読み取るスキャナ装置が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された振込コードの画像を少なくとも２つ以上作成する為の振込依頼データを流通依頼データ作成手段（５５ｃ）が作成するステップと、［ホ］作成された振込依頼データを振込依頼データ送信手段（５５ｄ）が情報通信端末（１）に送信するステップと、［ヘ］振込コードによる振込が確認され、振込を行った情報通信端末（１）に対してチケットの発券時に表示するチケットコードの画像を送信する際に、配信データ記憶装置（５６）内のチケット基データ及び振込依頼データを基に、チケットコードの画像を読み取るチケット発行装置（７）が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定されたチケットコードの画像を少なくとも２つ以上作成する為のチケットデータをチケットデータ作成手段（５５ｇ）が作成するステップとを備えるチケット販売代行方法であることを要旨とする。
【００２０】
本発明の第４の特徴は、［イ］顧客を誘致するイベントの開催にあたり、顧客へのイベントのチケット販売を代行するコンピュータに、イベントの開催会社側からチケットの販売代行にて使用するチケット基データをチケット基データ受信手段（５５ａ）が受信する命令と、［ロ］顧客側の情報通信端末（１）から顧客に関する顧客情報を含むチケットの購入要求を購入要求受信手段（５５ｂ）が受信する命令と、［ハ］チケット基データ及び購入要求を含むチケット販売代行に関する情報を配信データ記憶装置（５６）に格納する命令と、［ニ］顧客にチケットの代金の振込時に表示する振込コードの画像を送信する際に、配信データ記憶装置（５６）内のチケット基データ及び顧客情報を基に、振込コードの画像を読み取るスキャナ装置が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された振込コードの画像を少なくとも２つ以上作成する為の振込依頼データを流通依頼データ作成手段（５５ｃ）が作成する命令と、［ホ］作成された振込依頼データを振込依頼データ送信手段（５５ｄ）が情報通信端末（１）に送信する命令と、［ヘ］振込コードによる振込が確認され、振込を行った情報通信端末（１）に対してチケットの発券時に表示するチケットコードの画像を送信する際に、配信データ記憶装置（５６）内のチケット基データ及び振込依頼データを基に、チケットコードの画像を読み取るチケット発行装置（７）が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定されたチケットコードの画像を少なくとも２つ以上作成する為のチケットデータをチケットデータ作成手段（５５ｇ）が作成する命令とを実行させるチケット販売代行プログラムであることを要旨とする。
【発明の効果】
【００２１】
本発明のチケット販売代行サーバ、チケット販売代行システム、チケット販売代行方法及びチケット販売代行プログラムによると、従来の流通コードの規格、従来のインフラ等を使用可能であるが、紙や表示用画面等の一領域に一枚毎表示する流通コードの様な空間的制限を持たない、送信データ量が無限である流通コードを作成することができる。
【００２２】
送信データ量を無限とすることで、顧客側端末とチケット販売代行サーバ間のオンライントランザクション回数を減らし、オフラインにおいてもオンラインと同様の環境を整えることができる。
【００２３】
流通コードの表示装置に２枚以上の流通コードを繰り返し連続で表示することにより、スキャナ装置の移動を行わずに、つまりスキャナ装置を流通コード読み取り箇所に動かすのではなく、流通コード読み取り箇所をスキャナ装置の読み取り処理に合わせて動かすことにより、流通コードデータを一カ所において一度に読み込むことが可能となる。また、スキャナ装置は、流通コードデータを一カ所において連続して読み込むことが出来るため、スキャナ装置の人手による読み込み順序間違いや、読み込みにかかる時間が短縮され、データ送信の高速化をはかることができる。
【００２４】
イベント会場におけるチケット購入者の出席情報、及びチケット料金の振込情報の集計等のイベント開催会社が処理すべきチケット販売に係る一切の処理を代行することができる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施の形態に係る表示装置、スキャナ装置及びチケット販売代行サーバを用いたチケット販売代行システムについて説明する。尚、本発明の実施の形態において使用される機器、手法等は一例であり、本発明はこれらに限定されるものでないことは勿論である。
【００２６】
（実施の形態）
（チケット販売代行システム）
本発明の実施の形態に係るチケット販売代行システム１００では、図１に示すように、チケット販売代行処理を行うチケット販売代行サーバ５と、流通コードを表示させる表示装置２を備える顧客側の情報通信端末１と、流通コードを読み取るスキャナ装置３に接続される店舗側ＰＯＳ端末４と、情報通信端末１上に表示されるチケットデータを読み込みチケット発行処理を行うチケット発行装置７等を備えている。チケット販売代行サーバ５と情報通信端末１、ＰＯＳ端末４及びイベント開催会社６側装置は、有線、無線の通信回線にて接続可能となっている。
【００２７】
情報通信端末１の表示装置２上にはチケット代金の振込依頼データより作成される振込に使用する流通コード（以下、振込コードと記載）が表示され、この振込コードを店舗側のスキャナ装置３が光学的に読み取ることによってＰＯＳ端末４に情報が入力される。各店舗により取得されたチケット代金支払情報等は、ＰＯＳ端末４の上位装置であるチケット販売代行サーバ５に集計され、一定の経理処理を経た後、イベント開催会社６に送られる。この際、一人の顧客が使用する情報通信端末１は１つ以上でも構わない。例えば、図１に示すように、先ず顧客のパーソナルコンピュータ（ＰＣ）１ａ等にて購入要求データを送信して振込依頼データを受信し、顧客自身がＰＣ１ａから携帯電話等の情報通信端末１にこの振込依頼データを転送するようにしても構わないし、複数の情報通信端末１に対して振込依頼データを送信するようにしても構わない。
【００２８】
イベント会場においては、情報通信端末１の表示装置２上にチケットデータより作成されたチケット発行に使用する流通コード（以下、チケットコードと記載）が表示され、このチケットコードをチケット発行装置７のコードスキャナ部２０が光学的に読み取ることによってチケット発行装置７に情報が入力される。各チケット発行装置７により取得されたイベントの入客情報等は、イベント終了後にチケット販売代行サーバ５にて集計され、イベント開催会社６に送られる。尚、本発明の実施の形態においては流通コードは、振込依頼データより作成される振込コード及びチケットデータより作成されるチケットコードのことを指すものとする。
【００２９】
チケット販売代行サーバ５が行う主なチケット販売代行処理としては、（１）顧客側の情報通信端末１又はＰＣ１ａ等よりチケットの購入要求を受信し、そのチケットの振込依頼データを送信元の情報通信端末１又はＰＣ１ａ等に返信する処理、（２）店舗側のＰＯＳ端末４より受信するチケット購入の振込情報及びそのチケットの売上げ情報等を集中管理し、イベント開催会社６に通知する処理、（３）チケット料金の振込を正規に行った情報通信端末１に対し、チケットデータを送信する処理、（４）イベント会場にチケット発行装置７を設置し、イベントの入場状況に係る情報を取得させ、イベント開催会社６に連絡する処理等が挙げられる。
【００３０】
本発明の実施の形態においては、流通コードは、プログラムにより生成された表示装置２上の複数枚の画像である。複数枚の流通コード画像は、一定時間毎に次の画面に入れ替えられる。この画像表示時間はスキャナ装置３やチケット発行装置７のスキャナ部の画像読み取りの精度及びスピードに従って決定される。例えば図２に示すように、０．１秒毎に、４枚の画像を用いて情報を伝達したりする。この読み取り操作中、スキャン操作者は例えば図３に示すように、表示装置２の画像上の一定位置にスキャナ装置３を固定させておけば良い。図１１のチケット発行装置７のコードスキャナ部２０のようにスキャン箇所が固定されている場合でも、同様にコードスキャナ部２０近辺に表示装置２を固定させる。
【００３１】
更に、図２では４枚の画像を使用しているが、この画像は前述したようにプログラムにより生成されるため、無限に生成することが可能である。つまり、これまで情報伝送に使用される流通コードが４枚程度であったのは、操作者の読み取り処理における負担、読み取り処理に要する時間及び読み取り処理のミスの発生等を考慮した結果であったが、本発明のように複数の流通コード画像を、スキャナ装置３やチケット発行装置７のコードスキャナ部２０に固定させて読み取り出来る場合、読み取り処理に要する時間はスキャン時間のみで、読み取り処理のミスも発生しない。しかも、操作者による読み取り時の操作ミスや、従来のような複数枚流通コードが存在する際の読み取り順序を適正に並び替えるプログラムを搭載する必要がないため、高速読み取り処理が行われる。
【００３２】
又、情報通信端末１の表示装置２の表示可能領域は限られているが、固定位置に複数毎の流通コードを連続表示させることで、一度に大量のデータを伝送することができる。
【００３３】
以下、本発明の実施の形態に係るチケット販売代行システムの各装置について詳細に説明する。
【００３４】
（チケット販売代行サーバ）
本発明の実施の形態に係るチケット販売代行サーバ５は、図４に示すように、入力装置５１、出力装置５２、通信制御装置５３、主記憶装置５４、処理制御装置（ＣＰＵ）５５、配信データ記憶装置５６、テンプレート記憶装置５７及び画面フレーム記憶装置５８等から構成される。
【００３５】
配信データ記憶装置５６は、情報通信端末１に配信するためのデータやチケット情報を管理するデータを格納する記憶装置であり、チケット基データ記憶部５６ａ、チケットデータ記憶部５６ｂ及び顧客情報記憶部５６ｃ等を格納する。
【００３６】
顧客情報記憶部５６ｃは、顧客ＩＤを有するリピータ客のために顧客情報を備える。顧客情報は図５（ａ）に示すように、顧客ＩＤ、氏名、住所、電話番号、メールアドレス、性別、生年月日、アンケート結果、暗証番号、初回登録日等の項目より構成される。
【００３７】
チケット基データ記憶部５６ａは、イベント開催会社６から送られたチケット代行処理に必要なデータ、例えば図５（ｂ）に示すようなイベント情報、座席情報、予約情報、売上情報、振込先情報及び発行装置等を格納する。イベント情報はイベントＩＤ、イベント名、イベント会場、開催日時、座席番号等の項目より構成される。座席情報は座席番号、その座席の料金、座席のクラス等の項目より構成される。予約情報は、予約ＩＤ、イベントＩＤ、発行端末ＩＤ等の項目より構成される。売上情報は、売上（予約）ＩＤ、イベントＩＤ、発行端末ＩＤ、振込先ＩＤ等の項目より構成される。振込先情報は、振込先ＩＤ、振込先装置名、設置場所等の項目より構成される。発行装置情報は、発行装置ＩＤ、発行装置名、設置場所等の項目より構成される。尚、売上ＩＤと予約ＩＤは同じものでも構わない。その場合、振込先ＩＤの有無により予約情報か売上情報かを判断する。
【００３８】
本実施の形態においては、オンライン予約の際に予約情報を作成し、ある店舗にて顧客よりチケット代金の振込みが行われた際に、その振込先情報の主キーである振込先ＩＤを予約情報に加えた売上情報を作成する。振込先情報は振込を行う店舗側装置、例えばＰＯＳ端末４毎に設定される。振込先ＩＤは振込情報データにも使用される。又、顧客によるチケット代金の振込が確認された際に、そのチケットを発行するチケット発行装置７の発行装置情報の主キーである発行装置ＩＤを振込情報データに加えたチケットデータを作成する。発行装置情報はチケット発行を行う装置、例えばチケット発行装置７毎に設定される。
【００３９】
チケットデータ記憶部５６ｂは、顧客情報記憶部５６ｃ及びチケット基データ記憶部５６ａが備える情報を基に作成されるデータを格納する。作成されるデータは図１に示すように、顧客がチケットの購入要求を行う際の購入要求データ、購入要求基にチケット販売代行サーバ５が送信する振込依頼データ、店舗側にて振込・集金されたチケット代金の情報である振込情報データ、振込確認後にチケット販売代行サーバ５から情報通信端末１に送信するチケットデータ等である。
【００４０】
これらのデータの構成を図６に示す。購入要求データは、イベントＩＤ、購入者の氏名、住所、電話番号、メールアドレス、性別、生年月日等の項目より構成される。購入要求データは、顧客側の情報通信端末１上等に提示して入力を促し、顧客より取得するデータであり、図５（ａ）の顧客情報の基となるデータである。購入者の氏名、メールアドレスは必須であるが、それ以外はイベント開催会社６の指示、顧客情報の使用用途等によって決定する。
【００４１】
振込依頼データは、予約ＩＤ、イベント名、イベント会場、開催日時、座席クラス、料金、氏名、電話番号、メールアドレス等の項目より構成される。更に振込依頼データには流通コード画面切り換えのための制御情報が付加される。振込依頼データは、図５（ａ）の顧客情報及び図５（ｂ）のイベント情報、座席情報、予約情報等を基に作成されるデータである。通常であれば、各情報の主キー、例えば顧客ＩＤ、イベントＩＤ、座席番号、予約ＩＤ等を用いて必要時に主キーを基に各々のデータベースを読み込みにいく必要があるが、本発明の実施の形態においては、複数枚にて構成される流通コードを使用するため、多くの情報を一度に伝送するようにする。
【００４２】
振込情報データは、売上ＩＤ、イベント名、イベント会場、開催日時、座席クラス、料金、氏名、電話番号、メールアドレス、振込先ＩＤ等の項目より構成される。
【００４３】
チケットデータは、売上ＩＤ、イベント名、イベント会場、開催日時、座席クラス、料金、氏名、電話番号、メールアドレス、発行装置ＩＤ等の項目より構成される。発行装置ＩＤはチケット発行装置７が複数存在する場合に、チケットの重複発行を防止する為に使用する。詳細は後述する。更にチケットデータには流通コード画面切り換えのための制御情報が付加される。
【００４４】
本実施の形態においては、振込依頼データ、振込情報データ及びチケットデータは、図４に示すように、殆ど同じデータ構成を持つ。これは上述したように、複数枚にて構成される流通コードを使用し、多くの情報を一度に伝送するため伝送データをその都度必要なものに絞り込む必要がないからである。尚、店舗にて振込が行われた際に、店舗側が、振込依頼データに振込先ＩＤを加えた振込情報データを作成する。又、店舗側より振込情報データを受けたチケット販売代行サーバ５は、振込情報データの振込先ＩＤを発行装置ＩＤに変えたチケットデータを顧客側の情報通信端末１に送信する。
【００４５】
テンプレート記憶装置５７は、チケット発行装置７が、チケットデータを基にチケットを発券する際の印刷テンプレートを格納する。画面フレーム記憶装置５８は、振込依頼データ及びチケットデータを情報通信端末１の表示装置２に適切に表示させるための画面フレームを格納する。
【００４６】
ＣＰＵ５５は、チケット基データ受信手段５５ａ、購入要求受信手段５５ｂ、振込依頼データ作成手段５５ｃ、振込依頼データ送信手段５５ｄ、売上金振込情報受信登録手段５５ｅ、売上金振込情報送信手段５５ｆ、チケットデータ作成手段５５ｇ及びチケットデータ送信手段５５ｈ等を備えている。
【００４７】
チケット基データ受信手段５５ａは、チケット販売代行をイベント開催会社６より、販売代行に必要な顧客情報、イベント情報、座席情報、振込先情報及び発行装置情報等のチケット基データを受信するモジュールである。購入要求受信手段５５ｂは、顧客側の情報通信端末１等より図６の購入要求データを受信するモジュールである。
【００４８】
振込依頼データ作成手段５５ｃは、顧客に振込を依頼するための図６の振込依頼データを購入要求データ、イベント情報及び座席情報等を基に作成するモジュールである。振込依頼データ送信手段５５ｄは、振込依頼データを購入要求送信元の情報通信端末１へ送信するモジュールである。
【００４９】
売上金振込情報受信登録手段５５ｅは、顧客より支払代金を代理回収した店舗側のＰＯＳ端末４より、売上金の情報及び振込情報データを受け取り、登録処理を行うモジュールである。登録処理の一つとして、図５（ｂ）の予約情報に振込が行われた店舗（ＰＯＳ端末４）の振込先ＩＤを加え、その予約情報を売上情報として登録する。
【００５０】
売上金振込情報送信手段５５ｆは、売上情報登録、店舗毎の売上金の集計等の一定の経理処理を行った後、売上金の情報をイベント開催会社６に送信するモジュールである。この際に新規の顧客情報（図５（ａ）参照）を同時に送信してもよい。送信タイミングとしては一定間隔毎に送信したり、イベントの終了後にまとめて送信したりする。
【００５１】
チケットデータ作成手段５５ｇは、振込依頼データ及び振込情報データ等を基に、図６のチケットデータを作成するモジュールである。チケットデータ送信手段５５ｈは、チケットデータをチケット代金の振込を行った情報通信端末１へ送信するモジュールである。具体的には送信先は、登録されている図５（ａ）の顧客情報のメールアドレス宛とする。
【００５２】
入力装置５１は、接続されるキーボードやマウス、他装置からの入力信号を受信するインタフェース等である。出力装置５２は、接続される表示装置や印刷装置、他装置へ向けて出力信号を送信するインタフェース等である。通信制御装置５３は、無線、有線のネットワークを介してデータを送受信する為の制御信号を生成し、制御する。主記憶装置５４は、処理の手順を記述したプログラムや処理されるべきデータを一時的に記憶し、ＣＰＵ５５の要請に従ってプログラムの機械命令やデータを引き渡す。ＣＰＵ５５で処理されたデータは主記憶装置５４に書き込まれる。主記憶装置５４とＣＰＵ５５はアドレスバス、データバス、制御信号等で結ばれている。ＣＰＵ５５が、これらの手段を適宜ロードして演算処理することによりそれぞれの機能は実行される。
【００５３】
（情報通信端末）
本発明の実施の形態に係る表示装置２は、通信機能を備える携帯電話等の情報通信端末１に搭載される。この情報通信端末１は、図７に示すように、入力装置１１、表示装置２、アンテナ１３ａを備える無線装置１３、音声処理装置１４、ＣＯＤＥＣ１５、送話装置１６ａ、受話装置１６ｂ、データ記憶装置１７、処理制御装置（ＣＰＵ）１０、流通コード記憶装置１８及び一時記憶装置１９等を備えている。
【００５４】
入力装置１１は、０から９までの数字と、“＊”、“＃”、“決定”、“取消”等のプッシュボタンから構成されたキーボードである。入力装置１１はスクロールボタン等により構成されていてもよい。又、ＵＳＢ接続等を介して他のメモリ装置よりデータを入力しても構わない。表示装置２は、液晶表示装置（ＬＣＤ）、発光ダイオード（ＬＥＤ）パネル、エレクトロミルネッセンス（ＥＬ）パネル等が使用可能である。表示装置２は、流通コードを読み取り可能な状態で表示し、更に入力された機能項目、現在の情報通信端末１の状態、通信結果等を表示する。
【００５５】
アンテナ１３ａは、電波を受信及び送信するもので、図３では、受信アンテナと送信アンテナを兼ねたものとして示している。無線装置１３は、アンテナ１３ａを介して受信した受信データを復調してＣＰＵ１０に出力し、ＣＰＵ１０から出力された送信データを変調してアンテナ１３ａへ出力するモジュールである。無線装置１３はアンテナ１３ａに接続された低雑音増幅器、ミキサ、中間周波増幅器、復調器等より構成される周知の無線装置で構わない。
【００５６】
送話装置１６ａはマイクであり、ユーザの音声を入力するモジュールである。受話装置１６ｂはスピーカであり、通話の相手の音声を出力するモジュールである。ＣＯＤＥＣ１５は、音声のアナログ信号をデジタル信号に変換し、デジタル信号をアナログ信号に変換するモジュールである。音声処理装置１４は、デジタル・シグナル・プロセッサ（ＤＳＰ）であり、デジタル音声信号を音声符号化／復号化するモジュールである。データ記憶装置１７は、ＲＯＭ及びＲＡＭが組み込まれている。ＲＯＭはＣＰＵ１０で実行される受話装置としての全体的な制御を行うプログラム（認識コード）を格納しているメモリであり、ＲＡＭはＣＰＵ１０におけるプログラム実行処理中に利用されるプログラムデータ等を格納したり、作業領域として利用されるメモリである。
【００５７】
流通コード記憶装置１８は、チケット販売代行サーバ５より取得した流通コードを記憶する記憶領域である。一時記憶装置１９は、流通コード生成・表示処理の作業途中に一時保存するための記憶領域である。
【００５８】
ＣＰＵ１０は、電話機能制御手段１０ａ、流通コードデータ受信手段１０ｂ、流通コード生成手段１０ｃ、切り替え表示制御手段１０ｄ及びアプリ設定手段１０ｅ等を備えている。
【００５９】
電話機能制御手段１０ａは、従来の標準的な電話機能を制御するモジュールである。入力装置１１からの入力及び呼出の受信に従って、発着制御や通話制御と、各種設定処理等を行う。流通コードデータ受信手段１０ｂは、チケット販売代行サーバ５から送信される振込依頼データ及びチケットデータを受信するモジュールである。流通コード生成手段１０ｃは、取得した振込依頼データ及びチケットデータより表示装置２に表示するための流通コードを作成するモジュールである。切り替え表示制御手段１０ｄは、表示装置２に表示する流通コード画像の切り替え表示時のタイミング等の制御を行うモジュールである。ＣＰＵ１０が、これらの手段を適宜ロードして演算処理することによりそれぞれの機能は実行される。
【００６０】
（スキャナ装置）
本発明の実施の形態に係るスキャナ装置３は、半導体素子ＣＣＤ（チャージカップルドデバイス）イメージセンサを用いて画像をスキャンする機能を有し、図８に示すように、ＣＰＵ３０、光源用ＬＥＤ３１、ミラー３２、レンズ３３、ＣＣＤイメージセンサ３４及びコード３５等を備えている。
【００６１】
光源用ＬＥＤ３１は、流通コード上に光を照射するモジュールである。ミラー３２は、流通コードより反射された光を反射させるためのものである。レンズ３３は、ミラー３２からの反射光を拾い、ＣＣＤイメージセンサ３４に受光させるために焦点をあわせるためのものである。ＣＣＤイメージセンサ３４は、レンズ３３からの光を画像として受信するためのものである。尚、光源用ＬＥＤ３１は広い範囲で照射されるが、ＣＣＤイメージセンサ３４が画像として受光するのは受光軸上の箇所のみである。コード３５は受光した画像より解析される流通コード上の情報を外部のＰＯＳ端末、ＫＩＯＳＫ端末等の情報処理装置に送信するためのものである。
【００６２】
ＣＰＵ３０は、図９に示すように、振込コード読み取り手段３０ａ及び振込依頼データ送信手段３０ｂを備え、主記憶装置３０ｄと接続されている。振込コード読み取り手段３０ａは、受光軸上の画像を読み取るためのモジュールである。読み取られた振込コード画像は、振込データに変換される。振込依頼データ送信手段３０ｂは、振込データを接続されるＰＯＳ端末４等に送信するモジュールである。ＣＰＵ３０が、これらの手段を適宜ロードして演算処理することによりそれぞれの機能は実行される。主記憶装置３０ｄは、ＲＯＭ及びＲＡＭが組み込まれる。ＲＯＭはＣＰＵ３０で実行される振込コード読み取り処理の全体的な制御を行うプログラムを格納しているメモリであり、ＲＡＭはＣＰＵ３０におけるプログラム実行処理中に利用されるプログラムデータ等を格納したり、作業領域として利用されるメモリである。
【００６３】
（ＰＯＳ端末）
ＰＯＳ端末４は、１つ以上のスキャナ装置３に接続され、図１０に示すように入力装置４１、出力装置４２、表示装置４３、データ入出力制御装置４４、データ伝送制御装置４５、ＣＰＵ４６及び記憶装置４７等を備えている。尚、複数のＰＯＳ端末４が配置される場合、各ＰＯＳ端末４は、全てのＰＯＳ端末４を統合的に管理するチケット販売代行サーバ５に、例えば、ＬＡＮ等で接続される。
【００６４】
記憶装置４７は、自ＰＯＳ端末４の、振込先ＩＤを含む振込先情報を格納する。この他、ＣＰＵ４６がＰＯＳ端末として機能するために必要な動作メモリ領域や、ユーザファイル、商品マスタファイル、商品画像ファイル等の各種データを格納する。
【００６５】
ＣＰＵ４６は、複数のＰＯＳ端末４の全体を管理しており、従来のＰＯＳ端末としての基本的処理として、例えば、受信データに対し一定の算術処理（売上総額計算等）を行ったり、記憶装置４７内のユーザファイル、商品マスタファイル及び商品画像ファイル等の情報の検索処理を行ったりする。この他、ＣＰＵ４６は、振込データ受信手段４６ａ、振込情報作成手段４６ｂ、売上金振込情報送信手段４６ｃ及び解析手段４６ｄ等を備えている。
【００６６】
振込データ受信手段４６ａは、図９のスキャナ装置３の振込依頼データ送信手段３０ｂから送信される振込データを受信するモジュールである。振込情報作成手段４６ｂは、振込データ及び振込先情報を基に振込情報を作成するモジュールである。売上金振込情報送信手段４６ｃは、売上金の情報及び作成された振込情報をチケット販売代行サーバ５に送信するモジュールである。解析手段４６ｄは、読み取った複数の振込コードを解析プログラムにより解析する。詳細は後述する。
【００６７】
データ入出力制御装置４４は、ＣＰＵ４６、入力装置４１、出力装置４２及び表示装置４３間のデータ送受信を制御している。入力装置４１は、具体的にはユーザに操作されるキーボード、タッチパネル、スキャナ、カードリーダ・ライタ等を指す。出力装置４２は、レシートジャーナル、プリンタ等を指す。表示装置４３は、利用者等に対し、演算結果データ等を出力するものであり、複数存在しても構わない。
【００６８】
（チケット発行装置）
チケット発行装置７は、図１１に示すように、情報通信端末１の表示装置２上のチケットコードを読み取り、チケットとしてプリントアウトする装置であり、コードスキャナ部２０、制御部２１及びプリンタ部２４等から構成される。
【００６９】
コードスキャナ部２０は、コード読み取り部２０ａ及びデータ送信部２０ｂを備えている。図示しないが、コード読み取り部２０ａは、バーコード光を照射させる光源用ＬＥＤや、この照射光を読み取るＣＣＤイメージセンサ等にて構成される通常のスキャン機能を備えるものとする。コード読み取り部２０ａは、このスキャン機能により情報通信端末１の表示装置２に映されるチケットコード画像をチケットデータとして読み込み、同時にどのような種類の流通コードが読み取られたかを判断する。データ送信部２０ｂは、チケットデータと、チケットコードの種類を制御部２１に送信する。
【００７０】
制御部２１は、ＣＰＵ２２及び記憶部２３から構成される。ＣＰＵ２２は、チケットデータ解析手段２２ａ、テンプレート取得手段２２ｂ、印刷データ作成手段２２ｃ等を備える。記憶部２３は、チケットデータバッファ２３ａ、コードデータ記憶部２３ｂ、テンプレート記憶部２３ｃ及び印刷データバッファ２３ｄ等を備えている。
【００７１】
チケットデータバッファ２３ａは、データ一時記憶用の揮発性の半導体メモリ等であり、コードスキャナ部２０にて読み込まれたチケットデータを一時格納する。コードデータ記憶部２３ｂは、ＲＯＭやＲＡＭ、又はＣＤＲＯＭやフロッピー（登録商標）ディスク等の外部装置より成る記憶装置であり、チケットデータを解析するためのマスタ、例えば顧客マスタ、企業マスタ、支払マスタ、在庫マスタ等を備えている。
【００７２】
テンプレート記憶部２３ｃは、ＲＯＭやＲＡＭ、又はＣＤＲＯＭやフロッピー（登録商標）ディスク等の外部装置より成る記憶装置であり、コードスキャナ部２０及びプリンタ部２４に適するテンプレートを格納する。尚、テンプレートは複数種類格納されていて構わない。印刷データバッファ２３ｄは、データ一時記憶用の揮発性の半導体メモリ等であり、プリンタ部２４が印刷するチケットデータを一時記憶する。
【００７３】
チケットデータ解析手段２２ａは、チケットデータバッファ２３ａ内よりチケットデータを取得し、データ内容を解析する。詳細は後述する。テンプレート取得手段２２ｂは、チケットコードの種類を考慮し、プリンタ部２４による出力に適するテンプレートをテンプレート記憶部２３ｃから取得する。テンプレートは予め印刷の前に図４のチケット販売代行サーバ５のテンプレート記憶装置５７より取得しておくことが望ましい。印刷データ作成手段２２ｃは、チケットデータバッファ２３ａ内のチケットデータを取得したテンプレートに沿って入力し、印刷データを作成する。
【００７４】
プリンタ部２４は、制御部２１から受信するチケットデータを図１に示すようにイベント入場用チケット２４ａとして印字し、チケット発行装置７外部にプリントアウトする。
【００７５】
又、図１に示すように、チケット発行装置７のコードスキャナ部２０周辺に、顧客がチケット発券に必要な情報を入力するためにキーボード等の入力装置や、チケット発券に関する情報を表示する為の表示装置を備えさせても良い。
【００７６】
尚、図４、７〜１１においては特に図示していないが、これらの各部が正常に機能するための電源回路や電池（バッテリー）等が備えられていることは勿論である。
【００７７】
（流通コードデータの生成）
次に、チケット販売代行サーバ５より送信する振込依頼データ及びチケットデータを基に、情報通信端末１の流通コード生成手段１０ｃがどのように流通コードデータを生成するかについて説明する。流通コードデータは、従来の紙による振込表（図１２参照）のデータの数値４４桁の情報、振込者の氏名情報等より構成され、これらの情報より、伝送する流通コードデータの数値列は生成される。
【００７８】
一例として、流通コードとして生成すべき情報が、
振込表データ 91945937999999990300013000304099999900099993
振込者氏名 ヤマダタロウ
であった場合、振込者氏名を、図１３の符号表に対応させて符号化し、
振込者氏名 82776292628949
のように数値に変換する。更に、振込表データと振込者氏名の数値を合わせて、以下のような数値列１を得る。
【００７９】
91945937999999990300013000304099999900099993 82776292628949
上記の数値列では表示装置２に表示できないので、表示可能画面サイズに合わせて、分割し、それぞれの数値列の頭２桁に順序情報を付加する。一例として、
0191945937999・・・（画像１）
0299999030001・・・（画像２）
0330003040999・・・（画像３）
0499900099993・・・（画像４）
0582776292628・・・（画像５）
06949 ・・・（画像６）
のようになる。更に、これらの画像１〜６の数値列に、枚数データ（本例では６枚）等の属性情報を含んだヘッダ情報「0006000000001」を付加し、
0006000000001・・・（ヘッダ情報）
0191945937999・・・（画像１）
0299999030001・・・（画像２）
0330003040999・・・（画像３）
0499900099993・・・（画像４）
0582776292628・・・（画像５）
06949 ・・・（画像６）
といった数値列を作成し、この数値情報を基に、流通コード画像を生成する。
【００８０】
この後、スキャナ装置３は、連続表示される上記の流通コード画像を読み込み、読み取った複数の流通コード情報を解析プログラムにより解析し、数値列１と同じデータ数値列を再現する。尚、チケット発行装置７のコードスキャナ部２０においても同様の処理が行われる。
【００８１】
（チケット販売代行システムの動作）
チケット販売代行システム１００においてチケット販売代行サーバ５が情報通信端末１、スキャナ装置３、ＰＯＳ端末４、チケット発行装置７との間で行う一連の動作について以下に説明する。
【００８２】
（初回時動作）
（ａ）顧客がイベント開催会社側よりイベントチケットを購入する際、その顧客が未登録の新規顧客であった場合顧客情報の入力を依頼し、図４の購入要求受信手段５５ｂは、情報通信端末１等に入力された顧客の氏名、住所、使用する情報通信端末１の電話番号、メールアドレスを顧客情報（図５（ａ））として受信する。この他顧客情報として性別、生年月日、サービス内容のアンケート等の情報を取得しても構わない。取得された顧客情報はユニークな顧客番号を付与され、図４の顧客情報記憶部５６ｃに格納される。尚、登録済みの顧客である場合は顧客番号のみを取得し、取得した顧客番号を基に顧客情報記憶部５６ｃより顧客情報を検索・取得する。
【００８３】
（ｂ）顧客情報の登録完了後、チケット販売代行サーバ５は、情報通信端末１に対し、動的な流通コードを受信して表示させるためのアプリケーションプログラムのダウンロードを促す。ダウンロード時は情報通信端末１の表示装置２には図１４（ａ），（ｂ），（ｃ）に示すような画面図が表示される。ダウンロードが完了すると、図１５（ａ）の初回起動画面が表示される。
【００８４】
（ｃ）次に、表示装置２は図１５（ｂ），（ｃ）の画面を表示し、流通コード表示用の暗証番号を入力させる。入力が完了すると、図１５（ｄ）の画面を表示し登録完了を知らせる。尚、入力された暗証番号は顧客情報記憶部５６ｃに送信され、格納される。尚、今後、このアプリケーションプログラムにてチケット販売代行サーバ５と通信を行う際にはこの暗証番号を用いて認証処理を行うようにする。
【００８５】
（流通コードデータの転送）
次にチケット販売代行システム１００におけるチケット販売代行サーバ５が情報通信端末１、ＰＯＳ端末４及びチケット発行装置７との間で行う流通コードデータの転送処理の動作について図１６のフロー図を用いて説明する。
【００８６】
（ａ）先ずステップＳ１０１において、ポスター、雑誌、新聞、インターネット上のサイト等にてイベント広告を見た顧客が、そのイベントのチケットを購入したいと思った場合、顧客はその広告に記載してあるＵＲＬ（チケット販売代行サーバ５）にインターネット等を介してアクセスする。この際、チケット販売代行サーバ５は顧客に顧客番号の入力を促し、入力された顧客番号を基に顧客情報を取得する。新規顧客の場合は上記の初回登録を行う。
【００８７】
（ｂ）ステップＳ１０２において、チケット販売代行サーバ５の振込依頼データ作成手段５５ｃは、チケット基データ受信手段５５ａが予めイベント開催会社６より受信するチケット基データ（顧客情報、イベント情報、座席情報、振込先情報及び発行装置情報等）を基に、顧客にチケット代金の振込を依頼するための振込依頼データ（図６参照）を作成する。振込依頼データ送信手段５５ｄは、顧客情報に登録されたメールアドレスに振込依頼データを送信する。
【００８８】
（ｃ）ステップＳ１０３において、図７の情報通信端末１の流通コードデータ受信手段１０ｂは、この振込依頼データを受信し、流通コード記憶装置１８に格納する。又、顧客より指示があると、流通コード記憶装置１８より振込依頼データを取得し、表示装置２に図１７（ａ）の様に表示させる。このアプリケーションは初回登録時にダウンロードされる。図１７（ａ）にて支払リストが入力装置１１のキーボード等より選択・押下されると、図１７（ｂ）のような支払リストが表示される。この支払リストより購入したイベントチケットが選択・押下されると、図１７（ｃ）のように「○○コンサートチケット」の振込料金、振込期限等の情報を提示する。更に入力装置１１を介してこの振込コードを表示する要求を受信すると、図７の流通コード生成手段１０ｃが、受信する振込依頼データより、複数枚の流通コードより成る振込コードを作成する。ステップＳ１０４において、作成された振込コードは図１７（ｄ）のように表示装置２上に表示される。上記のアプリケーションに対応しない情報通信端末１であっても、図１８に示すように通常のメールにて振込依頼データを取得させ、振込コードを表示させることも可能である。
【００８９】
尚、振込依頼データは切り替え表示の為の制御情報を備えており、切り替え表示制御手段１０ｄは、この制御情報に従い振込コードを動的に切り替えて表示する。振込コードの動的な切り替えのタイミングについてであるが、現在使用される液晶画面等では１／６０秒くらいの周期で画面を変えている。これに対しスキャナ装置は、１／５０〜１／２００秒程度で１枚の流通コードを読み取ることができる。これによると、現在のスキャナ装置においても複数の動的流通コード表示を読み取り可能とさせるためには、表示の切り替えは両方の時間の最小公倍数にすることが好ましく、１／１０秒程度がふさわしいといえる。最大表示時間はスキャナ装置３が同じデータを多重に読み込むことがないため節制はない。しかしながら運用上の視点より、流通コード表示周期は０．１〜０．５秒程度が好ましいといえる。
【００９０】
（ｄ）ステップＳ１０５において、ＰＯＳ端末４に接続されるスキャナ装置３は、図１５（ｄ）のように情報通信端末１の表示装置２上に表示される振込コードの読み取りを行う。読み取りの手順としては、図８の光源用ＬＥＤ３１は流通コード上にパルス発光させた光を照射し、ミラー３２がこの光を反射させる。反射光はレンズ３３により反転され、この反転された反射光をＣＣＤイメージセンサ３４は、画像として受光する。さらに図９のスキャナ装置３の振込コード読み取り手段３０ａはＣＣＤイメージセンサ３４に受光した画像を端から端にスキャンさせ、アナログ波形を取得する。更にアナログ波形をＡ／Ｄ変換し、デジタル波形を取得する。このデジタル波形は規則に従いデコードされる。振込依頼データ送信手段３０ｂは、振込依頼データをＰＯＳ端末４に出力する。
【００９１】
この後、図１０のＰＯＳ端末４の振込データ受信手段４６ａは、振込依頼データを受信し、解析手段４６ｄがこれを解析する。切り替え表示される複数の振込コード画像の解析手法については後述する。解析結果は記憶装置４７に記憶される。又、解析された振込依頼データより振込金額、振込先等を検出し、図１０の表示装置４３にこの金額等を表示する。店舗側は顧客よりこの振込代金を代理で受け取る。ステップＳ１０６においては、ＰＯＳ端末４は、集金された振込代金及び解析処理された振込依頼データに自装置の振込先ＩＤを付加し、振込情報データとしてチケット販売代行サーバ５に送信する。チケット販売代行サーバ５の売上金振込情報受信登録手段５５ｅはこの振込情報データを受信する。各店舗により取得されたチケット代金支払情報等はチケット販売代行サーバ５にて集計され、一定の経理処理を経た後、イベント開催会社６に送られる。
【００９２】
（ｅ）ステップＳ１０７においては、図４のチケットデータ作成手段５５ｇは、チケットを発行するチケットコードを生成するためのチケットデータを作成する。チケットデータには振込情報のデータに加え、チケットを発行する発行装置を特定する発行装置ＩＤを付加する。図４のチケットデータ送信手段５５ｈは、振込情報データに記載される情報通信端末１のメールアドレスに対してチケットデータを送信する。
【００９３】
（ｆ）ステップＳ１０８において、図７の情報通信端末１の流通コードデータ受信手段１０ｂは、チケットデータを受信し、流通コード記憶装置１８に格納する。顧客より指示を受けると、図５の流通コード生成手段１０ｃは流通コード記憶装置１８よりチケットデータを取得し、チケットコードを生成する。尚、生成処理はステップＳ１０３の振込コードの生成処理と同様であるため説明を省略する。表示装置２上に表示される図１１９（ａ）の画面にて、チケットリストが入力装置１１のキーボード等より選択・押下されると、図１９（ｂ）のようなチケットリストが表示される。このチケットリストより購入したイベントチケットが選択・押下されると、図１９（ｃ）のようにイベントの開催場所、開演日時、この他図示しないが座席番号等の情報を提示する。更に入力装置１１を介してこのチケットコードを表示する要求を受信すると、図７の流通コード生成手段１０ｃが、受信するチケットデータより、複数枚の流通コードより成るチケットコードを作成する。ステップＳ１０９において、作成されたチケットコードは図１９（ｄ）のように表示装置２上に表示される。
【００９４】
（ｇ）ステップＳ１１０においては、図１１のコード読み取り部２０ａ近辺に情報通信端末１の表示装置２に表示されたチケットコードが配置されると、コード読み取り部２０ａはこのコード画像データを読み取り、コードスキャナ部２０内の図示しないＣＣＤセンサ等によりアナログ信号からデジタル信号に変換される。更に、コード読み取り部２０ａは流通コードの種類を判別し、チケットデータ及び流通コードの種類を、データ送信部２０ｂを介して、制御部２１のチケットデータバッファ２３ａに送信する。チケットデータ解析手段２２ａが、チケットデータバッファ２３ａ内に一時格納されているチケットデータを取得し、チケットデータの解析を始める。
【００９５】
尚、チケット発行装置７が複数台設置されている場合は、解析処理の前に、チケットデータの発行装置ＩＤ（図６参照）が、自装置のものであるかチェックする。これは、情報通信端末１が保持する１つのチケットコードから、複数のチケットを発券することを防ぐためである。チケット発行装置７が１台である場合は、そのチケット発行装置７が、発券済みデータを再度発券しない様に、チケットデータの売上ＩＤ（図６参照）を記憶しておけばよいが、チケット発行装置７が複数台ある場合、１つのチケットコードから、各々のチケット発行装置７がチケットを発券することが可能となる。この為、顧客に図２０に示す画面を提示し、発券するチケット発行装置７の選択を促す。このように選択させたチケット発行装置７のみで発券させ、選択されたチケット発行装置７が一度発券したチケットデータの売上げＩＤを格納することで、二重発券を防ぐ。
【００９６】
発行装置ＩＤの照合が正常に終わると、解析処理として、流通コードの種別を特定し、数値データ若しくは数文字データから成るチケットデータを基に、コードデータ記憶部２３ｂ内の顧客マスタ、企業マスタ、チケットマスタ、支払マスタ等内を検索し、印刷するためのデータを取得する。
【００９７】
テンプレート取得手段２２ｂは、予めチケット販売代行サーバ５が設定する、チケット印刷に適したテンプレートをテンプレート記憶部２３ｃから取得する。印刷データ作成手段２２ｃは、この取得したテンプレートと、チケットデータを合成し、印刷データとして印刷データバッファ２３ｄに格納する。
【００９８】
プリンタ部２４は、印刷データバッファ２３ｄより印刷データを取得し、図１に示すようなイベント入場用チケット２４ａとして、プリント紙に出力する。
【００９９】
（ｈ）最後にステップＳ１１１においては、上述したように重複発券防止のため、発券済みチケットデータを格納し、イベント終了後等に当日の入場状況の情報としてイベント開催会社６に引き渡す。
【０１００】
（流通コードの解析）
ステップＳ１０５のＰＯＳ端末４の解析手段４６ｄによる振込データ解析処理、又ステップＳ１１０のチケットデータ解析手段２２ａによるチケットデータの解析処理については色々な手法が考えられるが、２つの具体例について以下に説明する。
【０１０１】
第１の具体例としては、一般の流通コードをそのまま繰り返して表示装置２上に表示させる場合に、図２１に示すように、１周期毎に一定の待ち時間を設けて繰り返し送信する手法がある。これを図２２のフロー図を用いて説明する。
【０１０２】
（ａ）先ずステップＳ３０１において、図９のＣＰＵ３０は、流通コードの待ち時間を示す識別子を検出するまでは、読み込みを行わず、待機する。
【０１０３】
（ｂ）ステップＳ３０２において、待ち時間を検出すると、ＣＰＵ３０の流通コード読み取り手段３０ａが送信されるデコードされたデータを読み込み、図２３に示すようにＣＰＵ３０のレジスタ領域に登録する。ステップＳ３０３において、次の読み込みデータは「待ち時間」データであるか否かの判定をおこない、次の待ち時間データが読み込まれるまで、送信されるデコードされたデータをレジスタ内に登録する。
【０１０４】
（ｃ）ステップＳ３０４において、デコードされた１組のデータ群を全て読み込み、次の待ち時間データが読み込まれると、振込依頼データ送信手段３０ｂは、読み取りデータとしてＰＯＳ端末４に通信出力する。
【０１０５】
第２の具体例としては、表示装置２上に表示させる流通コード内にヘッダ情報を埋め込み、このヘッダ情報によりスキャナ装置３によるデータ受信後に不必要なデータを除去する手法がある。このヘッダ情報とは図２４（ａ）に示すように、送信データの前に送信データの基となる流通コードの枚数を通知するためのデータを送信する。これは上位２桁が枚数データを示す“００”と設定し、その次の上位２桁で流通コードの枚数を設定する。例えば、４枚のデータを送信する場合、“０００４０００００・・・”のように構成される。尚、各々の送信データの上位２桁には、順序を示すための“０１”〜“０４”等が設定される。これについて図２５のフロー図を用いて説明する。
【０１０６】
（ａ）先ずステップＳ４０１において、図９の流通コード読み取り手段３０ａは、１つの送信データを読み込む。ステップＳ４０２において、この送信データの上位２桁を読み、この２桁に対応するＣＰＵ３０の流通コード記憶レジスタ（図２６（ａ）参照）に格納する。
【０１０７】
（ｂ）次にステップＳ４０３において、読み込んだ２桁のデータが“００”であるか、つまり枚数データであるかを判断し、枚数データであった場合、ステップＳ４０４に進み、枚数データでなかった場合ステップＳ４０６へ進む。
【０１０８】
（ｃ）ステップＳ４０４では、枚数データの上位３〜４桁を取得し、登録する画像データの枚数を取得する。ステップＳ４０５にてこの枚数データは図２６（ｂ）のようにＣＰＵ３０の枚数記憶レジスタの領域に格納される。
【０１０９】
（ｄ）ステップＳ４０６においては、枚数記憶レジスタに枚数情報が登録済か否かを判断する。登録済であった場合、ステップＳ４０７に進み、流通コード記憶レジスタに全ての画像データが登録されているか否か、例えば図２６だと上位２桁が“０１”“０２”“０３”“０４”のデータが登録済かを判断する。登録済でなかった場合、ステップＳ４０１に戻り、枚数データと他の画像データの全てがレジスタに登録されるまでＳ４０１〜Ｓ４０６の動作を繰り返す。
【０１１０】
（ｅ）レジスタ内の全てのデータが登録された場合、ステップＳ４０８へ進み、図９の振込依頼データ送信手段３０ｂが、流通コードデータの情報（図２４（ｂ）参照）を読み取りデータとしてＰＯＳ端末４に通信出力する。
【０１１１】
尚、上記においては解析手段は、ＰＯＳ端末４に搭載されると記載されているが、スキャナ装置３が解析手段を備えていても構わない。
【０１１２】
流通コードを読み取りの際に提示される流通コードが必ずしも正規のものとは限らない。例えば、顧客が情報通信端末１を紛失し、これを拾得した第三者が使用している場合もありえる。本発明の実施の形態においては、正規の顧客であることを確認する為にアプリケーションプログラムにて暗証番号を入力する等の認証処理を行うが、この他にもセキュリティ対策として、以下のような暗号処理を実行してもよい。
【０１１３】
（暗号例１）
先ず、第１のセキュリティ対策として、流通コードを情報通信端末１内にて生成してから、ＰＯＳ端末４のスキャナ装置３、又はチケット発行装置７のコードスキャナ部２０にて読み取りを行うまでの時間を、例えば５分間以内と設定する。具体的な装置例として、図２７に示すように、情報通信端末１の流通コード生成手段１０ｃに、更に時刻取得手段１０ｆ及び時刻暗号化手段１０ｇを備えさせる。又、スキャナ装置３の振込コード読み取り手段３０ａに、更に時刻取得手段３０ｅ及び時刻復号化手段３０ｆを備えさせる。具体的な動作について、図１７に示すフローチャートを参照して説明する。
【０１１４】
（ａ）先ず、ステップＳ５０１において、流通コード画像を表示装置２に表示して、スキャナ装置３により画像の読み取りを行う時に、情報通信端末１の時刻取得手段１０ｆは、現在の時刻Ｘを取得し、それを例えば、「２００３０９２５１８１５」の様に数値化する。ちなみにこのデータは現在時刻を年月日時刻の順に並べている。ステップＳ５０２において、時刻暗号化手段１０ｇは、この数値データを送信する流通コードデータに含めて、このうえ更に、例えば、周知の公開鍵方式や秘密鍵方式鍵を用いて暗号化する。暗号化された流通コードデータは流通コード画像として表示装置２に表示される（ステップＳ５０３）。
【０１１５】
（ｂ）ステップＳ５０４において、スキャナ装置３は表示装置２上の流通コード画像を読み取り、暗号化された流通コードデータを取得する。ステップＳ５０５において、時刻復号化手段３０ｆはこの流通コードデータを復号化する。ステップＳ５０６において、時刻取得手段３０ｅは、現在時刻Ｙを取得する。ステップＳ５０７においては、情報通信端末１の現在時刻Ｘと、スキャナ装置３の現在時刻Ｙとを比較する。このとき時刻Ｘと時刻Ｙが、例えば５分以内差であれば、ステップＳ５０８に進み、通常通りにデータを解析し（ステップＳ５０８）、ＰＯＳ端末４に送信する（ステップＳ５０９）。もし、５分以上であれば、複製等された可能性があるとして、ステップＳ５１０にて処理をストップさせる。
【０１１６】
尚、情報通信端末１とチケット発行装置７間においても、図２９に示すように、情報通信端末１の流通コード生成手段１０ｃに、更に時刻取得手段１０ｊ及び時刻暗号化手段１０ｋを備えさせ、スキャナ装置３の振込コード読み取り手段３０ａに、更に時刻取得手段３０ｉ及び時刻復号化手段３０ｊを備えさせることで、同様の処理を行うことができる。
【０１１７】
上記のような時刻による暗号処理を行うことで、流通コードの不正複製、改変等を防ぎ、ユーザの個人情報や代金の振込情報等を確実に保護することが出来る。
【０１１８】
（暗号例２）
第２のセキュリティ対策として、乱数で発生させるワンタイムピンを用いて暗号処理を行う手法について説明する。具体的な装置例としては、図３０に示すように、情報通信端末１の流通コード生成手段１０ｃに、更にワンタイムピン取得手段１０ｈ及びワンタイムピン暗号化手段１０ｉを備えさせる。又、スキャナ装置３の振込コード読み取り手段３０ａに、更にワンタイムピン取得手段３０ｇ及びワンタイムピン復号化手段３０ｈを備えさせる。具体的な動作について、図３１に示すフローチャートを参照して説明する。
【０１１９】
（ａ）先ず、ステップＳ６０１において、流通コード画像を表示装置２に表示して、スキャナ装置３により画像の読み取りを行う時に、情報通信端末１のワンタイムピン取得手段１０ｈは、図３０に示すようにＰＯＳ端末４の表示装置４３に乱数発生装置にて発生させた適当な数桁の数、例えば４桁の数「１２３４」を入力装置１１のキーボード入力等により取得する。ステップＳ６０２において、ワンタイムピン暗号化手段１０ｉは、この数値データを送信する流通コードデータに含めて暗号化する。暗号化された流通コードデータは流通コード画像として表示装置２に表示される（ステップＳ６０３）。
【０１２０】
（ｂ）ステップＳ６０４において、スキャナ装置３は表示装置２上の流通コード画像を読み取り、暗号化された流通コードデータを取得し、ステップＳ６０５において、ワンタイムピン復号化手段３０ｈはこれを復号化する。ステップＳ６０６において、ワンタイムピン取得手段３０ｇは、ＰＯＳ端末４の表示装置４３に表示されたワンタイムピン「１２３４」を取得する。ステップＳ６０７においては、情報通信端末１とスキャナ装置３のワンタイムピンを比較する。このときワンタイムピンが同じ数値であれば、ステップＳ６０８に進み、通常通りにデータを解析し（ステップＳ６０８）、ＰＯＳ端末４に送信する（ステップＳ６０９）。もし、ワンタイムピンが違う数値であれば、別の場所で不正に作成された等の可能性があるとして、ステップＳ６１０にて処理をストップさせる。
【０１２１】
尚、情報通信端末１とチケット発行装置７間においても、図３２に示すように、情報通信端末１の流通コード生成手段１０ｃに、更にワンタイムピン取得手段１０ｌ及びワンタイムピン暗号化手段１０ｍを備えさせ、スキャナ装置３の振込コード読み取り手段３０ａに、更にワンタイムピン取得手段３０ｋ及びワンタイムピン復号化手段３０ｌを備えさせることで、同様の処理を行うことができる。
【０１２２】
上記のようなワンタイムピンによる暗号処理を行うことで、流通コードの不正複製、改変等を防ぎ、ユーザの個人情報や代金の振込情報等を確実に保護することが出来る。
【０１２３】
（その他の実施の形態）
尚、スキャナ装置３は、図３３に示すようなレザーダイオードを使用したものであっても構わない。ガルバノミラーがレザー光を反射して受光する場合、レザー光による残像及び表示装置の液晶バックライトによりスキャナ装置３が受光しづらい場合がある為、適正にレザー光を反射させるよう表示装置の表示箇所カバーに使用するガラス、プラスチック等の材質の光屈折等を考慮する必要がある。
【０１２４】
情報通信端末１は、携帯電話でなくとも、流通コード作成アプリケーションを搭載し、それを表示可能な装置で有ればよい。更に通信機能を備えていることが好ましい。例えば、ＰＤＡ、ノートパソコン、ＰＨＳ等であっても構わない。
【図面の簡単な説明】
【０１２５】
【図１】本発明の実施の形態に係るチケット販売代行システムの概略図である。
【図２】複数の流通コード画像が動的に切り替え表示される様子を示した画面の遷移図である。
【図３】ＰＣと情報通信端末の位置関係を示す模式図である。
【図４】本発明の実施の形態に係るチケット販売代行サーバの内部構造図である。
【図５】チケット基データ記憶部内のデータ構成図である。
【図６】チケットデータ記憶部内のデータ構成図である。
【図７】情報通信端末の内部構造図である。
【図８】スキャナ装置の内部構造図である。
【図９】スキャナ装置のＣＰＵの内部構造図である。
【図１０】ＰＯＳ端末の内部構造図である。
【図１１】チケット発行装置の内部構造図である。
【図１２】振込表の一例を示す図である。
【図１３】符号化文字テーブルの一例を示す図である。
【図１４】アプリケーションダウンロード時の画面遷移図である。
【図１５】暗証番号入力時の画面遷移図である。
【図１６】チケット販売代行処理の一連の動作を示すフロー図である。
【図１７】流通コード画像を表示するまでの画面遷移図である。
【図１８】流通コード画像を表示するまでの画面遷移図である。
【図１９】流通コード画像を表示するまでの画面遷移図である。
【図２０】チケット発行装置選択画面の表示順位を示す画面遷移図である。
【図２１】画像データの構造を示す図である。
【図２２】解析処理の手順を示すフロー図である。
【図２３】流通コード記憶レジスタ内の構造を示す図である。
【図２４】画像データの構造を示す図である。
【図２５】解析処理の手順を示すフロー図である。
【図２６】流通コード記憶レジスタ及び枚数記憶レジスタ内の構造を示す図である。
【図２７】暗号処理を行う情報通信端末とスキャナ装置の構造図である。
【図２８】暗号処理のフロー図である。
【図２９】暗号処理を行う情報通信端末とチケット発行装置の構造図である。
【図３０】暗号処理を行う情報通信端末とスキャナ装置の構造図である。
【図３１】暗号処理のフロー図である。
【図３２】暗号処理を行う情報通信端末とチケット発行装置の構造図である。
【図３３】その他のスキャナ装置を示す図である。
【図３４】二次元コードの一例である。
【符号の説明】
【０１２６】
１…情報通信端末
１ａ…パーソナルコンピュータ
２…表示装置
３…スキャナ装置
４…ＰＯＳ端末
５…チケット販売代行サーバ
６…イベント開催会社
７…チケット発行装置
１０…ＣＰＵ
１０ａ…電話機能制御手段
１０ｂ…流通コードデータ受信手段
１０ｃ…流通コード生成手段
１０ｄ…表示制御手段
１０ｅ…アプリ設定手段
１０ｆ…時刻取得手段
１０ｇ…時刻暗号化手段
１０ｈ…ワンタイムピン取得手段
１０ｉ…ワンタイムピン暗号化手段
１０ｊ…時刻取得手段
１０ｋ…時刻暗号化手段
１０ｌ…ワンタイムピン取得手段
１０ｍ…ワンタイムピン暗号化手段
１１…入力装置
１３…無線装置
１３ａ…アンテナ
１４…音声処理装置
１５…ＣＯＤＥＣ
１６ａ…送話装置
１６ｂ…受話装置
１７…データ記憶装置
１８…流通コード記憶装置
１９…一時記憶装置
２０…コードスキャナ部
２０ａ…コード読み取り部
２０ｂ…データ送信部
２１…制御部
２２…ＣＰＵ
２２ａ…チケットデータ解析手段
２２ｂ…テンプレート取得手段
２２ｃ…印刷データ作成手段
２３…記憶部
２３ａ…チケットデータバッファ
２３ｂ…コードデータ記憶部
２３ｃ…テンプレート記憶部
２３ｄ…印刷データバッファ
２４…プリンタ部
２４ａ…イベント入場用チケット
３０…ＣＰＵ
３０ａ…振込コード読み取り手段
３０ｂ…振込依頼データ送信手段
３０ｄ…主記憶装置
３０ｅ…時刻取得手段
３０ｆ…時刻復号化手段
３０ｇ…ワンタイムピン取得手段
３０ｈ…ワンタイムピン復号化手段
３０ｉ…時刻取得手段
３０ｊ…時刻復号化手段
３０ｋ…ワンタイムピン取得手段
３０ｌ…ワンタイムピン復号化手段
３１…ＬＥＤ
３２…ミラー
３３…レンズ
３４…ＣＣＤイメージセンサ
３５…コード
４１…入力装置
４２…出力装置
４３…表示装置
４４…データ入出力制御装置
４５…データ伝送制御装置
４６…ＣＰＵ
４６ａ…振込データ受信手段
４６ｂ…振込情報作成手段
４６ｃ…売上金振込情報送信手段
４６ｄ…解析手段
４７…記憶装置
５１…入力装置
５２…出力装置
５３…通信制御装置
５４…主記憶装置
５５…ＣＰＵ
５５ａ…チケット基データ受信手段
５５ｂ…購入要求受信手段
５５ｃ…振込依頼データ作成手段
５５ｄ…振込依頼データ送信手段
５５ｅ…売上金振込情報受信登録手段
５５ｆ…売上金振込情報送信手段
５５ｇ…チケットデータ作成手段
５５ｈ…チケットデータ送信手段
５６…配信データ記憶装置
５６ａ…チケット基データ記憶部
５６ｂ…チケットデータ記憶部
５６ｃ…顧客情報記憶部
５７…テンプレート記憶装置
５８…画面フレーム記憶装置
１００…チケット販売代行システム
【技術分野】
【０００１】
本発明は、流通コードスキャンによる情報の読み込み手法を用いて演劇、音楽コンサート及びスポーツ等のチケット販売サービスを代行するチケット販売代行サーバ、チケット販売代行システム、チケット販売代行方法及びチケット販売代行プログラムに関するものである。
【背景技術】
【０００２】
現在、演劇、音楽コンサート、スポーツ等のイベント主催社は、そのイベントに入場するためのチケットを店頭販売、代理店委託販売、インターネット販売等にて販売している。チケット料金は、店頭や代理店の場合はチケットを販売する際に現金またはカード等にて、インターネット販売の場合はインターネットを介したカード決済、郵便局又は銀行への振込振込、コンビニエンスストア等の長時間営業を行っている店舗においての代理決済（以下、コンビニ決済と記載）等にて徴収されている。
【０００３】
郵便局又は銀行振込、コンビニ決済の場合、そのチケット料金の回収方法として、支払先及び支払代金等がバーコード（一次元バーコード）が数枚表示された支払い用紙を購入要求した顧客に郵送等し、各窓口やレジにおいて、その支払い用紙に記載される料金を徴収する手法がよく取られている。なかでもコンビニエンスストア等は２４時間稼働している店も多くあるため、代金支払のために日中に銀行等へ行くことができない人々によってこのコンビニ決済は非常に便利であるとして受け入れられている。
【０００４】
コンビニ決済は商品の表面の一箇所に印刷等されているバーコードを使用して店舗側が商品管理、売上管理を行う為のシステム、例えば、ＰＯＳシステム、ＫＩＯＳＫシステム等を利用したものである。つまり、支払料金をバーコードにて表した場合、店舗側が既存のインフラにて、サービスを提供する会社の窓口として代金を回収することができる。
【０００５】
日本では代金の支払用紙等に印刷された流通コードとして、JANバーコードがよく使用されている。JANとは「Japanese Article Number」の略で共通商品バーコードの意味を持つ。1978年にJIS（JIS-X0501）により規格化されPOSシステムなどの普及により、現在流通するほとんどの商品にマーキングされている。
【０００６】
JANバーコードの特徴としては、単品を国際的に唯一の番号で識別可能であり、従来の包装資材、インクを用いて印刷できる低コストのシンボルであり、スキャナ等の自動読み取り装置による読み取り操作が容易であること等が挙げられる。JANバーコードの他にも流通コードとしては、標準ITF規格、CODE-128規格、CODE-39規格、コーダーバー（NW-7）規格等のバーコードや、図３４の二次元コードが市場においてよく使用されている。流通コードを用いたシステムとしては、１９７０年代のJAN流通コードによるPOSシステムから１９８０年代のITF流通コードによる梱包単位の物流管理システムに展開し、１９９０年代後半からはUCC/EAN128規格が登場し、多くの分野でアプケーション標準規格が制定された（非特許文献１参照。）。この他レーザースキャナ装置等による、遠距離からの流通コードスキャン装置も開発されている。
【０００７】
又、イベント入場用のチケットをインターネット販売する場合、観客にはインターネットを介して、オンラインにてチケットの予約を行わせる。このオンライン予約の際に、顧客にチケットを直接販売するのではなく、チケットＩＤのみを配付して、利用者にそのチケットを得る権利を譲渡させる手法がある。この手法では、イベント当日に顧客からそのチケットＩＤおよび顧客を特定するＩＤを受信し、予約データベースと照合することで正規にチケットを購入した顧客を判定し、顧客が保持する携帯電話にチケット画面表示を行う（特許文献１参照）。
【非特許文献１】財団法人流通システム開発センター“流通コードの登録管理”、[online]、[平成15年9月11日検索]、インターネット＜URL: http://www.dsri-dcc.jp/＞
【特許文献１】特開２００２-２６９２８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながらイベント主催者側の問題点として、流通コードによるシステムでは、流通コードの規格等により使用可能なデータ量に限界があった。更に、流通コードの支払用紙の空間的制約により、送信できるデータ量に制限ができていた。又、支払用紙は大体が紙であるため、この支払用紙の紙代、流通コード印刷代及び郵送等にてユーザに配送する際の配送代がかかっていた（第１の問題点）。
【０００９】
ユーザ側の問題点としては、配送された支払用紙がないと店舗にて支払出来ないため、紛失等した場合には、再度イベント開催会社から配送してもらう必要があった。さらに配送される２〜３日間、ユーザは支払することが出来なかった（第２の問題点）。
【００１０】
店舗側の問題点としては、支払用紙上の複数の流通コードを読み取る際、それぞれ別々の箇所に印字若しくは表示された流通コードに対して、一つ一つ人手にてスキャナを移動させて読み込む必要があったが、このスキャナ装置の移動時間が大量の流通コードをすばやく読み込む際の障害となっていた。更に人手にて行うため、読み込み処理を行う人の熟練度によって読み込み時間に差ができる。又、流通コードをあらゆる角度からスキャンするモジュールや、流通コードが複数枚存在しても正確に読み取り可能とするプログラムがスキャナ装置には搭載されている。しかし、スキャンする情報が多量に有る場合、このモジュールやプログラムの処理時間が情報伝送を遅延させる原因ともなっていた（第３の問題点）。
【００１１】
特許文献１の手法によると支払用紙の問題は解決できるものの、イベント会場への入場の際に、顧客は携帯電話等のＷｅｂ画面上に予約時に決定した顧客ＩＤ、チケットＩＤ及びパスワード入力し、再度オンラインにてサーバに送信する必要があった。又、データとして送受信できる顧客情報や、携帯電話のイベントチケット情報を表示する領域は、顧客ＩＤや予約ＩＤ等の少ないデータ量を表示する領域に限られていた。これはサーバと携帯電話間において送受信可能な情報、又携帯電話の表示装置上にて顧客に入力させる情報の量、顧客に情報を表示可能な画面領域に限りがあるためである。
【００１２】
更にサーバ側はこの顧客ＩＤや予約ＩＤ等の主キーを元にデータベースを読み込み、照合し、オンラインにてリアルタイムに顧客の携帯電話に返信する必要があった。
【００１３】
又、チケット代金の回収は、別途カード会社、銀行等を介して行う必要があるため、カード会社や銀行においては別途に顧客の情報を保持しておく必要があった（第４の問題点）。
【００１４】
そこで本発明は、顧客側の端末とイベント開催会社側の装置間におけるデータ送信量を高速且つ確実な手法にて増大させることで、顧客側端末からイベント開催会社側装置へのオンライントランザクション回数を減らし、更にチケット販売に関する全ての処理を代行することができるチケット販売代行サーバ、チケット販売代行システム、チケット販売代行方法及びチケット販売代行プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
上記問題点を鑑みて、本発明の第１の特徴は、[イ]顧客を誘致するイベントの開催にあたり、顧客へのイベントのチケット販売を代行してほしいイベント開催会社側からチケットの販売代行にて使用するチケット基データを受信するチケット基データ受信手段（５５ａ）と、[ロ]顧客側の情報通信端末（１）から顧客に関する顧客情報を含むチケットの購入要求を受信する購入要求受信手段（５５ｂ）と、[ハ]チケット基データ及び購入要求を含むチケット販売代行に関する情報を格納する配信データ記憶装置（５６）と、[ニ]顧客にチケットの代金の振込時に表示する振込コードの画像を送信する際に、配信データ記憶装置（５６）内のチケット基データ及び顧客情報を基に、振込コードの画像を読み取るスキャナ装置が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された振込コードの画像を少なくとも２つ以上作成する為の振込依頼データを作成する流通依頼データ作成手段（５５ｃ）と、[ホ]作成された振込依頼データを情報通信端末（１）に送信する振込依頼データ送信手段（５５ｄ）と、[ヘ]振込コードによる振込が確認され、振込を行った情報通信端末（１）に対してチケットの発券時に表示するチケットコードの画像を送信する際に、配信データ記憶装置（５６）内のチケット基データ及び振込依頼データを基に、チケットコードの画像を読み取るチケット発行装置（７）が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定されたチケットコードの画像を少なくとも２つ以上作成する為のチケットデータを作成するチケットデータ作成手段（５５ｇ）とを備えるチケット販売代行サーバであることを要旨とする。
【００１６】
ここで、「振込コード」及び「チケットコード」とは、一般に市場で使用されている流通コードをさす。流通コードは記号化された数値データの固まりである。例えば、通常ＪＡＮ１３規格では１３桁の数字を表すバーの集合をバーコードと呼ぶが、これに準拠する。特に、１次元バーコード及び２次元コードを指す。「振込依頼データ」及び「チケットデータ」とは、振込コード及びチケットコードを作成する為の数値データを指すものとする。振込コード及びチケットコードの「画像」とは、振込コード及びチケットコードを具現化し、視覚的に流通コードであると認識できるように表示装置等の画像上に表したものとする。「識別子データ」とは、複数の振込コード及びチケットコードの画像の連続表示の終了を報知するために挿入するデータであり、一定の待ち時間データ及びオール０データ等がこれにあたる。「少なくとも２つ以上の振込コード」及び「少なくとも２つ以上のチケットコード」とは、１つの情報を伝達する為に同種類の流通コード規格にて構成された２枚以上の振込コード又はチケットコードである。
【００１７】
更に本発明の第１の特徴は、[ト]振込依頼データ作成手段（５５ｃ）は、少なくとも２つ以上の振込コードの画像が設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び振込コードの画像表示させる振込依頼データを作成し、[チ]チケットデータ作成手段（５５ｇ）は、少なくとも２つ以上のチケットコードの画像が設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再びチケットコードの画像表示させるチケットデータを作成し、[リ]振込依頼データ作成手段（５５ｃ）は、少なくとも２以上の振込コードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の振込コードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、枚数データ及びその枚数分の画像データを設定された表示順序にて連続切り替え表示するように設定されている振込コードの画像を生成する基となる振込依頼データを作成し、[ヌ]チケットデータ作成手段（５５ｇ）は、少なくとも２以上のチケットコードの画像の枚数情報をヘッダ情報に含む枚数データと、各々のチケットコードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、枚数データ及びその枚数分の画像データを設定された表示順序にて連続切り替え表示するように設定されているチケットコードの画像を生成する基となるチケットデータを作成することを加えても良い。
【００１８】
本発明の第２の特徴は、［イ］顧客を誘致するイベントの開催にあたり、顧客へのイベントのチケット販売を代行してほしいイベント開催会社側からチケットの販売代行にて使用するチケット基データを受信するチケット基データ受信手段（５５ａ）、顧客側の情報通信端末（１）から顧客に関する顧客情報を含むチケットの購入要求を受信する購入要求受信手段（５５ｂ）、チケット基データ及び購入要求を含むチケット販売代行に関する情報を格納する配信データ記憶装置（５６）、顧客にチケットの代金の振込時に表示する振込コードの画像を送信する際に、配信データ記憶装置（５６）内のチケット基データ及び顧客情報を基に、振込コードの画像を読み取るスキャナ装置が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された振込コードの画像を少なくとも２つ以上作成する為の振込依頼データを作成する流通依頼データ作成手段（５５ｃ）、作成された振込依頼データを情報通信端末（１）に送信する振込依頼データ送信手段（５５ｄ）、振込コードによる振込が確認され、振込を行った情報通信端末（１）に対してチケットの発券時に表示するチケットコードの画像を送信する際に、配信データ記憶装置（５６）内のチケット基データ及び振込依頼データを基に、チケットコードの画像を読み取るチケット発行装置（７）が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定されたチケットコードの画像を少なくとも２つ以上作成する為のチケットデータを作成するチケットデータ作成手段（５５ｇ）とを備えるチケット販売代行サーバと、［ロ］振込依頼データを基に少なくとも２つ以上の振込コードの画像を生成し、チケットデータを基に少なくとも２つ以上のチケットコードの画像を生成する流通コード生成手段（１０ｃ）、生成された少なくとも２つ以上の振込コードの画像及び少なくとも２つ以上のチケットコードの画像を表示する表示装置（２）、少なくとも２つ以上の振込コードの画像及び少なくとも２つ以上のチケットコードの画像を各々設定された時間間隔及び設定された表示順序において連続的に切り替えし、表示装置上の固定位置に表示するよう制御する切り替え表示制御手段（１０ｄ）とを備える情報通信端末と、［ハ］固定位置にて連続切り替え表示される少なくとも２つ以上の振込コードの画像より受光する振込依頼データを読み取るスキャナ装置（３）に接続され、スキャナ装置（３）が読み取った振込依頼データを受信し、解析するＰＯＳ端末（４）と、［ニ］固定位置にて連続切り替え表示される少なくとも２つ以上のチケットコードの画像より受光するチケットデータを読み取るコードスキャナ部（２０）を備え、コードスキャナ部（２０）が読み取ったチケットデータを受信し、解析し、チケットとして発行するチケット発行装置（７）とを有するチケット販売代行システムであることを要旨とする。
【００１９】
本発明の第３の特徴は、［イ］顧客を誘致するイベントの開催にあたり、顧客へのイベントのチケット販売を代行してほしいイベント開催会社側からチケットの販売代行にて使用するチケット基データをチケット基データ受信手段（５５ａ）が受信するステップと、［ロ］顧客側の情報通信端末（１）から顧客に関する顧客情報を含むチケットの購入要求を購入要求受信手段（５５ｂ）が受信するステップと、［ハ］チケット基データ及び購入要求を含むチケット販売代行に関する情報を配信データ記憶装置（５６）に格納するステップと、［ニ］顧客にチケットの代金の振込時に表示する振込コードの画像を送信する際に、配信データ記憶装置（５６）内のチケット基データ及び顧客情報を基に、振込コードの画像を読み取るスキャナ装置が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された振込コードの画像を少なくとも２つ以上作成する為の振込依頼データを流通依頼データ作成手段（５５ｃ）が作成するステップと、［ホ］作成された振込依頼データを振込依頼データ送信手段（５５ｄ）が情報通信端末（１）に送信するステップと、［ヘ］振込コードによる振込が確認され、振込を行った情報通信端末（１）に対してチケットの発券時に表示するチケットコードの画像を送信する際に、配信データ記憶装置（５６）内のチケット基データ及び振込依頼データを基に、チケットコードの画像を読み取るチケット発行装置（７）が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定されたチケットコードの画像を少なくとも２つ以上作成する為のチケットデータをチケットデータ作成手段（５５ｇ）が作成するステップとを備えるチケット販売代行方法であることを要旨とする。
【００２０】
本発明の第４の特徴は、［イ］顧客を誘致するイベントの開催にあたり、顧客へのイベントのチケット販売を代行するコンピュータに、イベントの開催会社側からチケットの販売代行にて使用するチケット基データをチケット基データ受信手段（５５ａ）が受信する命令と、［ロ］顧客側の情報通信端末（１）から顧客に関する顧客情報を含むチケットの購入要求を購入要求受信手段（５５ｂ）が受信する命令と、［ハ］チケット基データ及び購入要求を含むチケット販売代行に関する情報を配信データ記憶装置（５６）に格納する命令と、［ニ］顧客にチケットの代金の振込時に表示する振込コードの画像を送信する際に、配信データ記憶装置（５６）内のチケット基データ及び顧客情報を基に、振込コードの画像を読み取るスキャナ装置が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された振込コードの画像を少なくとも２つ以上作成する為の振込依頼データを流通依頼データ作成手段（５５ｃ）が作成する命令と、［ホ］作成された振込依頼データを振込依頼データ送信手段（５５ｄ）が情報通信端末（１）に送信する命令と、［ヘ］振込コードによる振込が確認され、振込を行った情報通信端末（１）に対してチケットの発券時に表示するチケットコードの画像を送信する際に、配信データ記憶装置（５６）内のチケット基データ及び振込依頼データを基に、チケットコードの画像を読み取るチケット発行装置（７）が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定されたチケットコードの画像を少なくとも２つ以上作成する為のチケットデータをチケットデータ作成手段（５５ｇ）が作成する命令とを実行させるチケット販売代行プログラムであることを要旨とする。
【発明の効果】
【００２１】
本発明のチケット販売代行サーバ、チケット販売代行システム、チケット販売代行方法及びチケット販売代行プログラムによると、従来の流通コードの規格、従来のインフラ等を使用可能であるが、紙や表示用画面等の一領域に一枚毎表示する流通コードの様な空間的制限を持たない、送信データ量が無限である流通コードを作成することができる。
【００２２】
送信データ量を無限とすることで、顧客側端末とチケット販売代行サーバ間のオンライントランザクション回数を減らし、オフラインにおいてもオンラインと同様の環境を整えることができる。
【００２３】
流通コードの表示装置に２枚以上の流通コードを繰り返し連続で表示することにより、スキャナ装置の移動を行わずに、つまりスキャナ装置を流通コード読み取り箇所に動かすのではなく、流通コード読み取り箇所をスキャナ装置の読み取り処理に合わせて動かすことにより、流通コードデータを一カ所において一度に読み込むことが可能となる。また、スキャナ装置は、流通コードデータを一カ所において連続して読み込むことが出来るため、スキャナ装置の人手による読み込み順序間違いや、読み込みにかかる時間が短縮され、データ送信の高速化をはかることができる。
【００２４】
イベント会場におけるチケット購入者の出席情報、及びチケット料金の振込情報の集計等のイベント開催会社が処理すべきチケット販売に係る一切の処理を代行することができる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施の形態に係る表示装置、スキャナ装置及びチケット販売代行サーバを用いたチケット販売代行システムについて説明する。尚、本発明の実施の形態において使用される機器、手法等は一例であり、本発明はこれらに限定されるものでないことは勿論である。
【００２６】
（実施の形態）
（チケット販売代行システム）
本発明の実施の形態に係るチケット販売代行システム１００では、図１に示すように、チケット販売代行処理を行うチケット販売代行サーバ５と、流通コードを表示させる表示装置２を備える顧客側の情報通信端末１と、流通コードを読み取るスキャナ装置３に接続される店舗側ＰＯＳ端末４と、情報通信端末１上に表示されるチケットデータを読み込みチケット発行処理を行うチケット発行装置７等を備えている。チケット販売代行サーバ５と情報通信端末１、ＰＯＳ端末４及びイベント開催会社６側装置は、有線、無線の通信回線にて接続可能となっている。
【００２７】
情報通信端末１の表示装置２上にはチケット代金の振込依頼データより作成される振込に使用する流通コード（以下、振込コードと記載）が表示され、この振込コードを店舗側のスキャナ装置３が光学的に読み取ることによってＰＯＳ端末４に情報が入力される。各店舗により取得されたチケット代金支払情報等は、ＰＯＳ端末４の上位装置であるチケット販売代行サーバ５に集計され、一定の経理処理を経た後、イベント開催会社６に送られる。この際、一人の顧客が使用する情報通信端末１は１つ以上でも構わない。例えば、図１に示すように、先ず顧客のパーソナルコンピュータ（ＰＣ）１ａ等にて購入要求データを送信して振込依頼データを受信し、顧客自身がＰＣ１ａから携帯電話等の情報通信端末１にこの振込依頼データを転送するようにしても構わないし、複数の情報通信端末１に対して振込依頼データを送信するようにしても構わない。
【００２８】
イベント会場においては、情報通信端末１の表示装置２上にチケットデータより作成されたチケット発行に使用する流通コード（以下、チケットコードと記載）が表示され、このチケットコードをチケット発行装置７のコードスキャナ部２０が光学的に読み取ることによってチケット発行装置７に情報が入力される。各チケット発行装置７により取得されたイベントの入客情報等は、イベント終了後にチケット販売代行サーバ５にて集計され、イベント開催会社６に送られる。尚、本発明の実施の形態においては流通コードは、振込依頼データより作成される振込コード及びチケットデータより作成されるチケットコードのことを指すものとする。
【００２９】
チケット販売代行サーバ５が行う主なチケット販売代行処理としては、（１）顧客側の情報通信端末１又はＰＣ１ａ等よりチケットの購入要求を受信し、そのチケットの振込依頼データを送信元の情報通信端末１又はＰＣ１ａ等に返信する処理、（２）店舗側のＰＯＳ端末４より受信するチケット購入の振込情報及びそのチケットの売上げ情報等を集中管理し、イベント開催会社６に通知する処理、（３）チケット料金の振込を正規に行った情報通信端末１に対し、チケットデータを送信する処理、（４）イベント会場にチケット発行装置７を設置し、イベントの入場状況に係る情報を取得させ、イベント開催会社６に連絡する処理等が挙げられる。
【００３０】
本発明の実施の形態においては、流通コードは、プログラムにより生成された表示装置２上の複数枚の画像である。複数枚の流通コード画像は、一定時間毎に次の画面に入れ替えられる。この画像表示時間はスキャナ装置３やチケット発行装置７のスキャナ部の画像読み取りの精度及びスピードに従って決定される。例えば図２に示すように、０．１秒毎に、４枚の画像を用いて情報を伝達したりする。この読み取り操作中、スキャン操作者は例えば図３に示すように、表示装置２の画像上の一定位置にスキャナ装置３を固定させておけば良い。図１１のチケット発行装置７のコードスキャナ部２０のようにスキャン箇所が固定されている場合でも、同様にコードスキャナ部２０近辺に表示装置２を固定させる。
【００３１】
更に、図２では４枚の画像を使用しているが、この画像は前述したようにプログラムにより生成されるため、無限に生成することが可能である。つまり、これまで情報伝送に使用される流通コードが４枚程度であったのは、操作者の読み取り処理における負担、読み取り処理に要する時間及び読み取り処理のミスの発生等を考慮した結果であったが、本発明のように複数の流通コード画像を、スキャナ装置３やチケット発行装置７のコードスキャナ部２０に固定させて読み取り出来る場合、読み取り処理に要する時間はスキャン時間のみで、読み取り処理のミスも発生しない。しかも、操作者による読み取り時の操作ミスや、従来のような複数枚流通コードが存在する際の読み取り順序を適正に並び替えるプログラムを搭載する必要がないため、高速読み取り処理が行われる。
【００３２】
又、情報通信端末１の表示装置２の表示可能領域は限られているが、固定位置に複数毎の流通コードを連続表示させることで、一度に大量のデータを伝送することができる。
【００３３】
以下、本発明の実施の形態に係るチケット販売代行システムの各装置について詳細に説明する。
【００３４】
（チケット販売代行サーバ）
本発明の実施の形態に係るチケット販売代行サーバ５は、図４に示すように、入力装置５１、出力装置５２、通信制御装置５３、主記憶装置５４、処理制御装置（ＣＰＵ）５５、配信データ記憶装置５６、テンプレート記憶装置５７及び画面フレーム記憶装置５８等から構成される。
【００３５】
配信データ記憶装置５６は、情報通信端末１に配信するためのデータやチケット情報を管理するデータを格納する記憶装置であり、チケット基データ記憶部５６ａ、チケットデータ記憶部５６ｂ及び顧客情報記憶部５６ｃ等を格納する。
【００３６】
顧客情報記憶部５６ｃは、顧客ＩＤを有するリピータ客のために顧客情報を備える。顧客情報は図５（ａ）に示すように、顧客ＩＤ、氏名、住所、電話番号、メールアドレス、性別、生年月日、アンケート結果、暗証番号、初回登録日等の項目より構成される。
【００３７】
チケット基データ記憶部５６ａは、イベント開催会社６から送られたチケット代行処理に必要なデータ、例えば図５（ｂ）に示すようなイベント情報、座席情報、予約情報、売上情報、振込先情報及び発行装置等を格納する。イベント情報はイベントＩＤ、イベント名、イベント会場、開催日時、座席番号等の項目より構成される。座席情報は座席番号、その座席の料金、座席のクラス等の項目より構成される。予約情報は、予約ＩＤ、イベントＩＤ、発行端末ＩＤ等の項目より構成される。売上情報は、売上（予約）ＩＤ、イベントＩＤ、発行端末ＩＤ、振込先ＩＤ等の項目より構成される。振込先情報は、振込先ＩＤ、振込先装置名、設置場所等の項目より構成される。発行装置情報は、発行装置ＩＤ、発行装置名、設置場所等の項目より構成される。尚、売上ＩＤと予約ＩＤは同じものでも構わない。その場合、振込先ＩＤの有無により予約情報か売上情報かを判断する。
【００３８】
本実施の形態においては、オンライン予約の際に予約情報を作成し、ある店舗にて顧客よりチケット代金の振込みが行われた際に、その振込先情報の主キーである振込先ＩＤを予約情報に加えた売上情報を作成する。振込先情報は振込を行う店舗側装置、例えばＰＯＳ端末４毎に設定される。振込先ＩＤは振込情報データにも使用される。又、顧客によるチケット代金の振込が確認された際に、そのチケットを発行するチケット発行装置７の発行装置情報の主キーである発行装置ＩＤを振込情報データに加えたチケットデータを作成する。発行装置情報はチケット発行を行う装置、例えばチケット発行装置７毎に設定される。
【００３９】
チケットデータ記憶部５６ｂは、顧客情報記憶部５６ｃ及びチケット基データ記憶部５６ａが備える情報を基に作成されるデータを格納する。作成されるデータは図１に示すように、顧客がチケットの購入要求を行う際の購入要求データ、購入要求基にチケット販売代行サーバ５が送信する振込依頼データ、店舗側にて振込・集金されたチケット代金の情報である振込情報データ、振込確認後にチケット販売代行サーバ５から情報通信端末１に送信するチケットデータ等である。
【００４０】
これらのデータの構成を図６に示す。購入要求データは、イベントＩＤ、購入者の氏名、住所、電話番号、メールアドレス、性別、生年月日等の項目より構成される。購入要求データは、顧客側の情報通信端末１上等に提示して入力を促し、顧客より取得するデータであり、図５（ａ）の顧客情報の基となるデータである。購入者の氏名、メールアドレスは必須であるが、それ以外はイベント開催会社６の指示、顧客情報の使用用途等によって決定する。
【００４１】
振込依頼データは、予約ＩＤ、イベント名、イベント会場、開催日時、座席クラス、料金、氏名、電話番号、メールアドレス等の項目より構成される。更に振込依頼データには流通コード画面切り換えのための制御情報が付加される。振込依頼データは、図５（ａ）の顧客情報及び図５（ｂ）のイベント情報、座席情報、予約情報等を基に作成されるデータである。通常であれば、各情報の主キー、例えば顧客ＩＤ、イベントＩＤ、座席番号、予約ＩＤ等を用いて必要時に主キーを基に各々のデータベースを読み込みにいく必要があるが、本発明の実施の形態においては、複数枚にて構成される流通コードを使用するため、多くの情報を一度に伝送するようにする。
【００４２】
振込情報データは、売上ＩＤ、イベント名、イベント会場、開催日時、座席クラス、料金、氏名、電話番号、メールアドレス、振込先ＩＤ等の項目より構成される。
【００４３】
チケットデータは、売上ＩＤ、イベント名、イベント会場、開催日時、座席クラス、料金、氏名、電話番号、メールアドレス、発行装置ＩＤ等の項目より構成される。発行装置ＩＤはチケット発行装置７が複数存在する場合に、チケットの重複発行を防止する為に使用する。詳細は後述する。更にチケットデータには流通コード画面切り換えのための制御情報が付加される。
【００４４】
本実施の形態においては、振込依頼データ、振込情報データ及びチケットデータは、図４に示すように、殆ど同じデータ構成を持つ。これは上述したように、複数枚にて構成される流通コードを使用し、多くの情報を一度に伝送するため伝送データをその都度必要なものに絞り込む必要がないからである。尚、店舗にて振込が行われた際に、店舗側が、振込依頼データに振込先ＩＤを加えた振込情報データを作成する。又、店舗側より振込情報データを受けたチケット販売代行サーバ５は、振込情報データの振込先ＩＤを発行装置ＩＤに変えたチケットデータを顧客側の情報通信端末１に送信する。
【００４５】
テンプレート記憶装置５７は、チケット発行装置７が、チケットデータを基にチケットを発券する際の印刷テンプレートを格納する。画面フレーム記憶装置５８は、振込依頼データ及びチケットデータを情報通信端末１の表示装置２に適切に表示させるための画面フレームを格納する。
【００４６】
ＣＰＵ５５は、チケット基データ受信手段５５ａ、購入要求受信手段５５ｂ、振込依頼データ作成手段５５ｃ、振込依頼データ送信手段５５ｄ、売上金振込情報受信登録手段５５ｅ、売上金振込情報送信手段５５ｆ、チケットデータ作成手段５５ｇ及びチケットデータ送信手段５５ｈ等を備えている。
【００４７】
チケット基データ受信手段５５ａは、チケット販売代行をイベント開催会社６より、販売代行に必要な顧客情報、イベント情報、座席情報、振込先情報及び発行装置情報等のチケット基データを受信するモジュールである。購入要求受信手段５５ｂは、顧客側の情報通信端末１等より図６の購入要求データを受信するモジュールである。
【００４８】
振込依頼データ作成手段５５ｃは、顧客に振込を依頼するための図６の振込依頼データを購入要求データ、イベント情報及び座席情報等を基に作成するモジュールである。振込依頼データ送信手段５５ｄは、振込依頼データを購入要求送信元の情報通信端末１へ送信するモジュールである。
【００４９】
売上金振込情報受信登録手段５５ｅは、顧客より支払代金を代理回収した店舗側のＰＯＳ端末４より、売上金の情報及び振込情報データを受け取り、登録処理を行うモジュールである。登録処理の一つとして、図５（ｂ）の予約情報に振込が行われた店舗（ＰＯＳ端末４）の振込先ＩＤを加え、その予約情報を売上情報として登録する。
【００５０】
売上金振込情報送信手段５５ｆは、売上情報登録、店舗毎の売上金の集計等の一定の経理処理を行った後、売上金の情報をイベント開催会社６に送信するモジュールである。この際に新規の顧客情報（図５（ａ）参照）を同時に送信してもよい。送信タイミングとしては一定間隔毎に送信したり、イベントの終了後にまとめて送信したりする。
【００５１】
チケットデータ作成手段５５ｇは、振込依頼データ及び振込情報データ等を基に、図６のチケットデータを作成するモジュールである。チケットデータ送信手段５５ｈは、チケットデータをチケット代金の振込を行った情報通信端末１へ送信するモジュールである。具体的には送信先は、登録されている図５（ａ）の顧客情報のメールアドレス宛とする。
【００５２】
入力装置５１は、接続されるキーボードやマウス、他装置からの入力信号を受信するインタフェース等である。出力装置５２は、接続される表示装置や印刷装置、他装置へ向けて出力信号を送信するインタフェース等である。通信制御装置５３は、無線、有線のネットワークを介してデータを送受信する為の制御信号を生成し、制御する。主記憶装置５４は、処理の手順を記述したプログラムや処理されるべきデータを一時的に記憶し、ＣＰＵ５５の要請に従ってプログラムの機械命令やデータを引き渡す。ＣＰＵ５５で処理されたデータは主記憶装置５４に書き込まれる。主記憶装置５４とＣＰＵ５５はアドレスバス、データバス、制御信号等で結ばれている。ＣＰＵ５５が、これらの手段を適宜ロードして演算処理することによりそれぞれの機能は実行される。
【００５３】
（情報通信端末）
本発明の実施の形態に係る表示装置２は、通信機能を備える携帯電話等の情報通信端末１に搭載される。この情報通信端末１は、図７に示すように、入力装置１１、表示装置２、アンテナ１３ａを備える無線装置１３、音声処理装置１４、ＣＯＤＥＣ１５、送話装置１６ａ、受話装置１６ｂ、データ記憶装置１７、処理制御装置（ＣＰＵ）１０、流通コード記憶装置１８及び一時記憶装置１９等を備えている。
【００５４】
入力装置１１は、０から９までの数字と、“＊”、“＃”、“決定”、“取消”等のプッシュボタンから構成されたキーボードである。入力装置１１はスクロールボタン等により構成されていてもよい。又、ＵＳＢ接続等を介して他のメモリ装置よりデータを入力しても構わない。表示装置２は、液晶表示装置（ＬＣＤ）、発光ダイオード（ＬＥＤ）パネル、エレクトロミルネッセンス（ＥＬ）パネル等が使用可能である。表示装置２は、流通コードを読み取り可能な状態で表示し、更に入力された機能項目、現在の情報通信端末１の状態、通信結果等を表示する。
【００５５】
アンテナ１３ａは、電波を受信及び送信するもので、図３では、受信アンテナと送信アンテナを兼ねたものとして示している。無線装置１３は、アンテナ１３ａを介して受信した受信データを復調してＣＰＵ１０に出力し、ＣＰＵ１０から出力された送信データを変調してアンテナ１３ａへ出力するモジュールである。無線装置１３はアンテナ１３ａに接続された低雑音増幅器、ミキサ、中間周波増幅器、復調器等より構成される周知の無線装置で構わない。
【００５６】
送話装置１６ａはマイクであり、ユーザの音声を入力するモジュールである。受話装置１６ｂはスピーカであり、通話の相手の音声を出力するモジュールである。ＣＯＤＥＣ１５は、音声のアナログ信号をデジタル信号に変換し、デジタル信号をアナログ信号に変換するモジュールである。音声処理装置１４は、デジタル・シグナル・プロセッサ（ＤＳＰ）であり、デジタル音声信号を音声符号化／復号化するモジュールである。データ記憶装置１７は、ＲＯＭ及びＲＡＭが組み込まれている。ＲＯＭはＣＰＵ１０で実行される受話装置としての全体的な制御を行うプログラム（認識コード）を格納しているメモリであり、ＲＡＭはＣＰＵ１０におけるプログラム実行処理中に利用されるプログラムデータ等を格納したり、作業領域として利用されるメモリである。
【００５７】
流通コード記憶装置１８は、チケット販売代行サーバ５より取得した流通コードを記憶する記憶領域である。一時記憶装置１９は、流通コード生成・表示処理の作業途中に一時保存するための記憶領域である。
【００５８】
ＣＰＵ１０は、電話機能制御手段１０ａ、流通コードデータ受信手段１０ｂ、流通コード生成手段１０ｃ、切り替え表示制御手段１０ｄ及びアプリ設定手段１０ｅ等を備えている。
【００５９】
電話機能制御手段１０ａは、従来の標準的な電話機能を制御するモジュールである。入力装置１１からの入力及び呼出の受信に従って、発着制御や通話制御と、各種設定処理等を行う。流通コードデータ受信手段１０ｂは、チケット販売代行サーバ５から送信される振込依頼データ及びチケットデータを受信するモジュールである。流通コード生成手段１０ｃは、取得した振込依頼データ及びチケットデータより表示装置２に表示するための流通コードを作成するモジュールである。切り替え表示制御手段１０ｄは、表示装置２に表示する流通コード画像の切り替え表示時のタイミング等の制御を行うモジュールである。ＣＰＵ１０が、これらの手段を適宜ロードして演算処理することによりそれぞれの機能は実行される。
【００６０】
（スキャナ装置）
本発明の実施の形態に係るスキャナ装置３は、半導体素子ＣＣＤ（チャージカップルドデバイス）イメージセンサを用いて画像をスキャンする機能を有し、図８に示すように、ＣＰＵ３０、光源用ＬＥＤ３１、ミラー３２、レンズ３３、ＣＣＤイメージセンサ３４及びコード３５等を備えている。
【００６１】
光源用ＬＥＤ３１は、流通コード上に光を照射するモジュールである。ミラー３２は、流通コードより反射された光を反射させるためのものである。レンズ３３は、ミラー３２からの反射光を拾い、ＣＣＤイメージセンサ３４に受光させるために焦点をあわせるためのものである。ＣＣＤイメージセンサ３４は、レンズ３３からの光を画像として受信するためのものである。尚、光源用ＬＥＤ３１は広い範囲で照射されるが、ＣＣＤイメージセンサ３４が画像として受光するのは受光軸上の箇所のみである。コード３５は受光した画像より解析される流通コード上の情報を外部のＰＯＳ端末、ＫＩＯＳＫ端末等の情報処理装置に送信するためのものである。
【００６２】
ＣＰＵ３０は、図９に示すように、振込コード読み取り手段３０ａ及び振込依頼データ送信手段３０ｂを備え、主記憶装置３０ｄと接続されている。振込コード読み取り手段３０ａは、受光軸上の画像を読み取るためのモジュールである。読み取られた振込コード画像は、振込データに変換される。振込依頼データ送信手段３０ｂは、振込データを接続されるＰＯＳ端末４等に送信するモジュールである。ＣＰＵ３０が、これらの手段を適宜ロードして演算処理することによりそれぞれの機能は実行される。主記憶装置３０ｄは、ＲＯＭ及びＲＡＭが組み込まれる。ＲＯＭはＣＰＵ３０で実行される振込コード読み取り処理の全体的な制御を行うプログラムを格納しているメモリであり、ＲＡＭはＣＰＵ３０におけるプログラム実行処理中に利用されるプログラムデータ等を格納したり、作業領域として利用されるメモリである。
【００６３】
（ＰＯＳ端末）
ＰＯＳ端末４は、１つ以上のスキャナ装置３に接続され、図１０に示すように入力装置４１、出力装置４２、表示装置４３、データ入出力制御装置４４、データ伝送制御装置４５、ＣＰＵ４６及び記憶装置４７等を備えている。尚、複数のＰＯＳ端末４が配置される場合、各ＰＯＳ端末４は、全てのＰＯＳ端末４を統合的に管理するチケット販売代行サーバ５に、例えば、ＬＡＮ等で接続される。
【００６４】
記憶装置４７は、自ＰＯＳ端末４の、振込先ＩＤを含む振込先情報を格納する。この他、ＣＰＵ４６がＰＯＳ端末として機能するために必要な動作メモリ領域や、ユーザファイル、商品マスタファイル、商品画像ファイル等の各種データを格納する。
【００６５】
ＣＰＵ４６は、複数のＰＯＳ端末４の全体を管理しており、従来のＰＯＳ端末としての基本的処理として、例えば、受信データに対し一定の算術処理（売上総額計算等）を行ったり、記憶装置４７内のユーザファイル、商品マスタファイル及び商品画像ファイル等の情報の検索処理を行ったりする。この他、ＣＰＵ４６は、振込データ受信手段４６ａ、振込情報作成手段４６ｂ、売上金振込情報送信手段４６ｃ及び解析手段４６ｄ等を備えている。
【００６６】
振込データ受信手段４６ａは、図９のスキャナ装置３の振込依頼データ送信手段３０ｂから送信される振込データを受信するモジュールである。振込情報作成手段４６ｂは、振込データ及び振込先情報を基に振込情報を作成するモジュールである。売上金振込情報送信手段４６ｃは、売上金の情報及び作成された振込情報をチケット販売代行サーバ５に送信するモジュールである。解析手段４６ｄは、読み取った複数の振込コードを解析プログラムにより解析する。詳細は後述する。
【００６７】
データ入出力制御装置４４は、ＣＰＵ４６、入力装置４１、出力装置４２及び表示装置４３間のデータ送受信を制御している。入力装置４１は、具体的にはユーザに操作されるキーボード、タッチパネル、スキャナ、カードリーダ・ライタ等を指す。出力装置４２は、レシートジャーナル、プリンタ等を指す。表示装置４３は、利用者等に対し、演算結果データ等を出力するものであり、複数存在しても構わない。
【００６８】
（チケット発行装置）
チケット発行装置７は、図１１に示すように、情報通信端末１の表示装置２上のチケットコードを読み取り、チケットとしてプリントアウトする装置であり、コードスキャナ部２０、制御部２１及びプリンタ部２４等から構成される。
【００６９】
コードスキャナ部２０は、コード読み取り部２０ａ及びデータ送信部２０ｂを備えている。図示しないが、コード読み取り部２０ａは、バーコード光を照射させる光源用ＬＥＤや、この照射光を読み取るＣＣＤイメージセンサ等にて構成される通常のスキャン機能を備えるものとする。コード読み取り部２０ａは、このスキャン機能により情報通信端末１の表示装置２に映されるチケットコード画像をチケットデータとして読み込み、同時にどのような種類の流通コードが読み取られたかを判断する。データ送信部２０ｂは、チケットデータと、チケットコードの種類を制御部２１に送信する。
【００７０】
制御部２１は、ＣＰＵ２２及び記憶部２３から構成される。ＣＰＵ２２は、チケットデータ解析手段２２ａ、テンプレート取得手段２２ｂ、印刷データ作成手段２２ｃ等を備える。記憶部２３は、チケットデータバッファ２３ａ、コードデータ記憶部２３ｂ、テンプレート記憶部２３ｃ及び印刷データバッファ２３ｄ等を備えている。
【００７１】
チケットデータバッファ２３ａは、データ一時記憶用の揮発性の半導体メモリ等であり、コードスキャナ部２０にて読み込まれたチケットデータを一時格納する。コードデータ記憶部２３ｂは、ＲＯＭやＲＡＭ、又はＣＤＲＯＭやフロッピー（登録商標）ディスク等の外部装置より成る記憶装置であり、チケットデータを解析するためのマスタ、例えば顧客マスタ、企業マスタ、支払マスタ、在庫マスタ等を備えている。
【００７２】
テンプレート記憶部２３ｃは、ＲＯＭやＲＡＭ、又はＣＤＲＯＭやフロッピー（登録商標）ディスク等の外部装置より成る記憶装置であり、コードスキャナ部２０及びプリンタ部２４に適するテンプレートを格納する。尚、テンプレートは複数種類格納されていて構わない。印刷データバッファ２３ｄは、データ一時記憶用の揮発性の半導体メモリ等であり、プリンタ部２４が印刷するチケットデータを一時記憶する。
【００７３】
チケットデータ解析手段２２ａは、チケットデータバッファ２３ａ内よりチケットデータを取得し、データ内容を解析する。詳細は後述する。テンプレート取得手段２２ｂは、チケットコードの種類を考慮し、プリンタ部２４による出力に適するテンプレートをテンプレート記憶部２３ｃから取得する。テンプレートは予め印刷の前に図４のチケット販売代行サーバ５のテンプレート記憶装置５７より取得しておくことが望ましい。印刷データ作成手段２２ｃは、チケットデータバッファ２３ａ内のチケットデータを取得したテンプレートに沿って入力し、印刷データを作成する。
【００７４】
プリンタ部２４は、制御部２１から受信するチケットデータを図１に示すようにイベント入場用チケット２４ａとして印字し、チケット発行装置７外部にプリントアウトする。
【００７５】
又、図１に示すように、チケット発行装置７のコードスキャナ部２０周辺に、顧客がチケット発券に必要な情報を入力するためにキーボード等の入力装置や、チケット発券に関する情報を表示する為の表示装置を備えさせても良い。
【００７６】
尚、図４、７〜１１においては特に図示していないが、これらの各部が正常に機能するための電源回路や電池（バッテリー）等が備えられていることは勿論である。
【００７７】
（流通コードデータの生成）
次に、チケット販売代行サーバ５より送信する振込依頼データ及びチケットデータを基に、情報通信端末１の流通コード生成手段１０ｃがどのように流通コードデータを生成するかについて説明する。流通コードデータは、従来の紙による振込表（図１２参照）のデータの数値４４桁の情報、振込者の氏名情報等より構成され、これらの情報より、伝送する流通コードデータの数値列は生成される。
【００７８】
一例として、流通コードとして生成すべき情報が、
振込表データ 91945937999999990300013000304099999900099993
振込者氏名 ヤマダタロウ
であった場合、振込者氏名を、図１３の符号表に対応させて符号化し、
振込者氏名 82776292628949
のように数値に変換する。更に、振込表データと振込者氏名の数値を合わせて、以下のような数値列１を得る。
【００７９】
91945937999999990300013000304099999900099993 82776292628949
上記の数値列では表示装置２に表示できないので、表示可能画面サイズに合わせて、分割し、それぞれの数値列の頭２桁に順序情報を付加する。一例として、
0191945937999・・・（画像１）
0299999030001・・・（画像２）
0330003040999・・・（画像３）
0499900099993・・・（画像４）
0582776292628・・・（画像５）
06949 ・・・（画像６）
のようになる。更に、これらの画像１〜６の数値列に、枚数データ（本例では６枚）等の属性情報を含んだヘッダ情報「0006000000001」を付加し、
0006000000001・・・（ヘッダ情報）
0191945937999・・・（画像１）
0299999030001・・・（画像２）
0330003040999・・・（画像３）
0499900099993・・・（画像４）
0582776292628・・・（画像５）
06949 ・・・（画像６）
といった数値列を作成し、この数値情報を基に、流通コード画像を生成する。
【００８０】
この後、スキャナ装置３は、連続表示される上記の流通コード画像を読み込み、読み取った複数の流通コード情報を解析プログラムにより解析し、数値列１と同じデータ数値列を再現する。尚、チケット発行装置７のコードスキャナ部２０においても同様の処理が行われる。
【００８１】
（チケット販売代行システムの動作）
チケット販売代行システム１００においてチケット販売代行サーバ５が情報通信端末１、スキャナ装置３、ＰＯＳ端末４、チケット発行装置７との間で行う一連の動作について以下に説明する。
【００８２】
（初回時動作）
（ａ）顧客がイベント開催会社側よりイベントチケットを購入する際、その顧客が未登録の新規顧客であった場合顧客情報の入力を依頼し、図４の購入要求受信手段５５ｂは、情報通信端末１等に入力された顧客の氏名、住所、使用する情報通信端末１の電話番号、メールアドレスを顧客情報（図５（ａ））として受信する。この他顧客情報として性別、生年月日、サービス内容のアンケート等の情報を取得しても構わない。取得された顧客情報はユニークな顧客番号を付与され、図４の顧客情報記憶部５６ｃに格納される。尚、登録済みの顧客である場合は顧客番号のみを取得し、取得した顧客番号を基に顧客情報記憶部５６ｃより顧客情報を検索・取得する。
【００８３】
（ｂ）顧客情報の登録完了後、チケット販売代行サーバ５は、情報通信端末１に対し、動的な流通コードを受信して表示させるためのアプリケーションプログラムのダウンロードを促す。ダウンロード時は情報通信端末１の表示装置２には図１４（ａ），（ｂ），（ｃ）に示すような画面図が表示される。ダウンロードが完了すると、図１５（ａ）の初回起動画面が表示される。
【００８４】
（ｃ）次に、表示装置２は図１５（ｂ），（ｃ）の画面を表示し、流通コード表示用の暗証番号を入力させる。入力が完了すると、図１５（ｄ）の画面を表示し登録完了を知らせる。尚、入力された暗証番号は顧客情報記憶部５６ｃに送信され、格納される。尚、今後、このアプリケーションプログラムにてチケット販売代行サーバ５と通信を行う際にはこの暗証番号を用いて認証処理を行うようにする。
【００８５】
（流通コードデータの転送）
次にチケット販売代行システム１００におけるチケット販売代行サーバ５が情報通信端末１、ＰＯＳ端末４及びチケット発行装置７との間で行う流通コードデータの転送処理の動作について図１６のフロー図を用いて説明する。
【００８６】
（ａ）先ずステップＳ１０１において、ポスター、雑誌、新聞、インターネット上のサイト等にてイベント広告を見た顧客が、そのイベントのチケットを購入したいと思った場合、顧客はその広告に記載してあるＵＲＬ（チケット販売代行サーバ５）にインターネット等を介してアクセスする。この際、チケット販売代行サーバ５は顧客に顧客番号の入力を促し、入力された顧客番号を基に顧客情報を取得する。新規顧客の場合は上記の初回登録を行う。
【００８７】
（ｂ）ステップＳ１０２において、チケット販売代行サーバ５の振込依頼データ作成手段５５ｃは、チケット基データ受信手段５５ａが予めイベント開催会社６より受信するチケット基データ（顧客情報、イベント情報、座席情報、振込先情報及び発行装置情報等）を基に、顧客にチケット代金の振込を依頼するための振込依頼データ（図６参照）を作成する。振込依頼データ送信手段５５ｄは、顧客情報に登録されたメールアドレスに振込依頼データを送信する。
【００８８】
（ｃ）ステップＳ１０３において、図７の情報通信端末１の流通コードデータ受信手段１０ｂは、この振込依頼データを受信し、流通コード記憶装置１８に格納する。又、顧客より指示があると、流通コード記憶装置１８より振込依頼データを取得し、表示装置２に図１７（ａ）の様に表示させる。このアプリケーションは初回登録時にダウンロードされる。図１７（ａ）にて支払リストが入力装置１１のキーボード等より選択・押下されると、図１７（ｂ）のような支払リストが表示される。この支払リストより購入したイベントチケットが選択・押下されると、図１７（ｃ）のように「○○コンサートチケット」の振込料金、振込期限等の情報を提示する。更に入力装置１１を介してこの振込コードを表示する要求を受信すると、図７の流通コード生成手段１０ｃが、受信する振込依頼データより、複数枚の流通コードより成る振込コードを作成する。ステップＳ１０４において、作成された振込コードは図１７（ｄ）のように表示装置２上に表示される。上記のアプリケーションに対応しない情報通信端末１であっても、図１８に示すように通常のメールにて振込依頼データを取得させ、振込コードを表示させることも可能である。
【００８９】
尚、振込依頼データは切り替え表示の為の制御情報を備えており、切り替え表示制御手段１０ｄは、この制御情報に従い振込コードを動的に切り替えて表示する。振込コードの動的な切り替えのタイミングについてであるが、現在使用される液晶画面等では１／６０秒くらいの周期で画面を変えている。これに対しスキャナ装置は、１／５０〜１／２００秒程度で１枚の流通コードを読み取ることができる。これによると、現在のスキャナ装置においても複数の動的流通コード表示を読み取り可能とさせるためには、表示の切り替えは両方の時間の最小公倍数にすることが好ましく、１／１０秒程度がふさわしいといえる。最大表示時間はスキャナ装置３が同じデータを多重に読み込むことがないため節制はない。しかしながら運用上の視点より、流通コード表示周期は０．１〜０．５秒程度が好ましいといえる。
【００９０】
（ｄ）ステップＳ１０５において、ＰＯＳ端末４に接続されるスキャナ装置３は、図１５（ｄ）のように情報通信端末１の表示装置２上に表示される振込コードの読み取りを行う。読み取りの手順としては、図８の光源用ＬＥＤ３１は流通コード上にパルス発光させた光を照射し、ミラー３２がこの光を反射させる。反射光はレンズ３３により反転され、この反転された反射光をＣＣＤイメージセンサ３４は、画像として受光する。さらに図９のスキャナ装置３の振込コード読み取り手段３０ａはＣＣＤイメージセンサ３４に受光した画像を端から端にスキャンさせ、アナログ波形を取得する。更にアナログ波形をＡ／Ｄ変換し、デジタル波形を取得する。このデジタル波形は規則に従いデコードされる。振込依頼データ送信手段３０ｂは、振込依頼データをＰＯＳ端末４に出力する。
【００９１】
この後、図１０のＰＯＳ端末４の振込データ受信手段４６ａは、振込依頼データを受信し、解析手段４６ｄがこれを解析する。切り替え表示される複数の振込コード画像の解析手法については後述する。解析結果は記憶装置４７に記憶される。又、解析された振込依頼データより振込金額、振込先等を検出し、図１０の表示装置４３にこの金額等を表示する。店舗側は顧客よりこの振込代金を代理で受け取る。ステップＳ１０６においては、ＰＯＳ端末４は、集金された振込代金及び解析処理された振込依頼データに自装置の振込先ＩＤを付加し、振込情報データとしてチケット販売代行サーバ５に送信する。チケット販売代行サーバ５の売上金振込情報受信登録手段５５ｅはこの振込情報データを受信する。各店舗により取得されたチケット代金支払情報等はチケット販売代行サーバ５にて集計され、一定の経理処理を経た後、イベント開催会社６に送られる。
【００９２】
（ｅ）ステップＳ１０７においては、図４のチケットデータ作成手段５５ｇは、チケットを発行するチケットコードを生成するためのチケットデータを作成する。チケットデータには振込情報のデータに加え、チケットを発行する発行装置を特定する発行装置ＩＤを付加する。図４のチケットデータ送信手段５５ｈは、振込情報データに記載される情報通信端末１のメールアドレスに対してチケットデータを送信する。
【００９３】
（ｆ）ステップＳ１０８において、図７の情報通信端末１の流通コードデータ受信手段１０ｂは、チケットデータを受信し、流通コード記憶装置１８に格納する。顧客より指示を受けると、図５の流通コード生成手段１０ｃは流通コード記憶装置１８よりチケットデータを取得し、チケットコードを生成する。尚、生成処理はステップＳ１０３の振込コードの生成処理と同様であるため説明を省略する。表示装置２上に表示される図１１９（ａ）の画面にて、チケットリストが入力装置１１のキーボード等より選択・押下されると、図１９（ｂ）のようなチケットリストが表示される。このチケットリストより購入したイベントチケットが選択・押下されると、図１９（ｃ）のようにイベントの開催場所、開演日時、この他図示しないが座席番号等の情報を提示する。更に入力装置１１を介してこのチケットコードを表示する要求を受信すると、図７の流通コード生成手段１０ｃが、受信するチケットデータより、複数枚の流通コードより成るチケットコードを作成する。ステップＳ１０９において、作成されたチケットコードは図１９（ｄ）のように表示装置２上に表示される。
【００９４】
（ｇ）ステップＳ１１０においては、図１１のコード読み取り部２０ａ近辺に情報通信端末１の表示装置２に表示されたチケットコードが配置されると、コード読み取り部２０ａはこのコード画像データを読み取り、コードスキャナ部２０内の図示しないＣＣＤセンサ等によりアナログ信号からデジタル信号に変換される。更に、コード読み取り部２０ａは流通コードの種類を判別し、チケットデータ及び流通コードの種類を、データ送信部２０ｂを介して、制御部２１のチケットデータバッファ２３ａに送信する。チケットデータ解析手段２２ａが、チケットデータバッファ２３ａ内に一時格納されているチケットデータを取得し、チケットデータの解析を始める。
【００９５】
尚、チケット発行装置７が複数台設置されている場合は、解析処理の前に、チケットデータの発行装置ＩＤ（図６参照）が、自装置のものであるかチェックする。これは、情報通信端末１が保持する１つのチケットコードから、複数のチケットを発券することを防ぐためである。チケット発行装置７が１台である場合は、そのチケット発行装置７が、発券済みデータを再度発券しない様に、チケットデータの売上ＩＤ（図６参照）を記憶しておけばよいが、チケット発行装置７が複数台ある場合、１つのチケットコードから、各々のチケット発行装置７がチケットを発券することが可能となる。この為、顧客に図２０に示す画面を提示し、発券するチケット発行装置７の選択を促す。このように選択させたチケット発行装置７のみで発券させ、選択されたチケット発行装置７が一度発券したチケットデータの売上げＩＤを格納することで、二重発券を防ぐ。
【００９６】
発行装置ＩＤの照合が正常に終わると、解析処理として、流通コードの種別を特定し、数値データ若しくは数文字データから成るチケットデータを基に、コードデータ記憶部２３ｂ内の顧客マスタ、企業マスタ、チケットマスタ、支払マスタ等内を検索し、印刷するためのデータを取得する。
【００９７】
テンプレート取得手段２２ｂは、予めチケット販売代行サーバ５が設定する、チケット印刷に適したテンプレートをテンプレート記憶部２３ｃから取得する。印刷データ作成手段２２ｃは、この取得したテンプレートと、チケットデータを合成し、印刷データとして印刷データバッファ２３ｄに格納する。
【００９８】
プリンタ部２４は、印刷データバッファ２３ｄより印刷データを取得し、図１に示すようなイベント入場用チケット２４ａとして、プリント紙に出力する。
【００９９】
（ｈ）最後にステップＳ１１１においては、上述したように重複発券防止のため、発券済みチケットデータを格納し、イベント終了後等に当日の入場状況の情報としてイベント開催会社６に引き渡す。
【０１００】
（流通コードの解析）
ステップＳ１０５のＰＯＳ端末４の解析手段４６ｄによる振込データ解析処理、又ステップＳ１１０のチケットデータ解析手段２２ａによるチケットデータの解析処理については色々な手法が考えられるが、２つの具体例について以下に説明する。
【０１０１】
第１の具体例としては、一般の流通コードをそのまま繰り返して表示装置２上に表示させる場合に、図２１に示すように、１周期毎に一定の待ち時間を設けて繰り返し送信する手法がある。これを図２２のフロー図を用いて説明する。
【０１０２】
（ａ）先ずステップＳ３０１において、図９のＣＰＵ３０は、流通コードの待ち時間を示す識別子を検出するまでは、読み込みを行わず、待機する。
【０１０３】
（ｂ）ステップＳ３０２において、待ち時間を検出すると、ＣＰＵ３０の流通コード読み取り手段３０ａが送信されるデコードされたデータを読み込み、図２３に示すようにＣＰＵ３０のレジスタ領域に登録する。ステップＳ３０３において、次の読み込みデータは「待ち時間」データであるか否かの判定をおこない、次の待ち時間データが読み込まれるまで、送信されるデコードされたデータをレジスタ内に登録する。
【０１０４】
（ｃ）ステップＳ３０４において、デコードされた１組のデータ群を全て読み込み、次の待ち時間データが読み込まれると、振込依頼データ送信手段３０ｂは、読み取りデータとしてＰＯＳ端末４に通信出力する。
【０１０５】
第２の具体例としては、表示装置２上に表示させる流通コード内にヘッダ情報を埋め込み、このヘッダ情報によりスキャナ装置３によるデータ受信後に不必要なデータを除去する手法がある。このヘッダ情報とは図２４（ａ）に示すように、送信データの前に送信データの基となる流通コードの枚数を通知するためのデータを送信する。これは上位２桁が枚数データを示す“００”と設定し、その次の上位２桁で流通コードの枚数を設定する。例えば、４枚のデータを送信する場合、“０００４０００００・・・”のように構成される。尚、各々の送信データの上位２桁には、順序を示すための“０１”〜“０４”等が設定される。これについて図２５のフロー図を用いて説明する。
【０１０６】
（ａ）先ずステップＳ４０１において、図９の流通コード読み取り手段３０ａは、１つの送信データを読み込む。ステップＳ４０２において、この送信データの上位２桁を読み、この２桁に対応するＣＰＵ３０の流通コード記憶レジスタ（図２６（ａ）参照）に格納する。
【０１０７】
（ｂ）次にステップＳ４０３において、読み込んだ２桁のデータが“００”であるか、つまり枚数データであるかを判断し、枚数データであった場合、ステップＳ４０４に進み、枚数データでなかった場合ステップＳ４０６へ進む。
【０１０８】
（ｃ）ステップＳ４０４では、枚数データの上位３〜４桁を取得し、登録する画像データの枚数を取得する。ステップＳ４０５にてこの枚数データは図２６（ｂ）のようにＣＰＵ３０の枚数記憶レジスタの領域に格納される。
【０１０９】
（ｄ）ステップＳ４０６においては、枚数記憶レジスタに枚数情報が登録済か否かを判断する。登録済であった場合、ステップＳ４０７に進み、流通コード記憶レジスタに全ての画像データが登録されているか否か、例えば図２６だと上位２桁が“０１”“０２”“０３”“０４”のデータが登録済かを判断する。登録済でなかった場合、ステップＳ４０１に戻り、枚数データと他の画像データの全てがレジスタに登録されるまでＳ４０１〜Ｓ４０６の動作を繰り返す。
【０１１０】
（ｅ）レジスタ内の全てのデータが登録された場合、ステップＳ４０８へ進み、図９の振込依頼データ送信手段３０ｂが、流通コードデータの情報（図２４（ｂ）参照）を読み取りデータとしてＰＯＳ端末４に通信出力する。
【０１１１】
尚、上記においては解析手段は、ＰＯＳ端末４に搭載されると記載されているが、スキャナ装置３が解析手段を備えていても構わない。
【０１１２】
流通コードを読み取りの際に提示される流通コードが必ずしも正規のものとは限らない。例えば、顧客が情報通信端末１を紛失し、これを拾得した第三者が使用している場合もありえる。本発明の実施の形態においては、正規の顧客であることを確認する為にアプリケーションプログラムにて暗証番号を入力する等の認証処理を行うが、この他にもセキュリティ対策として、以下のような暗号処理を実行してもよい。
【０１１３】
（暗号例１）
先ず、第１のセキュリティ対策として、流通コードを情報通信端末１内にて生成してから、ＰＯＳ端末４のスキャナ装置３、又はチケット発行装置７のコードスキャナ部２０にて読み取りを行うまでの時間を、例えば５分間以内と設定する。具体的な装置例として、図２７に示すように、情報通信端末１の流通コード生成手段１０ｃに、更に時刻取得手段１０ｆ及び時刻暗号化手段１０ｇを備えさせる。又、スキャナ装置３の振込コード読み取り手段３０ａに、更に時刻取得手段３０ｅ及び時刻復号化手段３０ｆを備えさせる。具体的な動作について、図１７に示すフローチャートを参照して説明する。
【０１１４】
（ａ）先ず、ステップＳ５０１において、流通コード画像を表示装置２に表示して、スキャナ装置３により画像の読み取りを行う時に、情報通信端末１の時刻取得手段１０ｆは、現在の時刻Ｘを取得し、それを例えば、「２００３０９２５１８１５」の様に数値化する。ちなみにこのデータは現在時刻を年月日時刻の順に並べている。ステップＳ５０２において、時刻暗号化手段１０ｇは、この数値データを送信する流通コードデータに含めて、このうえ更に、例えば、周知の公開鍵方式や秘密鍵方式鍵を用いて暗号化する。暗号化された流通コードデータは流通コード画像として表示装置２に表示される（ステップＳ５０３）。
【０１１５】
（ｂ）ステップＳ５０４において、スキャナ装置３は表示装置２上の流通コード画像を読み取り、暗号化された流通コードデータを取得する。ステップＳ５０５において、時刻復号化手段３０ｆはこの流通コードデータを復号化する。ステップＳ５０６において、時刻取得手段３０ｅは、現在時刻Ｙを取得する。ステップＳ５０７においては、情報通信端末１の現在時刻Ｘと、スキャナ装置３の現在時刻Ｙとを比較する。このとき時刻Ｘと時刻Ｙが、例えば５分以内差であれば、ステップＳ５０８に進み、通常通りにデータを解析し（ステップＳ５０８）、ＰＯＳ端末４に送信する（ステップＳ５０９）。もし、５分以上であれば、複製等された可能性があるとして、ステップＳ５１０にて処理をストップさせる。
【０１１６】
尚、情報通信端末１とチケット発行装置７間においても、図２９に示すように、情報通信端末１の流通コード生成手段１０ｃに、更に時刻取得手段１０ｊ及び時刻暗号化手段１０ｋを備えさせ、スキャナ装置３の振込コード読み取り手段３０ａに、更に時刻取得手段３０ｉ及び時刻復号化手段３０ｊを備えさせることで、同様の処理を行うことができる。
【０１１７】
上記のような時刻による暗号処理を行うことで、流通コードの不正複製、改変等を防ぎ、ユーザの個人情報や代金の振込情報等を確実に保護することが出来る。
【０１１８】
（暗号例２）
第２のセキュリティ対策として、乱数で発生させるワンタイムピンを用いて暗号処理を行う手法について説明する。具体的な装置例としては、図３０に示すように、情報通信端末１の流通コード生成手段１０ｃに、更にワンタイムピン取得手段１０ｈ及びワンタイムピン暗号化手段１０ｉを備えさせる。又、スキャナ装置３の振込コード読み取り手段３０ａに、更にワンタイムピン取得手段３０ｇ及びワンタイムピン復号化手段３０ｈを備えさせる。具体的な動作について、図３１に示すフローチャートを参照して説明する。
【０１１９】
（ａ）先ず、ステップＳ６０１において、流通コード画像を表示装置２に表示して、スキャナ装置３により画像の読み取りを行う時に、情報通信端末１のワンタイムピン取得手段１０ｈは、図３０に示すようにＰＯＳ端末４の表示装置４３に乱数発生装置にて発生させた適当な数桁の数、例えば４桁の数「１２３４」を入力装置１１のキーボード入力等により取得する。ステップＳ６０２において、ワンタイムピン暗号化手段１０ｉは、この数値データを送信する流通コードデータに含めて暗号化する。暗号化された流通コードデータは流通コード画像として表示装置２に表示される（ステップＳ６０３）。
【０１２０】
（ｂ）ステップＳ６０４において、スキャナ装置３は表示装置２上の流通コード画像を読み取り、暗号化された流通コードデータを取得し、ステップＳ６０５において、ワンタイムピン復号化手段３０ｈはこれを復号化する。ステップＳ６０６において、ワンタイムピン取得手段３０ｇは、ＰＯＳ端末４の表示装置４３に表示されたワンタイムピン「１２３４」を取得する。ステップＳ６０７においては、情報通信端末１とスキャナ装置３のワンタイムピンを比較する。このときワンタイムピンが同じ数値であれば、ステップＳ６０８に進み、通常通りにデータを解析し（ステップＳ６０８）、ＰＯＳ端末４に送信する（ステップＳ６０９）。もし、ワンタイムピンが違う数値であれば、別の場所で不正に作成された等の可能性があるとして、ステップＳ６１０にて処理をストップさせる。
【０１２１】
尚、情報通信端末１とチケット発行装置７間においても、図３２に示すように、情報通信端末１の流通コード生成手段１０ｃに、更にワンタイムピン取得手段１０ｌ及びワンタイムピン暗号化手段１０ｍを備えさせ、スキャナ装置３の振込コード読み取り手段３０ａに、更にワンタイムピン取得手段３０ｋ及びワンタイムピン復号化手段３０ｌを備えさせることで、同様の処理を行うことができる。
【０１２２】
上記のようなワンタイムピンによる暗号処理を行うことで、流通コードの不正複製、改変等を防ぎ、ユーザの個人情報や代金の振込情報等を確実に保護することが出来る。
【０１２３】
（その他の実施の形態）
尚、スキャナ装置３は、図３３に示すようなレザーダイオードを使用したものであっても構わない。ガルバノミラーがレザー光を反射して受光する場合、レザー光による残像及び表示装置の液晶バックライトによりスキャナ装置３が受光しづらい場合がある為、適正にレザー光を反射させるよう表示装置の表示箇所カバーに使用するガラス、プラスチック等の材質の光屈折等を考慮する必要がある。
【０１２４】
情報通信端末１は、携帯電話でなくとも、流通コード作成アプリケーションを搭載し、それを表示可能な装置で有ればよい。更に通信機能を備えていることが好ましい。例えば、ＰＤＡ、ノートパソコン、ＰＨＳ等であっても構わない。
【図面の簡単な説明】
【０１２５】
【図１】本発明の実施の形態に係るチケット販売代行システムの概略図である。
【図２】複数の流通コード画像が動的に切り替え表示される様子を示した画面の遷移図である。
【図３】ＰＣと情報通信端末の位置関係を示す模式図である。
【図４】本発明の実施の形態に係るチケット販売代行サーバの内部構造図である。
【図５】チケット基データ記憶部内のデータ構成図である。
【図６】チケットデータ記憶部内のデータ構成図である。
【図７】情報通信端末の内部構造図である。
【図８】スキャナ装置の内部構造図である。
【図９】スキャナ装置のＣＰＵの内部構造図である。
【図１０】ＰＯＳ端末の内部構造図である。
【図１１】チケット発行装置の内部構造図である。
【図１２】振込表の一例を示す図である。
【図１３】符号化文字テーブルの一例を示す図である。
【図１４】アプリケーションダウンロード時の画面遷移図である。
【図１５】暗証番号入力時の画面遷移図である。
【図１６】チケット販売代行処理の一連の動作を示すフロー図である。
【図１７】流通コード画像を表示するまでの画面遷移図である。
【図１８】流通コード画像を表示するまでの画面遷移図である。
【図１９】流通コード画像を表示するまでの画面遷移図である。
【図２０】チケット発行装置選択画面の表示順位を示す画面遷移図である。
【図２１】画像データの構造を示す図である。
【図２２】解析処理の手順を示すフロー図である。
【図２３】流通コード記憶レジスタ内の構造を示す図である。
【図２４】画像データの構造を示す図である。
【図２５】解析処理の手順を示すフロー図である。
【図２６】流通コード記憶レジスタ及び枚数記憶レジスタ内の構造を示す図である。
【図２７】暗号処理を行う情報通信端末とスキャナ装置の構造図である。
【図２８】暗号処理のフロー図である。
【図２９】暗号処理を行う情報通信端末とチケット発行装置の構造図である。
【図３０】暗号処理を行う情報通信端末とスキャナ装置の構造図である。
【図３１】暗号処理のフロー図である。
【図３２】暗号処理を行う情報通信端末とチケット発行装置の構造図である。
【図３３】その他のスキャナ装置を示す図である。
【図３４】二次元コードの一例である。
【符号の説明】
【０１２６】
１…情報通信端末
１ａ…パーソナルコンピュータ
２…表示装置
３…スキャナ装置
４…ＰＯＳ端末
５…チケット販売代行サーバ
６…イベント開催会社
７…チケット発行装置
１０…ＣＰＵ
１０ａ…電話機能制御手段
１０ｂ…流通コードデータ受信手段
１０ｃ…流通コード生成手段
１０ｄ…表示制御手段
１０ｅ…アプリ設定手段
１０ｆ…時刻取得手段
１０ｇ…時刻暗号化手段
１０ｈ…ワンタイムピン取得手段
１０ｉ…ワンタイムピン暗号化手段
１０ｊ…時刻取得手段
１０ｋ…時刻暗号化手段
１０ｌ…ワンタイムピン取得手段
１０ｍ…ワンタイムピン暗号化手段
１１…入力装置
１３…無線装置
１３ａ…アンテナ
１４…音声処理装置
１５…ＣＯＤＥＣ
１６ａ…送話装置
１６ｂ…受話装置
１７…データ記憶装置
１８…流通コード記憶装置
１９…一時記憶装置
２０…コードスキャナ部
２０ａ…コード読み取り部
２０ｂ…データ送信部
２１…制御部
２２…ＣＰＵ
２２ａ…チケットデータ解析手段
２２ｂ…テンプレート取得手段
２２ｃ…印刷データ作成手段
２３…記憶部
２３ａ…チケットデータバッファ
２３ｂ…コードデータ記憶部
２３ｃ…テンプレート記憶部
２３ｄ…印刷データバッファ
２４…プリンタ部
２４ａ…イベント入場用チケット
３０…ＣＰＵ
３０ａ…振込コード読み取り手段
３０ｂ…振込依頼データ送信手段
３０ｄ…主記憶装置
３０ｅ…時刻取得手段
３０ｆ…時刻復号化手段
３０ｇ…ワンタイムピン取得手段
３０ｈ…ワンタイムピン復号化手段
３０ｉ…時刻取得手段
３０ｊ…時刻復号化手段
３０ｋ…ワンタイムピン取得手段
３０ｌ…ワンタイムピン復号化手段
３１…ＬＥＤ
３２…ミラー
３３…レンズ
３４…ＣＣＤイメージセンサ
３５…コード
４１…入力装置
４２…出力装置
４３…表示装置
４４…データ入出力制御装置
４５…データ伝送制御装置
４６…ＣＰＵ
４６ａ…振込データ受信手段
４６ｂ…振込情報作成手段
４６ｃ…売上金振込情報送信手段
４６ｄ…解析手段
４７…記憶装置
５１…入力装置
５２…出力装置
５３…通信制御装置
５４…主記憶装置
５５…ＣＰＵ
５５ａ…チケット基データ受信手段
５５ｂ…購入要求受信手段
５５ｃ…振込依頼データ作成手段
５５ｄ…振込依頼データ送信手段
５５ｅ…売上金振込情報受信登録手段
５５ｆ…売上金振込情報送信手段
５５ｇ…チケットデータ作成手段
５５ｈ…チケットデータ送信手段
５６…配信データ記憶装置
５６ａ…チケット基データ記憶部
５６ｂ…チケットデータ記憶部
５６ｃ…顧客情報記憶部
５７…テンプレート記憶装置
５８…画面フレーム記憶装置
１００…チケット販売代行システム
【特許請求の範囲】
【請求項１】
顧客を誘致するイベントの開催にあたり、前記顧客への前記イベントのチケット販売を代行してほしいイベント開催会社側から前記チケットの販売代行にて使用するチケット基データを受信するチケット基データ受信手段（５５ａ）と、
前記顧客側の情報通信端末（１）から前記顧客に関する顧客情報を含む前記チケットの購入要求を受信する購入要求受信手段（５５ｂ）と、
前記チケット基データ及び前記購入要求を含むチケット販売代行に関する情報を格納する配信データ記憶装置（５６）と、
前記顧客に前記チケットの代金の振込時に表示する振込コードの画像を送信する際に、前記配信データ記憶装置（５６）内の前記チケット基データ及び前記顧客情報を基に、前記振込コードの画像を読み取るスキャナ装置が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された前記振込コードの画像を少なくとも２つ以上作成する為の振込依頼データを作成する流通依頼データ作成手段（５５ｃ）と、
作成された前記振込依頼データを前記情報通信端末（１）に送信する振込依頼データ送信手段（５５ｄ）と、
前記振込コードによる振込が確認され、前記振込を行った情報通信端末（１）に対して前記チケットの発券時に表示するチケットコードの画像を送信する際に、前記配信データ記憶装置（５６）内の前記チケット基データ及び前記振込依頼データを基に、前記チケットコードの画像を読み取るチケット発行装置（７）が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された前記チケットコードの画像を少なくとも２つ以上作成する為のチケットデータを作成するチケットデータ作成手段（５５ｇ）
とを備えることを特徴とするチケット販売代行サーバ。
【請求項２】
前記振込依頼データ作成手段（５５ｃ）は、少なくとも２つ以上の前記振込コードの画像が前記設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び前記振込コードの画像表示させる振込依頼データを作成し、
前記チケットデータ作成手段（５５ｇ）は、少なくとも２つ以上の前記チケットコードの画像が前記設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び前記チケットコードの画像表示させるチケットデータを作成することを特徴とする請求項１に記載のチケット販売代行サーバ。
【請求項３】
前記振込依頼データ作成手段（５５ｃ）は、少なくとも２以上の前記振込コードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の前記振込コードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、前記枚数データ及びその枚数分の画像データを前記設定された表示順序にて連続切り替え表示するように設定されている前記振込コードの画像を生成する基となる振込依頼データを作成し、
前記チケットデータ作成手段（５５ｇ）は、少なくとも２以上の前記チケットコードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の前記チケットコードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、前記枚数データ及びその枚数分の画像データを前記設定された表示順序にて連続切り替え表示するように設定されている前記チケットコードの画像を生成する基となるチケットデータを作成することを特徴とする請求項１に記載のチケット販売代行サーバ。
【請求項４】
顧客を誘致するイベントの開催にあたり、前記顧客への前記イベントのチケット販売を代行してほしいイベント開催会社側から前記チケットの販売代行にて使用するチケット基データを受信するチケット基データ受信手段（５５ａ）、前記顧客側の情報通信端末（１）から前記顧客に関する顧客情報を含む前記チケットの購入要求を受信する購入要求受信手段（５５ｂ）、前記チケット基データ及び前記購入要求を含むチケット販売代行に関する情報を格納する配信データ記憶装置（５６）、前記顧客に前記チケットの代金の振込時に表示する振込コードの画像を送信する際に、前記配信データ記憶装置（５６）内の前記チケット基データ及び前記顧客情報を基に、前記振込コードの画像を読み取るスキャナ装置が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された前記振込コードの画像を少なくとも２つ以上作成する為の振込依頼データを作成する流通依頼データ作成手段（５５ｃ）、作成された前記振込依頼データを前記情報通信端末（１）に送信する振込依頼データ送信手段（５５ｄ）、前記振込コードによる振込が確認され、前記振込を行った情報通信端末（１）に対して前記チケットの発券時に表示するチケットコードの画像を送信する際に、前記配信データ記憶装置（５６）内の前記チケット基データ及び前記振込依頼データを基に、前記チケットコードの画像を読み取るチケット発行装置（７）が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された前記チケットコードの画像を少なくとも２つ以上作成する為のチケットデータを作成するチケットデータ作成手段（５５ｇ）とを備えるチケット販売代行サーバと、
前記振込依頼データを基に少なくとも２つ以上の振込コードの画像を生成し、前記チケットデータを基に少なくとも２つ以上のチケットコードの画像を生成する流通コード生成手段（１０ｃ）、生成された前記少なくとも２つ以上の振込コードの画像及び前記少なくとも２つ以上のチケットコードの画像を表示する表示装置（２）、前記少なくとも２つ以上の振込コードの画像及び前記少なくとも２つ以上のチケットコードの画像を各々設定された時間間隔及び設定された表示順序において連続的に切り替えし、前記表示装置上の固定位置に表示するよう制御する切り替え表示制御手段（１０ｄ）とを備える情報通信端末と、
前記固定位置にて連続切り替え表示される前記少なくとも２つ以上の振込コードの画像より受光する振込依頼データを読み取るスキャナ装置（３）に接続され、前記スキャナ装置（３）が読み取った振込依頼データを受信し、解析するＰＯＳ端末（４）と、
前記固定位置にて連続切り替え表示される前記少なくとも２つ以上のチケットコードの画像より受光するチケットデータを読み取るコードスキャナ部（２０）を備え、前記コードスキャナ部（２０）が読み取ったチケットデータを受信し、解析し、チケットとして発行するチケット発行装置（７）
とを有することを特徴とするチケット販売代行システム。
【請求項５】
前記振込依頼データ作成手段（５５ｃ）は、少なくとも２つ以上の前記振込コードの画像が前記設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び前記振込コードの画像表示させる振込依頼データを作成し、
前記チケットデータ作成手段（５５ｇ）は、少なくとも２つ以上の前記チケットコードの画像が前記設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び前記チケットコードの画像表示させるチケットデータを作成することを特徴とする請求項４に記載のチケット販売代行システム。
【請求項６】
前記振込依頼データ作成手段（５５ｃ）は、少なくとも２以上の前記振込コードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の前記振込コードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、前記枚数データ及びその枚数分の画像データを前記設定された表示順序にて連続切り替え表示するように設定されている前記振込コードの画像を生成する基となる振込依頼データを作成し、
前記チケットデータ作成手段（５５ｇ）は、少なくとも２以上の前記チケットコードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の前記チケットコードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、前記枚数データ及びその枚数分の画像データを前記設定された表示順序にて連続切り替え表示するように設定されている前記チケットコードの画像を生成する基となるチケットデータを作成することを特徴とする請求項４に記載のチケット販売代行システム。
【請求項７】
顧客を誘致するイベントの開催にあたり、前記顧客への前記イベントのチケット販売を代行してほしいイベント開催会社側から前記チケットの販売代行にて使用するチケット基データをチケット基データ受信手段（５５ａ）が受信するステップと、
前記顧客側の情報通信端末（１）から前記顧客に関する顧客情報を含む前記チケットの購入要求を購入要求受信手段（５５ｂ）が受信するステップと、
前記チケット基データ及び前記購入要求を含むチケット販売代行に関する情報を配信データ記憶装置（５６）に格納するステップと、
前記顧客に前記チケットの代金の振込時に表示する振込コードの画像を送信する際に、前記配信データ記憶装置（５６）内の前記チケット基データ及び前記顧客情報を基に、前記振込コードの画像を読み取るスキャナ装置が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された前記振込コードの画像を少なくとも２つ以上作成する為の振込依頼データを流通依頼データ作成手段（５５ｃ）が作成するステップと、
作成された前記振込依頼データを振込依頼データ送信手段（５５ｄ）が前記情報通信端末（１）に送信するステップと、
前記振込コードによる振込が確認され、前記振込を行った情報通信端末（１）に対して前記チケットの発券時に表示するチケットコードの画像を送信する際に、前記配信データ記憶装置（５６）内の前記チケット基データ及び前記振込依頼データを基に、前記チケットコードの画像を読み取るチケット発行装置（７）が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された前記チケットコードの画像を少なくとも２つ以上作成する為のチケットデータをチケットデータ作成手段（５５ｇ）が作成するステップ
とを備えることを特徴とするチケット販売代行方法。
【請求項８】
前記振込依頼データを振込依頼データ作成手段（５５ｃ）が作成するステップは、少なくとも２つ以上の前記振込コードの画像が前記設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び前記振込コードの画像表示させる振込依頼データを作成し、
前記チケットデータをチケットデータ作成手段（５５ｇ）が作成するステップは、少なくとも２つ以上の前記チケットコードの画像が前記設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び前記チケットコードの画像表示させるチケットデータを作成することを特徴とする請求項７に記載のチケット販売代行方法。
【請求項９】
前記振込依頼データを振込依頼データ作成手段（５５ｃ）が作成するステップは、少なくとも２以上の前記振込コードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の前記振込コードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、前記枚数データ及びその枚数分の画像データを前記設定された表示順序にて連続切り替え表示するように設定されている前記振込コードの画像を生成する基となる振込依頼データを作成し、
前記チケットデータをチケットデータ作成手段（５５ｇ）が作成するステップは、少なくとも２以上の前記チケットコードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の前記チケットコードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、前記枚数データ及びその枚数分の画像データを前記設定された表示順序にて連続切り替え表示するように設定されている前記チケットコードの画像を生成する基となるチケットデータを作成することを特徴とする請求項７に記載のチケット販売代行方法。
【請求項１０】
顧客を誘致するイベントの開催にあたり、前記顧客への前記イベントのチケット販売を代行するコンピュータに、
前記イベントの開催会社側から前記チケットの販売代行にて使用するチケット基データをチケット基データ受信手段（５５ａ）が受信する命令と、
前記顧客側の情報通信端末（１）から前記顧客に関する顧客情報を含む前記チケットの購入要求を購入要求受信手段（５５ｂ）が受信する命令と、
前記チケット基データ及び前記購入要求を含むチケット販売代行に関する情報を配信データ記憶装置（５６）に格納する命令と、
前記顧客に前記チケットの代金の振込時に表示する振込コードの画像を送信する際に、前記配信データ記憶装置（５６）内の前記チケット基データ及び前記顧客情報を基に、前記振込コードの画像を読み取るスキャナ装置が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された前記振込コードの画像を少なくとも２つ以上作成する為の振込依頼データを流通依頼データ作成手段（５５ｃ）が作成する命令と、
作成された前記振込依頼データを振込依頼データ送信手段（５５ｄ）が前記情報通信端末（１）に送信する命令と、
前記振込コードによる振込が確認され、前記振込を行った情報通信端末（１）に対して前記チケットの発券時に表示するチケットコードの画像を送信する際に、前記配信データ記憶装置（５６）内の前記チケット基データ及び前記振込依頼データを基に、前記チケットコードの画像を読み取るチケット発行装置（７）が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された前記チケットコードの画像を少なくとも２つ以上作成する為のチケットデータをチケットデータ作成手段（５５ｇ）が作成する命令
とを実行させることを特徴とするチケット販売代行プログラム。
【請求項１１】
前記振込依頼データを振込依頼データ作成手段（５５ｃ）が作成する命令は、少なくとも２つ以上の前記振込コードの画像が前記設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び前記振込コードの画像表示させる振込依頼データを作成し、
前記チケットデータをチケットデータ作成手段（５５ｇ）が作成する命令は、少なくとも２つ以上の前記チケットコードの画像が前記設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び前記チケットコードの画像表示させるチケットデータを作成することを特徴とする請求項１０に記載のチケット販売代行プログラム。
【請求項１２】
前記振込依頼データを振込依頼データ作成手段（５５ｃ）が作成する命令は、少なくとも２以上の前記振込コードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の前記振込コードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、前記枚数データ及びその枚数分の画像データを前記設定された表示順序にて連続切り替え表示するように設定されている前記振込コードの画像を生成する基となる振込依頼データを作成し、
前記チケットデータをチケットデータ作成手段（５５ｇ）が作成する命令は、少なくとも２以上の前記チケットコードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の前記チケットコードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、前記枚数データ及びその枚数分の画像データを前記設定された表示順序にて連続切り替え表示するように設定されている前記チケットコードの画像を生成する基となるチケットデータを作成することを特徴とする請求項１０に記載のチケット販売代行プログラム。
【請求項１】
顧客を誘致するイベントの開催にあたり、前記顧客への前記イベントのチケット販売を代行してほしいイベント開催会社側から前記チケットの販売代行にて使用するチケット基データを受信するチケット基データ受信手段（５５ａ）と、
前記顧客側の情報通信端末（１）から前記顧客に関する顧客情報を含む前記チケットの購入要求を受信する購入要求受信手段（５５ｂ）と、
前記チケット基データ及び前記購入要求を含むチケット販売代行に関する情報を格納する配信データ記憶装置（５６）と、
前記顧客に前記チケットの代金の振込時に表示する振込コードの画像を送信する際に、前記配信データ記憶装置（５６）内の前記チケット基データ及び前記顧客情報を基に、前記振込コードの画像を読み取るスキャナ装置が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された前記振込コードの画像を少なくとも２つ以上作成する為の振込依頼データを作成する流通依頼データ作成手段（５５ｃ）と、
作成された前記振込依頼データを前記情報通信端末（１）に送信する振込依頼データ送信手段（５５ｄ）と、
前記振込コードによる振込が確認され、前記振込を行った情報通信端末（１）に対して前記チケットの発券時に表示するチケットコードの画像を送信する際に、前記配信データ記憶装置（５６）内の前記チケット基データ及び前記振込依頼データを基に、前記チケットコードの画像を読み取るチケット発行装置（７）が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された前記チケットコードの画像を少なくとも２つ以上作成する為のチケットデータを作成するチケットデータ作成手段（５５ｇ）
とを備えることを特徴とするチケット販売代行サーバ。
【請求項２】
前記振込依頼データ作成手段（５５ｃ）は、少なくとも２つ以上の前記振込コードの画像が前記設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び前記振込コードの画像表示させる振込依頼データを作成し、
前記チケットデータ作成手段（５５ｇ）は、少なくとも２つ以上の前記チケットコードの画像が前記設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び前記チケットコードの画像表示させるチケットデータを作成することを特徴とする請求項１に記載のチケット販売代行サーバ。
【請求項３】
前記振込依頼データ作成手段（５５ｃ）は、少なくとも２以上の前記振込コードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の前記振込コードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、前記枚数データ及びその枚数分の画像データを前記設定された表示順序にて連続切り替え表示するように設定されている前記振込コードの画像を生成する基となる振込依頼データを作成し、
前記チケットデータ作成手段（５５ｇ）は、少なくとも２以上の前記チケットコードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の前記チケットコードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、前記枚数データ及びその枚数分の画像データを前記設定された表示順序にて連続切り替え表示するように設定されている前記チケットコードの画像を生成する基となるチケットデータを作成することを特徴とする請求項１に記載のチケット販売代行サーバ。
【請求項４】
顧客を誘致するイベントの開催にあたり、前記顧客への前記イベントのチケット販売を代行してほしいイベント開催会社側から前記チケットの販売代行にて使用するチケット基データを受信するチケット基データ受信手段（５５ａ）、前記顧客側の情報通信端末（１）から前記顧客に関する顧客情報を含む前記チケットの購入要求を受信する購入要求受信手段（５５ｂ）、前記チケット基データ及び前記購入要求を含むチケット販売代行に関する情報を格納する配信データ記憶装置（５６）、前記顧客に前記チケットの代金の振込時に表示する振込コードの画像を送信する際に、前記配信データ記憶装置（５６）内の前記チケット基データ及び前記顧客情報を基に、前記振込コードの画像を読み取るスキャナ装置が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された前記振込コードの画像を少なくとも２つ以上作成する為の振込依頼データを作成する流通依頼データ作成手段（５５ｃ）、作成された前記振込依頼データを前記情報通信端末（１）に送信する振込依頼データ送信手段（５５ｄ）、前記振込コードによる振込が確認され、前記振込を行った情報通信端末（１）に対して前記チケットの発券時に表示するチケットコードの画像を送信する際に、前記配信データ記憶装置（５６）内の前記チケット基データ及び前記振込依頼データを基に、前記チケットコードの画像を読み取るチケット発行装置（７）が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された前記チケットコードの画像を少なくとも２つ以上作成する為のチケットデータを作成するチケットデータ作成手段（５５ｇ）とを備えるチケット販売代行サーバと、
前記振込依頼データを基に少なくとも２つ以上の振込コードの画像を生成し、前記チケットデータを基に少なくとも２つ以上のチケットコードの画像を生成する流通コード生成手段（１０ｃ）、生成された前記少なくとも２つ以上の振込コードの画像及び前記少なくとも２つ以上のチケットコードの画像を表示する表示装置（２）、前記少なくとも２つ以上の振込コードの画像及び前記少なくとも２つ以上のチケットコードの画像を各々設定された時間間隔及び設定された表示順序において連続的に切り替えし、前記表示装置上の固定位置に表示するよう制御する切り替え表示制御手段（１０ｄ）とを備える情報通信端末と、
前記固定位置にて連続切り替え表示される前記少なくとも２つ以上の振込コードの画像より受光する振込依頼データを読み取るスキャナ装置（３）に接続され、前記スキャナ装置（３）が読み取った振込依頼データを受信し、解析するＰＯＳ端末（４）と、
前記固定位置にて連続切り替え表示される前記少なくとも２つ以上のチケットコードの画像より受光するチケットデータを読み取るコードスキャナ部（２０）を備え、前記コードスキャナ部（２０）が読み取ったチケットデータを受信し、解析し、チケットとして発行するチケット発行装置（７）
とを有することを特徴とするチケット販売代行システム。
【請求項５】
前記振込依頼データ作成手段（５５ｃ）は、少なくとも２つ以上の前記振込コードの画像が前記設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び前記振込コードの画像表示させる振込依頼データを作成し、
前記チケットデータ作成手段（５５ｇ）は、少なくとも２つ以上の前記チケットコードの画像が前記設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び前記チケットコードの画像表示させるチケットデータを作成することを特徴とする請求項４に記載のチケット販売代行システム。
【請求項６】
前記振込依頼データ作成手段（５５ｃ）は、少なくとも２以上の前記振込コードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の前記振込コードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、前記枚数データ及びその枚数分の画像データを前記設定された表示順序にて連続切り替え表示するように設定されている前記振込コードの画像を生成する基となる振込依頼データを作成し、
前記チケットデータ作成手段（５５ｇ）は、少なくとも２以上の前記チケットコードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の前記チケットコードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、前記枚数データ及びその枚数分の画像データを前記設定された表示順序にて連続切り替え表示するように設定されている前記チケットコードの画像を生成する基となるチケットデータを作成することを特徴とする請求項４に記載のチケット販売代行システム。
【請求項７】
顧客を誘致するイベントの開催にあたり、前記顧客への前記イベントのチケット販売を代行してほしいイベント開催会社側から前記チケットの販売代行にて使用するチケット基データをチケット基データ受信手段（５５ａ）が受信するステップと、
前記顧客側の情報通信端末（１）から前記顧客に関する顧客情報を含む前記チケットの購入要求を購入要求受信手段（５５ｂ）が受信するステップと、
前記チケット基データ及び前記購入要求を含むチケット販売代行に関する情報を配信データ記憶装置（５６）に格納するステップと、
前記顧客に前記チケットの代金の振込時に表示する振込コードの画像を送信する際に、前記配信データ記憶装置（５６）内の前記チケット基データ及び前記顧客情報を基に、前記振込コードの画像を読み取るスキャナ装置が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された前記振込コードの画像を少なくとも２つ以上作成する為の振込依頼データを流通依頼データ作成手段（５５ｃ）が作成するステップと、
作成された前記振込依頼データを振込依頼データ送信手段（５５ｄ）が前記情報通信端末（１）に送信するステップと、
前記振込コードによる振込が確認され、前記振込を行った情報通信端末（１）に対して前記チケットの発券時に表示するチケットコードの画像を送信する際に、前記配信データ記憶装置（５６）内の前記チケット基データ及び前記振込依頼データを基に、前記チケットコードの画像を読み取るチケット発行装置（７）が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された前記チケットコードの画像を少なくとも２つ以上作成する為のチケットデータをチケットデータ作成手段（５５ｇ）が作成するステップ
とを備えることを特徴とするチケット販売代行方法。
【請求項８】
前記振込依頼データを振込依頼データ作成手段（５５ｃ）が作成するステップは、少なくとも２つ以上の前記振込コードの画像が前記設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び前記振込コードの画像表示させる振込依頼データを作成し、
前記チケットデータをチケットデータ作成手段（５５ｇ）が作成するステップは、少なくとも２つ以上の前記チケットコードの画像が前記設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び前記チケットコードの画像表示させるチケットデータを作成することを特徴とする請求項７に記載のチケット販売代行方法。
【請求項９】
前記振込依頼データを振込依頼データ作成手段（５５ｃ）が作成するステップは、少なくとも２以上の前記振込コードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の前記振込コードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、前記枚数データ及びその枚数分の画像データを前記設定された表示順序にて連続切り替え表示するように設定されている前記振込コードの画像を生成する基となる振込依頼データを作成し、
前記チケットデータをチケットデータ作成手段（５５ｇ）が作成するステップは、少なくとも２以上の前記チケットコードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の前記チケットコードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、前記枚数データ及びその枚数分の画像データを前記設定された表示順序にて連続切り替え表示するように設定されている前記チケットコードの画像を生成する基となるチケットデータを作成することを特徴とする請求項７に記載のチケット販売代行方法。
【請求項１０】
顧客を誘致するイベントの開催にあたり、前記顧客への前記イベントのチケット販売を代行するコンピュータに、
前記イベントの開催会社側から前記チケットの販売代行にて使用するチケット基データをチケット基データ受信手段（５５ａ）が受信する命令と、
前記顧客側の情報通信端末（１）から前記顧客に関する顧客情報を含む前記チケットの購入要求を購入要求受信手段（５５ｂ）が受信する命令と、
前記チケット基データ及び前記購入要求を含むチケット販売代行に関する情報を配信データ記憶装置（５６）に格納する命令と、
前記顧客に前記チケットの代金の振込時に表示する振込コードの画像を送信する際に、前記配信データ記憶装置（５６）内の前記チケット基データ及び前記顧客情報を基に、前記振込コードの画像を読み取るスキャナ装置が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された前記振込コードの画像を少なくとも２つ以上作成する為の振込依頼データを流通依頼データ作成手段（５５ｃ）が作成する命令と、
作成された前記振込依頼データを振込依頼データ送信手段（５５ｄ）が前記情報通信端末（１）に送信する命令と、
前記振込コードによる振込が確認され、前記振込を行った情報通信端末（１）に対して前記チケットの発券時に表示するチケットコードの画像を送信する際に、前記配信データ記憶装置（５６）内の前記チケット基データ及び前記振込依頼データを基に、前記チケットコードの画像を読み取るチケット発行装置（７）が読み取り可能に設定された時間間隔及び設定された表示順序において連続切り替え表示するよう設定された前記チケットコードの画像を少なくとも２つ以上作成する為のチケットデータをチケットデータ作成手段（５５ｇ）が作成する命令
とを実行させることを特徴とするチケット販売代行プログラム。
【請求項１１】
前記振込依頼データを振込依頼データ作成手段（５５ｃ）が作成する命令は、少なくとも２つ以上の前記振込コードの画像が前記設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び前記振込コードの画像表示させる振込依頼データを作成し、
前記チケットデータをチケットデータ作成手段（５５ｇ）が作成する命令は、少なくとも２つ以上の前記チケットコードの画像が前記設定された表示順序にて一巡して表示した後に、一巡表示したことを示す識別子データを表示してこの表示後再び前記チケットコードの画像表示させるチケットデータを作成することを特徴とする請求項１０に記載のチケット販売代行プログラム。
【請求項１２】
前記振込依頼データを振込依頼データ作成手段（５５ｃ）が作成する命令は、少なくとも２以上の前記振込コードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の前記振込コードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、前記枚数データ及びその枚数分の画像データを前記設定された表示順序にて連続切り替え表示するように設定されている前記振込コードの画像を生成する基となる振込依頼データを作成し、
前記チケットデータをチケットデータ作成手段（５５ｇ）が作成する命令は、少なくとも２以上の前記チケットコードの画像の枚数情報をヘッダ情報に含む枚数データと、各々の前記チケットコードの画像を表示する順序の情報をヘッダ情報に含む画像データを含み、前記枚数データ及びその枚数分の画像データを前記設定された表示順序にて連続切り替え表示するように設定されている前記チケットコードの画像を生成する基となるチケットデータを作成することを特徴とする請求項１０に記載のチケット販売代行プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【公開番号】特開２００６−３３１０２９（Ｐ２００６−３３１０２９Ａ）
【公開日】平成１８年１２月７日（２００６．１２．７）
【国際特許分類】
【出願番号】特願２００５−１５２９９２（Ｐ２００５−１５２９９２）
【出願日】平成１７年５月２５日（２００５．５．２５）
【出願人】（３０３０４８５４７）株式会社コーデックス (2)
【Ｆターム（参考）】
【公開日】平成１８年１２月７日（２００６．１２．７）
【国際特許分類】
【出願日】平成１７年５月２５日（２００５．５．２５）
【出願人】（３０３０４８５４７）株式会社コーデックス (2)
【Ｆターム（参考）】
[ Back to top ]